如果将IT企业比作一棵大树，那么“软件需求”对于一个企业来说就是赖以生存的“树根”！这棵树是高是矮，是茂密还是疏落，都与这个“根”密切相关。
“软件需求”是一个庞大的工程，包括定义、开发、管理以及实现等阶段。我们今天就来谈谈其中一个至关重要的，也是与很多相关从业人员息息相关的，甚至褒贬不一的东西——“需求文档”。
1.什么是SRS？在需求开发阶段，利益相关者（包括客户、产品经理、设计人员、开发人员、测试人员和管理人员等）对所要开发的产品达成共识后，需要落在书面上以保证多方的利益。那么就需要有一个具体的文档，此时便有了撰写需求文档的必要。“需求文档”只是我们平时通俗的说法，其正式的表达为“软件需求规格说明”。
软件需求规格说明（Software Requirements Specifications，简称SRS），有时也称为功能规格说明（function specification）、产品规格说明（product specification）、需求文档（requirement document）或是系统规格说明（system specification）。软件需求规格说明是所有后续的项目规划、设计和编码的基础，也是系统测试和用户文档的基础。它尽可能地完整描述各种条件下的系统行为。除了已知的设计和实现上的约束，软件需求规格说明不应该包括设计、构造、测试或项目管理的细节。
软件需求规格说明作为产品需求的最终成果必须是全面的。利益相关者不能作任何假设。如果所期望的功能或质量没有写进达成共识的需求中，那么就不应该指望产品中会有具体这些功能或满足这些质量的要求。
2. SRS模板本文所介绍的SRS模板采用的是根据IEEE 830-1998标准的“IEEE推荐的软件需求规格说明的方法（IEEE Recommended Practice for Software Requirements Specifications）”(1998b)进行改写的。主要包括引言、总体描述、系统特性、外部接口、其他非功能性需求和其他需求。其主要的部分如图1所示[1]。
图1 软件需求规格说明模板
3.参考文献
[1]Karl E.Wiegers.软件需求（第2版）.有魅力的画板，zjdbb 译.北京：清华大学出版社，2004.11.