Построение бизнес-модели в BPwin

    Принципы  моделирования в IDEF0

    В IDEF0 реализованы три базовых принципа моделирования процессов: 

     - принцип функциональной декомпозиции;

     - принцип ограничения сложности; 

     - принцип контекста. 

    Принцип функциональной декомпозиции представляет собой способ моделирования типовой ситуации, когда любое действие, операция, функция могут быть разбиты (декомпозированы) на более простые действия, операции, функции. Другими словами, сложная бизнес-функция может быть представлена в виде совокупности элементарных функций. Представляя функции графически, в виде блоков, можно как бы заглянуть внутрь блока и детально рассмотреть ее структуру и состав.

    Принцип ограничения сложности. При работе с IDEF0 диаграммами существенным является условие их разборчивости и удобочитаемости. Суть принципа ограничения сложности состоит в том, что количество блоков на диаграмме должно быть не менее двух и не более шести. Практика показывает, что соблюдение этого принципа приводит к тому, что функциональные процессы, представленные в виде IDEF0 модели, хорошо структурированы, понятны и легко поддаются анализу.

    Принцип контекстной диаграммы. Моделирование  делового процесса начинается с построения контекстной диаграммы. На этой диаграмме отображается только один блок - главная бизнес-функция моделируемой системы. Если речь идет о моделировании целого предприятия или даже крупного подразделения, главная бизнес-функция не может быть сформулирована как, например, "продавать продукцию". Главная бизнес-функция системы - это "миссия" системы, ее значение в окружающем мире. Нельзя правильно сформулировать главную функцию предприятия, не имея представления о его стратегии.

    При определении главной бизнес-функции  необходимо всегда иметь ввиду цель моделирования и точку зрения на модель. Одно и то же предприятие может быть описано по-разному, в зависимости от того, с какой точки зрения его рассматривают: директор предприятия и налоговой инспектор видят организацию совершенно по-разному.

    Контекстная диаграмма играет еще одну роль в функциональной модели. Она "фиксирует" границы моделируемой бизнес-системы, определяя то, как моделируемая система взаимодействует со своим окружением. Это достигается за счет описания дуг, соединенных с блоком, представляющим главную бизнес-функцию.

 

    Метод описания процессов IDEF3

     IDEF3 — методология моделирования  и стандарт документирования  процессов, происходящих в системе. Метод документирования технологических процессов предоставляет механизм документирования и сбора информации о процессах.

      IDEF3 показывает причинно-следственные  связи между ситуациями и событиями в понятной пользователю форме, используя структурный метод выражения знаний о том, как функционирует система, процесс или предприятие.

      Основные  элементы методологии IDEF 3 отображены в таблице 1.

      Таблица 1 - Основные элементы методологии IDEF 3

Диаграммы	Основная единица  описания в IDEF3
Единица работы (UOW)	Центральный компонент  модели. Изображаются прямоугольниками  с прямыми углами и имеют имя, выраженное отглагольным существительным, обозначающим процесс действия, одиночным или в составе фразы, и номер; другое имя существительное в составе той же фразы обычно отображает основной выход (результат работы).
Связи	Показывают взаимоотношение  работ. Все связи в IDEF3 однонаправлены и могут быть направлены куда угодно, но обычно диаграммы IDEF3 стараются построить так, чтобы связи были направлены слева направо.

 
 
 
 

     В IDEF3 различают три типа стрелок, изображающих связи, которые представлены в таблице 2.

     Таблица 2 - Типы стрелок, изображающие связи в IDEF3

Старшая	Сплошная линия, связывающая единицы работ. Рисуется слева направо или сверху вниз. Показывает, что работа-источник должна закончиться прежде, чем работа-цель начнется.
Отношения	Пунктирная линия, использующаяся для изображения связей между единицами работ, а также между единицами работ и объектами ссылок.
Потоки  объектов	Стрелка с двумя  наконечниками, применяется для описания того факта, что объект используется в двух или более единицах работы, например когда объект порождается в одной работе и используется в другой.

 

     Система описывается как упорядоченная  последовательность событий с одновременным  описанием объектов, имеющих отношение  к моделируемому процессу.

     IDEF3 состоит из двух методов:

       - Process Flow Description (PFD) - описание технологических  процессов, с указанием того, что  происходит на каждом этапе  технологического процесса.

       - Object State Transition Description (OSTD) - Описание  переходов состояний объектов, с указанием того, какие существуют промежуточные состояния у объектов в моделируемой системе.

      Диаграмма IDEF3 Process Flow Description может состоять из 5 основных описательных блоков:

       - работы (boxes, activities)

       - стрелки или связи (arrows, links)

       - перекрёстки (junctions)

       - объекты ссылок

      Существуют  два типа диаграмм в стандарте IDEF3, представляющие описание одного и того же сценария технологического процесса в разных ракурсах:

      -  диаграммы описания последовательности  этапов процесса (Process Flow Description Diagrams, PFDD);

      - диаграммы состояния объекта  в и его трансформаций процессе (Object State Transition Network, OSTN).

       На следующем примере, опишем, как графические средства IDEF3 позволяют документировать вышеуказанный производственный процесс окраски детали. В целом, этот процесс состоит непосредственно из самой окраски, производимой на специальном оборудовании и этапа контроля ее качества, который определяет, нужно ли деталь окрасить заново (в случае несоответствия стандартам и выявления брака) или отправить ее в дальнейшую обработку.

