3.2. Понятие свойств, функций и требований к программному обеспечению. Критерии качества требований

Очевидно, что разработчик может создать качественное ПО, если понимает реальные потребности пользователя.

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

1. Я хочу, чтобы разрабатываемое ПС обеспечивало дружественный интерфейс.

2. Я хочу, чтобы разрабатываемое ПС предоставляло текущую информацию о клиентах банка.

Таким образом, обычно пользователь описывает свойства программного обеспечения, которые ему необходимы. На данном уровне детализации требования к ПС обычно называются пользовательскими требованиями или функциями (от английского feature – свойства, функции), хотя в данном контексте это могут быть как функциональные свойства ПС, так и нефункциональные. Функции представляют собой описание желаемого поведения разрабатываемого ПС и служат основой для формирования требований разработчика к ПС. В общем случае каждая пользовательская функция порождает одно или несколько требований разработчика.

Требования разработчика представляют собой детализированные описания пользовательских функций. Например, требование пользователя имеет следующий вид: «Разрабатываемое ПС должно предоставлять текущую информацию о вкладах клиентов банка». Очевидно, что данная функция не является требованием разработчика, потому что здесь ничего не говорится о формате выводимых данных, о количестве атрибутов, о типе валют и т.д. Такую пользовательскую функцию можно представить набором требований разработчика. Например, к одному из таких требований может относиться следующее:

«Информацию о текущих вкладах предоставлять в виде печатной формы, представленной в виде таблицы».

Документом, в котором представлены требования к разрабатываемому программному средству, является спецификация требований к программному обеспечению (СТПО).

В соответствии с ГОСТ 19781-90 спецификация представляет собой формализованное представление требований, предъявляемых к программе, которые должны быть удовлетворены при ее разработке, а также описание условий и эффекта действий без указания способа их достижения.

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

Спецификация требований к ПО не должна содержать:

• требований к процессу разработки;

• требований к проекту.

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

Критерии качества требований к ПО декларирует стандарт IEEE Std 830-1998. Он выделяет следующие критерии для оценки качества спецификации требований к ПО.