软件项目需求规格说明书模板.doc

1、 归属部门 密级版本V1.00共 页软件项目名称软件需求规格说明书拟制： 日期：审核： 日期：批准： 日期：第 1/11 页 文件修改记录修改日期 版本 修改页码、章节、条款修改描述 作者第 2/11 页 目 录1 范围 .52 总体概述 .52.1 产品描述 .52.2 软件功能 .52.3 一般约束 .62.4 假设和依赖 .63 具体需求 .63.1 功能需求 .63.1.1 功能需求 1.63.1.2 功能需求 2.73.1.n 功能需求 n.83.2 外部接口需求 .83.2.1 用户接口 .83.2.2 硬件接口 .83.2.3 软件接口 .83.2.4 通讯接口 .83.3 性能

2、需求 .84 设计约束 .94.1 标准的约束 .94.2 硬件的限制 .94.3 技术的限制 .95 软件质量属性 .95.1 安全性 .105.2 可维护性 .105.3 可移植性 .106 其他需求 .106.1 数据库 .106.2 本地化 .117 待确定问题 .11第 3/11 页 模板使用说明：1注明可选的部分，可以根据实际情况选择是否填写； 如果不必说明，请保留相关的章节标题，同时在该可选章节的内容中填入 “无 ”； 未注名可选的，则必须描述；如果有些设计此模版中没有合适的地方填写，则补充在最后的其他栏目中2模版中斜体字相当于撰写指南，最后文稿请将本模板中所有的斜体字部分全部删

3、除。3模板里并不说明设计技术和方法，而只是说明应包含哪些内容，以及如何描述、组织这些内容。第 4/11 页 1 范围说明文档所包括和不包括的内容，具体是：a 待开发的软件系统的名称；b 说明软件将干什么，如果需要的话，还要说明软件产品不干什么；c 描述所说明的软件的应用。如果有一个较高层次的说明存在，则应该使其和高层次说明中的类似的陈述相一致（例如，系统的需求规格说明） 。2 总体概述2.1 产品描述叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。如

4、果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。2.2 软件功能概述软件必须实现的和通过用户操作实现的主要功能。这里只需要进行简要描述（例如目录列表） ，详细描述在详细需求部分描述。有时，如果存在较高层次的规格说明时，则功能摘要可从中取得，这个较高层次的规格说明为软件产品分配了特殊的功能，为了清晰起见，请注意：a 编制功能的一种方法是制作功能表，以便客户或者第一次读这个文件的人都可以理解；b 用方框图来表达不同的功能和它们的关系也是有帮助的。但应牢记，这样的图不是产品设计时所

5、需求的，而只是一种有效的解释性的工具。例如：高层的数据流图，面向对象的分析等。第 5/11 页 2.3 一般约束对设计系统时限制开发者选择的其他一些项作一般性描述（具体需求或具体设计约束在具体需求和设计约束章节叙述） 。这些包括：a 管理方针；b 硬件的限制；c 与其他应用间的接口；d 并行操作；e 审查功能；f 控制功能；g 所需的高级语言；h 通信协议；i 应用的临界点；j 安全和保密方面的考虑。2.4 假设和依 赖列出可能影响需求的所有的假设因素（与已知事实相对而言），包括准备使用的第三方或商业组件，操作和开发环境的问题约束等。如果上述假设不正确、没有被告知或者改变了都将对项目产生影响。

6、列出项目对外部条件的依赖，例如重用其他项目的模块等。如果在其他文档（例如项目计划或范围文档等）里已经描述了，在这里可以不用描述。3 具体需求3.1 功能需求对于每一类功能或者有时对于每一个功能，需要具体描述其输入、处理和输出的需求，建议用 UML 图进行描述 。由四个部分组成3.1.1 功能需求 1a 引言描述的是功能要达到的目标、所采用的方法和技术，还应清楚说明功能意图的由第 6/11 页 来和背景。b 输入1) 详细描述该功能的所有输入数据，如：输入源、数量、度量单位、时间设定、有效输入范围（包括精度和公差） ；2) 操作员控制细节的需求。其中有名字、操作员活动的描述、控制台或操作员的位置

7、。例如：当打印检查时，要求操作员进行格式调整；c 处理定义输入数据、中间参数，以获得预期输出结果的全部操作。它包括如下的说明：1) 输入数据的有效性检查；2) 操作的顺序，包括事件的时间设定；3) 响应，例如，溢出、通信故障、错误处理等；4) 受操作影响的参数；5) 降级运行的要求；6) 用于把系统输入变换成相应输出的任何方法（方程式、数学算法、逻辑操作等） ；7) 输出数据的有效性检查。需有基本事件流（正常处理流程）和备选事件流（异常处理流程） ，可用流程图附加描述。d 输出1) 详细描述该功能所有输出数据，例如：输出目的地、数量、度量单位、时间关系、有效输出的范围（包括精度和公差） 、非法

