1.1 CMM的五级模型
|
初 始 级 |
|
可 重 复 级 |
|
已 管 理 级 |
|
已 定 义 级 |
|
优 化 级 |
|
|
|
成熟度 |
|
|
|
|
|
风 险 |
1.2 CMM模型的构成
|
成熟度级别 |
|
关键过程区域 |
|
关键惯例 |
|
CMM 级别 |
|
关键惯例 |
|
目标 |
|
关键过程区域 |
|
关键惯例 |
|
成熟度级别 |
对于不同的CMM级别，其关键过程区域在管理内容上存在着较大的区别：
1.2.1 初始级(CMM 1)
软件过程的特点是无秩序的，偶尔甚至是混乱的。几乎没有什么过程是经过定义的，成功依赖于个人的努力。
1.2.2 可重复级(CMM 2)
已建立基本的项目管理（需求管理、软件项目策划、软件项目跟踪与监督、软件子合同管理、软件质量保证、软件配置管理等六项管理）过程去跟踪成本、进度和功能性。必要的过程纪律已经就位，使具有类似应用的项目。能重复以前的成功。
1.2.3 已定义级(CMM 3)
管理活动和工程活动两方面的软件过程均已文档化、标准化、并集成到组织的标准软件过程（即：组织过程焦点、组织过程定义、培训、集成软件管理、软件产品工程、组间协调、同行评审七个阶段）。全部项目均采用供开发和维护软件用的组织标准软件过程的一个经批准的剪裁版本。
1.2.4 已管理级(CMM 4)
已采集详细的有关软件过程和产品质量的度量。无论软件过程还是产品均得到定量了解和控制（即：定量过程管理、软件质量管理）。
1.2.5 优化级(CMM 5)
利用来自过程和来自新思想、新技术的先导性试验的定量反馈信息，使持续过程改进成为可能（即：具备缺陷预防、过程变更管理能力）。
1.1 技术部内部结构
技术部内部设置两个部门：软件研发部和项目管理部。其主要职责为：
1.1.1 软件研发部
（1）售前的技术支持；
（2）负责组织项目开发；
（3）负责软件开发的技术设计、编程、调试、系统上线；
（4）负责撰写相关文档；
（5）负责已上线项目的维护。
1.1.2 项目管理部
（1）负责向项目管理委员会提交制度草案；
（2）负责按项目管理制度监督项目开发；
（3）组织开发项目的系统测试；
（4）技术文档管理；
（5）项目实施过程中与客户的沟通；
（6）负责项目评审委员会的日常工作；
（7）负责通报项目评审结果；
（8）对外宣传公司项目管理制度。
