Uml является средством функционального моделирования бизнес процессов

UML (англ. Unified Modeling Language — унифицированный язык моделирования) — Объектно-ориентированный графический язык для визуализации, специфицирования, конструирования и документирования систем, где большая роль отводится описанию бизнес-процессов в информационных системах. UML является языком широкого профиля, это открытый стандарт, использующий графические обозначения для создания абстрактной модели системы, которая называется UML моделью. UML был создан для определения, визуализации, проектирования и документирования по большей части программных систем.

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

UML представляет собой объектно-ориентированнный язык моделирования обладающий следующими основными характеристиками

1. является языком визуального моделирования который обеспечивает разработку репрезентативных моделей для организации взаимодействия заказчика и разработчика, различных групп разработчивов ИС

23 Практика применения UML для проектирования бизнес процессов и информационных систем Сергей Наумов

2. Содержит механизмы расширения и специализации базовых концепций

Преимущества UML

-UML объектно-ориентирован, в результате чего методы описания результатов анализа и проектирования семантически близки к методам программирования на современных объектно-ориентированных языках;

-UML позволяет описать систему практически со всех возможных точек зрения и разные аспекты поведения системы;

Диаграммы UML сравнительно просты для чтения после достаточно быстрого ознакомления с его синтаксисом;

-UML расширяет и позволяет вводить собственные текстовые и графические стереотипы, что способствует его применению не только в сфере программной инженерии;

-UML получил широкое распространение и динамично развивается.

http://ooad.asf.ru/standarts/UML/ModelOrganizationsUML/

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

UML-модель применительно к бизнес-моделированию может включать в себя следующие диаграммы:

1. Структурный аспект: Use-Case-диаграммы, идентифицирующие бизнес-процессы и бизнес-транзакции, их взаимосвязь, соподчиненность и взаимодействие; Package-диаграммы, структурно организующие предметную область и иерархически упорядоченную структуру организации.

2. Динамический аспект: Behavior-диаграммы (Activity, Statechart, Collaboration, Sequence), описывающие поведение (жизненный цикл) бизнес-процесов в их взаимодействии во времени и в пространстве с привязкой к используемым ресурсам и получаемым результатам.

UML для бизнес-аналитиков

3. Статический аспект: Class-диаграммы, отражавшие совокупность взаимосвязанных объектов, т.е. рассматривает логическую структуру предметной области, её внутренние концепции, иерархию объектов и статические связи между ними, структуры данных и объектов; Deployment-диаграммы, отражающие технологические ресурсы организации.

Также следует отметить, что не всегда обязательно строить абсолютно все диаграммы UML. Аналитик или разработчик сам решает — устраивает ли его данный уровень детализации, нужно ли рассмотреть систему или ее часть с «другой точки зрения», достаточно ли подробно рассмотрены самые «сложные и скользкие моменты» и т д.

UML-модель в части бизнес-модели позволяет получить детальные ответы на ряд типичных вопросов деятельности организации:

— каковы виды деятельности организации и предметные области управления (предметно-структурный аспект);

— какие функционируют бизнес-процессы (функциональный аспект);

-кто и где выполняет бизнес-процессы (организационный аспект);

-как выполняются бизнес-процессы (методический аспект);

-когда выполняются бизнес-процессы (динамический аспект);

-что, откуда и куда перемещается, обрабатывается, получается в материальных и в связанных с ними информационных потоках (сущностно-элементный аспект);

-с помощью чего (какими инструментами) выполняются бизнес-процессы (ресурсный и технологический аспекты).

Организационный аспект—Package-диаграммы, Class-диаграммы

Динамический аспект—Statechart-, Collaboration-, Sequence-диаграммы

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

В UML используются следующие виды диаграмм

Структурные диаграммы: Диаграммы поведения:

Диаграмма классов Диаграмма деятельности

Диаграмма компонентов Диаграмма состояний

