CMMI代码检查报告

CMMI实施经验总结-检查单设计CMMI实施经验总结-检查单设计睿泰科技王高球本文来源于多年从事CMMI研发管理咨询的经验总结，相信很多实施过CMMI的企业都会被各种各样的“检查单”所淹没，甚至到最后所以人员看到检查单就烦，从而变成了一种负担。

众所周知，高质量的产品是企业赖以生存的根本，而如何保证企业能生产出高质量的产品呢？这一直是质量管理知识领域的一个重大研究课题，就目前来讲，保证产品质量主要有以下几种手段：一、 QA检查：保证公司通过长时间一点一滴积累形成的企业财富（例如公司管理及工程技术相关过程和标准）能很好的在以后项目中得到充分应用。

二、评审（技术或者管理）：所谓“当局者迷，旁观者清”，这也是很多企业为什么会投入资源执行这项活动的根本目的。

三、测试：在规定的条件下对程序进行操作，以发现程序错误，衡量软件质量，并评估其满足设计、需求、乃至客户诉求的程度。

相信大家对上面三种质量手段概念都已经是再熟悉不过了，在这里我也不过多详细阐述了。

但就我多年的咨询经验来讲，上述几种质量手段，除了测试在各个公司还算是得到应有的重视并充分实施外（因此测试在本文中也就不阐述了），其他两种手段要么是没有做，要么是浮于形式。

其实并不是企业不想好好去应用好“QA检查”和“评审”这两项质量手段，而是不知道怎么去利用好这两种质量手段去提升公司产品质量。

通过这些年的经验积累，以及跟同行的交流，大家基本上都赞同要让“QA检查”和“评审”这两种质量手段产生明显的效果，核心在于这两种质量手段都会用到的“检查单”，下面将给大家介绍怎样才能设计并使用好“检查单”这种工具。

检查单（Checklists）是软件质量管理活动中最常用的工具之一，通过检查单的作用是提醒检查人员检查哪些内容，避免遗漏。

在设计、使用检查单时，需要重点关注以下六点：（1）2种类型的检查单要分开设计检查单可以分为针对形式的检查单与对针对内容的检查单针对形式的检查单是一种有法可依的检查单，他们需要依据公司的过程、规程、模板、指南等而定义，是由QA人员来使用，主要是用来检查活动、工作产品与规范的符合性问题。

CMMI-差距分析报告课件 (一)CMMI（Capability Maturity Model Integration，能力成熟度模型集成）是一种软件过程改进的标准模型，旨在帮助组织改进其软件开发过程的能力，并以此为基础实现业务目标。

而CMMI-差距分析报告课件则是一份基于CMMI模型的分析报告，旨在帮助组织发现其当前软件开发过程存在的问题，并提出具体的改进建议。

本文将重点介绍CMMI-差距分析报告课件的主要内容，包括它的结构、分析方法和实际意义。

一、结构CMMI-差距分析报告课件通常由四个部分构成：1. 引言：简要介绍CMMI模型以及该报告的目的和主要内容。

2. 现状分析：对组织目前的软件开发过程进行全面的梳理和分析，包括过程文档、流程控制、资源配置等方面。

3. 诊断分析：建立起组织目前的软件开发过程与CMMI模型的对应关系，并根据实际情况对其进行评估，从而具体分析出组织在软件开发过程中存在的差距。

4. 改进建议：根据诊断分析的结果，给出具体的改进建议，包括过程改进计划、培训计划等方面，并明确改进的优先级和重点。

二、分析方法CMMI-差距分析报告课件主要采用两种分析方法：1. 基于问卷和面谈的调研分析方法。

通过向组织的内部和外部人员发放问卷、进行面谈，收集有关组织软件开发过程的数据和意见，从而对其进行综合分析。

2. 基于模型的分析方法。

将组织的软件开发过程和CMMI模型进行对应，查找差距，从而全面分析组织软件开发过程中存在的问题，提出改进建议。

三、实际意义CMMI-差距分析报告课件对组织来说具有重要的实际意义：1. 帮助组织发现软件开发过程中存在的问题。

通过全面的分析，揭示出组织软件开发过程中存在的差距，并在此基础上提出具体问题和改进的建议。

