С.В. Черемных. Моделирование и анализ систем. IDEF-технологии. Практикум (С.В. Черемных. Моделирование и анализ систем. IDEF-технологии), страница 7

Существенные затраты на разработку контекстной диаграммывполне оправданы, поскольку она является своего рода "точкой отсче­та" для остальных диаграмм модели и вносимые в нее изменения кас­кадом отражаются на все лежащие ниже уровни.Когда границы моделирования понятны, становятся ясными ипричины, по которым некоторые объекты системы не вошли в модель.2.2.6Выбор наименованияконтекстного блокаРекомендуемой последовательностью действий при построениимодели "с нуля" являются: формулирование цели моделирования, вы­бор точки зрения, определение границ моделирования. Наименованиеконтекстного блока — функционального блока самого высокогоуровня — обобщает определение границ моделирования.Правила подбора имени для контекстного блока в целом не отли­чаются от общих правил наименования функциональных блоков,поэтому для них обычно подбирают обобщающие названия, типа"Управление отделом по работе с клиентами", "Обработка заказов"и т.п.382.2.7Определение стрелок на контекстнойдиаграммеСтрелки диаграмм IDEFO обычно проще проектировать в следую­щем порядке: выход, вход, механизм исполнения, управление.

Каж­дый функциональный блок обозначает отдельную функцию, и этафункция часто имеет ясно и кратко описываемые результаты работы.Наличие неясностей при анализе выходов того или иного функцио­нального блока — возможный сигнал необходимости проведения ре­инжиниринга рассматриваемого бизнес-процесса.Определение выходов. После идентификации возможных выхо­дов полезно провести анализ модели на предмет покрытия ею всехвозмоэюных сценариев поведения процесса.

Это означает, что если су­ществует вероятность возникновения той или иной ситуации в ходепроцесса, модель отражает возможность возникновения такой ситуа­ции. Многие начинающие аналитики забывают отразить негативныерезультаты работы функциональных блоков. Например, блок "Про­вести экзамен по вождению" определенно произведет поток водите­лей, только что получивших права, но вполне правомерно ожидать ипотока лиц, не сдавших экзамен. Негативные результаты часто ис­пользуются в качестве обратных связей, анализ на их наличие долженпроводиться для каждого блока. Важным также является необходи­мость включения в модель спорных стрелок, принятие решения о на­личии которых в модели вполне можно переложить на плечи рецензи­рующих модель экспертов.Определение входов.

Входы можно рассматривать как особымобразом преобразуемые функциональными блоками для производст­ва выхода сырье или информацию. В производственных отраслях оп­ределить, как входное сырье преобразуется в готовую продукцию,обычно довольно просто. Однако при моделировании информацион­ных потоков входной поток данных может представляться не потреб­ляемым и не обрабатываемым вообще. Случаи, когда входящие и ис­ходящие стрелки называются в точности одинаково, крайне редки и восновном указывают на бесполезность данного блока для системы вцелом или на некорректный выбор имени для исходящей стрелки.

Ре­шением может служить применение более подробного описания длявходящих и исходящих потоков данных. Например, вход может иметьназвание "Предварительный диагноз пациента", а выход — "Уточнен­ный диагноз пациента".39Определение механизмов исполнения. После создания входов ивыходов можно приступить к рассмотрению механизмов исполнения,или ресурсов, относящихся к функциональному блоку. В понятие ме­ханизма исполнения входят персонал, оборудование, информацион­ные системы и т.п. Например, функциональный блок "Собрать де­таль" может потребовать использования какого-либо оборудования,например гаечного ключа. При приеме экзаменов на водительскиеправа механизмом исполнения является инспектор ГИБДД. Как пра­вило, определить механизмы исполнения для функциональных бло­ков довольно просто.Определение управления.

Должно быть определено управление,контролирующее ход работы функционального блока. Все функцио­нальные блоки в IDEFO должны иметь хотя бы одно управление. Вслучаях, когда не ясно, относить ли стрелку к входу или к управле­нию, следует ее рисовать как управление. Важно помнить, что управ­ление можно рассматривать как особую форму входа функционально­го блока.Когда контекстная диаграмма представляется завершенной, по­пробуйте задать следующие вопросы:• Обобщает ли диаграмма моделируемый бизнес-процесс?• Согласуется ли диаграмма с границами моделирования, точкойзрения и целью моделирования?• Подходит ли выбранный уровень детализации стрелок для контек­стного блока? (Обычно на контекстной диаграмме рекомендуетсярисовать не более шести стрелок каждого типа.)2.2.8Нумерация блоков и диаграммВсе функциональные блоки IDEFO нумеруются. В номерах до­пускается использование префиксов произвольной длины, но в по­давляющем большинстве моделей используется префикс А.

