软件需求规格说明指导书模板V.doc

软件需求规格书模板前 言软件需求规格说明书关键描述、界定软件范围，同时给出软件必需处理问题具体描述。每个问题能够认为是软件产品一个“功效”，需要对每个功效提供一个处理叙述、设计约束、性能特征和和其它元素间相互影响说明。软件需求规格说明书另外一个关键作用是提供一个软件产品确实定验收标准，进行功效实现识别和性能、约束条件等设定。目 录第一章 概述11.1 编写目标11.2 文档范围11.3 术语定义11.4 参考资料2第二章 系统说明32.1 产品背景32.2 产品功效32.3 用户类和特征32.4 运行环境32.5 设计和实现上限制32.6 假设和依靠42.7 其它条件和限制4第三章 业务步骤5第四章 功效描述6第五章 数据描述75.1 数据起源和数据流图75.2 数据库描述7第六章 性能描述86.1 数据正确度86.2 时间特征86.3 适应性8第七章 安全性97.1 安全设施需求97.2 安全性需求9第八章 运行接口需求108.1 用户界面108.2 硬件接口108.3 软件接口108.4 通信接口10第九章 其它需求12第十章 验收标准1310.1 软件质量1310.2 用户文档13第一章 概述1.1 编写目标说明编写需求说明书目标，指明读者对象。能够用以下列举方法进行描述。比如：1. 本文档是项目名称 系统属性系统需求分析说明书供设计人员使用，作为系统设计依据。2. 作为项目验收标准之一。3. 软件维护参考资料。1.2 文档范围本文档是项目标软件需求规格说明书，是技术文档。本文档使用对象为：l 项目需求人员l 项目经理l 高层经理l 软件工程组l 软件相关组组员l 用户未经项目责任人书面许可，该文档不得提供给上述要求对象以外人员阅读或使用。1.3 术语定义列出文档中所用到专门术语定义和缩写词原文。能够用列举方法进行描述1. 术语名称或缩略语术语解释2. 术语名称或缩略语术语解释1.4 参考资料 应包含：a.项目任务书、协议；b.项目开发计划；c.文档所引用资料、标准和规范。列出这些资料作者、标题、编号、发表日期、出版单位或资料起源。第二章 系统说明2.1 产品背景描述软件需求规格说明中所定义产品背景和起源。说明该产品是否是产品系列中下一组员，是否是成熟产品所改善下一产品、是否是现有应用程序替换品，或是否是一个新型、自含型产品。假如软件需求规格说明定义了大系统一个组成部分，那么就要说明这部分软件是怎样和整个系统相关，而且要定义出二者之间接口。2.2 产品功效概述了产品所含相关键功效。其具体内容将在下面几章中描述，所以在此只需要概略地总结，比如用列表方法给出。很好地组织产品功效，使每个读者全部易于了解。用图形表示关键需求分组和它们之间联络，比如数据步骤图顶层图或类图，全部是有用。2.3 用户类和特征确定可能使用该产品不一样用户类并描述它们相关特征。有部分需求可能只和特定用户类相关。将该产品关键用户类和那些不太关键用户类区分开。假如目标用户很明确，或为项目产品能够对目标用户或项目用户进行描述。2.4 运行环境描述软件运行环境，包含硬件平台、操作系统和版本，还有其它软件组件或和其共存应用程序。能够分别对服务器端和用户端运行环境进行描述，以下所表示： 服务器端 用户端进行软件系统需求和软件用户需求进行可选2.5 设计和实现上限制确定影响开发人员自由选择问题，并说明这些问题为何成为一个限制。可能限制包含以下内容：l 必需使用或避免特定技术、工具、编程语言和数据库。l 所需求开发规范和标准（比如，假如由用户企业负责软件维护，就必需定义转包者所使用设计符号表示和编码标准）。l 企业策略、政府法规或工业标准。l 硬件限制，比如定时需求或存放器限制。l 数据转换格式标准。2.6 假设和依靠列举出在对软件需求规格说明中影响需求陈说假设原因（和已知原因相对立），可能包含计划使用商业组件或相关开发或运行环境问题。你可能认为产品将符合一个特殊用户界面设计约定，不过另一个读者却可能不这么认为。假如这些假设不正确、不一致或被更改，就会使项目受到影响。确定项目对外部原因存在依靠。比如，假如你计划把其它项目开发组件集成到系统中，那么你就要依靠哪个项目按时提供正确操作组件，假如这些依靠已经统计到其它文档（比如项目计划）中了，那么在此就能够参考其它文档。2.7 其它条件和限制尽可能列出开展本项目标假定和约束，比如：经费限制，开发期限，设备条件，用户现场环境准备、安全保密等第三章 业务步骤能够利用步骤图、文字说明等方法来描述业务步骤第四章 功效描述能够利用功效清单、格式表单、界面说明、文字说明等方法来描述业务步骤第五章 数据描述5.1 数据起源和数据流图描述输入数据和输出数据，系统使用数据字典等5.2 数据库描述 包含使用数据库名称和类型。第六章 性能描述6.1 数据正确度数据内部显示精度，外部显示精度6.2 时间特征系统响应时间、界面更新处理时间、数据转换和传输时间等6.3 适应性在操作方法、运行环境、和其它软件接口和开发计划等发生改变时，应含有适应能力。第七章 安全性7.1 安全设施需求详尽陈说和产品使用过程中可能发生损失、破坏或危害相关需求。定义必需采取安全保护或动作，还有那些预防潜在危险动作。明确产品必需遵从安全标准、策略或规则。一个安全设施需求范例以下：“假如油箱压力超出了要求最大压力95，那么必需在1秒种内终止操作”。7.2 安全性需求详尽陈说和系统安全性、完整性或和私人问题相关需求，这些问题将会影响到产品使用和产品所创建或使用数据保护。定义用户身份确定或授权需求。明确产品必需满足安全性或保密性策略。一个软件系统安全需求范例以下：“每个用户在第一次登录后，必需更改最初登录密码。最初登录密码不能重用。”第八章 运行接口需求8.1 用户界面陈说所需要用户界面软件组件。描述每个用户界面逻辑特征。以下是可能要包含部分特征：l 将要采取图形用户界面（GUI）标准或产品系列风格。l 屏幕布局或处理方案限制。l 将出现在每个屏幕标准按钮、功效或导航链接（比如一个帮助按钮）。l 快捷键。l 报表输出定义。l 错误信息显示标准。对于用户界面细节，比如特定对话布局，应该写入一个独立用户界面规格说明中，而不能写入软件需求规格说明中。8.2 硬件接口描述系统中软件和硬件每一接口特征，这种描述可能包含支持硬件类型、软硬之间交流数据和控制信息性质和所使用通信协议比如网络图等8.3 软件接口包含数据库、操作系统、工具、库和集成商业组件，明确并描述在软件组件之间交换数据或消息目标8.4 通信接口描述和产品所使用通信功效相关，包含电子、Web浏览器、网络通信标准或协议及电子表格等等。定义了相关消息格式。要求通信安全或加密问题、数据传输速率和同时通信机制。第九章 其它需求 定义在软件需求规格说明其它部分未出现需求，比如国际化需求或法律上需求。还能够增加相关操作、管理和维护部分来完善产品安装、配置、开启和关闭、修复和容错，和登录和监控操作等方面需求。假如不需要增加其它需求，可省略这一部分。第十章 验收标准明确要求产品验收依据多种标准或条件具体内容10.1 软件质量详尽陈说和用户或开发人员至关关键产品质量特征。这些特征必需是确定、定量并在可能时是可验证。10.2 用户文档列举出将和软件一同发行用户文档部分，比如，操作手册、安装手册、维护手册、在线帮助和教程。明确全部已知用户文档交付格式和标准。注： 文档中 里面内容是对对应部分说明，在写具体项目标需求说明书时，应去掉或更改为合适内容。