Письменные лекции по дисциплине «Разработка и анализ требований»
.pdf
●Актер (вне ПО, взаимодействующий с ним)
●Прецедент (Use Case / Вариант Использования; имя прецедента лучше обозначать глаголом, например, «сохранить данные»)
●Интерфейс
●Активный класс (содержит в себе поток обработки сообщений)
●Компонент UML 1.2
●Компонент UML 2.0
●Узел
●Пакет
●Комментарии (аннотации)
4.8.Предметы поведения UML
●Взаимодействие
●Конечный автомат (элемент диаграммы состояния; состояние — конечный набор значений какого-либо атрибута рассматриваемого объекта)
●Вид деятельности
4.9.Отношения UML
●Зависимость (например, один объект зависит от данных другого объекта; стрелка идет от зависимого объекта к независимому)
●Ассоциация
●Агрегация («простое включение», внутренний объект может существовать автономно; ромб на стороне внешнего класса)
●Композиция («жесткое включение», внутренний объект не может существовать автономно; ромб на стороне внешнего класса)
●Обобщение («наследование в ООП», стрелка указывает на базовый/родительский класс)
●Реализация (важно: не укладывается в концепцию классов, поэтому никогда не присутствует в диаграмме классов)
4.10. Диаграмма Use Case
Между актером и прецедентом — ассоциативная связь.
Диаграмма вариантов использования показывает основные функции (прецеденты) проекта и действующие лица, в интересах которых эти функции реализованы.
4.11. Диаграмма Use Case (2)
На данной диаграмме добавлена логическая часть между прецедентами.
На концах ассоциативных связей были добавлены обозначения (1..n, 0..n, 1) мощностей связей.
4.12. Диаграмма (видов) деятельности
Прямоугольник с закруглениями — «вид деятельности». Потоки данных и управления имеют направление сверху-вниз.
Первый ромбик — узел decision («решение») — разветвляет потоки. Второй ромбик (ниже первого) — узел merge («слияние») — сливает потоки в один. Из всех направлений (между двумя ромбиками) будет выполнено ровно одно.
Блок-схема похожа на диаграмму деятельности тем, что также описывает алгоритм работы.
4.13.Элементы диаграммы деятельности
●Управляющий узел
● Объектный узел
●Исполняемый узел
4.14.Управляющие узлы
●Решение/слияние (decision/merge)
●Начало/завершение параллельного исполнения (fork/join) (завершение этого блока происходит после завершения всех параллельных процессов)
●Начало сценария
●Окончание сценария
●Остановка исполнения (например, какое-нибудь исключение)
4.15.Объектные узлы
●Объект
●Объект и информация о нем («объект со стереотипом») Состояние объекта — перечисление значений всех его атрибутов.
●Сигнал (в Qt Framework для обработки событий)
●Слот (в Qt Framework для обработки событий)
4.16.Исполняемые узлы
●Вид деятельности
●Обработка исключительной ситуации
●Узел, принимающий данные
●Узел, передающий данные
4.17.Дуги диаграммы деятельности
●Дуга между видами деятельности, объектом и видом деятельности
●Дуга из области прерывания
●Именованная дуга
●Соединение дуг (если схема большая, можно разделить)
●Примеры дуг:
Объект является источником управления либо данных для одного из двух видов деятельности.
4.18. Роли на диаграмме деятельности
Две роли — покупатель и продавец.
4.19. Пример диаграммы деятельности
4.20. Диаграмма состояний
Состояние — конечный набор значений какого-либо атрибута рассматриваемого объекта.
Простая черная заполненная окружность обозначает начало, а конец обозначается в виде заполненной окружности меньшего размера в незакрашенной окружности.
4.21. Диаграмма классов
4.22.Диаграмма объектов: обозначения
●Объект и анонимный объект
●Объект с атрибутом