02产品项目功能需求规格说明书模版V1.2_SINO-I-IT-QM-模版-2008-019-C

XX项目功能需求规格说明书

文档创建信息

文档修订记录

修改类型分为A– ADDED（增加）M– MODIFIED（修改）D– DELETED（删除）

目录

1 引言 (4)

1.1 本文目的 (4)

1.2 术语、定义和缩略语 (4)

2 产品背景 (4)

3 需求综述 (4)

3.1 系统定位 (4)

3.2 与周边系统的关系 (5)

3.3 子系统协作关系 (5)

3.4 用户角色划分表 (5)

4 用户管理子系统描述 (6)

4.1 子系统定位及意义 (6)

4.2 功能构成及主流程 (6)

4.2.1 功能结构图 (6)

4.2.2 流程图 (7)

4.3 子系统中模块间关系 (7)

4.3.1 模块之间数据关系 (7)

4.3.2 模块之间业务逻辑关系 (8)

4.4 与相关子系统的关系 (8)

4.5 单用户管理模块描述--01 (8)

4.5.1 模块简介 (8)

4.5.2 模块流程图 (9)

4.5.3 用户登录--01［示例］ (9)

4.5.4 其他需求 (13)

5 通用功能 (13)

6 参考文献 (13)

7 附件－UI界面 (13)

附录1：模版使用说明 (13)

附录2：模版修订记录 (14)

1引言

1.1本文目的

本文是产品需求定义期间最终的工作成果。本文档将作为产品开发和测试的主要依据。本文的目的是完成对用户需求的收集、整理与分析，弄清楚系统究竟要“干什么”及“由谁干”，并用合乎规范的文字及图表予以描述。不需要说明“怎么干”，因为那是设计阶段的事情。有关文字与图表应尽量让用户便于理解。

本文的预期读者包括：UI人员、开发人员、测试人员、产品支持工程师、运营运维工程师等。

1.2术语、定义和缩略语

2产品背景

[根据《产品项目规划方案》中的信息，对产品进行总体概述。使系统软件分析设计人员、软件开发人员和软件测试人员，对该版本的运行环境、功能和非功能需求有一个共同的了解，使之成为项目组工作的基础。他们到底要实现什么产品，这个产品的整体情况是什么样子的，产品的主要功能是什么等等。]

3需求综述

3.1系统定位

描述系统在整个产品线中的位置；

例：XXX系统是XXX处理XXX业务的XXX信息服务系统。是XXX产品线的基础。

3.2 与周边系统的关系

描述系统的生态环境；

例：XXX 系统通过建立信息交换区实现与周边系统的各类信息交互，提供XXX 功能。从交互数据的关系来看，主要分为横向及纵向交互……。

3.3 子系统协作关系

描述子系统间的协作，显示最顶层的子系统间关系；

3.4 用户角色划分表

从使用者的角度划分系统；

例：角色从使用功能上一般可分为：

● 业务经办类型角色： ● 复核/审批类型角色： ● 查询统计类型角色： ● 公共管理类型角色：

具体角色划分如下：

4用户管理子系统描述

4.1子系统定位及意义

描述子系统在系统中的位置和作用；

例：XXX子系统是整个系统的龙头，XXX子系统旨在完成……等工作。XXX子系统的输出成果为其他子系统提供了XXX等基础信息；

4.2功能构成及主流程

4.2.1功能结构图

4.2.2流程图

4.3子系统中模块间关系

4.3.1模块之间数据关系

例：

‘指导意见编制’模块的产出物为《200X年指导意见》，此产物为附件（如：word）形式体现（发文），在数据上与其他模块没有直接交换。

‘年度计划管理’模块的产出物为《200X年审计项目计划》（发文）、年度计划数据（结构化数据）。结构化的年度计划与子系统中‘计划监控’、‘计划调整管理’模块有数据交互关系。‘计划监控’‘计划调整管理’模块的监控和调整内容就是以‘年度计划数据’中的计划信息为对象。

‘计划调整管理’模块的产出物为调整后的计划数据，与‘年度计划管理’产出的年度计划数据一样是‘计划执行监控’模块进行监控的内容。

