cmmi3级软件过程改进方法与规范.docx

1、cmmi3级软件过程改进方法与规范竭诚为您提供优质文档/双击可除cmmi,3级软件过程改进方法与规范篇一：cmmi过程改进的两种方法1、2、cmmi过程改进的两种方法阶段表示为过程改进提供了一个预定义的路线图，即从成熟等级1到成熟度等级5逐渐增加，要达到一成熟度等级，必须满足该等级（及其以下等级）上所有的过程域的目标连续表示支持单个过程域的改进，可理解为一个过程域接着一个过程域实施改进。在每个过程域上能力等级0到能力等级5逐级增加3、cmmi的全称，软件能力成熟度模型。4、过程的作用过程是决定产品成本、进度和质量的主要因素5、过程改进的生命周期模型-ideal模型5、cmmi过程改进流程6、过

2、程改进的目的7、过程改进的好处8、过程改进的原则篇二：cmmi3级软件过程第18章质量保证第18章质量保证质量保证（qualityassurance，qa）的目的是提供一种有效的人员组织形式和管理方法，通过客观地检查和监控“过程质量”与“产品质量”，从而实现持续地改进质量。质量保证是一种有计划的、贯穿于整个产品生命周期的质量管理方法。质量保证过程域是spp模型的重要组成部分。本规范阐述了质量保证过程域的3各主要规程：制定质量保证计划spp-pRoc-qa-planning。过程与产品质量检查spp-pRoc-qa-ppqc。问题跟踪与质量改进spp-pRoc-qa-tRacking。上述每个规

3、程的“目标”、“角色与职责”、“启动准则”、“输入”、“主要步骤”、“输出”、“完成准则”和“度量”均已定义。本规范适用于国内it企业的软件研发项目。建议用户根据自身情况（如商业目标、研发实力等）适当地修改本规范，然后推广使用。18.1介绍过程质量与产品质量存在某种程度的因果关系，通常“好的过程”产生“好的产品”，而“差的过程”将产生“差的产品”。人们销售的是产品而不是过程，用户关心的是最终产品的质量，而开发者（团队）既要关心过程质量又要关心“产品质量”。提高产品质量有3种方法：质量保证。质量保证人员通过有计划地检查“工作过程以及工作成果”是否符合既定的规范，来监控和改进“过程质量”与“产品质

4、量”。技术评审。请同行专家、技术人员对工作成果进行评审，尽早发现工作成果中的缺陷。测试。通过运行测试用例来找出软件中的缺陷，例如单元测试、系统集成测试、系统测试、验收测试等。质量保证既关心过程质量又关心产品质量。如果“工作过程以及工作成果”不符合既定的规范，那么产品的质量肯定有问题。基于这样的推理，质量保证人员即使不是技术专家，他也能够客观地检查和监控产品的质量。这是质量保证方法富有成效的一面。但是“工作过程以及工作成果”符合既定的规范却并不意味着产品的质量一定合格，因为仅靠规范无法识别出产品中可能存在的大量缺陷，这是质量保证方法的不足之处。所以单独的“质量保证”其实并不能“保证质量”。技术评

5、审与测试关注的是产品质量而不是过程质量，两者的技术强度比质量保证要高得多。技术评审和测试能弥补质量保证的不足，三者是相辅相成的质量管理方法。我们在实践中不能将质量保证、技术评审和测试混为一谈，也不能把三者孤立起来执行。让质量保证人员参加并监督重要的技术评审和测试工作，这是很好的方法。把三者有机地结合起来，可以提高工作效率，降低成本。质量保证小组（qualityassurancegroup，qag）有如下特点：质量保证小组在行政上独立于任何项目。这种独立性有助于质量保证小组客观地检查和监控“过程以及产品的质量”。质量保证小组有一定的权利，可以对质量不合格的工作成果做出处理。这种权利使得质量保证小

6、组的工作不会被轻视，并有助于加强全员的质量意识。需要强调的是，提高产品质量是全员的职责，并非只是质量保证小组的职责。质量保证过程域有3个主要规程：“制定质量保证计划”、“过程与产品质量检查”和“问题跟踪与质量改进”，如图181所示。质量保证过程域示意图图1811.制定质量保证计划质量保证小组为每个项目指定一名质量保证员（即接口人）。质量保证员撰写质量保证计划，项目经理和质量经理审批该计划。质量保证计划的主要内容是“过程与产品质量检查计划”、“参与技术评审计划”和“参与测试计划”。2.过程与产品质量检查质量保证员客观地检查项目成员的“工作过程”和“工作成果”是否符合既定的规范，并与项目成员协商改

7、进措施。质量保证员记录本次检查的结果和经验教训，并及时通报给所有相关人员。3.问题跟踪与质量改进质量保证员设法先在项目内部解决质量问题，如果在项目内部难以解决，则提交给上级领导处理。质量保证小组分析机构内共性的质量问题，给出质量改进措施。质量保证过程域产生的主要文档有：质量保证计划，模板见spp-temp-qa-plan。质量保证检查表，模板见spp-temp-qa-checklist。质量保证报告，模板见spp-temp-qa-tRacking。18.2制定质量保证计划18.2.1目的制定关于检查和改进过程质量、产品质量的计划。18.2.2角色与职责质量保证小组为每个项目指定一名质量保证员（

8、即接口人）。项目的质量保证员制定质量保证计划。项目经理和质量经理(如果存在地话)审批质量保证计划。18.2.3启动准则项目计划已经制定。该项目的质量保证员已经确定。18.2.4输入项目计划18.2.5主要步骤step1制定过程与产品质量检查计划质量保证员根据本项目的特征，确定需要检查的主要过程域和主要工作成果，并估计检查时间和人员。注意，对某些过程域的检查应当是周期性的而不是一次性的，例如配置管理、需求管理等。质量保证员确定相应的检查表（模板见spp-temp-qa-checklist）。step2制定“参与技术评审”的计划技术评审计划一般由项目经理或者项目的技术骨干制定。质量保证员应当参与并

