Правила составления Software requirements specification

Перепечатка. 

Все мы прекрасно знаем о том, как разрабатывается ПО. Подумали 10 минут и сразу пошли кодить. Цикл создания программного обеспечения состоит из многих ключевых моментов. Это такие моменты как планирование, создания архитектуры, создание SRS, создание дизайна и тд и тп.

Что такое SRS ?

SRS — Software Requirement Specification — специальная документация для ПО которая содержит в себе информацию о том, как должна себя вести система, какие функции должна выполнять, какую нагрузку должна выдерживать и тд.

Зачем оно надо ?

Все предельно просто. Вы используете ТЗ (велосипед), я использую SRS (машину). Надеюсь аналогия получилась ясная? :)

Структура SRS

Ниже приведена структура на англ языке в raw виде. Чуть ниже в статье мы рассмотрим каждый пункт более подробно

• Introduction
  
  
  
  
  • Purpose
  
  
  • Document conventions
  
  
  • Intended Audience and Reading Suggestions
  
  
  • Project scope
  
  
  • References
  
  
  
  


• Overall Description
  
  
  
  
  • Product perspective
  
  
  • Product features
  
  
  • User classes and characteristics
  
  
  • Operating environment
  
  
  • Design and implementation constraints
  
  
  • User documentation
  
  
  • Assumptions and dependencies
  
  
  
  


• System features
  
  
  
  
  • System feature X (таких блоков может быть несколько)
    
    
    
    
    • Description and priority
    
    
    • Stimulus/Response sequences
    
    
    • Functional requirements
    
    
    
    
  
  
  
  


• External interface requirements
  
  
  
  
  • User interfaces
  
  
  • Software interfaces
  
  
  • Hardware interfaces
  
  
  • Communication interfaces
  
  
  
  


• Non functional requirements
  
  
  
  
  • Performance requirements
  
  
  • Safety requirements
  
  
  • Software quality attributes
  
  
  • Security requirements