项目需求规格说明书模板.pdf

《项目需求规格说明书模板.pdf》由会员分享，可在线阅读，更多相关《项目需求规格说明书模板.pdf（11页珍藏版）》请在三一文库上搜索。

1、精品文档 . 归属部门密级 版本 共页 V1.00 软件项目名称 错误！未指定书签。 拟制：日期： 审核：日期： 批准：日期： 精品文档 . 文件修改记录 修改日期版本修改页码、章节、 条款 修改描述作者 精品文档 . 目录 1 范围 . 4 2 总体概述 . 4 2.1 产品描述 . 4 2.2 软件功能 . 4 2.3 一般约束 . 5 2.4 假设和依赖 . 5 3 具体需求 . 5 3.1 功能需求 . 5 3.1.1 功能需求1 . 5 3.1.2 功能需求2 . 6 3.1.n 功能需求n . 7 3.2 外部接口需求. 7 3.2.1 用户接口 7 3.2.2 硬件接口 7 3.

2、2.3 软件接口 7 3.2.4 通讯接口 7 3.3 性能需求 . 7 4 设计约束 . 8 4.1 标准的约束 . 8 4.2 硬件的限制 . 8 4.3 技术的限制 . 8 5 软件质量属性. 8 5.1 安全性 . 9 5.2 可维护性 . 9 5.3 可移植性 . 9 6 其他需求 . 9 6.1 数据库 . 9 6.2 本地化 . . 10 7 待确定问题 10 精品文档 . 模板使用说明： 1注明可选的部分，可以根据实际情况选择是否填写；如果不必说明，请保留相关的 章节标题，同时在该可选章节的内容中填入“无” ；未注名可选的，则必须描述；如果有些 设计此模版中没有合适的地方填写，

3、则补充在最后的其他栏目中 2模版中斜体字相当于撰写指南，最后文稿请将本模板中所有的斜体字部分全部删 除。 3模板里并不说明设计技术和方法，而只是说明应包含哪些内容，以及如何描述、组 织这些内容。 精品文档 . 1 范围 说明文档所包括和不包括的内容，具体是： a待开发的软件系统的名称； b说明软件将干什么，如果需要的话，还要说明软件产品不干什么； c描述所说明的软件的应用。如果有一个较高层次的说明存在，则应该使其和高层 次说明中的类似的陈述相一致（例如，系统的需求规格说明）。 2 总体概述 2.1 产品描述 叙述该项软件开发的意图、 应用目标、作用范围以及其他应向读者说明的有关该软件开 发的背

4、景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的 软件，而且全部内容自含， 则说明这一点。 如果所定义的产品是一个更大的系统的一个组成 部分，则应说明本产品与该系统中其他各组成部分之间的关系，为此可使用一张方框图来说 明该系统的组成和本产品同其他各部分的联系和接口。 2.2 软件功能 概述软件必须实现的和通过用户操作实现的主要功能。这里只需要进行简要描述 （例如 目录列表） ，详细描述在详细需求部分描述。 有时，如果存在较高层次的规格说明时， 则功能摘要可从中取得， 这个较高层次的规格 说明为软件产品分配了特殊的功能，为了清晰起见，请注意： a 编制功能的一种方法是制

5、作功能表， 以便客户或者第一次读这个文件的人都可以理 解； b 用方框图来表达不同的功能和它们的关系也是有帮助的。但应牢记，这样的图不是 产品设计时所需求的，而只是一种有效的解释性的工具。 例如：高层的数据流图，面向对象的分析等。 精品文档 . 2.3 一般约束 对设计系统时限制开发者选择的其他一些项作一般性描述（具体需求或具体设计约束在 具体需求和设计约束章节叙述） 。这些包括： a 管理方针； b 硬件的限制； c 与其他应用间的接口； d 并行操作； e 审查功能； f 控制功能； g 所需的高级语言； h 通信协议； i 应用的临界点； j 安全和保密方面的考虑。 2.4 假设和依赖

6、列出可能影响需求的所有的假设因素 （与已知事实相对而言） ，包括准备使用的第三方 或商业组件，操作和开发环境的问题约束等。 如果上述假设不正确、 没有被告知或者改变了 都将对项目产生影响。 列出项目对外部条件的依赖， 例如重用其他项目的模块等。 如果在其 他文档（例如项目计划或范围文档等）里已经描述了，在这里可以不用描述。 3 具体需求 3.1 功能需求 对于每一类功能或者有时对于每一个功能，需要具体描述其输入、处理和输出的需求， 建议用UML图进行描述。由四个部分组成 3.1.1 功能需求 1 a 引言 描述的是功能要达到的目标、所采用的方法和技术，还应清楚说明功能意图的由 精品文档 . 来

7、和背景。 b 输入 1)详细描述该功能的所有输入数据，如：输入源、数量、度量单位、时间设定、 有效输入范围（包括精度和公差） ； 2)操作员控制细节的需求。其中有名字、操作员活动的描述、控制台或操作员的 位置。例如：当打印检查时，要求操作员进行格式调整； c处理 定义输入数据、中间参数，以获得预期输出结果的全部操作。它包括如下的说明： 1)输入数据的有效性检查； 2)操作的顺序，包括事件的时间设定； 3)响应，例如，溢出、通信故障、错误处理等； 4)受操作影响的参数； 5)降级运行的要求； 6)用于把系统输入变换成相应输出的任何方法 （方程式、数学算法、逻辑操作等）； 7) 输出数据的有效性检

