2015-10-16
1207
Шаги, которые необходимо пройти для формирования документа «видения»:
- формулировка проблем
- идентификация совладельцев
- определение границ системы
- идентификация ограничений
- формулировка постановки задач
- определение возможностей системы
- оценка результатов
Т5 СВОЙСТВА ТРЕБОВАНИЙ
Свойства требований подвергуются анализу на этапе проверки требований: определение, являются ли собранные требовнаия неясными, неполными, неоднозначными или противоречащими, и затем – решение этих проблем.
Имеются такие свойства требований к программной системе:
- полнота
- ясность
- корректность
- согласованность
- верифицируемость
- необходимость
- полезность при экспутатации
- осуществимость
- модифицируемость
- трассируемость
- упорядоченность по важности и стабильности
- наличие количественной метрики
Большинство из этих свойств раскрыто в первом разделе стандарта IEEE.
Полнота
Требование полноты нужно рассматривать в 2 аспектах: полнота отдельного требования и полнота системных требований.
Полнота отдельного требования – свойство, означающее, что текст требования не требует дополнительной детализации, то есть в нем предусмотрены все необходимые нюансы, особенности и детали данного требования.
Полнота системных требований – свойство, означающее, что совокупность артефактов, описывающих требования, исчерпывающим образом описывает все то, что требуется от разрабатываемой системы.
Ясность (недвусмысленность, определенность, однозначность спецификаций).
Каждый совладелец разрабатываемой системы обладает личным опытом восприятия событий внешнего мира. То, что является ясным для заказчика, необязательно будет ясным для специалиста в области программной инженерии.
Требования обладают свойством ясности, если оно сходным образом воспринимается всеми совладельцами системы. Ясность требования достигается в процессе консультаций, в ходе которых происходит «выравнивание понятий» совладельцев системы, хорошим подспорьем в этом служит согласованный сторонами глоссарий ключевых понятий предметной области.
