Лекция Важность требования

« Назад

Некоторые требования можно отнести к категории «не обсуждаемых».

Т. е. их следует не обсуждать, а именно выполнять, потому как, если конечный продукт не удовлетворяет таким требованиям, то он просто не будет использовать.

Соответственно, другие требования могут обсуждаться и корректироваться.

Так, например, если в соответствии с требованиями система управления работой скорой помощи должна обеспечивать одновременную работу как минимум 100 пользователей, а готовое решение поддерживает только 99 пользователей, работающих одновременно, то такое решение, вероятнее всего, будет все-таки признано удовлетворительным и полезным заказчику и пользователям.

Оценить степень важности (удовлетворенности) требования может быть само по себе трудной задачей. Возможно, что для предыдущего примера достижение показателя в 75 одновременно работающих пользователей будет приемлемой величиной, а вот любая величина ниже 50 будет уже категорически неприемлема, но показатель в 200 пользователей скорей всего будет очень хорошим результатом, который для заказчика будет даже более ценен, чем 100.

Одним из подходов, облегчающих решение этой проблемы, является определение нескольких значений производительности для одного показателя. Ниже приведен пример для трех значений:

- О (обязательный): Обязательный верхний (или нижний) предел значения величины;

- Ж (желаемый): Желаемое значение;

- Н (наилучший): Наилучшее значение.

Каждое из этих значений может храниться в собственном атрибуте требования или же они могут быть описаны непосредственно в тексте требования, например, в такой форме: «Система должна поддерживать функционирование [О:50, Ж:100, Н:200] одновременно работающих пользователей».

Другой подход заключается в том, чтобы графически (с помощью функции) отобразить значение важности требования в зависимости от показателя производительности. В этом случае важность требования обычно находится в пределах от 1 до 100 единиц.

На рис. 1. показаны четыре примера, отображающие различную форму функции значения важности требования.

Функция (а) демонстрирует случай, когда заказчику желательно, чтобы число пользователей, работающих одновременно, стремилось к максимуму, но при этом определен и минимально допустимый показатель - 50 пользователей.

Функция (b) иллюстрирует бинарный случай - либо определенная производительность (в 100 единиц) достигается, либо нет. При этом даже 200 одновременно работающих пользователей не приносят никакой дополнительной пользы заказчику.

Функция (с) отражает случай, когда значение показателя должно быть минимизировано (например, вес устройства), но при этом определен и максимально допустимый вес - 50 кг. Функция (d) - это когда значение показателя должно быть оптимизировано (например, обороты двигателя).

Использование графических функций является весьма наглядным способом представления важности требования. Один взгляд на функцию дает представление о сути требования - требуется ли минимизировать, максимизировать, оптимизировать и т.д. показатель.

Рис. 1 - Типичные функции важности

(с) минимизация (d) оптимизация

В качестве дополнительного преимущества такой подход дает инженерам возможность осознать степень их свободы при разработке решения, т.е. путем согласования значений показателей производительности для отдельных требований получить в результате наилучшие значения производительности всей системы в целом.

Такой подход весьма часто используется при проведении тендеров для сравнения и оценки однотипных критериев альтернативных предложений.

Для отображения значения требования может использоваться также и атрибут, содержащий конкретное значение функции в зависимости от производительности системы.