4.1.2.2. Кооперативные диаграммы

Кооперативные диаграммы отличаются от диаграмм Последовательности тем, что они не акцентируют внимание на последовательности передачи сообщений, они отражают наличие взаимосвязей вообще.

Rational Rose предоставляет возможность автоматического создания Кооперативных диаграмм на основе диаграмм Последовательности и наоборот.

Рис.69. Диаграмма Последовательности «Зарегистрировать пользователя»

Ниже приведена Кооперативная диаграмма «Зарегистрировать пользователя».

Рис.70. Кооперативная диаграмма «Зарегистрировать пользователя»

4.2. Логическое представление

4.2.1. Диаграммы Классов

Диаграмма Классов служит для представления статической структуры модели системы в терминологии классов объектно-ориентированного программирования. На данной диаграмме не указывается информация о временных аспектах функционирования системы.

4.2.1.1. Выявление классов

Проанализировав диаграммы Последовательности, можно выделить следующие классы-сущности: Заказ, Картотека заказов, Картотека пользователей, Клиент, Оператор, Пользователь и Складской учёт. С этими классами будут соотнесены одноимённые объекты диаграмм Взаимодействия.

Помимо вышеперечисленных, целесообразно будет ввести следующие классы-сущности: Товар (характеризует товар), Хранилище (реализует базовые методы работы с БД); а также интерфейсные классы для осуществления взаимодействия с пользователями системы:

- Форма анкета пользователей, окно доступное только оператору, предназначенное для редактирования параметров пользователя;

- Форма анкета товаров, окно, предназначенное для редактирования атрибутов выбранного товара;

- Форма аутентификации, окно предназначенное для реализации процедуры аутентификации в системе содержит поля ввода "логин" и "пароль";

- Форма бланк заказа, окно предназначенное для изменения параметров и состава заказа;

- Форма редактор ассортимента, окно, позволяющее редактировать ассортимент (для оператора) и выбирать товары для включения их в заказ;

- Форма редактор пользователей, окно, предназначенное для управления учетными записями пользователей;

- Форма управление заказами, окно, предоставляющее возможности управления заказами пользователя.

Кроме того, нам понадобится управляющий класс для выбора функционального сценария, назовём его Главная форма.

4.2.1.2. Определение атрибутов и операций классов

Заказ

Атрибуты:

- номер паспорта заказчика (pass_num);

- номер заказа (order_num);

- дата заказа (date);

- полная стоимость (total_prise);

- список пунктов заказа (spisok;,

- текущее состояние заказа (status).

Операций нет.

4.2.1.3. Объединение классов в пакеты

На main диаграмме разместим управляющий класс (Главная форма). Остальные классы, учитывая их функциональное назначение, разобьем на четыре пакета: Аутентификации, Работа с пользователями, Работа с товарам и Работа с заказами. Между этими пакетами и управляющим классом существуют связи зависимости (от управляющего класса к пакетам).

Полученная main диаграмма представлена на рисунке 71.

Р ис.71. Диаграмма классов

Аутентификация

Поместим в этот пакет классы, участвующие в процессе аутентификации: Форма аутентификации, Оператор, Клиент, Пользователь, Картотека пользователей, Хранилище.

Классы Клиент и Оператор являются наследниками класса Пользователь, от них к родительскому классу строится связь обобщения.

Клиент и Оператор также имеют связь с классом Форма аутентификации. Это однонаправленная ассоциация от класса Форма аутентификации ко классам Клиент и Оператор (направление ассоциации отражает направление передачи сообщений между классами). Один экземпляр класса Форма аутентификации может взаимодействовать с одним экземпляром класса Клиент или Оператор – множественность связи ноль или один. Каждый экземпляр класса Клиент или Оператор может взаимодействовать ровно с одним экземпляром класса Форма аутентификации – множественность один.

Между классами Картотека пользователей и Хранилище существует связь агрегации (класс-целое – Картотека пользователей, класс-часть - Хранилище).

Картотека пользователей связана двунаправленной ассоциацией с классом Форма аутентификации, множественность связи один к одному.

Диаграмма представлена на рисунке 72.