### 软件需求说明书 软件需求说明书(SRS,Software Requirements Specification) [TOC] #### 1. 什么是软件需求说明书 　　软件需求说明书是需求分析阶段的最后成果，是软件开发中的重要文档之一。软件需求说明书是作为需求分析的一部分而制定的可交付文档，该说明把在软件计划中确定的软件范围加以展开，制定出完整的信息描述、详细的功能说明、恰当的检验标准以及其他与要求有关的数据。 #### 2. 软件需求说明书的作用 　　软件需求说明书主要有以下三个作用： 　　口 作为用户和软件人员之间的共同文件，为双方相互了解提供基础。 　　口 反映出用户问题的结构，可以作为软件人员进行设计和编码的基础。 　　口 作为验收的依据，即作为选取测试用例和进行形式验证的依据。 　　软件需求说明书是一份在软件生命周期中至关重要的文件，它在开发早期就为尚未诞生的软件系统建立了一个可见的逻辑模型，它是确保系统质量的有力措施，可以保证开发工作的／顷利进行。因而应及时地建立并保证它的质量。 　　作为设计基础和验收依据，需求说明书应该是精确而无二义性的。需求说明书越精确，以后出现错误、混淆、反复的可能性越小。用户能看懂需求说明书，并且发现和指出其中的错误是保证软件系统质量的关键，因而需求说明书必须简明易懂，尽量不包含计算机的概念和术语，以便用户和软件人员双方都能接受它。 　　由于在一个企业组织中各部门的用户可能提出相互冲突的要求，在分析阶段必须协调和解决这些冲突，因而在需求说明书中的表达应该是一致的、无矛盾的用户要求。 　　在软件生命周期中，软件错误发现得越早，纠正的代价就越小。所以需求说明书编写完成后，应该组织用户和一些专家反复对其作检验和复查，争取尽早发现错误并及时纠正，以免到系统后期改正错误时付出巨大代价。 #### 3. 软件需求说明书注意要点： 　　需求说明书要符合以下原则。 1. 明确性：需求叙述的读者应只能从其得到唯一的解释说明，同样，一个需求的多个读者也应达成共识。每写一个需求都应简洁、简单、直观地采用用户熟知的语言，每个需求必须精确描述要交付的功能。 2. 可行性：在已知的能力、有限的系统及其环境中每个需求必须是可实现的。为了避免需求的不可行性，在需求分析阶段应该有一个开发人员参与，在抽象阶段应该有市场人员参与。 3. 必要性：每个需求应载明什么是客户确实需要的，每个需求都有原始出处。 4. 完整性：不应该遗漏要求和必需的信息。完整性也是一个需求应具备的。 5. 一致性：一致性需求就是不要与其他系统发生冲突。需求中的不一致必须在开发开始前得到解决。只有经过调研才能确定哪些是正确的。修改需求时一定要谨慎，如果只审定修改的部分，没有审定于修改相关的部分，就可能导致不一致性。