软件工程与能力成熟度模型CMM

　　我们首先讨论软件工程管理的意义。软件工程管理引起广泛注意源于20世纪70年代中期。当时美国国防部曾立题专门研究软件项目做不好的原因，发现70%的项目是因为管理不善而引起，而并不是因为技术实力不够，进而得出一个结论，即管理是影响软件研发项目全局的因素，而技术只影响局部。这个结论非常重要。到了20世纪90年代中期，软件工程管理不善的问题仍然存在。据美国软件工程实施现状的调查，软件研发的情况依然很难预测，大约只有10%的项目能够在预定的费用和进度下交付。在商用软件产业中，这一现象尤为严重。1995年，美国共取消了810亿美元的软件项目，其中31%的项目未做完就取消了，53%的软件项目进度通常要延长50%的时间，通常只有9%的软件项目能够及时交付并且费用也不超支。软件项目失败的主要原因有：需求定义不明确；缺乏一个好的软件开发过程；没有一个统一领导的产品研发小组；子合同管理不严格；没有经常注意改善软件过程；对软件构架很不重视；软件界面定义不善且缺乏合适的控制；软件升级暴露了硬件的缺点；关心创新而不关心费用和风险；军用标准太少且不够完善等等。在关系到软件项目成功与否的众多因素中，软件度量、工作量估计、项目规划、进展控制、需求变化和风险管理等都是与工程管理直接相关的因素。由此可见，软件工程管理的意义至关重要。

　　软件工程管理和其它工程管理相比有其特殊性。首先，软件是知识产品，进度和质量都难以度量，生产效率也难以保证。其次，软件系统复杂程度也是超乎想象的。例如，宇宙飞船的软件系统源程序代码多达2000万行，如果按过去的生产效率一个人一年只能写1万行代码的话，那么需要2000人年的工作量，这是非常惊人的。正因为软件如此复杂和难以度量，软件工程管理的发展还很不成熟。