02-产品项目功能需求规格说明书模版.doc

《02-产品项目功能需求规格说明书模版.doc》由会员分享，可在线阅读，更多相关《02-产品项目功能需求规格说明书模版.doc（14页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、 xx产品项目功能需求规格说明书（V1.2）XX项目功能需求规格说明书 文档创建信息产品项目名称如：数商3.0.2产品项目编号产品经理项目经理创建日期总页数正文页数附录页数文档修订记录修改日期修改的章节修改类型修改描述修改人审核人版本号l 修改类型分为 A ADDED（增加） M MODIFIED（修改） D DELETED（删除）目 录1引言41.1本文目的41.2术语、定义和缩略语42产品背景43需求综述43.1系统定位43.2与周边系统的关系53.3子系统协作关系53.4用户角色划分表54用户管理子系统描述64.1子系统定位及意义64.2功能构成及主流程64.2.1功能结构图64.2.2

2、流程图74.3子系统中模块间关系74.3.1模块之间数据关系74.3.2模块之间业务逻辑关系84.4与相关子系统的关系84.5单用户管理模块描述-0184.5.1模块简介84.5.2模块流程图94.5.3用户登录-01示例94.5.4其他需求135通用功能136参考文献137附件UI界面13附录1：模版使用说明13附录2：模版修订记录14内部资料 第 14 页/共 14 页 1 引言1.1 本文目的本文是产品需求定义期间最终的工作成果。本文档将作为产品开发和测试的主要依据。本文的目的是完成对用户需求的收集、整理与分析，弄清楚系统究竟要 “干什么”及“由谁干”，并用合乎规范的文字及图表予以描述。

3、不需要说明“怎么干”，因为那是设计阶段的事情。有关文字与图表应尽量让用户便于理解。本文的预期读者包括：UI人员、开发人员、测试人员、产品支持工程师、运营运维工程师等。1.2 术语、定义和缩略语 定义系统或产品中涉及的重要术语，为读者在阅读文档时提供必要的参考信息序号术语或缩略语说明性定义1DRPDistribution Resource Planning,分销资源计划22 产品背景根据产品项目规划方案中的信息，对产品进行总体概述。使系统软件分析设计人员、软件开发人员和软件测试人员，对该版本的运行环境、功能和非功能需求有一个共同的了解，使之成为项目组工作的基础。他们到底要实现什么产品，这个产品的

4、整体情况是什么样子的，产品的主要功能是什么等等。3 需求综述3.1 系统定位描述系统在整个产品线中的位置；例：XXX系统是XXX处理XXX业务的XXX信息服务系统。是XXX产品线的基础。3.2 与周边系统的关系描述系统的生态环境；例：XXX系统通过建立信息交换区实现与周边系统的各类信息交互，提供XXX功能。从交互数据的关系来看，主要分为横向及纵向交互。3.3 子系统协作关系描述子系统间的协作，显示最顶层的子系统间关系；3.4 用户角色划分表从使用者的角度划分系统；例：角色从使用功能上一般可分为：l 业务经办类型角色：l 复核/审批类型角色：l 查询统计类型角色：l 公共管理类型角色：具体角色划

5、分如下：子系统类型角色类型角色核心业务系统-业务管理分系统业务经办类型角色指导意见编制角色复核/审批类型角色指导意见审批通用业务系统经办XXX信息编制复核XXX信息审批公共类系统管理员初始化系统及维护系统配置参数查询统计查询XXX类信息4 用户管理子系统描述4.1 子系统定位及意义描述子系统在系统中的位置和作用；例：XXX子系统是整个系统的龙头，XXX子系统旨在完成等工作。XXX子系统的输出成果为其他子系统提供了XXX等基础信息；4.2 功能构成及主流程4.2.1 功能结构图4.2.2 流程图4.3 子系统中模块间关系4.3.1 模块之间数据关系例：指导意见编制模块的产出物为200X年指导意见

6、，此产物为附件（如：word）形式体现（发文），在数据上与其他模块没有直接交换。年度计划管理模块的产出物为200X年审计项目计划（发文）、年度计划数据（结构化数据）。结构化的年度计划与子系统中计划监控、计划调整管理模块有数据交互关系。计划监控计划调整管理模块的监控和调整内容就是以年度计划数据中的计划信息为对象。计划调整管理模块的产出物为调整后的计划数据，与年度计划管理产出的年度计划数据一样是计划执行监控模块进行监控的内容。计划监控模块的产出数据为计划执行进度月报，与子系统中其他模块没有直接数据交互关系。4.3.2 模块之间业务逻辑关系例：指导意见编制模块的产出物200X年指导意见以文字形式描述

