Дерево бизнес процессов это диаграмма

Одной из современных методологий бизнес-моделирования, получившей широкое распространение в России является методология ARIS, которая расшифровывается как Architecture of Integrated Information Systems – проектирование интегрированных информационных систем.

Методология ARIS на данный момент времени является наиболее объемной и содержит около 100 различных бизнес-моделей, используемых для описания, анализа и оптимизации различных аспектов деятельности организации. Часть моделей методологии ARIS используются в настроечном модуле интегрированной информационной системы SAP/R 3, который применяется при внедрении системы и ее настройке на деятельность компании. Ввиду большого количества бизнес-моделей методология ARIS делит их на четыре группы (Рис. 2.40):

Группа «Оргструктура»: Состоит из моделей с помощью которых описывается организационная структура компании, а также другие элементы внутренней инфраструктуры организации.

Группа «Функции»: Состоит из моделей, используемых для описания стратегических целей компании, функций и прочих элементов функциональной деятельности организации.

42 Дерево метаданных (кратко). Бизнес процессы

Группа «Информация»: Состоит из моделей с помощью которых описывается информация, используемая в деятельности организации.

Группа «Процессы»: Состоит из моделей, используемых для описания бизнес-процессов, а также различных взаимосвязей между структурой, функциями и информацией.

Каждая из этих групп имеет на три подуровня:

Рис. 2.40. Группы моделей методологии ARIS

Большими преимуществами методологии ARIS являются эргономичность и высокая степень визуализации бизнес-моделей, что делает данную методологию удобной и доступной в использовании всеми сотрудниками компании, начиная от топ-менеджеров и заканчивая рядовыми сотрудниками. В методологии ARIS смысловое значение имеет цвет, что повышает восприимчивость и читабельность схем бизнес-моделей. Например, структурные подразделения по умолчанию изображаются желтым цветом, бизнес-процессы и операции – зеленым. Помимо большего количества моделей по сравнению с другими методологиями, методология ARIS имеет наибольшее количество различных объектов, используемых при построении бизнес-моделей, что увеличивает их аналитичность. Например, материальные и информационные потоки на процессных схемах обозначаются разными по форме и цвету объектами, что позволяет быстро определить тип потока.

Несмотря на большее количество моделей в методологии ARIS, в проектах по описанию и оптимизации деятельности в общем случае их используется не более десяти. Методология ARIS позиционирует себя как конструктор, из которого под конкретный проект в зависимости от его целей и задач разрабатывается локальная методология, состоящая из небольшого количества требуемых бизнес-моделей и объектов. В общем случае практика показала, что в проектах наиболее часто используются модели, приведенные в табл. 3.8.

Наиболее часто используемые на практике модели методологии

Модель «Диаграмма целей» – OD применяется для описания стратегических целей компании, их иерархической упорядоченности, а также связей целей с продуктами и услугами, производимыми компанией, и бизнес-процессами, поддерживающими их производство (Рис. 2.41)

Диаграмма дерева узлов. Диаграмма IDEF3

Рис. 2.41. Модель «Диаграмма целей» – OD/ARIS

Модель «Дерево продуктов и услуг» — PST применяется для описания продуктов и услуг, производимых в компании, а также их связи со стратегическими целями компании и бизнес-процессами, поддерживающими их производство (Рис. 2.42).

Рис. 2.42. Модель «Дерево продуктов и услуг» – PST/ARIS

Модель «Дерево функций» — FT описывает функции, выполняемые в компании и их иерархию. Данная модель часто применяется для построения дерева бизнес-процессов компании (Рис. 2.43).

Рис. 2.43. Модель «Дерево функций» – PST/ARIS.

Модель «Диаграмма окружения процесса» — FAD позволяет описать окружение или границы бизнес-процесса, показывая его входы, выходы, поставщиков и клиентов (Рис. 2.44).

Рис. 2.44. Модель «Диаграмма окружения процесса» – FAD/ARIS

Модель «Диаграмма цепочки добавленной стоимости» — VACD является аналогом классического DFD –стандарта и используется для описания бизнес-процессов верхнего уровня. Дополнительным отличием данной модели от других процессных моделей является то, что информационные и материальные потоки на схеме VACD изображаются не стрелками, а объектами.

При этом для каждого типа потока используется свой объект. На модели VACD методологии ARIS в отличие от классического подхода также используется логические связи между работами, которые позволяют отобразить логическую последовательность выполнения работ. В качестве одного из вариантов логической последовательности может выступать временная последовательность выполнения работ, что характерно для классического подхода WFD (Рис. 2.45).

Рис. 2.45. Модель «Диаграмма цепочки добавленной стоимости» – VACD/ARIS

Модель «Матрица выбора процесса» — PSM является аналогом классического DFD –стандарта и используется как альтернатива для модели VACD. Матрица выбора процессов по отношению к диаграмме цепочки добавленной стоимости — VACD с одной стороны является более упрощенным вариантом описания процесса, с другой стороны содержит дополнительные объекты, позволяющие показать другие аспекты бизнес-процесса.

