Задача: Проектирование операций
Данная задача позволяет преобразовать результаты анализа операций в подробные реализации операций.
Дисциплины: Анализ и проектирование
Назначение
  • Преобразование предварительных взаимодействий подсистемы в реализации операций модели проектирования.
  • Уточнение и указание операций подсистемы.
Взаимосвязи
Шаги
Создание реализаций операций

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

Объединение аналогичных шагов белого ящика подсистемы и указание операций подсистемы

При выполнении задачи Анализ операций проектировщик создает начальный заменитель обзора операций подсистемы. В таблице обзора показана обратная трассируемость к шагам черного ящика варианта использования системы (серый фон), которая указывает, что шаги черного ящика варианта использования системы с <ИД 1> и <ИД 2> выполняются путем вызова <имя операции системы 1>.

Подсистема - <имя>
Операция системы Идентификатор шага черного ящика варианта использования системы Расположение Процесс Исполнитель Описание шага белого ящика подсистемы Операция подсистемы

<имя операции системы 1>

<ИД 1> Идентификатор расположения Идентификатор процесса Идентификатор организации или пользователя системы (идентификатор шага белого ящика): описание действия, выполняемого подсистемой (входит в состав шага черного ящика) в формате ввод-обработка-вывод (идентификатор операции подсистемы): имя операции подсистемы, вызываемой на этом шаге, например, "«операция подсистемы» Открыть список сделок" (операция Обработка заказов)
... ...   (идентификатор шага белого ящика):...  
... ...   ...  
<ИД 2> ... ...   ...  
<имя операции системы 2> <ИД 3> ... ...   ...  
<ИД 4> ... ...   ...  
... ... ... ...   ...  

Пример обзора операций подсистемы

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

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

Если операция подсистемы связана с несколькими расположениями, то по крайней мере один компонент подсистемы дублирован. Совпадающие компоненты не обязательно должны содержать общие данные или быть синхронизированы. Некоторые варианты проектирования зависят от приложения и причины дублирования; например, один и тот же способ обработки может применяться для разных бизнес-сегментов. Кроме того, все операции подсистемы могут принадлежать нескольким расположениям, что означает дублирование самой подсистемы. Необходимость определения совпадающих экземпляров также зависит от причин дублирования.

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

Сноска - Текущее состояние

Для каждой подсистемы выполнены следующие задачи:

  • заданы операции
  • определены интерфейсы, которые должна поддерживать подсистема
  • описан способ взаимодействия подсистемы с другими подсистемами для реализации вариантов использования системы
  • определен контекст подсистемы: субъекты, интерфейсы и объекты ввода-вывода

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

Дополнительные сведения