Сервисные домены

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

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

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

Процесс Ввода/Вывода(ПВВ)	Обеспечивает организацию сигналов, составляющих интерфейс с оборудованием. Применяет данные приборов и манипулирует силовыми приводами, как это необходимо другим доменам.
Сигналы	Получает сообщения о вызывающих беспокойство условиях и аномалиях. Представляет такие сообщения оператору для уведомления и для возможных корректирующих действий.
Пользовательский интерфейс	Формирует и обновляет изображение на дисплее. Получает, коррелирует и распределяет вводы оператора из консольного устройства.
Гистограмирование	Отображает прочитанные данные в соответствии с их величинами. Готовит отчеты и изображения подсчитанных данных в ответ на запрос.
Регестрация тенденций	Записывает последовательные значения выбранных атрибутов в течение определенного периода времени. Создает изображение графиков таких тенденций.
История	Создает олговечную запись с указанием времени всех инцидентов на протяжении выполнения производственного процесса и функционирования компьютерной системы.
Архивирование данных	Создает с указанием времени долговечный снимок определенных наборов данных.

Рис.7.2.1. Типичные сервисные домены.

Архитектурный домен

Архитектурный домен обеспечивает общие механизмы и структуры для управления данными и управления системой кaк единым целым. Объекты в архитектурном домене включаюt абстракции структур данных и модулей кода. Например, в архитектуре трубы-и-фильтры Фильтр (объект) будет описан как контекстно не зависимый процесс, который преобразовывает входной Некоторый Поток в соответственный выходной Некоторый Поток. Это очень отличается от объектно-ориентированной архитектуры, которая была бы описана в терминах Классов, Общедоступных Операций и Экземпляров.

Архитектурный домен служит ряду целей, каждая из которых рассматривается ниже.

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

• организацию и доступность данных;

• регулирование каналов управления;

• структуру прикладного и сервисного кода;

• взаимодействия между различными модулями кода.

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

Деятельность системы. Многие системы требуют значимого кода, для того чтобы управлять инициализацией и закрытием системы и поддерживать таким образом возможность перехода к "теплой" резервной системе при выявлении существенных неисправностей или обрабатывать скоординированную крупномасштабную системную деятельность, такую как восстановление после сбоя питания. Эта деятельность воздействует на всю систему и не может быть смешана с прикладной или сервисной деятельностью. Поэтому на архитектурный домен возлагается ответственность за обеспечение таких возможностей для системы как единого целого.

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

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