Типы процессов

Действие следует расчленять для получения процессов четырех хорошо определенных типов:

1. Аксессоры.

2. Генераторы событий.

3. Преобразования.

4. Проверки.

Эти типы характеризуются в терминах цели процесса и использования архивов данных обьекта.

Аксессоры

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

Аксессор создания. Аксессор создания создает новый экземпляр объекта. Процесс TR.1 состояния 1 (рис.6.2.4) -аксессор создания.

Аксессор чтения. Аксессор чтения считывает атрибуты одного объекта. Процесс В.1 состояния 2 (рис.6.2.7) представляет собой пример аксессора чтения.

Аксессор записи. Аксессор записи модифицирует атрибуты одного объекта. Процесс TR.9 (рис.6.2.7) - аксессор записи.

Аксессор уничтожения. Аксессор уничтожения удаляет экземпляр объекта. Процесс TR.6 состояния 3 (рис.6.2.6) — аксессор уничтожения.

Аксессор определяется для обьекта, соответствующего архиву данных, к которому он получает доступ.

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

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

Генераторы событий

Генератор событий - это процесс, который создает лишь одно событие как вывод. Генератор событий определяется для объекта, к которому направлено выходное событие.

Генератор событий не получает доступа к какому-либо архиву данных. Вероятно, что генераторы событий многократно используются на некоторых ДПДД.

Генератор событий подобен методу OOD, который совершенно по-другому реагирует, в зависимости от состояния жизненного цикла экземпляра, и может вызываться синхронно или асинхронно, в зависимости от проекта.

Преобразования

Преобразование - это процесс, целью которого является вычисление или преобразование данных: процесс существует, чтобы преобразовывать свои сходные данные в новую форму, которая затем становится выводом. Процесс TR.8 (рис.6.2.7) - преобразование.

Преобразование определяется для обьекта, соответствующего модели состояний, в которую оно вложено, и может считывать или записывать объектный архив данных объекта, для которого оно предназначено. Таким образом процесс TR.8 разрешает читать Изменение Температуры объектного архива данных.

Проверка

Процесс, который проверяет условие и делает один из нескольких условных выводов управления, известен как проверка. Процесс TR.7 (рис.6.2.7) - процесс проверки.

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

Преобразования и проверки обычно наиболее близко связаны с внyтpeнним(private) методами в OOD.

Когда объект имеет две модели состояний

Когда объект имеет две модели состояний (модель состояний для жизненного цикла экземпляров, а также модель состояний Определителя), полезно делать более четкое различие, назначая процессы не только для объекта, но и для одной из двух моделей состояний, связанных с этим объектом. Поэтому необходимы два вида идентификаторов. Когда процесс определяется для модели состояний экземпляра, идентификатор, как обычно, имеет вид:

<ключевая буква объекта>.<произвольный номер процесса>

Процессы, определенные для модели состояний Определителя, имеют идентификаторы вида:

<ключевая буква объекта>-А.<произвольный номер процесса>

Руководящие принципы для создания конкретных определений следующие:

• аксессоры определяются для экземпляра модели состояний;

• преобразования и проверки определяются для модели состояний, в которой они происходят (либо модели состояний экземпляра, либо Определителя);

• генераторы событий определяются для модели состояний, которая принимает порожденное событие.