Карта процесса
Карта процессов глобальной системы процессов — это модель , которая используется для описания процессов, составляющих бизнес-систему, и того, как они взаимодействуют друг с другом. Карта процессов показывает процессы как объекты , что означает, что это статическое и неалгоритмическое представление процессов. Ее следует отличать от подробной модели процесса, которая показывает динамическое и алгоритмическое представление процессов, обычно известной как блок-схема процесса . [1] Существуют различные стандарты обозначений, которые можно использовать для моделирования карт процессов, но наиболее известными из них являются диаграмма событий TOGAF , нотация Эрикссона-Пенкера и ARIS . цепочка добавленной стоимости [2]
Глобальные модели процессов
[ редактировать ]Глобальные характеристики бизнес-системы фиксируются глобальными или системными моделями. Модели глобальных процессов представлены с использованием разных методологий и иногда под разными названиями. В частности, в Visual Paradigm они называются картой процесса. [3] и ММАБП , [2] цепочка добавленной стоимости в АРИС, [4] и диаграмма процесса в обозначениях Эрикссона-Пенкера [5] – что может легко привести к путанице с потоком процесса (детализированной моделью процесса). [1]
Глобальные модели в основном объектно-ориентированы и представляют статическое представление бизнес-системы; они не описывают динамические аспекты процессов. Карта процессов показывает наличие процессов и их взаимные связи. Требование глобальной перспективы системы как дополнения к описанию логики внутреннего процесса вытекает из необходимости учитывать не только логику внутреннего процесса, но и его значимое окружение. Модель алгоритмического процесса не может заменить эту точку зрения, поскольку она представляет собой системную модель процесса. Подробная модель процесса и глобальная модель процесса представляют разные точки зрения на одну и ту же бизнес-систему, поэтому эти модели должны быть взаимно согласованными. [2]
Карта макропроцессов представляет основные процессы, необходимые для доставки продукта или услуги покупателю. Эти карты макропроцессов могут быть дополнительно детализированы в виде поддиаграмм. Часто карты процессов охватывают разные функциональные области организации. [6]
Карты процессов используются многими компаниями для получения целостного представления обо всех процессах и связях между ними. Карты помогают ориентироваться в подпроцессах и облегчают понимание операций организации. Карта процессов показывает взаимосвязи и зависимости между процессами, и ее внимание должно быть сосредоточено на основных бизнес-процессах организации. [7]
Карту процесса можно рассматривать как наиболее абстрактный уровень архитектуры процесса, который служит введением к более подробным уровням. Правильно составленная карта процессов способна дать общее представление о деятельности компании. Разработка карты процессов является важным и стратегическим шагом для организации, за которым следует дальнейшее внедрение моделирования бизнес-процессов . [8]
Контекст
[ редактировать ]Методология моделирования и анализа бизнес-процессов (MMABP) — методология моделирования бизнес-процессов, разработанная на кафедре информационных технологий факультета информатики и статистики Пражского университета экономики и бизнеса . Методология определяется как «общая методология моделирования бизнес-систем с использованием методов и подходов информатики». [2]
Методика используется для анализа бизнес-процессов и разработки комплексной модели системы. Цель разработки модели – использовать ее для оптимизации процесса. Модель должна создаваться с учетом характеристик и специфики рассматриваемой организации, а также с учетом внешних воздействий, которые могут повлиять на организацию. Модель должна быть оптимальной с экономической точки зрения, но она также должна быть оптимальной с фактической точки зрения, то есть она должна быть максимально простой, сохраняя при этом полную функциональность. [1]
Моделирование бизнес-системы основано на двумерном подходе: [9]
- Структура (субстанция) реального мира – совокупность объектов и их отношений.
- Поведение в реальном мире – совокупность взаимосвязанных бизнес-процессов.
Кроме того, существует также два взгляда на системы: [9]
- Глобальный взгляд на систему
- Детальный обзор частей системы
Это приводит к необходимости моделировать систему с четырех разных точек зрения, чтобы получить полное и всестороннее представление о бизнес-системе. MMABP также предлагает, какие языки нотации можно использовать для моделирования каждой точки зрения, а также предлагает некоторые улучшения языков нотации для достижения поставленной цели. [1]
- Глобальный вид объектов – Концептуальная модель ( Диаграмма классов )
- Детальное представление объектов – Жизненный цикл объекта ( Диаграмма состояний )
- Глобальный взгляд на процессы – карта процессов (диаграмма Эрикссона-Пенкера/диаграмма событий TOGAF/ARIS VAC)
- Детальное представление процессов – Модель потока процесса ( диаграмма BPMN )
- Диаграмма потока данных (DFD) — это дополнительная диаграмма, используемая для описания необходимых функций информационной системы.
Стандарты обозначений
[ редактировать ]Диаграмма Эрикссона-Пенкера
[ редактировать ]Диаграмма Эрикссона-Пенкера — это инструмент, используемый для анализа и проектирования бизнес-моделей. Он назван в честь Ханса-Эрика Эрикссона и Магнуса Пенкера, которые разработали эту концепцию в своей книге «Бизнес-моделирование с помощью UML: бизнес-шаблоны в работе». [5]
Диаграммы Эрикссона-Пенкера используются для отображения ключевых компонентов бизнес-модели и того, как они взаимодействуют друг с другом. Диаграммы обычно состоят из ряда прямоугольников и линий, которые представляют различные элементы бизнес-модели, такие как ценностное предложение, сегменты клиентов, каналы, потоки доходов и ключевые ресурсы. Линии между прямоугольниками представляют отношения и зависимости между различными элементами бизнес-модели. Эти диаграммы полезны для визуализации и понимания различных компонентов бизнес-модели и могут помочь организациям определить потенциальные области для улучшения или области риска. Их также можно использовать в качестве инструмента коммуникации, чтобы помочь заинтересованным сторонам понять бизнес-модель и лежащие в ее основе предположения. [5]
Эти диаграммы полезны для визуализации и понимания различных компонентов бизнес-модели и могут помочь организациям определить потенциальные области для улучшения или области риска. Их также можно использовать в качестве инструмента коммуникации, чтобы помочь заинтересованным сторонам понять бизнес-модель и лежащие в ее основе предположения. Диаграммы Эрикссона-Пенкера можно использовать для создания глобального представления процессов бизнеса. В этом случае диаграмма будет использоваться для отображения ключевых процессов и действий, участвующих в бизнесе, а также взаимосвязей и зависимостей между этими процессами. [5] Например, диаграмму Эрикссона-Пенкера можно использовать для отображения различных этапов процесса разработки продукта: от разработки концепции до вывода на рынок. Его также можно использовать, чтобы показать, как различные функции внутри организации, такие как маркетинг, продажи и производство, взаимодействуют и зависят друг от друга для поддержки общего бизнеса.
Диаграмма Эрикссона-Пенкера — один из самых популярных стандартов де-факто, который можно использовать для объектно-ориентированного глобального представления бизнес-процессов. [1] Он разработан как расширение UML . [10] и он часто используется вместе с BPMN, чтобы компенсировать отсутствие возможности моделировать глобальную картину с помощью этого широко распространенного стандарта. [1]
Диаграмма событий TOGAF
[ редактировать ]TOGAF (The Open Group Architecture Framework) — это основа архитектуры предприятия, которая обеспечивает общий язык и набор стандартов для проектирования, планирования, внедрения и управления ИТ-архитектурой предприятия. Диаграммы событий TOGAF — это диаграммы, используемые в структуре TOGAF для представления потока событий внутри системы или процесса. [11]
Диаграмма событий TOGAF — это визуальное представление событий внутри организации или системы. Его можно использовать для отображения последовательности событий, происходящих в конкретном процессе, а также взаимосвязей между событиями и участвующими сторонами. Диаграммы событий TOGAF могут быть полезны при создании глобального представления процесса, поскольку они обеспечивают визуальное представление событий, что может быть полезно для понимания того, как процесс вписывается в более широкий контекст организации. [11]
TOGAF Event Diagram — наиболее перспективный стандарт системного представления процессов на сегодняшний день. Он используется для представления системы процессов, а также их связей с функциональной организационной структурой. [1]
Цепочка добавленной стоимости АРИС
[ редактировать ]ARIS (Архитектура интегрированных информационных систем) — методология и набор инструментов для проектирования и управления бизнес-процессами. Он основан на идее, что бизнес-процессы являются ядром организации и что их можно моделировать и оптимизировать для повышения эффективности и результативности. Методология ARIS обеспечивает основу для понимания и анализа бизнес-процессов, а также для разработки и внедрения улучшений этих процессов. Он включает в себя набор языков графического моделирования и инструментов для создания моделей процессов, а также базу данных для хранения и управления информацией о процессах. [4]
В контексте методологии ARIS диаграмма цепочки добавленной стоимости (VAC) представляет собой особый тип модели процесса, созданный с использованием языков и инструментов моделирования ARIS. [4] Методология ARIS признает различие между глобальным представлением системы процессов и детальным представлением одного процесса. Нотацию VAC можно использовать в ARIS для моделирования глобального представления. [1]
Согласованность модели
[ редактировать ]Модели бизнес-процессов должны быть согласованными как в рамках одной модели, так и с точки зрения взаимной согласованности с другими моделями. Согласованность применяется как к глобальному (карта процесса), так и к подробному (диаграмма процесса) представлениям. Чтобы считаться непротиворечивыми, модели должны удовлетворять двум критериям непротиворечивости: полноте и правильности. [1]
С точки зрения единой модели модели бизнес-процессов должны быть: [9]
- Завершенность: процесс должен быть определен для каждого продукта, а все соответствующие события должны использоваться в качестве обоснования действий хотя бы в одной модели.
- Правильно: цель процесса должна быть достигнута самим процессом. Действия процесса и их последовательность, входы, выходы и все другие свойства процесса должны быть действительными для всех потенциальных экземпляров процесса.
С точки зрения взаимной согласованности с другими моделями модели бизнес-процессов должны быть: [9]
- Согласованность между диаграммой классов и моделью бизнес-процесса связана с правильностью и полнотой ролей объектов. Все классы объектов должны упоминаться в бизнес-процессах как некий внешний фактор, и наоборот.
- Согласованность между диаграммой состояний и моделью бизнес-процесса связана с правильностью и полнотой действий. Каждое действие бизнес-процесса должно иметь хотя бы один эквивалентный переход состояний в диаграмме состояний и наоборот.
- Согласованность между всеми диаграммами (диаграммой классов, диаграммой состояний и моделями бизнес-процессов) связана с правильностью и полнотой причин. Каждое событие, которое представляет собой причину перехода между состояниями на диаграмме состояний, должно иметь эквивалентное событие, которое представляет причину активности процесса в модели бизнес-процесса, и наоборот.
Ссылки
[ редактировать ]- ^ Jump up to: а б с д и ж г час я Репа, Вацлав (2012). Информационное моделирование организаций (109 с. изд.). Живонин: Томаш Брукнер. ISBN 978-80-904661-3-5 . OCLC 951365196 .
- ^ Jump up to: а б с д Репа, Вацлав; Брукнер, Томас (2015). «Методология моделирования и анализа бизнес-процессов (ММАБП)» . Журнал системной интеграции . 6 : 17–28. дои : 10.20470/jsi.v6i4.243 .
- ^ «Идеальный инструмент моделирования и построения диаграмм для совместной работы в Agile-команде» . www.visual-paradigm.com . Проверено 8 января 2023 г.
- ^ Jump up to: а б с Шеер, Август-Вильгельм (1992). Архитектура интегрированных информационных систем: основы моделирования предприятия . Берлин, Гейдельберг: Springer Berlin Heidelberg. ISBN 978-3-642-97389-5 . OCLC 851369314 .
- ^ Jump up to: а б с д Эрикссон, Ханс-Эрик (2000). Бизнес-моделирование с помощью UML: бизнес-модели в действии . Магнус Пенкер. Нью-Йорк: Джон Уайли и сыновья. ISBN 0-471-29551-5 . OCLC 42892243 .
- ^ Сандерс, Дуг; Росс, Билл; Коулман, Джим (июль 1999 г.). «КАРТА ПРОЦЕССА» . Инженерия качества . 11 (4): 555–561. дои : 10.1080/08982119908919275 . ISSN 0898-2112 .
- ^ Малинова, Моника; Мендлинг, Январь (2013). «Влияние качества проектирования карты процессов на успех управления процессами». Европейская конференция по информационным системам . S2CID 862715 .
- ^ Малинова, Моника; Леопольд, Хенрик; Мендлинг, Январь (2015). «Исследовательское исследование по разработке карты процессов». В Нуркане, Сельмин; Пименидис, Элиас (ред.). Инженерия информационных систем в сложных средах . Конспекты лекций по обработке деловой информации. Том. 204. Чам: Международное издательство Springer. стр. 36–51. дои : 10.1007/978-3-319-19270-3_3 . ISBN 978-3-319-19270-3 .
- ^ Jump up to: а б с д Свекла, Вацлав; Сватос, Олег (2019). «Согласованность модели как инструмент проверки архитектуры цифрового бизнеса» . Труды по информатике . 159 : 2144–2153. дои : 10.1016/j.procs.2019.09.388 . S2CID 207759078 .
- ^ «О спецификации единого языка моделирования версии 2.5.1» . www.omg.org . Проверено 8 января 2023 г.
- ^ Jump up to: а б Стандарт TOGAF, версия 9.2 . Открытая группа. Зальтбоммель. 2018. ISBN 978-94-018-0283-3 . OCLC 1041856595 .
{{cite book}}: CS1 maint: отсутствует местоположение издателя ( ссылка ) CS1 maint: другие ( ссылка )