Реинжиниринг бизнес-процессов самостоятельного поиска книг, 3.1 Выбор методологии моделирования - Информационная система "Электронный консультант"

Для того, чтобы перейти к реинжинирингу бизнес-процессов, необходимо выбрать методологию моделирования и CASE-средство [7] для моделирования.

3.1 Выбор методологии моделирования

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

    1. отображение механизма выполнения каждого бизнес-процесса на диаграммах; 2. увязка диаграмм в один общий проект с целью перемещения по уровням детализации; 3. минимальное количество элементов; 4. поддержка методологии CASE-средствами.

По таким критериям на рассмотрение мною вынесены:

    1. Методология SADT 2. Методология UML

SADT является языком моделирования бизнес-процессов, предложенным в 1973 году Дугласом Россом (SoftTech, Inc.) и называвшимся первоначально SADT - Structured Analysis and Design Technique.

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

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

    - верхняя сторона имеет значение "управления" - левая - "входа" - правая - "выхода" - нижняя - "механизма"

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

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

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

Методология UML (Unified Modeling Language) представляет собой общецелевой язык визуального моделирования, который разработан для спецификации, визуализации, проектирования и документирования компонентов программного обеспечения, бизнес-процессов и других систем.[2,3]

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

Выполним оценку методологий по указанным выше критериям с помощью метода SMART.

Присвоим наиболее важному критерию оценку 100 баллов. Исходя из попарного отношения критериев по важности, дадим в баллах оценку каждому из критериев (таблица 2.7):

Таблица 2.7 - Оценка критериев

Критерии

Баллы

Отображение механизмов на диаграмме

100

Разные уровни детализации

85

Минимизация элементов диаграмм

65

Поддержка CASE-средствами

40

Сложим полученные баллы. Произведем нормировку весов критериев, разделив присвоенные баллы на сумму весов:

Где AI - баллы критерия,

N - количество критериев.

Результаты нормировки приведены в таблице 2.8

Таблица 2.8 - Нормированные оценки критериев

Критерии

Баллы

Нормированный балл

Отображение механизмов на диаграмме

100

0,344827586

Разные уровни детализации

85

0,293103448

Минимизация элементов диаграмм

65

0,224137931

Поддержка CASE-средствами

40

0,137931034

Сумма баллов

290

1

Измерить значение каждой альтернативы по каждому из критериев по шкале от 0 до 100 баллов.

Таблица 2.9 - Оценка методологий по выбранным параметрам

Альтернативы

Критерии

Отображение механизмов на диаграмме

Разные уровни детализации

Минимизация элементов диаграмм

Поддержка CASE-средствами

SADT

85

80

85

90

UML

70

50

70

80

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

Где ВI оценка альтернативы по каждому критерию (таблица 2.10)

Таблица 2.10 - Окончательная оценка альтернатив

Альтернативы

Критерии

Отображение механизмов на диаграмме

Разные уровни детализации

Минимизация элементов диаграмм

Поддержка CASE-средствами

Общая оценка

SADT

29,31034

23,4482758

19,0517241

12,4137930

84,2241378

UML

24,13793

14,655172

15,6896551

11,0344827

65,5172413

Вывод: лучшей альтернативой является SADT, и в работе будет использована именно эта методология.

Похожие статьи




Реинжиниринг бизнес-процессов самостоятельного поиска книг, 3.1 Выбор методологии моделирования - Информационная система "Электронный консультант"

Предыдущая | Следующая