Методология реорганизации бизнес-процессов ТОП Калянов Георгий Николаевич профессор, доктор технических наук
Методы проектирование (планирование) тестирование оценка качества
ТОП методология планирования бизнес- процесса – обеспечивает анализ полного множества вариантов его исполнения методология тестирования бизнес- процесса – обеспечивает обнаружение ошибок на этапе создания методология оценки качества бизнес- процесса – обеспечивает адекватную оценку на основе введенных метрик
Формализованная модель процесса Является многоуровневой: информационный объект, бизнес-операция, бизнес-функция, бизнес-процесс (граф управления функциями) Интегрирует три базовых аспекта предприятия: оргструктуру, технологии, ресурсы Служит интегрирующим ядром всей ТОП – методологии Является внутренней с позиции пользователя
Модель бизнес-процесса 1) Уровень информационных объектов - D i (a i 1, a i 2,…, a i n ), где D i - идентификатор i-го ИО, a i j - j-ый атрибут i-го ИО 2) Уровень бизнес-операций - T i D j =(T i a j 1, T i a j 2,…, T i a j k ), где T i - тип операции с ИО 3) Уровень бизнес-функций - I m ((T 1m, D 1l ),…, (T km, D kl )), где I m – код должности исполнителя, T 1m,…,T km - элементы множества {T i }, D 1l,…,D kl - элементы множества {D j }.
Модель бизнес-процесса 4) Уровень бизнес-процесса - граф управления бизнес- функциями Г (N, E, n 0, n ф, M, EM, EN, R, ER), где N - множество узлов, каждый из которых соответствует бизнес-функции; n 0 и n ф - входной и завершающий узел, соответственно; E - множество управляющих ребер такое, что i, j N { n 0, n ф }: (i, j) E, если возможна ситуация, когда за выполнением бизнес- функции i будет выполняться бизнес-функция j; M - множество узлов, соответствующих структурным единицам предприятия; EM - множество ребер подчиненности такое, что i, j M: (i, j) EM, если структурная единица j подчинена структурной единице i; EN - множество ребер исполнения бизнес-функции такое, что i M, j N: (i, j) EN, если бизнес-функция j может быть выполнена в подразделении i; R - множество ресурсов предприятия; ER - множество взвешенных ребер использования ресурсов такое, что i R, j N: (i, j) ER, если бизнес-функция j использует при своем выполнении ресурс i.
Пример графа n0n0 1N1N 2N2N 3N3N 4N4N nфnф 5M5M 6M6M 7M7M 8M8M 9M9M 11 R 10R10R t1t1 t2t2 t 3 =f(v 3 ) t4t4 v3v3
Обозначения Процесс сбыта содержит следующие бизнес-функции: 1N - заключение договоров и планирование; 2N - формирование задания на отгрузку; 3N - отгрузка; 4N - контроль и анализ договоров. Перечисленные бизнес-функции выполняются в следующих подразделениях предприятия: 5M - планово-договорной отдел; 6M - отдел сбыта; 7M - пункт отгрузки автотранспортом; 8M - пункт отгрузки железнодорожным транспортом; 9M - отдел контроля договоров. При выполнении бизнес-процесса учитываются следующие ресурсы: 10R - временные затраты; 11R - отгружаемый товар.
Таким образом, для данного примера N = {1N, 2N, 3N, 4N}, M = {5M, 6M, 7M, 8M, 9M} и R = {10R, 11R} Множество управляющих ребер E = {(n0,1N), (1N,2N), (2N,3N), (3N,4N), (4N,nф), (2N,4N), (4N,3N), (3N,nф)}. Отметим, что E описывает две разумные последовательности выполнения бизнес-функций 2N, 3N, 4N: формирование задания на отгрузку, отгрузка, контроль и анализ договоров; формирование задания на отгрузку, контроль и анализ договоров, отгрузка. Множество ребер подчиненности EM = {(5M,6M),(5M,9M),(6M,7M),(6M,8M)} отражает иерархию подразделений, задействованных в бизнес-процессе сбыта. Множество ребер исполнения бизнес-функции EN = {(5M,1N), (6M,2N), (7M,3N), (8M,3N), (9M,4N)}. Заметим, что функция отгрузки может быть выполнена как на пункте отгрузки автотранспортом, так и на пункте отгрузки железнодорожным транспортом. Множество ребер использования ресурсов ER = {(10R,1N), (10R,2N), (10R,3N), (10R,4N), (11R,3N)}. Соответствующие веса обозначены как t1, t2, t3 =f(v3), t4, v3. При этом время отгрузки t3 зависит от объема отгружаемого товара.
Метод проектирования бизнес- процесса Вариант бизнес-процесса – цепочка составляющих его компонентов (с указанием последовательности и параллелизма их выполнения) Компонент = (операция, место выполнения операции) Метод планирования позволяет с одной стороны, расширить число анализируемых вариантов выполнения бизнес-процесса вплоть до их полного перебора, с другой стороны, автоматически отсечь большую часть вариантов, неприемлемых по ряду объективных и субъективных критериев
Проектирование 1) Определение. Параллельной атрибутной порождающей грамматикой для бизнес-процесса называется следующая упорядоченная девятка объектов: G = (V N, V T, V 0, P, A s, M s, A n, M n, C), где V T - множество терминальных символов; V N - множество нетерминальных символов; V 0 V N - множество начальных символов; P - множество порождающих правил; A s - конечное множество синтезируемых атрибутов; M s - множество методов синтеза атрибутов; A n - конечное множество наследуемых атрибутов; M n - множество методов наследования атрибутов; C - множество символов, определяющих параллелизм.
Пример проектирования В состав горно-обогатительного комбината (ГОК) входят предприятия следующих типов: Управление - контора, осуществляющая руководство и управление деятельностью ГОК в целом; Автобаза - предприятие, осуществляющее транспортные и ремонтные работы; Карьер - предприятие по добыче руды; Фабрика - предприятие по обогащению руды. В перевозках участвует каждое из названных предприятий (в основном, на уровне соответствующих диспетчерских служб), в совокупности выполняя при этом следующие функции: формирование заявок на перевозки; распределение транспортных средств; выписка путевых листов; технический контроль автотранспорта; слежение за движением по маршруту; диспетчеризация погрузки; фиксация объемов погрузки.
Проектирование Бизнес-функция УАКФ Формирование заявки на перевозки ++-- Распределение транспортных средств +++- Выписка путевых листов ++-- Технический контроль -+-- Движение по маршруту --++ Диспетчеризация погрузки --+- Фиксация объемов погрузки ++++
Граф вариантов выполнения бизнес-функций nфnф n0n0
Граф мест выполнения бизнес- функций Управление Карьер Фабрика Автобаза
Порождающая грамматика G = (VN, VT, V0, P, As, Ms, An, Mn), где VT = { nф} - множество терминальных символов; VN = {n0,1,2,3,4,5,6,7} - множество нетерминальных символов; V0 = { n0} VN - множество начальных символов; P - множество порождающих правил; As = {ri}, где i=1,...,7 - множество кортежей ресурсных характеристик грамматики ri = (ti, ni, si), при этом каждый из компонент ri определяет соответствующие ресурсы, требуемые на исполнение бизнес-функции, по времени, требуемому числу исполнителей и стоимости по каждому из рассматриваемых предприятий; Ms - множество методов синтеза ресурсов; An = {У,А,К,Ф} - множество возможных мест выполнения бизнес- функций (Управление, Автобаза, Карьер, Фабрика); Mn = - множество методов наследования атрибутов.
Множество порождающих правил 1.n0 1{У} | 1{А} | 4{А} 2.1{У} 2{У} | 2{А} | 2{К} 3.1{А} 2{У} | 2{А} | 2{К} 4.2{У} 3{У} | 3{А} 5.2{А} 3{У} | 3{А} 6.2{К} 3{У} | 3{А} 7.3{У} 4{А} | 5{К} | 5{Ф} 8.3{А} 4{А} | 5{К} | 5{Ф} 9.4{А} 5{К} | 5{Ф} | 1{У} | 1{А} 10.5{К} 6{К} 11.5{Ф} 6{К} 12.6{К} 7{У} | 7{А} | 7{К} | 7{Ф} 13.7{У} nф 14.7{А} nф 15.7{К} nф 16.7{Ф} nф
Примеры вариантов n0-1{У}-2{У}-3{У}-4{А}-5{К}-6{К}-7{У}-nф n0-1{У}-2{У}-3{У}-4{А}-5{К}-6{К}-7{А}-nф n0-1{У}-2{У}-3{У}-4{А}-5{К}-6{К}-7{Ф}-nф n0-1{У}-2{У}-3{У}-4{А}-5{К}-6{К}-7{К}-nф n0-1{У}-2{У}-3(У}-4{А}-5{Ф}-6{К}-7{У}-nф n0-1{У}-2{У}-3{У}-4{А}-5{Ф}-6{К}-7{А}-nф n0-1{У}-2{У}-3{У}-4{А}-5{Ф}-6{К}-7{Ф}-nф n0-1{У}-2{У}-3{У}-4{А}-5{Ф}-6{К}-7{К}-nф n0-1{У}-2{У}-3{А}-4{А}-5{К}-6{К}-7{У}-nф n0-1{У}-2{У}-3{А}-4{А}-5{К}-6{К}-7{А}-nф n0-1{У}-2{У}-3{А}-4{А}-5{К}-6{К}-7{Ф}-nф n0-1{У}-2{У}-3{А}-4{А}-5{К}-6{К}-7{К}-nф n0-1{У}-2{У}-3{А}-4{А}-5{Ф}-6{К}-7{У}-nф n0-1{У}-2{У}-3{А}-4{А}-5{Ф}-6{К}-7{А}-nф n0-1{У}-2{У}-3{А}-4{А}-5{Ф}-6{К}-7{Ф}-nф n0-1{У}-2{У}-3{А}-4{А}-5{Ф}-6{К}-7{К}-nф
Процесс проектирования всего –200 вариантов требование обязательного использования всех без исключения функций – исключает 8 вариантов ограничения на время исполнения процесса и количество задействованных сотрудников – исключает 110 вариантов ограничение на стоимость (на основе квалификации сотрудников) – исключает 68 вариантов для анализа остается 12 вариантов (далее можно применять известные методы субъективной оценки)
Метод тестирования бизнес- процесса Метод тестирования позволяет: обеспечить обнаружение специфических для бизнес-процессов ошибок в потоках данных, связанных с их обработкой под различными масками, обеспечивающими регламенты доступа, не обнаруживаемых другими известными критериями; обеспечить выявление всех тех ошибок, обнаружение которых может производится с помощью традиционных критериев, основанных на анализе графовых моделей объектов.
Тестирование пример молокозавода по ряду независимых оценок использование критерия C 1 обеспечивает обнаружение от 67% до 90% ошибок в программном обеспечении ошибки в потоках данных – один из наиболее распространенных типов ошибок в бизнес-процессе создание информационных объектов (ИО) и/или их атрибутов, не используемых в дальнейшей деятельности; отсутствие и/или неполнота ИО и/или их атрибутов; дублирование ИО и/или их атрибутов и, как следствие, их несогласованность и противоречивость и др. предложенный критерий позволяет: гарантировать обнаружение всех ошибок в потоках данных обнаружить все те ошибки, которые обнаруживает критерий C 1
Оценка качества Исследования в области экономики (анализ конвейерного способа производства, анализ оргструктур предприятий и др.) показали, что для качественного бизнес-процеса существенным является соблюдение следующих условий: составляющие его бизнес-функции должны быть как можно более независимы (критерий сцепления); каждая из функций должна выполнять единственную, связанную с общей задачей, подзадачу (критерий связности).
Метод оценки качества бизнес- процесса Метрики качества бизнес-процесса Сцепление – механизм взаимодействия (взаимовлияния) между компонентами бизнес-процесса. Типы сцепления – по данным, по шаблону, по управлению, по общей области, по содержимому. Связность – механизм внутренней структурной организации компоненты. Типы связности – функциональная, процедурная, последовательная, информационная, временная, логическая. Более 70% реальных бизнес-процессов удовлетворяют перечисленным типам сцепления и связности Метод оценки качества обеспечивает: определение типов сцепления и связности бизнес-процесса проектирование бизнес-процесса с заданным типом сцепления и связности