- •Алгоритмизация и программирование Проектирование программного обеспечения
- •1. Базовые принципы и понятия технологии разработки сложного по
- •Разработка модели
- •1.2. Методология объектно-ориентированного анализа и проектирования
- •1.3. Концепция разработки архитектур, управляемых моделями
- •2. Основы языка uml
- •Uml модель и ее элементы
- •Отношения
- •Диаграммы
- •1.5. Общие диаграммы
- •1. Диаграммы использования
- •Invoice
- •2. Диаграмма классов
- •4. Диаграмма деятельности
- •Сущность – Вариант использования (use case)
- •Варианты отношения зависимости: расширение и включение Отношение расширения
- •Диаграмма классов
- •1. Диаграмма классов – основная логическая модель проектируемой системы
- •Диаграмма классов
- •2. Класс
- •2.1. Имя класса
- •2.2. Атрибуты класса
- •Кратность
- •2.3.Операции класса
- •1.. * 1
- •I j
- •3.2. N-арная ассоциация
- •3.3. Ассоциация-класс
- •3.4. Квалификатор
- •3.5. Обобщение
- •3.6. Множество обобщений
- •3.7. Агрегация
- •3.8. Композиция
- •1 1 1 1
- •1 2 1 1
- •3.9. Зависимость
- •3.10. Реализация
- •4. Интерфейс
- •IДатчик
- •5. Шаблон
- •5. Диаграмма композитной структуры (composite structure diagram)
- •6. Дополнительные диаграммы структуры
- •7. Диаграмма последовательности (sequence diagram)
1.5. Общие диаграммы
Общие диаграммы практически не зависят от предмета моделирования и могут применяться в любом программном проекте и в любой предметной области.
1. Диаграммы использования

Диаграмма использования (use case diagram) – это наиболее общее представление функционального назначения системы. Диаграмма использования признана ответить на главный вопрос моделирования: какие задачи решает система во внешнем мире?


u
se
case
Система заказа товаров

Выписать
счет-фактуру

Issue
Invoice
Продавец





M
ake
order

S
eller
Customer




Покупатель


Make order
Computer of computer
Seller
Рис. 15. Нотация диаграммы использования
Используются два типа сущностей:
вариант использования;
действующие лица.
Между сущностями установлены отношения:
ассоциации ( между действующим лицом и вариантом использования);
обобщения ( между вариантами использования);
обобщения ( между действующими лицами);
зависимости (различных типов между вариантами использования).
2. Диаграмма классов

Диаграмма классов (class diagram) – основной способ описания структуры системы.
На диаграмме классов применяется один основной тип сущностей – классы (включая многочисленные частные виды классов) в частности:
интерфейсы;
примитивные типы;
классы ассоциации;
… .


c
lass
Структура
системы обработки заказов

1
O

rder
Customer
i
1
1
1
1

nstantiate

1…*


«utility»
VIP
OrderCreator
Address
Customer
1…*
1…*
1
1…*


Платеж
Payment
CreditCard
Рис. 16. Нотация диаграммы классов
3. Диаграмма автомата

Диаграмма автомата (state machine diagram) это один из способов детального описания поведения в UML. (Граф состояний и переходов конечного автомата нагруженный множеством дополнительных деталей и подробностей.)
На диаграмме автомата применяется один основной тип сущностей – состояние и один тип отношений – переход, но и для тех и других определено множество разновидностей, специальных случаев и дополнительных обозначений. На рис. 16 приведен пример диаграммы автомата.

s
tate
machine
Состояния
лифта


p
ressDOWN
pressUP
I


dle




M
oving
down
Moving
up
Рис. 16. Пример нотации диаграммы автомата
4. Диаграмма деятельности

Диаграмма деятельности (activity diagram) – способ описания поведения, который визуально напоминает блок-схему алгоритма.
На диаграмме деятельности применяется один основной тип сущностей – действие и один тип отношений переходы(передача управления)Основные элементы нотации, применяемые на диаграмме деятельности, приведены на рис. 17.
Также используются такие конструкции, как развилки, слияния соединение ветвлений.


activity Сборка приложения




C

heckOut
Component
[else]
[
no
more
B

uildcomponent]
Build
Component Application
Рис. 17. Пример диаграммы деятельности