9、监督重要工作成果如需求、设计、代码的技术评审。质量保证员根据技术评审计划，制定“参与技术评审”的计划。step3制定“参与测试”的计划一般地，项目开发小组自己负责单元测试和集成测试，机构独立测试小组负责最终产品的测试（如系统测试和验收测试）。由于测试的种类比较多，测试计划也可能有多个。质量保证员应当保证并监督重要工作成果的测试，质量保证员参与各种测试计划，制定参与计划的计划；step4审批质量保证计划虽然质量保证小组在行政上独立于任何项目，但是质量保证员的工作与项目密切相关，所以质量保证计划应当经过项目经理的审批才能生效，以确保质量保证计划与项目计划一致；如果机构存在质量经理，那么质量经理也要

10、审批质量保证计划，以确保质量保证计划符合机构的要求（避免过于宽松而流于形式）；18.2.6输出篇三：项目计划的cmmi过程改进方法研究论文题目：项目计划的cmmi过程改进方法研究任课教师评语：任课教师签字：考核日期：20xx年月日目录1、软件过程改进概述.22、软件过程改进的复杂性.33、cmmi介绍.64、遵循cmmi思想的项目计划过程指导规范.74.1目的.74.2范围.74.3术语定义.74.4职责.84.5裁剪指南.94.6过程.94.7项目估算.104.7.1概要图.104.7.2启动条件.104.7.3输入.104.7.4活动.114.7.5输出.134.7.6关闭标准.144.8

11、确定项目计划.154.8.1概要图.154.8.2启动条件.164.8.3输入.164.8.4活动.164.8.5输出.194.8.6关闭标准.204.9审核.204.10度量.204.11技能要求.204.12参照文件.211、软件过程改进概述过程过程就是人们使用相应的方法、规程、技术、工具等将原始材料（输入）转化成用户需要的产品。过程的3个基本要素是：人、方法与规程、技术与工具。过程被文档化后才能成为规范。过程与产品存在因果关系。即好的过程才能得到好的产品，而差的过程只会得到差的产品。图1:过程三要素软件过程改进从20世纪90年代至今，软件过程改进成为软件工程学科的一个主流研究方向，其中c

12、mm和cmmi、Rup、agileprocess、pmbok是该领域举世瞩目的重大成果。提高软件过程能力的实践通称为软件过程改进（softwareprocessimprovement）。软件过程改进的根本目的是提高质量、提高生产率并且降低开发成本。软件过程改进的主要过程域有：工程类的主要过程域项目规划(面向开发过程)、需求开发、系统设计、软件实现、软件测试、软件维护等。管理类的主要过程域项目规划(面向项目规划的复核)、项目监控、需求管理、质量管理、配置管理等。软件过程改进的六条原则从上至下；全员参与；激励机制；了解自己；持续改进;持久支持.2、软件过程改进的复杂性布鲁克斯博士认为软件技术中已经

13、有了三个主要的突破：高级语言、分时共享和软件开发环境。他建议要改变软件生产方式，并指出在软件生产方面取得重大突破的最大希望在于培训和鼓励伟大的设计师。计算机软件是一种逻辑产品，它的设计和生产过程是一组具有严密组织的智力活动，必须遵循其独特的规律，要从复杂性的角度研究它。理论上，准时完成软件产品看似容易，但事实上，大多数公司都失败了。创造智力资产的重点是你必须将一群人的智力，用很聪明的方式结合起来，这也是整个软件开发过程中最艰辛的部分。因为软件像所有资本一样是具体化的知识，也因为从宏观看来知识最初是分散的、不明显的、隐藏的且不完整的，软件开发是一个社会的学习过程。该过程是一个对话，其中必须变成软

14、件的知识被集中到一起并具体化到软件中，该过程提供了用户和设计者间、用户和演化的工具间以及设计者和演化的工具（技术）间的交互。它是一个迭代的过程，在其中演化的工具本身作为通信的媒介，随着每个新一轮的对话，从参与人员引导出更有用的知识。软件生产改进途径图2:软件过程改进途径软件过程改进六原理领导原理（hp1）：软件过程的主要改变始于高层领导。高层领导需要发起改变并提供持续的资源及优先级。团队原理（hp2）：最终将涉及到每个人。软件工程是团队的努力，改进中任何人的缺席将失去好处，也可能阻碍进步。计划原理（hp3）：有效地改变需要有当前过程的目标和知识。使用地图时你必须知道当前你在哪儿。成熟度原理（h

15、p4）：变化是持续的。软件过程改进不是暂时的，涉及到持续地学习和不断地强化。绩效原理（hp5）：没有明确地努力和定期地强化就不能保持软件过程改变投资原理（hp6）：软件过程改变需要投资。需要计划，配备专职人员以及管理时间和资金投入。软件过程改进复杂性七命题成熟度命题：需要不断地组织学习以持续地改进全组织的软件支持过程能力。效果命题：需要明确地努力和定期地强化其效果。领导命题：需要高层领导的发起、参与和支持。过程命题：需要仔细地进行过程设计来减轻甚至消除软件支持过程认知障碍并提高群体认知活动的效力和效率。文档命题：需要文档（解释和沟通）支持过程活动可视化，使得复杂的智力密集的支持过程活动得到有效地控制。团队命题：需要全体人员的协作和努力。投资命题：需要计划，配备专职人员以及管理时间和资金投入。