Как выделить основные БП и
задать направления поставок?... Очевидно, вариантов представления
деятельности организации в виде взаимосвязанных БП бесконечно много.
Выбор их определяется точками зрения. Важнейшей точкой зрения является
точка зрения заказчика. Если она является неопределенной, то используйте
собственную точку зрения, если она верная :). Если Вы не уверены в
правильности своей точки зрения, то используйте многовековой опыт
управления организациями, сконцентрированный в моделях БП, разработанных
специализирующимися на такой работе организациями (см. возможный
подход).
Описанная
последовательность действий, конечно, является шуткой. На самом деле,
все нужно делать в обратном порядке.
Вы желаете снизить потери
времени на корректировку IDEF0-модели?
Тогда не спешите точно определить в названии направления поставки
ресурса его содержание. Для этого используйте максимально общие
обозначения. Например, для механизмов БП можно использовать такие имена,
как "Оборудование", "Персонал" и т.д. Помните, что содержательная часть
направлений поставок (описание поставляемых
ресурсов\продуктов)
определяется только на уровне недекомпозированных БП.
Избегайте изображать на
IDEF0-диаграммах направления поставки запросов
на поставку тех или иных ресурсов. Это не имеет никакого смысла и
отнимет у Вас много времени. Примите на "веру" следующий постулат.
Ни один ресурс не поступает на вход БП, если не
был ранее сформирован этим БП запрос на поставку ресурса.
Поэтому, можно считать, что такое направление поставки уже изображено
невидимыми "чернилами".
Неверующий спросит, а как
же поступает реклама в ваши почтовые ящики, например?
И эти поставки происходят по Вашему запросу, как и другие поставки.
Например, сам факт подключения к Интернет и регистрации почтового ящика
уже может рассматриваться как запрос на поставку Вам различного мусора.
Приняв описанную выше
рекомендацию как руководство к действиям, доверьтесь изощренным
возможностям IDEF0\Doctor , который не забудет
упомянуть в отчетах о запросах на поставку ресурсов.
Чтобы не было путаницы в
определении владельцев ПБ, избегайте использовать в качестве механизмов
БП ресурсы, принадлежащие внешним организациям даже, если кажется, что
БП исполняются с непосредственным участием этих организаций (например,
процесс визирования акта приемки работ, товаров или услуг). В этих
случаях следует считать, что БП исполняется исключительно персоналом
моделируемой организации. В частности, можно предположить, что Акт уже
подписанный контрагентом поступает на вход БП после того, как бланк Акта
был выслан контрагенту на согласование. И т.д.
Модель (классификатор)
ресурсов не следует разрабатывать до завершения построения эскиза
IDEF0-модели в целом. В случае неудачи при
решении первой задачи она Вам не понадобится ...
При
описании свойств БП как
преобразователя ресурсов убедитесь, что этот БП Вам не предстоит
позже декомпозировать на составляющие. В последнем случае проделанная
работа окажется бесполезной, т.к. Вам придется заново описывать свойства
составляющих БП как преобразователей ресурсов.
Нужно ли вообще
разрабатывать модель ресурсов?... Все зависит от конечной цели
разработки IDEF0-модели.
Модель ресурсов необходима, если целью моделирования является
автоматизация разработки
служебных инструкций,
регламентов исполнения
БП,
технических заданий на
автоматизацию БП,
др. подобных задач.
Какая глубина
проработки модели требуется?
IDEF0-диаграмма
должна давать четкое представление о логике взаимодействия БП. Например,
если на выходе БП обозначены 2 ресурса "Деталь" и "Запрос на поставку
болванки", то, очевидно, нам остается неизвестной логика работы этого БП
при возможном наличии правильных догадок об этой логике. Если же на выходе
БП присутствуют только 2 ресурса "Деталь" и "Отходы изготовления детали",
то можно однозначно описать логику работы БП, если не вдаваться в
технологические детали.
Следует учитывать, что в среде
моделирования может быть встроен "робот", автоматически формирующий
описание изображенных на IDEF0-диаграмме
работ, как это сделано
в среде IDEF0 \ Doctor.
Такой "робот" может присутствовать в среде имитационного моделирования, в
которую экспортирована IDEF0-модель.
Так как робот не умеет "догадываться", то наиболее вероятно, на
недекомпозированной
IDEF0-диаграмме
два и более
ресурсов на выходе БП он интерпретирует как продукты, формируемые
единовременно при исполнении рассматриваемого БП. Если это не так,
необходимо декомпозировать БП на операции, формирующие каждый из продуктов
в отдельности.
На этапе приобретения опыта работы со
стандартом
IDEF0
этим общим соображением можно ограничить рекомендации по глубине
проработке модели.
