Функциональное моделирование бизнес-процессов с использованием стандарта IDEF0.
Методология IDEF0 является развитием хорошо известного графического языка описания функциональных систем SADT (Structured Analysis and Design Teqnique). Графический язык IDEFO прост и гармоничен. В основе методологии лежат четыре основных понятия, первым из которых является понятие функционального блока (Activity Box). Функциональный блок графически изображается в виде прямоугольника (рис. 2.7) и представляет собой некоторую конкретную функцию в рамках рассматриваемой системы. По требованиям стандарта название каждого функционального блока должно быть сформулировано в глагольном наклонении (например, «производить услуги», а не «производство услуг»).
Каждая из четырех сторон функционального блока имеет свое определенное значение (играет свою роль):
• верхняя сторона имеет значение «Управление» (Control);
• левая сторона имеет значение «Вход» (Input); правая сторона имеет значение «Выход» (Output);
• нижняя сторона имеет значение «Механизм» (Mechanism).
Каждый функциональный блок в рамках единой рассматриваемой системы должен иметь свой уникальный идентификационный номер.
Второе основное понятие методологии IDEF0 — интерфейсная дуга (Arrow). Интерфейсные дуги также называют потоками или стрелками. Интерфейсная дуга отображает элемент системы, который обрабатывается функциональным блоком или оказывает иное влияние на функцию, отображенную данным функциональным блоком.
Графическим отображением интерфейсной дуги является однонаправленная стрелка. Каждая интерфейсная дуга должна иметь свое уникальное наименование (Arrow Label). По требованию стандарта, наименование должно быть оборотом существительного.
|
|
|
С помощью интерфейсных дуг отображают различные объекты, в той или иной степени определяющие процессы, происходящие в системе. Такими объектами могут быть элементы реального мира (детали, вагоны, сотрудники и т. д.) или потоки данных и информации (документы, данные, инструкции и т. д.).
Интерфейсные дуги бывают «входящими», «исходящими» и «управляющими» в зависимости от стороны блока, к которой они подходят.
«Источником» (началом) и «приемником» (концом) функциональной дуги могут быть только функциональные блоки. При этом «источником» может быть только выходная сторона блока, а «приемником» — любая из трех остальных.
Каждый функциональный блок должен иметь, по крайней мере, одну управляющую интерфейсную дугу (т. е. каждый процесс протекает по каким-то правилам) и одну исходящую (выдача некоторого результата).
При построении диаграмм по стандарту ЮЕРО необходимо правильно разделять входящие и управляющие интерфейсные дуги, что не всегда просто.
|
|
|
Стандарт IDEF0 содержит набор процедур, позволяющих разрабатывать и согласовывать модель большим коллективом специалистов — профессионалов в разных областях деятельности. Обычно процесс разработки является итерационным и состоит из следующих условных этапов.
1.Создание модели группой специалистов из разных сфер деятельности предприятия. Эта группа в терминах IDEF0 называется авторами (Authors). Построение первоначальной модели является динамическим процессом, в течение которого авторы опрашивают компетентных лиц о структуре различных процессов. На основе имеющихся положений, документов и результатов опросов создается черновик (Model Draft) модели.
2.Распространение черновика для рассмотрения, согласований и комментариев. На этой стадии происходит обсуждении черновика модели с широким спектром компетентных лиц (и терминах IDEF0 — читателей) на предприятии. При этом каждая из диаграмм черновой модели письменно критикуется и комментируется, а затем передается автору. Автор, в свою очередь, также письменно соглашается с критикой или отвергает ем с изложением логики принятия решения и вновь возвращает откорректированный черновик на дальнейшее рассмотрение. Этот цикл продолжается до тех пор, пока авторы и читатели не придут к единому мнению.
3.Официальное утверждение модели. Утверждение согласо-1лнной модели происходит руководителем рабочей группы в том случае, если у авторов модели и читателей отсутствуют разногласия по поводу ее адекватности. Окончательная модель представляет собой согласованное представление о предприятии (системе) с заданной точки зрения и для заданной цели
Дата добавления: 2016-01-04; просмотров: 20; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!