7.4 Определение доменов Домены

Идентификация доменов необходима для системы перед началом построения моделей ООЛ. Дайте каждому домену имя и подготовьте формулировку задания. Формулировка задания должна представлять собой руководство по построению моделей ООА для домена. Например:

Управление Железной Дорогой: составляет расписания и управляет поездами и перевозками грузов, составляет графики л протоколирует сопровождение всего подвижного состава, эксплуатирует путевое оборудование, такое как светофоры и стрелки.

Процессы Ввода/Вывода: организовывает и эксплуатирует аппаратные средства, которые связывают компьютер с приборами и силовыми приводами оборудования.

Нет необходимости записывать формулировки задания для доменов реализации, так как они обычно хорошо понятны.

Рис.7.3.1. Домены пользователя и исполнителя обычно имеют различные взгляды на то же самое событие.

Мосты

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

Управление Железной Дорогой — Сигнал: Управление Железной Дорогой использует домен Сигнал для сообщения о появлении вызывающих беспокойство условий на железной дороге.

Сигнал — Пользовательский-Интерфейс: домен Сигнал использует возможности Пользовательского Интерфейса, чтобы представлять отчеты о вызывающих беспокойство условиях оператору.

Схема доменов

Схема доменов может быть нарисована с целью обеспечения краткого графического представления доменов и мостов, требуемых в системе (рис.7.4.1). По соглашению схема планируется с прикладным доменом в верхней части, доменом реализации внизу и сервисными доменами посредине, так что обычно мосты располагаются на странице от пользователя (вверху) к исполнителю (внизу).

Тестирование доменов

Чтобы проверить, что домены, которые Вы идентифицировали, верно представляют независимо существующие миры, исследуют схему доменов и мысленно заменяют любой сомнительный домен другим, который имеет подобное задание, но другие объекты (рис.7.4.2). Если модифицированная схема доменов все еще имеет смысл, то Вы подтвердили независимое существование замененного домена.

7.5 Использование ооа с множественными доменами Порядок работы

Построите модели ООА сначала для прикладного домена. Модели ООА для доменов более низкого уровня могут быть созданы в любом порядке, но прежде чем приступить к анализу некоторого домена, Вы должны извлечь все предложения, сделанные всеми пользователями домена. Фактически это означает, что анализ должен идти вниз по схеме доменов от пользователя к исполнителю и что Вам не следует анализировать домен, который действует как исполнитель, пока Вы не проанализировали всех пользователей этого домена.

Работа над отчетом

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

Рис.5.4.1. Схема доменов для автоматизированной Системы Управления Железной Дорогой

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

Этап проектирования. Постройте модели ООА для архитектурного домена, а также для всех оставшихся сервисных доменов.

Этап реализации. Преобразуйте прикладной, сервисные и архитектурный домены в код. 9-я глава (и особенно раздел 9.10) выдвигают некоторые предложения в этой области

Рис.7.4.2. Тестирование доменов заменой.