Номерблока проставляется за префиксом. Контекстный блок всегда имеетномер АО.Префикс повторяется для каждого блока модели. Номера исполь­зуются для отражения уровня декомпозиции, на котором находитсяблок. Блок АО декомпозируется в блоки А1, А2, A3 и т.д. А1 декомпо­зируется в А11, А12, А13 и т.д. А11 декомпозируется в А111, А112,А113 и т.д. Для каждого уровня декомпозиции в конец номера добав­ляется одна цифра.402.2.9Связь между диаграммойи ее родительскимфункциональным блокомФункциональный блок декомпозируется, если необходимо де­тально описать его работу. При декомпозиции блока полезно рассмот­реть его жизненный цикл, это поможет определить функциональныеблоки получающейся "детской" диаграммы. Например, жизненныйцикл блока "Поджарить бифштекс" может выглядеть как следующаяпоследовательность: "Подготовить продукты", "Отбить мясо", "Разо­греть масло" и т.д.При моделировании IDEFO важно иметь в виду, что граница дет­ской диаграммы есть граница родительского функционального блока.Это означает, что вся работа выполняется блоками самого нижнегоуровня.

В отличие от иерархии, применяемой в сфуктурном програм­мировании, блоки верхнего уровня не являются субъектами управле­ния для блоков нижнего уровня. Это означает, что в IDEFO дети — этоте же объекты, что и их родители, только показанные с большей дета­лизацией. Действия генерального директора компании на диаграммахIDEFO могут отражаться рядом с действиями простых рабочих.На концах граничных стрелок (начинающихся или заканчиваю­щихся за пределами диаграммы) детских диаграмм помещаются кодыICOM, чтобы показать, где находится соответствующая стрелка народительской диаграмме (рис. 2.13). Они нужны для проверки целост­ности модели и могут быть полезны, когда порядок расположениястрелок на детской диаграмме отличается от порядка их расположе­ния на родительской диаграмме. Код ICOM состоит из латинской бук­вы I, С, О или М и числа, показывающего расположение стрелки на ро­дительской диаграмме в порядке сверху вниз или слева направо.С1С2''1а^•1Рис.

2.13.1СОМ-КОДЫ на фаничных стрелках412.2.10Два подхода к началу моделирования("в ширину" и "в глубину")Модели могут проектироваться с использованием подхода "в ши­рину", когда каждая диаграмма максимально детализируется передсвоей декомпозицией, и с подходом "в глубину", когда сначала опре­деляется иерархия блоков, а затем создаются соединяющие их стрел­ки. Естественно, возможно применение комбинации этих подходов,причем иерархия блоков может иногда немного измениться после то­го, как нарисованы стрелки.

Это происходит из-за того, что созданиестрелок может изменить понимание внутренней архитектуры модели­руемого объекта.2.2.11Когда остановиться?Сформулированная цель моделирования содержит вопросы, накоторые должна отвечать модель. Когда становится возможным полу­чение ответов на них с помощью модели, модель считается удовлетво­ряющей поставленным требованиям и рассматривается как завершен­ная.

При построении декомпозиции первого уровня нужно следить затем, чтобы все блоки на диаграмме лежали внутри определенных ра­нее границ моделирования. Перед декомпозированием блока нужноудостовериться, не приведет ли это к превышению установленной ра­нее глубины детализации для данной модели. Еще одно правило со­стоит в том, что моделирование IDEFO должно продолжаться до техпор, пока стрелки предшествования (вход и выход) преобладают надиаграммах.При необходимости дальнейшей детализации отдельных процес­сов могут быть использованы диаграммы IDEF3.2.2.12Другие диаграммы IDEFOВ дополнение к контекстным диаграммам и диаграммам декомпо­зиции при разработке и представлении моделей могут применятьсядругие виды IDEFO-диаграмм.Дерево модели.