пятница, 1 февраля 2008 г. — www.msmirnov.ru
UML – быстрый старт
Некоторое время назад я проводил небольшое обучение проектной группы основам UML . Для этого я составил краткое руководство по UML , которое помещаю здесь.
1. Введение .
UML – это Unified Modeling Language , как следует из названия – унифицированный язык моделирования. UML представляет собой набор соглашений, которые предназначены для облегчения процесса моделирования и обмена информацией в проектной группе. Наличие стандартизированной нотации позволяет сократить время на усвоение информации, упрощает общение и взаимодействие, облегчает документирование.
В этом документе описаны самые основные разделы языка UML , которые потребуются в повседневной работе.
2. Основы.
UML представляет собой графическую нотацию которая предназначена для моделирования и описания всех процессов протекающих в процессе разработки. Основу UML представляют диаграммы, которые различаются по типам и предназначены для моделирования различных аспектов разработки.
Использование нотации UML для описания бизнес-процессов
Все диаграммы можно условно разделить на поведенческие и структурные. Поведенческие диаграммы отображают процессы, протекающие в моделируемой среде. Структурные диаграммы отображают элементы, из которых состоит система. При этом одни и те же типы диаграмм могут использоваться как для моделирования бизнес-процессов, так и для непосредственного проектирования архитектуры.
3. Описание типов диаграмм.
3.1. Диаграмма вариантов использования ( Use — case diagram ).
Диаграмма вариантов использования является отправной точкой в процессе моделирования. Она предназначена для описания взаимодействия проектируемой системы с любыми внешними или внутренними объектами — пользователями, другими системами и т.п.
Основными понятиями при работе с диаграммой вариантов использования являются Актор (Actor) и Вариант использования (Use case).
Актор – это роль, которую выполняет пользователь или другая система, при взаимодействии с проектируемой системой.
Проектирование диаграммы вариантов использования начинается с определения списка Акторов. На диаграммах Актор обозначается следующим значком:
Каждый Актор обладает уникальным именем.
Друг с другом акторы могут быть связаны различного рода отношениями.
Например, акторы могут наследоваться друг от друга.
Это означает, что акторы-наследники наследуют характеристики базовых акторов.
Следующим этапом после определения списка акторов является определение списка вариантов использования.
Вариант использования – это конечная единица взаимодействия актора и системы. Совокупность всех вариантов использования полностью определяет поведение системы.
Вариант использования обозначается значком:
Современные нотации описания бизнес-процессов
Каждый вариант использования относится к каком-либо актору. Такое отношение обозначает, что данный актор инициирует данный вариант использования.
означает, что актор User инициирует вариант использования Login.
Один и тот же вариант использования может использоваться несколькими акторами, например:
вариант использования Login используется двумя акторами.
Варианты использования также могут быть связаны друг с другом различными отношениями.
1. «Включение» одного варианта использования в другой. Означает, что один вариант использования инициируется в процессе другого. Например:
2. «Расширение». Означает, что один вариант использования является дополнением или уточнением другого варианта использования в случае наступления некоторых условий. Например:
3. «Реализация». Означает, что один вариант использования является реализацией другого варианта использования. Например, если один из них описан в терминах бизнес-процессов, а другой – в терминах проектируемой системы.
Например:
Кроме того, варианты использования могут быть связаны отношением «Реализация» с требованиями к системе и с классами. При наличии таких связей есть возможность проследить в каких классах реализованы требования и какие классы могут быть затронуты при изменении требований или вариантов использования.
Например:

