Классификация требований к программному изделию
Требования к программному изделию систематизируются в соответствии с классификацией, которая будет описана далее, и содержат следующие категории:
1.Функциональные требования определяют, что должно делать программное изделие, и выводятся непосредственно из логической модели, которая, в свою очередь, вытекает из требований пользователя. Для количественного выражения некоторые из функциональных требований могут включать атрибуты эксплуатационных характеристик, например, производительность, емкость и т.п.
2. Эксплуатационные требования определяют значения измеряемых переменных, характеризующих работу программного изделия. Эксплуатационные требования могут быть представлены либо в виде отдельных требований, либо в виде количественных атрибутов функциональных требований.
Количественные требования нецелесообразно фиксировать в виде качественных характеристик типа "быстрый ответ", а следует записывать, например, в виде "время ответа должно быть не более Х сек", или вместо "в большинстве случаев" указывать "для Y% случаев среднее время ответа должно быть менее Z сек" и т. п.
Атрибуты эксплуатационных характеристик могут быть также представлены в виде диапазона значений.
3. Требования к интерфейсам описывают элементы технических средств, программного обеспечения, баз данных, с которыми должен взаимодействовать программный продукт. Требования к интерфейсам с техническими средствами определяют необходимую их конфигурацию. Требования к программному обеспечению могут включать требования к типу и версии операционной системы, прикладным пакетам, типу СУБД. Требования к внешним интерфейсам могут обусловить, например, использование конкретного сетевого протокола передачи информации, определенного языка описания документов и т.п.
Требования к интерфейсам можно проиллюстрировать с помощью специальных структурных схем, описывающих взаимодействие программного изделия с окружающей обстановкой.
4. Операционные требования регламентируют, как система будет работать и как она будет связываться с операторами или пользователями программного изделия. Операционные требования должны включать все интерфейсы пользователя и требования к человеко-машинному взаимодействию, например, форматы экранов, содержание сообщений об ошибках, справочная информация, выдаваемая в качестве подсказок пользователю, и т.п.
5. Требования к ресурсам обычно устанавливают верхние пределы для характеристики технических средств, таких, как скорость процессора, емкость внешней и оперативной памяти и т.д.
6. Требования на верификацию программного изделия и на приемное тестирование описывают, как проверяется корректность принимаемых решений на каждом этапе ЖЦПИ, и могут включать требования к моделированию окружающей обстановки и интерфейсов программного изделия. Требования к приемному тестированию определяют условия проведения аттестации разработанного программного изделия.
7. Требования к защите информации включают требования к обеспечению конфиденциальности и целостности информации: команды блокировки, системы паролей и защиты от вирусов, ограничение доступа к данным и запрещение отдельных операций с данными для разных категорий пользовате-лей-
8. Требования к качеству охватывают специфические атрибуты программного изделия, которые гарантируют, что функционирование изделия будет соответствовать поставленным целям. Везде, где это возможно, показатели качества должны быть выражены в количественных величинах.
Такие показатели качества, как надежность программного изделия, пригодность его к сопровождению, безопасность, описываются отдельно.
9. Требования к надежности определяются либо значением допустимого среднего времени между отказами, либо значением минимального времени между отказами-
10. Требования на пригодность к сопровождению могут быть представлены требованиями простоты исправления ошибок (при отказах), легкости адаптации к конкретным операционным условиям и простоты модернизации программного изделия при изменении требований пользователя и при совершенствовании программного изделия в процессе его эксплуатации.
Требования должны быть по возможности представлены количественными показателями, такими, как время исправления отказа или коэффициент готовности. Они могут также включать ряд ограничений, отражающих возможности организации, занятой сопровождением.
11-Требования к безопасности могут определять ряд дополнительных требований к программному изделию, которые обусловлены опасностью отказов программного изделия. При этом могут быть указаны отдельные функции, отказы при выполнении которых могут привести к серьезным последствиям (для людей, имущества и т.п.).
12. Требования к документации обычно Дополняют требования, содержащиеся в стандартах на документацию.
