德国-西门子中国代理商查询
产者个人能力和开发效率。
能力成熟度模型（Capability Maturity Model，CMM）是一种开发模型。CMM是国际公认的对软件公司进行成熟度等级认证的重要标准。CMM的目标是改善现有软件开发过程，也可用于其他过程。CMM的基本思想是，因为软件危机问题是管理软件过程的方法引起的，所以新软件技术的运用不会自动提高生产率和利润率。CMM有助于组织建立一个有规律的、成熟的软件过程。改进的过程将会生产出质量更好的软件，使更多的软件项目免受时间和费用的超支之苦。软件过程包括各种活动、技术和用来生产软件的工具。因此，它实际上包括了软件生产的技术方面和管理方面。CMM策略力图改进软件过程的管理，而在技术上的改进是其必然的结果。CMM致力于软件开发过程的管理和工程能力的提高与评估。该模型在美国和北美地区已得到广泛应用，同时越来越多的欧洲和亚洲等国家的软件公司正积极采纳CMM，CMM实际上已成为软件开发过程改进与评估事实上的工业标准。设计、编码到测试、维护全过程）都能在管理者的控制之下，以预定成本按期、按质地完成软件交付用户使用。研究软件项目管理要从已有的成功或失败的案例中总结出能够指导今后开发的通用原则、方法，同时避免前人的失误。软件工程学的一个重要目标就是结合软件开发技术和先进管理技术，以提高软件的可维护性，减少软件维护的代价。1.1.4 消除软件危机的途径
软件工程作为一个新兴的工程学科，主要研究软件生产的客观规律性，建立与系统化软件生产有关的概念、原则、方法、技术和工具，指导和支持软件系统的生产活
期达到降低软件生产成本、改进软件产品质量、提高软件生产率水平的目标。软件工程学从硬件工程和其他人类工程中吸收了许多成功的经验，明确提出了软件生命周期的模型，发展了许多软件开发与维护阶段适用的技术和方法，并应用于软件工程实践，取得了良好的效果。
为了消除软件危机，首先应该对计算机软件有一个正确的认识。软件设计者应该彻底消除在计算机系统早期发展阶段形成的“软件就是程序”的错误观念。一个软件必须由一个完整的配置组成，事实上，软件是程序、数据及相关文档的完整集合。其中，程序是能够完成预定功能和性能的可执行的指令序列；数据是使程序能够适当处理信息的数据结构；文档是
（8）软件开发生产率跟不上计算机应用系统迅速普及深入的速度。软件开发是一种高强度的脑力劳动，理论性和实践性都很强，软件开发人员的生产效率也对开发的周期和质量有很大影响。特别是软件工程，对软件开发的成功（按质按量，按期完成）有决定性作用。
（9）软件产品的特殊性和人类智力的局限性，导致人类无力处理“复杂问题”。“复杂问题”的概念是相对的，一旦人们采用先进的组织形式、开发方法和工具提高了软件开发效率和能力，新的、更大的、更复杂的问题又摆在人们的面前，所以“复杂问题”的解决需要诸多学科知识及技术的协同发展。
以上举例的仅仅是软件危机的一些典型表现，与软件开发和维护有关的问题远不止这些。1.1.3 产生软件危机的原因
开发软件系统需要投入大量的人力和物力，但软件系统的质量却难以保证，也就是说，开发软件所需的高成本同产品的低质量之间有着尖锐的矛盾，这种现象就是所谓的“软件危机”。在软件开发和维护的过程中存在这么多严重问题，一方面与软件本身的特点有关，而另一方面的主要原因是软件开发和维护的方法不正确有关。
软件开发不同于一般的加工制造业、机械工业以及一般的加工业，这些行业都已经有了改程序；硬件或操作系统更新时，通常需要修改程序以适应新的环境。上述种种软件维护工作，以令人吃惊的比例耗费资源。更严重的是，许多程序的个体化特性使得它们西门子终成为不可维护的。软件危机就
现。1.1.2 软件危机的介绍
软件危机（Software Crisis）是指在计算机软件的开发和维护过程中所遇到的一系列严重的问题，也可以指落后的软件生产方式无法满足迅速增长的计算机软件需求，从而导致软件开发与维护过程中出现一系列严重问题的现象。
广义上讲，所谓软件危机包含两方面问题：如何开发软件，以满足对软件日益增长的需求；如何维护数量不断膨胀的已有软件。
狭义上讲，所谓软件危机主要有以下一些典型表现：
（1）对软件开发成本和进度的估计常常很不准确。实际成本比估计成本有可能高出一个数量级，实际进度比预期进度拖延几个月甚至几年的现象并不罕见，这种现象降低了软件开发组织的信誉。而为了赶进度和节约成本所采取的一些权宜之计又往往降低了软件产品的质量，从而不可避免地会引起用户的不满。
（2）开发人员和用户之间很难沟通，矛盾很难统一。往往是软件开发人员不能真正了解用户的需求，而用户又不了解计算机求解问题的模式和能力，双方无法用共同熟悉的语言进行交流和描述。在双方互不充分了解的情况下，就仓促上阵设计系统、匆忙着手编写程序使得软件可靠性随着其规模的增长而降低，质量难以保证，维护愈加困难，投资预算很难控制，传统的软件研制开发方法已无法适应大规模软件的开发需求。
为了解决在软件开发和维护过程中遇到的一系列软件危机的严重问题，1968年，北大西洋公约组织（NATO）的科学家和官员们在原德意志联邦共和国召开的国际会议上讨论并提出了软件开发要工程化。当时，单个的程序开发技术已经不能扩展并应用到大型的、复杂的软件系统中。软件项目有时甚至要