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

UptoLike

14
Стандарт IDEF0 содержит набор процедур, позволяющих разрабаты-
вать и согласовывать модель большой группой людей, принадлежащих к раз-
ным областям деятельности моделируемой системы. Обычно процесс разра-
ботки является итеративным и состоит из следующих условных этапов:
1. Создание модели группой специалистов, относящихся к различным
сферам деятельности предприятия. Эта группа в терминах IDEF0 называется
авторами (Authors
). Построение первоначальной модели является динами-
ческим процессом, в течение которого авторы опрашивают компетентных
лиц о структуре различных процессов, создавая модели деятельности подраз-
делений. При этом их интересуют ответы на следующие вопросы:
Что поступает в подразделение "на входе"?
Какие функции и в какой последовательности выполняются в рамках
подразделения?
Кто является
ответственным за выполнение каждой из функций?
Чем руководствуется исполнитель при выполнении каждой из функ-
ций?
Что является результатом работы подразделения (на выходе)?
2. На основе имеющихся положений, документов и результатов опро-
сов создается черновик (Model Draft) модели.
3. Распространение черновика для рассмотрения, согласований и ком-
ментариев. На этой стадии происходит
обсуждение черновика модели с ши-
роким кругом компетентных лиц (в терминах IDEF0 – читателей) на пред-
приятии. При этом каждая из диаграмм черновой модели письменно крити-
куется и комментируется, а затем передается автору. Автор, в свою очередь,
также письменно соглашается с критикой или отвергает ее с изложением ло-
гики принятия решения и вновь
возвращает откорректированный черновик
для дальнейшего рассмотрения. Этот цикл продолжается до тех пор, пока ав-
торы и читатели не придут к единому мнению.
4. Официальное утверждение модели. Утверждение согласованной
модели происходит руководителем рабочей группы в том случае, если у ав-
торов модели и читателей отсутствуют разногласия по поводу ее адекватно-
сти.
Окончательная модель представляет собой согласованное представление
о предприятии (системе) с заданной точки зрения и для заданной цели.
Наглядность графического языка IDEF0 делает модель вполне читае-
мой и для лиц, которые не принимали участия в проекте ее создания, а также
эффективной для проведения показов и презентаций. В дальнейшем на базе
построенной модели могут
быть организованы новые проекты, нацеленные
на производство изменений в модели.
1.2. Методология DFD
Целью методологии является построение модели рассматриваемой сис-
темы в виде диаграммы потоков данных (Data Flow Diagram – DFD). Диа-
граммы потоков данных предназначены прежде всего для описания доку-
      Стандарт IDEF0 содержит набор процедур, позволяющих разрабаты-
вать и согласовывать модель большой группой людей, принадлежащих к раз-
ным областям деятельности моделируемой системы. Обычно процесс разра-
ботки является итеративным и состоит из следующих условных этапов:
      1. Создание модели группой специалистов, относящихся к различным
сферам деятельности предприятия. Эта группа в терминах IDEF0 называется
авторами (Authors). Построение первоначальной модели является динами-
ческим процессом, в течение которого авторы опрашивают компетентных
лиц о структуре различных процессов, создавая модели деятельности подраз-
делений. При этом их интересуют ответы на следующие вопросы:
      – Что поступает в подразделение "на входе"?
      – Какие функции и в какой последовательности выполняются в рамках
подразделения?
      – Кто является ответственным за выполнение каждой из функций?
      – Чем руководствуется исполнитель при выполнении каждой из функ-
ций?
      – Что является результатом работы подразделения (на выходе)?
      2. На основе имеющихся положений, документов и результатов опро-
сов создается черновик (Model Draft) модели.
      3. Распространение черновика для рассмотрения, согласований и ком-
ментариев. На этой стадии происходит обсуждение черновика модели с ши-
роким кругом компетентных лиц (в терминах IDEF0 – читателей) на пред-
приятии. При этом каждая из диаграмм черновой модели письменно крити-
куется и комментируется, а затем передается автору. Автор, в свою очередь,
также письменно соглашается с критикой или отвергает ее с изложением ло-
гики принятия решения и вновь возвращает откорректированный черновик
для дальнейшего рассмотрения. Этот цикл продолжается до тех пор, пока ав-
торы и читатели не придут к единому мнению.
      4. Официальное утверждение модели. Утверждение согласованной
модели происходит руководителем рабочей группы в том случае, если у ав-
торов модели и читателей отсутствуют разногласия по поводу ее адекватно-
сти. Окончательная модель представляет собой согласованное представление
о предприятии (системе) с заданной точки зрения и для заданной цели.
      Наглядность графического языка IDEF0 делает модель вполне читае-
мой и для лиц, которые не принимали участия в проекте ее создания, а также
эффективной для проведения показов и презентаций. В дальнейшем на базе
построенной модели могут быть организованы новые проекты, нацеленные
на производство изменений в модели.

     1.2. Методология DFD

     Целью методологии является построение модели рассматриваемой сис-
темы в виде диаграммы потоков данных (Data Flow Diagram – DFD). Диа-
граммы потоков данных предназначены прежде всего для описания доку-

                                    14