《Java项目流程及CMM.ppt》由会员分享，可在线阅读，更多相关《Java项目流程及CMM.ppt（26页珍藏版）》请在三一办公上搜索。
1、项目开发流程及CMM能力成熟度模型,2,项目管理的五大过程,项目开发的一般过程,项目成员组成,项目经理需求分析人员设计人员开发人员测试人员(美工),开发人员的职责,学习掌握编码规范按照项目任务，根据设计文档、编码规范进行编码编码完成后，进行调试，然后进行编译在程序提交测试人员进行测试前 进行单元测试,团队开发环境,许多元素、过程和任务组合在一起，使得基于团队的软件开发项目变为可能。本文档主要说明了两个核心过程：开发过程 编译连接过程虽然这是两个独立的过程，但是它们共享许多东西，因此，开发在两种场合下都适用工作惯例和项目结构是非常必要的。团队开发环境如图所示。图的阴影部分说明了本文档所定位的区域
2、。请仔细研读这个图表,SW-CMM 基础知识,CMM概述 SWCMM概述 SWCMM的价值 SWCMM的等级和18个KPA的分别及概述,CMM 概述：什么是 CMM,什么是 CMMCapability Mature Model能力成熟度模型 CMM的起源美国卡内基梅隆大学软件研究 Software Engineering Institute Carnegie Mellon University USA 关注的领域 能力成熟度模型 Capability Maturity Models 占SEI 10%的时间 CMM基础评估 CMM-Based Appraisals 软件过程定义 Software
3、 Process Definition 个人软件过程 Personal Software Process 软件工程度量与分析 Software Engineering Measurement and Analysis,CMM的基本模型,7个模型 1、CMM for Software V1.1（5个级别）2、Systems Engineering SE-CMM 系统工程（无等级）3、People(developing human talent)PSP：如何寻找工程师（5个级别）如何培训、团队如何协调工作 4、Trusted Software(tailored CMM)裁剪后国防部自用一 5、So
4、ftware Acquisition 裁剪后国防部自用二 6、Integrated Product Development IPD-CMM 采购、如实施ERP 7、Maturity Model Integration 集成CMM（CMMI=CMM FOR SOFTWARE 2.0+SE-CMM+IPD-CMM）可分级、也可平行认证 印度企业大多数（4到5级），香港、美国（2到3级）PSP提高个人的能力、软性技能、如何与团队交流、个人职业发展计划 通过CMM FOR SOFTWARE 5级后考虑PSP，费用非常昂贵，投资给不走的人,SWCMM 概述：The IDEALSM Model,没有结束、
5、不断循环的过程 比较、度量 靠第二步Diagnosing实现 长期的投资、不断改进，3-5年才能 有所体验,SWCMM相关的培训,SWCMM认证,通过认证无证书 SEI官方也不发布、不回答 3方知道结果：企业自己、Lead Assessor、SEI；员工知道、客户将知道 CMM评审 是一份报告，Lead Assessor的推荐信 内部评审（费用非常昂贵、了解公司现状）SPA(Software Process Assessments)94年以后已经不用 CBA-IPI 官方，两到三周时间 目前采用 CMM-Based Appraisal for Internal Process Improvem
6、ent 8人的评审组，1个Lead Assessor 7个公司内部人员 保证公正性、是保密的 IP 内部自己做、无须Lead Assessor 外部评审 第三方评审 SCE（Software Capability Evaluation）,SWCMM的价值,核心价值：提供劳动生产率 降低生产成本 其他：保证软件产品按时、保质的发布 不断优化和规范软件开发的过程管理 项目历史数据的重用、同行经验共享,1997 Carnegie Mellon University Introduction to the Capability Maturity Model SM,Optimizing,Managed,
7、Defined,Initial,Repeatable,1,2,5,4,3,关注过程改进,过程度量与控制,过程特征被清晰和很好理解,项目能重复以前主要的业务,过程无法预知且很难控制,SWCMM的等级和18个KPAs,Level 1 Initial Level,由需求推动来交付产品 软件管理是一个完全的黑盒，过程问题少，管理上问题大 如所有成功的项目都是依靠同样的人来完成 中间问他，90%完成，何时都一样 测试裁剪了，赶进度、靠英雄 没有KPA Key Process Areas,Level 2 Repeatable Level,6个KPA 全是管理上的 Requirements Manageme
8、nt 需求管理 Software Project Planning 软件项目计划 Software Project Tracking and Oversight 软件项目跟踪和监督 Software Subcontract Management 软件子合同管理 Software Quality Assurance 软件质量保证 Software Configuration Management 软件配置管理,里程开始有计划 关注项目管理 不考虑技术上的东西 不再是完全的黑箱，有里程碑,Level 3 Defined Level,7个KPA 前2个管理类，中间2个技术类，后3个组织方面的 Int
9、ergraded Software Management 综合软件管理 Intergroup Coordination 组织协调 Software Product Engineering 软件产品工程 Peer Reviews 同行评审 Training Program 培训大纲 Organization Process Definition 组织过程定义 Organization Process Focus 组织过程焦点,组织的活动都开始 不需要所有工具了 技术的管理过程 每个里程碑具有可视性,Level 4 Managed Level,可能可以合并部分过程 2个KPA Software Q
10、uality Management 软件质量管理 Quantitative Process Management 定量过程管理,Level 5 Optimizing Level,经验的总结和上升的过程 下一级是上一级的基础,3个KPA Process Change Management 过程更改管理 Technology Change Management 技术改革管理 Defect Prevention 缺陷预防,22,软件开发经典的观念,人/月之间不能换算，换言之，两人做五个月完成，不等于说五人做两个月就能完成在项目后期增加人手，需要其它额外的开销 项目越大，单位工作需要的人月越多,向已经
11、延迟的项目中增加人手，只能导致项目更加延迟,23,软件工程师,有规范意识并且愿意遵守开发的纪律和开发原则；有过程意识并且愿意遵守严格的开发过程；在软件开发过程中持有积极的态度及合作的精神；具有设计方面的概念和思维；具有把自己的想法表达在纸面上以方便与他人沟通；对自己的代码负责，主动检查和测试自己的代码；善于归纳、总结，并获得能力的不断提高；,你在那些方面还不够？,24,项目经理如何看待编程人员的？,不规范，喜欢按照自己的方式来干，导致代码重用性不好，他的活别人没法接手；与客户存在沟通上的问题；不爱说话，因沟通问题经常导致重复性的工作；缺乏质量意识，了草行事；对时间控制不好，分不清楚工作重点，基本上想起干啥就干啥；技术唯上，需求和项目范围意识淡薄，他可能会做出用户不需要的“好东西”来；自尊心太强，对程序提出的改进意见有下意识的抵触心理；技术专业知识面狭窄；缺乏承诺，在进度紧张的项目中不能够承受压力，是“爱离职的人”；对任务的安排有时候有抵触情绪；,25,测试人员如何看待编程人员的？,不主动沟通，总是以为“这个你应该知道”；代码存在不规范，风格不一致，有的甚至只有程序员自己能看懂，给白盒测试带来过大的压力；喜欢“辩解”；过分干预测试工作；认为测试工作不重要；没有文档和单元测试记录；对测试人员存在抵触情绪，以为测试人员是“找茬的”；,总 结,
