WorkProductDescriptor
Рабочий продукт (Артефакт): Операция
Этот артефакт представляет службу, которую можно запросить из объекта для воздействия на алгоритм. Операция задает имя, тип, параметры и ограничения для вызова связанного алгоритма.
Назначение

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

Взаимосвязи
Артефакт-контейнер
РолиОтветственный: Изменен:
Вход дляОбязательный: Необязательный:
  • Нет
Внешний:
  • Нет
Основное описание

Спецификация операции имеет следующую структуру:

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

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

В зависимости от уровня дискретности и контекста использования, различные роли задают, определяют, улучшают или используют операции в качестве основных входных данных для связанных задач:

  • Архитекторы описывают основные службы, поддерживаемые значимыми с точки зрения архитектуры элементами.
  • Аналитики работают с архитекторами над отображением этапов вариантов использования на операции системы.
  • Проектировщики используют операции как входные данные на этапах улучшения и рефакторинга. Операции становятся строительными блоками спецификаций проектирования интерфейса.
  • Ответственные за тестирование создают тестовые наборы на основе заданных операций.
  • Руководители используют операции как основу для планирования этапов и итераций.
Свойства
Необязательный
ЗапланированныйYes
Ключевые условия
Проектировщик отвечает за целостность набора операций и гарантирует, что:
  • операции являются уникальными и не перекрываются
  • связанные операции логически сгруппированы вокруг интерфейсов
  • каждая операция соответствующим образом задокументирована
  • установлены взаимосвязи трассируемости с другими операциями и/или этапами вариантов использования
  • соответствующий охват вариантов использования или операций системы на основе рамок текущей итерации
Доводка
Опции представления

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

Следует принять следующие основные решения по настройке:

  • описывать ли только значимые с точки зрения архитектуры операции (относящиеся к наиболее важным вариантам использования)?
  • насколько "глубоко" следует логически разбивать подсистему?
  • следует ли полностью описывать предварительные условия и постусловия?
  • необходимо ли обеспечивать трассируемость между операциями и системными операциями и/или вариантами использования?

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