《需求管理系统要求规范说明书V1.00412》由会员分享，可在线阅读，更多相关《需求管理系统要求规范说明书V1.00412（15页珍藏版）》请在金锄头文库上搜索。
1、word 需求管理规X说明数据产品事业部-生产部-采集部生效日期：版本号：版本状态：草案定稿发布版修订稿编制人：武小元编制日期：2014-4-11审核人：批准日期：批准人：批准日期： / 文档履历版本状态修订日期修订章节主要修正修订者审核人全部完成初稿武小元发布X围接收部门子部门接收人岗位节选版完整版份数附件接收日期目录1.目的22.适用X围23.术语与定义2 需求管理2 需求获取2 需求列表2 需求状态24.执行准如此25需求管理过程2需求过程所涉与工作2需求定义3需求获取3需求分析4需求说明4需求验证6需求维护6需求基线定制6需求变更7需求跟踪9需求状态101. 概述需求管理，需要明确需求
2、管理流程，并对每个相关部门所应有的责任与权利进展界定，同时要建立有效的监管措施，使流程中的每个环节都能发挥有效作用。需求管理不是项目前期的一个环节，而是贯穿整个项目的关键流程。在具体进展需求管理时，应该着重注意明确职责防止缺位、需求应分层沟通和确认、分步实施和先易后难的原如此。2. 目的为了阐述清楚一个项目需求各个层次中的每一个环节设计考虑。保证项目执行的质量、进度、需求的完整与可追溯性。保证业务需求提出者与需求分析人员、项目执行人员、验收人员与其也相关利益人对需求达成共识。3. 适用X围本管理规X只适用于数据产品事业部-采集部需求管理人员。4. 术语与定义4.1 需求管理是一种获取、组织、并
3、记录项目所产生或承受的技术性、非技术性需求，以与组织项目的需求。通过需求管理能够管理所有的需求变更、维护需求与项目实施过程的关系、识别需求与工作产品间的不一致，使客户、与项目团队对不断变化的需求达成并保持一致。4.2 需求获取是业务规划部门依据需求方提交的业务需求，经过分析、整合、加工而形成的按系统、分功能抽象记录的需求概述。它是项目管理的根本单元，也是用户需求编写的依据。4.3 需求列表是需求分析人员依据需求条目，通过分析，按照需要实现的目标点组织编写的需求清单。4.4 需求状态指某时间点上反映出的需求问题情况。5. 执行准如此1、必须列明需求条目2、必须列明用户需求列表3、需求一定要进展分
4、类4、需求需分优先级5、需求输入后必须进展管理文件编号管理6 需求管理过程6.1 需求过程所涉与工作需求管理过程也叫做需求阶段，包括需求定义、需求维护。图1-1说明：1、需求定义主要包括需求获取、需求分析、需求处理需求规格说明书、需求验证四个阶段。 2、需求维护主要包括对整个基线需求管理的维护与变更、跟踪、状态四个方面的维护工作。6.1.1 需求定义6.1.1.1 需求获取需求获取的主要目的是从宏观上把握产品方向的具体需求方向和趋势，了解现有需求组织内容、项目业务流程、工艺要求等，对任务进展分析、从而捕获和修订用户的需求，以建立良好的沟通渠道和方式。如下为需求获取流程图：图1-26.1.1.2
5、 需求分析需求分析包括提炼、分析和仔细审查已收集到的需求，最终将所接收到的需求内容建立一个概念型业务流程，以确保所有的风险承当者都明白其含义并找出其中的错误、遗漏或其它不足的地方。图1-26.1.1.3 需求说明需求规格说明阐述一个项目执行过程必须提供的目标、X围和工艺要求、产能、项目架构以与它所要考虑的限制条件，它是项目策划、生产和质量的根底。如下为需求说明修订流程：图1-36.1.1.4 需求验证验证是为了确保需求说明准确并完整地表达需求内容以与必要的质量特性。需求验证要求项目各个环节负责人共同参与，对提交后的需求规格说明进展验证，分析需求的正确性、完整性以与可行性等以下为需求定义阶段操作
6、矩阵，如图：图1-36.1.2 需求维护6.1.2.1 需求基线定制需求基线管理是需求管理活动中最根底的一个，在某个特定版本中要实现的目标和实施的一组需求集合。引入需求基线后，意味着要采用分阶段或迭代的业务方式。这和项目实施阶段中“风险前移、“分阶段交付、 “中途回顾等理念是相契合的。如下为基线过程定制流程图图1-36.1.2.2 需求变更需求变更管理的目的是控制需求变化引起的项目实施过程与需求不一致的情况，约束需求分析的完整性。保证每一次的需求改动都能有相关的记录。建立需求基准版本和需求控制版本文档。所有的需求文档都要进展版本控制，文档要包含文档类型、名称、创建者、创建时间、修改者、修改时间
7、、版本号、评审人员等信息。需求变更有3种情况，一种是客户提出来要进展修改，增加需求等，一种是公司内部人员提交的建议，还有就是项目阶段实施修改流程修改后的效果比前面的更加好，另外需求变更可能是比拟小的改动，另外一种就是可能涉与到整个产品流程，这就是比拟大的需求改动。下面就按照上面的3种情况进展画出流程图：1、外部需求变更流程图1-4流程说明：需求来源：外部需求审核需求变更：评估如果实现该需求，需要的时间、人力本钱多少；并评估对项目工期影响有多大？判断那些需求能够目前解决，那些需要留到下一版本解决。最后输出一份分析结果确认表反应给需求方，和需求方进展商讨。参与评审的人员要包含部门领导，需求组人员、
8、策划组人员，生产组人员、工艺组人员、质量组人员与相关兄弟部门负责人。需求管理员：对变更需求进展记录，需求文档进展更新，并通知相关人员策划组人员：负责调整相关项目进度表，评估任务时间，分发给相关开发人员生产管理人员：根据变更需求和项目进度，对项目任务进度进展相对应调整。需求方提交的变更需求最后必须让由需求方进展确认。2、内部需求变更流程执行条件：对整个项目进度不会影响严重、与需求方原始需求无偏差。图1-5流程说明：内部需求变更来源：公司内部人员发现逻辑，需求上的问题，或工艺调整、项目资源变化等提出的需求不一致内容。需求变更类型：需求有误、需求有遗漏、需求不明确。需求变更 内部提交的需求应该经过部
9、门领导，需求组人员、策划组人员，生产组人员、工艺组人员、质量组人员与相关兄弟部门负责人员共同确实认才能确认是否修改。需求管理：评审需求变更局部的工作量，判断需求变更的内容是否对项目进度有影响，如果需求变更对项目进度有影响，可以拒绝变更；将变更内容放入下一版本进展修改，假如提出者认为必须在本版中进展修改，需求管理可以将变更的内容提交给部门领导进展处理，并决定是否在本版中进展修改。需求管理：对需求变更进展备案。6.1.2.3 需求跟踪在整个项目运行过程中，进展需求跟踪的目的是为了建立和维护从用户需求开始到项目收尾的一致性与完整性。确保所有的实现是以用户需求为根底。对于需某某现是否全部的覆盖。同时确保所有的输出与用户需求的符合性。如果我们能够做到项目需求的定义，那么，通过跟踪定义了的需求，我们就能够知道需求在实现过程中的具体实现细节与目标的距离。在可追踪的需某某现过程中，项目管理才能够有把握地说，需求被正确地实现了。实现需求跟踪的一种通用方法是采用需求跟踪矩阵6.1.2.4 需求状态图1-6部门需求统筹管理，就是协助业务部门提高原始需求质量，提升需求计划性，推进业务需求的系统实现，成为业务部门的沟通桥梁。
