1、-高德软件有限公司采集部，2014-04-11文件类型 依据文件管理细则进行确定 文件编号 由部门文件管理员给出密级 绝密机密秘密 适用范围 数据产品事业部- 生产部-采集部需求管理规范说明数据产品事业部- 生产部-采集部生效日期： 版本号： V0.1版本状态： 草案定稿发布版修订稿编制人： 武小元 编制日期： 2014-4-11审核人： 批准日期：批准人： 批准日期：- 高德软件有限公司 数据产品事业部 I文件类型 依据文件管理细则进行确定 文件编号 由部门文件管理员给出密级 绝密机密秘密 适用范围 数据产品事业部- 生产部-采集部文档履历版本状态 修订日期 修订章节 主要修正 修订者 审核
2、人V0.10 全部 完成初稿 武小元- 高德软件有限公司 数据产品事业部 II文件类型 依据文件管理细则进行确定 文件编号 由部门文件管理员给出密级 绝密机密秘密 适用范围 数据产品事业部- 生产部-采集部发布范围接收部门 子部门 接收人岗位 节选版 完整版 份数 附件 接收日期- 高德软件有限公司 数据产品事业部 1文件类型 依据文件管理细则进行确定 文件编号 由部门文件管理员给出密级 绝密机密秘密 适用范围 数据产品事业部- 生产部-采集部目录1. 目的 .22. 适用范围 .23. 术语及定义 .23.1 需求管理 .23.2 需求获取 .23.3 需求列表 .23.4 需求状态 .24
3、. 执行准则 .25 需求管理过程 .25.1 需求过程所涉及工作 .25.1.1 需求定义 .35.1.1.1 需求获取 .35.1.1.2 需求分析 .45.1.1.3 需求说明 .45.1.1.4 需求验证 .65.1.2 需求维护 .65.1.2.1 需求基线定制 .65.1.2.2 需求变更 .75.1.2.3 需求跟踪 .95.1.2.4 需求状态 .10- 高德软件有限公司 数据产品事业部 2文件类型 依据文件管理细则进行确定 文件编号 由部门文件管理员给出密级 绝密机密秘密 适用范围 数据产品事业部- 生产部-采集部1. 概述需求管理，需要明确需求管理流程，并对每个相关部门所应
4、有的责任与权利进行界定，同时要建立有效的监管措施，使流程中的每个环节都能发挥有效作用。需求管理不是项目前期的一个环节，而是贯穿整个项目的关键流程。在具体进行需求管理时，应该着重注意明确职责避免缺位、需求应分层沟通和确认、分步实施和先易后难的原则。2. 目的为了阐述清楚一个项目需求各个层次中的每一个环节设计考虑。保证项目执行的质量、进度、需求的完整与可追溯性。保证业务需求提出者与需求分析人员、项目执行人员、验收人员及其也相关利益人对需求达成共识。3. 适用范围本管理规范只适用于数据产品事业部-采集部需求管理人员。4. 术语及定义 4.1 需求管理是一种获取、组织、并记录项目所产生或接受的技术性、
5、非技术性需求，以及组织项目的需求。通过需求管理能够管理所有的需求变更、维护需求与项目实施过程的关系、识别需求与工作产品间的不一致，使客户、与项目团队对不断变化的需求达成并保持一致。4.2 需求获取是业务规划部门依据需求方提交的业务需求，经过分析、整合、加工而形成的按系统、分功能抽象记录的需求概述。它是项目管理的基本单元，也是用户需求编写的依据。4.3 需求列表是需求分析人员依据需求条目，通过分析，按照需要实现的目标点组织编写的需求清单。4.4 需求状态指某时间点上反映出的需求问题情况。5. 执行准则1、必须列明需求条目2、必须列明用户需求列表3、需求一定要进行分类4、需求需分优先级- 高德软件
6、有限公司 数据产品事业部 3文件类型 依据文件管理细则进行确定 文件编号 由部门文件管理员给出密级 绝密机密秘密 适用范围 数据产品事业部- 生产部-采集部5、需求输入后必须进行管理文件编号管理6 需求管理过程6.1 需求过程所涉及工作需求管理过程也叫做需求阶段，包括需求定义、需求维护。需求管理需求定义需求维护需求获取需求分析需求说明需求验证需求基线需求变更需求跟踪需求状态需 求 管 理 流 程内部需求 外部需求图 1-1说明：1、需求定义主要包括需求获取、需求分析、需求处理（需求规格说明书） 、需求验证四个阶段。2、需求维护主要包括对整个基线需求管理的维护及变更、跟踪、状态四个方面的维护工作
7、。6.1.1 需求定义6.1.1.1 需求获取需求获取的主要目的是从宏观上把握产品方向的具体需求方向和趋势，了解现有需求组织内容、项目业务流程、工艺要求等，对任务进行分析、从而捕获和修订用户的需求，以建立良好的沟通渠道和方式。如下为需求获取流程图：- 高德软件有限公司 数据产品事业部 4文件类型 依据文件管理细则进行确定 文件编号 由部门文件管理员给出密级 绝密机密秘密 适用范围 数据产品事业部- 生产部-采集部需求获取流程获取方向获取过程产品部内需提出 更多途径获取项目基础资料了解项目实现目标同类项目方案分析对项目背景与流程形成初步掌握需求说明书初稿组织需求说明初审会需求说明文档修定需求获取
8、结束图 1-26.1.1.2 需求分析需求分析包括提炼、分析和仔细审查已收集到的需求，最终将所接收到的需求内容建立一个概念型业务流程，以确保所有的风险承担者都明白其含义并找出其中的错误、遗漏或其它不足的地方。当前需求 物理属性抽象化 基本属性逻辑化实际逻列需求内容形成 实例过程目标确认 具体化基本属生导出图 1-26.1.1.3 需求说明需求规格说明阐述一个项目执行过程必须提供的目标、范围和工艺要求、产能、项目架构以及它所要考虑的限制条件，它是项目策划、生产和质量的基础。如下为需求说明修订流程：- 高德软件有限公司 数据产品事业部 5文件类型 依据文件管理细则进行确定 文件编号 由部门文件管理
9、员给出密级 绝密机密秘密 适用范围 数据产品事业部- 生产部-采集部需求说明书修订过程岗位 流程图 执行标准阶段开始需求说明书分析 编制需求规格说明书 对项目执行架构提出具体要求 评审 结束Y e sN O需求分析人员项目相关干系人 注 ： 需求说明中对各项要求要清晰 ， 不能遗漏 ， 模糊 ， 业务闭环完整 注 ： 将第 过程的成果文档化 ， 为策划提供依据 注 ： 逐一核对需求内容 ，根据据现有项目架构及资源情况列出不满足需求的点 注 ： 评审的目的是找出是否有遗漏和不足图 1-3- 高德软件有限公司 数据产品事业部 6文件类型 依据文件管理细则进行确定 文件编号 由部门文件管理员给出密级
10、 绝密机密秘密 适用范围 数据产品事业部- 生产部-采集部6.1.1.4 需求验证验证是为了确保需求说明准确并完整地表达需求内容以及必要的质量特性。需求验证要求项目各个环节负责人共同参与，对提交后的需求规格说明进行验证，分析需求的正确性、完整性以及可行性等以下为需求定义阶段操作矩阵，如图：需求定义操作矩阵需求分析需求获取 需求说明 需求验证需求输入1 、 联系沟通会议2 、 项目需求背景3 、 需求内容分类3 、 项目执行流程架构4 、 数据质量属性5 、 数据提交限时1 、 获取需求目标范围2 、 工艺实现的要求3 、 分析需求可行性4 、 确定内容优先级4 、 质量检查功能分析1 、 需求
11、规格说明书2 、 指明需求的来源3 、 需求目标 、 范围4 、 需求跟踪能力矩阵1 、 项目组审查2 、 组织会议评审图 1-36.1.2 需求维护6.1.2.1 需求基线定制需求基线管理是需求管理活动中最基础的一个，在某个特定版本中要实现的目标和实施的一组需求集合。引入需求基线后，意味着要采用分阶段或迭代的业务方式。这和项目实施阶段中“风险前移”、 “分阶段交付”、 “中途回顾”等理念是相契合的。如下为基线过程定制流程图- 高德软件有限公司 数据产品事业部 7文件类型 依据文件管理细则进行确定 文件编号 由部门文件管理员给出密级 绝密机密秘密 适用范围 数据产品事业部- 生产部-采集部基线
12、过程定制启动过程 实施过程项目章程 需求说明书 生产管理项目策划范围规划 范围定义任务排序 资源评估项目周期 计划管理成 本 估 算 质 量 规 划沟 通 规 划 风 险 规 划工作分解 绩效管理进度管理 数据质控数据提交 项目收尾O K图 1-36.1.2.2 需求变更需求变更管理的目的是控制需求变化引起的项目实施过程与需求不一致的情况，约束需求分析的完整性。保证每一次的需求改动都能有相关的记录。建立需求基准版本和需求控制版本文档。所有的需求文档都要进行版本控制，文档要包含文档类型、名称、创建者、创建时间、修改者、修改时间、版本号、评审人员等信息。需求变更有 3 种情况，一种是客户提出来要进行修改，增加需求等，一种是公司内部人员提交的建议，还有就是项目阶段实施修改流程（修改后的效果比前面的更加好） ，另外需求变更可能是比较小的改动，另外一种就是可能涉及到整个产品流程，这就是比较大的需求改动。下面就按照上面的 3 种情况进行画出流程图：1、外部需求变更流程