‘计划监控’模块的产出数据为计划执行进度月报，与子系统中其他模块没有直接数据交互关系。

4.3.2模块之间业务逻辑关系

例：

‘指导意见编制’模块的产出物《200X年指导意见》以文字形式描述了下一年度审计工作目标与重点，对‘年度计划管理’模块中，各业务分局制定各自部门计划起到指导作用。

‘年度计划管理’模块主要输出计划信息，‘计划调整’模块与‘计划监控’模块都是对此数据进行处理与操作。即‘计划调整’会影响到年度计划的内容。

‘计划调整管理’模块会对年度计划内容进行调整，此调整直接反映到年度计划中，并且‘计划监控’模块也随着计划调整的内容变化，对调整后的计划进行执行情况进行监控。‘计划监控’为独立模块，实现的是在计划执行全过程中对执行情况的监控跟踪功能。此执行情况监控产生的分析结果对下一年度的计划制定会起到指导作用。

4.4与相关子系统的关系

例：

在计划阶段，计划管理子系统的输入数据主要为审计资源库中的计划决策库以及审计对象库的信息。这些资源库中的数据，将通过统一的查询功能为计划阶段提供数据的输入。在计划子系统的各个模块当中，除了这些从资源库中提取的数据外，还可能要参考一部分以往的数据内容，此部分历史数据的取得采用简单的查询方式实现。

计划管理子系统输出的主要数据为局年度计划信息，计划系统产出的计划数据将作为立项子系统的输入，流转到后续环节中，通过立项系统的计划项目分解功能完成项目的建立。

计划子系统中的‘计划指导意见编制’‘年度计划管理’模块最终产物是以公文系统中的发文来实现下达的。所以计划子系统中的部分输出作为‘政务管理系统’中的输入。

计划管理业务是审计业务的开端，计划管理系统也是审计信息系统功能执行的开端。在系统运行过程中，计划管理模块功能首先执行处理，然后才进行立项、执行等后续业务子系统功能执行，系统运行过程中后续子系统不能脱离计划系统而提前执行。

4.5单用户管理模块描述--01

4.5.1模块简介

简要描述该模块需要实现的功能

4.5.2模块流程图

4.5.3用户登录--01［示例］

4.5.3.1需求用例编号

通常，需求用例编号由子系统名称的拼音缩写＋功能模块序号＋需求用例流水号组成；

如果需求划分到需求用例级，每个子系统需求用例流水号从01开始起编；如果需求只划分到功能模块级，则需求用例流水号用“00”表示。

例：用户管理-单用户管理-用户登录，用YHGL0101表示；

如果没有子系统，只有功能模块和需求用例，则需求用例编号规则是：系统名称的拼音缩写+功能模块序号＋需求用例流水号；

4.5.3.2需求定义

[描述本功能点所涉及的用户的业务和需求，对于比较重要并且比较复杂的功能模块，

需要在此进行全面的分析。如果业务很简单，这部分可以略掉。]

详细描述客户当前的业务现状，包括：

（1）本功能的使用者、使用频率和每期间数据量级；

（2）需求描述、功能用途说明。

（3）业务流程及流程说明。

有如下方式可供参考：

（1）角色说明；

（2）业务流程的泳道图并附相关说明；

4.5.3.3页面数据项

4.5.3.4页面要求

[目的与内容]在此节描述本功能点涉及到的各个页面的元素规则，主要包括：（1）页面说明：本功能包括哪些页面，各页面上布置哪些操作与实体；并对有特殊条件或要求的操作进行说明。

（2）图示界面布局，采用任意的表达方式作出界面布局示意图。

（3）界面数据项布置顺序及tab顺序，如不特殊提出，则按自然顺序。

（4）习惯操作：在此条说明特殊操作习惯或操作要求。例如要求以”Enter”键代替“Tab”键等。

用户进行指导意见编制操作，系统跳转到计划指导意见编制页面时自动填写表单中‘年度’信息。此下拉列表框包括当前年份和未来3年的年份，默认为下一年度信息，操作用户可手动进行选择。

[页面说明]

用户登录页面：用户可以在该页面进行系统登录；