Композитной/составной структуры Диаграмма прецедентов

Диаграмма кооперации (UML2.0)

Диаграмма профилей (UML2.2)

Диаграммы взаимодействия:

Диаграмма коммуникации (UML2.0) / Диаграмма кооперации (UML1.x)

Диаграмма обзора взаимодействия (UML2.0)

Диаграмма синхронизации (UML2.0)

Диаграмма вариантов использования

Все о Process Mining от ProcessMi

Все о технологии Process Mining — кейсы, термины, решения и аналитика. Российский и зарубежный опыт от группы экспертов ProcessMi

UML (Unified Modeling Language)

UML – это язык графического представления, в т.ч. определения, проектирования, визуализации и документирования, для моделирования бизнес-процессов организации. Язык представляет собой набор соглашений, необходимых для упрощения создания абстрактных моделей программных систем и отображения организационных структур. Иными словами, UML – это унифицированный стандарт, использование которого позволит сэкономить время на исследование и усвоение информации, облегчает общение и предназначен в большей степени для программных систем. При этом язык не относится к инструментам программирования, хотя на его основе можно генерировать код.

История UML

Эксперты считают, что UML был создан вследствие активного развития объектно-ориентированных языков программирования во второй половине прошлого века, например C++ и Objective C. Новые инструменты были сложны, их количество росло с каждым годом, возникла острая нехватка учета новейших возможностей средств разработки. Моделирование давалось непросто, подобрать язык, который бы отвечал всем потребностям экспертов, было сложно.

В 1994 году американцы Буч и Рамбо, сотрудники Rational Software, объединились для разработки собственного языка объектно-ориентированного моделирования. Первая версия вышла уже в следующем году. Позже к команде присоединился Ивар Якобсон, благодаря которому в рамках созданного консорциума OMG были созданы и выпущены спецификации версий UML.

Интерес к новому языку моделирования был высоким, к разработке новых версий присоединились и другие компании, среди которых были гиганты Hewlett-Packard, IBM, Microsoft и Oracle. Одна из последних версий – 2.5 – была опубликована в 2015 году.

Цели и особенности языка моделирования

В расшифровке аббревиатуры UML – Unified Modeling Language – ключевым словом является Unified, чтобы схемы были одинаково понятны всем специалистам.

При создании UML преследовались следующие цели:

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

Структура языка

Любой язык разработки – смесь глоссария и правил комбинирования слов. Главная особенность структуры UML в его семантике: весь словарь состоит из графических элементов. Каждому символу присвоена отдельная визуальная единица, поэтому модель одинаково читается и понимается любым разработчиком и программным средством, которое “воспринимает” UML. И если модель программного средства правильно интерпретирована, то будет автоматически переведена на объектно-ориентированный язык программирования (например, Java или C++). Суть в том, что имея правильную визуальную основу, мы получаем и “скелет” программного кода.

База UML – в диаграммах. Есть три основных вида:

• Структурные

• Классов;
• Объектов;
• Компонентов;
• Развёртывания.

• Прецедентов;
• Состояний;
• Активности.

• Кооперации/коллаборации;
• Составной структуры;
• Последовательности.

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

Источник: processmi.com

Описание бизнес-процессов: SADT, IDEF0, IDEF3, DFD, UML, ARIS

Любую компанию (бизнес) можно представить как некий черный ящик, вмещающий в себя совокупность бизнес-процессов, где на выходе — прибыль. А что на входе, что внутри, и как она работает? На эти вопросы помогает ответить описание бизнес-процессов.

Моделирование и описание бизнес-процессов — это, прежде всего, информационная база для аналитика, но не цель проекта. Чтобы разработка модели бизнес-процессов была оправдана, а сама модель впоследствии эффективно применима, необходимо чётко сформулировать её цели, точку зрения, границы предметной области и глубину детализации.

