4.1. Природа srs

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

Основные вопросы, которые должны решить авторы SRS, следующие:

1. Функциональность. Что должно по замыслу делать программное обеспечение?

2. Внешние интерфейсы. Как программное обеспечение взаимодействует с людьми, системным оборудованием, другим оборудованием и другими программами?

3. Производительность. Каковы скорость, доступность, время ответа, время восстановления различных программных функций и т.д.?

4. Атрибуты. Каковы переносимость, корректность, пригодность к поддержке, безопасность и т.д.?

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

Авторам SRS следует избегать включения требований к проектированию и разработке в SRS.

Рекомендуемое содержание SRS приведено в разделе 5.

4.2. Окружение srs

Важно сознавать роль, которую SRS играет в общем плане проекта и которая определена в IEEE Std 610.12-1990. Программное обеспечение может содержать полностью всю функциональность проекта либо быть частью более крупной системы. В последнем случае обычно бывает SRS, устанавливающая интерфейсы между системой и ее программной частью и определяющая внешние требования к производительности и функциональности программной части. Разумеется, впоследствии SRS должна согласовываться с этими системными требованиями и детализироваться на их основе.

IEEE STD 1074-1997 описывает этапы жизненного цикла программного обеспечения и допустимые входные данные для каждого этапа. Другие стандарты, например, перечисленные вразделе 2, ссылаются на другие части жизненного цикла программного обеспечения и таким образом могут дополнять требования к программному обеспечению.

Поскольку SRS играет особую роль в процессе разработки программного обеспечения, авторы SRS должны проявлять осторожность и не выходить за границы этой роли. Это значит, что SRS

1. должна корректно определять все требования к программному обеспечению. Требование к программному обеспечению может существовать благодаря природе решаемой задачи либо благодаря специфической особенности проекта.

2. не должна описывать никаких деталей разработки и реализации. Их следует описывать на стадии разработки проекта.

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

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

4.3. Характеристики качественной srs

SRS должна быть:

1. корректной;

2. непротиворечивой;

3. полной;

4. целостной;

5. упорядоченной по важности и/или стабильности;

6. верифицируемой;

7. модифицируемой;

8. трассируемой.