Диаграмма классов
Диаграмма классов описывает типы объектов системы и отношения, которые существуют между ними (статические). Также отображаются свойства и методы классов.
Класс – абстрактный тип данных, задающий общие атрибуты и поведение для группы объектов
Синтаксис описания атрибутов: метка_видимости имя_атрибута: тип [кратность] = значение_по_умолчанию {строка_свойств}
+фамилия: String=”Иванов”{readOnly}
+дети:Человек[1..40]
Метка видимости обозначает модификатор доступа к атрибуту класса:
+ public
- private
# protected
~ package
Синтаксис описания операций: метка_видимости имя_операции (список_параметров) : возвращаемый_тип {строка_свойств}
+рассчитать_баланс (дата: Data): Рубли
Отношение между классами обозначаются ассоциациями:
На ассоциациях могут указываться:
Виды зависимости (ключевые слова):
<<call>> - Н вызывает К
<<create>> - Н создает экземпляр К
<<derive>> - Н – производная К
<<instantiate>> - Н – экземпляр К
<<permit>> - К расширяет доступ Н к своей закрытой информации
<<realize>> - Н реализует интерфейс К
<<refine>> - Н уточняет/детализирует К
<<substitute>> - Н может заменить К
<<trace>> - при изменении Н проследить изменения в К
<<use>> - для реализации Н требуется К
Диаграмма объектов
Объект – экземпляр класса, обладающий идентификацией, состоянием и поведением. Диаграмма объектов – снимок объектов системы в определённый момент времени
Ни одно из полей “Имя объекта” или “Имя класса” не является обязательным, но если указано только имя класса, то перед ним сохраняется “:”
Связь – экземпляр ассоциации, которая устанавливается между классами. Для связи применимы имя, навигация и агрегация. Кратность неприменима
Диаграмма прецедентов
Прецедент – сценарий взаимодействия пользователя с системой для достижения определенной цели пользователя
Зависимости
Границы диаграммы
Рис 8
На диаграмме прецедентов изображаются:
Основные действующие лица и заинтересованные стороны
Прецеденты
Ассоциации
Границы системы
На всех диаграммах можно добавлять комментарии
В отличии от прецедента бизнес-прецедент может обозначать последовательность действий в организации в ответ на запрос клиента, а не действие автоматизированной системы в ответ на запрос пользователя.
Чтобы организовать иерархию выделяют 3 уровня прецедентов:
Прецедент обобщенного уровня
Прецедент уровня целей пользователя
Прецедент детального уровня
Прецеденты обобщенного уровня позволяют объединять прецеденты уровня целей пользователя в группы. Прецеденты детального уровня служат для достижения целей пользователя, но не являются целью пользователя
Критерии при формулировании уровня целей пользователя:
Уйдет ли эктор удовлетворенным выполнив это действие или зависит ли производительность труда от того, сколько таких прецедентов можно выполнить за день
По окончании этого действия можно ли сделать перерыв на кофе
Один сеанс для одного клиента длится от 2 до 20 минут
Прецеденты детального уровня включаются только при большой необходимости