Диссертация (1152223), страница 67
Текст из файла (страница 67)
Показано, что существующая сегодня практика подмены роли должностью, названием организационного подразделения или именем сотрудникаделает модель не гибкой, привязывает её к конкретной организационной структуре.Практическая ценность результата определяется тем, что с помощью предложенной ролевой модели можно реализовать алгоритм выбора потенциальных кандидатов и актуального исполнителя операции процесса, который был описан выше.
Сформулированы правила именования ролей, для этого предлагается именовать роль отглагольным существительным в форме«имя действующего лица». Предложен способ именования сложносоставных ролей.2584.7Концепция интегрированной исполняемой модели бизнес-процессаРанее мы установили, что исполняемая модель процесса является комплексной, образована несколькими слоями (перспективами), которые должны быть тесно интегрированы друг сдругом.
Следует дать краткую характеристику каждой из перспектив в отдельности, уточнитьсостав образующих их аспектов, описать их взаимосвязиФункциональная перспективаФункциональная модель описывает статику системы, она образует справочник, структурную декомпозиция работ, перечисляет все действия, выполняемые субъектами, но не указываетпорядок их исполнения. Она представляет «идеальный» взгляд на деятельность организации.Две компании, работающие в одной сфере бизнеса, выполняют одинаковые работы, однакоочерёдность операций может отличаться, поскольку предприятия обладают различной организационной структурой, производственной культурой и т.д.Современные средства моделирования бизнес-процессов совершенно напрасно пренебрегают этой перспективой.
Если возникает ситуация, когда надо добавить активность в диаграммупотоков работ, следует вначале найти место данной работе на функциональной декомпозиции,это позволит избежать пропуска работ и дублирования функций. Выявить пропущенные илидублируемые функции на диаграмме работ оказывается существенно более трудоёмко.Аспекты поведенческой перспективыПоведенческая перспектива описывает динамику системы и отвечает на вопрос «Как исполняется процесс?» Разобьём нормативный вопрос на три подвопроса: В какой очерёдности выполняются операции, образующие процесс? В какое время выполняется операция? Почему операции исполняются в заданной очерёдности?Ответ на первый вопрос даёт бизнес-логика, которая представляет процедурное описаниеочерёдности исполнения действий.
Ответ на второй даёт расписание исполнения процесса, оноопределяет момент начала работы, её длительность, действия, предпринимаемые в случае, когда расписание нарушено. Наконец ответ на третий вопрос дают бизнес-правила, являющиесядекларативным описанием ограничений, накладываемых на процесс. Рассмотрим эти три аспекта более подробно [125].Аспект бизнес логикиОчерёдность операций, образующих процесс, принято называть бизнес логикой, для её259описания применяются диаграммы потоков работ (workflow), нотации EPC и BPMN, языкBPEL. Узлы на диаграмме работ есть работы процесса, дуги указывают очерёдность их исполнения.
Некоторые работы изменяют входной информационный поток, другие его не изменяют,но маршрутизируют. Например, логический оператор ветвления информационный поток не изменяет и маршрутизирует в соответствии с условием. Таким образом, логические операторыесть элемент бизнес логики. Критерий принятия решения является бизнес-правилом. Бизнеслогика содержит явные, предписывающие сведения о маршруте исполнения процесса.Диаграммы, описывающие бизнес-логику, визуально кажутся простыми и понятными, поскольку не описывают бизнес-правила, расписание исполнения, действия, выполняемые, когдапоказатели процесса выходят за рамки допустимых диапазонов.
Однако простота обманчива,разработчикам ИТ систем приходится повторно собирать пропущенные сведения, причём ихпредставление о процессе может существенно отличаться от взглядов аналитика. Возникаетопасная ситуация, модель не в полной мере описывает процесс, детали не фиксируются явно, асуществуют в головах программистов, в результате, модель процесса на бумаге не соответствует логике работы ИТ системы.Бизнес правилаПод бизнес-правилом принято понимать утверждение, определяющее или ограничивающее некоторые аспекты бизнеса. Логический оператор есть работа и относится к бизнес логике,а условие маршрутизации, то есть критерий принятия решения, называется бизнес правилом. Вотличие от процедурного описания, правила постулируют ограничения на исполнение процесса, но не определяют, как предполагается достичь результата.
В работе [294] предложенаследующая классификация бизнес-правил: Правила поведения: определяют необходимость выполнить соответствующее действие,осуществить управляющее воздействие. Правила определения: устанавливают критерий применимости какого-либо бизнес понятия,называемого фактом, они подразделяются на:oПравила вычисления, определяют значения искомых величин, называемых фактами.Например, торговая скидка определяется общим объёмом закупок за определённыйпериод и числом закупок по определённой категории товаров, платежеспособностьюклиента и т.д.oПравила классификации, проверяют истинность фактов.
Например, клиент классифицируется как VIP, если на его счёте имеется определённая сумма денег и он не имелзадолженности по платежам.Ветвления процесса осуществляется на основе Правила Поведения, которое принимает260значения Истинно и Ложно. Но что есть «истинно», а что есть «ложно», определяется правиломопределения. Последнее должно получить на вход некоторое значение, которое, может бытьполучено с использованием правил вычисления и классификации.
Например, вычислить величину скидки как функцию от размера текущего заказа (правило вычисления), классифицироватьразмер скидки: большая, средняя, низкая (правило классификации) и отправить сделку на одобрение руководителю с соответствующим уровнем полномочий (правило поведения).Распространённая практика моделирования — фиксировать на схеме процесса его логикуветвления, забывая про правила определения, совмещать в одном критерии несколько правил.Отсутствие в модели части бизнес-правил делает диаграмму потоков работ не полной, а объединение правил — не гибкой.
Следует явно выделять вычисления и классификации в отдельные конструкции на диаграмме работ. Это поможет аналитику четко локализовать соответствующую логику.Расписание исполнения процессаВ области материального производства хорошо известен график выполнения работ, который используется для расчёта времени, затрачиваемого на производство изделия. Для бизнеспроцессов расписание работ имеет более сложный вид, поскольку каждая операция может исполняться вовремя, тогда как весь процесс целиком с опозданием, из-за возвратов назад на повторную обработку.Онтология времени, применяемая для описания временных взаимоотношений, используетдва базовых понятия: События и Интервалы [167]. Под Событием понимается точка на шкалевремени, не имеющая длительности.
События используются для синхронизации разных процессов или ветвей одного процесса. Под интервалом понимается отрезок на шкале времени, заключённый между начальным и конечным Событиями. Интервалы позволяют определить лимитвремени, отводимый на исполнение отдельной операции или процесса.Можно предположить, что базовые элементы онтологии времени должны присутствоватьв модели процесса.
Например, диаграмма процесса в нотации BPMN содержит таймеры для интервалов времени и события для синхронизации [135]. В нотации EPC присутствует Событие,однако, вопреки названию, они используется для фиксации статуса информационного объекта,полученного в результате выполнения работы процесса. Как следствие, события не описываютвремя, синхронизацию процесса и его ветвей.Степень детализации бизнес логики процессаЧто бы ответить на вопрос «Как?», диаграмма процесса должна содержать максимальноподробное описание действий, образующих процесс.
Многие аналитики ограничиваются пере-261числением функций, без указания деталей их исполнения. Этот подход предполагает, что исполнитель знает, как следует выполнить работу. Однако на практике сотрудники склонны выполнять работу с учётом своего индивидуального опыта, приобретённого на предприятиях сотличной организацией труда и производственной культурой, что приводит к высокой вариативности исполнения процесса.Мы ранее определили операцию как качественное изменение переменной состояния процесса, а операцию, как её количественное изменение. Мы показали, что презентационная логика может иметь графическое представление на диаграмме процесса.Аналитические диаграммы часто ограничиваются уровнем операций. Считается, что излишняя детализация затрудняет понимание логики процесса.
Исполняемые модели оказываются излишне подробными, описывают ограничения на потоки управления и данных, распределение работ между участниками. Перегруженность деталями делает их более сложными дляпонимания. Однако обойтись без всех подробностей невозможно, в их отсутствие исполнитьмодель окажется невозможно. Единственный выход заключается в проектировании иерархической модели, где мелкие детали упрятаны на нижних уровнях.Степень полноты бизнес логики процессаБольшинство диаграмм работ, описывают отдельные сценарии исполнения, наиболее очевидные, маршруты, по которым исполняется наибольшее число процессов, забывая, что в реальности существует альтернативные сценарии, связанные с замедляющими переходами назаддля повторной обработки и ускоряющими вперёд, в обход операций.
Вне внимания остаютсяособые и исключительные ситуации, например, отказ клиента от своего заказа, недоступностьтребуемой информации или ресурса. Не учитываются ситуации, когда по прямому указаниюменеджмента процесс должен исполняться в обход существующих правил и ограничений в режиме ручного управления.Описание варианта исполнения имеет право на существование, когда планируется разработать функциональную информационную систему, где человек определяет порядок исполнения операций. Но мы строим процессно-ориентированную систему, где порядок операцийопределяется системой, следовательно, модель должна покрывать все мыслимые сценарии исполнения, иначе работа системы окажется невозможной.Аспекты организационной перспективыОрганизационная перспектива модели бизнес-процесса описывает динамику работыпредприятия, в отличие от организационной структуры компании, которая описывает статикураспределения сотрудников по структурным подразделениям.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
