最全需求确认书.doc

《最全需求确认书.doc》由会员分享，可在线阅读，更多相关《最全需求确认书.doc（8页珍藏版）》请在三一文库上搜索。

1、需求确认书项目编号：项目名称： 海南休闲旅游网密 级：公开版本信息： V1.0创 建 人： 戴永丽创建日期：2011年11月17日审 核 者：批 准 人：批准日期：编辑软件：Microsoft Word 2007中文版 文件状态： 草稿 正式发布 正在修改北京乐途汇诚网络技术有限责任公司版权所有文档修订记录版本编号或者更改记录编号*变化状态简要说明（变更内容和变更范围）日期变更人批准日期批准人*变化状态：A增加，M修改，D删除文档审批信息序号审批人角色审批日期签字备注主要内容1引言41.1编写目的41.2背景范围41.3术语定义41.4参考资料41.5读者范围42调研情况介绍43需求范围44总

2、体需求44.1系统组成44.2系统的逻辑岗位及职责54.3系统业务流程55功能需求55.1功能清单55.2功能规范55.2.1功能综合说明55.2.2功能详细定义56系统接口描述66.1用户界面66.2硬件接口66.3软件接口66.4通信接口67非功能需求67.1性能需求67.2安全性要求77.3对软硬件环境的要求77.4其它需求78附录178.1原型78.2采用建模工具所形成的模型文件78.3调研相关资料和文件78.4同类产品简介78.5需求分析过程中制定的相关规范或模板79附录2：需求确认表81 引言1.1 编写目的说明：编写这份需求规格说明书的目的。1.2 背景范围说明：a. 待开发的软

3、件系统的名称；b. 本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络；c. 该软件系统同其他系统或其他机构的基本的相互来往关系。1.3 术语定义列出本文件中用到的专门术语的定义和外文的首字母组词的原词组。1.4 参考资料列出用得着的参考资料，如：本项目的经核准的计划任务书和合同、上级机关的批文；属于本项目的其他已发表的文件；本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。1.5 读者范围指出预期读者。2 调研情况介绍可采用表格形式简明地描述调研过程，如下表： 序号调研对象调研时间调

4、研内容调研人调研方式调研输出结果其中的调研输出结果可能包括两类文档资料：一是用户的原始资料，如报表样张或者用户的内部资料等；二是经过分析和整理的文件，如调研报告或者会议记录等。一般把这些资料作为需求规格说明书的附件处理。3 需求范围说明本需求规格说明书是否包含了立项阶段所涉及的所有功能。如果是合同项目是否包括合同所有需求，及合同以外扩展的需求。4 总体需求4.1 系统组成说明整个系统的组成和系统运行机理；概述每个子系统的功能，并说明子系统之间的关系。4.2 系统的逻辑岗位及职责不同的单位实际的岗位名称和职责可能不相同，在做需求分析的时候需要加以抽象形成逻辑工作岗位并对每个岗位的职责加以描述。4

5、3 系统业务流程在逻辑工作岗位及职责确定之后，需要进一步归纳用户的业务情况。每一项业务都由一个或者多个岗位的人按照一定顺序来完成，可以采用业务流程图来描述每一项业务。5 功能需求功能需求是描述一个产品或项目该做什么，该提供什么功能，该完成什么任务的总结、是整个需求规格说明书的核心。对于功能需求的描述，通常要求下列内容：5.1 需求清单采用列表形式列举产品的所有需求，每个需求均需标识，并需要确定每个功能的优先级，如可能还应估计每个功能项所需开发时间（包括设计和编码时间）。标识号采用层次化命名。需求优先级建议分为1、2、3级，其中1级为最高级，表示必须实现的功能。功能清单可以采用下面的表格表示：

6、标识号需求名称需求说明优先级别备注5.2 需求规格编写需求规范之前应该先制定与当前开发的项目/产品相适用的模板，然后根据这个模板来对需求清单中的所有功能进行描述。可以包含下列内容：5.2.1 需求综合说明包含下列内容：（1） 使用者的逻辑岗位。（2） 业务背景。即使用者在什么情况下使用该功能。（3） 业务规则。比如算法（4） 后续描述中用到的术语解释5.2.2 需求详细定义本部分的描述步骤如下：（1） 分析当前需求需要的用户界面。一些功能可能需要多个用户界面；还有一些需求虽然都在一个用户界面中，但界面过于复杂，象这种情况需要拆分为几部分，每部分单独描述。建议给每个界面（或者界面的一部分）按照一

7、定规则编号。（2） 针对每个用户界面需要说明下列内容：a) 界面完成功能简介b) 界面数据描述。对界面中的所有数据项详细定义，一般需要包含下列内容：数据项名称、数据项说明、数据类型及限制规则、数据来源、缺省值等。c) 界面操作描述。对界面中所有可能的用户操作详细定义，一般需要包含下列内容：操作项名称、操作过程描述、操作过程中隐含的系统处理、操作的限制条件（即什么情况下该操作失效）等。6 系统接口描述规定应用程序必须支持的接口/界面。它应非常具体，包含协议、端口和逻辑地址等，以便于按照接口/界面需求开发并检验软件。（仅指外部接口）6.1 用户界面说明软件将实现的用户界面。6.2 硬件接口指出软件

8、所支持的所有硬件接口。6.3 软件接口此节说明软件系统中与其他构件之间的软件接口。这些构件可以是购入的构件、取自其他应用程序重新利用的构件。6.4 通信接口说明与其他系统或设备（如局域网、远程串行设备等）的所有通信接口。7 非功能需求7.1 性能需求需要对软件静态和动态两个方面的性能作出定量规定。可能包含如下内容：l 所支持的并发用户数。l 容错要求, 如异常操作后应如何处理，如编制预算过程中突然中断时应能自动恢复或保护上一次编制状态。l 数据的处理能力要求，如可处理的文件和记录数,表及文件的大小规模, 数据增长情况。l 对数据存储的空间的要求。 l 正常或极端情况下，对用户操作响应速度的要求

9、 7.2 安全性要求7.3 对软硬件环境的要求硬件环境CPU内存硬盘网络软件环境操作系统数据库相关软件7.4 其它需求如：美化界面等；8 附录18.1 原型8.2 采用建模工具所形成的模型文件在需求分析阶段经常用到一些模型来辅助说明，如果采用结构化分析技术，通常使用数据流程图、实体联系图；而采用面向对象的分析技术，通常使用实例图、顺序图、协作图和状态图。8.3 调研相关资料和文件如调研报告、会议记录以及调研过程中获取的用户原始资料等。8.4 需求分析过程中制定的相关规范或模板如原型风格说明、功能规范模板、用户调研规范等。9 附录2：需求确认表本需求文档建立在双方对需求的共同理解基础之上，是后续的开发的依据，是用户验收的依据。经甲乙双方确认签字后，最终确定。如果需求发生变化，请提出正式书面要求，并且双方协商成本、资源和进度等。需求确认客户代表签字签字：日期：项目经理签字签字：日期：