《CMMI-需求确认书》由会员分享,可在线阅读,更多相关《CMMI-需求确认书(10页珍藏版)》请在金锄头文库上搜索。
1、项目名称:项目名称: 项目编号:项目编号: 需求确认书 状状 态态草 稿标标 识识 号号 RD 初始版当前版本当前版本 V1.0 修订版发布日期发布日期 模板编号模板编号 密密 级级无密级 秘 密 绝 密 前前 言言 软件需求确认书主要描述、界定软件的范围,同时给出软件必须解决的问题的详细描述。每个问 题可以认为是软件产品的一个“功能”,需要对每个功能提供一个处理叙述、设计约束、性能特征以 及与其他元素间的相互影响的说明。 软件需求确认书另外一个重要的作用是提供一个软件产品的确认验收标准,进行功能实现的识别 和性能、约束的条件等的设定。 文档修订记录文档修订记录 版本编号或者版本编号或者 更改
2、记录编号更改记录编号 变化变化 状态状态 简要说明(变更内容和变简要说明(变更内容和变 更范围)更范围) 修订日期修订日期变更人变更人批准人批准人批准日期批准日期 * 变化状态:C-创建;A-增加;M-修改;D-删除 目目 录录 1.概述概述6 1.1目的.6 1.2范围.6 1.3定义、首字母缩写词和缩略语 .6 1.4参考资料.7 2.系统说明系统说明7 2.1产品的背景.7 2.2产品的功能.7 2.3用户类和特征.7 2.4运行环境.7 2.5设 计 和 实 现 上 的 限 制 .8 2.6假设和依赖.8 2.7其他条件与限制.8 3.业务流程业务流程8 4.功能描述功能描述8 5.数
3、据描述数据描述9 5.1数据来源和数据流图.9 5.2数据库描述.9 6.数据描述数据描述9 6.1数据精确度.9 6.2时间特性.9 6.3适应性.9 7.安全性安全性9 7.1安全设施需求.9 7.2安全性需求.10 8.运行接口需求运行接口需求.10 8.1用户界面.10 8.2硬件接口.10 8.3软件接口.11 8.4通信接口.11 9.其他需求其他需求 11 10.验收标准验收标准.11 10.1软件质量.11 10.2用户文档.11 1.1. 概述概述 1.11.1目的目的 【阐述编写需求确认书的目的,指明读者对象。可以用如下的列举方式进行描述。】 例如: 1 本文档是XX 项目
4、系统需求分析说明书提供设计人员使用,作为系统设计的依据。 2 作为项目验收标准之一。 3 软件维护的参考资料。 1.21.2范围范围 本文档是项目的软件需求规格说明书,是技术文档。 本文档使用对象为: 项目需求人员 项目经理 软件工程组 用户 未经项目经理书面许可,该文档不得提供给上述规定对象以外的人员阅读或使用。 1.31.3定义、首字母缩写词和缩略语定义、首字母缩写词和缩略语 【列出文档中所用到的专门术语的定义和缩写词的原文。可以用列举方式进行描述】 1 术语名称或缩略语 术语解释 2 术语名称或缩略语 术语解释 1.41.4参考资料参考资料 应包括:项目任务书、合同;项目开发计划;文档所
5、引用的资料、标准和规范。列出这些资料的 作者、标题、编号、发表日期、出版单位或资料来源。 2.2. 系统说明系统说明 2.12.1产品的背景产品的背景 描述软件需求确认书中所定义的产品的背景和起源。说明该产品是否是产品系列中的下一成员, 是否是成熟产品所改进的下一产品、是否是现有应用程序的替代品,或者是否是一个新型的、自含型 产品。 2.22.2产品的功能产品的功能 概述了产品所具有的主要功能。其详细内容将在下面几章中描述,所以在此只需要概略地总结, 例如用列表的方法给出。很好地组织产品的功能,使每个读者都易于理解。用图形表示主要的需求分 组 以及它们之间的联系,例如数据流程图的顶层图或类图,
6、都是有用的。 2.32.3用户类和特征用户类和特征 确定可能使用该产品的不同用户类并描述它们相关的特征。有一些需求可能只与特定的用户类相 关。将该产品的重要用户类与那些不太重要的用户类区分开。 如果目标用户很明确,或者为项目产品可以对目标用户或项目用户进行描述。 2.42.4运行环境运行环境 描述软件的运行环境,包括硬件平台、操作系统和版本,还有其它的软件组件或与其共存的应用 程序。 可以分别对服务器端和客户端的运行环境进行描述,如下所示: 服务器端 客户端 进行软件系统需求和软件用户需求进行可选 2.52.5设设 计计 和和 实实 现现 上上 的的 限限 制制 确定影响开发人员自由选择的问题
7、,并说明这些问题为什么成为一种限制。可能的限制包括如下 内容: 必须使用或者避免的特定技术、工具、编程语言和数据库。 所需求的开发规范和标准(例如,如果由客户的公司负责软件维护,就必须定义 转包者所使 用的设计符号表示和编码标准) 。 企业策略、政府法规或工业标准。 硬件限制,例如定时需求或存储器限制。 数据转换格式标准。 2.62.6假设和依赖假设和依赖 列举出在对软件需求确认书中影响需求陈述的假设因素(与已知因素相对立) ,可能包括打算 使 用的商业组件或有关开发或运行环境的问题。你可能认为产品将符合一个特殊的用户界面设计约定, 但是另一个读者却可能不这样认为。如果这些假设不正确、不一致或
8、被更改,就会使项目受到影响。 确定项目对外部因素存在的依赖。例如,如果你打算把其它项目开发的组件集成到系统中,那么 你 就要依赖哪个项目按时提供正确的操作组件, 如果这些依赖已经记录到其它文档 (例如项目计划) 中了, 那么在此就可以参考其它文档。 2.72.7其他条件与限制其他条件与限制 尽量列出开展本项目的假定和约束,例如:经费限制,开发期限,设备条件,用户现场环境准备、 安全保密等 3.3. 业务流程业务流程 可以运用流程图、文字说明等方式来描述业务流程 4.4. 功能描述功能描述 可以运用功能清单、格式表单、界面说明、文字说明等方式来描述业务流程 5.5. 数据描述数据描述 5.15.
9、1数据来源和数据流图数据来源和数据流图 描述输入数据和输出数据,系统使用的数据字典等 5.25.2数据库描述数据库描述 包括使用数据库的名称和类型 6.6. 数据描述数据描述 6.16.1数据精确度数据精确度 数据内部显示精度,外部显示精度 6.26.2时间特性时间特性 系统响应时间、界面更新处理时间、数据转换与传输时间等 6.36.3适应性适应性 在操作方式、运行环境、与其他软件的接口以及开发计划等发生变化时,应具有的适应能力 7.7. 安全性安全性 7.17.1安全设施需求安全设施需求 详尽陈述与产品使用过程中可能发生的损失、破坏或危害相关的需求。定义必须采取的安全保护 或动作,还有那些预
10、防的潜在的危险动作。明确产品必须遵从的安全标准、策略或规则。一个安全设 施需求的范例如下:“如果油箱的压力超过了规定的最大压力的 95,那么必须在 1 秒种内终止操 作” 。 7.27.2安全性需求安全性需求 详尽陈述与系统安全性、完整性或与私人问题相关的需求,这些问题将会影响到产品的使用和产 品所创建或使用的数据的保护。 定义用户身份确认或授权需求。 明确产品必须满足的安全性或保密 性策 略。一个软件系统的安全需求的范例如下:“每个用户在第一次登录后,必须更改最初登录密码。 最初的登录密码不能重用。 ” 8.8. 运行接口需求运行接口需求 8.18.1用户界面用户界面 陈述所需要的用户界面的
11、软件组件。描述每个用户界面的逻辑特征。以下是可能要包括的一些特 征: 将要采用的图形用户界面(GUI)标准或产品系列的风格。 屏幕布局或解决方案的限制。 将出现在每个屏幕的标准按钮、功能或导航链接(例如一个帮助按钮) 。 快捷键。 报表输出定义。 错误信息显示标准。 对于用户界面的细节,例如特定对话的布局,应该写入一个独立的用户界面规格说明中,而不能 写入软件需求规格说明中。 8.28.2硬件接口硬件接口 描述系统中软件和硬件每一接口的特征,这种描述可能包括支持的硬件类型、软硬之间交流的数 据和控制信息的性质以及所使用的通信协议 例如网络图等 8.38.3软件接口软件接口 包括数据库、操作系统
12、、工具、库和集成的商业组件,明确并描述在软件组件之间交换数据或消 息的目的 8.48.4通信接口通信接口 描述与产品所使用的通信功能相关的,包括电子、Web 浏览器、网络通信标准或协议及电子表格 等。定义了相关的消息格式。规定通信安全或加密问题、数据传输速率和同步通信机制。 9.9. 其他需求其他需求 定义在软件需求规格说明的其它部分未出现的需求,例如国际化需求或法律上的需求。还可以增 加有关操作、管理和维护部分来完善产品安装、配置、启动和关闭、修复和容错,以及登录和监控操 作等方面的需求。如果不需要增加其它需求,可省略这一部分。 10.10.验收标准验收标准 明确规定产品验收依据的各种标准或条件的具体内容 10.110.1 软件质量软件质量 详尽陈述与客户或开发人员至关重要的产品质量特性。这些特性必须是确定的、定量的并在可能 时是可验证的。 10.210.2 用户文档用户文档 列举出将与软件一同发行的用户文档部分,例如,操作手册、安装手册、维护手册、在线帮助和 教程。明确所有已知的用户文档的交付格式和标准。 注: 文档中 里面的内容是对相应部分的说明,在写具体项目的需求说明书时,应去掉或更改 为适当的内容。