2. 提升软件开发的能力和效率。

通过对软件开发过程的诊断和改进，组织能够提升自身的软件开发能力和效率，从而为业务发展提供更加有力的支持。

3. 为可持续发展提供依据。

试运行报告文档修订记录*变化状态：C——创建，A——增加，M——修改，D——删除，AU——审核目录1 项目进度 (4)2 项目质量 (4)3 项目成本 (4)4 项目风险 (4)5 项目资源 (4)6 项目范围 (4)7 项目沟通 (4)8 项目文档 (5)9 项目评价 (5)10 遗留问题 (5)11 经验教训及建议 (5)1项目进度按照项目整体计划或项目滚动计划编写的计划工期与实际工期之间差距和原因分析。

其间有哪些变化？对工作量的估计如何？2项目质量项目的最终交付物与客户实际需求的符合度。

合同项目注意完成合同的要求与客户提出的需求，自研项目注意是指内部的要求，比如《项目建议书》等等。

项目质量管理不但包括对项目本身的质量管理，也包括对项目生产的产品进行的质量管理。

具体可以是质量计划、质量保证入手。

同时，对项目管理流程上的问题提出改进意见。

3项目成本就计划成本、实际成本对比成本构成明细的差距和原因分析及建议，也包括项目合同款执行情况的分析总结。

这里主要计算的成本是人工费。

4项目风险这里暂时主要指项目中发生的变更和项目中发生问题的分析统计的总结。

5项目资源项目资源不但包括人力资源情况，而且还包括设备、材料等其它资源的合理使用、开发情况。

特别是项目成员的绩效统计分析和评价，其中，必须是对每个项目成员的详细评价及评分。

人力资源包括项目组人员在项目组工作的起止时间；6项目范围项目范围包括产品范围和项目范围。

其中，产品范围定义了产品或服务所包含的特性和功能；项目范围定义了为交付具有规定特性和功能的产品或服务所必须完成的工作。

合同中所规定的产品范围和项目范围以及用户确认的计划等都属于项目中要控制的范畴，另外还包括实际执行情况的差距和原因分析。

7项目沟通沟通是人员、技术、信息之间的关键纽带，是项目成功所必须的。

项目过程中的内部、外部沟通交流是否充分，以及因为沟通而对项目产生的影响等方面进行总结。

8项目文档项目文档，包括硬拷贝文档和电子文档，都应该收集、整理、编制、控制和移交，以便统一归档保存和进一步开发利用。

【项目名称】项目总结报告广东×××技术股份有限公司修订历史记录【模板使用必读：模板内容和页眉中【】包含内容为指导性的待替换文字，请在使用中替换为具体内容，或删除。

文件提交时不得再含有这些内容。

】目录1引言 (4)1.1编写目的 (4)1.2背景 (4)1.3范围 (4)1.4参考资料 (4)2项目工作成果 (5)2.1交付给用户的产品 (5)2.2交付给研发中心的产品 (5)2.2.1代码部分 (5)2.2.2文档部分 (6)2.3需求完成情况与功能及性能符合性统计 (6)2.3.1需求完成情况统计 (6)2.3.2功能符合性分析 (6)2.3.3性能符合性分析 (7)3项目工作分析 (7)3.1项目计划与进度实施分析 (7)3.1.1开发进度 (7)3.1.2项目计划变更统计 (8)3.1.3项目计划评价 (8)3.2成本分析 (8)3.2.1人力成本 (8)3.2.2项目费用 (8)3.3项目质量分析 (9)3.3.1不符合项记录统计 (9)3.3.2缺陷数据统计分析 (9)3.4风险管理实施情况分析 (10)3.5项目团队评价 (11)3.5.1团队建立 (11)3.5.2团队建设措施 (11)3.5.3团队中存在的问题 (11)3.5.4对项目成员的评价 (11)4对技术方法的评价 (11)5专利版权及知识共享情况 (12)5.1专利与版权情况 (12)5.2知识共享情况 (12)6项目主要资产及处理意见 (12)7项目自我总体评价 (12)8经验与教训总结 (12)1引言1.1编写目的【目的：<<XXX项目>>的（研发或合同）项目已经完成，特编写此项目总结作为系统结项的依据。

