最全需求确认书.doc

  1. 1、本文档共7页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多

需求确认书

工程编号:

工程名称:海南休闲旅游网

密级:公开

版本信息:V1.0

创建人:戴永丽

创立日期:2011年11月17日

审核者:

批准人:

批准日期:

编辑软件:MicrosoftWord2007中文版

文件状态:√草稿

「」正式发布

「」正在修改

北京乐途汇诚网络技术有限责任公司

版权所有

文档修订记录

版本编号或者更改记录编号

*变化

状态

简要说明〔变更内容和变更范围〕

日期

变更人

批准日期

批准人

*变化状态:A——增加,M——修改,D——删除

文档审批信息

序号

审批人

角色

审批日期

签字

备注

主要内容

TOC\o1-3\h\z\u1引言4

1.1编写目的4

1.2背景范围4

1.3术语定义4

1.4参考资料4

1.5读者范围4

2调研情况介绍4

3需求范围4

4总体需求4

4.1系统组成4

4.2系统的逻辑岗位及职责5

4.3系统业务流程5

5功能需求5

5.1功能清单5

5.2功能标准5

功能综合说明5

功能详细定义5

6系统接口描述6

6.1用户界面6

6.2硬件接口6

6.3软件接口6

6.4通信接口6

7非功能需求6

7.1性能需求6

7.2平安性要求7

7.3对软硬件环境的要求7

7.4其它需求7

8附录17

8.1原型7

8.2采用建模工具所形成的模型文件7

8.3调研相关资料和文件7

8.4同类产品简介7

8.5需求分析过程中制定的相关标准或模板7

9附录2:需求确认表8

引言

编写目的

说明:编写这份需求规格说明书的目的。

背景范围

说明:

待开发的软件系统的名称;

本工程的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络;

该软件系统同其他系统或其他机构的根本的相互来往关系。

术语定义

列出本文件中用到的专门术语的定义和外文的首字母组词的原词组。

参考资料

列出用得着的参考资料,如:

本工程的经核准的方案任务书和合同、上级机关的批文;

属于本工程的其他已发表的文件;

本文件中各处引用的文件、资料,包括所要用到的软件开发标准。列出这些文件资料的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。

读者范围

指出预期读者。

调研情况介绍

可采用表格形式简明地描述调研过程,如下表:

序号

调研对象

调研时间

调研内容

调研人

调研方式

调研输出结果

其中的调研输出结果可能包括两类文档资料:一是用户的原始资料,如报表样张或者用户的内部资料等;二是经过分析和整理的文件,如调研报告或者会议记录等。一般把这些资料作为需求规格说明书的附件处理。

需求范围

说明本需求规格说明书是否包含了立项阶段所涉及的所有功能。

如果是合同工程是否包括合同所有需求,及合同以外扩展的需求。

总体需求

系统组成

说明整个系统的组成和系统运行机理;概述每个子系统的功能,并说明子系统之间的关系。

系统的逻辑岗位及职责

不同的单位实际的岗位名称和职责可能不相同,在做需求分析的时候需要加以抽象形成逻辑工作岗位并对每个岗位的职责加以描述。

系统业务流程

在逻辑工作岗位及职责确定之后,需要进一步归纳用户的业务情况。每一项业务都由一个或者多个岗位的人按照一定顺序来完成,可以采用业务流程图来描述每一项业务。

功能需求

功能需求是描述一个产品或工程该做什么,该提供什么功能,该完成什么任务的总结、是整个需求规格说明书的核心。对于功能需求的描述,通常要求以下内容:

需求清单

采用列表形式列举产品的所有需求,每个需求均需标识,并需要确定每个功能的优先级,如可能还应估计每个功能项所需开发时间〔包括设计和编码时间〕。

标识号采用层次化命名。需求优先级建议分为1、2、3级,其中1级为最高级,表示必须实现的功能。

功能清单可以采用下面的表格表示:

标识号

需求名称

需求说明

优先级别

备注

需求规格

编写需求标准之前应该先制定与当前开发的工程/产品相适用的模板,然后根据这个模板来对需求清单中的所有功能进行描述。可以包含以下内容:

需求综合说明

包含以下内容:

使用者的逻辑岗位。

业务背景。即使用者在什么情况下使用该功能。

业务规那么。比方算法

后续描述中用到的术语解释

需求详细定义

本局部的描述步骤如下:

分析当前需求需要的用户界面。一些功能可能需要多个用户界面;还有一些需求虽然都在一个用户界面中,但界面过于复杂,象这种情况需要拆分为几局部,每局部单独描述。建议给每个界面〔或者界面的一局部〕按照一定规那么编号。

针对每个用户界面需要说明以下内容:

界面完成功能简介

界面数据描述。对界面中的所有数据项详细定义,一般需要包含以下内容:数据项名称、数据项说明、数据类型及限制规那

文档评论(0)

147****4268 + 关注
实名认证
内容提供者

认真 负责 是我的态度

1亿VIP精品文档

相关文档