Простота матрицы выбора бизнес-процессов связана с тем, что на данной модели не показываются информационные и материальные потоки. Что касается других аспектов, то данная модель позволяет на одной схеме компактно и наглядно показать различные варианты выполнения бизнес-процесса, который описывается. Соответственно матрицу выбора процессов целесообразно применять вместо диаграммы цепочки добавленной стоимости в случаях, когда описываемый бизнес-процесс имеет несколько вариантов исполнения, каждый из которых ложится базовую схему. Пример применения матрицы выбора процессов показан на Рис. 2.46.

Рис. 2.46. Модель «Матрица выбора процессов» – PSM/ARIS

Модель «Расширенная цепочка процессов, управляемая событиями» — eEPC является аналогом классического WFD –стандарта и используется для описания бизнес-процессов нижнего уровня. Дополнительным отличием eEPC -модели от классической WFD -схемы является наличие на модели объекта, который называется событием. С помощью объектов событий изображается факт, время или событие инициирующие начало выполнения работ бизнес-процесса, а также факт или время их завершения (Рис. 2.47).

Модель «Организационная структура» — ORG используется для описания организационной структуры компании. На данной модели изображаются структурные подразделения, группы, должности, роли и прочие элементы организационной структуры и связи между ними (Рис. 2.48).

Модель «Диаграмма типов информационных систем» — ASTD используется для описания структуры информационных систем, используемых в компании. На данной модели показываются типы и модули информационных систем, программные продукты, взаимосвязь между ними и бизнес-процессами организации, которые они автоматизируют (Рис. 2.49).

Рис. 2.47. Модель «Расширенная цепочка процессов, управляемая событиями» – eEPC/ARIS

Рис. 2.48. Модель «Организационная структура» – ORG/ARIS

Рис. 2.49. Модель «Диаграмма типов информационных систем» – VACD/ASTD

Источник: studopedia.su

Нотация UML: принципы, особенности, примеры диаграмм

UML (Unified Modeling Language) — стандартный язык для описания, визуализации, проектирования и документации элементов информационных систем. Нотация принадлежит консорциуму OMG (Object Management Group), который разрабатывает ее с 1997 года. OMG также разрабатывает BPMN 2.0 — нотацию для проектирования бизнес-процессов.

Диаграммы UML отражают какой-то один аспектов информационной системы, а не систему в целом. Например, диаграмма вариантов использования (use-case model) показывают систему с точки зрения взаимодействия с конечным пользователем. За счет комбинации различных диаграмм можно достичь целостного взгляда на модель проектируемой системы, что крайне полезно при разработке.

Принципы нотации UML

Как и любая нотация, UML служит средством коммуникации между разработчиками системы.

Задачи UML

• позволяет безошибочно идентифицировать и отличать друг от друга элементы системы.
• отражает объективные и существенные связи между элементами системы;
• дает адекватное представления о тех элементах системы, которые невозможно понять вне целостной модели;
• служит гарантией того, что все участки проекта разработки разговаривают на одном и том же языке;
• упрощает коммуникацию, обмен опытом и знаниями между участниками проекта;
• содействует точной реализации инженерного замысла на программном уровне.

Цель UML — создать точные, исчерпывающие и предельно понятные модели информационных систем.

Особенности UML

Отличительная особенность UML — это возможность напрямую связать модели с языками программирования, благодаря чему нотацию можно рассматривать в качестве верхнеуровневого инструмента разработки.

UML можно рассматривать как наследницу идей объектно-ориентированного анализа и проектирования. Для лучшего понимания, чем же является UML, разберем ключевые понятия объектно-ориентированного подхода к проектированию:

• Объект— простейшая сущность, базовый строительный блок.
• Класс — чертеж объекта, его условное описание.
• Абстракция — отражение поведения сущности в реальном мире.
• Инкапсуляция — механизм связывание данных и их сокрытия от внешнего мира.
• Наследование — механизм получения новых классов на основе уже существующих
• Полиморфизм — механизм образования новых форм из существующих элементов.

В UML объекты содержат данные и методы их контроля. Данные описывают состояние объекта. Классы описывают объекты и образуют иерархию, которая отражает реально существующую систему. Объекты — это сущности реального мира, и UML использует для их отображения такие методы, как абстракция, инкапсуляция, наследование и полиморфизм. Таким образом диаграммы UML по сути являются объектно-ориентированным представлением.

Теперь легко понять базовые принцип работы с нотацией UML:

1. Установить объект и все его функции. Совокупность функции объектов определяют цели проектируемой системы.
2. Соотнести объекты друг с другом с учетом всех задуманных связей в рамках целого.
3. Реализовать полученную модель с помощью языков программирования Java, С++ и др.

Таким образом UML описывает прежде всего свойства объектов в рамках системы. В этом ее сила и слабость. UML позволяет построить предельно точную модель, но для этого нужны разные типы диаграмм, так как разные свойства объектов проявляются в разных ситуациях. Вне задач разработки такие диаграммы теряют ценность, поскольку требуют экспертизы и времени, чтобы во всем разобраться и составить целостное представление о системе. UML нужен прежде всего ИТ-специалисту, а не бизнес-пользователю.

Платформа для проектирования бизнес-процессов в нотации, которую интуитивно-понятны бизнесу и ИТ

Типы UML диаграмм