Путь в IT. Тестирование: UML

На каком языке рисуют схемы: что такое UML и почему его понимают во всём мире

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

Что такое язык UML

UML (от англ. Unified Modeling Language) переводится как «унифицированный язык моделирования». Это графический язык, в котором каждой фигуре, символу, стрелке или их сочетаниям присвоены конкретные значения. Он позволяет визуализировать явление или процесс так, чтобы схема была понятна всем, кто знаком с UML.

Можно сказать, что UML — это набор правил, по которым нужно рисовать схемы.

Для чего используется язык UML

Язык UML нужен, чтобы описать и визуализировать какую-то абстрактную модель. На практике это может быть:

Создание модели объекта. Например, описание структуры базы данных.

Создание модели процессов. Например, последовательность выполнения запросов ПО, чтобы клиент получил ожидаемый результат.

Стандартизация. Схема будет понятна любому, кто знает UML. Это всё равно что говорить на общеизвестном языке.

Полнота. В языке уже предусмотрены конкретные обозначения для всех сущностей, необходимых в схеме.

Распространённость. UML используют в IT, менеджменте, инженерии и других сферах. Он понятен и привычен для многих специалистов всего мира.

Инструменты для автоматизации. Они позволяют автоматически генерировать схемы UML на основе кода. Например, с помощью Umbrello можно быстро создавать наглядные представления кода. Есть и обратные инструменты, которые меняют код в ответ на изменения UML-схемы — например, Microsoft Visual Studio 2010 Feature Pack 2. Таким образом, освоение UML позволяет разработчикам автоматизировать работу.

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

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

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

Схемы можно рисовать и без языка, но у использования UML есть несколько преимуществ:

Что такое UML-диаграммы

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

Элементами диаграммы UML могут быть классы программного кода, страницы сайта, части механизма, зоны торгового зала — в зависимости от того, какой процесс или какую сущность описывает её создатель.

Как устроена диаграмма UML

В языке UML десятки разных элементов. Разберём основные элементы языка и их визуальные обозначения.

В UML есть и другие символы. Изучить их полностью — значит изучить «словарь» UML. Важно уметь правильно их применять на практике, в реальных диаграммах, то есть знать «грамматику» языка. Полное описание всех элементов и их применения можно найти в спецификации UML.

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

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

Структурные диаграммы

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

Диаграмма компонентов. Описывает компоненты ПО и их связи между собой. Например, как микросервисы взаимодействуют друг с другом.

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

Поведенческие диаграммы

Диаграмма действий, или диаграмма активностей, активити-диаграмма. Показывает последовательность действий, варианты решений и их результаты.

Диаграмма сценариев использования. В ней обычно изображают пользователей, «агентов», которые взаимодействуют с системой. Эту диаграмму используют для определения функций ПО и связи сценариев использования, то есть юзкейсов, друг с другом. По ней определяют, какие возможности есть у разных групп пользователей и как системы участвуют в выполнении юзкейса.

Диаграмма последовательностей. Изображает последовательные действия во времени, которые иногда называют сценариями.

UML

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

Где еще используется UML

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

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

Кто пользуется UML

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

Зачем нам UML? Или как сохранить себе нервы и время

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

Получается, это такой международный язык рисования схем.

Простое руководство по UML-диаграммам и моделированию баз данных

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

Существует два основных типа диаграмм UML: структурные диаграммы и поведенческие диаграммы (а внутри этих категорий имеется много других). Эти варианты существуют для представления многочисленных типов сценариев и диаграмм, которые используют разные типы людей.

Структурные диаграммы

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

Поведенческие диаграммы

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

Давайте подробнее рассмотрим различные типы диаграмм UML, которые относятся к каждой категории:

1. Структурные диаграммы UML

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

Верхняя секция: имя класса
Средняя секция: атрибуты класса
Нижняя секция: методы или операции класса

Диаграмма объектов. Часто эта диаграмма используется как способ проверить диаграмму классов на точность. Другими словами, будет ли это работать на практике? Она показывает системные объекты и их взаимосвязи и предлагает лучшее представление о потенциальных недостатках проекта, которые необходимо исправить.

