UML 2016

экземплярами актеров и объектами.

Программист) – анонимный объект;
Имя объекта (например, Вася) – предполагается, что имя класса

известно;
Имя объекта : (например, Вася :) – объект-сирота. Считается, что имя класса неизвестно.

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

потенциально участвовать во взаимодействии.

пока тот примет и обработает сообщение. Как правило, один объект

передает синхронное сообщение второму, второй – третьему и т.д., образуя вложенный поток сообщений. В любом случае клиент, инициирующий поток сообщений, должен дождаться его завершения, т.е. возврата управления. Это самый распространенный тип сообщений;
асинхронное сообщение (asynchronous message). Клиент посылает сообщение серверу и, не дожидаясь ответа, продолжает выполнять следующие операции;
 возвращающее сообщение (reply message), обозначающее возврат значения или управления от сервера обратно клиенту. Стрелки этого вида зачастую отсутствуют на диаграммах, поскольку неявно предполагается их существование после окончания процесса выполнения операции.

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

Сообщения, передаваемые внешнему приемнику (lost message), должны, соответственно, начинаться и заканчиваться закрашенным кружком.
Создание объектов отображается как возвращающее сообщение со стереотипом «create»
Уничтожение синхронное сообщение со стереотипом «destroy». После получения сообщения на уничтожение объекта его линия жизни заканчивается символом X

проектирования или концептуальных диаграммах;
- указание стереотипа для некоторых стандартных действий:
- «create» (создать)

– возвращающее сообщение, требующее создания объекта;
- «destroy» (уничтожить) – синхронное сообщение с требованием уничтожить соответствующий объект;
- «call» (вызвать) – синхронное сообщение, требующее выполнения операции принимающего объекта;
- «send» (послать) – асинхронное сообщение, обозначающее посылку сигнала серверу;
- «return» (возвратить) или «reply» (ответить)– возвращающее сообщение;

[:возвращаемое значение].
Переменная - переменная или атрибут объекта-отправителя, которому будет присвоен результат

вызываемого метода.
Имя сообщения (обязательный параметр) – имя вызываемого метода объекта-получателя.
Список аргументов – список аргументов, разделенных запятыми и передаваемых для выполнения метода.
Возвращаемое значение – константа или имя переменной, являющиеся результатом вызываемого метода.

Альтернативные сообщения (группы сообщений) отделяются друг от друга горизонтальными штриховыми

линиями. Используется для моделирования условного оператора (if-then-else) и операторов выбора (case или switch);
- opt (option) - вызов дополнительного сообщения (группы сообщений) при некотором условии. Аналогичен фрагменту с типом «alt» для случая, когда используется сокращенный условный оператор (if-then);
- par (parallel) - параллельная обработка сообщений. Параллельно обрабатываемые сообщения (группы сообщений) отделяются друг от друга горизонтальными штриховыми линиями;
- loop - циклическая обработка сообщений. Используется для моделирования циклов;
- break - досрочное прерывание обработки сообщений при некотором условии. Используется как составная часть других фрагментов (как правило, «loop»);

часть других фрагментов (как правило, «par»). Подразумевает приостановку обработки любых

сообщений в более общем фрагменте на время обработки сообщений внутри подфрагмента «critical»;
- neg (negative) - сообщение или событие, сгенерированное в результате невозможности обработки другого принятого сообщения. Например, если при запросе пароля getPassword() истекло время на его ввод, то вместо возврата пароля будет сгенерировано сообщение «время вышло» (англ. «timeout»);
- assert (assertion) - сообщение (группа сообщений), выполняемое после предварительной проверки некоторого условия. Если условие отрицательно, то сообщение не посылается. В программировании такой прием часто используется для локализации ошибок;
- strict - строгая последовательная обработка сообщений. Последовательно обрабатываемые сообщения (группы сообщений) отделяются друг от друга горизонтальными штриховыми линиями и обрабатываются строго по очереди сверху-вниз;
- seq (sequencing) - нестрогая последовательная обработка сообщений. Сообщения (группы сообщений) отделяются друг от друга горизонтальными штриховыми линиями и могут обрабатываться в произвольном порядке за исключением сообщений, принимаемых одним объектом;

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

явно отображенными и которые должны быть проигнорированы;
- consider - игнорирование других сообщений. После слова «consider» в фигурных скобках перечисляются сообщения, которые явно отображены во фрагменте, а также возникновение которых во фрагменте потенциально возможно наряду с явно отображенными. Остальные потенциально возможные сообщения должны быть проигнорированы;
- ref (reference) - ссылка на часть взаимодействия, определенную в другом месте (на другой диаграмме). Данный элемент подобен предопределенным процессам на блок-схемах или скрытым составным состояниям на диаграммах автоматов.

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

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

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

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

и продуманно распределить обязанности между отдельными разработчиками или их командами;
упростить

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

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

объекте класса TableScreen необходимо создавать объекты класса TextFieldDouble, после импортирования достаточно для этих целей использовать имя класса «new TextFieldDouble(...)» вместо «new ru.lib.field.TextFieldDouble(...)».
 «merge» практически идентична отношению обобщения. В частности, пакет ru.iskraPUT.panel помимо своих сущностей (подпакетов и классов) будет содержать сущности пакета ru.lib.panel. Если в двух пакетах будут сущности с одинаковым именем, то сущность в результирующем пакете (ru.iskraPUT.panel) будет расширена за счет специфических свойств сущности исходного пакета (ru.lib.panel). Отличие от отношения обобщения заключается в отсутствии наследования сущностей с областью видимости «private» (частных сущностей).

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

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

и подсистемам;
- определение топологии распределенной системы и распределение подсистем по узлам

сети;
- планирование итераций (версий) сборки системы;
- сборка версий системы.

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

набором интерфейсов. 

- «file» – любой файл, кроме таблицы:
«executable» – программа (исполняемый файл);
«library» – статическая или динамическая библиотека;
«source» – файл с исходным текстом программы;
«document» – остальные файлы (например, файл справки);
- «table» – таблица базы данных.

классы,
методы (operations), н
аименование файла-компонента (artifacts)

может предоставить другому классу, компоненту или подсистеме, для выполнения им

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

одних компонентов от реализации других. Такое возможно в следующих случаях:
-

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

между узлами системы на этапе исполнения;
- выявление узких мест системы и

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

компьютеры, датчики, принтеры, модемы, цифровые камеры, сканеры и т.д. Графически

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

на сайт в Интернет и т. д. Соединения показываются в

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

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

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

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

времени.
Основными компонентами диаграмм последовательности действий являются:
- Объекты;
- Линия жизни;
- Сообщения.

из класса D

сообщения инициирует выполнение определенных действий;
3 разновидности сообщений:

в системе от действия к действию, а также параллельные действия

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

выбора
- линия синхронизации (линейка синхронизации).

Имя может быть записано на естественном языке
… или на языке

программирования

– логическое выражение, которое может принимать значение true или false

Условие 1

Условие 2

исходящую, либо 1 вход и несколько выходов.

элемент выбора, дорожки)
Пример диаграммы деятельности для процесса постройки дома

исходного кода программы;
спецификация исполнимого варианта программной системы;
представление концептуальной и физической

схем баз данных.

некий набор интерфейсов.

диаграммы развертывания:
указать размещение исполнимых компонентов программной системы по отдельным физическим

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

некоторым вычислительным ресурсом.
Диаграмма размещения показывает наличие физических соединений – маршрутов

передачи информации между аппаратными устройствами, задействованными в реализации системы.