需求管理系统要求规范说明书V10

优选文档优选文档PAGEPAGE17优选文档PAGE.

需求管理规范说明

数据产品事业部-生产部-收集部

;..

奏效日期：版本号：V0.1版本状态：■草案□定稿□宣布版□校正稿编制人：武小元编制日期：2014-4-11审查人：赞同日期：赞同人：赞同日期：

;..

文档简历

版本状态校正日期校正章节主要修正校正者审查人

V0.10全部达成稿本武小元

;..

宣布范围

接收部门子部门接收人岗位节选版圆满版份数附件接收日期

;..

目录

1.目的2

2.合用范围2

3.术语及定义2

3.1需求管理2

3.2需求获取2

3.3需求列表2

3.4需求状态2

4.履行准则2

5需求管理过程3

5.1需求过程所波及工作.3

需求定义3

需求获取3

需求解析4

需求说明4

需求考证6

需求保护6

需求基线定制6

需求改正7

需求追踪9

需求状态10

;..

概括

需求管理，需要明确需求管理流程，并对每个有关部门所应有的责任与权益进行界定，同时要成立有

效的看守举措，使流程中的每个环节都能发挥有效作用。

需求管理不是项目先期的一个环节，而是贯串整个项目的要点流程。在详细进行需求管理时，应当着

重注意明确职责防备缺位、需求应分层交流和确认、分步实行和先易后难的原则。

目的

为了阐述清楚一个项目需求各个层次中的每一个环节设计考虑。保证项目履行的质量、进度、需

求的圆满与可追忆性。保证业务需求提出者与需求解析人员、项目履行人员、查收人员及其也有关利

益人对需求达成共鸣。

合用范围

本管理规范只合用于数据产品事业部-收集部需求管理人员。

术语及定义

4.1需求管理

是一种获取、组织、并记录项目所产生或接受的技术性、非技术性需求，以及组织项目的需求。

经过需求管理可以管理全部的需求改正、保护需求与项目实行过程的关系、鉴识需求与工作产品间的

不一致，使客户、与项目团队对不断变化的需求达成并保持一致。

4.2需求获取

是业务规划部门依据需求方提交的业务需求，经过解析、整合、加工而形成的按系统、分功能抽

象记录的需求概括。它是项目管理的基本单元，也是用户需求编写的依据。

4.3需求列表

是需求解析人员依据需求条目，经过解析，依据需要实现的目标点组织编写的需求清单。

4.4需求状态

指某时间点上反应出的需求问题情况。

履行准则

1、必然列明需求条目

2、必然列明用户需求列表

3、需求必然要进行分类

4、需求需分优先级

;..

5、需求输入后必然进行管理文件编号管理

需求管理过程

6.1需求过程所波及工作

需求管理过程也叫做需求阶段，包括需求定义、需求保护。

需求管理流程

需求管理

内部需求外面需求

需求定义需求保护

需需需需需需需需求求求求求求求求获分说验基变跟状取析明证线更踪态

图1-1

说明：1、需求定义主要包括需求获取、需求解析、需求办理（需求规格说明书）、需求考证四个阶段。

、需求保护主要包括对整个基线需求管理的保护及改正、追踪、状态四个方面的保护工作。

需求定义

需求获取

需求获取的主要目的是从宏观上掌握产品方向的详细需求方向和趋势，认识现有需求组织内容、项目

业务流程、工艺要求等，对任务进行解析、进而捕获和校正用户的需求，以成立优秀的交流渠道和方式。

以下为需求获取流程图：

;.

向方取获

程

流取获求需程过

取获

需求解析

.

产品部内需提出更多门路

获取项目基础资料对项目背景与流程组织需求说明形成初步掌握初审会

认识项目实现目标需求说明书稿本需求说明文档修定

同类项目方案解析需求获取结束

图1-2

需求解析包括提炼、解析和认真审查已收集到的需求，最后将所接收到的需求内容成立一个见解型业

务流程，以保证全部的风险担当者都理解其含义并找出其中的错误、遗漏或其他不足的地方。

目前需求抽象化物理属性逻辑化基本属性

基本属生导出

目标确认详细化需求内容形成实例过程实质逻列

图1-2

需求说明

需求规格说明阐述一个项目履行过程必然供给的目标、范围和工艺要求、产能、项目架构以及它所要

考虑的限制条件，它是项目策划、生产和质量的基础。以下为需求说明校正流程：

;..

需求说明书校正过程

岗位流程图履行标准

开始

①注：需求说明中对各项要需求说明书解析①求要清楚，不可以遗漏，模糊，业务闭环圆满

编制需求规格说明书需求解析人员②②注：将第①过程的成就

文档化，为策划供给依据

对项目履行架构提出

详细要求③③注：逐一查对需求内容，

依据据现有项目架构及资源

