2.2.1. Компоненты модели: с чего начинать

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

Если речь идет о проблемной области (PD), следует добавить классы PD; о взаимодействии с чело веком (HI) — добавляйте классы HI; о взаимодействии с другой системой (SI), требуются классы SI.

Удобно иметь какой-нибудь общий план игры. Применительно к компонентам объектной модели чаще всего используется следующий план:

— объекты проблемной области;

— объекты взаимодействия с человеком;

— объекты взаимодействия систем;

• объекты управления данными.

Если приоритет имеют объекты взаимодействия с человеком, применяется другой вариант:

— объекты взаимодействия с человеком;

— объекты проблемной области;

— объекты взаимодействия систем;

— объекты управления данными.

Когда самым важным для рассматриваемой системы является ее взаимодействие с другими систе­мами и устройствами, будет уместным такой подход:

— объекты взаимодействия систем;

— объекты проблемной области;

— объекты взаимодействия с человеком;

• объекты управления данными.

2.2.2. Стратегии: с какой начинать

Цели и характерные свойства системы, объекты, обязанности и сценарии — это виды действий, а не шаги процесса. Может возникнуть вопрос, с какой из четырех главных областей стратегий следует на­чинать. И в этом случае нужно прислушаться к мнению экспертов.

Если они говорят о целях и характерных свойствах, добавьте к модели и те, и другие; если об объектах — нужно включить объекты; если об обязанностях — необходимы все три: что я знаю, кого я знаю и что я делаю.

При разработке динамики системы с помощью сценариев следите за характерными свойствами.

Чаще всего применяется следующий общий план:

— определение цели и характерных свойств системы;

— выбор объектов;

— определение обязанностей;

— разработка динамики с помощью сценариев.

Если больше внимания уделяется обязанностям, необходимым для обеспечения характерных свойств системы, подойдет другой вариант:

— определение цели и характерных свойств системы;

— выбор объектов:

— разработка динамики с помощью сценариев;

• определение обязанностей.

План разработки данного приложения

При разработке этого приложения следуйте наиболее распространенному общему подходу, постоян­но переключаясь с одного действия на любое другое по мере необходимости:

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

• стратегии, применяемые по очереди: цель и характерные свойства, объекты, обязанности, сценарии.

2.3.1. Выбор объектов проблемной области

Выбор актеров и участников

Актерами являются человек и организация.

Какие роли они играют? Человек может обеспечивать деловые контакты (между человеком и организацией) как клиент или клерк по заказам. Организация может быть клиентом или дистрибью­тором.

Добавим к модели следующие классы (рис. 2.2):

Рис. 2.2. Актеры и участники

Выбор мест, где располагаются предметы

В данной системе место их расположения — склад (рис. 2.3).

Рис. 2.3. Выбор мест, где располагаются предметы

Выбор предметов

Реальные предметы

В этой системе реальным предметом будет уже хорошо знакомый — экземпляр товара. Включим его в модель (рис. 2.4).

Рис. 2.4. Выбор реальных предметов

Транзакции, экземпляры строк транзакции

В центре бизнес - системы всегда находятся бизнес - транзакции. В данном случае нужны следующие транзакции (важные моменты времени):

— заказ;

— поставка.

Почти все транзакции имеют соответствующие им экземпляры строки транзакции. В данном случае order(заказ) иshipment(поставка) состоят из одного или более экземпляров строки.

Вставим order, shipment, order line item (экземпляр строки заказа) и shipment line item (экземпляр строки поставки) в объектную модель (рис.2.5).

Рис. 2.5. Выбор транзакций