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

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

Рекомендации по диаграммам последовательности

• Управление сложными взаимодействиями с фрагментами последовательности

Фрагмент последовательности представлен в виде прямоугольника, который обрамляет раздел взаимодействий между объектами (как показано в примерах ниже) на диаграмме последовательности.

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

Альтернативы

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

Альтернативный фрагмент представлен большим прямоугольником или рамкой; он указывается путем упоминания «alt» внутри поля имени фрейма (он же оператор фрагмента).

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

Опции

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

Подобно альтернативному фрагменту, фрагмент option также представлен в прямоугольной рамке, где «opt» помещается внутри поля имени.

В отличие от альтернативного фрагмента, фрагмент опции не делится на два или более операндов. Охранник опции находится в верхнем левом углу.

(Найдите пример диаграммы последовательности с фрагментом опции в разделе «Шаблоны и примеры диаграмм последовательности»).

Петли

Фрагмент петли используется для представления повторяющейся последовательности. Поместите слова «loop» в поле имени и условие защиты в верхнем левом углу рамки.

В дополнение к логическому тесту, защита в фрагменте цикла может иметь два других специальных условия, против которых проверяются. Это минимальные итерации (записываются как minint = [число] и максимальные итерации (записываются как maxint = [число]).

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

(Найдите пример фрагмента цикла ниже в шаблонах диаграмм последовательности и в разделе примеров)

Ссылочный фрагмент

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

Чтобы указать ссылочный фрагмент, вы должны упомянуть «ref» в поле имени фрейма и имя диаграммы последовательности, которая упоминается внутри фрейма.

Дополнительные фрагменты последовательностей см. В Помимо основ диаграмм последовательностей: Часть 1 , Часть 2 и Часть 3 .

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

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

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

Как нарисовать схему последовательности

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

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

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

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

• Библиотекарь
• Система управления онлайн-библиотекой
• База данных учетных данных пользователей
• Электронная почта

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

Вот шаги, которые выполняются в сценарии использования «Создать новую учетную запись пользователя библиотеки».

• Библиотекарь запрашивает у системы создание новой учетной записи онлайн-библиотеки
• Затем библиотекарь выбирает тип учетной записи пользователя библиотеки
• Библиотекарь вводит данные пользователя
• Данные пользователя проверяются с помощью базы данных учетных данных пользователя
• Создана новая учетная запись пользователя библиотеки
• Сводка деталей новой учетной записи затем отправляется пользователю по электронной почте

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

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

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

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

• Слишком много деталей.Это загромождает диаграмму и затрудняет чтение.

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

• Не оставлять пробелов между текстом варианта использования и стрелкой сообщения; это затрудняет чтение диаграммы.

• Не обращая внимания на происхождение стрелок сообщений.

См. Подробное объяснение этих типичных ошибок в Руководстве по диаграммам последовательностей: общие ошибки, которых следует избегать при построении диаграмм последовательности.

Примеры и шаблоны схем последовательностей

Ниже приведены несколько примеров диаграмм последовательности и шаблонов, нарисованных с помощью Creately. Создавайте схемы последовательностей в Интернете с помощью онлайн-инструмента Creately. Щелкните шаблон, чтобы открыть его в редакторе.

Схема последовательности операций системы онлайн-экзаменов

Щелкните изображение, чтобы редактировать его в Интернете

Пример схемы последовательности в системе управления школой

Пример фрагмента комбинации опционов

Пример последовательности цикла

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

Учебное пособие по диаграммам — презентация SlideShare

Отзыв об учебнике по диаграммам последовательностей

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

Дополнительные уроки по диаграммам

Визуализируйте и документируйте, как ваша система эффективно работает, с помощью диаграмм последовательности. Зарегистрируйте учетную запись Creately, чтобы создать диаграмму последовательности в Интернете.Начни здесь

Как подключить двухпозиционный переключатель (со схемой)

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

Существует два метода подключения с 2-проводной коммутацией , один — , 2-проводное управление , а другой — , 3-проводное управление . Мы объяснили оба метода ниже, и оба метода продемонстрированы в Video , приведенном в конце этой статьи.

Необходимые компоненты для подключения двухпозиционного переключателя

• Два двухпозиционных переключателя
• Лампа
• Источник переменного тока
• Соединительные провода

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

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

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

Примечание: При 2-проводном методе управления, когда переключатели находятся в противоположном состоянии , индикатор будет в состоянии ВЫКЛ , как показано на схеме ниже:

Условие получения выхода в состоянии ВКЛ такое же, как и в таблице истинности выходных вентилей, которая приведена ниже:

Где 0 представляет состояние ВЫКЛЮЧЕНО, а 1 представляет состояние ВКЛЮЧЕНО.

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

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

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

Примечание: При 3-проводном методе управления, когда переключатели находятся в таком же состоянии , световой индикатор будет в выключенном состоянии , как показано на схеме ниже:

Условие получения выхода в состоянии ВКЛ такое же, как в таблице истинности взрывозащиты или логического элемента, которая приведена ниже:

Где 0 представляет состояние выключения, а 1 представляет состояние включения.

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

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

Диаграммы классов UML — IntelliJ IDEA

IntelliJ IDEA позволяет создавать диаграммы для пакета в вашем проекте.Такие диаграммы всегда отражают структуру реальных классов и методов в вашем приложении.

Просмотреть диаграмму в пакете

1. В окне инструмента «Проект» щелкните правой кнопкой мыши пакет, для которого вы хотите создать диаграмму, и выберите Ctrl + Alt + Shift + U ).

