名称由来与定义

软件工程包括两种构面：软件开发技术和软件项目管理。

软件开发技术：软件开发方法学、软件工具和软件工程环境。

软件项目管理：软件度量、项目估算、进度控制、人员组织、配置管理、项目项目等。

软件危机

1970年代和1980年代的软件危机。在那个时代，许多软件最后都得到了一个悲惨的结局，软件项目开发时间大大超出了规划的时间表。一些项目导致了财产的流失，甚至某些软件导致了人员伤亡。同时软件开发人员也发现软件开发的难度越来越大。在软件工程界被大量引用的案例是Therac-25的意外：在1985年六月到1987年一月之间，六个已知的医疗事故来自于Therac-25错误地超过剂量，导致患者死亡或严重辐射灼伤 。

由来

鉴于软件开发时所遭遇困境，北大西洋公约组织（NATO）在1968年举办了首次软件工程学术会议 ，并于会中提出“软件工程”来界定软件开发所需相关知识，并建议“软件开发应该是类似工程的活动”。软件工程自1968年正式提出至今，这段时间累积了大量的研究成果，广泛地进行大量的技术实践，借由学术界和产业界的共同努力，软件工程正逐渐发展成为一门专业学科。

定义

创立与使用健全的工程原则，以便经济地获得可靠且高效率的软件。

应用系统化，遵从原则，可被计量的方法来发展、操作及维护软件；也就是把工程应用到软件上。

与开发、管理及更新软件产品有关的理论、方法及工具。

一种知识或学科，目标是生产质量良好、准时交货、匹配预算，并满足用户所需的软件。

实际应用科学知识在设计、建构计算机程序，与相伴而来所产生的文件，以及后续的操作和维护上。

使用与系统化生产和维护软件产品有关之技术与管理的知识，使软件开发与修改可在有限的时间与费用下进行。

建造由工程师团队所开发之大型软件系统有关的知识学科。

对软件分析、设计、实施及维护的一种系统化方法。

系统化地应用工具和技术于开发以计算机为主的应用。

软件工程是关于设计和开发优质软件。

软件工程的核心知识（SWEBOK）

ACM与IEEE Computer Society联合修定的SWEBOK （Software Engineering Body of Knowledge）提到，软件工程领域中的核心知识包括：

软件需求（Software requirements）

软件设计（Software design）

软件建构（Software construction）

软件测试（Software test）

软件维护与更新（Software maintenance）

软件构型管理（Software Configuration Management, SCM）

软件工程管理（Software Engineering Management）

软件开发过程（Software Development Process）

软件工程工具与方法（Software Engineering Tools and methods）

软件质量（Software Quality）

软件工程与计算机科学

软件的开发到底是一门科学还是一门工程，这是一个被争论了很久的问题。实际上，软件开发兼有两者的特点。但是这并不意味着它们可以被互相混淆。很多人认为软件工程基于计算机科学和信息科学就如传统意义上的工程学之于物理和化学一样。在美国，大约40%的软件工程师具有计算机科学的学位。在世界其他地方，这个比例也差不多。他们并不一定会每天使用计算机科学方面的知识，但是他们每天都会使用软件工程方面的知识。

例如Peter McBreen认为，软件工程意味着更高程度的严谨性与经过验证的流程，并不适合现阶段各类型的软件开发。Peter McBreen在著作《Software Craftsmanship: The New Imperative》提出了所谓“craftsmanship”的说法，认为现阶段软件开发成功的关键因素，是开发者的技能，而不是“manufacturing”软件的流程。

软件工程的现况

Capers Jones曾对美国软件组织的绩效做过评估，所得到结论是：软件工程的专业分工不足，是造成质量低落、时程延误、预算超支的最关键因素。

2003年，The Standish Group年度报告指出，在他们调查的13522个项目中，有66％的软件项目失败、82％超出时程、48％推出时缺乏必需的功能，总计约550亿美元浪费在不良的项目、预算或软件估算上。

没有银弹与人月神话

在1986年，IBM大型电脑之父佛瑞德·布鲁克斯发表了他的著名论文〈没有银弹〉，在这篇著名的论文中他断言：“在10年内无法找到解决软件危机的银弹” 。从软件危机被提出以来。人们一直在寻找解决它的方法。于是一系列的方法被提出并且加以应用。比如结构化程序设计，面向对象的开发，CMM，UML等等。佛瑞德·布鲁克斯著名作品还有《人月神话》。