同时指出预期的读者：如，中心领导、本项目组成员、PMO、结项评审小组。

】1.2背景【对项目基本信息作简要介绍。

】项目计划开始时间：项目计划结束时间：项目实际开始时间：项目实际结束时间：1.3范围【如，本文档主要包括项目背景、项目范围、实际开发成果、开发工作评价、项目组内部工作总结以及项目经验与教训总结。

CMMI-差距分析报告课件 (二)1. CMMI简介- CMMI是一种软件过程改进模型，旨在帮助组织提高其软件开发和维护的过程，从而实现更高的质量、效率和效益。

- CMMI包括5个级别，每个级别都涵盖了一组特定的过程能力，从初始级别到优化级别逐渐提高。

2. 差距分析的意义- 差距分析是评估组织当前过程能力与目标能力之间差异的一种方法。

- 通过差距分析，组织可以更好地理解其当前状态，并确定需要采取哪些措施来改进其过程能力。

3. 差距分析报告的内容- 差距分析报告应包括组织的现状分析、目标能力分析和差距分析。

- 现状分析应包括组织的过程能力、资源和人员分析等。

- 目标能力分析应包括组织希望达到的过程能力和目标状态。

- 差距分析应对组织现状和目标能力进行比较，确定差距所在的领域和程度，并提出改进建议。

4. 差距分析报告的编写步骤- 确定差距分析的目的和范围。

- 收集和整理组织的现状信息和目标能力信息。

- 对现状和目标能力进行比较，确定差距所在的领域和程度。

- 提出改进建议，并制定改进计划。

- 撰写报告，并进行审阅和修改。

5. 差距分析报告的应用- 差距分析报告可作为改进计划的基础，帮助组织制定改进策略和实施计划。

- 差距分析报告还可用于组织内部的沟通和交流，帮助各部门和人员更好地理解组织的现状和目标，共同推进改进工作。

- 差距分析报告也可用于组织对外宣传，展示组织的过程能力和改进成果，提升组织的形象和信誉度。

6. 差距分析的挑战和注意事项- 差距分析需要收集大量的信息和数据，需要投入大量的时间和精力。

- 差距分析需要对组织的过程能力和业务进行深入的了解和分析，需要具备相关的知识和技能。

- 差距分析需要充分考虑组织的实际情况和资源限制，制定合理的改进计划和实施方案。

CMM2标准CMM 2（可重复级）就是建立了基本的项目级管理过程，可对项目的成本、进度进行跟踪和控制，生产的过程、标准、工作产品以及服务都是被严格定义和文档化的。

基于以往管理类似的项目的经验，计划和管理新项目，并可依据一定的标准重复利用类似的软件产品。

CMM 2的核心就是重复利用。

CMM2由6个关键过程域(KPA)组成：需求管理(RM)、软件项目计划(SPP)、软件项目跟踪与监控(SPTO)、软件子合同管理(SSM)（本文略）、软件质量保证(SQA)、软件配置管理(SCM)。

需求管理(Requirement Management)需求管理的目的是为了在客户和处理客户需求的软件项目之间建立共识。

这是软件项目规划(SPP)和管理(SPTO)的基础，需求变更依赖于配置管理(SCM)的变更控制流程。

在项目实施过程中，最突出的现象就是项目组成员没有完全理解需求，软件需求不稳定，客户经常变更需求，无法有效控制需求变更，需求变更往往造成项目延期和费用超支。

CMM2要求的需求管理的基本流程可如<图一>所示。

该流程描述了软件工程组开始获取原始需求，汇总为系统需求，分配系统需求，复审软件需求，软件需求必须文档化形成需求文档，此文档必须经过相关组和个人的评审，通过评审之后才纳入配置管理，为需求文档建立基线。

软件项目计划、活动及软件工作产品，应和软件需求的变化保持一致。

根据流程，可以结合实际开发情况确定项目的需求管理步骤：a. 获取需求和确认需求以Use case（用例）为单位，以Rational Requisite Pro作为需求管理工具，使用Rational Rose进行维护Use case和Use case Model。

获取需求工件是：用例模型(Use case Model)、非功能性的“补充规约”、用例规约(Use case Specification)、词汇表(Glossary)b. 通过访谈，从客户处获取原始需求，形成需求文档。

