Введение в UML Узенцова Наталия

прецедент;
устанавливаются основные альтернативные потоки.
Предыдущие шаги повторяются, пока прецеденты, актеры и

границы системы не стабилизируются.

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

2 эту границу называют контекстом системы (subject).

Актеры – роли, выполняемые людьми или сущностями, использующими систему.

Прецеденты – то, что актеры могут делать с системой.

Отношения – значимые отношения между актерами и прецедентами.

во взаимодействии?
Кто устанавливает систему?
Кто или что запускает и выключает систему?
Кто

обслуживает систему?
Какие системы взаимодействуют с данной системой?
Кто или что получает и предоставляет информацию систем
Происходит ли что-нибудь в точно установленное время?

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

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

сохраняет и извлекает информацию? Если да, какой из актеров инициирует

это поведение?
Что происходит, когда система изменяет состояние (например, при запуске и выключении системы)? Кто-нибудь из актеров получает при этом уведомление?
Какие-либо внешние события оказывают влияние на систему? Как система узнает об этих событиях?
Система взаимодействует с какой-либо внешней системой?
Система генерирует какие-либо отчеты?

системы в терминологии классов объектно-ориентированного программирования.

Минимальная форма класса включает

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

атрибуты; операции; отношения; ограничения.

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

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

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

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

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

из коллекции соединенных ребрами узлов