布鲁克斯在《人月神话：软件项目管理之道（The Mythical Man-Month）》提到，将没有 银子弹（silver bullet） 可解决，开发软件的困难是内生的，只能渐进式的改善。整体环境没有改变以前，唯一可能的解，是依靠人的素质，培养优秀的工程师。

软件工程与计算机程序设计

软件工程存在于各种应用中，存在于软件开发的各个方面。而程序设计通常包含了程序设计和编码的反复迭代的过程，它是软件开发的一个阶段。

软件工程力图对软件项目的各个方面作出指导，从软件的可行性分析直到软件完成以后的维护工作。软件工程认为软件开发与各种市场活动密切相关。比如软件的销售，用户培训，与之相关的软件和硬件安装等。软件工程的方法学认为一个独立的程序员不应当脱离团队而进行开发，同时程序的编写不能够脱离软件的需求，设计，以及客户的利益。

软件工程的发展是计算机程序设计工业化的体现。

软件开发过程

软件开发过程是随着开发技术的演化而随之改进的。从早期的瀑布式（Waterfall）的开发模型到后来出现的螺旋式的迭代（Spiral）开发，以致最近开始兴起的敏捷软件开发（Agile），他们展示出了在不同的时代软件产业对于开发过程的不同的认识，以及对于不同类型项目的理解方法。

注意区分软件开发过程和软件过程改进之间的重要区别。诸如像ISO 15504, ISO 9000, CMM, CMMI这样的名词阐述的是一些软件过程改进框架，他们提供了一系列的标准和策略来指导软件组织如何提升软件开发过程的质量、软件组织的能力，而不是给出具体的开发过程的定义。

方法学

软件工程的方法有很多方面的意义。包括项目管理，分析，设计，程序的编写，测试和质量控制。

软件设计方法可以区别为 重量级的方法 和 轻量级的方法 。重量级的方法中产生大量的正式文档。

著名的重量级开发方法包括ISO 9000，CMM，和统一软件开发过程（RUP）。

轻量级的开发过程没有对大量正式文档的要求。著名的轻量级开发方法包括极限编程（XP）和敏捷过程（Agile Processes）。

根据《新方法学》这篇文章的说法， 重量级方法 呈现的是一种“防御型”的姿态。在应用“重量级方法”的软件组织中，由于软件项目经理不参与或者很少参与程序设计，无法从细节上把握项目进度，因而会对项目产生“恐惧感”，不得不要求程序员不断撰写很多“软件开发文档”。而 轻量级方法 则呈现“进攻型”的姿态，这一点从XP方法特别强调的四个准则—“沟通、简单、反馈和勇气”上有所体现。目前有一些人认为，“重量级方法”适合于大型的软件团队（数十人以上）使用，而“轻量级方法”适合小型的软件团队（几人、十几人）使用。当然，关于 重量级方法 和 轻量级方法 的优劣存在很多争论，而各种方法也在不断进化中。

一些方法论者认为人们在开发中应当严格遵循并且实施这些方法。但是一些人并不具有实施这些方法的条件。实际上，采用何种方法开发软件取决于很多因素，同时受到环境的制约。

软件工程的发展方向

“ 敏捷开发 ”（Agile Development）被认为是软件工程的一个重要的发展。它强调软件开发应当是能够对未来可能出现的变化和不确定性作出全面反应的。

敏捷开发被认为是一种“ 轻量级 ”的方法。在轻量级方法中最负盛名的应该是“ 极限编程 ”（Extreme Programming，简称为XP）。而与轻量级方法相对应的是“ 重量级方法 ”的存在。重量级方法强调以开发过程为中心，而不是以人为中心。重量级方法的例子比如CMM/PSP/TSP。

面向方面的程序设计 （Aspect Oriented Programming，简称AOP）被认为是近年来软件工程的另外一个重要发展。这里的 方面 指的是完成一个功能的对象和函数的集合。在这一方面相关的内容有泛型编程（Generic Programming）和模板。

分支学科

相关学科

系统工程

系统工程师主要处理系统的整体需求和设计，包括硬件与人力问题。

参见

软件

软件开发

软件测试

项目管理

系统工程

免责声明：以上内容版权归原作者所有，如有侵犯您的原创版权请告知，我们将尽快删除相关内容。感谢每一位辛勤著写的作者，感谢每一位的分享。