某某区电子政务系统测试分析报告版本 <0.1>修订历史记录目录1.简介 (4)1.1目的 (4)1.2范围 (4)1.3定义、首字母缩写词和缩略语 (4)1.4参考资料 (4)1.5概述 (4)2.测试结果摘要 (5)2.1测试总结 (5)2.2测试简介 (5)2.3测试机构和人员 (5)2.4测试环境 (5)3.基于需求的测试覆盖 (6)3.1测试结果汇总表 (6)3.2源程序代码行及千行代码错误率统计 (6)3.3系统缺陷提出情况 (7)3.4缺陷修改情况 (7)4.评价 (7)测试分析报告1.简介某某区电子政务系统测试分析报告是以真实有效的测试数据为依据，并结合需求规格说明书和概要设计说明书，得出的相关项目现阶段开发成果分析报告。

1.1目的本文档是依照某某区电子政务系统的测试计划及测试用例进行测试后，汇总得出的报告，并对测试结果进行分析。

因此，它既可以成为纠正软件缺陷的依据，也可以为软件验收和交付打下基础。

1.2范围本文档适用于某某区电子政务系统分析阶段及试运行前阶段。

本文档只是针对试运行前阶段的本项目的测试分析报告，不包括项目实施中，以及项目试运行后系统作的一些修改的回归测试。

本文档的预期读者包括：✧高级管理者――根据此文档了解相关项目的进展及其它情况。

✧质量保证人员――依据此文档提供的数据，对该项目的质量作出评估。

✧项目经理及开发人员－－对项目的当前状况进行分析并提出相应改进措施。

✧软件测试人员――对相关项目的前阶段测试工作做出总结。

1.3定义、首字母缩写词和缩略语PW-HSEGOV ——某某区电子政务系统1.4参考资料1.5概述本文档包括“测试结果摘要”、“基于需求的测试覆盖”及“评价”3个方面的内容，其中：➢测试结果摘要：主要对本次测试的最后结果进行总结，包括测试的通过情况、测试机构和人员的介绍以及测试环境的相关情况。

➢基于需求的测试覆盖：主要是参考需求说明书，对测试结果进行汇总，并列举出了缺陷的分布情况等信息。

某某区电子政务系统集成测试分析报告第一章简述1.1 测试内容某某区电子政务系统分外部门户网站、办公业务门户和办公OA系统三大组成部分。

对该三大组成部分分别作如下测试。

极限测试：由每个模块使用大致对应数目的虚拟用户逐渐按比例加压，记录能正常工作的情况下的最大用户。

响应时间测试：测试实时页面和含有控件的页面响应时间。

实时页面的响应时间不超过3秒，有控件加载的页面的响应时间不超过7秒。

运行环境测试：测试该系统在需求规格说明书所明确的软硬件环境下能否正常运行。

1.2 测试环境●服务器一台：曙光天阔S240-Xp4Cpu 2.0g hz X 4内存 2.0g硬盘80g操作系统：应用服务器：数据库服务器：JA V A环境JRE1.5_04或以上版本●客户端4-5台：兼容机Cpu 1.8g hz内存512M硬盘40g操作系统WINDOWS2000网页浏览器 IE6.0或以上版本●测试模拟和测试监控测序loadrunner 8.01.3 测试进度安排测试环境的搭建●测试环境的搭建：半天，选择一台服务器，4-5台客户端，如果操作系统不一致的必须从新安装，服务器上安装某某区电子政务系统，所有客户端安装LoadRunner8,安装类型选择Standalone Installation，安装方式选择Custom Installation。

以服务器系统能访问，客户端LoadRunner能运行为标准判断该阶段是否完成。

●外部门户网站模块的测试：2天，进行脚本录制，及修改测试脚本。

提取部分打开实时页面和含有控件页面的步骤包含入事务，实时页面事务标注为index_rlt_ 序号,含有控件页面事务标注为index_ctrl_序号, 所有脚本一起进行极限测试。

●内网站模块的测试：2天，进行脚本录制，及修改测试脚本。

提取部分打开实时页面和含有控件页面的步骤包含入事务，实时页面事务标注为index_rlt_ 序号,含有控件页面事务标注为index_ctrl_序号。