Определение приоритетов требований. Воспользуйтесь
аналитическим подходом и определите относительные приоритеты
реализации функций продукта, решаемых задач или отдельных
требований. На основании приоритетов установите, в какой версии будет
реализована та или иная функция или набор требований. Подтверждая
изменения, распределите все их по конкретным версиям и включите в
план выпуска этих версий затраты, необходимые на внесение изменений.
В ходе работы над проектом периодически корректируйте приоритеты в
соответствии с потребностями клиента, условиями рынка и бизнес-
целями.
Моделирование требований. В отличие от подробной
информации, представленной в спецификации требований к ПО или
пользовательского интерфейса прототипа, графическая модель анализа
отображает требования на высоком уровне абстракции. Модели
позволяют выявить некорректные, несогласованные, отсутствующие и
избыточные требования. К таким моделям относятся диаграммы потоков
данных, диаграммы «сущность – связь», диаграммы перехода состояний,
называемые также автоматами (statecharts), карты диалогов, диаграммы
классов, диаграммы последовательностей, диаграммы взаимодействий,
таблицы решений и деревья решений.
Создание словаря терминов. В нем соберите определения всех
элементов и структур данных, связанных с системой, что позволяет всем
участникам проекта использовать согласованные определения данных.
На стадии работы над требованиями словарь должен содержать
определения элементов данных, относящихся к предметной области,
чтобы клиентам и разработчикам было проще общаться.
Распределение требований по подсистемам. Требования к
сложному продукту, включающему несколько подсистем, следует
60
соразмерно распределять между программными, аппаратными и
операторскими подсистемами и компонентами (Nelsen, 1990). Как
правило, это осуществляет системный инженер или разработчик.