●功能布置

确定、取消；

●实体布置

用户名、口令；

●界面布局

● Tab 顺序及习惯操作

TAB 顺序：用户名、用户口令、记住口令、确认、取消。

光标在‘用户口令’处时，回车，则光标跳转到‘确认’按钮 系统初始页面：用户登录成功后，系统显示的初始页面。

● 功能布置 ……；

● 实体布置 ……；

4.5.3.5 页面流转图

定义页面及页面之间的流转关系，包括：

（1）页面流转图：页面上的操作与页面之间的流转关系。 （2）页面流转说明。

[方式] （1）状态图；

（2）除最初连线外，其余连线尽可能保持水平或竖直。

[页面流转图]

[页面流转说明]

如果在图示中无法说明某一项功能的操作引发的页面流转，可以在此进行进一步的说明。

4.5.3.6用例说明-登录

参与者：用户

说明用例的执行者

前提条件：无

说明用例被触发前的状态

初始页面：系统登录页面

说明用例被触发时所在的页面

[方式]（1）系统执行的用例没有初始页面；

（2）有的用例可能有多个初始页面，因为该用例可以在不同的页面被触发。

过程说明：

描述用户与系统的交互过程，包括：

（1）用户操作；

（2）系统响应：系统行为、页面状态、页面流转。

[方式]（1）对于系统异常分支，由于测试时不可验证不必书写在过程说明中；

（2）侧重于整个交互过程的主线，而不是用户和系统的行为细节；

（3）如果用例涉及的页面众多或用户操作复杂，可以考虑通过关键页面将过程划分为若干阶段。

用户访问系统，

系统进入用户登录页面；

用户输入用户ID及密码，提交系统，

系统对用户ID与密码进行验核。

如果用户ID不符合数据格式，

系统提示用户ID输入不符合要求，停留在用户登录页面；

如果密码不符合数据格式，

系统提示密码输入不符合要求，停留在用户登录页面；

如果用户ID不存在，

系统提示用户ID不存在，停留在用户登录页面；

如果用户ID存在，但是密码错误，

系统提示密码错误，停留在用户登录页面；

如果用户ID与密码经过系统验证，

系统显示相应的系统初始页面。

后置条件：用户可以使用系统中提供的功能。

描述用例成功所带来的客户价值，包括：

（1）用户可以看见或得到什么？

（2）用户可以进一步做什么？或不可以做什么？

其它说明：

对用例进行补充说明，可以包括如下内容：

（1）用户界面细节：页面在特定系统状态下的显示的内容与格式；

（2）用户或系统行为细节；

（3）该用例可能涉及的包含用例或扩展用例；

（4）用例涉及抽象实体和页面的具体化及对应关系。

4.5.4其他需求

[ 仅说明本功能点的特殊的性能需求。］

5通用功能

如有本章节，建议章节结构同第四章一样；

需求用例编号为：TY＋功能模块序号＋通用需求流水号。每个项目通用需求流水号从“01”起编。如果通用功能点没有对应到具体的功能模块，则功能模块序号用00表示。

例：TY0001, TY0002等。

6参考文献

[ 顺序列出本文档参考的文献资料的名称，内容包括：[序号标识符] 作者，文献名称，出版单位（或归属单位），日期]

https://www.360docs.net/doc/5f6643667.html,piere中国公司《Compiere系统用户指南》

2.张** 《****》 **出版社 2005.05.05

3.……

7附件－UI界面

附录1：模版使用说明

1.模版中，黑色字体部分不可裁剪。在编写时，如果相对应的内容没有或不适用，

在相应的标题下写明即可，不能删除。

2.模版中，蓝色字体部分是对于文档内容的解释说明和例子。在编写时，需要删除

这些内容。

3.对于模版中给出的示例，适用的可以保留并填入相关内容，如“页面数据项”的

表格示例；不适用的直接删除。

4.本附录，在《需求规格说明书(功能部分)》成文时需要删除。

附录2：模版修订记录

本附录，记录了本模版的修订历史信息。在《需求规格说明书(功能部分)》成文时，需要删除。

修改类型分为A - ADDED M - MODIFIED D– DELETED