6.6 Наименование и описание процессов

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

Аксессоры

Аксессор называют таким образом, чтобы можно было установить, что он делает:

Создать Изменение Температуры.

Найти Бак для Порции.

Установить Начальную Температуру.

Уничтожить Изменение.

Если процесс прост, обычно достаточно его имени, для того чтобы определить, что он делает. Однако, если Аксесор включает некоторый сложный критерий выбора, необходимо также описание процесса. Описание процесса приводится в простом повествовательном виде.

Процесс SТ.6 (из рис.6.2.8): Найти бак для хранения с достаточным количеством сока.

Описание

Найти такой бак для хранения сока, чтобы:

1. Он содержал определенный вид сока.

2. Содержал, по крайней мере, требуемое количество сока.

3. Чтобы разность между требуемым количеством и количеством сока, находящегося на данный момент в баке, была минимальной.

Если не существует бака, отвечающего требованиям (1) и (2), возвратить вывод управления, другими словами, возвратить значение Бак Для Хранения.ID Бака, которое соответствует требованию (3).

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

Генератор событий именуется Порождает <метка событиях Для генераторов событий описания процесса не требуется.

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

Преобразование лучше всего именовать в терминах создаваемых им данных: Вычислить Полученную Температуру.

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

Например, Процесс TR.8: Вычислить Полученную Температуру может быть описан так:

наклон := (конечная температура - начальная температура) / (конечное время - начальное время).

Полученная Температура := наклон * (текущее время - начальное время) + начальная температура. 1

Проверки

Проверки обычно именуются с использованием слова "проверить" или "определить", за которым следует имя или фраза, описывающая условие или проверяемое выражение, как например, Определить, Завершено Ли Управление (процесс TR.7, рис.6.2.7). Описание процесса необходимо, если проверяемое выражение определяется и вычисляется внутри процесса.

6.7 Таблица процессов состояний

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

Обратите внимание, что таблица процессов состояний может также использоваться для проверки того, что ДПДД совместимы с моделью взаимодействия объектов. Если событие описано на модели взаимодействия объектов как порожденное одной моделью состояний (назовем эту модель состояний А) и принятое другой (моделью состояний В), то оно должно соответствовать генератору событий в таблице процессов состояний. Генератор событий должен использоваться в некотором состоянии А и определяться для модели В.

Для удобства аналитика рекомендуется размещать таблицу процессов состояний в CASE-средстве или электронной таблице так, чтобы она могла быть отсортирована различным образом:

• по идентификаторам процесса (для проверки непротиворечивости имен процессов и идентификаторов);

• по моделям состояний и действиям, в которых каждый процесс используется (для проверки того, что каждый процесс, приведенный на ДПДД, внесен в таблицу процессов состояний);

• по типам процессов (для проверки непротиворечивости с моделью взаимодействия объектов и для построения модели доступа к объектам).