软件需求规格说明书模板

归属部门密级版本共页V1.00[名称]TITLE软件需求规格说明书拟制：日期：yyyy-mm-dd审核：日期：yyyy-mm-dd批准：日期：yyyy-mm-dd

文献修改记录修改日期版本修改页码、章节、条款修改描述作者yyyy-mm-dd目录TOC\o"1-4"\h\z\u1范围 52总体概述 52.1产品描述 52.2软件功能 52.3一般约束 52.4假设和依赖 63具体需求 63.1功能需求 63.1.1功能需求1 63.1.2功能需求2 73.1.n功能需求n 73.2外部接口需求 73.2.1用户接口 73.2.2硬件接口 73.2.3软件接口 83.2.4通讯接口 83.3性能需求 84设计约束 84.1标准的约束 94.2硬件的限制 94.3技术的限制 95软件质量属性 95.1安全性 95.2可维护性 95.3可移植性 106其他需求 106.1数据库 106.2本地化 107待拟定问题 10模板使用说明：[1]注明可选的部分，可以根据实际情况选择是否填写；假如不必说明，请保存相关的章节标题，同时在该可选章节的内容中填入“无”；未注名可选的，则必须描述；假如有些设计此模版中没有合适的地方填写，则补充在最后的其他栏目中[2]模版中斜体字相称于撰写指南，最后文稿请将本模板中所有的斜体字部分所有删除。[3]模板里并不说明设计技术和方法，而只是说明应包含哪些内容，以及如何描述、组织这些内容。1范围说明文档所涉及和不涉及的内容，具体是：待开发的软件系统的名称；说明软件将干什么，假如需要的话，还要说明软件产品不干什么；描述所说明的软件的应用。假如有一个较高层次的说明存在，则应当使其和高层次说明中的类似的陈述相一致（例如，系统的需求规格说明）。2总体概述2.1产品描述叙述该项软件开发的意图、应用目的、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。假如本软件产品是一项独立的软件，并且所有内容自含，则说明这一点。假如所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。2.2软件功能概述软件必须实现的和通过用户操作实现的重要功能。这里只需要进行简要描述（例如目录列表），具体描述在具体需求部分描述。有时，假如存在较高层次的规格说明时，则功能摘要可从中取得，这个较高层次的规格说明为软件产品分派了特殊的功能，为了清楚起见，请注意：编制功能的一种方法是制作功能表，以便客户或者第一次读这个文献的人都可以理解；用方框图来表达不同的功能和它们的关系也是有帮助的。但应牢记，这样的图不是产品设计时所需求的，而只是一种有效的解释性的工具。例如：高层的数据流图，面向对象的分析等。2.3一般约束对设计系统时限制开发者选择的其他一些项作一般性描述（具体需求或具体设计约束在具体需求和设计约束章节叙述）。这些涉及：管理方针；硬件的限制；与其他应用间的接口；并行操作；审查功能；控制功能；所需的高级语言；通信协议；应用的临界点；安全和保密方面的考虑。2.4假设和依赖列出也许影响需求的所有的假设因素（与已知事实相对而言），涉及准备使用的第三方或商业组件，操作和开发环境的问题约束等。假如上述假设不对的、没有被告知或者改变了都将对项目产生影响。列出项目对外部条件的依赖，例如重用其他项目的模块等。假如在其他文档（例如项目计划或范围文档等）里已经描述了，在这里可以不用描述。3具体需求3.1功能需求对于每一类功能或者有时对于每一个功能，需要具体描述其输入、解决和输出的需求，建议用UML图进行描述。由四个部分组成3.1.1功能需求1引言描述的是功能要达成的目的、所采用的方法和技术，还应清楚说明功能意图的由来和背景。输入具体描述该功能的所有输入数据，如：输入源、数量、度量单位、时间设定、有效输入范围（涉及精度和公差）；操作员控制细节的需求。其中有名字、操作员活动的描述、控制台或操作员的位置。例如：当打印检查时，规定操作员进行格式调整；解决定义输入数据、中间参数，以获得预期输出结果的所有操作。它涉及如下的说明：输入数据的有效性检查；操作的顺序，涉及事件的时间设定；响应，例如，溢出、通信故障、错误解决等；受操作影响的参数；降级运营的规定；用于把系统输入变换成相应输出的任何方法（方程式、数学算法、逻辑操作等）；输出数据的有效性检查。需有基本领件流（正常解决流程）和备选事件流（异常解决流程），可用流程图附加描述。输出具体描述该功能所有输出数据，例如：输出目的地、数量、度量单位、时间关系、有效输出的范围（涉及精度和公差）、非法值的解决、犯错信息；有关接口说明或接口控制文献的参考资料。此外，对着重于输入输出行为的系统来说，需求说明应指定所有故意义的输入、输出对及其序列。当一个系统规定记忆它的状态时，需要这个序列，使得它可以根据本次输入和以前的状态作出响应。也就是说，这种情况如同有限状态机。3.1.2功能需求2．．．．．．3.1.n功能需求n3.2外部接口需求3.2.1用户接口提供用户使用软件产品时的接口需求。例如，假如系统的用户通过显示终端进行操作，就必须指定如下规定：对屏幕格式的规定；报表或菜单的页面打印格式和内容；输入输出的相对时序；程序功能键的可用性。3.2.2硬件接口具体描述与硬件的接口在此描述软件产品和系统硬件组件之间接口的逻辑特性，也涉及支持哪些设备、如何支持这些设备和协议等。按软/硬件协议内容和格式定义接口。假如接口已在其它文档中很清楚地描述，就没有必要在这儿进行具体描述，但需说明应参考的文档。3.2.3软件接口在此要指定需使用的其他软件产品（例如，数据管理系统、操作系统或数学软件包），以及同其他应用系统之间的接口。对于每一个接口，这部分应说明与软件产品相关的接口软件的目的，并根据信息的内容和格式定义接口，但不必具体描述任何已有完整文献的接口，只要引用定义该接口的文献即可。3.2.4通讯接口具体描述通讯接口，如本地网络协议等。按消息/函数内容和格式定义接口。假如接口已在其它文档中很清楚地描述，就没有必要在这儿进行具体描述，但需说明应参考的文档。3.3性能需求假如有性能方面的需求，在这里列出并解释他们的原理。以帮助开发者理解意图以做出对的的设计选择。在实时系统中的时序关系。保证需求尽也许的具体而精确。从整体上具体说明软件、或人与软件交互的静态或动态数值需求。静态数值需求也许涉及：支持的终端数；支持并行操作的用户数；解决的文献和记录数；表和文献的大小。动态数值需求也许涉及：欲解决的事务和任务的数量，以及在正常情况下和峰值工作条件下一定期间周期中解决的数据总量。所有这些需求都必须用可以度量的术语来叙述。例如，95％的事务必须在小于1s时间内解决完，不然，操作员将不等待解决的完毕。4设计约束描述也许限制开发人员选择的事项。4.1标准的约束具体说明需求所采用的标准或规范的来源。假如项目采用了国际标准，应当说明国际标准及项目与标准的偏离情况。4.2硬件的限制本项涉及在各种硬件约束下运营的软件规定，例如，应当涉及：硬件配置的特点（接口数，指令系统等）；内存储器和辅助存储器的容量。4.3技术的限制本节涉及对使用特定技术的限制，涉及接口，数据库，操作系统，通讯协议，设计约定，编程规范等。5软件质量属性具体说明项目任何其他的质量特性。该特性对客户和开发者都非常重要。考虑的方面涉及：适应性，可用性，对的性，灵活性，交互工作能力，可维护性，可移植性，可靠性，可重用性，鲁棒性，可测试性和可用性等。定量的具体描述这些特性，尽也许的可验证。对不同属性之间的重要性加以阐述，如：易用性比易学性更重要。每一个属性单独使用一个小节描述，可根据需要进行增减，如：5.1安全性指的是保护软件的要素，以防止各种非法的访问、使用、修改、破坏或者泄密。这个领域的具体需求必须涉及：运用可靠的密码技术；掌握特定的记录或历史数据集；给不同的模块分派不同的功能；限定一个程序中某些区域的通信；计算临界值的检查和。5.2可维护性规定若干需求以保证软件是可维护的。5.3可移植性规定把软件从一种环境移植到另一种环境所规定的用户程序，用户接口兼容方面的约束等等。6其他需求使用适当的章节，具体说明任何其他客户需求，涉及数据库，编码需求，错误解决，测试需求等。下面仅列出了少量样例，你可以删除和增长项目。6.1数据库