7、了下一年度审计工作目标与重点，对年度计划管理模块中，各业务分局制定各自部门计划起到指导作用。年度计划管理模块主要输出计划信息，计划调整模块与计划监控模块都是对此数据进行处理与操作。即计划调整会影响到年度计划的内容。计划调整管理模块会对年度计划内容进行调整，此调整直接反映到年度计划中，并且计划监控模块也随着计划调整的内容变化，对调整后的计划进行执行情况进行监控。计划监控为独立模块，实现的是在计划执行全过程中对执行情况的监控跟踪功能。此执行情况监控产生的分析结果对下一年度的计划制定会起到指导作用。4.4 与相关子系统的关系例：在计划阶段，计划管理子系统的输入数据主要为审计资源库中的计划决策库以及审

8、计对象库的信息。这些资源库中的数据，将通过统一的查询功能为计划阶段提供数据的输入。在计划子系统的各个模块当中，除了这些从资源库中提取的数据外，还可能要参考一部分以往的数据内容，此部分历史数据的取得采用简单的查询方式实现。计划管理子系统输出的主要数据为局年度计划信息，计划系统产出的计划数据将作为立项子系统的输入，流转到后续环节中，通过立项系统的计划项目分解功能完成项目的建立。计划子系统中的计划指导意见编制年度计划管理模块最终产物是以公文系统中的发文来实现下达的。所以计划子系统中的部分输出作为政务管理系统中的输入。计划管理业务是审计业务的开端，计划管理系统也是审计信息系统功能执行的开端。在系统运行

9、过程中，计划管理模块功能首先执行处理，然后才进行立项、执行等后续业务子系统功能执行，系统运行过程中后续子系统不能脱离计划系统而提前执行。4.5 单用户管理模块描述-014.5.1 模块简介简要描述该模块需要实现的功能4.5.2 模块流程图 4.5.3 用户登录-01示例4.5.3.1 需求用例编号通常，需求用例编号由子系统名称的拼音缩写功能模块序号需求用例流水号组成；如果需求划分到需求用例级，每个子系统需求用例流水号从01开始起编；如果需求只划分到功能模块级，则需求用例流水号用“00”表示。例：用户管理-单用户管理-用户登录，用YHGL0101表示； 如果没有子系统，只有功能模块和需求用例，则

10、需求用例编号规则是：系统名称的拼音缩写+功能模块序号需求用例流水号；4.5.3.2 需求定义描述本功能点所涉及的用户的业务和需求，对于比较重要并且比较复杂的功能模块，需要在此进行全面的分析。如果业务很简单，这部分可以略掉。详细描述客户当前的业务现状，包括：（1）本功能的使用者、使用频率和每期间数据量级；（2）需求描述、功能用途说明。（3）业务流程及流程说明。 有如下方式可供参考： （1）角色说明； （2）业务流程的泳道图并附相关说明；4.5.3.3 页面数据项例：序号栏位名称栏位说明备注1意见年度下拉列表框，系统自动代入当前年份和未来3年的年度信息，默认选中下一年度，用户也可手动选择。字符型，

11、4位长度。例如：2007必输项2意见标题指导意见标题，长度200字符。必输项3意见内容指导意见的正文内容，不限制内容长度必输项4.5.3.4 页面要求目的与内容在此节描述本功能点涉及到的各个页面的元素规则，主要包括：（1）页面说明：本功能包括哪些页面，各页面上布置哪些操作与实体；并对有特殊条件或要求的操作进行说明。（2）图示界面布局，采用任意的表达方式作出界面布局示意图。（3）界面数据项布置顺序及tab顺序，如不特殊提出，则按自然顺序。（4）习惯操作：在此条说明特殊操作习惯或操作要求。例如要求以”Enter”键代替“Tab”键等。用户进行指导意见编制操作，系统跳转到计划指导意见编制页面时自动填

