1、1 / 10需求确认书项目名称: 密 级:文档编号:版本信息: V1.0创 建 人: 创建日期:审 核 者:批 准 人:批准日期:北京 xxxx 有限公司版权所有2 / 10文档修订记录版本编号或者更改记录编号*变化*状态简要说明(变更内容和变更范围)日期变更人批准日期批准人*变化状态:A 增加,M修改,D 删除文档审批信息序号 审批人 角色 审批日期 签字 备注3 / 10主要内容1 引言 .41.1 编写目的 .41.2 背景范围 .41.3 术语定义 .41.4 参考资料 .42 调研情况介绍 .53 总体需求 .53.1 系统组成 .53.2 系统业务流程 .54 功能需求 .54.1
2、 需求清单 .54.2 需求规格 .64.2.1 需求综合说明 .64.2.2 需求详细定义 .65 系统接口描述 .75.1 用户界面 .75.2 硬件接口 .75.3 软件接口 .75.4 通信接口 .84 / 106 非功能需求 .86.1 性能需求 .86.2 安全性要求 .86.3 对软硬件环境的要求 .86.4 其它需求 .97 附录 2:需求确认表 .91 引言引言1.1 编写目的编写目的说明:编写这份需求规格说明书的目的。1.2 背景背景 范围范围说明:a.待开发的软件系统的名称;b. 本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络;c.该软件系统同其他系统
3、或其他机构的基本的相互来往关系。1.3 术语定义术语定义列出本文件中用到的专门术语的定义和外文的首字母组词的原词组。1.4 参考资料参考资料列出用得着的参考资料,如:本项目的经核准的计划任务书和合同、上级机关的批文;5 / 10属于本项目的其他已发表的文件;本文件中各处引用的文件、资料,包括所要用到的软件开发标准。列出这些文件资料的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。2 调研情况介绍调研情况介绍序号 调研对象 调研时间 调研内容 调研人 调研方式 调研输出结果其中的调研输出结果可能包括两类文档资料:一是用户的原始资料,如报表样张或者用户的内部资料等;二是经过分析
4、和整理的文件,如调研报告或者会议记录等。一般把这些资料作为需求规格说明书的附件处理。3 总体需求总体需求3.1 系统组成系统组成说明整个系统的组成和系统运行机理;概述每个子系统的功能,并说明子系统之间的关系。3.2 系统业务流程系统业务流程在逻辑工作岗位及职责确定之后,需要进一步归纳用户的业务情况。每一项业务都由一个或者多个岗位的人按照一定顺序来完成,可以采用业务流程图来描述每一项业务。4 功能需求功能需求功能需求是描述一个产品或项目该做什么,该提供什么功能,该完成什么任务的总结、是整个需求规格说明书的核心。对于功能需求的描述,通常要求下列内容:6 / 104.1 需求清单需求清单采用列表形式
5、列举产品的所有需求,每个需求均需标识,并需要确定每个功能的优先级,如可能还应估计每个功能项所需开发时间(包括设计和编码时间) 。标识号采用层次化命名。需求优先级建议分为 1、2、3 级,其中 1 级为最高级,表示必须实现的功能。功能清单可以采用下面的表格表示:标识号 需求名称 需求说明 优先级别 备注4.2 需求规需求规 格格编写需求规范之前应该先制定与当前开发的项目/产品相适用的模板,然后根据这个模板来对需求清单中的所有功能进行描述。可以包含下列内容:4.2.1 需求综合说明需求综合说明包含下列内容:(1) 使用者的逻辑岗位。(2) 业务背景。即使用者在什么情况下使用该功能。(3) 业务规则
6、。比如算法(4) 后续描述中用到的术语解释4.2.2 需求详细定义需求详细定义本部分的描述步骤如下:(1) 分析当前需求需要的用户界面。一些功能可能需要多个用户界面;还有一些需求虽7 / 10然都在一个用户界面中,但界面过于复杂,象这种情况需要拆分为几部分,每部分单独描述。建议给每个界面(或者界面的一部分)按照一定规则编号。(2) 针对每个用户界面需要说明下列内容:a) 界面完成功能简介b) 界面数据描述。对界面中的所有数据项详细定义,一般需要包含下列内容:数据项 名称、数据项说明、数据类型及限制规则、数据来源、缺省值等。c) 界面操作描述。对界面中所有可能的用户操作详细定义,一般需要包含下列
7、内容:操作项名称、操作过程描述、操作过程中隐含的系统处理、操作的限制条件(即什么情况下该操作失效)等。5 系统接口描述系统接口描述规定应用程序必须支持的接口/界面。它应非常具体,包含协议、端口和逻辑地址等,以便于按照接口/界面需求开发并检验软件。 (仅指外部接口)5.1 用户界面用户界面说明软件将实现的用户界面。5.2 硬件接口硬件接口指出软件所支持的所有硬件接口。5.3 软件接口软件接口此节说明软件系统中与其他构件之间的软件接口。这些构件可以是购入的构件、取自其8 / 10他应用程序重新利用的构件。5.4 通信接口通信接口说明与其他系统或设备(如局域网、远程串行设备等)的所有通信接口。6 非
8、功能需求非功能需求6.1 性能需求性能需求需要对软件静态和动态两个方面的性能作出定量规定。可能包含如下内容: 所支持的并发用户数。 容错要求, 如异常操作后应如何处理,如编制预算过程中突然中断时应能自动恢复或保护上一次编制状态。 数据的处理能力要求,如可处理的文件和记录数,表及文件的大小规模, 数据增长情况。 对数据存储的空间的要求。 正常或极端情况下,对用户操作响应速度的要求。 6.2 安全性要求安全性要求6.3 对软硬件环境的要求对软硬件环境的要求硬件环境CPU内存硬盘网络9 / 10软件环境操作系统数据库相关软件6.4 其它需求其它需求如:美化界面等;7 附录附录 2:需求确认表:需求确认表本需求文档建立在双方对需求的共同理解基础之上,是后续的开发的依据,是用户验收的依据。经甲乙双方确认签字后,最终确定。如果需求发生变化,请提出正式书面要求,并且双方协商成本、资源和进度等。需求确认需求代表签字签字: 日期:10 / 10项目经理签字签字: 日期: