关闭

关闭

封号提示

内容

首页 用户需求管理规程_发布版_杨雪平_v1.0.pdf

用户需求管理规程_发布版_杨雪平_v1.0.pdf

用户需求管理规程_发布版_杨雪平_v1.0.pdf

上传者: yliren 2013-07-31 评分 5 0 217 30 986 暂无简介 简介 举报

简介:本文档为《用户需求管理规程_发布版_杨雪平_v1.0pdf》,可适用于表格/模板领域,主题内容包含需求管理规程(发布稿)XXX公司年月日版本号:第页文档历史版本日期作者更新历史杨雪平OriginalDocument杨雪平根据讨论意见修改细化了部分符等。

需求管理规程(发布稿)XXX公司年月日版本号:第页文档历史版本日期作者更新历史杨雪平OriginalDocument杨雪平根据讨论意见修改细化了部分流程杨雪平增加需求管理各子过程流程图杨雪平增加需求管理各子过程的度量章节杨雪平增加需求开发子过程章节杨雪平增加需求验收子过程章节杨雪平根据讨论意修改杨雪平根据讨论意修改第页目录概述编写目的适用范围相关术语和缩略语参考文献需求管理概要需求管理相关概念需求概念需求管理概念需求管理过程需求管理目标需求分类需求性质类型需求功能类型需求状态定义需求管理规范和流程需求分析(RequirementAnalyzed)需求分析目标角色与职责启动准则输入需求分析过程需求分析流程图过程和步骤输出结束准则度量度量概述度量相关概念度量值计算方法需求评审(RequirementReview需求评审目标角色与职责启动准则输入需求评审过程需求评审流程图过程和步骤输出结束准则度量第页度量概述度量相关概念度量计算方法需求实现(RequirementDevelopment)需求实现目标角色及职责启动准则输入需求开发过程需求开发流程图过程和步骤输出结束准则度量度量概述度量相关概念度量计算方法需求跟踪(RequirementTracking)需求跟踪目标角色及职责启动准则输入需求跟踪过程需求状态变更图过程和步骤输出结束准则度量需求变更控制(RequirementChangeControl)需求变更控制目标角色与职责启动准则输入需求变更控制过程需求变更控制流程图过程及步骤输出结束准则度量度量概述度量相关概念度量计算方法需求验收(RequirementUserAcceptanceTesting)需求验收目标第页角色与职责启动准则输入需求验收过程需求验收流程图过程及步骤输出结束准则度量度量概述度量相关概念度量计算方法第页图表目录图表:相关术语和缩略语图表:需求状态变更图图表:需求分析流程图图表:需求评审流程图图表:需求开发流程图图表:需求跟踪流程图图表:需求变更控制流程图图表:需求验收流程图第页需求管理规程(发布稿)概述编写目的本规程详细描述了XXX公司的需求管理规范和流程为规范需求管理过程提供统一标准。本规程制定了在需求分析、需求评审、需求开发、需求跟踪、需求变更控制和需求验收等各子过程的具体操作步骤和控制方法为项目经理对项目的需求进行有效的管理提供标准方法。适用范围本需求管理规程适用于XXX公司所有销售和合作运营类型项目的需求管理过程在项目管理的整个生命周期内有效。本规范从年X月X日起正式执行。相关术语和缩略语本规程中使用的名词术语和缩略语见下表。图表:相关术语和缩略语序号名词术语或缩略语详细说明备注RequirementManagement需求管理Requirementstatus需求状态RequirementAnalyzing需求分析RequirementReview需求评审RequirementDevelopment需求实现RequirementTracking需求跟踪RequirementChangeControl需求变更控制RequirementUserAcceptanceTesting需求验收第页参考文献在本需求管理规程的编写过程中参考了以下相关文献资料:CMMCMMI规范PRINCEPMBOK第三版SPP模型第页需求管理概要本规程按照需求的生命周期将需求管理过程划分为:“需求分析”、“需求评审”、“需求实现”、“需求跟踪”、“需求变更控制”和“需求验收”六个子过程域。各子过程域即可以相对独立又密切相关共同构成需求管理全过程。需求管理相关概念需求概念客户为解决某一问题或达到某一目标所需的软件功能。也可以说是系统或系统构件为了满足合同、规约、标准或其他正式实行的文档而必须满足或具备的软件功能。需求管理概念一种获取、组织并记录系统需求的系统化管理方案以及一个使客户与项目团队对不断变更的系统需求达成并保持一致的过程。需求管理过程需求管理过程是指从需求分析开始到需求验收结束的全过程在贯于整个项目生命周期中对需求管理活动的总和。需求管理目标圣诺项目管理规程的创建主要为实现以下四主要目标:规范圣诺需求管理流程减少需求开发费用缩短需求开发进度加强需求开发质量。减少并控制需求的变更增强需求稳定性为项目成功提供帮助。加强项目团队与客户之间建立对需求的共同理解保证需求管理过程的规范性和合理性。为整理产品需求提供参考和帮助。第页需求分类需求分类有多种不同的方法本规程根据需求的性质和需求功能两种方法来对需求进行分类。按照需求性质划分将需求分为:“原始需求”、“项目需求”和“新需求”三种类型按照需求功能划分将需求分为:“功能需求”、“性能需求”、“环境需求”、“UI需求”、“业务流程需求”、“接口需求”和“其它需求”七种类型。以下是根据需求性质和需求功能进行分类的方法来划分的需求类型。需求性质类型根据需求性质将需求分为以下三种类型:原始需求:“原始需求”是指项目售前移交时由售前提供的需求清单中的需求。原始需求是销售和售前在项目售前阶段和客户沟通双方认可的对项目范围的共同理解。原始需求也可以用于做项目成本估算的依据。项目需求:“项目需求”是指在原始需求范围之外在确认需求基准之前产生且经项目经理和客户沟通后双方共同认可属于项目范围内的需求。原始需求加项目需求是项目成本预算的依据。项目需求的多少可以反应出项目售前交接的质量也可以反应出项目经理对项目范围边界控制的能力。新需求:“新需求”是指在确认需求基准后提出经项目经理和客户沟通后双方共同认可不属于项目范围内的需求。新需求也可以作为项目经理业绩考核的依据。需求功能类型功能需求:功能需求是指软件具体功能性的相关需求。性能需求:性能需求是指系统性能级需求。包括系统的相应时间、资源限制、数据精确性、系统适应性等。环境需求:环境需求是指为使系统稳定运行所需的软、硬件环境、网络环境、系统软件环境、第三方软件环境等。UI需求:界面需求是指系统和用户交互的界面需求。业务流程需求:包括各种受理渠道的用户注册、注销、变更、续费等业务流程及相关业务处理策略如用户状态处理、计扣费策略等。接口需求:接口需求是指系统和第三方系统的接口需求。第页特殊需求:无法归入以上六类需求的其它相关需求。包括安全性、可靠性、可维护性、可移植性、可扩展性相关需求等。需求状态需求状态定义本需求管理规程将需求定义为以下种状态各状态的定义描述如下:Open:对于原始需求或接收到的正式需求但未正式进行需求分析之前的需求状态统一定义为“Open”状态。Analyzed:对需求状态为“Open”的需求若已完成需求分析过程但还未正式通过需求评审前其状态统一定义为“Analyzed”状态。Reviewed:对需求状态为“Analyzed”的需求若已正式通过需求评审但还未完成测试或测试结果为不合格之前其状态统一定义为“Reviewed”状态。Resolved:对需求状态为“Analyzed”或“Reviewed”的需求若已完成需求设计和编码且已通过单元测试其状态统一定义为“Resolved”状态。Passed:对需求状态为“Resolved”的需求如果已通过正式测试其状态统一定义为“Passed”状态。Unresolved:对需求状态为“Resolved”的需求如果未通过正式测试其状态统一定义为“Unresolved”状态。Closed:对需求状态为“Resolved”的需求若需求已正式上线商用且得到客户和项目团队的共同认可后其状态统一定义为“Closed”状态。Cancel:当原定义的某些需求被取消时(包括上线前取消和上线后取消)其需求状态统一定义为“Cancel”状态。Failed:对需求状态为“Closed”的需求若需求在上线商用后发现问题或存在缺陷需要对其进行修正时其需求状态统一定义为“Failed”状态。第页需求状态变更图图表:需求状态变更图OpenAnalyzed需求分析完成Reviewed需求评审通过Resolved完成需求编码ClosedUnresolvedPassed测试通过测试失败线上更新失败线上更新成功Failed问题解决重新需求分析问题解决重新需求分析Canceled注:所有状态都可以转到Canceled状态且Canceled状态为最终状态。发现问题第页需求管理规范和流程需求分析(RequirementAnalyzed)需求分析目标界定项目范围中的软件功能部分并确定对系统的综合要求。理解客户的需求和期望。与客户达成对项目需求的共同理解。角色与职责项目经理:项目经理负责界定项目需求范围并确定需求性质并协调客户接口人对需求分析进行必要的支持。需求分析人员:需求分析人员负责对客户需求进行调研、整理和分析。完成《项目需求说明书》的编写并根据《项目需求说明书》来创建《项目需求跟踪矩阵》。客户:客户负责协助需求分析人员进行需求分析对需求分析过程的开展提供必要的支持和帮助。需求干系人:为进行需求分析提供所需要的支持和帮助。启动准则项目售前交接完成《项目售前交接需求书》经过项目经理确认。《项目管理计划》初稿完成。需求分析人员已确定。输入《项目合同》及相关附件。《项目技术建议书》和其它相关售前文档。产品或行业的技术规范。产品或行业的业务规范。第页销售和售前与客户交流的会议纪要、文档性的承诺及其它相关文档。需求分析过程需求分析流程图图表:需求分析流程图需求管理规程需求分析流程图需求干系人需求分析人员客户项目经理开始需求分析过程确定需求分析人员并执行需求调研计划协助需求分析人员和客户建立沟通渠道确定需求调研方式并准备需求调研资料正式进行需求调研:调查与记录需求信息分析并细化需求编写《项目需求说明书》结束需求分析过程为需求分析提供所需的支持和帮助和客户签字确认《项目需求说明书》第页过程和步骤需求分析的过程和相关步骤如下:Step:确认需求分析人员并执行需求调研计划。项目经理界确定需求分析人员并执行需求调研计划。Step:协助需求分析人员和客户建立沟通渠道。项目经理确协助需求分析人员与客户建立沟通渠道。Step:确定需求调研方式并准备需求调研资料。Step:需求分析员和客户协商一起确定需求调研的方式并确定调查的具体时间、地点和相关参与人员等。需求调研包括但不限以下方式:现场与客户交谈向客户提问题的调研方式(最常用的需求调研方式)。参观客户系统的工作流程了解客户系统的操作步骤。分析已经存在的同类软件产品提取需求。从行业标准、规则中提取需求。Step:需求分析人员根据已确定好的需求调研方式准备好需求调研相关资料需求调研资料包括但不限以下方式:需要询问客户的问题列表。行业技术和业务规范及相关标准。同类系统业务流程。提供需求的参考样例做为调研基础Step:正式调查与记录分析并细化需求。Step:需求分析人员调查用户需求随时记录调查过程中所获取的有价值的需求信息。并明确信息提供者信息确认人、确认时间等(建议让客户签字确认)。Step:需求分析人员对已经获取到的需求信息进行分析消除错误信息确认对客户需求的正确理解。Step:撰写《项目需求说明书》。需求分析员按照《项目需求说明书》模板标准撰写《项目需求说明书》主要内容详见《项目需求说明书》模板。Step:书面确认需求说明书。项目经理将发布版本的项目需求说明书和客户进行书面确认。Step:结束需求分析过程。第页项目经理结束需求分析过程。输出《项目需求说明书》(发布版)。结束准则《项目需求说明书》通过客户的书面确认。度量度量概述需求分析过程结束后将生成需求基准。度量需求分析过程质量的方法是统计“项目需求率”、“范围缩减率”和“范围控制率”的值根据“项目需求率”、“范围缩减率”和“范围变化率”的值来测量需求分析过程和项目交接的质量。度量相关概念项目需求率:项目需求率是指在需求分析过程中产生的项目需求总工作量占原始需求工作总量的百分比。范围缩减率:范围缩减率是指在需求分析过程中原始需求状态由“Open”变为“Cancel”的需求总工作量占原始需求总工作量的百分比。范围变化率:范围变化率是指在需求分析过程中项目需求总工作量范围缩减需求总工作量原始需求总工作量的比率。度量值计算方法项目需求率=项目需求预算总工作量原始需求预算总工作量*。范围缩减率=原始需求状态由“Open”变为“Cancel”的需求总工作量原始需求预算总工作量*。范围变化率:(项目需求预算总工作量原始需求状态由“Open”变为“Cancel”的需求总工作量)原始需求预算总工作量*。第页需求评审(RequirementReview)需求评审目标需求评审的主要目标有以下几点:识别需求分析过程中存在的缺陷。减少需求遗漏防止需求镀金(外延)。提高项目需求分析的质量使需求分析结果能满足项目的要求。增强需求的稳定性。角色与职责在需求评审过程中与需求评审相关的角色及相关职责如下:评审组长:评审组长负责组织并发起需求评审会议汇总需求评审意见并形成需求评审意见表发布最终的需求评审报告。评审成员:评审成员参与需求评审会议提出需求评审意见并参与讨论缺陷修正方案。需求分析人员:需求分析人员参与需求评审会议介绍需求分析的过程和结果协助解答需求评审人员的相关提问参与讨论缺陷修正方案。启动准则需求评审的启动需求同时满足以下三个条件:《项目需求说明书》(发布版)编写已完成。审核组长已发起需求评审。输入《项目需求说明书》(发布版)。《项目需求跟踪矩阵》发布版。第页需求评审过程

精彩专题

职业精品

上传我的资料

热门资料

资料评价:

/ 37
所需积分:5 立即下载

意见
反馈

返回
顶部

Q