- •Раздел 3.3 посвящен оценке качества бизнес-процесса с общесистемных позиций, позволяющей на основе ряда критериев и метрик оценить, насколько хорош спроектированный вариант и можно мл его улучшить.
- •3.1. Проектирование (планирование) бизнес-процесса
- •3.1.1. Введение в теорию формальных языков и грамматик
- •3.1.2. Грамматика бизнес-процесса и его порождение
- •3.1.5. Организация параллелизма при планировании бизнес-процесса
- •3.2. Тестирование бизнес-процесса
- •3.2.1. Специфика тестирования бизнес-процесса -
- •3.2.2. Модель потоков данных'бизнес-процесса
- •3.2.3. Критерии тестирования бизнес-процессов
- •3.3. Оценка качества бизнес-процесса
- •3.3.1. Критерий сцепления оизнес-процесса
- •3.3.2. Критерий связности бизнес-процесса
- •3.3.3. Порождение вариантов выполнения :к[ бизнес-процесса с учетом типа связности «'?*"
- •3.4. Анализ бизнес-процессов
- •3.4.1. Метод статического анализа потоков данных бизнес-процесса
- •3.4.2. Методы динамического анализа щ
- •Дайте определение грамматики бизнес-процесса.
- •Постройте грамматику бизнес-процесса «Прием на работу нового сотрудника». Выберите и аргументируйте вариант его исполнения.
- •Постройте грамматику бизнес-процесса «Увольнение сотрудника». Выберите вариант его (исполнения и синхронизируйте его с вариантом исполнения процесса «Прием на работу нового сотрудника».
- •4.1. Понятие реорганизации
3.4. Анализ бизнес-процессов
Среди большого числа как неформализованных, так и формализованных методов анализа бизнес-процессов наибольшее распространение получили следующие три подхода, имеющие под собой соответствующий теоретический аппарат:
метод статического анализа потоков данных бизнес-процесца;
группа методов динамического функционального анализа на основе сетей Петри различного вида;
метод функционально-стоимостного анализа ABC.
Первый из перечисленных методов предполагает предварительное построение множества маршрутов тестирования, для каждого из которых осуществляется статический анализ на предмет обнаружения ошибок в потоках данных бизнес-процесса.
Каждый из других двух методов (и соответствующих поддерживающих инструментальных средств) регламентирует следующие основные этапы проведения анализа:
построение статической функциональной модели (как правило, с использованием SADT- или DFD-технологии);
расширение статической модели соответственно поведенческими или стоимостными характеристиками ее объектов;
сбор и ввод в модель необходимой фактической информации;
«исполнение» модели, анализ результатов и получение соответствующих оценок.
3.4.1. Метод статического анализа потоков данных бизнес-процесса
Метод статического анализа потоков данных основан на введении специальной дисциплины взаимодействия состояний информационных объектов на любом этапе выполнения бизнес-процесса. Состояние ИО определяется последним обращением к нему и задается следующим образом:
S, {Л = (в„ аъ ..., ат)) = (/, Q = (qu q2,..., U< & = Wi. *ъ ••-» <•».
гае / — номер узла графа бизнес-процесса;
■qj - тип обращения ку-му атрибуту ИО: dj е {w, r,n),
w — определение атрибута,
г — использование атрибута,
и — отсутствие обращения к атрибуту;
dj - элемент маски доступа к/-му атрибуту ИО: dj e {W, R, N),
W— разрешение доступа на определение атрибута,
R — разрешение доступа на использование атрибута,
N — запрещение доступа к атрибуту.
Далее, не нарушая общности, будем считать, что ИО содержит единственный атрибут.
f
При анализе потоков данных основное внимание обращается ,;^ на последовательность состояний ИО (т.е. фактически на после- к довательность определений/использований его атрибутов). Еу?Ш дем обозначать эту последовательность следующим образом: /»Щ
где индекс обозначает номер узла граф* бизнес-процесса, в котором гфоиШ! водится обращение к рассматриваемому ИО. ]'"шш
Для корректной работы бизнес-процесса по крайней меЩЩ должны удовлетворяться следующие пять правил, касающйхсЙ! построенной последовательности состояний ИО: *Я
последовательность не должна содержать цепочек... d'q'u^m
последовательность не должна содержать цепочек... <?(/уЩт вкоторых<//=яЛ,а^'я81»'. '"* «11
V i такого, что (q1^ r) л(<^* N) 3j < i такое, что (qJ— *)Щж
VIJтаких, что (ff= w) л (</= W) л (^= w) л (<•= И>) э /< ДО[ </такое, что (0*- г) л (</** N); г ;Щ
V i такого, что (<// = и») л"(г/'= ИО л (тЭ / > / такого, чтбЩ ($'= w)A(dJ=W))3k> i такое^что (qk = г) л (<Г * Я). Щ
Нарушения перечисленных правил вызывают ошибки при_#|| выполнении бизнес-процесса (или, по крайней мере, являются щ симптомами ошибок) и могут происходить по следующим при- я чинам: . Ш
попытки использования неопределенных атрибутов ИО; >:-$щ
повторные определения атрибутов без промежуточного их ис- щ пользования; ' "Я
некорректные определения прав доступа к ИО и их атрибутам; Я
неиспользуемые ИО и/или их атрибуты и др. .щ