SRS文档有格式吗？

Question

第一次写SRS文档！

我必须遵循特定的模式或格式吗？

请提供一个示例或任何可以提供有关该文档的想法的内容

在google上搜索，在youtube上查找，在互联网上浏览等等，也尝试询问仍然一片空白的朋友。

Answer 1

这些模式可能会根据您正在开发的内容而有所不同。

这是一个例子

1. Introduction
   1.1 Purpose
   1.2 Document Conventions
   1.3 Intended Audience
   1.4 Project Scope
   1.5 References

2. Overall Description
   2.1 Product Perspective
   2.2 Product Functions
   2.3 User Classes and Characteristics
   2.4 Operating Environment
   2.5 Design and Implementation Constraints
   2.6 User Documentation
   2.7 Assumptions and Dependencies

3. System Features
   3.1 System Feature 1 (e.g., User Registration)
       3.1.1 Description and Priority
       3.1.2 Functional Requirements
   3.2 System Feature 2 (e.g., Data Reporting)
       3.2.1 Description and Priority
       3.2.2 Functional Requirements
   ...

4. External Interface Requirements
   4.1 User Interfaces
   4.2 Hardware Interfaces
   4.3 Software Interfaces
   4.4 Communication Interfaces

5. Non-Functional Requirements
   5.1 Performance Requirements
   5.2 Security Requirements
   5.3 Software Quality Attributes
   ...

6. Different types of analysis:
- PACT
- HEURISTICS 

7. Software design documentaions:
- Flowcharts

Answer 2

美国国防部在软件开发项目上花费了大量资金。他们记录了哪些有效、哪些无效，特别是在文档和生成该文档的活动中。

这一切背后的关键概念是承包商被迫做某些事情，以便生成各种规格所需的信息。对于软件需求规范，承包商必须收集并记录实际需求。要制定软件设计规范，承包商必须实际设计软件并记录设计，然后再一头扎进编码中。

DoD 颁布了 DOD-STD-2167A 和相关数据项描述 (DID)。其中包括 DOD-STD-2167A 软件需求规范 (SRS) DID。

标准和几个 DID 可以在以下位置找到：

http://www.continuum.org/~brentb/DOD2167A.html

DoD 后来逐步淘汰了 DOD-STD-2167A，转而采用相应的 IEEE 标准和 DID 集，但 IEEE 标准和 DID 基本上可以归结为“承包商可以做任何他想做的事，包括没有任何有用的事情”。 DOD-STD-2167A DID 要求承包商解决某些领域和问题，已知这些领域和问题的疏忽在过去曾造成过麻烦。此外，DOD-STD-2167A 及其 DID 是免费的（如啤酒）； IEEE 文档肯定不是。