Проектирование информационных систем с CA ERwin Modeling Suite 7.3. Горбаченко В.И - 9 стр.

UptoLike

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

                                    9