UML — Полное руководство
Что такое UML?
UML — это стандартная нотация для объектно-ориентированных методов, которая была создана путем объединения методов объектного моделирования. Она используется для анализа, проектирования и развертывания систем. Язык унифицированного моделирования была разработана для удовлетворения потребностей бизнеса в автоматизации производства программного обеспечения, повышении качества и снижении стоимости и времени выхода на рынок. Она также предоставляет формальную основу для понимания языка моделирования.
Почему UML?
Большие корпоративные приложения должны быть структурированы таким образом, чтобы обеспечивать масштабируемость, безопасность и надежную работу в условиях высокой нагрузки. Хорошо спроектированная архитектура позволяет повторно использовать код и дает программистам по сопровождению возможность находить и устранять ошибки, которые проявляются спустя долгое время после того, как первоначальные разработчики перешли к другим проектам. Моделирование является необходимым элементом крупных программных проектов, а также полезно для проектов среднего и малого масштаба. Модель гарантирует, что бизнес-функциональность полностью и правильно реализована, удовлетворяются потребности конечных пользователей, а архитектура программы соответствует требованиям масштабируемости, надежности, безопасности, расширяемости и других характеристик.
- Модели помогают нам работать на более высоком уровне абстракции, скрывая или маскируя детали, выделяя общую картину или фокусируясь на различных аспектах прототипа.
- UML позволяет моделировать любые типы приложений, работающих на любом типе аппаратного обеспечения, операционной системе, языке программирования и сети, а также может использоваться для моделирования не-объектных приложений.
- Некоторые инструменты анализируют существующий исходный код (или, по утверждению некоторых, объектный код!) и проводят обратную разработку, превращая его в набор диаграмм UML, в то время как другие выполняют модели UML, обычно генерируя код на языке программирования, который работает быстро, если генератор кода использует лучшие практики масштабируемых шаблонов.
- Процесс сбора и анализа требований приложения и их интеграции в проект программы является сложным. UML — это язык, который позволяет выразить результаты вашего анализа и проектирования.
Откуда это взялось?
UML имеет свои корни в методах объектно-ориентированного программирования, разработанных в конце 1980-х и начале 1990-х годов. Джим Румбау, Грейди Буч и Ивар Якобсон объединили свои идеи в Unified Method, который позже был назван Языком унифицированного моделирования (UML). Первый запрос на предложение (RFP), опубликованный Группой управления объектами (OMG), стал катализатором для нескольких организаций, объединивших усилия для подготовки совместного ответа на RFP. Ответ на RFP, UML 1.0, был хорошо определённым, выразительным, мощным и в целом применимым, был усовершенствован в версиях 1.1–1.5, а затем — до UML 2.1 в период с 01 по 06 (сейчас текущей версией UML является 2.5)
Преимущества UML
Наибольшее преимущество использования UML заключается в том, что коды диаграмм легко читаемы любым программистом, который понимает хотя бы небольшую часть программы.
- UML — это стандарт, используемый для визуального описания программы. Он широко используется и признан языком для составления схем программ.
- Диаграмма UML показывает отношения между классами и сущностями в компьютерной программе. Легко понять отношения в программе, просто взглянув на диаграмму.
- Диаграмма UML помогает объяснить отношения в программе простым способом и позволяет программисту использовать существующие фрагменты кода вместо их повторного написания.
- UML — это современный стандарт программирования на объектно-ориентированных языках программирования. Он помогает планировать программу до начала программирования, и генерирует код на основе классов, заданных в модели.
Диаграммы UML и модель — структура против поведения
Диаграмма UML показывает, как компоненты системы взаимодействуют с другими компонентами и как она будет работать. Модель UML — это полное графическое представление модели системы, тогда как диаграмма — частичное представление.
Статическое vs динамическое представление
Статическое моделирование показывает структуру системы с использованием объектов, атрибутов, операций и отношений, тогда как динамическое моделирование показывает поведение системы с использованием взаимодействий между объектами и изменений внутренних состояний объектов.
- Диаграммы структуры представляют статические аспекты программной системы. Они используются для документирования архитектуры программных систем.
- Диаграммы поведения описывают динамическую сторону системы. Они используются для описания функциональности программных систем.
14 типов диаграмм UML
UML 2.2 имеет 14 типов диаграмм, из которых 7 представляют структурную информацию, а 7 — общие аспекты взаимодействий.
Диаграммы структуры
Поскольку диаграммы структуры представляют структуру, они широко используются для документирования архитектуры программных систем. Диаграммы структуры отображают статическую структуру элементов в вашей системе. Семь диаграмм структуры UML приблизительно организованы вокруг основных групп объектов, которые вы найдете при моделировании системы.
Например, диаграмма компонентов описывает, как программная система разбивается на компоненты, и показывает зависимости между этими компонентами.
| Структурный Диаграмма | Краткое описание |
| Диаграмма композитной структуры | Она показывает внутреннюю структуру классификатора, взаимодействие классификатора с окружающей средой через порты или поведение коллаборации. |
| Диаграмма развертывания | Она показывает набор узлов и их взаимосвязей, иллюстрирующих статический вид развертывания архитектуры. |
| Диаграмма пакетов | Она группирует связанные элементы UML в набор логически связанных структур UML. |
| Диаграмма профиля | |
| Диаграмма классов | Она показывает набор классов, интерфейсов и коллабораций и их взаимосвязей, которые обычно встречаются при моделировании объектно-ориентированных систем. |
| Диаграмма объектов | Она показывает набор объектов и их взаимосвязей, которые представляют собой статические снимки экземпляров объектов, найденных в диаграммах классов. |
| Диаграмма компонентов | Она показывает набор компонентов и их взаимосвязей, иллюстрирующих статический вид реализации системы. |
Диаграммы поведения
Пять диаграмм поведения UML используются для моделирования поведения системы. Они показывают, как данные перемещаются через систему, как объекты взаимодействуют друг с другом, как прохождение времени влияет на систему и какие события вызывают изменение внутренних состояний системы.
| Диаграммы поведения Диаграмма | Краткое описание |
| Диаграмма деятельности | Это графическое представление рабочих процессов пошаговых действий и операций с поддержкой выбора, итерации и параллелизма |
| Диаграмма вариантов использования | Она описывает функциональные требования системы в терминах вариантов использования, которые позволяют связать то, что вы хотите получить от системы, с тем, как система удовлетворяет эти потребности. |
| Диаграмма машины состояний | Она показывает дискретное поведение части спроектированной системы через конечные переходы состояний. |
| Диаграмма последовательности | Она показывает последовательность сообщений, обмениваемых между объектами, необходимыми для выполнения функциональности сценария. |
| Диаграмма взаимодействия | Она показывает взаимодействия между объектами и/или частями (представленными как линии жизни) с использованием последовательных сообщений в свободной компоновке. |
| Диаграмма обзора взаимодействий | Она отображает поток управления с узлами, которые могут содержать другиедиаграммы взаимодействий. |
| Диаграмма временных интервалов | Она показывает взаимодействия, когда основная цель диаграммы — рассуждать о времени, фокусируясь на изменениях условий внутри и между линиями жизни вдоль линейной временной оси. |
1. Диаграмма классов
А классовотображает статический вид приложения и помогает в создании исполняемого программного кода. Она показывает атрибуты, классы, функции и отношения, чтобы дать обзор программной системы. Их используют для построения статического вида приложения. Диаграмма объектной модели может сократить время обслуживания, предоставляя общую схему приложения до начала кодирования.
В зависимости от сложности системы вы можете использовать одну диаграмму классов для моделирования всей системы или несколько диаграмм классов для моделирования компонентов системы. Диаграммы классов являются фундаментальными для процесса объектного моделирования и моделируют статическую структуру системы. На этапе анализа диаграмма классов может помочь вам понять требования вашей предметной области и выявить её компоненты.
Диаграмма классовявляется основным строительным блоком объектно-ориентированного моделирования. Она показывает структуру объектно-ориентированной системы, отображая классы, их атрибуты, операции и отношения между объектами. Верхний раздел содержит имя класса, средний раздел — его атрибуты, а нижний раздел — его операции.
Связи записываются в середине линии связи. Часто они имеют небольшой значок стрелки, чтобы показать направление чтения связи. Множественность объектов в связи может быть выражена как: ровно один, ноль, один, много, один или более.
Изменить эту диаграмму классов
- Класс — это чертеж объекта, и суть объектно-ориентированного проектирования заключается не в объектах, а в классах, потому что мы используем классы для создания объектов.
- Выбор перспективы зависит от того, насколько далеко вы продвинулись в процессе разработки. Модели анализа характеризуются сочетанием концептуальной и спецификационной перспектив.
- Связи классов UML используются для передачи того, как код должен быть реализован на основе диаграмм. Если интерпретированы точно, реализованный код точно отразит намерения дизайнера.
- Связь представляется линией, соединяющей два класса. На каждом конце можно указать владение, роль, которую играет элемент на этом конце, и множественность экземпляров.
- Обобщение — это отношение между двумя классами. Каждый экземпляр специфического класса также является косвенным экземпляром общего класса.
- Агрегация — это тип ассоциации, которая представляет собой отношение часть-целое или часть-состав. Она может быть представлена графически в виде пустого ромба на классе, содержащем, с одной линией, соединяющей его с содержащимся классом.
- Существует зависимость, когда объект одного класса использует объект другого класса.
- Абстрактный класс используется для поиска функциональности между классами, и его имя пишется курсивом.
2. Диаграмма объектов
Объект — это экземпляр класса в определённый момент времени выполнения, а диаграмма объектов показывает подробное состояние системы в определённый момент времени. Они используются для демонстрации примеров структур данных, а диаграммы классов используются для проверки точности и полнотыдиаграмм объектов.
(Создано с помощью инструмента Visual Paradigm (Desktop)инструмента диаграммы объектов)
- Диаграмма объектов показывает отношения между объектами в системе и может использоваться для объяснения сложных диаграмм классов системы.
- В UML диаграммы объектов показывают экземпляры классификаторов в моделях и их отношения. Вы можете создавать диаграммы объектов, создавая экземпляры элементов модели в диаграммах классов, развертывания, компонентов и диаграммах случаев использования.
- Чтобы разработать диаграмму объектов, необходимо определить механизмы, составляющие систему, затем определить классы, интерфейсы и другие элементы, участвующие в механизме, а также определить отношения между этими элементами.
- Диаграмма объектов может использоваться для отображения состояния объектов в определённый момент времени.
3. Диаграмма компонентов
Диаграмма компонентовИспользуется для разделения крупной объектно-ориентированной системы на более мелкие компоненты. Она визуализирует отношения, а также организацию между компонентами, присутствующими в системе. Диаграмма компонентов представляет логические компоненты программной системы и их отношения, являясь статическим представлением реализации системы. Обычно используется для визуализации компонентов, создания исполняемых файлов и описания организации и взаимосвязей компонентов.
Редактировать эту диаграмму компонентов UML
- Диаграмма компонентовиллюстрирует предоставляемые и требуемые интерфейсы компонента.
- Компонент — это модульная часть системы. Он изображается в виде прямоугольника с необязательными секциями, расположенными вертикально.
- Лollipop или розетка используются для иллюстрации зависимости от компонента к интерфейсу, а полукруг используется для иллюстрации зависимости от компонента к требуемому интерфейсу.
4. Диаграмма развертывания
Диаграмма развертывания показывает структуру системы во время выполнения и пути связи между различными элементами аппаратного обеспечения, на которые будет развернута программа. Диаграмма развертывания представляет собой совокупность вершин и дуг, отображающих отношения между узлами в системе. Она полезна для инженеров систем для контроля производительности, масштабируемости, поддерживаемости и переносимости.
Редактировать эту диаграмму развертывания онлайн
Диаграммы развертывания показывают архитектуру системы как развертывание программных артефактов на целевые объекты развертывания. Они могут быть либо уровня спецификации (также называемого уровнем типа), либо уровня экземпляра (аналогично диаграммам классов и диаграммам объектов).
Развертывание против диаграммы компонентов
- Диаграммы развертывания используются для описания аппаратных компонентов, используемых для развертывания программных компонентов в системе.
- Диаграммы компонентов используются для описания программных артефактов системы, а диаграммы развертывания используются для описания аппаратной топологии системы.
5. Диаграмма пакетов
Пакеты используются для группировки семантически связанных элементов с целью организации элементов высокого уровня сложных систем. А диаграмма пакетов является шаблоном для группировки элементов и определения их взаимозависимостей. Они разделяют элементы модели и компоненты на согласованные единицы или системы. Эти диаграммы упрощают контроль доступа к системе, навигацию по модели, управление конфигурацией и другие семантические аспекты.
Изменить эту диаграмму пакетов
- Пакеты отображаются с помощью значка папки, а модели — с помощью треугольника в правом верхнем углу.
- Диаграмма пакетов следует иерархической структуре вложенных пакетов, например, диаграмма пакетов также может группировать случаи использования в логически связанные подсистемы.
- Зависимость существует между двумя пакетами, если любой класс в пакете A зависит от любого класса в пакете B, или если между двумя классами существует клиент-серверная связь.
- Диаграммы пакетов позволяют нам указывать зависимости между пакетами. Зависимость моделируется пунктирной стрелкой.
- Отношение импорта пакета трактуется как импорт элементов из целевого пакета в исходный пакет.
- Объединение пакетов — это направленное отношение между двумя пакетами. Оно добавляет характеристики целевого пакета к характеристикам исходного пакета.
- Пакет — это контейнер для других элементов модели. Пакет может быть иерархически вложен, и контейнер можно удалить или скопировать, не удаляя содержащиеся в нем элементы.
6. Диаграмма композитной структуры
В моделях UML диаграмма композитной структуры отображает внутреннюю структуру структурированных классификаторов с использованием частей, портов и соединителей
(Создано с помощью инструмента диаграммы композитной структуры)
-
Части: элемент диаграммы, представляющий набор одного или нескольких экземпляров, которыми владеет содержащий структурированный классификатор
- Соединитель объединяет порты, коллаборация объединяет экземпляры, структурированный классификатор представляет класс, который можно описать взаимодействиями между частями, а закрытый классификатор содержит порты.
-
Порты: определяют точку взаимодействия между экземпляром классификатора и его окружением или между поведением классификатора и его внутренними частями
- Интерфейс: может быть смоделирован как класс, но не создается экземпляр. Конкретный класс должен реализовать интерфейс, и внешние сущности могут использовать интерфейс, не беспокоясь о внутренней реализации.
-
Коллаборации: используют использование коллаборации для определения только ролей и связей, необходимых для достижения конкретной цели коллаборации
Класс vs Объект vs Диаграмма композитной структуры
- Диаграммы классов показывают отношения между классами, составляющими сложную структуру, в то время как диаграммы объектов показывают конкретные экземпляры этой структуры.
- Диаграммы композитной структуры показывают, как взаимодействуют компоненты.
7. Диаграмма профиля
UML — это универсальный язык моделирования. Однако в некоторых случаях выгодно использовать язык, оптимизированный для конкретной области.Диаграммы профилей позволяют настраивать модели UML для конкретных областей и платформ. Эти диаграммы определяются с помощью стереотипов, определений тегированных значений и ограничений.
Изменить эту диаграмму профиля
А профиль UML может быть создан тремя способами: путем создания нового метамодели, расширения существующей метамодели или использования механизмов, присущих языку.
- Стереотипы позволяют расширить словарь UML, создавая новые элементы, которые выглядят как примитивные и говорят на языке вашей области.
- Тегированные значения используются для добавления информации к элементу модели UML. Их можно использовать для генерации кода, контроля версий, управления конфигурацией, авторства и т.д.
- Ограничения позволяют расширить семантику элементов UML, добавляя новые протоколы. Они отображаются как строки, заключенные в скобки, размещенные рядом с соответствующим элементом.
Диаграмма поведения
Диаграммы поведения UML визуализируют, описывают, создают и документируют динамические аспекты системы. Диаграммы поведения классифицируются следующим образом: диаграммы случаев использования, диаграммы взаимодействия, диаграммы состояний и диаграммы деятельности.
1. Диаграмма случаев использования
Диаграмма случаев использования является визуальным представлением поведения программного обеспечения. Она помогает дизайнерам передать поведение системы пользователю, определяя внешнее поведение системы. Случаи использования представляют только функциональные требования системы. Бизнес-правила, требования к качеству обслуживания и ограничения реализации должны быть представлены отдельно. Диаграммы случаев использования используются для описания ролей отдельных лиц в системе. Их можно использовать для планирования требований, проверки архитектуры аппаратного обеспечения, тестирования программного продукта или создания справочника онлайн-помощи.
Моделирование случаев использования было введено в 1986 году Иваром Якобсоном. В 1992 году его книга «Объектно-ориентированная инженерия программного обеспечения» способствовала популяризации этого метода. Диаграмма случаев использования представляет собой высокий уровень представления системы. При необходимости полезно писать случаи использования на более грубом уровне детализации с меньшим количеством деталей. Диаграммы случаев использования обычно разрабатываются на ранних этапах разработки для фиксации требований, проверки архитектуры и управления реализацией.
Изменить эту диаграмму случаев использования
- Диаграммы случаев использования должны быть структурированы с точки зрения актеров и фокусироваться на «что», а не на «как».
- Связь расширения используется для включения необязательного поведения из расширяющего случая использования в расширенный случай использования.
- Связь обобщения соединяет два случая использования. Дочерний может добавить или переопределить поведение родителя.
- Актеры вашей системы — это люди, которые используют, устанавливают, запускают, обслуживают, выключают и получают информацию из системы, а также предоставляют информацию в систему.
2. Диаграмма деятельности
Диаграммы деятельности используются для отображения потока управления в системе и описания шагов, участвующих в выполнении случая использования. Диаграммы деятельности являются графическим представлением рабочих процессов, поддерживающих выбор, итерацию и параллелизм. Они также могут включать элементы, показывающие поток данных между действиями. Они похожи на блок-схемы и используются для отображения динамических аспектов системы. Например, диаграмма деятельности может использоваться для отображения потока управления от начального состояния до конечного состояния.
Диаграммы деятельности также используются для моделирования бизнес-процессов и рабочих процессов. Они используются для фиксации динамического поведения системы и моделирования рабочего процесса объектно-ориентированной или распределенной системы.
Изменить эту диаграмму деятельности онлайн
- Диаграммы деятельности используются для моделирования последовательности действий или потока управления в системе.
- Ромб представляет решение с альтернативными путями. Альтернативы должны быть помечены условиями.
- Узел расщепления разделяет один входящий поток на несколько параллельных потоков.
- Узел объединения соединяет несколько параллельных потоков обратно.
- Пины используются для упрощения сложных диаграмм деятельности. Они представляют один вход в действие или один выход из действия.
- Сигналы используются для изменения действий в системе. Перед тем как изменить действие, необходимо получить ответ.
- Ленты используются для группировки действий в диаграммах деятельности.
3. Диаграмма последовательности
Диаграмма последовательности — это простая диаграмма, используемая для отображения взаимодействий между частями (например, подсистемами или объектами) системы. Диаграммы последовательностей UML показывают, как объекты взаимодействуют во времени, используя вертикальную ось для представления времени. Диаграммы последовательностей фиксируют взаимодействия между системой и ее пользователем или между системами. Диаграмма последовательности показывает, как выполняются операции. Время проходит по мере движения вниз по странице.
В диаграмме последовательности сообщения представляют взаимодействие между объектами. Сообщения вызова представляют запрос на вызов операции, сообщения возврата представляют поток информации от получателя к вызывающему, а рекурсивные сообщения представляют вызов к вызывающему.
Редактировать эту диаграмму последовательности
- Диаграмма последовательности может использоваться для моделирования того, как различные части системы взаимодействуют для выполнения одного варианта использования, например, диаграмма последовательности может помочь визуализировать взаимодействия между классами и выявить ответственности в новой системе.
- В диаграмме последовательности объект отправляет сообщение другому объекту. Оба объекта активны во время обмена сообщением.
- Стрелки сообщений используются в диаграммах последовательности для обозначения сообщения. Стрелка сообщения сопровождается описанием, известным как сигнатура сообщения.
- Асинхронное сообщение отправляется, когда вызывающий объект не ждет обработки сообщения.
4. Диаграмма состояний
Диаграмма состояний (также известная как диаграмма состояний, диаграмма переходов состояний) используется для описания различных состояний компонента в системе. Она управляется внешними или внутренними событиями. Их используют для моделирования динамической природы системы. Она описывает поток управления от одного состояния к другому и используется для моделирования жизненного цикла объекта от создания до завершения. Например, диаграммы состояний показывают все возможные поведения объектов класса и порядок событий, и являются важными для понимания системы.
В большинстве систем сложность возникает из-за взаимодействия между объектами разных классов, поэтому диаграммы состояний не требуются для каждого класса. Однако для сложных классов, таких как системы управления процессами или связи, диаграмма состояний необходима для моделирования поведения объектов.
Редактировать эту диаграмму состояний онлайн
- Чёрный заполненный круг для обозначения начального состояния системы или класса.
- Сплошная стрелка для обозначения перехода из одного состояния в другое
- Округлённый прямоугольник для обозначения состояния.
- Переходы между состояниями происходят под воздействием событий.
- Ограничения предотвращают прохождение определённых переходов, а внутренние переходы не влияют на переходы между состояниями.
- Диаграмма состояний включает начальное состояние, промежуточные состояния, переходы и конечное состояние. Она также включает прямоугольник с закруглёнными углами, имя, переменные состояния и действия, выполняемые в каждом состоянии.
Что такое состояние?
Состояние — это условие или ситуация в течение жизни объекта, а событие — это стимул, который может инициировать переход между состояниями. Условие-ограничение — это оценка булевого выражения, и переход может иметь несколько условий-ограничений. Диаграммы состояний часто используются для описания поведения электронных компонентов. Диаграммы состояний могут включать разделение состояний на несколько состояний, объединение состояний, исторические состояния и составные состояния.
Диаграмма деятельности против диаграммы состояний
- В UML диаграммы деятельности представляют высокий уровень деятельности. В частности, диаграммы деятельности могут представлять параллелизм и координацию.
- В диаграмме состояний вершины представляют состояния объекта, а рёбра — появление событий. Дополнительные обозначения фиксируют, как координируются действия.
5. Диаграмма взаимодействия
Диаграммы взаимодействия показывают, как объекты взаимодействуют. Они также показывают сообщения, передаваемые между объектами. Моделируют передачу сообщений между объектами, обеспечивающими функциональность вариантов использования и операций, и фиксируют взаимодействия, показывающие переданные сообщения. В диаграмме взаимодействия объекты (актёры в вариантах использования) обозначаются прямоугольниками, а сообщения, передаваемые между объектами, обозначаются подписанными стрелками, начинающимися от отправителя и заканчивающимися у получателя. Её легко читать, поскольку сообщения пронумерованы.
(Создано с помощью Visual Paradigm’s Инструмент диаграммы взаимодействия)
- Диаграммы взаимодействия UML показывают, как сообщения отправляются и принимаются между объектами в системе или программном обеспечении.
- Линии представляют связи, а стрелки представляют сообщения.
- Сообщения нумеруются в последовательном порядке и описываются числами с десятичными точками.
Диаграмма взаимодействия против диаграммы последовательности
Диаграмма взаимодействия и диаграмма последовательности похожи. Они представляют одну и ту же информацию, но диаграмма взаимодействия организована по пространству, а диаграмма последовательности — по времени.
Например, она часто объединяет как диаграмму деятельности, так и диаграмму последовательности и показывает сообщения, обмениваемые между объектами для выполнения определенных заданных задач в системе.
- Диаграмма последовательности показывает временной порядок сообщений, и
- Диаграмма взаимодействия показывает отношения между объектами.
6. Диаграмма обзора взаимодействия
Диаграммы обзора взаимодействия похожи на диаграммы деятельности, но каждая отдельная деятельность изображается в виде рамки, которая может содержать вложенную диаграмму взаимодействия. Диаграммы обзора взаимодействия UML предоставляют высокий уровень абстракции модели взаимодействия. Они также могут показывать поток деятельности между диаграммами. Другими словами, диаграммы взаимодействия показывают динамическое поведение системы, описывая хронологический порядок сообщений и структурную организацию объектов, которые отправляют и получают сообщения.
(Создано с помощью инструмента диаграммы обзора взаимодействия)
Диаграмма обзора взаимодействия похожа на диаграмму деятельности, но каждая отдельная деятельность изображается в виде рамки, которая может содержать вложенную диаграмму взаимодействия. Диаграммы обзора взаимодействия UML предоставляют высокий уровень абстракции модели взаимодействия. Они также могут показывать поток деятельности между диаграммами. Другими словами, диаграмма взаимодействия показывает динамическое поведение системы, описывая временной порядок сообщений и структурную организацию объектов, которые отправляют и получают сообщения.
Диаграмма обзора взаимодействия включает узлы, представляющие диаграммы взаимодействия. Например, возникновение взаимодействия (или ссылочная диаграмма последовательности) позволяет сослаться на другую диаграмму последовательности изнутри диаграммы последовательности. Эта функция позволяет разбить сложные сценарии на более мелкие сценарии, которые можно повторно использовать. Каждый сценарий представляет собой «взаимодействие».
7. Диаграмма временных интервалов
Диаграмма времени — это часть диаграммы взаимодействия, которая показывает, как изменяются условия внутри и между жизненными циклами вдоль линейной временной шкалы. Она показывает, как объекты взаимодействуют в течение определенного периода времени, показывает, сколько времени занимает каждый этап процесса, и может использоваться для поиска улучшений.
(Создано с помощью редактор диаграммы временных интервалов)
- Диаграмма временных интервалов показывает взаимодействия вдоль линейной временной оси и включает элементы, такие как сообщение, жизненный цикл, временная шкала, объект или роль.
- Жизненный цикл представляет отдельного участника взаимодействия. Он может быть размещён внутри рамки диаграммы или в бассейне.
- Ограничение продолжительности используется для определения, удовлетворяется ли ограничение в течение определённого периода времени или нет.
- Ограничение времени — это интервальное ограничение, которое представляет временной интервал. Нарушенное ограничение времени означает, что система вышла из строя.
