QR18-04 需求规格说明书.doc

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

项目名称

文档信息

项目名称:

项目编号:

项目负责人:

所属部门:

编制人:

编制时间:

审核人:

审核时间:

批准人:

批准时间:

用户确认人:

确认时间:

版本号:

流水号:

修改记录

日期

版本

修改说明

修改者

目录

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

1.1 编写目的 5

1.2 术语定义 5

1.3 参考资料 5

2 项目概述 6

2.1 项目背景 6

2.2 项目目标 6

2.3 项目限制 6

2.4 运行环境 6

3 系统需求 7

3.1 功能性需求 7

3.1.1 功能性需求一 8

3.1.2 功能性需求二 8

3.2 非功能性需求 8

3.2.1 安全需求 8

3.2.2 性能需求 8

3.2.3 易用性需求 8

3.2.4 健壮性需求 8

3.2.5 其他非功能需求 8

3.3 接口需求 8

3.4 系统需求列表 8

4 需求分析 9

5 附录 10

5.1 附录一 10

5.2 附录二 10

引言

编写目的

[说明编写本软件规格说明书的目的,指出预期的读者。]

术语定义

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

参考资料

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

a.本项目的经核准的计划任务书或合同、上级机关的批文等;

b.属于本项目的其他已发表的文件;

c.本文件中引用的文件、资料、包括所要用到的软件开发标准。

列出这些文件资料的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。]

项目概述

项目背景

[描述项目发起的发起人、原因、目的等。说明该软件开发意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果该软件产品是一项独立的软件,而且全部内容自含,则说明这一点。如果所定义的产品是一个大系统的一部分,则应说明本产品与该系统中其他部分之间的关系,为此可使用一张方框图来说明该系统的组成和本产品同其他部分的联系和接口。列出软件最终用户的特点,说明操作人员、维护人员的教育水平和技术专长,以及本软件的预期使用频度。]

项目目标

[描述客户和用户对项目的目标的定义,最好是能够度量或验证的目标。]

项目限制

[描述客户方对项目的技术、人员、预算、工期、管理等方面的限制。]

运行环境

[列出软件最终用户的特点,说明操作人员、维护人员的教育水平和技术专长,以及本软件的预期使用频度;列出运行该软件所需要的硬设备,说明其中的新型设备及其专门功能;列出运行该软件的支持软件。]

系统需求

功能性需求

[系统功能需求可采用两种方式进行描述,一种是采用用例的方式进行描述,一种是采用传统的输入输出处理(IPO)方式进行描述。例子如下:]

[需求一(用例描述方式):

主要角色:计划管理人员

用例说明:油主将提货计划正式下达给计划管理人员,计划管理人员将计划下达给客户服务人员。

数据说明:

提货计划:计划下达日期,计划单号,油主,油品,下达总量,提货开始日期,提货截至日期,安排依据,备注,计划分项(一到多条)。

计划分项:提货单位,油品,下达数量,提货开始日期,提货截至日期,是否代储,运输类型(车、船、管道),贸易类型(内贸、外贸),是否化验,允许超量(是/否),安排依据,备注。如果只有一条计划分项,则:

提货计划的油品=计划分项的油品;

提货计划的下达总量=计划分项的下达数量;

提货计划的提货开始日期=计划分项的提货开始日期;

提货计划的提货截至日期=计划分项的提货截至日期;

提货计划的安排依据=计划分项的安排依据;

提货计划的备注=计划分项的备注;

典型事件流:

系统按照计划单号顺序列出已下达的提货计划,计划管理人员选择下达新的提货计划。

系统提示计划管理人员输入并确认[提货计划]数据。

系统自动将提货计划下达给客户服务人员。

可选事件流:

1a1)系统按照计划单号顺序列出已下达的提货计划,计划管理人员选择修改其中一个提货计划。已经完成的计划不得再修改,计划的完成见系统用例“计划跟踪”。

1a2)系统提示用户修改[提货计划]数据,并确认。

需求二(IPO描述方式):

输入:

数据处理:

输出:]

功能性需求一

功能性需求二

非功能性需求

[下面描述系统的某一项非功能性需求,例如安全性、健壮型、性能、界面美观、易用性、可扩展性等等,没有的可略去。]

安全需求

性能需求

易用性需求

健壮性需求

其他非功能需求

接口需求

[为强调与外部系统的接口,这里详细描述系统与外部系统的接口需求。]

系统需求列表

需求编号

用例名或需求简述

迭代次序(1/2/3/N)

对应的用户需求说明书

编号

需求分析

[这里为了支持结构化分析方

文档评论(0)

tb140403 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档