
- •Раздел 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.3. Оценка качества бизнес-процесса
показал», ™^ ^T»ZLSraPy,a№ "^"P"»™» и др.)
• составляющие его бизнес-*™™»» „„»„ «*да нй: более независимы (кр^„^™н™ы 6™ » »жно
*H^ZetSeV=a"rH'ni™««*°. связан-«* и ладачеи подзадачу (критерий связности).
3.3.1. Критерий сцепления оизнес-процесса
сяанГз*^^
чески сцешеше я^сяТеГй *" бизнеН№к«рЬ1. Факти- . функций. В хорошем Sec IT Взаимозависимости бизнес-миниЩзированТте ф4^й Лп^ Т™™ ДОЛЖНЫ быть
Функций и ^егоХнеГ. *£Г """"" " **"> *™ * гах фуюсций " Упокоиться о внутренних деталях дру- :
' Тп^н„™~ """•наско™ - —°- v
в nopS or более с^Хо7б^,Г,СЦеПЛеНИЯ 6lBH«-4*-«H« плохому). К &шк ильному (т.е. от хорошего к
ленн^Гнн™, *6"ЗНеС'ФУНКЦ"" " " * ™ сиен-
• А вызывает В;
* в возвращает управление А;
%1Л
• вся информация, передаваемая между А и В, представляется значениями параметров при вызове;
• каждый параметр является элементарным информационным объектом.
Определение 3.12. Две бизнес-функции А к В являются сцепленными по шаблону, если: .
А вызывает В;
В возвращает управление А;
вся информация, передаваемая между А и В, представляется значениями параметров при вызове;
хотя бы один параметр является составным информационным
объектом (т.е. объектом, имеющим внутреннюю структуру).
Определение 3.13. Две бизнес-функции А к В являются сцепленными по управлению, если:
А вызывает 5;
В возвращает управление А;
вся информация, передаваемая между А и В, представляется значениями параметров при вызове;
хотя бы один параметр является управляющим объектом.
Отметим, что существует два типа управляющих объектов — констатирующий и инициирующий. Констатирующий объект обычно описывает ситуацию, которая произошла: Деньги поступили на счет, На складе кончились запчасти данной номенклатуры и т.п. Вызываемая бизнес-функция самостоятельно принимает решение по реакции на возникшую ситуацию. Инициирующий объект используется для декларирования определенных действий в вызываемой бизнес-функции и имеет приказной характер: Выплатить зарплату за январь, Подготовить суточное задание на отгрузку и т.п.
Определение 3.14. Две бизнес-функции А и В являются сцепленными по общей области, если они ссылаются к одной и той же области глобальных данных.
Определение 3.15. Две бизнес-функции А и В являются сцепленными по содержимому, если одна ссылается внутрь другой любым способом, например, если одна функция передает управление или выполняет переход внутрь другой функции или если одна функция изменяет значения информационных объектов в другой функции.
Фактически понятие сцепления обобщает механизмы передачи параметров между компонентами программных систем. В
табл.
3.8 приведены качественные оценки каждого
из введенных
типов
сцеплений по таким важным для программных
систем ха
рактеристикам, как
устойчивость к волновому эффекту,
легкость
модификации, понятность и
повторная используемость. Очевид
но,
что эти характеристики существенны и
для бизнес-про
цессов. ..'
\Ч Таблица 3.8
Тип сцепления |
Устойчивость к волновому эффекту |
Модифицируемость , |
Понятность |
Повторная используемость |
|
поданным |
хорошая |
хорошая |
хорошая |
хорошая |
|
по шаблону |
средняя |
хорошая |
хорошая |
средняя |
|
по управлению |
хорошая |
средняя |
хорошая |
средняя |
|
по общей области |
средняя |
средняя |
хорошая |
средняя |
|
по солеожимому |
плохая |
плохая |
плохая |
плохая |
|
Таким образом, для «хорошего» бизнес-процесса неприемле- J! мым является лишь сцепление по содержимому. Сцепление по содержимому делает абсурдной концепцию функций как черных ящиков, поскольку оно вынуждает ^'«исполнителя знать о точном содержании и исполнителе друЛЭДфункции.
Необходимо отметить, что любые две функции могут быть сцеплены более чем одним способом. В этом случае тип их сцепления определяется худшим типом сцепления. Например, если две функции сцеплены по шаблону и общей области, то они характеризуются как сцепленные по общей области.