WorkProductDescriptor
Рабочий продукт (Артефакт): Операция |
|
|
Этот артефакт представляет службу, которую можно запросить из объекта для воздействия на алгоритм. Операция задает имя, тип, параметры и ограничения для вызова связанного алгоритма. |
|
Назначение
Основное назначение операций - фиксация предоставляемых и требуемых служебных функций, которые поддерживаются элементом
или которые ему необходимы.
|
Взаимосвязи
Артефакт-контейнер |
|
Роли | Ответственный:
| Изменен:
|
Вход для | Обязательный:
| Необязательный:
| Внешний:
|
Основное описание
Спецификация операции имеет следующую структуру:
-
Описание
-
Параметры ввода/вывода
-
Нефункциональные требования:
-
Они порождаются нефункциональными требованиями, связанными с этапами различных вариантов использования,
которые поддерживаются данной операцией.
-
Контекст, в котором используется операция (то есть, определенный вариант использования) нельзя
зафиксировать (то есть, он может быть задан в терминах поддержки минимальных требований к
производительности при рассмотрении всех вариантов использования)
-
Предварительные условия
-
Постусловия
-
Трассируемость системы более высокого уровня
-
Необязательно: трассируемость вариантов использования (этапов)
В большинстве случаев операции определяются для разрабатываемой системы и основных подсистем, с настолько глубоким
разбиением, насколько требуется, рекурсивным способом. Операции группируются вокруг артефактов вместе с основными
ответственностями рассматриваемой (под)системы.
В зависимости от уровня дискретности и контекста использования, различные роли задают, определяют, улучшают или
используют операции в качестве основных входных данных для связанных задач:
-
Архитекторы описывают основные службы, поддерживаемые значимыми с точки зрения архитектуры элементами.
-
Аналитики работают с архитекторами над отображением этапов вариантов использования на операции
системы.
-
Проектировщики используют операции как входные данные на этапах улучшения и рефакторинга. Операции
становятся строительными блоками спецификаций проектирования интерфейса.
-
Ответственные за тестирование создают тестовые наборы на основе заданных операций.
-
Руководители используют операции как основу для планирования этапов и итераций.
|
Свойства
Необязательный | |
Запланированный | |
Ключевые условия
Проектировщик отвечает за целостность набора операций и гарантирует, что:
-
операции являются уникальными и не перекрываются
-
связанные операции логически сгруппированы вокруг интерфейсов
-
каждая операция соответствующим образом задокументирована
-
установлены взаимосвязи трассируемости с другими операциями и/или этапами вариантов использования
-
соответствующий охват вариантов использования или операций системы на основе рамок текущей итерации
|
Доводка
Опции представления |
Подход на основе операций является более формальным, строгим способом определения служебных функций, поддерживаемых
системой и основными подсистемами. Обычно исходной точкой являются варианты использования системы. Таким образом,
предполагается, что операции будут использоваться в сочетании с вариантами использования.
Следует принять следующие основные решения по настройке:
-
описывать ли только значимые с точки зрения архитектуры операции (относящиеся к наиболее важным вариантам
использования)?
-
насколько "глубоко" следует логически разбивать подсистему?
-
следует ли полностью описывать предварительные условия и постусловия?
-
необходимо ли обеспечивать трассируемость между операциями и системными операциями и/или вариантами использования?
Если необходимо создать спецификации эскиза интерфейсов, то уровень подробности и формализм операций, которые будут
являться частью этих спецификаций, будет возрастать до тех пор, когда результирующие артефакты можно будет использовать
для реализации и тестирования.
|
© Copyright IBM Corp. 1987, 2006. Все права защищены..
|
|