需求管理系统要求规范说明书V1.0

. ;. 需求管理规范说明 数据产品事业部-生产部-采集部 . ;. 生效日期：版本号： V0.1 版本状态：草案定稿发布版修订稿 编制人：武小元编制日期： 2014-4-11 审核人：批准日期： 批准人： 批准日期： . ;. 文档履历文档履历 版本状态修订日期修订章节主要修正修订者审核人 V0.10全部 完成初稿武小元 . ;. 发布范围发布范围 接收部门子部门接收人岗位节选版完整版份数附件接收日期 . ;. 目录目录 1.1.目的目的.2 2 2.2.适用范围适用范围.2 2 3.3.术语及定义术语及定义.2 2 3.1 需求管理 .2 3.2 需求获取 .2 3.3 需求列表 .2 3.4 需求状态 .2 4.4.执行准则执行准则.2 2 5 5需求管理过程需求管理过程.2 2 5.1需求过程所涉及工作 .2 5.1.1需求定义 .3 5.1.1.1 需求获取 .3 5.1.1.2 需求分析 .4 5.1.1.3 需求说明 .4 5.1.1.4 需求验证 .6 5.1.2需求维护 .6 5.1.2.1 需求基线定制 .6 5.1.2.2 需求变更 .7 5.1.2.3 需求跟踪 .9 5.1.2.4 需求状态 .10 . ;. 1.1. 概述概述 需求管理，需要明确需求管理流程，并对每个相关部门所应有的责任与权利进行界定，同时要建立有 效的监管措施，使流程中的每个环节都能发挥有效作用。 需求管理不是项目前期的一个环节，而是贯穿整个项目的关键流程。在具体进行需求管理时，应该着 重注意明确职责避免缺位、需求应分层沟通和确认、分步实施和先易后难的原则。 2.2. 目的目的 为了阐述清楚一个项目需求各个层次中的每一个环节设计考虑。保证项目执行的质量、进度、需 求的完整与可追溯性。保证业务需求提出者与需求分析人员、项目执行人员、验收人员及其也相关利 益人对需求达成共识。 3.3. 适用范围适用范围 本管理规范只适用于数据产品事业部-采集部需求管理人员。 4.4. 术语及定义术语及定义 4.14.1 需求管理需求管理 是一种获取、组织、并记录项目所产生或接受的技术性、非技术性需求，以及组织项目的需求。 通过需求管理能够管理所有的需求变更、维护需求与项目实施过程的关系、识别需求与工作产品间的 不一致，使客户、与项目团队对不断变化的需求达成并保持一致。 4.24.2 需求获取需求获取 是业务规划部门依据需求方提交的业务需求，经过分析、整合、加工而形成的按系统、分功能抽 象记录的需求概述。它是项目管理的基本单元，也是用户需求编写的依据。 4.34.3 需求列表需求列表 是需求分析人员依据需求条目，通过分析，按照需要实现的目标点组织编写的需求清单。 4.44.4 需求状态需求状态 指某时间点上反映出的需求问题情况。 5.5. 执行准则执行准则 1、必须列明需求条目 2、必须列明用户需求列表 3、需求一定要进行分类 4、需求需分优先级 . ;. 5、需求输入后必须进行管理文件编号管理 6 6 需求管理过程需求管理过程 6.16.1 需求过程所涉及工作需求过程所涉及工作 需求管理过程也叫做需求阶段，包括需求定义、需求维护。 需求管理 需求定义需求维护 需 求 获 取 需 求 分 析 需 求 说 明 需 求 验 证 需 求 基 线 需 求 变 更 需 求 跟 踪 需 求 状 态 需需求求管管理理流流程程 内部需求外部需求 图 1-1 说明：1、需求定义主要包括需求获取、需求分析、需求处理（需求规格说明书） 、需求验证四个阶段。 2、需求维护主要包括对整个基线需求管理的维护及变更、跟踪、状态四个方面的维护工作。 6.1.16.1.1需求定义需求定义 6.1.1.16.1.1.1 需求获取需求获取 需求获取的主要目的是从宏观上把握产品方向的具体需求方向和趋势，了解现有需求组织内容、项目 业务流程、工艺要求等，对任务进行分析、从而捕获和修订用户的需求，以建立良好的沟通渠道和方式。 如下为需求获取流程图： . ;. 需求获取流程 获取方向获取过程 产品部 内需提出更多途径 获取项目基础资料 了解项目实现目标 同类项目方案分析 对项目背景与流程 形成初步掌握 需求说明书初稿 组织需求说明 初审会 需求说明文档修定 需求获取结束 图 1-2 6.1.1.26.1.1.2 需求分析需求分析 需求分析包括提炼、分析和仔细审查已收集到的需求，最终将所接收到的需求内容建立一个概念型业 务流程，以确保所有的风险承担者都明白其含义并找出其中的错误、遗漏或其它不足的地方。 当前需求物理属性抽象化基本属性逻辑化 实际逻列需求内容形成实例过程目标确认具体化 基本属生导出 图 1-2 6.1.1.36.1.1.3 需求说明需求说明 需求规格说明阐述一个项目执行过程必须提供的目标、范围和工艺要求、产能、项目架构以及它所要 考虑的限制条件，它是项目策划、生产和质量的基础。如下为需求说明修订流程： . ;. 需求说明书修订过程 岗位流程图执行标准 阶段 开始 需求说明书分析 编制需求规格说明书 对项目执行架构提出 具体要求 评审 结束 Yes NO 需求分析人员 项目相关干系人 注：需求说明中对各项要 求要清晰，不能遗漏，模 糊，业务闭环完整 注：将第 过程的成果 文档化，为策划提供依据 注：逐一核对需求内容， 根据据现有项目架构及资源 情况列出不满足需求的点 注：评审的目的是找出是 否有遗漏和不足 图 1-3 . ;. 6.1.1.46.1.1.4 需求验证需求验证 验证是为了确保需求说明准确并完整地表达需求内容以及必要的质量特性。 需求验证要求项目各个环节负责人共同参与，对提交后的需求规格说明进行验证，分析需求的正确性、 完整性以及可行性等 以下为需求定义阶段操作矩阵，如图： 需求定义操作矩阵 需求分析需求获取需求说明需求验证 需求输入 1、联系沟通会议 2、项目需求背景 3、需求内容分类 3、项目执行流程架构 4、数据质量属性 5、数据提交限时 1、获取需求目标范围 2、工艺实现的要求 3、分析需求可行性 4、确定内容优先级 4、质量检查功能分析 1、需求规格说明书 2、指明需求的来源 3、需求目标、范围 4、需求跟踪能力矩阵 1、项目组审查 2、组织会议评审 图 1-3 6.1.26.1.2需求维护需求维护 6.1.2.16.1.2.1 需求基线定制需求基线定制 需求基线管理是需求管理活动中最基础的一个，在某个特定版本中要实现的目标和实施的一组需求 集合。引入需求基线后，意味着要采用分阶段或迭代的业务方式。这和项目实施阶段中“风险前移” 、 “分 阶段交付” 、 “中途回顾”等理念是相契合的。如下为基线过程定制流程图 . ;. 基线过程定制 启动过程实施过程 项目章程需求说明书生产管理项目策划 范围规划范围定义 任务排序资源评估 项目周期计划管理 成成本本估估算算质质量量规规划划 沟沟通通规规划划风风险险规规划划 工作分解绩效管理 进度管理数据质控 数据提交项目收尾 OK 图 1-3 6.1.2.26.1.2.2需求变更需求变更 需求变更管理的目的是控制需求变化引起的项目实施过程与需求不一致的情况，约束需求分析的完整 性。保证每一次的需求改动都能有相关的记录。建立需求基准版本和需求控制版本文档。所有的需求文档 都要进行版本控制，文档要包含文档类型、名称、创建者、创建时间、修改者、修改时间、版本号、评审 人员等信息。 需求变更有 3 种情况，一种是客户提出来要进行修改，增加需求等，一种是公司内部人员提交的建议， 还有就是项目阶段实施修改流程（修改后的效果比前面的更加好） ，另外需求变更可能是比较小的改动， 另外一种就是可能涉及到整个产品流程，这就是比较大的需求改动。下面就按照上面的 3 种情况进行画出 流程图： 1 1、外部需求变更流程、外部需求变更流程 . ;. 需求方提出变更 分析需求变更 需求方确认 反馈分析结果 未通过 邮件通知相关人员 通过 项目策划生产管理 图 1-4 流程说明： 需求来源：外部需求 审核需求变更：评估如果实现该需求，需要的时间、人力成本多少；并评估对项目工期影响有多大？ 判断那些需求能够目前解决，那些需要留到下一版本解决。最后输出一份分析结果确认表反馈给需求方， 和需求方进行商讨。参与评审的人员要包含部门领导，需求组人员、策划组人员，生产组人员、工艺组人 员、质量组人员及相关兄弟部门负责人。 需求管理员：对变更需求进行记录，需求文档进行更新，并通知相关人员 策划组人员：负责调整相关项目进度表，评估任务时间，分发给相关开发人员 生产管理人员：根据变更需求和项目进度，对项目任务进度进行相对应调整。 需求方提交的变更需求最后必须让由需求方进行邮件确认。 2 2、内部需求变更流程内部需求变更流程 . ;. 执行条件：对整个项目进度不会影响严重、与需求方原始需求无偏差。 内部需求建议分析需求变更是否接受变更 下一版本否 邮件通知需求基线 定制相关人员 策划组项目内容 调整 生产管理 图 1-5 流程说明： 内部需求变更来源：公司内部人员发现逻辑，需求上的问题，或工艺调整、项目资源变化等提出的需 求不一致内容。 需求变更类型：需求有误、需求有遗漏、需求不明确。 需求变更审核：内部提交的需求应该经过部门领导，需求组人员、策划组人员，生产组人员、工艺组 人员、质量组人员及相关兄弟部门负责人员共同的确认才能确认是否修改。 需求管理：评审需求变更部分的工作量，判断需求变更的内容是否对项目进度有影响，如果需求变更 对项目进度有影响，可以拒绝变更；将变更内容放入下一版本进行修改，若提出者认为必须在本版中进行 修改，需求管理可以将变更的内容提交给部门领导进行处理，并决定是否在本版中进行修改。 需求管理：对需求变更进行备案。 6.1.2.36.1.2.3 需求跟踪需求跟踪 在整个项目运行过程中，进行需求跟踪的目的是为了建立和维护从用户需求开始到项目收尾的一致性 与完整性。确保所有的实现是以用户需求为基础。对于需求实现是否全部的覆盖。同时确保所有的输出与 用户需求的符合性。 如果我们能够做到项目需求的定义，那么，通过跟踪定义了的需求，我们就能够知道需