7.1 Понятие домена

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

Определение. Домен - отдельный реальный, гипотетический или абстрактный мир, населенный отчетливым набором объектов, которые ведут себя в соответствии с характерными для домена правилами и линиями поведения.

Следовательно, домен Управление Железной Дорогой связан с поездами, дорогами и соответствующим оборудованием вместе с действующей стратегией их использования, в то время как домен Пользовательский Интерфейс наполнен окнами, дисплеями и пиктограммами вместе с совершенно другим набором линий поведения. На рис.7.1.1 изображены некоторые из доменов, которые могут требоваться в типичной системе реального времени.

Каждый домен образует отдельное и связное единое целое. Что касается объектов, то

• объект определяется в одном-единственном домене;

• объекты в домене требуют существования других объектов в том же домене: в поезде мало смысла без дорог, по которым он мог бы двигаться;

• объекты в одном домене не требуют существования объектов в другом: поезда и дороги могут существовать без окон или пиктограмм, а окна и пиктограммы могут существовать без поездов.

Рис.7.1. Некоторые домены, встречаемые в типичной системе управления реального времени, Некоторые известные, объекты каждого домена показываются для иллюстративных целей.

Общин принцип связи предписывает, что близко связанные понятия следует хранить вместе, а несвязанные - отдельно. Так как домен представляет собой набор близко связанных объектов, правил и линий поведения, он рассматривается как единица для целей анализа: отдельный набор ООА моделей создается для каждого домена.

7.2 Типы доменов

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

• на прикладные домены,

• на сервисные домены;

• на архитектурные домены;

• на домены реализации.

Прикладные домены

Прикладной домен - это предметная область системы с точки зрения конечного пользователя системы. Она обычно рассматривается в контексте анализа требований: что необходимо делать пользователю данной системы?

Для данного проекта обычно существует один-единственный прикладной домен. В качестве примера в этой главе выбран прикладной домен, который основан на предметах и явлениях реального мира: домен Управления Железной Дорогой. Однако прикладной домен может основываться на еще более абстрактном мире: если бы разрабатываемая система была CASE-средством для ООА, прикладной домен был бы доменом ООА формализации и включал бы такие объекты, как Объект, Состояние, Событие и Процесс.