8、值的处理、出错信息；2) 有关接口说明或接口控制文件的参考资料。此外，对着重于输入输出行为的系统来说，需求说明应指定所有有意义的输入、输出对及其序列。当一个系统要求记忆它的状态时，需要这个序列，使得它可以根据本次输入和以前的状态作出响应。也就是说，这种情况犹如有限状态机。3.1.2 功能需求 2 第 7/11 页 3.1.n 功能需求 n3.2 外部接口需求3.2.1 用户接口提供用户使用软件产品时的接口需求。例如，如果系统的用户通过显示终端进行操作，就必须指定如下要求：a 对屏幕格式的要求；b 报表或菜单的页面打印格式和内容；c 输入输出的相对时序；d 程序功能键的可用性。3.2.2 硬件接

9、口详细描述与硬件的接口在此描述软件产品和系统硬件组件之间接口的逻辑特征，也包括支持哪些设备、怎样支持这些设备和协议等。 按软 /硬件协议内容和格式定义接口。如果接口已在其它文档中很清楚地描述，就没有必要在这儿进行详细描述，但需说明应参考的文档。3.2.3 软件接口在此要指定需使用的其他软件产品（例如，数据管理系统、操作系统或数学软件包） ，以及同其他应用系统之间的接口。对于每一个接口，这部分应说明与软件产品相关的接口软件的目的，并根据信息的内容和格式定义接口，但不必详细描述任何已有完整文件的接口，只要引用定义该接口的文件即可。3.2.4 通讯接口详细描述通讯接口，如本地网络协议等。按消息 /函

10、数内容和格式定义接口。如果接口已在其它文档中很清楚地描述，就没有必要在这儿进行详细描述，但需说明应参考的文档。3.3 性能需求如果有性能方面的需求，在这里列出并解释他们的原理。以帮助开发者理解意图以做第 8/11 页 出正确的设计选择。在实时系统中的时序关系。保证需求尽可能的详细而精确。从整体上具体说明软件、或人与软件交互的静态或动态数值需求。A 静态数值需求可能包括：1) 支持的终端数；2) 支持并行操作的用户数；3) 处理的文件和记录数；4) 表和文件的大小。B 动态数值需求可能包括：欲处理的事务和任务的数量，以及在正常情况下和峰值工作条件下一定时间周期中处理的数据总量。所有这些需求都必须

11、用可以度量的术语来叙述。例如， 95的事务必须在小于 1s 时间内处理完，不然，操作员将不等待处理的完成。4 设计约束描述可能限制开发人员选择的事项。4.1 标准的约束详细说明需求所采用的标准或规范的来源。如果项目采用了国际标准，应该说明国际标准及项目与标准的偏离情况。4.2 硬件的限制本项包括在各种硬件约束下运行的软件要求，例如，应该包括：a 硬件配置的特点（接口数，指令系统等） ；b 内存储器和辅助存储器的容量。4.3 技术的限制本节包括对使用特定技术的限制，包括接口，数据库，操作系统，通讯协议，设计约定，编程规范等。5 软件质量属性详细说明项目任何其他的质量特性。该特性对客户和开发者都非

12、常重要。考虑的方面包第 9/11 页 括：适应性，可用性，正确性，灵活性，交互工作能力，可维护性，可移植性，可靠性，可重用性，鲁棒性，可测试性和可用性等。定量的详细描述这些特性，尽可能的可验证。对不同属性之间的重要性加以阐述，如：易用性比易学性更重要。每一个属性单独使用一个小节描述，可根据需要进行增减，如：5.1 安全性指的是保护软件的要素，以防止各种非法的访问、使用、修改、破坏或者泄密。这个领域的具体需求必须包括：a 利用可靠的密码技术；b 掌握特定的记录或历史数据集；c 给不同的模块分配不同的功能；d 限定一个程序中某些区域的通信；e 计算临界值的检查和。5.2 可维护性规定若干需求以确保软件是可维护的。5.3 可移植性规定把软件从一种环境移植到另一种环境所要求的用户程序，用户接口兼容方面的约束等等。6 其他需求使用适当的章节，详细说明任何其他客户需求，包括数据库，编码需求，错误处理，测试需求等。下面仅列出了少量样例，你可以删除和增加项目。6.1 数据库本项对作为产品的一部分进行开发的数据库规定一些需求，它们可能包括：a 在功能需求中标识的信息类别；b 使用的频率；