Кейс-средства для моделирования бизнес-процессов Business Studio (UML)

1. Кейс-средства для моделирования бизнес-процессов Business Studio

2. Ключевые преимущества BS

САМОЕ МАСШТАБНОЕ КОМЬЮНИТИ
НАЛИЧИЕ КАДРОВ И КОМПЕТЕНТНЫХ
СПЕЦИАЛИСТОВ НА РЫНКЕ ТРУДА
БЫСТРЫЙ РЕЗУЛЬТАТ
НОТАЦИИ МОДЕЛИРОВАНИЯ
МУЛЬТИМОДАЛЬНОЕ МОДЕЛИРОВАНИЕ
NOCODE-КАСТОМИЗАЦИЯ
ПОДДЕРЖКА ВЕТОК В МОДЕЛИ КОРПОРАТИВНОЙ
АРХИТЕКТУРЫ

3. Самое масштабное комьюнити

САМОЕ МАСШТАБНОЕ КОМЬЮНИТИ
Опыт использования продукта на
профессиональных конференциях и в формате
референс-визитов. Опубликовано более 50 историй
успеха клиентов.
Вендор и его партнеры регулярно
проводят практические конференции, направленные
на решение методологических задач и
распространение лучших практик.
Широкая база знаний и практик
оргпроектирования (статьи, книги и референтные
модели);
Поддержка прямого диалога с пользователями
в Telegram-канале (2000 участников);
Инновационные подходы быстро внедряются в
функционал Business Studio.

4. НАЛИЧИЕ кадров и компетентных специалистов на рынке труда

НАЛИЧИЕ КАДРОВ И
КОМПЕТЕНТНЫХ СПЕЦИАЛИСТОВ НА
РЫНКЕ ТРУДА
Более 1200 сертифицированных специалистов;
Более 180 вузов и бизнес-школ применяют
Business Studio при подготовке управленческих
кадров и ИТ-специалистов (магистратура, MBA,
EMBA);
Ведущие онлайн-университеты используют
систему в учебных программах:
• Нетология;
• Skillbox;
• Otus;
• Школа системного анализа и другие.

5. Быстрый результат

БЫСТРЫЙ РЕЗУЛЬТАТ
Business Studio отличается простотой,
удобством и высокой скоростью освоения
специалистами;
Самый обширный функционал «из коробки»
на рынке;
Готовые отчеты и шаблоны документов по всем
аспектам архитектуры;
Трудозатраты на кастомизацию, благодаря
концепции NoCode, в 3-4 раза ниже по сравнению
с другими решениями.

6. Нотации моделирования

НОТАЦИИ МОДЕЛИРОВАНИЯ
Полный набор популярных нотации для
моделирования всех слоев корпоративной архитектуры
от бизнес-процессов до ИТ.
Бесшовное моделирования корпоративной
архитектуры за счет проработанного мэппинга нотаций использование одного объекта на диаграммах разных
нотаций.
МУЛЬТИМОДАЛЬНОЕ МОДЕЛИРОВАНИЕ
Создание единого мегаграфа объектов и связей с
помощью:
Диаграмм;
Иерархических репозиториев;
Окон свойств объекта;
Таблиц.

7. NoCode-кастомизация

NOCODE-КАСТОМИЗАЦИЯ
Система построена на расширяемой онтологии
(метамодели): иерархия классов с поддержкой
множественной классификации;
Наследование атрибутов по иерархии классов;
Нотации: создание и расширение «из коробки»;
Стили: вывод параметров объектов, условное
форматирование, скрытие объектов, создание
«тепловых» карт из обычных диаграмм;
Экранный интерфейс: кастомизация экранных
форм;
Мастер отчетов: создание отчетов docx, xlsx
сложной структуры без программирования;
Трассировка связей: обход мегаграфа связей
объектов с помощью Правил производных связей.

8. Поддержка веток в модели корпоративной архитектуры

ПОДДЕРЖКА ВЕТОК В МОДЕЛИ
КОРПОРАТИВНОЙ АРХИТЕКТУРЫ
Отдельные «песочницы» для крупных проектов и
отдельных задач;
Ведение роадмапа будущих состояний
архитектуры (Roadmap (с англ. дорожная карта) —
это инструмент визуализации стратегии развития
компании, стадий запуска проекта и продвижения
продуктов);
Анализ и утверждение изменений перед заливкой
в актуальные модели архитектуры;
Оповещение всех сотрудников об изменениях с
помощью Business Studio Portal.

9. Унифицированный язык визуального моделирования Unified Modeling Language (UML)

10. Унифицированный язык визуального моделирования Unified Modeling Language (UML)

