认识CMM 软件工程论文.doc

软件测试报告软件测试报告 指导老师 唐新来 日期 2008 6 23 初学初学 CMM 一 对 CMM 的认识 CMM Capability Marurity Model 软件能力成熟度模型 是于 1984 年美国国会与美 国主要的公司和研究中心合作创立的一个由联邦资助的非盈利组织 软件工程研究所 Software Engineering Institute SEI 的一个早期研究成果 该模型提供了软件工程成果和 管理方法的框架 自 90 年代提出以来 已在北美 欧洲和日本成功地应用 现在该模型已 成为事实上的软件过程改进的工业标准 任何一个软件的开发 维护和软件组织的发展离不开软件过程 而软件过程经历了不 成熟到成熟 不完善到完善的发展过程 它不是一朝一夕就能成功的 需要持续不断的对 软件过程进行改进 才能取得最终的成效 CMM 就是根据这一指导思想设计出来的 该模 型为了正确和有序地引导软件过程活动的开展 建立一个能够有效地描述和表示的软件过 程的改进框架 使其能够对各阶段软件过程的任务和管理起指导作用 该模型一产品质量 的概念和软件工程的经验教训为基础 指导企业如何控制开发 维护软件的生产过程和如 何制定一套与之相适应的软件过程及管理体系 CMM 模型描述和分析了软件过程能力的发展程度 确立了一个软件过程成熟程度的 分级标准 CMM 模型共分为五级 分别为 初始级 Initial 可重复级 Repeatable 已定 义级 Defined 受管理级 Managed 优化级 Optimizing 下面是对 CMM 分级结构进行描 述 初始级 软件过程的特点是无秩序的 有时甚至是混乱的 软件过程定义几乎处 于无章法和步骤可循的状态 软件产品所取得的成功往往依赖于极个别人的努力和机遇 可重复级 已建立了基本的项目管理过程 可用于对成本 进度和功能特性进行 跟踪 对类似的应用项目 有章可循并能重复以往所取得的成功 已定义级 用于管理的和工程的软件过程均已文档化 标准化 并形成了整个软 件组织的标准软件过程 全部项目均采用与实际情况相吻合的 适当修改后的标准软件过 程来进行操作 以管理级 软件过程和产品质量有详细的度量标准 软件过程和产品质量得到了 定量的认识和控制 优化级 通过对来自过程 新概念和新技术等方面的各种有用信息的定量分析 能够不断地 持续地对促进过程进行改进 CMM 为企业的软件过程能力提供了一个阶梯式的进化框架 阶梯为以上的五级 第 一级只是一个起点 任何准备按 CMM 体系进化的企业都自然处于这个起点上 并通过它 向第二级迈进 除第一级外 每一级都设定了一组目标 如果达到了这组目标 则表明达 到了这个成熟级别 可以向下一级别迈进 CMM 体系不主张跨级别的进化 因为从第二 级开始 每一个低级别的实现均是高级别实现的基础 CMM 在企业的软件过程能力中是从低级从高级改进的 因此每一级向上一级迈进的 过程中都有其特定的改进计划 下面描述一下企业应该怎样才能从 CMM 模型的低级向高级 迈进 初始级的改进方向是 建立项目过程管理 是使规范化管理 保障项目的承诺 并进 行需求管理方面的工作 建立用户域软件项目之间的沟通 使项目真正反映用户的需求 建立各种软件项目 如软件开发计划 软件质量保证计划 软件配置管理计划 软件测试 计划 风险管理计划等 积极开展软件质量保证活动 SQA 可重复级的改进方向是 不再按项目制定软件过程 而是总结各种项目的成功经验 使之规则化 把具体经验归纳为权组织的标准软件过程 把改进软件组织的整体软件过程 能力的软件过程活动 作为软件开发组织的责任 确定全组织的标准软件过程 把软件工 程及管理活动集成到一个稳固确定的软件过程中 从而可以跨项目改进软件过程效果 也 可以作为软件过程剪裁的基础 建立软件工程过程小组 长期承担评估域调整软件过程的 任务 以适应未来软件项目的要求 积累数据 建立组织的软件过程库及软件过程相关的 文档 加强培训 已定义级的改进方向是 着手软件过程的定量分析 已达到定量地控制软件项目过程 的效果 通过软件的质量管理达到软件质量的目标 已管理级的改进方向是 防范缺陷 不仅在发现了问题能及时改进 而且应采取特定 行动防止将来出现这类缺陷 主动进行技术改革管理 标识 选择和评价新技术 是有效 的新技术能在开发组织中实施 进行过程变更管理 定义过程改进的目的 经常不断地进 行过程改进 优化级的改进目方向是 保持持续不断的软件过程改进 以上是对 CMM 知识的基本认识 下面探讨 CMM 与软件质量方面的知识 二 CMM 与 SQA SQA Software Quality Assurance 软件质量保证 是 CMM 的一个关键过程域 CMM 的每个关键过程域几乎都涉及软件质量的验证 它在软件开发过程中起着非常重要的作用 在 CMM 中 软件质量保证的目标是为管理者提供当前软件项目进行过程与最终产品的可 视性 它的主要工作包括 评审软件工程活动 审计软件产品 将结果通知项目组成员及相 关经理 从 CMM 的框架结构来看 软件质量保证人员的主要工作目标是保证软件过程质 量 软件最终产品的质量则是项目经理与质量工程师关心的问题 而不是由软件质量保证 人员负责 好的过程质量并不等于好的产品质量 但是糟糕的过程很难带来好的产品质量 如果 一个项目按照既定的过程完成开发工作 没有偏离 说明软件质量保证人员尽到了他的职 责 为了较好地开展软件质量保证工作 软件质量保证人员应该是独立的 与项目经理没 有任何行政隶属关系 对他的考核与评价也不应由项目经理做出 同时他也不能承担本项 目中除软件质量保证外的其他任何工作 以确保其独立性 软件质量保证的目的是给管理者提供可视性 如果存在主观因素 管理者看到的就不 是软件开发过程的真实情况 这一点对软件质量保证工作至关重要 针对每个软件工程活 动与软件工作产品 都有一个软件质量保证检查表 软件质量保证人员可以根据检查表来 判断当前的软件工程活动是否存在偏离以及软件工作产品是否符合要求 软件工程活动是 否有所偏离 主要看软件工程活动的进入准则是否达到 输入是否正确 执行任务是否符 合要求 结束时是否符合完成准则以及是否具有合乎要求的输出 在审计软件工作产品时 软件质量保证人员主要审计软件产品是否符合规程 标准等要求 一般不考虑技术问题 对于软件质量保证人员要注意的几个问题 一是软件质量保证人员一般只对软件过程 质量负责 不对软件产品质量负责 这是两个不同的概念 二是软件质量保证人员对软件 工作产品的审计主要是针对过程 而不是关注技术问题 三是软件质量保证的最大作用是 发现问题 提供可视性 而不是解决问题 四是软件质量保证人员不是监督项目组成员的 他只是从第三方 客观的角度将项目组的情况反映给管理者 让管理者了解项目与规定过 程之间存在的偏差 总之 要在企业内开展软件质量保证工作 最重要的是让所有员工都认识到 质量不 是依赖于某个或某几个高手 而是依赖于整个过程 好的过程是好产品的必备条件 这一 点要成为企业文化的一部分 深深扎根于每个员工的心中 三 我国的 CMM 现状 我国软件组织在软件过程的现状可以概括为以下三个方面 第一 我国正在由结构化 生产方式向以过程为中心的生产方式和工业化生产方式前进 第二 目前在前进的道路上 仍然有一些困难 大部分软件组织在软件工程理论和实践两方面都比较薄弱 虽建立了软 件过程 但过程阶段不明显 软件生产无序 对进度 预算 质量的预测和控制不得力 常常在遇到问题时就放弃原定计划 重视编程与测试 忽略需求分析和构架设计 高层管 理对软件管理尚未引起足够的重视 没有配备足够的资源或合格的人员承担过程改善工作 第三 缺少文档化的过程描述 特别是缺少工作文档 如过程中的变更请求报告 工作量 统计文档 如时间和工作量统计表 周期状态报告 和风险管理文档 如风险估计报告 风险评测报告 各个软件组织应该基于对目前状态的了解 按照 CMM 标准找出存在的差 距 差距就是不够成熟的地方 也正是应该加强改善软件过程管理的地方 软件过程改进主要包括以下三个关键步骤 对比目前的状态和期望达到的状态 找出 存在的差距 确定要改变哪一些差距 要改变到什么程度 制定相应的具体实施计划 其 中的 具体 是指 要有明确的 可以检验的目标 要定出检验成功与否的标准 要有具体 的实施办法 指定具体执行计划的人 并明确具体的职责与任务 要明确执行计划的主要 领导或协调者 以负责解决在计划执行中出现的问题 要列出 实施计划 所应用的新技术 与新工具以及如何获得这些新技术与新工具 实施 CMM 可以在起跑线上改变我国的软件工程文化 改善软件人员的素质 不仅对 我国的经济具有重要意义 也是提高软件企业素质 增强软件企业的国际竞争力的必要前 提 而且还为软件的出口创汇创造了条件 CMM 是一个较好的软件改善框架 但 CMM 只给出做什么 并没有给出如何做 因此要认真研究如何遵循 CMM 模型进行具体操作的 问题 所以要以正确的态度看待 CMM 四 学习 CMM 的一些心得体会 CMM 是软件能力成熟模型 虽然 CMM 只给出做什么 并没有给出如何做 但它正 确和有序地引导软件过程活动的开展 建立一个能够有效地描述和表示的软件过程的改进 框架 这给我们在软件开发过程的任务和管理起指导作用 它让我们清楚的看到我们究竟 属于哪一级别 然后按照各级别的改进方向一步一步改正我们所犯下的错误 从而不断的 往前进 从不成熟到成熟 对 CMM 的认识和理解 对我们软件人员的素质和在开发过程 中软件的质量都有一定的提高 要提高我国的软件质量 这要从每一个软件人员开始 研 究出一套适合我国软件行业发展的模型 回想起 06 年我们几个同学一起做的科研项目 虽然我们最后能按时结项 但是在这开 发过程中 完全是在打乱仗 虽然也有大家一起开会讨论 但结果却不如人意 都突出不 了重点 我们这一次的成功完全是依赖于极个别人的努力 就像初始级所描述的缺点那样 如果我们缺少了像他一样的人的话 或许我们这个项目会失败 或许要改变软件开发的方 向 经过了第一次的开发 我们积累了很多开发软件方面的心得 算是有了一定开发经验 吧 虽然我们也总结了开发过程的经验 但我们还是处在初始级阶段 我很少建立项目管 理过程 根本就不懂怎么对成本 进度和功能特性进行跟踪 所以我们虽然经过第一次的 开发 也总结了一些经验