12、写表单中年度信息。此下拉列表框包括当前年份和未来3年的年份，默认为下一年度信息，操作用户可手动进行选择。页面说明用户登录页面：用户可以在该页面进行系统登录；l 功能布置确定、取消；l 实体布置用户名、口令；l 界面布局l Tab顺序及习惯操作TAB顺序：用户名、用户口令、记住口令、确认、取消。光标在用户口令处时，回车，则光标跳转到确认按钮系统初始页面：用户登录成功后，系统显示的初始页面。l 功能布置；l 实体布置；4.5.3.5 页面流转图 定义页面及页面之间的流转关系，包括： （1）页面流转图：页面上的操作与页面之间的流转关系。 （2）页面流转说明。方式 （1）状态图； （2）除最初连线外，

13、其余连线尽可能保持水平或竖直。页面流转图页面流转说明如果在图示中无法说明某一项功能的操作引发的页面流转，可以在此进行进一步的说明。4.5.3.6 用例说明-登录参与者：用户 说明用例的执行者 前提条件：无 说明用例被触发前的状态 初始页面：系统登录页面 说明用例被触发时所在的页面 方式（1）系统执行的用例没有初始页面；（2）有的用例可能有多个初始页面，因为该用例可以在不同的页面被触发。过程说明： 描述用户与系统的交互过程，包括： （1）用户操作； （2）系统响应：系统行为、页面状态、页面流转。方式（1） 对于系统异常分支，由于测试时不可验证不必书写在过程说明中；（2）侧重于整个交互过程的主线，

14、而不是用户和系统的行为细节；（3）如果用例涉及的页面众多或用户操作复杂，可以考虑通过关键页面将过程划分为若干阶段。用户访问系统， 系统进入用户登录页面； 用户输入用户ID及密码，提交系统，系统对用户ID与密码进行验核。如果用户ID不符合数据格式， 系统提示用户ID输入不符合要求，停留在用户登录页面；如果密码不符合数据格式， 系统提示密码输入不符合要求，停留在用户登录页面；如果用户ID不存在， 系统提示用户ID不存在，停留在用户登录页面；如果用户ID存在，但是密码错误， 系统提示密码错误，停留在用户登录页面；如果用户ID与密码经过系统验证， 系统显示相应的系统初始页面。后置条件：用户可以使用系统

15、中提供的功能。 描述用例成功所带来的客户价值，包括： （1）用户可以看见或得到什么？ （2）用户可以进一步做什么？或不可以做什么？其它说明： 对用例进行补充说明，可以包括如下内容： （1）用户界面细节：页面在特定系统状态下的显示的内容与格式； （2）用户或系统行为细节； （3）该用例可能涉及的包含用例或扩展用例； （4）用例涉及抽象实体和页面的具体化及对应关系。4.5.4 其他需求 仅说明本功能点的特殊的性能需求。5 通用功能如有本章节，建议章节结构同第四章一样；需求用例编号为：TY功能模块序号通用需求流水号。每个项目通用需求流水号从“01”起编。如果通用功能点没有对应到具体的功能模块，则功能

16、模块序号用00表示。例：TY0001, TY0002等。6 参考文献 顺序列出本文档参考的文献资料的名称，内容包括：序号标识符 作者，文献名称，出版单位（或归属单位），日期1. Compiere中国公司 Compiere系统用户指南 2. 张* * *出版社 2005.05.053. 7 附件UI界面 定义本文档的附属文件，主要是UI界面序号文件名称文件位置1管理系统页面cvsmyUIProductsKTV1.0管理系统2附录1：模版使用说明1. 模版中，黑色字体部分不可裁剪。在编写时，如果相对应的内容没有或不适用，在相应的标题下写明即可，不能删除。2. 模版中，蓝色字体部分是对于文档内容的解释说明和例子。在编写时，需要删除这些内容。3. 对于模版中给出的示例，适用的可以保留并填入相关内容，如“页面数据项”的表格示例；不适用的直接删除。4. 本附录，在需求规格说明书(功能部分)成文时需要删除。附录2：模版修订记录本附录，记录了本模版的修订历史信息。在需求规格说明书(功能部分)成文时，需要删除。修改日期修改的章节修改类型修改描述修改人审核人版本号2008-7-21全部A新建唐丽沈辉1.02009-3-20第四章M功能点编号修改为需求用例编号唐丽程艳苓沈辉1.1l 修改类型分为 A - ADDED M - MODIFIED D DELETED