3. Методологии моделирования

Чтобы построить модель бизнес-процессов целесообразно использовать несколько методологий с целью более широкого ее описания:

• Методология структурного анализа и проектирования. Для построения модели предметной области «как есть» и «как надо»;

• Методология IDEF1x. Для информационного моделирования и разработки логической структуры БД;

• Объектно-ориентированная методология анализа и проектирования. Для описания проекта создаваемой в дипломной работе информационной системы.

1. Методология структурного анализа и проектирования

Методология SADT (Structure Analysis and Design Technique) разработана Дугласом Россом [2] и получила дальнейшее развитие, на ее\ основе разработана, в частности, известная методология IDEF0 (Icam DEFinition), которая является основной частью программы ICAM (Интеграция компьютерных и промышленных технологий), проводимой по инициативе ВВС США.

Методология SADT [3] представляет собой совокупность методов, правил и процедур, предназначенных для построения функциональной модели объекта какой-либо предметной области. Функциональная модель SADT отображает функциональную структуру объекта, т.е. производимые им действия и связи между этими действиями. Основные элементы этой методологии основываются на следующих концепциях: IDEFO является языком моделирования бизнес-процессов, предложенным в 1973 году Дугласом Россом (SoftTech, Inc.) и называвшимся первоначально SADT - Structured Analysis and Design Technique.

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

В основе нотации и методологии IDEF0 лежит понятие "блока", то есть прямоугольника, который выражает некоторую функцию бизнеса (в соответствии со стандартом функция должна быть выражена глагольным оборотом). Как известно, прямоугольник имеет четыре стороны. В IDEF0 роли (функциональные значения) всех сторон различны:

• верхняя сторона имеет значение "управления"

• левая - "входа"

• правая - "выхода"

• нижняя - "механизма"

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

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

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