P05-CMMI实践解析-需求工程

ContinentalReachingSolutionsSEITransitionPartnerCMMI实践解析第五部分需求工程ContinentalReachingSolutionsTechnologies上海连陆信息技术有限公司2SEITransitionPartner课程概述需求工程概述需求开发（RD）需求管理（REQM）123需求工程总结43SEITransitionPartner导致项目失败的原因ƒ根据StandishGroup对23000个项目进行的研究结果表明，28%的项目彻底失败，46%的项目超出经费预算或者超出工期，只有约26%的项目获得成功。ƒ而在于这些高达74%的不成功项目中，有约60%的失败是源于需求问题。ƒ也就是说，有近45%的项目最终因为需求的问题最终导致失败。4SEITransitionPartner软件需求让我们如此狼狈5SEITransitionPartner各自讲述自己世界的语言分布式WebServices三层对话框菜单条DCOMB/S数据交换……财务计算管理报表工作流自动库存控制库存报警业务线索管理业务经线索跟踪销售月报生成交易流数据6SEITransitionPartner需求工程的目的ƒ客户和其他项目干系人(Stakeholder)在系统的工作内容方面达成并保持一致。ƒ使系统开发人员能够更清楚地了解系统需求。ƒ定义系统边界（限定）。ƒ为计划迭代的技术内容提供基础。ƒ为估算开发系统所需成本和时间提供基础。ƒ定义系统的用户界面，重点是用户的需要和目标。7SEITransitionPartner需求管理和需求开发的关系需求开发RD需求管理REQMRequirementDevelopment（需求开发）8SEITransitionPartner什么是需求？非功能需求业务需求项目视图/范围文档用户需求系统需求质量属性用例文档功能需求其它非功能需求设计约束SRS9SEITransitionPartner课程概述需求工程概述需求开发（RD）需求管理（REQM）123需求工程总结410SEITransitionPartnerRequirementsDevelopment（需求开发）ƒThepurposeofRequirementsDevelopment(RD)istoproduceandanalyzecustomer,product,andproductcomponentrequirements.ƒ需求开发的目的是产生和分析客户，产品和产品组件的需求。ƒ相关的PA–REQM获得相关干系人的需求，实现需求，维护需求的双向可跟踪性和需求管理相关。–TS根据需求的结果进行需求精化及进行方案设计和技术实现相关。–PI关于接口需求和接口管理和产品集成相关。11SEITransitionPartnerRequirementsDevelopment（需求开发）ƒ相关的PA（续）–VER最终产品结果满足需求方面和验证相关。–VAL最终产品如何满足客户的需要和使用和确认相关。–RSKM识别和管理需求相关的风险活动和风险管理相关。–CM确保关键的工作产品受控和管理方面和配置管理相关。12SEITransitionPartnerRequirementsDevelopment（需求开发）13SEITransitionPartner目标之间关系解析－SG1AnalyzeandValidateRequirements（分析和确认需求）DevelopCustomerRequirements（开发客户需求）DevelopProductRequirements（开发产品需求）Stakeholders’Needs（相关干系人）SG1SG2SG3ValidatedCustomerRequirements（确认的客户需求）ValidatedProduct,ProductComponent,andInterfaceRequirements（确认的产品需求）14SEITransitionPartnerSG1开发客户需求DevelopCustomerRequirements（SG1开发客户需求）干系人的需求SP1.1引导需求SP1.2开发客户需求CustomerRequirements（客户需求）15SEITransitionPartnerSP1.1引导需求16SEITransitionPartnerSP1.1引导需求ƒ需求调研的六边形法则–组织结构：企业为进行相应的业务流程所做的人员的组织安排。–业务流程：企业开展业务所必须的各个环节及在每个环节中的具体做法。–业务数据：企业内部经营信息的存储和流动形式。–业务地点分布：反映企业在什么地方开展业务以及业务流程中的各个环节之间的地点关系。–业务应用：企业以什么样的应用软件处理业务流程中的各个环节。–技术基础设施：企业在信息技术基础设施上的状况。17SEITransitionPartnerSP1.2开发客户需求ƒ深入浅出–对企业的需求调研的要尽可能的全面、细致调研的需求是个全集，系统真正实现的是个子集。–调研的细致并不等于在分析时都面面俱到地将调研的内容纳入到新系统中,而有可能实现的很少,但其中在向细处扩充时将会很容易。ƒ以流程为主线–应该用流程将所有的内容串起来，如单据、信息、组织结构、处理规则等；–流程的描述既要有宏观，又要有微观。18SEITransitionPartnerSP1.2开发客户需求ƒ需求获取过程中的注意事项–调查前的准备并落实调研计划–在调研前和用户讲清楚调研的意义、过程、以及需要注意的问题–发问时以一人为主,其他人注意记录与查找问题–在用户讲解时,不要中断用户,使对方有充分的演说机会–对询问的问题要有记录，记录要点–调研时可以IPO思想作为总体的主线19SEITransitionPartner目标之间关系解析－SG2AnalyzeandValidateRequirements（分析和确认需求）DevelopCustomerRequirements（开发客户需求）DevelopProductRequirements（开发产品需求）Stakeholders’Needs（相关干系人）SG1SG2SG3ValidatedCustomerRequirements（确认的客户需求）ValidatedProduct,ProductComponent,andInterfaceRequirements（确认的产品需求）20SEITransitionPartnerSG2开发产品需求DevelopProductRequirements（SG2开发产品需求）技术实现SelectTechnicalSolution选择技术方案SP2.1建立产品和产品组件的需求SP2.2分配产品组件需求SP2.3识别接口需求SG2CustomerRequirements（客户需求）Product,ProductComponent,Requirements（产品和产品组件需求）21SEITransitionPartnerSP2.3识别接口需求22SEITransitionPartner目标之间关系解析－SG3AnalyzeandValidateRequirements（分析和确认需求）DevelopCustomerRequirements（开发客户需求）DevelopProductRequirements（开发产品需求）Stakeholders’Needs（相关干系人）SG1SG2SG3ValidatedCustomerRequirements（确认的客户需求）ValidatedProduct,ProductComponent,andInterfaceRequirements（确认的产品需求）23SEITransitionPartnerSG3分析和确认需求AnalyzeRequirementstoAchieveBalance（SG3分析和确认需求）SP3.1建立操作概念和场景SP3.2建立需求功能的定义SP3.3分析需求SP3.4分析需求达到平衡SP3.5确认需求SG3Customer,Product,ProductComponent,andInterfaceRequirements（客户，产品，产品组件需求）ValidatedRequirements（确认的需求）24SEITransitionPartnerSP3.1建立操作概念和场景25SEITransitionPartnerSP3.2建立需求功能的定义26SEITransitionPartnerSP3.3分析需求ƒ完整性：完整描述即将交付使用的功能，发现缺少某项信息，可以采用TBD来标注ƒ正确性：经过用户或用户信任的代理人审阅ƒ可行性：在已知能力和约束条件中实现ƒ必要性：每项需求记录的功能都应是用户真正需要的ƒ有优先次序：提供了实现优先级ƒ无歧义：对所有读者只有一种一致的解释ƒ可验证性：可以设计测试方法来检查27SEITransitionPartner课程概述需求工程概述需求开发（RD）需求管理（REQM）123需求工程总结428SEITransitionPartnerRequirementsManagement（需求管理）ƒThepurposeofRequirementsManagement(REQM)istomanagetherequirementsoftheproject’sproductsandproductcomponentsandtoidentifyinconsistenciesbetweenthoserequirementsandtheproject’splansandworkproducts.ƒ需求管理的目的是管理项目产品和产品组件的需求，并且识别需求和项目计划及工作产品之间的不一致性。ƒ相关PA：–RD获将干系人的需求转换为产品需求并且确定分配需求到产品组件。–TS将需求转换为产品解决方案。–PP需求变更时影响相应的计划修订–CM为需求进行基线和变更控制–PMC基于需求监控工作产品和活动，并且采取适当的纠正措施–RSKM识别及控制需求方面的风险29SEITransitionPartnerRequirementsManagement（需求管理）30SEITransitionPartner目标之间关系解析－SG1ManageRequirements（管理需求）SG1Requirements需求BidirectionalTraceabilityofRequirements双向跟踪矩阵31SEITransitionPartnerSG1管理需求需求跟踪跟踪距阵ManageRequirements（SG1管理需求）SP1.1获取和理解需求SP1.2获取对需求的承诺SP1.3管理需求变更SP1.4维护需求的双向可跟踪性SP1.5识别工作产品和需求的不一致性SG132SEITransitionPartnerSP1.3管理需求变更ƒ是否给变更谁来判断ƒ明确变更紧急程度，紧急变更立即处理ƒ变更影响分析（BrainStorming）ƒ不紧急变更批量处理，建议分三批–需求形成基线前–设计完成前–试运行完成前33SEITransitionPartner课程概述需求工程概述需求开发（RD）需求管理（REQM）123需求工程总结434SEITransitionPartner需求开发和需求管理的分界线35SEITransitionPartner国内项目面临的最主要问题ƒ客户普遍不成熟：–项目范围定义不确切，缺乏对项目范围、进度、成本、质量的平衡–需求频繁变更–主要人员的变动是项目最大风险ƒ项目团队不成熟：–项目经理基本上全是技术出身，普遍缺乏管理意识和管理方法培训–不能正确识别项目相关干系人并管理其参与–项目组成员工作勤奋但普遍缺乏正确方法–人员变动是项目经理最头疼的问题36SEITransitionPartner需求开发我们需要客户方如何做ƒ调查前需要客户方落实调研计划，确定参加调研人员，时间，地点，并通知其调研内容（同时要考虑人员变动的