情况列出不知足需求的点

NO

项目有关关系人评审④④注：评审的目的是找出是否有遗漏和不足

Yes

结束

段

阶

图1-3

;..

需求考证

考证是为了保证需求说明正确并圆满地表达需求内容以及必要的质量特点。

需求考证要求项目各个环节负责人共同参加，对提交后的需求规格说明进行考证，解析需求的正确性、

圆满性以及可行性等

以下为需求定义阶段操作矩阵，如图：

需求定义操作矩阵需求获取需求解析需求说明需求考证1、获取需求目标范围1、联系交流会议1、需求规格说明书1、项目组审查2、工艺实现的要求2、项目需求背景2、指明需求的根源2、组织会议评审3、解析需求可行性3、需求内容分类3、需求目标、范围4、确定内容优先级3、项目履行流程架构4、需求追踪能力矩阵4、质量检查功能解析4、数据质量属性5、数据提交限时

入

输

求

需

图1-3

需求保护

需求基线定制

需求基线管理是需求管理活动中最基础的一个，在某个特定版本中要实现的目标和实行的一组需求

会合。引入需求基线后，意味着要采用分阶段或迭代的业务方式。这和项目实行阶段中“风险前移”、“分

阶段交托”、“中途回首”等理念是相符合的。以下为基线过程定制流程图

;..

基线过程定制

启动过程实行过程

OK

项目章程需求说明书项目策划生产管理

范围规划范围定义工作分解绩效管理任务排序资源评估进度管理数据质控项目周期计划管理数据提交项目收尾成本估计质量规划交流规划风险规划

图1-3

需求改正

需求改正管理的目的是控制需求变化惹起的项目实行过程与需求不一致的情况，拘束需求解析的圆满性。保证每一次的需求变动都能有有关的记录。成立需求基准版本和需求控制版本文档。全部的需求文档都要进行版本控制，文档要包括文档种类、名称、创立者、创立时间、改正者、改正时间、版本号、评审人员等信息。

需求改正有3种情况，一种是客户提出来要进行改正，增加需求等，一种是企业内部人员提交的建议，

还有就是项目阶段实行改正流程（改正后的收效比前面的更为好），其他需求改正可能是比较小的变动，另

外一种就是可能波及到整个产品流程，这就是比较大的需求变动。下面就依据上面的3种情况进行画出流

程图：

1、外面需求改正流程

;..

需求方提出改正

解析需求改正

未经过

反应解析结果

需求方确认

经过

邮件通知有关人员

项目策划生产管理

图1-4

流程说明：

需求根源：外面需求

审查需求改正：评估假如实现该需求，需要的时间、人力成本多少；并评估对项目工期影响有多大？

判断那些需求可以目前解决，那些需要留到下一版本解决。最后输出一份解析结果确认表反应给需求方，

和需求方进行商议。参加评审的人员要包括部门领导，需求组人员、策划组人员，生产组人员、工艺组人

员、质量组人员及有关兄弟部门负责人。

需求管理员：对改正需求进行记录，需求文档进行更新，并通知有关人员

策划组人员：负责调整有关项目进度表，评估任务时间，发散给有关开发人员

生产管理人员：依据改正需求和项目进度，对项目任务进度进行相对应调整。

需求方提交的改正需求最后必然让由需求方进行邮件确认。

2、内部需求改正流程

;..

履行条件：对整个项目进度不会影响严重、与需求方原始需求无偏差。

否下一版本

内部需求建议解析需求改正邮件通知需求基线策划组项目内容能否接受改正生产管理定制有关人员调整

图1-5

流程说明：

内部需求改正根源：企业内部人员发现逻辑，需求上的问题，或工艺调整、项目资源变化等提出的需求不一致内容。

需求改正种类：需求有误、需求有遗漏、需求不明确。

需求改正审查：内部提交的需求应当经过部门领导，需求组人员、策划组人员，生产组人员、工艺组人员、质量组人员及有关兄弟部门负责人员共同确实认才能确认能否改正。

需求管理：评审需求改正部分的工作量，判断需求改正的内容能否对项目进度有影响，假如需求改正对项目进度有影响，可以拒绝改正；将改正内容放入下一版本进行改正，若提出者认为必然在本版中进行改正，需求管理可以将改正的内容提交给部门领导进行办理，并决定能否在本版中进行改正。

需求管理：对需求改正良行备案。

需求追踪

在整个项目运行过程中，进行需求追踪的目的是为了成立和保护从用户需求开始到项目收尾的一致性

与圆满性。保证全部的实现是以用户需求为基础。关于需求实现能否全部的覆盖。同时保证全部的输出与

用户需求的符合性。

假如我们可以做到项目需求的定义，那么，经过追踪定义了的需求，我们就可以知道需求在实现过程

中