Осуществимость (выполнимость)
Выполнимость требования определяется комбинацией следующих факторов:
технической возможностью осуществления;
разумным балансом между ценностью (степенью необходимости и полезности) и потребными ресурсами.
Свойства требований |
© Ю.A. Маглинец |
11 |
Треугольник компромиссов
Свойства требований |
© Ю.A. Маглинец |
12 |
Трассируемость
Трассируемость требования определяется возможностью отследить связь между ним и другими артефактами информационной системы (документами, моделями, текстами программ и пр.)
Различают трассируемость в прямом и обратном направлениях.
Свойства требований |
© Ю.A. Маглинец |
13 |
Упорядоченность по важности и стабильности
•Приоритет требования представляет количественную оценку степени значимости (важности) требования
Приоритеты требований обычно назначает представитель Заказчика
Разработчик, отталкиваясь от приоритетности требований, управляет процессом реализации информационной системы
•Стабильность требования характеризует прогнозную оценку неизменности требований во времени.
Свойства требований |
© Ю.A. Маглинец |
14 |
Наличие количественной метрики
Количественные метрики играют важную роль в верификации и аттестации информационных систем.
В первую очередь это относится к нефункциональным требованиям, которые, как правило, должны иметь под собой количественную основу
Функциональные требования также могут расширяться количественными мерами, например при помощи аспектов применимости
Свойства требований |
© Ю.A. Маглинец |
15 |
Каких требований не должно быть
Спецификация требований не должна содержать деталей проектирования или реализации (кроме известных ограничений).
Требования должны отвечать на вопрос: «что должна делать система», абстрагируясь от того, как она это будет делать.
Свойства требований |
© Ю.A. Маглинец |
16 |
Хорошо проработанные требования позволяют:
Выработать общее понимание между Заказчиком и Разработчиком
Определить рамки проекта
Определить финансовые и временные характеристики проекта
Обезопасить Заказчика от риска получить продукт, в котором он не сможет работать
Обезопасить Разработчика от риска попасть в ситуацию неконтролируемого размытия границ проекта
Процесс анализа требований |
© Ю.A. Маглинец |
17 |
Верификация и валидация (1)
Verification - «проверка».
Validation - «проверка правильности», «аттестация», «утверждение».
Стандарт IЕЕЕ 1012-1986:
Верификация - процесс оценивания системы или компонента с целью определить, удовлетворяют ли результаты некой фазы условиям, наложенным в начале данной фазы.
Валидация - процесс оценивания системы или компонента во время или по окончании процесса разработки с целью определить, удовлетворяет ли она указанным требованиям.
Проверка требований |
© Ю.А.Маглинец, 2006 |
18 |
Верификация и валидация (2)
Верификация связана с выяснением того, удовлетворяет ли разрабатываемый объект,
либо процесс его создания
сформулированным требованиям
Валидация отвечает на вопрос – правильно ли
разработан целевой объект (продукт), удовлетворяет ли он потребностям заказчика
Другой аспект валидации заключается в том,
что она обычно увязывается с формальной приёмкой (аттестацией) системы.
Проверка требований |
© Ю.А.Маглинец, 2006 |
19 |
Критерии для проверки требований
Требования должны удовлетворять свойствам, рассмотренным выше
В спецификации требований к ПО должным образом описаны предполагаемые возможности и характеристики системы, которые удовлетворят потребности совладельцев
Требования к ПО точно отражают системные требования, бизнес-правила и др.
Требования обеспечивают качественную основу для проектирования и сборки ПО.
Проверка требований |
© Ю.А.Маглинец, 2006 |
20 |