При выполнении задачи Анализ операций проектировщик создает начальный заменитель обзора операций подсистемы. В таблице
обзора показана обратная трассируемость к шагам черного ящика варианта использования системы (серый фон), которая
указывает, что шаги черного ящика варианта использования системы с <ИД 1> и <ИД 2> выполняются путем вызова
<имя операции системы 1>.
|
Подсистема - <имя>
|
|
Операция системы
|
Идентификатор шага черного ящика варианта использования
системы
|
Расположение
|
Процесс
|
Исполнитель
|
Описание шага белого ящика подсистемы
|
Операция подсистемы
|
|
<имя операции системы
1>
|
<ИД 1>
|
Идентификатор расположения
|
Идентификатор процесса
|
Идентификатор организации или пользователя системы
|
(идентификатор шага белого ящика): описание действия, выполняемого
подсистемой (входит в состав шага черного ящика) в формате ввод-обработка-вывод
|
(идентификатор
операции подсистемы): имя операции подсистемы, вызываемой на этом шаге, например, "«операция
подсистемы» Открыть список сделок" (операция Обработка заказов)
|
|
...
|
...
|
|
(идентификатор шага белого ящика):...
|
|
|
...
|
...
|
|
...
|
|
|
<ИД 2>
|
...
|
...
|
|
...
|
|
|
<имя операции системы 2>
|
<ИД 3>
|
...
|
...
|
|
...
|
|
|
<ИД 4>
|
...
|
...
|
|
...
|
|
|
...
|
...
|
...
|
...
|
|
...
|
|
Пример обзора операций подсистемы
Далее на основе шагов белого ящика и реализаций операций следует определить операции подсистемы и указать их поведение.
Аналогично случаю операций системы уникальная операция подсистемы может быть связана не с каждым шагом белого
ящика; таким образом, в ходе проверки набора шагов белого ящика и связанного обмена сообщениями, входных и выходных
объектов и т.д. можно ограничиться меньшим набором операций подсистемы.
Обратите внимание, что при необходимости таблицу обзора можно упорядочить по расположению или процессу, показав связи
между набором операций подсистемы и отдельными расположениями и процессами. Сортировка по расположению позволяет
просмотреть вычислительную нагрузку в расположении (проанализировать ресурсы физических компонентов расположения).
Таким образом, обзор, упорядоченный по расположению, становится свойством модели развертывания.
Если операция подсистемы связана с несколькими расположениями, то по крайней мере один компонент подсистемы дублирован.
Совпадающие компоненты не обязательно должны содержать общие данные или быть синхронизированы. Некоторые
варианты проектирования зависят от приложения и причины дублирования; например, один и тот же способ обработки может
применяться для разных бизнес-сегментов. Кроме того, все операции подсистемы могут принадлежать нескольким
расположениям, что означает дублирование самой подсистемы. Необходимость определения совпадающих экземпляров также
зависит от причин дублирования.
Сортировка по процессам позволяет проектировщику обратиться к вопросам параллелизма: если рассматривать операцию
подсистемы как дискретный элемент функциональности, доступной для субъектов, то в первом приближении операции,
связанные с одним процессом, нельзя выполнять параллельно. В результате проектировщик может изменить выделение
процесса, рассмотреть дублирование процесса или неполадку, связанную с задержкой, на более низком уровне подробности;
например, путем проверки опций квантования времени и предоставления общего доступа к процессу в случае блокировки
операции (например, для выполнения ввода-вывода). Такие методики позволяют добиться приемлемого времени ответа, тогда
как задержка запуска операции (в случае строго последовательных операций) может быть недопустимой. Таким образом,
обзор, упорядоченный по процессу, становится свойством модели проектирования.
|
