Структура языка uml

Язык UML

+Сущности

+Структурный

-классы - это объект, который имеет атрибуты и операции

-интерфейсы - набор операций, исполняемых для описания класса или компонента.

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

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

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

-компоненты

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

+Поведенческие

-взаимодействия

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

+Группирующие

-пакет

+Аннотационные

-примечание

+Отношения

-Зависимостей - взаимодействие - это сущность, описывающая поведение между набором объектов в виде обмена сообщений.

-Ассоциаций

-Обобщений

-Реализаций

+Диаграммы

-Классов

-Объектов

-Прецедентов

-Последовательностей

-Коопераций

-Состояний

-Действий

-Компонентов

-Развертывание

Все сущности - это некоторые пиктограммы.

Отношения

- - - +> зависимости

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

-------- ассоциации

Это структурное двунаправленное отношение, описывающее набор взаимоотношений между объектами.

-------> обобщение

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

- - - -> реализация

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

Виды деятельности в процессе проектирования программных систем.

Анализ и планирование -> Проектирование -> Конструирование -> Тестирование

Диаграмма Прецедентов (Use Case)

Разработка ПО начинается с определения требований заказчика. Определение требований, преследует две цели:

- Определить существенных требований

- Описать эти требования в форме, удобной для заказчика, разработчика.

Процесс определения требований включает следующие шаги:

- Перечисление общих требований

- Осознание контекста ситемы (построение бизнес-модели системы)

- Определение функциональных требований

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

Бизнес-модель - последовательная декомпозиция описываемого процесса на подпроцессы и элементы.