西门子DI卡件EM221CN
是相对的，一旦人们采用先进的组织形式、开发方法和工具提高了软件开发效率和能力，新的、更大的、更复杂的问题又摆在人们的面前，所以“复杂问题”的解决需要诸多学科知识及技术的协同发展。
以上举例的仅仅是软件危机的一些典型表现，与软件开发和维护有关的问题远不止这些。1.1.3 产生软件危机的原因
开发软件系统需要投入大量的人力和物力，但软件系统的质量却难以保证，也就是说，开发软件所需的高成本同产品的低质量之间有着尖锐的矛盾，这种现象就是所谓的“软件危机”。在软件开发和维护的过程中存在这么多严重问题，一方面与软件本身的特点有关，而另一方面的主要原因是软件开发和维护的方法不正确有关。
软件开发不同于一般的加工制造业、机械工业以及一般的加工业，这些行业都已经有了改程序；硬件或操作系统更新时，通常需要修改程序以适应新的环境。上述种种软件维护工作，以令人吃惊的比例耗费资源。更严重的是，许多程序的个体化特性使得它们西门子终成为不可维护的。软件危机就这样开始出现。1.1.2 软件危机的介绍
软件危机（SoftwareCrisis）是指在计算机软件的开发和维护过程中所遇到的一系列严重的问题，也可以指落后的软件生产方式无法满足迅速增长的计算机软件需求，从而导致软件开发与维护过程中出现一系列严重问题的现象。
广义上讲，所谓软件危机包含两方面问题：如何开发软件，以满足对软件日益增长的需求；如何维护数量
膨胀的已有软件。
狭义上讲，所谓软件危机主要有以下一些典型表现：
（1）对软件开发成本和进度的估计常常很不准确。实际成本比估计成本有可能高出一个数量级，实际进度比预期进度拖延几个月甚至几年的现象并不罕见，这种现象降低了软件开发组织的信誉。而为了赶进度和节约成本所采取的一些权宜之计又往往降低了软件产品的质量，从而不可避免地会引起用户的不满。
（2）开发人员和用户之间很难沟通，矛盾很难统一。往往是软件开发人员不能真正了解用户的需求，而用户又不了解计算机求解问题的模式和能力，双方无法用共同熟悉的语言进行交流和描述。在双方互不充分了解的情况下，就仓促上阵设计系统、匆忙着手编写程序使得软件可靠性随着其规模的增长而降低，质量难以保证，维护愈加困难，投资预算很难控制，传统的软件研制开发方法已无法适应大规模软件的开发需求。
为了解决在软件开发和维护过程中遇到的一系列软件危机的严重问题，1968年，北大西洋公约组织（NATO）的科学家和官员们在原德意志联邦共和国召开的国际会议上讨论并首次提出了软件开发要工程化。当时，单个的程序开发技术已经不能扩展并应用到大型的、复杂的软件系统中。软件项目有时甚至要推迟几年才能完成，不仅比预计的费用高且难以维护。软件工作者开始认真研究消除软件危机的途径，从而逐渐形成了一门新兴的工程学科——计算机软件工程学（SoftwareEngineering），简称软件工程。软件工程是一门工程学科，涉及软件生产过程中的各个方面，从西门子初的问题提出一直到投入使用后的系统维
都属于其学科研究范畴。1.1 软件危机1.1.1 摩尔定律和超越摩尔
1965年，Intel联合创始人戈登·摩尔提出了**的理论：半导体芯片上可集成的元器件的数目每12个月便会增加一倍。也就是说，同样规格的芯片的成本，每12个月便会降低一半。1965年每个芯片可以容纳50个晶体管，摩尔预测到1970年，每个芯片将能够容纳1000个元器件，每个晶体管的价格会降低90％。