西门子TP1500显示屏
只是对既有经验的总结和归纳，并不能保证赶上技术不断前进发展的步伐。因此，Boehm提出应把承认，不断改进和提升软件质量。但是优化是一个多目标的*优决策，在不可能使所有目标都达到*优时，需要进行折中来实现整体的*优。
Wasserman 规范给出了对软件工程发展有重大影响的若干技术，这些技术分别是抽象、软件建模方法、用户界面原型化、软件体系结构、软件过程、软件复用、度量、工具和集成环境。其中，抽象是一种降低复杂性的处理方法；软件建模方法可以帮助工程师理解和刻画系统的分析和设计结果，便于开发人员进行沟通和交流；用户界面原型化可以克服需求难以确定的困难；软件体系结构对产品质量是至关重要的；软件过程、软件复用和度量都是工程方法的组成部分；工具和集成环境对于提高软件开发效率是必不可少的。
Wasserman 指出，上述八个技术变化中的任何一个都对软件开发过程有着重大的影响，它们合在一起，改变了我们的工作方式。
在软件工程中，软件的可靠性是软件在所给条件下和规定时间内，能完成所要求的功能的性质。软件工程的软件可靠性理论及其评价方法，是贯穿整个软件工程各个阶段所必须考虑的问题。
软件工程的目标在于研究一套科学的工程化方法，并与之相适应，发展一套方便的工具与环境，供软件开发者使用。建立了各种软件工具箱，支持软件开发的全过程。更进一步，人们将用于开发软件的软、硬件工具和软件工程数据库（包括分析、设计、编码和测试等重要信息的数据结构）集成在一起，建立集成化的计算机辅助软件工程CASE。
现在开源的工具非常多，贯穿于整个开发过程。具体来说，软件建模工具可以支持建立系统的需求和设计模型；软件构造工具包括程序编辑器、编译器、解释器和调试器；软件测试工具可以帮助人们分析代码质量，执行
理工具，帮助人们有效管理开发过程，控制代码的更改，支持团队进行协作开发。
软件过程贯穿于软件开发的各个环节，它定义了方法使用的顺序、可交付产品（文档、报告以及格式）的要求、为保证质量和协调变化所需要的管理以及软件开发过程各个阶段完成的标志。
软件开发过程一般包括一系列基本的开发活动，这些活动将用户的需求转化为用户满意的产品。通过对开发过程中各个活动环节质量的有效控制，来保证*终产品的质量。首先要研究和定义用户的问题；确定和分析用户的实际需求；设计整个系统的总体结构；编程实现
顾名思义，软件工程就是把工程化的方法应用到软件之中，是一门研究如何用系统化、规范化、数量化等工程原则和方法去进行软件的开发和维护的学科。人们曾经对“软件工程”给过许多定义，下面是两个比较典型的。
1968年NATO会议上首次提出：“软件工程是为了经济地获得可靠的和能在实际机器上高效运行的软件，而建立和使用完善的工程原理。”这个定义不仅指出了软件工程的目标是经济地开发出高质量的软件，而且强调了软件工程是一门工程学科，它应该建立并使用完善的工程原理。
1993年IEEE进一步给出了一个更全面更具体的定义：“软件工程是①将系统化的、规范的、可度量的方法应用于软件的开发、运行和维护的过程，即将工程化应用于软件中；②对①中所述方法的研究。”
明，大多数软件开发项目的失败，并不是由于软件开发技术方面的原因。它们的失败是由于不适当的管理造成的。遗憾的是，尽管人们对软件项目管理重要性的认识有所提高，但在软件管理方面的进步远比在设计方法学和实现方法学上的进步小，至今还提不出管理软件开发的通用指导原则。
在软件的长期发展中，人们针对软件危机的表现和原因，经过不断的实践和总结，越来越认识到：按照工程化的原则和方法组织软件开发工作，是摆脱软件危机的一条主要出路。软件工程的发展大概经历了4个阶段。
（1）1968年以前，属于软件工程的史前阶段。在这个时期，没有什么工程化的开发方法可循，更多的是个人作坊式的开发。当时的软件几乎都是为每个具体应用而专门编写的，编写者和使用者往往是同一个或同一组人。这些个体化的软件设计环境，使软件设计成为在人们头脑中进行的一个隐含过程，*后除了程序清单外，没有其他文档资料保存下来。于是20世纪60年代末，爆发了软件危机。
（2）从1968年开始，一直到20世纪80年代末，软件工程进入了一个新的时期。1968年首次提出了“软件工程”的概念。瀑布模型成为软件开发的经典模型，整个软件开发过程被划分成需求、设计、编码、测试等不同阶段，并且这些阶段都是严格按照线性的方式执行的。
（3）从1983年到1995年，人们逐步意识到过程质量对产品质量的重大影响。这个时期面向对象的方法和软件过程改进运动逐渐盛行，提出了CMM/ISO9000/SPICE等质量标准体系。
（4）从20世纪90年代至今，互联网技术和应用迅速发展。为了应对需求变
法已经广泛地应用于软件企业之中，给软件行业带来了巨大的变化。
今天，尽管“软件危机”并未被彻底解决，但软件工程已经成为现代软件产业一个关键的技术，并且正在向成熟发展，在未来对网络时代的软件开发将有更大的推动力。现在以下4个方面。
（1）客户不满意。软件产品的交付质量难以保证，许多功能不是用户所需要的，用户在使用的过程中遭遇很多Bug。
（2）项目过程失控。由于客户需求的不确定性和持续的变化，给整个开发过程带来了不可控性。
（3）风险与成本问题。开发团队专注于技术，忽视对风险的管理，从而造成整个开发成本的超支。
（4）无力管理团队。无法评估开发人员的能力以及的这个过程，一般称为软件生存期。软件工程采用的生命周期方法学就是从时间角度对软件开发和维护的复杂问题进行分解，把软件工作进度。如何提升团队的能力和效率，一直是软件开发中存在的难题。
之所以出现软件危机，其主要原因一方面是与软件本身的特点有关，另一方面是与软件开发和维护的方法不正确有关。
软件的特点前面已经有一个简单介绍。软件开发和维护的不正确方法主要表现为：忽视软件开发前期的需求分析；开发过程没有统一、规范的方法论的指导，文档资料不齐全，忽视人与人的交流；忽视测试阶段的工作，提交给用户的软件质量差；轻视软件的维护。与程序开发维护和使软件的一致性。软件不能独立存在，需要依附于一定的环境（如硬件、网络以及其他软件）。因此，软软件过程是为了获得高质量软件所需要完成的一系列任务的框架，它规定了完成各项任务的工作步骤。一个软件过程定义了软件开发中采用的方法以及该过程中应用的技术方法和自动化工具。
通常使用生命周期模型简洁地描述软件过程。软件生命周期模型规定了把软件生命周期划分成的阶