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

归属部门 密级 版本 共 页 V1.00 软件项目名称 软件需求规格说明书 拟制： 日期： 审核： 日期： 批准： 日期：  文件修改记录 修改日期 版本 修改页码、章节、条款 修改描述 作者 目 录 1范围 5 2 总体概述 5 2.1 产品描述 5 2.2 软件功能 5 2.3 一般约束 6 2.4 假设和依赖 6 3 具体需求 6 3.1 功能需求 6 3.1.1 功能需求1 6 3.1.2 功能需求2 7 3.1.n 功能需求n 8 3.2 外部接口需求 8 3.2.1 用户接口 8 3.2.2 硬件接口 8 3.2.3 软件接口 8 3.2.4 通讯接口 8 3.3 性能需求 8 4 设计约束 9 4.1 标准的约束 9 4.2 硬件的限制 9 4.3 技术的限制 9 5 软件质量属性 9 5.1 安全性 10 5.2 可维护性 10 5.3 可移植性 10 6 其他需求 10 6.1 数据库 10 6.2 本地化 11 7待确定问题 11 模板使用说明： [1]注明可选的部分，可以根据实际情况选择是否填写；如果不必说明，请保留相关的章节标题，同时在该可选章节的内容中填入“无”；未注名可选的，则必须描述；如果有些设计此模版中没有合适的地方填写，则补充在最后的其他栏目中 [2]模版中斜体字相当于撰写指南，最后文稿请将本模板中所有的斜体字部分全部删除。 [3]模板里并不说明设计技术和方法，而只是说明应包含哪些内容，以及如何描述、组织这些内容。 1范围 说明文档所包括和不包括的内容，具体是： a． 待开发的软件系统的名称； b． 说明软件将干什么，如果需要的话，还要说明软件产品不干什么； c． 描述所说明的软件的应用。如果有一个较高层次的说明存在，则应该使其和高层次说明中的类似的陈述相一致（例如，系统的需求规格说明）。 2 总体概述 2.1 产品描述 叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。 2.2 软件功能 概述软件必须实现的和通过用户操作实现的主要功能。这里只需要进行简要描述（例如目录列表），详细描述在详细需求部分描述。 有时，如果存在较高层次的规格说明时，则功能摘要可从中取得，这个较高层次的规格说明为软件产品分配了特殊的功能，为了清晰起见，请注意： a． 编制功能的一种方法是制作功能表，以便客户或者第一次读这个文件的人都可以理解； b． 用方框图来表达不同的功能和它们的关系也是有帮助的。但应牢记，这样的图不是产品设计时所需求的，而只是一种有效的解释性的工具。 例如：高层的数据流图，面向对象的分析等。 2.3 一般约束 对设计系统时限制开发者选择的其他一些项作一般性描述（具体需求或具体设计约束在具体需求和设计约束章节叙述）。这些包括： a． 管理方针； b． 硬件的限制； c． 与其他应用间的接口； d． 并行操作； e． 审查功能； f． 控制功能； g． 所需的高级语言； h． 通信协议； i． 应用的临界点； j． 安全和保密方面的考虑。 2.4 假设和依赖 列出可能影响需求的所有的假设因素（与已知事实相对而言），包括准备使用的第三方或商业组件，操作和开发环境的问题约束等。如果上述假设不正确、没有被告知或者改变了都将对项目产生影响。列出项目对外部条件的依赖，例如重用其他项目的模块等。如果在其他文档（例如项目计划或范围文档等）里已经描述了，在这里可以不用描述。 3 具体需求 3.1 功能需求 对于每一类功能或者有时对于每一个功能，需要具体描述其输入、处理和输出的需求，建议用UML图进行描述。由四个部分组成 3.1.1 功能需求1 a． 引言 描述的是功能要达到的目标、所采用的方法和技术，还应清楚说明功能意图的由来和背景。 b． 输入 1) 详细描述该功能的所有输入数据，如：输入源、数量、度量单位、时间设定、有效输入范围（包括精度和公差）； 2) 操作员控制细节的需求。其中有名字、操作员活动的描述、控制台或操作员的位置。例如：当打印检查时，要求操作员进行格式调整； c． 处理 定义输入数据、中间参数，以获得预期输出结果的全部操作。它包括如下的说明： 1) 输入数据的有效性检查； 2) 操作的顺序，包括事件的时间设定； 3) 响应，例如，溢出、通信故障、错误处理等； 4) 受操作影响的参数； 5) 降级运行的要求； 6) 用于把系统输入变换成相应输出的任何方法（方程式