2025年软件工程方法与项目管理手册.docxVIP

2025年软件工程方法与项目管理手册

第1章软件工程方法论演进与选择

1.1经典软件开发生命周期回顾

在20世纪80年代，瀑布模型（WaterfallModel）被视为软件开发的绝对标准，其核心逻辑是将项目划分为需求分析、设计、编码、测试、部署和运维六个线性阶段，前一阶段必须完全验收合格后才能进入下一阶段，任何返工都意味着项目停滞。以IBM在1980年代的大型主存数据库系统开发为例，其项目历时4年，初期需求文档详尽无缺，但在进入编码阶段前，因需求理解偏差导致返工，最终导致项目延期半年并增加了20%的预算成本。

1990年，微软推出的Windows95项目也是瀑布模型的典型代表，项目启动时制定了极其详细的需求规格说明书（SRS），但直到系统上线前3个月才发现UI交互逻辑存在严重冲突，导致最终交付物与预期目标偏差超30%。1998年，美国国防部“国家网络安全”项目历时5年，采用了严格的瀑布流程，但在需求验证阶段因缺乏自动化测试手段，未能及时发现底层协议漏洞，直到系统全面部署后才暴露出12个高危安全漏洞。2000年后，随着互联网应用爆发，瀑布模型在金融交易系统、航空控制系统等对安全性要求极高的领域仍被广泛采用，其优势在于需求变更少、可预测性强，适合需求明确且稳定的项目环境。

然而，瀑布模型在处理需求频繁变更、跨团