软件危机
- 表现：软件项目经常超预算、延期交付，且质量低下，其中一个典型问题是缺乏适当的文档，导致后期维护困难、团队沟通障碍。
- 原因：一方面软件系统本身具有逻辑复杂性、规模增长快的特点；另一方面，早期开发多采用“手工作坊式”模式，缺乏规范流程与管理机制。
软件工程的诞生
- 背景：随着计算机应用深入，软件系统变得越来越庞大和复杂（如操作系统、航空控制系统），传统的随意编程方式无法应对可靠性、可维护性和开发效率的要求。这促使人们认识到软件开发应像土木工程一样系统化——即“盖大厦不能像搭狗窝”。
- 定义（IEEE 1983）：软件工程是将系统化的、规范化的、可量化的方法应用于软件的开发、运行、维护和修复的过程，以及对这些方法的研究。
软件工程的核心要点
Boehm 的 7 条基本原理（1983）：
- 分阶段生命周期计划管理：将软件生命周期划分为明确阶段，并制定详细计划。
- 阶段评审：每个阶段结束前进行评审，确保进度与质量可控。
- 严格产品控制：通过配置管理控制变更，保证一致性。
- 现代程序设计技术：使用结构化或面向对象等先进方法提升质量。
- 结果审查：以可验证成果为验收标准，而非过程表现。
- 开发小组少而精：强调高素质小型团队优于庞大低效队伍。
- 持续改进软件工程实践：不断总结经验，优化流程和技术。
方法学三要素：
- 方法：具体的技术手段（如需求分析、设计建模）。
- 工具：支持开发的软件环境（如IDE、版本控制系统）。
- 过程：指导各项活动的框架（如瀑布模型、敏捷过程）。
主流方法学：
- 结构化方法学：基于功能分解，使用数据流图、结构图等工具，适用于需求稳定的系统。
- 面向对象方法学：近30年来最主流的方法，围绕“对象”组织数据与行为，支持复用、扩展和维护，典型技术包括UML、设计模式等。
- 软件危机除了缺乏适当文档之外，还有以下典型表现：
项目严重超预算：开发成本远超最初估算，资源消耗失控。
进度严重延期：无法按时交付，频繁拖延，甚至项目最终被取消。
软件质量低下：程序存在大量缺陷（bug），可靠性差，运行不稳定。
维护困难：由于代码结构混乱、无注释或文档缺失，后期修改和维护代价极高。
用户需求不满足：开发出的系统与用户实际需求不符，功能不完整或偏离目标。
可移植性和可扩展性差：软件难以在不同环境下运行或适应新需求。
开发效率低：团队协作不畅，重复劳动多，整体产出效率不高。
这些问题集中暴露了传统“手工作坊式”开发方式在应对大型复杂软件时的无力，从而催生了软件工程这一学科。
