Диссертация (1152223), страница 69
Текст из файла (страница 69)
Находящийся в открытом доступе документ, называемый «Методология ARIS» [9], описывает не методологию, а правила применения нотации, что допускаетширокие возможности по «интерпретации» способов моделирования. Недостатки часто оказываются продолжением наших достоинств.
Проблема ARIS связана с попыткой приспособитьэтот инструмент для решения слишком широкого круга задач без объяснения правил применения для конкретного случая. Как результат, аналитики применяют многие конструкции интуитивно и неосознанно. Иногда удаётся понять их замысел из контекста задачи, но нельзя предположить, что в ходе преобразования диаграммы в исполняемый формат машина сможет проанализировать контекст автоматически. Перечислим типовые ошибки:266–У не очень опытных аналитиков модель EPC описывает нормативный вариант исполне-ния, опуская редко используемые альтернативные маршруты, описания действий в нестандартных и исключительных ситуациях.–Недостаточная степень декомпозиции процесса приводит к необходимости повторноуточнять и описывать упущенные детали процесса на этапе подготовки требований к разрабатываемой ИТ системе.–Изменение объекта управления по ходу процесса считается допустимым при аналитиче-ском моделировании, но неприемлемо при создании исполняемой модели бизнес-процесса.Например, на диаграмме EPC две смежные работы не связаны между собой ни общим потоком,ни объектом, над которым выполняется работа.
В ситуации бесконтрольной смены объектауправления, становится трудно определить текущее состояние системы и ход обработки.–Диаграммы EPC не описывают расписание исполнения и опускают вопросы синхрониза-ции ветвей одного процесса между собой и с внешним процессами. Диаграмма EPC включаетэлемент Событие, который, мог бы быть полезен для синхронизации. Однако, в силу отсутствиячётких методических указаний, эта конструкция используется аналитиками для описания состояния продукта процесса. Понятие интервал времени не используется–На диаграмме EPC исполнители работы привязаны к должностям или элементам орг-структуры, отсутствует ролевое объединение исполнителей, она не определяет аспекты группирования и назначения исполнителей, их привилегии.
Справедливости ради надо сказать, чтоаналогичные проблемы присутствуют и в нотации BPMN.–В интегрированной модели ARIS объектная модель данных подменяется на реляционнуюмодель хранения. Такое представление не позволяет описать методы статической и динамической целостности, их приходится многократно определять на экранных формах, что усложняетразработку.Подводя итог, можно сказать, что проблемы применения ARIS лежат, в большей степени,в области методологии её применения. Можно предположить, что при наличии соглашения омоделировании, которое бы определяло все детали разрабатываемой модели, многих проблемудалось бы избежать.Степень интеграции модели бизнес-процессаПредлагается рассматривать многослойную и многоуровневую модель процесса как интегрированную, объединяющую несколько отдельных представлений, каждое из которых отображает структурные свойства модели процесса, в единую модель, передающую динамику исполнения процесса. При этом, следует особенно внимательно анализировать, термин интегрированная.
Дело в том, что модели в интегрированной среде ARIS также считаются интегриро-267ванными, но степень этой интеграции существенно отличаются от интеграции исполняемоймодели бизнес-процесса.Рассмотрим нотацию EPC, входящую в интегрированную архитектуру ARIS. Эта нотацияпредназначена для описания бизнес логики, но ограничивается уровнем операций и, в большинстве случаев, показывает не все сценарии исполнения, а только варианты исполнения. Она непозволяет описать временные характеристики работы процесса, не определяет описание бизнес-правил.
Вместо объектной модели предметной области, архитектура ARIS описывает ERмодель хранения, динамическая и статическая целостность данных не моделируются. Потокисполнения в методологии ARIS не определён. Организационная структура моделируется в обход ролевой модели, участники привязываются к должностям или к организационным единицам. Выбор исполнителя, его полномочия и порядок исполнения заданий не рассматриваются.В интегрированной модели ARIS связь отдельных перспектив осуществляется через сущность функция, как показано на рисунке 4.25.
Под функцией понимается работа, выполняемаясубъектом (индивидуумом или структурным подразделением) над объектом. Если моделируется производственный процесс, то объект называется изделие, а если бизнес-процесс — то подразумевается информационный объект. Функция преобразует объект, меняет его состояние,этот факт фиксируются в событии. Таким образом, функция является связующим звеном междуорганизационной моделью (описывает субъектов действия) и моделью данных (описывает объект труда). Ресурс — индивидуальный исполнитель, должность или организационная единицапривязываются к функции, это обозначает, что они могут выступить в качестве исполнителяэтой функции. В свою очередь, к функции привязывается документ или объект данных, этоозначает, что данный объект изменяется соответствующей функцией.
Такой способ отображения имеет ряд недостатков, отображая индивидуального исполнителя или должность на функцию, мы привязываем модель к конкретному предприятию. Поскольку права доступа ресурса кобъекту отображаются через функцию, все субъекты, имеющие право выполнить функцию, получают одинаковый доступ к данным, которыми оперирует эта функция.Рисунок 4.25 - Связь перспектив в модели ARISИсточник: составлено автором.В современных системах управления бизнес-процессами связь частных перспектив осуществляется через сущность операция, как показано на рисунке 4.26. Операция связана с объек-268том при помощи методов, которые определяют статическую и динамическую целостность данных.
Объект может иметь сложную вложенную структуру, описываемую структурным аспектом. Ресурс, необходимый для выполнения операции выбирается динамически, используя параметрический запрос к внешнему каталогу пользователей. В этой ситуации, права доступасубъекта к объекту данных определяются пересечением организационных и информационныхаспектов. Например, аспект отбора кандидатов и разграничения прав доступа совместно с аспектом динамической целостности определят право доступа субъекта к объекту данных наопределённой операции.Рисунок 4.26 - Связь между перспективами интегрированной модели BPMNИсточник: составлено автором.Критерии адекватности исполняемой модели бизнес-процесса цели моделированияПроведённый анализ позволяет сформулировать следующие критерии адекватности исполняемой модели бизнес-процесса.Целостность – способность передать все аспекты, образующие единую модель процесса;Интегрированность – изменения в одном аспекте приводят к соответствующим измене-ниям в другом;Класс эквивалентности – модель полностью повторяет поведение оригинала или толькообеспечивает воспроизводство требуемого результата;Степень полноты – отражение максимального числа требований;Уровень детализации – модель раскрывает аспекты с требуемым уровнем подробности;Корректность – модель не противоречит формальным правилам;Бездефектность и безызбыточность – модель не теряет свойства, присущие прототипу и непоказывает свойства, которых у оригинала нет;Отсутствие дублирования – модель не показывает одно свойство несколько раз;Непротиворечивость – исключение требований, которые приводят к взаимоисключающимрезультатам.Научная новизна и практическая значимостьНаучная новизна результатов заключается в разработке авторской концепции интегрированной исполняемой модели бизнес-процесса, которая состоит из нескольких взаимосвязанныхсубмоделей, называемых перспективами, каждая из которых отображает отдельные аспекты269структуры процесса, а все вместе они способны отобразить динамику его поведения, отличающаяся набором перспектив и их аспектов, а также тем, что связями между одноименными элементами на разных моделях, образующих эти перспективы, реализуются на уроне данных, а нена уровне ссылок.
В отсутствие любого из аспектов, модель окажется неполной и неточной, будет непригодна для исполнения. Аспекты должны моделироваться, а не программироваться.Попытка реализовать аспект в виде программного кода лишает модель диаграмоориентированности, она перестаёт быть гибкой, её сложнее перестраивать. Для каждого аспектапредложена точка привязки к модели процесса, указывающее место и механизм его описания.Практическая ценность результата заключается в разработке рекомендаций для аналитикапо моделированию каждого из рассмотренных аспектов исполняемой модели бизнес-процесса.4.8Выводы к главе 4В результате разработки концепции системного подхода к разработке исполняемой модели бизнес-процесса получены следующие результаты:Сформулирован принцип генерализации модели бизнес-процесса, постулирующий упрощение модели не за счёт отбрасывания деталей, но путём их инкапсуляции на нижних уровняхдекомпозиции.
Показано, что генерализация способствует модуляризации модели бизнеспроцесса, облегчает её сопровождение. Предложен метод инкапсуляции, заключающийся в том,чтобы систематично выявлять на модели процесса сходные работы, оценивать уровень их отличия и степень сходства, объединять близкие по характеру работы, уровень различий которыхне принципиален, в обобщённые процедуры, которые инкапсулируют найденные различия.Разработана рекомендация выявлять сходства и отличия работ процесса с помощью функциональной декомпозиции.Обосновано различие модели деятельности и процессной модели бизнес-процесса. Перваяописывают иерархию выполняемых в бизнес-процессе функций, вторая выстраивают эти функции в логические цепочки и последовательности действий. Выявленное различие имеет методологическую основу и связано с выбором стратегии декомпозиции бизнес-процесса.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
