金蝶培训-质量管理(CMM).ppt_第1页
金蝶培训-质量管理(CMM).ppt_第2页
金蝶培训-质量管理(CMM).ppt_第3页
金蝶培训-质量管理(CMM).ppt_第4页
金蝶培训-质量管理(CMM).ppt_第5页
已阅读5页,还剩25页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、CMM Introduction Workshop(brief),Kingdee Software China 金蝶软件 Quality & Management Dept 质量管理部 李佳奇 2002/10,SEI Process Program,美国卡内基梅隆大学软件研究所 Software Engineering Institute Carnegie Mellon University USA 关注的领域 能力成熟度模型 Capability Maturity Models 占SEI 10%的时间 CMM基础评估 CMM-Based Appraisals 软件过程定义 Software

2、Process Definition 个人软件过程 Personal Software Process 软件工程度量与分析 Software Engineering Measurement and Analysis,The IDEALSM Model,没有结束、不断循环的过程 比较、度量 靠第二步Diagnosing实现 长期的投资、不断改进,3-5年才能有所体验,Assessment Versus Evaluation,Issue use objective improvement goal output range of findings style focus of results st

3、atus of results,Assessment process improvement assess current practice catalyst for improvement input for action plan non-CMM findings possible collaborative applies to organization confidential,Evaluation source selection substantiate practice evaluate commitment performance risk CMM findings only

4、audit-oriented predict next project known to DoD,The Maturity Levels,1997 Carnegie Mellon University Introduction to the Capability Maturity Model SM,Optimizing,Managed,Defined,Initial,Repeatable,Software Engineering Institute,1,2,5,4,3,关注过程改进,过程度量与控制,过程特征被清晰和很好理解,项目能重复以前主要的业务,过程无法预知且很难控制,Software M

5、anagement Is a Black Art,Requirements flow in. A software product is (usually) produced by some amorphous process. The product flows out and (hopefully) works.,Process of building software is a series of black boxes with defined checkpoints (milestones).,Project Management System Is in Place,In,Out,

6、第2级: 里程开始有计划 关注项目管理 不考虑技术上的东西 不再是黑箱,有里程碑 6个KPA 全是管理上的 Requirements Management 需求管理 Software Project Planning 软件项目计划 Software Project Tracking and Oversight 软件项目跟踪和监督 Software Subcontract Management 软件子合同管理 Software Quality Assurance 软件质量保证 Software Configuration Management 软件配置管理,1997 Carnegie Mello

7、n University Introduction to the Capability Maturity Model SM,2 Repeatable,Software Engineering Institute,Level 2 Repeatable Level,Roles and responsibilities in the process are understood. The production of the software product is visible throughout the software process.,Managed According To a Well-

8、Defined Process,第3级: 组织的活动都开始 不需要所有工具了 技术的管理过程 每个里程碑具有可视性 7个KPA 前3个组织后,3个技术方面的 Peer Reviews 同行评审 Intergroup Coordination 组织协调 Software Product Engineering 软件产品工程 Intergraded Software Management 集成软件管理 Training Program 培训大纲 Organization Process Definition 组织过程定义 Organization Process Focus 组织过程焦点,1997

9、 Carnegie Mellon University Introduction to the Capability Maturity Model SM,3 Defined,Software Engineering Institute,Level 3 Defined Level,Management has an objective basis for making decisions. Management is able to predict performance within quantified bounds.,Product and Process Are Quantitative

10、ly Managed,第4级: 可能可以合并部分过程 2个KPA Software Quality Management 软件质量管理 Quantitative Process Management 定量过程管理,1997 Carnegie Mellon University Introduction to the Capability Maturity Model SM,4 Managed,Software Engineering Institute,Level 4 Managed Level,Focus on Continuous Process Improvement,Disciplin

11、ed change is a way of life.,Level 5 Optimizing Level,第5级: 经验的总结和上升的过程 3个KPA Process Change Management 过程更改管理 Technology Change Management 技术改革管理 Defect Prevention 缺陷预防 下一级是上一级的基础,1997 Carnegie Mellon University Introduction to the Capability Maturity Model SM,5 Optimizing,Software Engineering Instit

12、ute,Structure of Key Process Areas,Goals,Activities Performed,Measurement & Analysis,Verifying Implementation,Commitment to Perform,Ability to Perform,Module SixRepeatable Level,1997 Carnegie Mellon University Introduction to the Capability Maturity Model SM,2 Repeatable,Software Engineering Institu

13、te,6个KPA 全是管理上的 Requirements Management 需求管理 Software Project Planning 软件项目计划 Software Project Tracking and Oversight 软件项目跟踪和监督 Software Subcontract Management 软件子合同管理 Software Quality Assurance 软件质量保证 Software Configuration Management 软件配置管理,Repeatable LevelKPARequirements Management,目标 目标1 :对分配给软件