Модель бизнес-процессов и описание бизнес-процессов, разработанные компанией BSC, дают ответы на следующие вопросы:

Какие процедуры (функции, работы) необходимо выполнить для получения заданного конечного результата;
В какой последовательности выполняются эти процедуры;
Какие механизмы контроля и управления существуют в рамках описываемого бизнес-процесса;
Кто выполняет процедуры бизнес-процесса;
Какие входящие документы/информацию использует каждая процедура бизнес-процесса;

Какие исходящие документы/информацию генерирует процедура бизнес-процесса;
Какие ресурсы необходимы для выполнения каждой процедуры бизнес-процесса;
Какая документация/условия регламентирует выполнение процедуры;
Какие параметры характеризуют выполнение процедур и бизнес-процесса в целом.

Для построения моделей бизнес-процессов и описания бизнес-процессов компания BSC использует методологии SADT, семейства IDEF, DFD, UML, ARIS и другие.

Формализация и документирование бизнес-процессов — отправная точка для их реинжиниринга и оптимизации, внедрения информационных систем, процедур внутреннего контроля (например, в соответствии с требованиями Sarbanes-Oxley Act, SOX), постановке управленческого учета и бюджетирования.

SADT (Structured Analysis and Design Technique)

Методология структурного анализа и проектирования, интегрирующая процесс моделирования, управление конфигурацией проекта, использование дополнительных языковых средств и руководство проектом со своим графическим языком. Процесс моделирования может быть разделен на несколько этапов: опрос экспертов, создание диаграмм и моделей, распространение документации, оценка адекватности моделей и принятие их для дальнейшего использования. Этот процесс хорошо отлажен, потому что при разработке проекта специалисты выполняют конкретные обязанности, а библиотекарь обеспечивает своевременный обмен информацией. Признание полезности SADT привело к стандартизации и публикации ее части, предназначенной для функционального моделирования, как методологии и стандарта функционального моделирования и описания бизнес-процессов IDEF0.

IDEF0 (Integration Definition for Function Modeling)

Методология и стандарт функционального моделирования бизнес-процессов и описания бизнес-процессов. С помощью графического языка IDEF0, изучаемая система предстает в виде набора взаимосвязанных функциональных блоков. Моделирование бизнес-процессов средствами IDEF0, как правило, является первым этапом изучения системы.

IDEF3 (Integration Definition for Function Modeling)

С помощью IDEF3 описывается логика выполнения действий. IDEF3 может использоваться самостоятельно и совместно с методологией IDEF0: любой функциональный блок IDEF0 может быть представлен в виде последовательности процессов или операций средствами IDEF3. Если IDEF0 описывает, что делается в системе, то IDEF3 описывает, как это делается.

DFD (Data Flow Diagrams)

Диаграммы потоков данных. Описывают внешние по отношению к системе источники и адресаты данных, логические функции, потоки данных и хранилища данных к которым осуществляется доступ. Как показывает практика, это один из самых простых, доступных и наглядных стандартов для описания бизнес-процессов.

UML (Unified Modeling Language)

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

Состав методики: моделирование предметной области; требования к системе; анализ и проектирование; тестирование; запуск.

ARIS (Architecture of Integrated Information Systems)

Методология и программный продукт компании IDS Sheer для моделирования бизнес-процессов и описания бизнес-процессов компании. Методология ARIS является достаточно рафинированной. Организация в ARIS рассматривается с четырех точек зрения:

Организационной структуры;
Функциональной структуры;
Структуры данных;
Структуры процессов.

При этом каждая из этих точек зрения разделяется еще на три подуровня: описание требований, описание спецификации, описание внедрения. Для описания бизнес-процессов предлагается использовать около 80 типов моделей, каждая из которых принадлежит тому или иному аспекту. В ARIS имеется мощная репрезентативная графика, что делает модели особенно удобными для представления руководству.

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

Показатель

Контроль синтаксиса модели

Источник: www.interface.ru