Кроме Акторов и Вариантов использования на диаграмме также могут находиться следующие элементы:
“ Collaboration ” – элемент, предназначенный для визуальной группировки объектов – акторов и вариантов использования – по принципу их совместной работы.
Обозначается значком
Например,
«Boundary» — элемент, предназначенный для визуальной группировки объектов – акторов и вариантов использования – по принципу их распределения на подсистемы или компоненты.
Источник: michaelsmirnov.blogspot.com
Актуальность использования нотации UML при описании информационных систем предприятий малых и средних масштабов
Вакорин, М. П. Актуальность использования нотации UML при описании информационных систем предприятий малых и средних масштабов / М. П. Вакорин, М. А. Алешков. — Текст : непосредственный // Молодой ученый. — 2022. — № 47 (442). — С. 9-11. — URL: https://moluch.ru/archive/442/96796/ (дата обращения: 31.05.2023).
В статье рассматривается нотация описания информационных систем UML, а также актуализируется ее использование в современных условиях на предприятиях малого и среднего масштабов. Описаны преимущества и недостатки подхода и выводы о целесообразности ее использования статистически обоснованы.
Ключевые слова: UML, нотации моделирования бизнес-процессов.
UML (Unified Modeling Language или же унифицированный язык моделирования) — язык графического описания для объектного моделирования в области разработки программного обеспечения, для моделирования бизнес-процессов, системного проектирования и отображения организационных структур. [1] Первая официальная всемирная версия появилась в январе 1997 года. Язык стал основой моделирования для различных классов систем и их программного обеспечения. Нотация начала применять объектно-ориентированные методы, обрела концептуальный, логический и физический уровни моделирования систем. Последний релиз состоялся в 2007 году представил миру версию UML 2, которая включает в себя большое количество возможностей и расширенный функционал, подходящий для моделирования современных бизнес-процессов. [2]
Основными плюсами нотации являются:
– Возможность описания ситуации или ключевой задачи с различных точек зрения и аспектов поведения системы.
– Любой этап бизнес-процесса может быть использован повторно в уже существующем или новом проекте организации.
– Простота понимания сути задачи и способов ее реализации другим читателям диаграммы.
– Широкий охват решаемых задач моделирования. Нотация содержит огромное количество различных элементов для описание разных как по размеру, так и по сложности задач.
Также нотация обладает следующими минусами:
– Нотация характеризуется высокой избыточностью языка, содержит множество диаграмм и конструкций, которые не всегда важны при создании модели бизнес-процесса.
– Моделирование в UML занимает большое количество времени в связи с избыточностью нотации.
– Устарелость нотации. UML был разработан в 1997 году, а последняя редакция была опубликована в 2007 и на данный момент существует множество более простых и гибких решений в сфере моделирования бизнес процессов. [2,3]
Опираясь на выше выявленные преимущества и недостатки нотации, можно сделать вывод о ее малой эффективность в контекстах малых и средних предприятий. Задачи моделирования на таких предприятиях за частую не требуют столь обширного и пере избыточного языка моделирования, а “возраст” нотации не идет ей на пользу, что приводит к поиску более компактных, современных, простых и гибких подходов к описанию информационных систем, таких как BPMN. В связи с чем уменьшается общая востребованность в специалистах способных работать с UML. Данный факт можно пронаблюдать на расположенном ниже графике, составленном на основе статистических данных по вакансиям, в которых упоминается необходимость знания UML, относительно общего числа вакансий в IT сфере.
Рис. 1. График вакансий, упоминающих UML [4]
На данном графике наблюдается стремительный упадок востребованности UML специалистов как в вакансиях с постоянным устройством по трудовому договору (верхний ряд) так и в вакансиях с договорной оплатой (нижний ряд). Также на графике отображено отношение вакансий связанных с UML в целом к общему числу вакансий (средний ряд). На данный момент можно наблюдать, чир вакансии с UML занимают всего 0.6 % от общего числа вакансий в сфере IT.
Для сравнения рассмотрим достаточно известную нотацию описания бизнес-процессов BPMN (Business Process Model and Notation) — система условных обозначений и их описания в XML для моделирования бизнес-процессов. Разработана Business Process Management Initiative и поддерживается Object Management Group, после слияния обеих организаций в 2005 году. Последняя версия BPMN — 2.0 опубликованная в 2011 году. [5]
Основными преимуществами нотации BPMN являются:
– Методология может использоваться для перевода модели бизнес-процесса в соответствующий программный код.
– Позволяет определить последовательность выполнения задач веб-сервисов в ходе реализации операций процессов.
– Версия BPMN 2.0 предусматривает возможность переноса и чтения диаграмм между различными графическими редакторами, которые поддерживают версию BPMN 2.0. [6]
Основными же недостатками являются:
– В стандарте моделирования BPMN предусмотрена только нотация для описания бизнес-процессов.
– BPMN-нотация содержит более 100 различных символов, всвязи с чем ВРМ-модeль процесса сложна для прочтения. [6]
На графике ниже отображена частота упоминания BPMN в вакансиях.
Рис. 2. График вакансий, упоминающих BPMN [7]
На вышеизображенном графике можно наблюдать рост востребованности нотации BPMN.
Основываясь на ранее обозначенных фактах и данных, можно сделать вывод о том, что нотация UML при описании информационных систем предприятий малых и средних масштабов все еще актуальна в сравнении с другими нотациями, доля рынка которой составляет 0.6 % от всех IT вакансий. Это обусловлено ранее определенными преимуществами нотаций, а также растущим числом предприятий различных масштабов.
- Википедия: UML — URL: https://ru.wikipedia.org/wiki/UML (дата обращения: 20.11.2022).
- Блог о бизнес-процессах и BPMN: Преимущества и недостатки UML нотации в бизнес моделировании — URL: https://bpmn.pro/process/uml-notatsiya (дата обращения: 20.11.2022).
- Хабр: Зачем нам UML? Или как сохранить себе нервы и время — URL: https://habr.com/ru/post/458680/ (дата обращения: 20.11.2022).
- ITJobsWatch: UML Jobs — URL: https://www.itjobswatch.co.uk/jobs/uk/uml.do (дата обращения: 19.11.2022).
- Википедия: BPMN — URL: https://ru.wikipedia.org/wiki/BPMN#BPMN_2.0 (дата обращения: 21.11.2022).
- Studme: Моделирование бизнес-процессов — URL: https://studme.org/87197/ekonomika/preimuschestva_bpmn (дата обращения: 21.11.2022).
- ITJobsWatch: BPMN jobs — URL: https://www.itjobswatch.co.uk/jobs/uk/bpmn.do (дата обращения: 21.11.2022).
Основные термины (генерируются автоматически): UML, BPMN, общее число вакансий, XML, вакансия, график, график вакансий, моделирование бизнес-процессов, нотация, программное обеспечение.
Источник: moluch.ru
Нотация UML
Unified Modeling Language (UML) — унифицированный язык моделирования. Первая версия UML появилась в январе 1997 года. Язык UML предназначен для моделирования различных классов систем и их программного обеспечения. Нотация использует объектно-ориентированные методы. Моделирование в данной нотации позволяет последовательно пройти концептуальный, логический и физический уровни моделирования систем.
Основные объекты нотации:
- Сущности
- Структурные сущности
- Поведенческие сущности
- Группирующие сущности
- Аннотационные сущности
- Зависимость
- Ассоциация
- Обобщение
- Реализация
Схема диаграммы классов
Схема диаграммы состояний
Схема диаграммы деятельности
Смотри также:
- Графическая нотация
- Модели системы при проектировании
- Нотация бизнес-процесса
- CASE-технологии
Источник: piter-soft.ru