Создание функциональной модели информационной системы с помощью CASE-средства CA ERwin Process Modeler 7.3. Горбаченко В.И - 8 стр.

AS-IS недостатки можно исправить при создании модели ТО-ВЕ (как будет)
– модели новой организации бизнес–процессов. Иногда текущая AS-IS и
будущая ТО-ВЕ модели различаются очень сильно, так что переход от на-
чального к конечному состоянию становится неочевидным. В этом случае
необходима третья модель, описывающая процесс перехода от начального к
конечному состоянию системы, поскольку такой переход – это тоже бизнес–
процесс.
      Цель моделирования (Purpose) определяется из ответов на следующие
вопросы:
   – Почему этот процесс должен быть смоделирован?
   – Что должна показывать модель?
   – Что может получить клиент?
      Точка зрения (Viewpoint) – это перспектива, с которой наблюдалась
система при построении модели. Хотя при построении модели учитываются
мнения различных людей, все они должны придерживаться единой точки
зрения на модель. Точка зрения должна соответствовать цели и границам мо-
делирования. Как правило, выбирается точка зрения человека, ответственно-
го за моделируемую работу в целом.
      Даются также определение модели (Definition) и описание области
действия модели (Scope).
      Указываются источники получения данных о модели (Source), на-
пример, "Опрос экспертов предметной области и анализ документации".
      Статус модели (Status) – это рабочая версия (новая модель, не про-
шедшая экспертиз) – WORKING, черновой вариант (модель прошла первич-
ную экспертизу) – DRAFT, рекомендовано (прошла экспертизу) – RECOM-
MENDED, публикация (окончательный вариант) – PUBLICATION.
      Каждая активность может быть подвергнута декомпозиции на другой –
"дочерней" диаграмме (Child Diagram). Каждая диаграмма нижнего уровня
показывает "внутреннее" строение активности на родительской диаграмме
(Parent Diagram). Каждая из активностей дочерней диаграммы может быть
далее детализирована путем аналогичной декомпозиции. В каждом случае
декомпозиции функционального блока все интерфейсные дуги, входящие в
данный блок или исходящие из него, фиксируются на дочерней диаграмме.
Этим достигается структурная целостность IDEF0-модели.
      Чтобы сделать диаграммы удобочитаемыми, в стандарте IDEF0 приня-
ты ограничения сложности: на диаграмме может быть от трех до шести ак-
тивностей (в BPwin – от 2 до 8), при этом количество подходящих к одной
активности и выходящих из одной активности дуг предполагается не более
четырех.
      Работы на диаграммах декомпозиции обычно располагаются в так на-
зываемом порядке доминирования – по диагонали от левого верхнего угла к
правому нижнему. Согласно этому принципу расположения в левом верхнем
углу располагается самая важная работа или работа, выполняемая по времени
первой. Далее вправо вниз располагаются менее важные или выполняемые

                                                                        8