Конец 1980-х — начало 1990-х годов - .
распространение объектноориентированных языков программирования
UML - это стандартная нотация
визуального моделирования программных
систем, принятая консорциумом Object
Managing Group (OMG) осенью 1997 г., она
поддерживается многими объектноориентированными CASE-продуктами.

11. UML

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

12. UML

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

13. UML

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

14. Канонические диаграммы языка UML

В рамках языка UML все представления
о модели сложной системы фиксируются в
виде специальных графических конструкций,
получивших название диаграмм.
Диаграмма (diagram) — графическое
представление совокупности
элементов модели в форме связного графа,
вершинам и ребрам (дугам) которого
приписывается определенная семантика.
Нотация канонических диаграмм основное средство разработки моделей на
языке UML.

15. Канонические диаграммы языка UML

В нотации языка UML определены
следующие виды канонических диаграмм:
• вариантов использования (use case
diagram)
• классов (class diagram)
• кооперации (collaboration diagram)
• последовательности (sequence diagram)
• состояний (statechart diagram)
• деятельности (activity diagram)
• компонентов (component diagram)
• развертывания (deployment diagram)

16. Интегрированная модель сложной системы в нотации UML

17. Особенности графического изображения диаграмм языка UML

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

18. Особенности графического изображения диаграмм языка UML

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

19. Диаграммы UML

Диаграммы
прецедентов (диаграммы вариантов
использования, use case diagrams) – это
обобщенная модель функционирования
системы в окружающей среде.
Диаграммы видов деятельности
(диаграммы деятельностей, activity
diagrams) – модель бизнес-процесса или
поведения системы в рамках прецедента.

20. Диаграммы UML

Диаграммы взаимодействия
(interaction diagrams) – модель процесса
обмена сообщениями между объектами,
представляется в виде диаграмм
последовательностей (sequence diagrams)
или кооперативных диаграмм
(collaboration diagrams).
Диаграммы состояний (statechart
diagrams) – модель динамического поведения
системы и ее компонентов при переходе из одного
состояния в другое.
Диаграммы классов (class diagrams) –
логическая модель базовой структуры системы,
отражает статическую структуру системы и связи
между ее элементами.

21. Диаграммы UML

Диаграммы базы данных
(database diagrams) — модель структуры
базы данных, отображает таблицы, столбцы,
ограничения и т.п.
Диаграммы компонентов
(component diagrams) – модель иерархии
подсистем, отражает физическое размещение
баз данных, приложений и интерфейсов ИС.
Диаграммы развертывания
(диаграммы размещения,
deployment diagrams) – модель физической
архитектуры системы, отображает аппаратную
конфигурацию ИС.

22. Взаимосвязи между диаграммами UML

23. Разработка модели бизнес-прецедентов

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

24. Разработка модели бизнес-прецедентов

Исполнитель (Действующее лицо, Actor)
– личность, организация или система,
взаимодействующая с ИС.
На диаграмме исполнитель представляется
стилизованной фигуркой человека.
Прецедент – законченная
последовательность действий, инициированная
внешним объектом (личностью или системой),
которая взаимодействует с ИС и получает в
результате некоторое сообщение от ИС.
На диаграмме представляется овалом с
надписью, отражающей содержание действия.

25.  Модель бизнес-прецедентов, составляющих обслуживание пациента

Модель бизнес-прецедентов,
составляющих обслуживание пациента

26. Критерии прецедентов

Для включения в диаграмму
выбранные прецеденты должны удовлетворять
следующим критериям:
• прецедент должен описывать, ЧТО нужно
делать, а не КАК ;
• прецедент должен описывать действия с
точки зрения ИСПОЛНИТЕЛЯ ;
• прецедент должен возвращать исполнителю
некоторое СООБЩЕНИЕ ;
• последовательность действий
внутри прецедента должна представлять собой
одну НЕДЕЛИМУЮ цепочку.

27. Диаграммы использования

Диаграммы использования описывают
функциональность ИС, которая будет видна
пользователям системы.
Прецедент — это типичное взаимодействие
пользователя с системой, которое при этом:
• описывает видимую пользователем функцию,
• может представлять различные уровни
детализации,
• обеспечивает достижение конкретной цели,
важной для пользователя.

28. Диаграммы использования

Действующие лица используют систему
(или используются системой) в данном
прецеденте. Действующее лицо выполняет
некоторую роль в данном прецеденте.
На диаграмме изображается только одно
действующее лицо, однако реальных
пользователей, выступающих в данной роли
по отношению к ИС, может быть много.
Список всех прецедентов фактически
определяет функциональные требования к
ИС, которые лежат в основе разработки
технического задания на создание системы.

29. Диаграммы использования

На диаграммах прецедентов, кроме
связей между действующими лицами и
прецедентами, возможно использование
еще двух видов связей между
прецедентами:
«использование» и
«расширение».