8、查。 需有基本事件流（正常处理流程）和备选事件流（异常处理流程），可用流程 图附加描述。 d 输出 1)详细描述该功能所有输出数据，例如：输出目的地、数量、度量单位、时间关 系、有效输出的范围（包括精度和公差） 、非法值的处理、出错信息； 2)有关接口说明或接口控制文件的参考资料。 此外，对着重于输入输出行为的系统来说，需求说明应指定所有有意义的输入、 输出对及其序列。当一个系统要求记忆它的状态时，需要这个序列，使得它可以 根据本次输入和以前的状态作出响应。也就是说，这种情况犹如有限状态机。 3.1.2 功能需求 2 精品文档 . 3.1.n 功能需求 n 3.2 外部接口需求 3.2.1 用

9、户接口 提供用户使用软件产品时的接口需求。例如，如果系统的用户通过显示终端进行操作， 就必须指定如下要求： a 对屏幕格式的要求； b 报表或菜单的页面打印格式和内容； c 输入输出的相对时序； d 程序功能键的可用性。 3.2.2 硬件接口 详细描述与硬件的接口 在此描述软件产品和系统硬件组件之间接口的逻辑特征，也包括支持哪些设备、 怎样支持 这些设备和协议等。 按软/硬件协议内容和格式定义接口。如果接口已在其它文档中很清楚地描述，就没有必 要在这儿进行详细描述，但需说明应参考的文档。 3.2.3 软件接口 在此要指定需使用的其他软件产品（例如，数据管理系统、操作系统或数学软件包）， 以及同

10、其他应用系统之间的接口。 对于每一个接口， 这部分应说明与软件产品相关的接口软件的目的，并根据信息的内容 和格式定义接口，但不必详细描述任何已有完整文件的接口，只要引用定义该接口的文件即 可。 3.2.4 通讯接口 详细描述通讯接口，如本地网络协议等。 按消息/函数内容和格式定义接口。如果接口已在其它文档中很清楚地描述，就没有必 要在这儿进行详细描述，但需说明应参考的文档。 3.3 性能需求 如果有性能方面的需求， 在这里列出并解释他们的原理。 以帮助开发者理解意图以做出 精品文档 . 正确的设计选择。在实时系统中的时序关系。保证需求尽可能的详细而精确。 从整体上具体说明软件、或人与软件交互的

11、静态或动态数值需求。 A静态数值需求可能包括： 1)支持的终端数； 2) 支持并行操作的用户数； 3)处理的文件和记录数； 4)表和文件的大小。 B动态数值需求可能包括：欲处理的事务和任务的数量，以及在正常情况下和峰值工 作条件下一定时间周期中处理的数据总量。 所有这些需求都必须用可以度量的术语来叙述。例如，95的事务必须在小于1s时间 内处理完，不然，操作员将不等待处理的完成。 4 设计约束 描述可能限制开发人员选择的事项。 4.1 标准的约束 详细说明需求所采用的标准或规范的来源。如果项目采用了国际标准， 应该说明国际标 准及项目与标准的偏离情况。 4.2 硬件的限制 本项包括在各种硬件约

12、束下运行的软件要求，例如，应该包括： a 硬件配置的特点（接口数，指令系统等） ； b 内存储器和辅助存储器的容量。 4.3 技术的限制 本节包括对使用特定技术的限制，包括接口，数据库，操作系统，通讯协议，设计约 定，编程规范等。 5 软件质量属性 详细说明项目任何其他的质量特性。 该特性对客户和开发者都非常重要。 考虑的方面包括： 精品文档 . 适应性，可用性，正确性，灵活性，交互工作能力，可维护性，可移植性，可靠性，可重 用性，鲁棒性，可测试性和可用性等。定量的详细描述这些特性，尽可能的可验证。对不 同属性之间的重要性加以阐述，如：易用性比易学性更重要。 每一个属性单独使用一个小节描述，可

13、根据需要进行增减，如： 5.1 安全性 指的是保护软件的要素，以防止各种非法的访问、使用、修改、破坏或者泄密。这个领 域的具体需求必须包括： a 利用可靠的密码技术； b 掌握特定的记录或历史数据集； c 给不同的模块分配不同的功能； d 限定一个程序中某些区域的通信； e计算临界值的检查和。 5.2 可维护性 规定若干需求以确保软件是可维护的。 5.3 可移植性 规定把软件从一种环境移植到另一种环境所要求的用户程序，用户接口兼容方面的约束 等等。 6 其他需求 使用适当的章节，详细说明任何其他客户需求，包括数据库，编码需求，错误处理，测 试需求等。下面仅列出了少量样例，你可以删除和增加项目。 6.1 数据库 本项对作为产品的一部分进行开发的数据库规定一些需求，它们可能包括： a 在功能需求中标识的信息类别； b 使用的频率； 精品文档 . c 存取能力； d 数据元素和文卷描述符； e 数据元素、记录和文卷的关系； f 静态和动态的组织； g 数据保存要求。 如果没有设计阶段，此处应该给出详细的数据库设计。以附件的形式添加在此处。 6.2 本地化 描述支持多语种的需求。 7 待确定问题 需求 ID 问题描述影响风险责任人解决日期状态 (Open/Close)