《软件需求规格说明书标准板和.docVIP

需求规格说明书(ISO标准版) 编者说明： 当需求调查、分析工作告一段落时，你就需要将这些需求进行规格化描述，整理成文，即软件需求规格说明书，也就是SRS。这是在软件项目过程中最有价值的一个文档。ISO所提供的标准虽然已经时间久远，但还是颇具参考价值的。 1．引言 1.1编写的目的 [说明编写这份需求说明书的目的,指出预期的读者。] 1.2背景 a. 待开发的系统的名称; b. 本项目的任务提出者、开发者、用户； c. 该系统同其他系统或其他机构的基本的相互来往关系。 1.3定义 [列出本文件中用到的专门术语的定义和外文首字母组词的原词组。] 1.4参考资料 [列出用得着的参考资料。] 2．任务概述 2.1目标 [叙述该系统开发的意图、应用目标、作用范围以及其他应向读者说明的有关该系统开发的背景材料。解释被开发系统与其他有关系统之间的关系。] 2.2用户的特点 [列出本系统的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本系统的预期使用频度。] 2.3假定和约束 [列出进行本系统开发工作的假定和约束。] 3．需求规定 3.1对功能的规定 [用列表的方式，逐项定量和定性地叙述对系统所提出的功能要求，说明输入什么量、经怎么样的处理、得到什么输出，说明系统的容量,包括系统应支持的终端数和应支持的并行操作的用户数等指标。] 3.2 对性能的规定 3.2.1精度 [说明对该系统的输入、输出数据精度的要求，可能包括传输过程中的精度。] 3.2.2时间特性要求 [说明对于该系统的时间特性要求。] 3.2.3灵活性 [说明对该系统的灵活性的要求，即当需求发生某些变化时，该系统对这些变化的适应能力。] 3.3输入输出要求 [解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。对系统的数据输出及必须标明的控制输出量进行解释并举例。] 3.4数据管理能力要求（针对软件系统） [说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储要求作出估算。] 3.5故障处理要求 [列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。] 3.6其他专门要求 [如用户单位对安全保密的要求，对使用方便的要求，对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求等。] 4．运行环境规定 4.1设备 [列出运行该软件所需要的硬设备。说明其中的新型设备及其专门功能，包括： a. 处理器型号及内存容量 b. 外存容量、联机或脱机、媒体及其存储格式，设备的型号及数量 c. 输入及输出设备的型号和数量，联机或脱机； d. 数据通信设备的型号和数量 e. 功能键及其他专用硬件] 4.2支持软件 [列出支持软件，包括要用到的操作系统、编译程序、测试支持软件等。] 4.3接口 [说明该系统同其他系统之间的接口、数据通信协议等。] 4.4控制 [说明控制该系统的运行的方法和控制信号，并说明这些控制信号的来源。] 需求规格说明书(Volere版) 编者说明： Atlantic System Guild（）公司所提供的Volere需求过程与软件需求规格说明书模板则充分利用了现代软件工程思想与技术，是一个十分实用、完善的SRS模板。其所提供的Volere需求记录卡也十分实用，强烈推荐。 注：从Atlantic System Guild公司网站上获得，并稍做修改 1.产品的目标 1.1 该项目工作的用户问题或背景 [对引发开发任务的工作和情况的描述。同时也应描述用户希望用将要交付的软件来完成的工作。] [该节内容为该项目提供了合法的理由，你应该考虑用户的问题是否严重，是否应该解决和为什么应该解决。] 1.2 产品的目标 [用一句话或很少的几句话来说明“我们希望该产品做什么？”换言之，即开发该产品的真正原因。 [项目如果没有一个表述清晰、易于理解的目标，就会迷失在产品开发的沙漠中。产品必须带来某种优势。典型的优势是产品会增加组织在市场上的价值，减少运作成本，或提供更好的客户服务。这个优势应该是可度量的，这样才能够让您确定交付的产品是否达到目标。] 2.客户、顾客和其它风险承担者 2.1 客户是为开发付费的人，并将成为所交付产品的拥有者 [这一项必须给出客户的姓名，三个以内是合理的。] [客户最终将接受该产品，因此必须对交付的产品满意。如果你无法找到一个客户的姓名，那么也许你就不应该构建该产品。] 2.2 顾客是将花钱购买该产品的人 [也给出姓名和相关的信息] 2.3 其它风险承担者 [其他的一些人或组织的名称，他们或者受