Сценарии "ввести заказ"
Данные сценарии включают в себя:
— начало заказа;
— добавление экземпляра строки заказа;
— вычисление общей суммы заказа:
завершение заказа.
Представления этих сценариев показаны на рисунках с 2.35 по 2.38.
Сценарий: начать заказ
Представление сценария:
Рис. 2.35. Представление сценария "начать заказ"
Одним из требований к разработке интерфейса взаимодействия с человеком является проверка значений до того, как они будут присвоены объектам проблемной области. В идеале критерий проверки должен быть инкапсулирован в самих объектах проблемной области. Практически такие критерии часто помещаются непосредственно в объектах взаимодействия с человеком, что создает трудности для повторного использования объектов проблемной области.
Сценарий: добавить экземпляр строки заказа
Представление сценария:
Рис. 2.36. Представление сценария "добавить экземпляр строки заказа"
Сценарий: вычислить общую сумму заказа
Представление сценария:
Рис. 2.37. Представление сценария "вычислить общую сумму заказа"
Детали взаимодействия при вычислении совпадают с теми, которые были разработаны для магазина (и здесь не повторяются).
Сценарий: завершить заказ
Представление сценария:
Рис. 2.38. Представление сценария "завершить заказ"
2.7. Выбор объектов взаимодействия систем
Взаимодействие с другими системами
Из диалога с Ольги (см. выше) известно, что взаимодействующими системами являются:
— система склада вывод: заказы возврат: поставки
— система получения счетов
вывод: заказы, поставки, клиенты. Добавим эти объекты к модели (рис. 3.39).
Рис. 2.39. Объекты взаимодействия систем
2.7.1. Определение обязанностей для взаимодействия систем
Система склада
Система склада регулирует его работу , знает о наличии в нем в данный момент каждого экземпляра товара, и получает заказы, которые нужно обработать.
Что я знаю: адрес, рабочее состояние.
Кого я знаю: систему склада SI (соответствующий объект взаимодействия систем).
Что я делаю:
— отправляю заказы на склад;
— получаю результаты поставок со склада. Добавим эти обязанности к модели (рис. 2.40).
Рис. 2.40. Обязанности системы склада
Система получения счетов
Система получения заказов взаимодействует с системой получения счетов, предоставляя ей сводки по заказам, поставкам и клиентам.
Что я знаю: адрес, рабочее состояние.
Кого я знаю: систему получения счетов SI (соответствующий объект взаимодействия систем).
Что я делаю: посылаю заказ для оформления счета.
Включим эти обязанности в модель (рис. 2.41).
Рис. 2.41. Обязанности системы получения счетов
2.7.2. Разработка динамики взаимодействия счетов с помощью сценариев
Можно разработать сценарий, включающий в себя объект взаимодействия систем.
Сценарий: послать заказ системе склада
Представление сценария:
Рис. 2.42. Представление сценария "послать заказ системе склада"
2.8. Выбор объектов управления данными и их обязанностей
Для системы ввода заказов также нужны постоянные объекты, которые сохраняются и запоминаются в течение времени. Для их поиска можно применить следующий подход.
Если управление памятью не является объектно-ориентированным, нужно добавить объект DM для каждого класса, содержащего постоянные объекты.
Введем объекты DM:
— DM клиента;
— DM клиента для связи;
— DM дистрибьютора;
— DM экземпляра товара;
— DM заказа;
— DM клерка по заказам;
— DM организации;
— DM человека;
— DM склада.
Отдельные объекты для системы склада и системы получения счетов не нужны (в каждом из этих классов содержится только по одному объекту).
Каждый объект DM знает соответствующие ему объекты PD, и выполняет основные действия: добавление, исключение и поиск. Добавим объекты DM и их обязанности к модели (рис. 2.43).