cmmi3级软件过程改进方法与规范.docx
《cmmi3级软件过程改进方法与规范.docx》由会员分享，可在线阅读，更多相关《cmmi3级软件过程改进方法与规范.docx（8页珍藏版）》请在冰点文库上搜索。
cmmi3级软件过程改进方法与规范
竭诚为您提供优质文档/双击可除
cmmi,3级软件过程改进方法与规范
篇一：
cmmi过程改进的两种方法
1、
2、cmmi过程改进的两种方法
阶段表示
为过程改进提供了一个预定义的路线图，即从成熟等级1到成熟度等级5逐渐增加，要达到一成熟度等级，必须满足该等级（及其以下等级）上所有的过程域的目标连续表示
支持单个过程域的改进，可理解为一个过程域接着一个过程域实施改进。
在每个过程域上能力等级0到能力等级5逐级增加
3、cmmi的全称，软件能力成熟度模型。
4、过程的作用
过程是决定产品成本、进度和质量的主要因素
5、过程改进的生命周期模型-ideal模型
5、cmmi过程改进流程
6、过程改进的目的
7、过程改进的好处
8、过程改进的原则
篇二：
cmmi3级软件过程第18章质量保证
第18章质量保证
质量保证（qualityassurance，qa）的目的是提供一种有效的人员组织形式和管理方法，通过客观地检查和监控“过程质量”与“产品质量”，从而实现持续地改进质量。
质量保证是一种有计划的、贯穿于整个产品生命周期的质量管理方法。
质量保证过程域是spp模型的重要组成部分。
本规范阐述了质量保证过程域的3各主要规程：
☆制定质量保证计划[spp-pRoc-qa-planning]。
☆过程与产品质量检查[spp-pRoc-qa-ppqc]。
☆问题跟踪与质量改进[spp-pRoc-qa-tRacking]。
上述每个规程的“目标”、“角色与职责”、“启动准则”、“输入”、“主要步骤”、“输出”、“完成准则”和“度量”均已定义。
本规范适用于国内it企业的软件研发项目。
建议用户根据自身情况（如商业目标、研发实力等）适当地修改本规范，然后推广使用。
18.1介绍
过程质量与产品质量存在某种程度的因果关系，通常“好的过程”产生“好的产品”，而“差的过程”将产生“差的产品”。
人们销售的是产品而不是过程，用户关心的是最终产品的质量，而开发者（团队）既要关心过程质量又要关心“产品质量”。
提高产品质量有3种方法：
☆质量保证。
质量保证人员通过有计划地检查“工作过程以及工作成果”是否符合既定的规范，来监控和改进“过程质量”与“产品质量”。
☆技术评审。
请同行专家、技术人员对工作成果进行评审，尽早发现工作成果中的缺陷。
☆测试。
通过运行测试用例来找出软件中的缺陷，例如单元测试、系统集成测试、系统测试、验收测试等。
质量保证既关心过程质量又关心产品质量。
如果“工作过程以及工作成果”不符合既定的规范，那么产品的质量肯定有问题。
基于这样的推理，质量保证人员即使不是技术专家，他也能够客观地检查和监控产品的质量。
这是质量保证方法富有成效的一面。
但是“工作过程以及工作成果”符合既定的规范却并不意味着产品的质量一定合格，因为仅靠规范无法识别出产品中可能存在的大量缺陷，这是质量保证方法的不足之处。
所以单独的“质量保证”其实并不能“保证质量”。
技术评审与测试关注的是产品质量而不是过程质量，两者的技术强度比质量保证要高得多。
技术评审和测试能弥补质量保证的不足，三者是相辅相成的质量管理方法。
我们在实践中不能将质量保证、技术评审和测试混为一谈，也不能把三者孤立起来执行。
让质量保证人员参加并监督重要的技术评审和测试工作，这是很好的方法。
把三者有机地结合起来，可以提高工作效率，降低成本。
质量保证小组（qualityassurancegroup，qag）有如下特点：
☆质量保证小组在行政上独立于任何项目。
这种独立性有助于质量保证小组客观地检查和监控“过程以及产品的质量”。
☆质量保证小组有一定的权利，可以对质量不合格的工作成果做出处理。
这种权
利使得质量保证小组的工作不会被轻视，并有助于加强全员的质量意识。
需要
强调的是，提高产品质量是全员的职责，并非只是质量保证小组的职责。
质量保证过程域有3个主要规程：
“制定质量保证计划”、“过程与产品质量检查”和“问题跟踪与质量改进”，如图18－1所示。
质量保证过程域示意图图18－1
1.制定质量保证计划
质量保证小组为每个项目指定一名质量保证员（即接口人）。
质量保证员撰写《质量保证计划》，项目经理和质量经理审批该计划。
《质量保证计划》的主要内容是“过程与产品质量检查计划”、“参与技术评审计划”和“参与测试计划”。
2.过程与产品质量检查
质量保证员客观地检查项目成员的“工作过程”和“工作成果”是否符合既定的规范，并与项目成员协商改进措施。
质量保证员记录本次检查的结果和经验教训，并及时通报给所有相关人员。
3.问题跟踪与质量改进
质量保证员设法先在项目内部解决质量问题，如果在项目内部难以解决，则提交给上级领导处理。
质量保证小组分析机构内共性的质量问题，给出质量改进措施。
质量保证过程域产生的主要文档有：
☆《质量保证计划》，模板见[spp-temp-qa-plan]。
☆《质量保证检查表》，模板见[spp-temp-qa-checklist]。
☆《质量保证报告》，模板见[spp-temp-qa-tRacking]。
18.2制定质量保证计划
18.2.1目的
制定关于检查和改进过程质量、产品质量的计划。
18.2.2角色与职责
质量保证小组为每个项目指定一名质量保证员（即接口人）。
项目的质量保证员制定《质量保证计划》。
项目经理和质量经理（如果存在地话）审批《质量保证计划》。
18.2.3启动准则
《项目计划》已经制定。
该项目的质量保证员已经确定。
18.2.4输入
《项目计划》
18.2.5主要步骤
『step1』制定过程与产品质量检查计划
质量保证员根据本项目的特征，确定需要检查的主要过程域和主要工作成果，并估计检
查时间和人员。
注意，对某些过程域的检查应当是周期性的而不是一次性的，例如配置管理、需求管理等。
质量保证员确定相应的检查表（模板见[spp-temp-qa-checklist]）。
『step2』制定“参与技术评审”的计划
《技术评审计划》一般由项目经理或者项目的技术骨干制定。
质量保证员应当参与并监督重要工作成果如需求、设计、代码的技术评审。
质量保证
员根据《技术评审计划》，制定“参与技术评审”的计划。
『step3』制定“参与测试”的计划
一般地，项目开发小组自己负责单元测试和集成测试，机构独立测试小组负责最终产品
的测试（如系统测试和验收测试）。
由于测试的种类比较多，《测试计划》也可能有多个。
质量保证员应当保证并监督重要工作成果的测试，质量保证员参与各种《测试计划》，
制定‘参与计划’的计划；
『step4』审批质量保证计划
虽然质量保证小组在行政上独立于任何项目，但是质量保证员的工作与项目密切相关，
所以《质量保证计划》应当经过项目经理的审批才能生效，以确保《质量保证计划》与《项目计划》一致；
如果机构存在质量经理，那么质量经理也要审批《质量保证计划》，以确保《质量保证
计划》符合机构的要求（避免过于宽松而流于形式）；
18.2.6输出
篇三：
项目计划的cmmi过程改进方法研究
论文题目：
项目计划的cmmi过程改进方法研究
任课教师评语：
任课教师签字：
考核日期：
20xx年月日
目录
1、软件过程改进概述.............................................................................................................2
2、软件过程改进的复杂性.....................................................................................................3
3、cmmi介绍........................................................................................................................6
4、遵循cmmi思想的项目计划过程指导规范....................................................................7
4.1目的.............................................................................................................................7
4.2范围.............................................................................................................................7
4.3术语定义.....................................................................................................................7
4.4职责.............................................................................................................................8
4.5裁剪指南.....................................................................................................................9
4.6过程.............................................................................................................................9
4.7项目估算...................................................................................................................10
4.7.1概要图............................................................................................................10
4.7.2启动条件........................................................................................................10
4.7.3输入................................................................................................................10
4.7.4活动................................................................................................................11
4.7.5输出................................................................................................................13
4.7.6关闭标准........................................................................................................14
4.8确定项目计划...........................................................................................................15
4.8.1概要图............................................................................................................15
4.8.2启动条件........................................................................................................16
4.8.3输入................................................................................................................16
4.8.4活动................................................................................................................16
4.8.5输出................................................................................................................19
4.8.6关闭标准........................................................................................................20
4.9审核...........................................................................................................................20
4.10度量.........................................................................................................................20
4.11技能要求.................................................................................................................20
4.12参照文件.................................................................................................................21
1、软件过程改进概述
过程
过程就是人们使用相应的方法、规程、技术、工具等将原始材料（输入）转化成用户需
要的产品。
过程的3个基本要素是：
人、方法与规程、技术与工具。
过程被文档化后才能成为规范。
过程与产品存在因果关系。
即好的过程才能得到好的产品，而差的过程只会得到差的产品。
图1:
过程三要素
软件过程改进
从20世纪90年代至今，软件过程改进成为软件工程学科的一个主流研究方向，其中cmm和cmmi、Rup、agileprocess、pmbok是该领域举世瞩目的重大成果。
提高软件过程能力的实践通称为软件过程改进（softwareprocessimprovement）。
软件过程改进的根本目的是提高质量、提高生产率并且降低开发成本。
软件过程改进的主要过程域有：
工程类的主要过程域
项目规划（面向开发过程）、需求开发、系统设计、软件实现、软件测试、软件维护等。
管理类的主要过程域
项目规划（面向项目规划的复核）、项目监控、需求管理、质量管理、配置管理等。
软件过程改进的六条原则
从上至下；
全员参与；
激励机制；
了解自己；
持续改进;
持久支持.
2、软件过程改进的复杂性
布鲁克斯博士认为软件技术中已经有了三个主要的突破：
高级语言、分时共享和软件开
发环境。
他建议要改变软件生产方式，并指出在软件生产方面取得重大突破的最大希望在于培训和鼓励伟大的设计师。
计算机软件是一种逻辑产品，它的设计和生产过程是一组具有严密组织的智力活动，必须遵循其独特的规律，要从复杂性的角度研究它。
理论上，准时完成软件产品看似容易，但事实上，大多数公司都失败了。
创造智力资产的重点是你必须将一群人的智力，用很聪明的方式结合起来，这也是整个软件开发过程中最艰辛的部分。
因
为软件像所有资本一样是具体化的知识，也因为从宏观看来知识最初是分散的、不明显的、隐藏的且不完整的，软件开发是一个社会的学习过程。
该过程是一个对话，其中必须变成软件的知识被集中到一起并具体化到软件中，该过程提供了用户和设计者间、用户和演化的工具间以及设计者和演化的工具（技术）间的交互。
它是一个迭代的过程，在其中演化的工具本身作为通信的媒介，随着每个新一轮的对话，从参与人员引导出更有用的知识。
软件生产改进途径
图2:
软件过程改进途径
软件过程改进六原理
领导原理（hp1）：
软件过程的主要改变始于高层领导。
高层领导需要发起改变并
提供持续的资源及优先级。
团队原理（hp2）：
最终将涉及到每个人。
软件工程是团队的努力，改进中任何人
的缺席将失去好处，也可能阻碍进步。
计划原理（hp3）：
有效地改变需要有当前过程的目标和知识。
使用地图时你必须
知道当前你在哪儿。
成熟度原理（hp4）：
变化是持续的。
软件过程改进不是暂时的，涉及到持续地学
习和不断地强化。
绩效原理（hp5）：
没有明确地努力和定期地强化就不能保持软件过程改变
投资原理（hp6）：
软件过程改变需要投资。
需要计划，配备专职人员以及管理时
间和资金投入。
软件过程改进复杂性七命题
成熟度命题：
需要不断地组织学习以持续地改进全组织的软件支持过程能力。
效果命题：
需要明确地努力和定期地强化其效果。
领导命题：
需要高层领导的发起、参与和支持。
过程命题：
需要仔细地进行过程设计来减轻甚至消除软件支持过程认知障碍并提高
群体认知活动的效力和效率。
文档命题：
需要文档（解释和沟通）支持过程活动可视化，使得复杂的智力密集的
支持过程活动得到有效地控制。
团队命题：
需要全体人员的协作和努力。
投资命题：
需要计划，配备专职人员以及管理时间和资金投入。
升级会员 