UML / АСУ_Фонотов_uml
.pdf
Кафедра Автоматизированных систем управления
Пакеты
© Фонотов Анастас Михайлович
|
|
|
|
|
|
Пакеты |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
||
|
|
|
|
|
|
|
|
|
|
Пакеты предназначены для представления групп |
|||
|
|
|||||
управления |
|
|
|
классов или других элементов моделирования |
||
|
|
|
Пакет служит для разделения логической модели |
|||
систем |
|
|
||||
|
|
|
прикладной программы |
|||
АвтоматизированныхКафедра |
|
|
|
|||
|
|
Пакет – блок сильносвязанных классов |
||||
|
|
|||||
© Фонотов Анастас Михайлович
|
|
|
|
|
Пакеты |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
||
|
|
|
|||
управлениясистемАвтоматизированныхКафедра |
Пакеты могут быть вложенными |
||||
|
|
|
|
Иерархия |
|
|
|
|
|
||
|
|
|
|
|
декомпозиция |
© Фонотов Анастас Михайлович
|
Пакеты |
|
|
class Class Model |
|
управления |
Система |
|
Подсистема1 |
||
систем |
||
Подсистема 2 |
||
Функция 1 |
||
Автоматизированных |
||
Функция 2 |
||
Подсистема 3 |
||
Кафедра |
||
|
||
|
© Фонотов Анастас Михайлович |
Пакеты
Кафедра Автоматизированных систем управления
Пакеты могут быть связаны друг с другом:
Зависимость
Обобщение
class Class Model 
Учебный план |
Рабочий план |
© Фонотов Анастас Михайлович |
class Class Model 
Документ |
Class1 |
Финансовый документ |
Class2 |
|
Пакеты |
|
|
Зависимость между пакетами показывает, что |
|
управления |
экземпляр класса одного пакета обращается к |
|
экземпляру класса другого пакета |
|
|
|
|
|
Автоматизированных систем |
class Producer |
|
|
Car::Model |
|
|
|
|
Кафедра |
Producer |
Dialer |
|
||
© Фонотов Анастас Михайлович
BCE
Кафедра Автоматизированных систем управления
Boundary – граница
Control - управление
Entity – сущность
Подход к объектно-ориентированному проектированию Основанный на трехфакторном представлении классов.
© Фонотов Анастас Михайлович
BCE
управлениясистем |
class Class Model |
|
Boundary |
||
|
||
АвтоматизированныхКафедра |
Entity |
|
|
Control |
© Фонотов Анастас Михайлович
|
|
|
|
|
|
Стереотипы классов |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
||
|
|
|
|
|
|
|
|
|
|
Слой boundary (или интерфейсные классы)- |
|||
|
|
|||||
управления |
|
|
|
охватывает все, что имеет отношение к |
||
|
|
|
общению пользователя или другой системы с |
|||
|
|
|
|
|||
систем |
|
|
|
разрабатываемой системой; |
||
|
|
Слой entity (данные)- предоставление |
||||
Автоматизированных |
|
|
Слой Control (бизнес-логика или логика |
|||
|
|
|
|
интерфейса необходимых операций |
||
|
|
|
|
взаимодействия с источником хранения данных |
||
|
|
|
|
(таблица базы данных, файл); |
||
Кафедра |
|
|
|
предметной области)-описывает основные |
||
|
|
|
|
|||
|
|
|
|
функции приложения, предназначенные для |
||
|
|
|
|
достижения поставленной перед ним цели; |
||
|
|
|
|
|
© Фонотов Анастас Михайлович |
|
|
|
|
|
|
|
Стереотипы классов |
|
|
|
|
|
|
|
||
|
|
|
|
|
|
||
|
|
|
|
|
|
||
|
|
|
|
|
|||
|
|
|
|||||
|
Стереотип класса – это элемент расширения словаря UML, который |
||||||
|
|
|
обозначает отличительные особенности в использовании класса. |
||||
управления |
|
Cтереотипы в UML |
|||||
систем |
|||||||
|
|
|
|
boundary |
|||
|
|
|
|
||||
АвтоматизированныхКафедра |
|
|
|
|
control |
||
|
|
|
|
entity |
|||
|
|
|
|
||||
|
|
|
|
|
enumeration |
||
|
|
|
|
|
datatype |
||
|
|
|
|
|
table |
||
|
|
|
|
|
interface |
||
© Фонотов Анастас Михайлович