Диаграмма компонентов. Также известна как блок-схема компонентов, она показывает логические группы элементов и их взаимосвязи. Другими словами, она дает упрощенное представление о сложной системе, разбивая ее на более мелкие компоненты. Каждый из элементов показан в прямоугольной рамке с названием, написанным внутри. Соединители определяют отношения / зависимости между различными компонентами.

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

Диаграмма развертывания. На этой диаграмме показаны аппаратные (узлы) и программные (артефакты) компоненты и их взаимосвязи. Она предлагает наглядное представление о том, где именно развернут каждый программный компонент.

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

Диаграмма профиля. Этот тип меньше похоже на диаграмму и больше — на язык. Диаграмма профиля помогает создавать новые свойства и семантику для диаграмм UML путем определения пользовательских стереотипов, теговых значений и ограничений. Эти профили позволяют настраивать метамодель UML для различных платформ (например, Java Platform, Enterprise Edition (Java EE) или Microsoft .NET Framework) и доменов (например, моделирование бизнес-процессов, сервис-ориентированная архитектура, медицинские приложения и т. д.).

2. Поведенческие диаграммы UML

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

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

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

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

Линия жизни: индивидуальный участник
Хронология состояний: разные состояния, через которые проходит линия жизни
Ограничение продолжительности: время, необходимое для выполнения ограничения
Ограничение по времени: время, за которое участник должен выполнить что-то
Возникновение разрушения: где заканчивается линия жизни объекта. Никакое другое событие не произойдет после появления разрушения на линии жизни.

Диаграмма конечного автомата. Эта диаграмма, также называемая диаграммой состояний, применяется, когда поведение объектов является сложным, а детали — существенными. Она помогает описать поведение одного объекта (или иногда оператора) и то, как оно изменяется в зависимости от внутренних и внешних событий.

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

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

Модели базы данных

UML также завоевывает популярность как нотация для моделирования баз данных.

Hассмотрим различные типы моделей баз данных, которые вы можете создать:

Иерархическая модель базы данных. Старые добрые модели данных организованы в древовидную структуру. Дерево состоит из нескольких групп, называемых сегментами. Она использует отношения «один ко многим». Доступ к данным также предсказуем.

Сетевая модель. Эта модель имеет форму графа, где типы отношений — это дуги, а типы объектов — узлы. В отличие от других моделей баз данных, схема сетевых моделей не ограничивается решеткой или иерархией.

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

Реляционная модель. Здесь данные структурированы с использованием отношений или решетчатых математических структур, которые имеют столбцы и строки. Они могут рассматриваться как таблица.

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

Модель «сущность-связи». Она состоит из типов объектов (люди, места или предметы). Модель показывает связи, которые могут существовать между ними. Определяя сущности, их атрибуты и показывая связи между ними, диаграмма ER иллюстрирует логическую структуру баз данных.

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

Модель «сущность-атрибут-значение». Модели EAV или открытой схемы, данные записываются в виде трех столбцов:

Сущность (что описывается)
Атрибут или параметр (например, имя, описание, тип данных)
Значение атрибута.

Схема «звезда». Это простейшая версия многомерной модели, в которой данные располагаются в измерениях и фактах. Она используется в бизнес-аналитике и хранилищах данных, поскольку подходит для запросов больших массивов данных.

Видеокурс по UML

UML для начинающих

UML Диаграмма Классов (UML Class Diagram)

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

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

Агрегация - это когда один класс является частью другого, но они могут жить по отдельности.

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

UML Диаграмма Компонентов (UML Component Diagram)

Диаграммы компонентов

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

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

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

UML Диаграмма Объектов (UML Object Diagram)

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

Диаграмма объектов иллюстрирует связь между созданными экземплярами классов, а также связь между объектами в моделируемой системе в фиксированный момент времени. Что-то вроде снимка или снэпшота системы, на котором будет изображены объекты системы в определенном состоянии. Эти объекты будут напрямую будут представлять реальные экземпляры и прототипы.

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

Связи, как правило, являются разновидностям ассоциации между классами.

UML Диаграмма Развертывания (UML Deployment Diagram)

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

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

Диаграмма Развертывания - это особый вид диаграммы классов, которая фокусируется на узлах системы.

Графически Диаграмма Развертывания представляет собой набор вершин и дуг

Узел программный или аппаратный в виде 3D прямоугольника

Аппаратный узел может быть обозначен при помощи стереотипа в двойных скобках.