Объект, обозначающийся символом  J - называется перекрестком (Junction). Перекрестки используются для отображения логики взаимодействия стрелок (потоков) при слиянии и разветвлении или для отображения множества событий, которые могут или должны быть завершены перед началом следующей работы. Различают перекрестки для слияния (Fan-in Junction) и разветвления (Fan-out Junction) стрелок. Перекресток не может использоваться одновременно для слияния и для разветвления. При внесении перекрестка в диаграмму необходимо указать тип перекрестка. Панель на которой представлены типы перекрестков отражена на рисунке 4.

       

     Рисунок 4 - Типы перекрестков в IDEF3

     Описание  типов перекрестков отражено в таблице 3.

     Таблица 3 - Описание типов перекрестков в IDEF3

Наименование	Смысл в случае слияния стрелок	Смысл в случае разветвления стрелок
Asynchronous AND	Все предшествующие процессы  должны быть завершены	Все следующие процессы  должны быть запущены
Synchronous AND	Все предшествующие процессы  завершены одновременно	Все следующие процессы  запускаются одновременно
Asynchronous OR	Один или несколько предшествующих процессов должны быть завершены	Один или несколько следующих процессов должны  быть запущены
Synchronous OR	Один или несколько предшествующих процессов завершены одновременно	Один или несколько следующих процессов запускаются одновременно
XOR (Exclusive OR)	Только один предшествующий процесс завершен	Только один следующий процесс запускается

 

Все перекрестки  в PFDD диаграмме нумеруются, каждый номер имеет префикс "J".

     IDEF3 является стандартом документирования  технологических процессов, происходящих на предприятии, и предоставляет инструментарий для наглядного исследования и моделирования их сценариев. Сценарием (Scenario) мы называем описание последовательности изменений свойств объекта, в рамках рассматриваемого процесса (например, описание последовательности этапов обработки детали в цеху и изменение её свойств после прохождения каждого этапа). Исполнение каждого сценария сопровождается соответствующим документооборотом, который состоит из двух основных потоков: документов, определяющих структуру и последовательность процесса (технологических указаний, описаний стандартов и т.д.), и документов, отображающих ход его выполнения (результатов тестов и экспертиз, отчетов о браке, и т.д.). Для эффективного управления любым процессом, необходимо иметь детальное представление об его сценарии и структуре сопутствующего документооборота. Средства документирования и моделирования IDEF3 позволяют выполнять следующие задачи:

      - документировать имеющиеся данные  о технологии процесса, выявленные, скажем, в процессе опроса компетентных сотрудников, ответственных за организацию рассматриваемого процесса;

      - определять и анализировать точки влияния потоков сопутствующего документооборота на сценарий технологических процессов;

      - определять ситуации, в которых  требуется принятие решения, влияющего на жизненный цикл процесса, например изменение конструктивных, технологических или эксплуатационных свойств конечного продукта;

      - содействовать принятию или эксплутационных  свойств конечного продукта.

 

     DFD и DFD диаграммы

 

      Диаграммы потоков данных (Data flow diagramming, DFD) используются для описания документооборота и  обработки информации. Подобно IDEF0, DFD представляет модельную систему как сеть связанных между собой работ. Их можно использовать как дополнение к модели IDEF0 для более наглядного отображения текущих операций документооборота в корпоративных системах обработки информации. DFD описывает:

       -  функции обработки информации (работы);

       -  документы (стрелки, arrow), объекты,  сотрудников или отделы, которые учавствуют в обработке информации;

       -  внешние ссылки (external references), которые  обеспечивают интерфейс с внешними  объектами, находящимися за границами моделируемой системы;

       - таблицы для хранения документов (хранилище данных, data store).

      Для того чтобы дополнить модель IDEF0 диаграммой DFD, нужно в процессе декомпозиции в диалоге Activity Box Count “кликнуть” по радио-кнопке DFD. В палитре инструментов на новой диаграмме DFD появляются новые кнопки, изображенные на рисунке 5. 

      

      Рисунок 5 - Панель инструментов методологии DFD

 

      DFD рассматривает систему как совокупность предметов. Контекстная диаграмма часто включает работы и внешние ссылки, представленные в таблице 4. Работы обычно именуются по названию системы, например «АРМ клиента».

     Таблица 4. Элементы контекстной диаграммы

Работы	Представляют  собой функции системы, преобразующие  входы в выходы. Изображаются прямоугольниками со скругленными углами.
Внешние сущности	Изображают входы  в систему и/или выходы из системы. Изображаются в виде прямоугольника с тенью и обычно располагаются по краям диаграммы.
Стрелки (потоки данных)	Описывают движение объектов из одной части системы в другую. Стрелки могут подходить и выходить из любой грани прямоугольника работы. Также применяются двунаправленные стрелки для описания диалогов типа «команда-ответ» между работами, между работой и внешней сущностью и между внешними сущностями.
Хранилище данных	Изображают объекты  в покое, в отличие от стрелок, описывающих объекты в движении.