2. В открывшемся списке выберите Диаграмма классов Java. IntelliJ IDEA создает диаграмму UML для классов и их зависимостей.

Вы можете просмотреть локальные изменения VCS в виде диаграммы.Выберите Ctrl + Alt + Shift + D .

Анализировать диаграмму классов

Вы можете нажать Ctrl + F12 на элементе, чтобы просмотреть список элементов диаграммы и перемещаться между ними.

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

Списки отображаются в зависимости от выбранного уровня видимости, который вы можете изменить.Например, чтобы просмотреть только защищенные методы, щелкните панель инструментов диаграммы и выберите защищенные из списка. IntelliJ IDEA отображает такие методы со значками модификаторов рядом с ними.

Щелкните значок, чтобы увидеть зависимости классов. IntelliJ IDEA следует соглашениям UML при отображении отношений между классами.

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

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

Управление диаграммой классов

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

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

Добавить существующий класс на диаграмму

1. Нажмите Пробел .

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

   Если вы хотите добавить класс, выходящий за рамки проекта, установите флажок «Включить не относящиеся к проекту элементы».

Удалить элемент узла из диаграммы

1. В редакторе диаграммы выберите элемент узла, который нужно удалить.

2. Щелкните элемент правой кнопкой мыши и в контекстном меню выберите Удалить Удалить .

   Или выберите Alt + Delete . В этом случае IntelliJ IDEA проверяет использование перед применением изменений.

Вы можете быстро найти использование, нажав Alt + F7 на элементе кода.

Добавление новых членов в класс

Вы можете выполнить некоторую прямую разработку в редакторе диаграмм.

1. В редакторе диаграмм щелкните правой кнопкой мыши в любом месте и в контекстном меню выберите. Затем выберите элемент кода, который хотите создать.

2. В зависимости от вашего выбора IntelliJ IDEA открывает соответствующий диалог, в котором вы указываете необходимую информацию для создания нового элемента.

IntelliJ IDEA добавляет элемент на диаграмму, а также в дерево проекта.

Просмотр реализаций и родительских классов

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

1. В редакторе диаграмм выберите элемент, для которого вы хотите увидеть реализации или родительские классы.

2. Щелкните элементы правой кнопкой мыши и в контекстном меню выберите Показать реализации Ctrl + Alt + B или Показать родителей Ctrl + Alt + P соответственно.

3. В открывшемся всплывающем окне выберите нужные элементы и нажмите Введите .Чтобы расширить выделение вверх или вниз во всплывающем окне, нажмите Shift + Up или Shift + Down соответственно.

Настройка параметров схемы

Вы можете настроить параметры схемы, чтобы при создании схемы по умолчанию были доступны определенные параметры.

1. В диалоговом окне «Настройки / Предпочтения» Ctrl + Alt + S перейдите к.

2. На правой панели выберите параметры, которые вы хотите видеть по умолчанию, и нажмите «ОК», чтобы применить изменения.

Последнее изменение: 19 августа 2020 г.

Диаграммы последовательностей UML Обзор графической нотации

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

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

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

Основные элементы схемы последовательности показаны на рисунке ниже.

Основные элементы диаграммы последовательности UML.

Вы можете найти примеры диаграмм последовательности Вот:

Линия жизни

Lifeline — это именованный элемент что представляет собой отдельного участника взаимодействия. Хотя части а структурные элементы могут иметь кратность больше 1, линии жизни представляют только один взаимодействующий объект.

Если указанный подключаемый элемент является многозначным (т. Е. Имеет кратность> 1), то линия жизни может иметь выражение ( селектор ), которое указывает, какая конкретная часть представлена ​​этим спасательный круг. Если селектор опущен, это означает, что произвольный представитель многозначного выбирается подключаемый элемент.