14、的系统需求加以控制,以便建立供软件工程和管理使用的基线。 目标2 :软件计划、产品和活动与分配给软件的系统需求保持一致。,Repeatable Level KPARequirements Management (续),执行承诺 承诺1 项目遵循书面的组织方针管理分配给软件的系统需求。 该方针一般规定: 1、使分配的需求形成文件 2、由下列人员审查分配的需求: 软件经理, 其它受到影响的组。 3、更改软件计划、工作产品和活动,以便与分配的需求的改变保持一致。,Repeatable Level KPARequirements Management (续),执行能力 能力1 针对每个项目建立起关于分

15、析系统需求并将其分配到硬件、软件和其它系统成分的责任。 责任包括: 1、项目整个生存期内管理系统需求和它们的分配,并将其形成文件。 2、使对系统的需求及其分配的更改生效。,Repeatable Level KPARequirements Management (续),能力2 使分配的需求形成文件。 分配的需求包括: 1、 影响和确定软件项目活动的非技术性需求(如:协议、条件、合同条款)。 2、 对软件的技术需求。 技术需求的例子与有: 最终用户、操作员、支持或集成功能; 性能要求; 设计约束; 编程语言; 界面需求。 3、 用于确认软件产品满足分配的需求的验收准则。,Repeatable Le

16、vel KPARequirements Management (续),能力3 提供足够的用以管理分配的需求的资源和资金。 1、指派在应用领域和软件工程方面有经验和技能的个人去管理分配的需求。 2 使支持管理需求活动的工具现成可用。 能力4 软件工程组和其它软件相关组的成员受到培训以便执行它们的需求管理活动。,执行的活动 活动1 在分配的需求被纳入软件项目之前,软件工程组审查它们。 审查活动应: 1 鉴别出不完整的和遗漏的分配的需求。 2 审查分配的需求,确定它们是否: 用软件来实现是可行的和恰当的, 清晰和正确地阐述, 相互一致, 可测试。 3 负责分析和分配系统需求的组审查任何被识别出有潜在

17、问题的分配的需求,并作出必要的更改。,Repeatable Level KPARequirements Management (续),4 与受到影响的组协商欲这些分配的需求引起的约定。 受到影响的组的例子包括: 软件工程组(包括所有的小组,例如软件设计小组)。 软件估计组, 系统工程组, 系统测试组, 软件质量保证组, 软件配置管理组, 合同管理组, 文档支持组。 关于协商约定的惯例参阅软件项目策划关键过程方面的活动6。,Repeatable Level KPARequirements Management (续),活动2 软件工程组采用分配的需求作为软件计划、工作产品和活动的基础。 分配的需

18、求: 1 要受到管理和控制。 2 是软件开发计划的基础。 3 是制定软件需求的基础。 传达到受影响的组和个人, 跟踪直到结束。,Repeatable Level KPARequirements Management (续),活动3 审查对分配的需求的更改,将其纳入软件项目。 1 评估它对现有约定的影响,合适时协商更改。 对组织外部的个人和组所作承诺的更改由高级管理者审查。 与受到影响的组协商组织内部承诺的更改。 关于对承诺的更改进行协商的惯例参见软件项目跟踪和监督关键过半数方面的活动5、6、7和8。 2 对由于分配的需求的更改所造成的对软件计划、工作产品和活动必须作的更改要加以: 识别 评价

19、风险评估 文件化 规划,Repeatable Level KPARequirements Management (续),测量和分析 测量1 进行测量并将测量结果用于确定那些管理分配的需求的活动的状态。 验证实施 验证1 高级管理者定期审查那些管理分配的需求的活动。 验证2 项目经理定期和在事件驱动下审查那些管理分配的需求的活动。 验证3 软件质量保证组审查和审核管理分配的需求的活动和工作产品,并报告其结果。 至少,这些审查和审核要证实: 1 分配的需求是已审查的,且在软件工程组承诺它们之前问题已经解决。 2 当分配的需求更改时,软件计划、工作产品和活动得到相应修改。 3 由分配的需求的更改所导

20、致的多承诺的更改已与受影响的组协商过。,Repeatable Level KPARequirements Management (续),Module SevenDefined Level,1997 Carnegie Mellon University Introduction to the Capability Maturity Model SM,3 Defined,Software Engineering Institute,7个KPA 前3个组织后,3个技术方面的 Peer Reviews 同行评审 Intergroup Coordination 组织协调 Software Product Engineering 软件产品工程 Intergraded Software Management 集成软件管理 Training Program 培训大纲 Organization

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论