UML / АСУ_Фонотов_uml
.pdf Структурная классификация описывает системные сущности и их
|
отношения между собой. К структурным представлениям относятся |
|
управления |
статическое представление, представление проектирования и |
|
представление Use Case. |
||
|
||
|
Динамическое поведение описывает поведение системы или другого |
|
систем |
классификатора во времени. Представления моделей динамического |
|
поведения включают в себя представление конечных автоматов, |
||
Автоматизированных |
представление деятельности и представление взаимодействия. |
|
|
||
|
Физическое размещение описывает вычислительные ресурсы системы и |
|
|
развертывание на них артефактов. Физическое размещение описывается |
|
|
представлением развертывания. |
|
|
Представление управления моделью — это описание разбиения |
|
Кафедра |
модели на иерархические блоки. Представление управления моделью |
|
организует все остальные представления моделей в структуру, позво- |
||
|
||
|
ляющую осуществлять процесс разработки конфигурации и управления |
|
|
ею. |
|
|
© Фонотов Анастас Михайлович |
Диаграммы UML
Кафедра Автоматизированных систем управления
Structure Diagrams: |
Структурные диаграммы: |
Class diagram |
Диаграмма классов |
Component diagram |
Диаграмма компонентов |
Composite structure diagram |
Композитной/составной структуры |
Collaboration (UML2.0) |
Диаграмма кооперации (UML2.0) |
Deployment diagram |
Диаграмма развёртывания |
Object diagram |
Диаграмма объектов |
Package diagram |
Диаграмма пакетов |
Profile diagram (UML2.2) |
Диаграмма профилей (UML2.2) |
Behavior Diagrams: |
Диаграммы поведения: |
Activity diagram |
Диаграмма деятельности |
State Machine diagram |
Диаграмма состояний |
Use case diagram |
Диаграмма прецедентов |
Interaction Diagrams: |
Диаграммы взаимодействия: |
Communication diagram (UML2.0) / Collaboration |
Диаграмма коммуникации (UML2.0) / |
(UML1.x) |
Диаграмма кооперации (UML1.x) |
Interaction overview diagram (UML2.0) |
Диаграмма обзора взаимодействия (UML2.0) |
Sequence diagram |
Диаграмма последовательности |
Timing diagram (UML2.0) |
Диаграмма синхронизации (UML2.0) |
© Фонотов Анастас Михайлович |
|
|
|
|
|
|
Первый подход разработки |
|
|
|
|
|
|
||
|
|
|
|
|
||
|
|
|
|
|||
|
|
|
|
|
||
|
|
|
||||
|
Выделяем абстракции разрабатываемой системы |
|||||
управления |
Определяем набор классов системы с помощью Class diagram |
|||||
|
Используем Use case diagram для отображения списка |
|||||
|
||||||
|
|
операций, которые должна выполнять наша система; иначе |
||||
систем |
|
говоря, это требования к системе. |
||||
|
Показываем отдельные взаимодействия объектов |
|||||
|
||||||
Автоматизированных |
|
(экземпляров классов) с помощью Sequence diagram |
||||
|
Уточняем перечень классов системы и связи между ними |
|||||
|
||||||
|
Далее классы объединяются в компоненты, которые |
|||||
|
|
отображаются на Component diagram, где показывается |
||||
|
|
зависимость компонентов между собой. |
||||
Кафедра |
На Deployment diagram отображается размещение этих |
|||||
|
компонентов по компьютерам (узлам сети) для проектируемой |
ИС.
© Фонотов Анастас Михайлович
|
|
|
|
|
Второй подход разработки |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
||
|
|
|
|
|
|
|
|
|
|||
|
Общий подход таков: |
||||
управления |
1. |
Используем Use case diagram для отображения списка операций, которые |
|||
|
действий), поэтому мы должны использовать Sequence diagram для его |
||||
|
|
должна выполнять наша система; иначе говоря, это требования к системе. |
|||
систем |
2. |
Каждый Use case – это некоторый процесс (последовательность |
|||
|
детализации. На этой диаграмме мы отображаем объекты из предметной |
||||
|
|
||||
Автоматизированных |
|
области (объекты, участвующие в бизнес-процессе); таким образом, мы |
|||
|
получаем экземпляры некоторых классов и их взаимодействие. Sequence |
||||
|
|
||||
|
|
diagram отображает сам процесс, статическая картина взаимодействия |
|||
|
|
объектов отображается с помощью Class diagram. |
|||
|
3. |
Переходим к Class diagram, на которой изображаются классы нашей ИС. |
|||
|
4. |
Далее классы объединяются в компоненты, которые отображаются на |
|||
Кафедра |
|
Component diagram, где показывается зависимость компонентов между |
|||
|
собой. |
||||
|
|
||||
|
5. |
На Deployment diagram отображается размещение этих компонентов по |
|||
|
|
компьютерам (узлам сети) для проектируемой ИС. |
|||
|
|
|
|
© Фонотов Анастас Михайлович |
Кафедра Автоматизированных систем управления
© Фонотов Анастас Михайлович
Кафедра Автоматизированных систем управления
UML
Use Case Diagram
© Фонотов Анастас Михайлович
|
|
|
|
Диаграмма Вариантов Использования |
|
|
|
|
|
||
|
|
|
|
||
|
|
|
|
||
|
|
|
|||
|
Диаграмма Вариантов Использования (use case |
||||
управления |
diagram) описывает функциональное назначение |
||||
системы или, другими словами, то, что система |
|||||
|
|||||
систем |
будет делать в процессе своего |
||||
функционирования. |
|||||
Кафедра Автоматизированных |
|
|
|
|
© Фонотов Анастас Михайлович
|
|
|
|
|
Диаграмма Вариантов Использования |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|||
|
Разработка диаграммы вариантов использования |
||||
управления |
|
преследует цели: |
|||
|
предметной области на начальных этапах проектирования |
||||
|
|
Определить общие границы и контекст моделируемой |
|||
систем |
|
системы. |
|||
|
|
||||
Автоматизированных |
Сформулировать общие требования к функциональному |
||||
|
поведению проектируемой системы. |
||||
|
|
||||
|
Разработать исходную концептуальную модель системы для |
||||
|
|
ее последующей детализации в форме логических и |
|||
|
|
физических моделей. |
|||
Кафедра |
Подготовить исходную документацию для взаимодействия |
||||
|
разработчиков системы с ее заказчиками и пользователями. |
© Фонотов Анастас Михайлович
Диаграмма Вариантов Использования
Кафедра Автоматизированных систем управления
© Фонотов Анастас Михайлович
Кафедра Автоматизированных систем управления
Диаграмма Вариантов Использования
Вариант Использования
(use case)
© Фонотов Анастас Михайлович