Comments 2
Из статьи понятно, что лучше документировать, чтобы ожидание и реальность совпадали.
Как часто одни требования противоречат другим? Например, требования к скорости выполнения операций и техническим параметрам оборудования.
Обратите внимание, что в статье нет именно требований к техническим параметрам оборудования.
Если есть отдельно требования к ПО и отдельно к оборудованию, то тут никакого противоречия быть не может, т.к. требования предъявляются к разным предметам.
Если мы разрабатываем требования именно к программной системе, то можно оборудование учесть или отдельно в допущениях, как показано в статье или через требование к атрибуту качества Эффективность:
Эффективность
Программная система должна демонстрировать заявленные показатели качества на оборудовании с характеристиками, не лучше, чем X.
Другое дело, что конкретный набор требований к разным атрибутам качества может быть:
1) существенно дороже и дольше в реализации, чем реализация отдельных требований;
2) принципиально не выполним в настоящее время.
Например, обеспечить производительность нужного уровня может стоить X денег, надёжность — Y денег, на оборудовании О — бесплатно.
А вот все 3 требования вместе могут рождать стоимость не X + Y + 0, а что-то вроде 1,5X + 1,5Y.
Поэтому конечно взаимовлияния требований к качеству очень важны — отдельные требования к атрибутам качества эффективно сокращают пространство возможных решений, все вместе — вплоть до пустого множества.
Как задавать требования к качеству ПО в цифрах?