Атрибуты требований к программному изделию

ЛЕКЦИЯ 3
2. Атрибуты требований к программному изделию. Документ
Требования к программному изделию
Требование к ПИ после всестороннего изучения и согласования должно
быть документировано. Описание каждого требования включает следующие
атрибуты.
1. Идентификатор, обеспечивающий возможность контроля реализации
этого требования в течение всех фаз ЖЦПИ.
2. Уровень важности, указывающий, насколько существенно это
требование, может ли оно в дальнейшем обсуждаться и изменяться или
оно является категорическим.
3. Приоритет, указывающий некоторый порядок очередности при
планировании работ и при проектировании изделия.
4. Стабильность отражает степень постоянства требования. Здесь
приводятся все те требования, которые могут быть изменены на
протяжении ЖЦПИ в результате получения дополнительной
информации об изделии.
5. Пригодность к верификации - возможность проверки присутствия
данного требования на каждой фазе разработки, демонстрации того, что
требование реализовано в проекте с помощью либо тестовых прогонов,
либо в результате сквозных просмотров.
При описании требований формулировки должны быть ясными и четкими,
обеспечивающими однозначную интерпретацию каждого из них.
В перечне требований к ПИ учитываются все требования пользователя, для
каждого возможного набора входных данных описываются все действия,
выполняемые ПИ.
Совокупность
требований
должна
содержать
непротиворечивые
требования.
Несогласованность может проявляться:
- при использовании разных терминов для описания одинаковых
сущностей и, наоборот, один и тот же термин – для описания разных
предметов;
- одновременно должны выполняться несовместимые действия или
выполняться в недопустимой последовательности;
- при дублировании требований, особенно, когда одно требование
перекрывает другое.
Документ Требования к программному изделию
Главный показатель качества этого документа – полнота охвата
требований пользователя.
Для контроля и доказательства полноты в документ помещается таблица
(матрица), показывающая, как требования
пользователя соотносятся с
требованиями к программному обеспечению.
Основное в документе – функциональные требования, которые
структурируются по нисходящему принципу с последовательной детализацией
требований предыдущего, более высокого уровня.
Документ не содержит описания деталей реализации ПИ, т.е.
функциональные требования отражают лишь то, что будет выполнять
программный продукт.
В документе каждое требование, снабженное идентификатором и
атрибутами степени важности и приоритета, имеет ссылку на документ
Требования пользователя для облегчения обратной трассировки.
Документ Требования к программному изделию должен быть написан на
естественном языке. В его рассмотрении и критическом обзоре принимают
участие пользователи, разработчики, операционный персонал и менеджеры. При
описании ряда специфических требований возможно использование формальных
языков описания спецификаций (в виде таблиц или деревьев решений и т.п.).
Формальное описание должно быть дополнено пояснениями на естественном
языке.