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

UptoLike

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


                                                                        13