【培训课件】软件过程的管理与改进.pptxVIP

软件过程的管理与改进;1 软件过程管理与改进概述;1 软件过程管理与改进概述;1 软件过程管理与改进概述;1 软件过程管理与改进概述;1 软件过程管理与改进概述;1 软件过程管理与改进概述;2度量软件过程;2度量软件过程;2度量软件过程;3 软件能力成熟度模型（CMM）;3 软件能力成熟度模型（CMM）;;软件过程的成熟度等级 ;;;;;;;;每个等级内容按三个层面组织： 关键过程域（KPA） 共同特点 关键实践 关键过程区域KPA(Key Process Areas)是一组相关的活动，可按照上表描述，也可按照图描述。 ;CMM常见关键过程域;CMM要求的需求管理的基本流程可如图一所示。该流程描述了软件工程组开始获取原始需求，汇总为系统需求，分配系统需求，复审软件需求，软件需求必须文档化形成需求文档，此文档必须经过相关组和个人的评审，通过评审之后才纳入配置管理，为需求文档建立基线。软件项目计划、活动及软件工作产品，应和软件需求的变化保持一致。;a. 获取需求和确认需求以Use case（用例）为单位，以Rational Requisite Pro作为需求管理工具，使用Rational Rose进行维护Use case和Use case Model。 b. 通过访谈，从客户处获取原始需求，形成需求文档。 c. 分析软件需求形成Use case描述文档，与客户共同确认需求，向客户展示Use case文档，获得客户认可。 d. 建立基线的需求必须通过相关组的审查，包括：系统分析组、设计组、编码组、测试组、质量保证组、配置管理组、文档管理中心及个人。通过审查，项目组成员发现需求是否可行、是否完善、是否清晰、是否可进行测试。 e. 通过审查后，将需求文档纳入配置管理，为需求创建基线。;f. 通过工具管理，对需求进行跟踪，尽快找出需求变更受影响的需求及工件，并了解需求的实现情况。 g. 客户确认后如需变更，项目小组成员向其说明变更的影响，并有可能增加费用及时间，尽量控制客户的需求。需求变更的流程按配置管理的变更流程执行。 h. 一旦需求发生变更，项目计划、活动、工序随之变更，并重新提交相关组和个人复审。 i. 实际项目需求管理中应用的文档有： 项目需求管理流程定义、项目需求复审流程定义、项目需求及状???跟踪流程定义、需求获取表格、需求状态报告、需求复审报告、需求变更报告、需求跟踪报告;;(2)软件项目计划(software project planning) 制定实施软件工程与管理软件项目的工作计划。 CMM软件项目计划根据纳入配置管理后的软件需求进行项目估算，并依据文档化的流程，形成项目计划文档。项目计划文档经复审后纳入配置管理，由项目开发人员遵循，并据此跟踪检查计划的执行。项目计划文档在复审过程中，如果项目计划对风险估算不足或存在其它问题，就需要对项目计划文档重新修正，以获得项目组和高层管理者的支持。;a) 项目采用 Microsoft Word 拟定计划文档，以 Microsoft Project 拟定计划的进度表。 b) 项目经理根据项目软件需求进行估算，确定进行项目选择的生命周期、项目规模、所需的人员、时间、进度、资源、风险等内容。将估算的结果形成估算过程文档，并拟定软件开发计划。 c) 软件开发计划内容包含：软件项目计划、迭代计划、进度时间表、配置管理计划、质量保证计划、需求管理计划、项目评测计划、风险管理计划、产品验收计划、问题解决计划、测试计划。;d) 估算过程文档和软件项目计划文档必须通过相关组的审查，以获得相关组及个人的支持，包括：系统分析组、设计组、编码组、测试组、质量保证组、配置管理组、文档管理中心及个人。通过审查，发现并修正项目估算和项目计划的偏差。只有获得了支持，软件项目组在开发过程中才能尽量避免或消除风险。 e) 在高层管理者复审通过后，项目经理指定人员或参与拟定软件开发计划其它部分，并由相关组和个人复审。 f) 配置管理人员将软件开发计划文档纳入配置管理。 g) 实际项目中应用的文档有： 制定项目计划流程定义、项目估算流程定义、项目评估表、资源评估表、软件开发计划模板（包括：软件项目计划、迭代计划、配置管理计划、质量保证计划、需求管理计划、项目评测计划、风险管理计划、产品验收计划、问题解决计划、测试计划）、进度时间表、制订软件开发计划的指南。;(3) 软件项目跟踪和监督(software project tracking and oversight) 根据软件开发计划管理软件项目，随时掌握软件项目的实际开发过程。按照项目计划对软件开发的进度和阶段产品进行跟踪和评审，当软件项目的执行状况与软件项目计划发生较大偏差时，管理机构必须采取有效控制措施，必要时根据项目的实际完成情况和结果，修订项目计划