需求和技术解决方案.pptxVIP

会计学培训目标第1页/共54页经过本课程的培训，学员可以：了解CMMI工程实施过程组的组成了解CMMI定义和工程实施过程组各过程域的特殊目标学习标准过程体系中是如何实现的CMMI工程实施过程组的组成第2页/共54页过程域CMMI二级三级四级五级工程过程需求开发（RD）√需求管理（REQM）√技术解决方案（TS）√产品集成（PI）√验证（VER）√确认（VAL）√RequirementsREQMTSPIRDProduct and product component requirementsAlternativesolutionsVERVALProductcomponentsProductCustomerRequire-mentsProduct components, work products, verification and validation reportsCustomer needs工程过程域第3页/共54页需求管理需求开发技术解决方案产品集成验证确认课程内容第4页/共54页需求开发（RD） 需求管理（REQM）技术解决方案（TS）产品集成（PI）验证（VER）确认（VAL）体系其他过程需求开发（RD）第5页/共54页目标产生并分析客户、产品以及产品组件需求。失效征兆需求不明确，客户和开发团队不能正确理解需求；设计、实现和测试的工作产品和需求产生不一致；难于对产品设计达成共识，花费更长的不必要的时间。失效后果交付产品的不可用和客户的不满意会导致未来业务流失；时间和资源的浪费会影响我们的绩效；需求不稳定而导致不停地返工使团队很厌烦失去信心；当你不能很好理解需求的时候，客户会对你失去信任。确认产品、产品组件和接口需求 确认客户需求需求开发第6页/共54页开发客户需求分析并确认需求开发产品需求利益干系人的需要SG1-开发客户需求 第7页/共54页SP 1.1 诱导需要在产品生命周期的所有阶段诱导利益干系人需要，期望，约束条件以及接口SP 1.2 开发客户需求 将利益干系人的需要、期望、约束条件和接口转化成为客户需求SG2-开发产品需求 第8页/共54页SP 2.1 建立产品和产品组件需求 建立并维护产品和产品组件需求，这些需求是基于客户需求SP 2.2 分配产品组件需求 给每个产品组件分配需求SP 2.3 识别接口需求识别接口需求 第9页/共54页SG3-分析并确认需求 SP 3.1 建立操作概念和场景建立并维护操作概念和相关场景 SP 3.2 建立需求功能性定义建立并维护需求功能性定义SP 3.3 分析需求分析需求确保其必要充分SP 3.4 分析需求以达平衡分析需求以达到利益干系人需要和约束条件之间的平衡SP 3.5 确认需求 确认需求以确保开发出的产品在预期的使用环境中正常运作RD在标准过程体系中的实现第10页/共54页第11页/共54页任务1：业务需求分析相关角色主要执行者：系统分析师其他执行者：项目经理、技术经理、 业务经理、需求分析工程师、干系人业务需求分析是后续项目开发和测试的基础。《业务需求说明书》是一个集成文件，它包含两个附件，《非功能需求分析说明书》和《业务需求优先级及风险分析表》。业务需求分析后及时更新项目风险列表。它由项目团队共同完成，并达成共识。 工作产品输入：项目任务书、项目说明书、项目章程输出：业务需求说明书、业务需求整合分析报告、项目风险管理列表第12页/共54页需求开发的核心原则为获得项目的成功，干系人和项目成员须就下述三个要素达成清晰的理解和共识： 需要解决的问题项目在成本、进度、资源、政策上的约束解决方案的约束关键实践：识别你的听众问题和解决方案的分离创建业务领域的共享理解使用场景和用例来捕获需求 建立和维护需求优先级列表 使取舍价值最大化 管理项目范围 知道停下来的时候 第13页/共54页需求分析方法论—Zachman框架术语：业务第14页/共54页业务目标：一个或多个资源期望达到的状态。目标联系着 整个业务以及业务中的过程。业务流程：企业为了达到其业务目标所进行的一系列活动。业务规则：定义或约束业务某些方面的声明，代表着业务信息。它对业务怎样运行（业务功能如何实现）进行管理。业务功能：为了实现企业的某些目标而采取的行为。是企业一套相关的和正在进行的活动。业务需求分析方法论第15页/共54页需求分析技术第16页/共54页结构化分析方法 一种面向数据流进行需求分析的方法，结构化分析方法适合于数据处理类型软件的需求分析。具体来说，结构化分析方法就是用抽象模型的概念，按照软件内部数据传递、变换的关系，自顶向下逐层分解，直到找到满足功能要求的所有可实现的软件为止原型化分析方法 在软件开发中，原型是软件的一个早期可运行的版本，它反映最终系统的