Принципы и приемы оперирования требованиями

Прием 4. Оперирование многомерными требованиями

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

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

При выполнении анализа полезно иметь следующие возможности:

• Отбор требований, которые обладают заданными значениями некоторых атрибутов или значениями, попадающими в определенный диапазон. В частности, сюда попадает отбор требований заданного типа.
• Сортировка требований по основным измерениям, указывающим на те или иные атрибуты.
• Ручная корректировка набора требований, отобранных в соответствии с заданным критерием.
• Объединение, пересечение и дополнение отобранных наборов требований.
• Проверка свойств требования (набора требований ), формулируемых как предикаты над значениями атрибутов.

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

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

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