Информационных технологий визуальное моделирование систем в Staruml

49 
Перетащим на навигаторе модели класс 
Customer
(
Покупатель
) в 
пакет 
Классы-сущности
(рис. 52). 
Рисунок 52. Перемещение классов в пакеты 
Аналогично классы 
Item (Товар)
и 
Order (Заказ)
разместим в пакете 
Классы-сущности
, 
классы 
ОформлениеЗаказа 
(PlaceOrder), 
ВводЛичныхДанных 
(EnterPersonalInformation), 
ПроверкаДеталейЗаказа (ConfirmOrder) 
и 
ПодтверждениеЗаказа 
(OrderConfirmation) 
разместим в пакете 
Граничные классы
, а класс 
МенеджерОформленияЗаказа 
(PlaceOrderManager) 
– 
в 
пакете 
Управляющие классы.
Обратите внимание, что при этом внешний вид диаграмм классов Place 
Order и диаграммы пакетов Main не изменится. 
8. 
Диаграммы взаимодействия 
Диаграммы взаимодействия отображают один из процессов обработки 
информации в варианте использования: какие объекты нужны потоку, 
какими сообщениями обмениваются объекты, какие действующие лица 
инициируют поток и в какой последовательности отправляются сообщения. 
Для одного потока событий может быть построено несколько диаграмм 
взаимодействия.
Основной элемент диаграмм взаимодействия – это объект.
Объектом
описывают нечто содержащее в себе данные и поведение. 
Это термин, описывающий реальные, конкретные предметы или абстрактные 
сущности. 
Объекты изображаются в виде прямоугольников, имена объектов 

50 
подчеркиваются. 
Внутри 
прямоугольника, 
обозначающего 
объект, 
записывается с большой буквы имя объекта. Имя объекта подчеркивается. 
Если оно содержит несколько слов, то все они должны начинаться с 
большой буквы. 
Пример
. Поскольку наша система предназначена для заказа товаров, то 
скорее всего нам придется построить диаграмму взаимодействия с участием 
такого объекта, как 
Товар 
(например, диаграмму, описывающую добавление 
товара в корзину). Мы можем использовать на диаграмме взаимодействия 
какой-то конкретный объект-товар, например, 
Галстук-Бабочка. 
А можем 
назвать этот объект безлично – 
Товар
(см. рис. 53). 

жүктеу/скачать 1,77 Mb.

Достарыңызбен бөлісу: