文档介绍：软件需求规格说明书》模板
模板修订记录：
版本
日期
修改人
描述（注明修改的条款或页）

2007-01-27
XXX
初次完成

2007-03-30
XXX
修改格式，准备发布
版本，以及用户、服务器和数据库的地理位置。列出系统必须和平共存的其他软件组件或应用程序，前景和范围文档中可能包含这样的高层信息。］
设计和实现上的约束
［描述限制开发人员进行有效选择的所有因素，以及每一种约束的基本原理。约束可能包括如下内容：
必须使用或避免使用的特定技术、工具、编程语言和数据库。
由产品的运行环境所引起的一些限制，例如，将要使用的 Web 浏览器的类型和版本。所要求的开发约定或标准（例如，如果由客户的组织负责软件维护，那么该组织就可能指定分包商必须遵循的设计符号和编码标准）。
业务规则强加的限制
硬件限制，例如定时需求、内存或处理器限制、大小、重量、材料或成本。对现有产品进行改进时，要遵循的现存用户界面的一些约定。
标准数据交换格式，例如 XML］
假设和依赖
［假设是这样一种声明，在缺少证据或不确定的情况下先相信它是真的。如果假设不正确、不一致或被更改，那么就可能会产生问题，因此，有些假设将会转化为项目风险一个软件需求规格说明的读者可能假设产品将符合某个特定的界面约定，但是另一个读者却可能不这样认为。开发人员可能假设某一组功能是为应用程序专门编写的，但是分析人员也许驾驶可以从以前的项目中重用这些功能，而项目经理则期望获得一个商业功能库。
此外，确定项目对其控制范围之外的外部因素的所有依赖关系，例如，操作系统下一个版本的发布日期或行业标准的发布。如果您打算把其他项目正在开发的某些组件集成到系统中，就要以来那个项目能按时提供正常工作的组件。如果这些依赖关系已经在其他地方进行了编档（例如在项目计划中）那么在此就可以引用那些文档］
功能需求
功能需求 1（优先级）
功能描述
［逐项列出与该特性相关的详细功能性需求。这些是必须提交给拥护的软件功能，使用户可以执行该特性的服务或者完成一个用例。描述产品如何响应可预知的出错条件以及如何响应非法输入或操作。唯一地标识每个功能性需求。］
（编号，UC—V模块缩写〉V流水号〉）
［画出用例图］
用户界面描述
［描述和功能相关的用户描述，如果该功能没有用户界面，可以省略。…］
外部接口需求
［这一部分用于提供可确保系统正确地与外部组件进行通信的信息。如果产品的不同
部分有不同的外部接口，那么应该把这一部分的实例并如到每一个部分的详细需求中。］
硬件接口
［描述系统中软件和硬件组件之间的每一个接口的特征。这种描述可能包括支持的设备类型、软件和硬件之间的数据和控制交互以及所用的通信协议等。］
软件接口
［描述该产品与其他软件组件（由名称和版本来识别）之间的连结，这些组件包口数据库、操作系统、工具、库和集成的商业组件等。声明在软件组件之间交换消息、数据和控制项的目的。描述外部软件组件所需的服务，以及组件间通信的本质。确定将在软件组件之间共享的数据。如果必须用一种特殊的方式来实现数据共享机制，例如一个全局数据区，那么就必须把它定义为一种实