Создание диаграммы сотрудничества

 

Диаграммы сотрудничества - второй тип диаграмм взаимодействия - Collaboration Diagram - Г. Буч называет диаграммой объектов. Эта диаграмма не акцентирует внимание на последовательности передачи сообщений, она отражает наличие взаимосвязей вообще, то есть на этой диаграмме отражается наличие сообщений от клиентов к серверам.

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

В курсовом проекте была разработана диаграмма сотрудничества, описывающая продажу валюты (рисунок 4.1). Действующее лицо - Кассир. Используемые объекты:

- форма выбора валюты (класс - Валюта);

-  проверка наличия валюты (класс Проверка);

-  форма продажи (класс ФормаПродажи);

-  продажа (класс Продажа);

На диаграмму были добавлены следующие сообщения, соотнесенные с операциями:

1. ОткрытьФорму() - создать новую форму продажи валюты.

2. ВыборВалюты() - выбор валюты и ее количества.

.   СохранениеДанных() - нажать на кнопку проверка на форме.

.   НаличиеТребуемойВалюты (String, Double) - проверка наличия требуемой валюты.

.   ОткрытьФорму (String, Double) - создает новую форму продажи.

.   ВводДанныхНаФорму() - ввод паспортных данных покупателя.

.   СохранениеДанных() - нажать на кнопку сохранить на форме.

.   РасчетСуммы (String, Double, String, String, Date) - рассчитывает сумму покупки.

.   РегистрацияОперации() - регистрация проведенной операции в базе данных банка.

.   ПечатьОтчета() - вывод на печать сведений о проведенной операции.

Выводы

1. Была спроектирована диаграмма сотрудничества для варианта использования «Продажа валюты». Во многом от правильности выполнения этого прецедента будет зависеть в дальнейшем успешность оперативного учета и функционирования всей системы в целом.

2. На диаграмму были добавлены десять сообщений, соотнесенные с соответствующими операциями.

Рисунок 4.1 - Диаграмма сотрудничества для варианта использования «Продажа валюты»

 

Создание диаграммы классов

 

Class diagram (диаграммы классов) позволяет создавать логическое представление системы, на основе которого создается исходный код описанных классов. На диаграммах классов отображаются некоторые классы и пакеты системы. Это статические картины фрагментов системы и связей между ними.

Ознакомившись с классами модели, для более наглядного представления, они были сгруппированы по стереотипу (рисунок 5.1). Стереотипы - это механизм, позволяющий разделять классы на категории. В языке UML основными стереотипами являются: Boundary (граница), Entity (сущность) и Control (управление). В проектируемой подсистеме были созданы следующие пакеты: Boundary (граница) и Control (управление). В эти пакеты были помещены советующие им классы.

 

Рисунок 5.1 - Диаграмма пакетов

 

Граничные классы (boundary classes) - это классы, которые расположены на границе системы и окружающей среды. Они включают все формы, отчеты, интерфейсы с аппаратурой (такой, как принтеры или сканеры) и интерфейсы с другими системами. В пакет «Boundaries» были добавлены следующие классы: класс «Валюта» (форма выбора валюты и ввода её количества) и класс «ФормаПродажи» (ввод паспортных данных покупателя).

Управляющие классы(control classes) - отвечают за координацию действий других классов. Обычно у каждого варианта использования имеется один управляющий класс, контролирующий последовательность событий этого варианта использования. В данном проекте данную функцию выполняет класс «Проверка», а также «Продажа».

Выводы

1. В процессе разработки диаграммы классов был применен механизм пакетов. Были созданы два основных пакета, объединяющих классы по стереотипам.

2. Была разработана диаграмма пакетов, являющаяся одной из форм диаграммы классов.