Соединение между узлами представлено линией с необязательным обозначением стереотипа над ними.

Сами узлы могут также находится внутри узла.

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

Шаги для моделирования встроенных систем

Шаги для моделирования системы клиент-сервер

1. Определить узлы, которые представляют клиентские и серверные процессы системы.

2. Выделите те устройства, которые имеют отношение к поведению системы.

3. Предоставить визуальные подсказки для этих процессоров и устройств через стереотипирование.

4. Смоделировать топологию узлов в диаграмме развертывания.

Шаги для моделирования распределенной системы

1. Определить устройства и процессоры системы как для более простых клиент-серверных систем.

3. Где возможно, использовать инструменты, которые описывают топологию вашей системы, при помощи полного обхода её сети.

UML Диаграмма Пакетов (UML Package Diagram)

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

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

В нотации UML разделы или подсистемы называются пакетами.

Пакет - это группа элементов модели и как таковая это конструкция UML используемая также в других диаграммах.

Пакеты могут быть вложены в другие пакеты, которые в основном являются UML версией каталога.

Диаграмма пакетов используется для структурирования элементов системы высокого уровня

Пакет является механизмом UML для группировки элементов включая другие пакеты

Каждый пакет имеет своё собственное пространство имён, в котором все имена должны быть уникальными.

Каждый элемент модели принадлежит одному пакету, пакеты образуют иерархию

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

Пунктирные стрелки - это зависимости, один пакет зависит от другого если изменения в другом могут вызвать изменения в первом.

Диаграмма пакетов также может отображать и логическую архитектуру системы

Подсистема - это группа элементов модели, которые являются частью общей системы.

Т.к. система и подсистема являются стереотипным пакетом, у них есть все свойства пакета и подчиняются правилам пакета

Рассмотрим типы отношений зависимости представленные с использованием стереотипов

Элемент в пакете клиента каким-то образом использует паблик элемент в пакете поставщика - клиент зависит от поставщика. Если зависимость показана без стереотипа - то используется по умолчанию <<use>>.

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

Паблик элементы пространства имён поставщика добавляются как private элементы в пространство имён клиента. Элементы в клиенте могут получить доступ ко всем паблик элементам в поставщике используя не квалифицированные имена.

trace - обычно представляет собой историческое преобразование одного элемента в другой, более развитой версии. Обычно это отношение между моделями, а не элементами.

Паблик элементы пакета поставщика объединяются с элементами клиентского пакета. Эта зависимость используется только в мета моделировании и шанс столкнутся с ней в обычном объектно-ориентированном анализе и проектировании очень низка.

Диаграмма Составных Структур UML (UML Composite Structure Diagram)

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

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

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

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

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

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

Часть это любой элемент, который используется для создания содержащего класса.

Ключевыми объектами составной структуры являются структурированные классификаторы - детали, порты, соединители и коллаборации.

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

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

Порт определяет точку взаимодействия между экземпляром классификатора и его средой или между поведением классификатора и его внутренними частями.

UML Диаграмма Профилей (UML Profile Diagram)

Диаграмма Профилей - это своего рода структурная диаграмма на языке UML, представляет общий механизм расширения под настройки модели UML под конкретные домены и платформы.

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

Профиль это набор таких расширений, которые совместно настраивают UML для конкретного домена.

Стереотипы позволяют увеличить словарный запас UML можно создавать, добавлять новые элементы модели производные от существующих, но имеющие определенные свойства подходящие для выбранной области.

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

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

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

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

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

Профиль UML может быть определен одним из трёх способов:

создание новой мета-модели
расширение и модификация мета-модели
расширение с помощью языковых механизмов.

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

UML Диаграмма Прецедентов (UML Use Case Diagrams)

Диаграмма Прецедентов - суммирует некоторые отношения между прецедентами, актёрами и системами, но не показывает порядок в котором выполняются шаги для достижения цели каждого прецедента и содержит лишь несколько фигур.

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

Элементы:

Актер - тот кто взаимодействует с системой из-за которого и возникает прецедент.

Актер запускает прецеденты, другими словами взаимодействие актера с системой и то, как система реагирует на взаимодействие актера и описывает прецедент. Актер также обладает некими ожиданиями от взаимодействия с системой.

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

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

Взаимосвязи:

Ассоциации