软件项目文档全套模板需求说明

《软件项目文档全套模板需求说明》由会员分享，可在线阅读，更多相关《软件项目文档全套模板需求说明（12页珍藏版）》请在装配图网上搜索。

1、-软件需求说明书编写标准案卷号日期工程名称软件需求说明书完成日期：签收人：签收日期：修改情况记录：版本号修改批准人修改人安装日期签收人-软件需求说明书编写标准目录1引言. 11.1 编写目的.11.2 X围.11.3 定义.11.4 参考资料.12工程概述. 22.1 产品描述.22.2 产品功能.22.3 用户特点.22.4 一般约束.22.5 假设和依据.33具体需求. 33.1 功能需求.33.1.1 功能需求1.33.1.2 功能需求2.43.1. n功能需求n.53.2 外部接口需求.53.2.1 用户接口.53.2.2 硬件接口.53.2.3 软件接口.53.2.4 通信接口.63

2、.3 性能需求.63.4 设计约束.63.4.1 其他标准的约束.63.4.2 硬件的限制.73.5 属性.73.5.1 可用性.73.5.2 平安性.73.5.3 可维护性.73.5.4 可转移转换性.83.5.5 警告.83.6 其他需求.83.6.1 数据库.83.6.2 操作.83.6.3 场适宜应性需求.94附录. 9-软件需求说明书编写标准1引言1.5 编写目的说明编写这份软件需求说明书的目的，指出预期的读者X围。1.6 X围说明：a待开发的软件系统的名称；b说明软件将干什么，如果需要的话，还要说明软件产品不干什么；c描述所说明的软件的应用。应当：1尽可能准确地描述所有相关的利益、

3、目的、以及最终目标。2如果有一个较高层次的说明存在，那么应该使其和高层次说明中的类似的陈述相一致例如，系统的需求规格说明。1.7 定义列出本文件中用到的专门术语的定义和缩写词的原词组。1.8 参考资料列出要用到的参考资料，如：a本工程的经核准的方案任务书或合同、上级机关的批文；b属于本工程的其他已发表的文件；c本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。第1页-软件需求说明书编写标准2工程概述1.9 产品描述表达该项软件开发的意图、应用目标、作用X围以及其他应向读者说明的有关该软件开发的背景材料。解

4、释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件，而且全部内容自含，那么说明这一点。如果所定义的产品是一个更大的系统的一个组成局部，那么应说明本产品与该系统中其他各组成局部之间的关系，为此可使用一X方框图来说明该系统的组成和本产品同其他各局部的联系和接口。1.10 产品功能本条是为将要完成的软件功能提供一个摘要。例如，对于一个记帐程序来说，需求说明可以用这局部来描述：客房帐目维护、客房财务报表和发票制作，而不必把功能所要求的大量的细节描写出来。有时，如果存在较高层次的规格说明时，那么功能摘要可从中取得，这个较高层次的规格说明为软件产品分配了特殊的功能，为了清晰起见，请注意：

5、a编制功能的一种方法是制作功能表，以便客房或者第一次读这个文件的人都可以理解；b用方框图来表达不同的功能和它们的关系也是有帮助的。但应牢记，这样的图不是产品设计时所需求的，而只是一种有效的解释性的工具。1.11 用户特点列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件的预期使用频度。这些是软件设计工作的重要约束。1.12 一般约束本条对设计系统时限制开发者选择的其他一些项作一般性描述。而这些项将限定开发者在设计系统时的任选项。这些包括：第2页-软件需求说明书编写标准a管理方针；b硬件的限制；c与其他应用间的接口；d并行操作；e审查功能；f控制功能；g所需的

6、高级语言；h通信协议；i应用的临界点；j平安和XX方面的考虑。1.13 假设和依据本条列出影响需求说明中陈述的需求的每一个因素。这些因此不是软件的设计约束，但是它们的改变可能影响到需求说明中的需求。例如：假定一个特定的操作系统是在被软件产品指定的硬件上使用的，然而，事实上这个操作系统是不可能使用的，于是，需求说明就要进展相应的改变。3具体需求2.6 功能需求3.7 功能需求1对于每一类功能或者有时对于每一个功能，需要具体描述其输入、加工和输出的需求。由四个局部组成：a引言描述的是功能要到达的目标、所彩的方法和技术，还应清楚说明功能意图的由来和背景。b输入第3页-软件需求说明书编写标准1)详细描

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

8、该功能所有输出数据，例如：输出目的地、数量、度量单位、时间关系、有效输出的X围包括精度和公差、非法值的处理、出错信息；2)有关接口说明或接口控制文件的参考资料。此外，对着重于输入输出行为的系统来说，需求说明应指定所有有意义的输入、输出对及其序列。当一个系统要求记忆它的状态时，需要这个序列，使得它可以根据本次输入和以前的状态作出响应。也就是说，这种情况犹如有限状态机。1.14 功能需求2第4页-软件需求说明书编写标准1.15 n功能需求n2.7 外部接口需求3.8 用户接口提供用户使用软件产品时的接口需求。例如，如果系统的用户通过显示终端进展操作，就必须指定如下要求：a对屏幕格式的要求；b报表或