Линия жизни показана с помощью символа, который состоит из прямоугольника, образующего его «голову», за которым следует вертикальная линия. (который может быть обозначен пунктиром), который представляет время жизни участника.

Информация, идентифицирующая линию жизни, отображается внутри прямоугольника в следующем формате (немного изменено по сравнению со стандартом UML 2.4):

линия жизни-идент :: = [имя-подключаемого-элемента [‘[‘ Селектор ‘]’]] [‘:’ имя-класса] [разложение] | ‘ сам ‘
селектор :: = выражение
разложение :: = ‘ ref ‘ идентификатор взаимодействия [‘ strict ‘]

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

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

Lifeline «данные» класса Stock

Анонимный спасательный круг класса Пользователь

Lifeline «x» класса X выбирается с помощью селектора [k]

Если имя — ключевое слово self , то линия жизни представляет объект классификатора, который включает Взаимодействие, что владеет Лайфлайн. Порты корпуса могут отображаться отдельно даже при включении self.

Ворота

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

Цель шлюзов и сообщений между шлюзами — указать конкретного отправителя и получателя для каждое сообщение.Гейтс играет разные роли:

Ворота называются явно или неявно. Неявное имя шлюза создается путем объединения направления сообщения («вход» или «выход») и имени сообщения, например in_search, out_read.

Шлюзы обозначены как точки соединения сообщений на фрейме.

Фрагмент взаимодействия

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

Общих обозначений для фрагмента взаимодействия нет. Его подклассы определяют свои собственные обозначения.

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

событие

Событие (полное имя UML — , спецификация , т. е. «описание события») это фрагмент взаимодействия который представляет момент времени (событие) в начале или в конце сообщение или в начале или в конце исполнение.

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

Спецификация каждого случая появляется точно на один спасательный круг. Характеристики появления линии жизни упорядочены по линии жизни.

Спецификация возникновения не имеет обозначений и представляет собой просто точку в начале или конце сообщения. или в начале или в конце спецификации исполнения.

Примеры событий :

Возникновение сообщения

Событие сообщения (полное имя UML — спецификация появления сообщения ) это событие который представляет такие события, как отправка и получение сигналов или вызов или получение вызовов операций.

Происшествие разрушения

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

Полное UML-имя происшествия — , спецификация разрушения . До UML 2.4 это событие называлось разрушения , а ранее — stop .

Уничтожение экземпляра обозначено крестом в виде X внизу жизненного пути.

Срок действия аккаунта прекращен

Событие казни

Событие выполнения (полное имя UML — спецификация экземпляра выполнения ) это событие который представляет моменты времени, в которые действия или поведение начинаются или заканчиваются.

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

Продолжительность казни представляется
по двум экземплярам исполнения — начало и конец.

Казнь

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

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

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

Execution представлен в виде тонкого серого или белого прямоугольника на линии жизни.

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

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

Execution Specification представлен в виде более широкого прямоугольника, помеченного как действие.

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

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

Перекрытие спецификаций выполнения на одной линии жизни — сообщение самому себе.

Перекрытие спецификаций выполнения в одной и той же линии жизни — сообщение обратного вызова.

Инвариант состояния

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

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

Инвариант состояния обычно отображается как ограничение в фигурных скобках на линии жизни.

Атрибут t задачи должен быть равен завершенному.

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

Задача должна быть в состоянии Завершено.

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

Взаимодействие Использование

Использование взаимодействия есть фрагмент взаимодействия который позволяет использовать (или вызывать) другое взаимодействие. Большие и сложные диаграммы последовательностей можно было бы упростить за счет взаимодействия. Также распространено повторное использование некоторого взаимодействия между несколькими другими взаимодействиями.

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

Использование взаимодействия работает как:

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

Использование взаимодействия показано как комбинированный фрагмент с оператором исх..

Интернет-покупатель и книжный магазин используют (справочное) взаимодействие Checkout.

Синтаксис использования взаимодействия оператора ref :

взаимодействие-использование :: = [имя-атрибута ‘=’] [сотрудничество-использование ‘.’ ] имя-взаимодействия [io-arguments] [‘:’ возвращаемое значение]
io-arguments :: = ‘(‘ io-аргумент [‘,’ io-аргумент] * ‘)’
io-аргумент :: = аргумент | ‘вне’ аргумент

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

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

Io-arguments — это список из и / или из аргументы взаимодействия.

Используйте взаимодействие при входе в систему для аутентификации пользователя и назначения результата обратно пользовательскому атрибуту Site Controller.

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