30. Синтаксис и семантика основных объектов UML

Классы
Классы — это базовые элементы
любой объектно-ориентированной системы.
Классы представляют собой описание
совокупностей однородных объектов с
присущими им свойствами:
• атрибутами,
• операциями,
• отношениями и
• семантикой.

31. Синтаксис и семантика основных объектов UML

Классы
В рамках модели
каждому классу присваивается уникальное
имя, отличающее его от других классов.
Если используется составное имя (в начале
имени добавляется имя пакета, куда
входит класс ), то имя класса должно быть
уникальным в пакете.

32. Синтаксис и семантика основных объектов UML

Атрибут — это свойство класса, которое
может принимать множество значений.
Множество допустимых значений атрибута
образует домен.
Атрибут имеет имя и отражает некоторое
свойство моделируемой сущности, общее для
всех объектов данного класса.
Класс может иметь произвольное
количество атрибутов.

33. Синтаксис и семантика основных объектов UML

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

34. Графическое изображение  класса "Заказ" в нотации UML

Графическое изображение
класса "Заказ" в нотации UML

35. Синтаксис и семантика основных объектов UML

Видимость свойства указывает на
возможность его использования
другими классами.
Один класс может "видеть" другой, если тот
находится в области действия первого и
между ними существует явное или неявное
отношение.

36. Синтаксис и семантика основных объектов UML

В языке UML определены три уровня
видимости:
• public (общий) — любой внешний класс,
который "видит" данный, может пользоваться его
общими свойствами. Обозначаются знаком " + "
перед именем атрибута или операции;
• protected (защищенный) — только любой
потомок данного класса может пользоваться его
защищенными свойствами. Обозначаются знаком
" # ";
• private (закрытый) — только
данный класс может пользоваться этими
свойствами. Обозначаются символом " - " .

37. Синтаксис и семантика основных объектов UML

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

38. Синтаксис и семантика основных объектов UML

Возможное количество
экземпляров класса называется
его кратностью.
В UML можно определять следующие
разновидности классов:
• не содержащие ни одного экземпляра —
тогда класс становится служебным ( Abstract );
• содержащие ровно один экземпляр
( Singleton );
• содержащие заданное число экземпляров;
• содержащие произвольное число экземпляров.

39. Синтаксис и семантика основных объектов UML

Принципиальное назначение классов
характеризуют стереотипы.
Это классификация объектов на высоком
уровне, позволяющая определить некоторые
основные свойства объекта (пример стереотипа —
класс "действующее лицо").
Механизм стереотипов является также
средством расширения словаря UML за счет
создания на основе существующих блоков языка
новых, специфичных для решения конкретной
проблемы.
Классы отображают типы объектов
системы.

40. Диаграммы классов

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

41. Диаграммы классов

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

42. Диаграммы классов

Между классами возможны различные
отношения:
зависимости, которые описывают
существующие между классами отношения
использования;
обобщения, связывающие
обобщенные классы со специализированными;
ассоциации, отражающие структурные
отношения между объектами классов.

43.  Отображение связей между классами

Отображение связей между
классами

44. Диаграммы классов. Зависимость

Зависимостью называется отношение
использования, согласно которому изменение
в спецификации одного элемента
(например, класса " товар ") может повлиять
на использующий его элемент
( класс " строка заказа ").
Часто зависимости показывают, что
один класс использует другой в качестве
аргумента.

45. Диаграммы классов. Обобщение

Обобщение – связь между двумя
элементами модели, когда один элемент
(подкласс) является частным случаем другого
элемента (суперкласса). На диаграмме
представляется стрелкой.
Обобщение — это отношение между общей
сущностью (родителем — класс " клиент ") и ее
конкретным воплощением (потомком —
классы " корпоративный клиент " или " частный
клиент ").
Объекты класса -потомка могут использоваться
всюду, где встречаются объекты класса -родителя, но не
наоборот.
При этом он наследует свойства родителя (его
атрибуты и операции).

46. Диаграммы классов. Ассоциация

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

47. Диаграммы классов. Ассоциация

Каждая ассоциация имеет две роли,
которые могут быть отражены на диаграмме.
Роль ассоциации обладает свойством
множественности, которое показывает,
сколько соответствующих объектов может
участвовать в данной связи.
Рисунок иллюстрирует модель формирования
заказа.
Каждый заказ может быть создан единственным
клиентом (множественность роли 1...1).
Каждый клиент может создать один и более
заказов (множественность роли 1..n).
Направление навигации показывает, что каждый
заказ должен быть " привязан " к определенному

48. Свойства ассоциации

49. Свойства ассоциации

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

50.  Отображение связей между классами

Отображение связей между
классами

51. Свойства ассоциации

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