基于CMMI的软件工程讲义.pptVIP

四、评审结果追踪 《项目评审表》作为作者修改的参考；完成问题修改后提交给项目经理。 项目经理把工作产品、《项目评审表》提交给验证人；验证人进行验证并签字。 项目经理把验证签字后的《项目评审表》递交给质量保证工程师。 质量保证工程师检查作者是否完成修改任务，并且修改后的工作产品得到验证人的检查、确认后，质量保证工程师在项目评审表中签字确认。 评审中产生的相关文档由项目经理统一提交给配置管理员，由其统一纳入配置管理，放进配置管理库。 正式评审（四） 五、过程审计 质量保证工程师在正式评审结束后，根据《QA阶段审计报告》中的对评审过程是否符合机构制定的规范进行审计，形成QA阶段审计报告，发现评审中产生的问题，持续改进评审流程。 六、数据度量 在每次评审完成后，质量保证工程师在《项目度量数据库》中的《产品评审度量》记录评审的数据，内容包括：评审工作产品名称、工作产品规模、评审次数、评审人员数、评审时间、评审发现的问题。 正式评审（五） 非正式评审（一） 非正式评审：由非作者本人的个人或小组对产品执行详细的检查。目的是审查工作产品是否有错误、是否违反开发标准以及是否存在其他问题。 工作步骤 作者完成工作产品，申请进行非正式评审。 实施非正式评审，评审过程由项目经理决定，由项目经理自己或指定资深组员（统称为审查人）对作者提交的工作产品进行审查。 审查人对工作产品提出问题并分类整理，填写《项目评审表》。然后，就检查出的问题向作者提问，作者回答问题，双方要对每个问题达成共识（避免误解）。并为这些问题定义解决方案。 审查人详细记录每一个已达成共识的问题，记录问题的位置，简短描述问题并对其进行分类。 确定结论：项目经理给出评审结论和意见，总结整理《项目评审表》。 作者根据《项目评审表》中提出的问题对工作产品进行修正。 同时，项目经理将《项目评审表》交给质量保证工程师，由质量保证工程师跟踪问题是否已关闭，签署意见并反馈给项目经理。 最后，项目经理把非正式评审中产生的记录统一递交给项目的配置管理员进行配置管理。 在每次评审完成后，质量保证工程师根据《项目评审表》在《项目度量数据库》中记录评审的数据，内容包括：评审工作产品名称、工作产品规模、评审次数、评审人员数、评审时间、评审发现的问题。 非正式评审（二） 基于CMMI的软件工程 项目评审管理 第四章 项目评审管理 CMMI对应实践 项目评审简述 评审管理活动 项目评审实训 通用实践 GP 2.10 Review Status with Higher Level Management（高级管理者评审状态） 重点关注，高层管理者应参与评审过程活动、状态和结果，并解决争议问题。 目的是：为高层管理者提供对过程的必要的可视性。有助于高层管理者对过程策划和实施情况作出正确的判断或决策。 VER（验证）过程域 SG2 Perform Peer Reviews（执行同行评审），目的是对选定的工作产品进行同行评审。 SP2.1 Prepare for Peer Reviews（同行评审准备） SP2.2 Conduct Peer Reviews（执行同行评审），主要是针对所选定的工作产品进行同行评审，并由同行评审的结果识别问题。 SP2.3 Analyze Peer Review Data（分析同行评审的数据），分析同行评审的准备、执行及结果数据。 同行评审是以同行的角度识别工作产品中存在的缺陷及需要变更的地方，参与的人员必须是对此类工作比较熟悉的同行。同行评审是主要是适用于由项目组开发的工作产品，也适用于支撑小组开发的一些文档、跟踪记录等产品。他是一种重要且行之有效的验证方法，公司应当建立一套行之为效的同行评审管理体系。 PMC（项目跟踪与控制）过程域 SP1.6 Conduct Progress Reviews（执行进展评审）。定期审查项目进展、性能和遇到的问题； SP1.7 Conduct Milestone Reviews（执行里程碑评审），在项目里程碑处评审项目成果及其完成量，通常为正式评审。与项目相关各方一起，执行里程碑评审；评审项目承诺、计划、状态和风险；确定和记录重大问题及其影响；跟踪采取的纠正措施直至关闭。 第四章 项目评审管理 CMMI对应实践 项目评审简述 评审管理活动 项目评审实训 项目评审目的 在公司里执行项目评审的目的主要有以下三点： 为项目在研发过程中各阶段需要进行的评审活动（包括同行评审和管理评审）提供实际的评审操作流程，规范各阶段的评审工作。 规范项目中评审计划的执行方式和方法，提高项目评审的效率。 方便项目组成员和评审员之间就工作产品的内容达成一致意见。 项目评审应遵循的原则 在项目开发计划中确定各阶段需要进行评审的工作产品及要举行的评审活动（比如里程碑评审、阶段评审等