9、菜单的页面打印格式和内容；c输入输出的相对时间；d程序功能键的可用性。3.9 硬件接口要指出软件产品和系统硬部件之间每一个接口的逻辑特点。还可能包括如下事宜：支撑什么样的设备，如何支撑这些设备，有何约定。3.10 软件接口在此要指定需使用的其他软件产品例如，数据管理系统、操作系统或数学软件包，以及同其他应用系统之间的接口。对每一个所需的软件产品，要提供如下内容：a名字；b助记符；c规格说明号；d版本号；e来源。对于每一个接口，这局部应说明与软件产品相关的接口软件的目的，并根据信息的内容和格式定义接口，但不必详细描述任何已有完整文件的接口，只要引用定义该接口的文件即第5页-软件需求说明书编写标准

10、可。1.16 通信接口指定各种通信接口。例如，局部网络的协议等等。2.8 性能需求从整体来说，本条应具体说明软件、或人与软件交互的静态或动态数值需求。A静态数值需求可能包括：1)支持的终端数；2)支持并行操作的用户数；3)处理的文卷和记录数；4)表和文卷的大小。B动态数值需求可能包括：欲处理的事务和任务的数量，以及在正常情况下和峰值工作条件下一定时间周期中处理的数据总量。所有这些需求都必须用可以度量的术语来表达。例如，95的事务必须在小于1s 时间内处理完，不然，操作员将不等待处理的完成。2.9 设计约束设计约束受其他标准、硬件限制等方面的影响。3.11 其他标准的约束本项将指定由现有的标准或

11、规那么派生的要求。例如：a报表格式；b数据命名；c财务处理；d审计追踪，等等。第6页-软件需求说明书编写标准1.17 硬件的限制本项包括在各种硬件约束下运行的软件要求，例如，应该包括：a硬件配置的特点接口数，指令系统等；b内存储器和辅助存储器的容量。2.10 属性在软件的需求之中有假设干个属性，以下指出其中的几个注意：对这些决不应理解为是一个完整的清单。3.12 可用性可以指定一些因素，如检查点、恢复和再启动等，以保证整个系统有一个确定的可用性级别。3.13 平安性指的是保护软件的要素，以防止各种非法的访问、使用、修改、破坏或者泄密。这个领域的具体需求必须包括：a利用可靠的密码技术；b掌握特定

12、的记录或历史数据集；c给不同的模块分配不同的功能；d限定一个程序中某些区域的通信；e计算临界值的检查和。3.14 可维护性规定假设干需求以确保软件是可维护的。例如：a软件模块所需要的特殊的耦合矩阵；b为微型装置指定特殊的数据程序分割要求。第7页-软件需求说明书编写标准1.18 可转移转换性规定把软件从一种环境移植到另一种环境所要求的用户程序，用户接口兼容方面的约束等等。1.19 警告指定所需属性十分重要，它使得人们能用规定的方法去进展客观的验证。2.11 其他需求根据软件和用户组织的特性等，某些需求放在下面各项中描述。3.15 数据库本项对作为产品的一局部进展开发的数据库规定一些需求，它们可能

13、包括：a在功能需求中标识的信息类别；b使用的频率；c存取能力；d数据元素和文卷描述符；e数据元素、记录和文卷的关系；f静态和动态的组织；g数据保存要求。注：如果使用一个现有的数据库包，这个包应在“软件接口中命名，并在那里详细说明其用法。3.16 操作这里说明用户要求的常规的和特殊的操作。A在用户组织之中各种方式的操作。例如，用户初始化操作；B交互作用操作的周期和无人操作的周期；第8页-软件需求说明书编写标准C数据处理运行功能；D后援和恢复操作。注：这里的内容有时是用户接口的一局部。1.20 场适宜应性需求这里包括：a对给定场合或相关任务或操作方式的任何数据或初始化顺序的需求进展定义。例如，栅值，平安界限等等。b指出场合或相关任务为特点，这里可以被修改以使软件适合特殊配制的要求。4附录对一个实际的需求规格说明来说，假设有必要应该编写附录。附录中可能包括：a输入输出格式样本，本钱分析研究的描述或用户调查结果；b有助于理解需求说明的背景信息；c软件所解决问题的描述；d用户历史、背景、经历和操作特点；e穿插访问表。按先后次序进展编排，使一些不完全的软件需求得以完善；f特殊的装配指令用于编码和媒体，以满足平安、输出、初始装入或其他要求。注：当包括附录时，需求说明必须明确地说明附录是不是需求要考虑的局部。第9页-