软件工程2.0
软件工程2.0代表了面向对象和敏捷开发的时代，从20世纪80年代末开始，一直延续到21世纪10年代。这一阶段的核心是提高开发效率和适应变化的能力。
演进背景
随着软件系统规模日益庞大、复杂度不断增加，软件工程1.0的结构化方法面临严峻挑战：
- 🔄 需求变更频繁：市场变化快，需求难以一次性确定
- 🏗️ 系统复杂度高：大型系统模块间耦合严重
- 👥 团队协作困难：缺乏有效的协作方法论
- ⏰ 交付周期太长：传统方法无法满足快速上市的需求
核心范式：面向对象
面向对象编程（OOP）
软件工程2.0的标志性转变是面向对象范式的兴起：
关键特性：
| 特性 | 描述 | 优势 |
|---|---|---|
| 封装 | 数据和行为绑定，隐藏实现细节 | 提高安全性，降低耦合 |
| 继承 | 子类继承父类特性 | 代码复用，层次化设计 |
| 多态 | 同一接口不同实现 | 灵活性，可扩展性 |
面向对象分析与设计（OOAD）
**UML（统一建模语言）**成为标准建模工具：
开发方法论
1. 统一过程（RUP）
Rational Unified Process 是软件工程2.0中期的代表性方法：
┌─────────────────────────────────────────────┐
│ RUP 生命周期 │
├─────────────────────────────────────────────┤
│ │
│ 初始 细化 构建 移交 │
│ │ │ │ │ │
│ ▼ ▼ ▼ ▼ │
│ 业务建模 需求分析 编码实现 部署运维 │
│ 用例分析 架构设计 测试验证 用户培训 │
│ 风险评估 迭代规划 集成测试 正式上线 │
│ │
│ ◄──────────────── 迭代开发 ────────────────► │
└─────────────────────────────────────────────┘
核心特点：
- 🔄 迭代增量：分阶段、迭代式开发
- 🏛️ 架构驱动：早期关注系统架构
- 📊 用例驱动：以用户需求为核心
2. 敏捷开发（Agile）
2001年《敏捷宣言》的发布标志着软件工程2.0进入新阶段：
敏捷宣言四大价值观：
- 🧑🤝🧑 个体和互动 高于 流程和工具
- 💻 工作的软件 高于 详尽的文档
- 🤝 客户合作 高于 合同谈判
- 🔄 响应变化 高于 遵循计划
主流敏捷方法：
| 方法 | 核心实践 | 适用场景 |
|---|---|---|
| Scrum | 迭代 Sprint、每日站会、回顾会议 | 产品型项目 |
| XP（极限编程） | 结对编程、TDD、持续集成 | 技术型项目 |
| Kanban | 可视化工作流、限制在制品 | 运维、持续交付 |
| Lean | 消除浪费、价值流映射 | 流程优化 |
Scrum 框架示例
技术栈演进
编程语言
软件工程2.0时代的主流语言：
1990s ───── 2000s ───── 2010s
│ │ │
▼ ▼ ▼
C++ Java Python
Smalltalk C# JavaScript/Node.js
PHP Go
Ruby Rust
Python Swift/Kotlin
开发工具链
关键实践
测试驱动开发（TDD）
┌─────────────────────────────────────┐
│ TDD 循环 │
│ │
│ ┌─────────┐ │
│ │ 编写测试 │ ◄────────────────┐ │
│ └────┬────┘ │ │
│ ▼ │ │
│ ┌─────────┐ │ │
│ │ 运行测试 │（应该失败） │ │
│ └────┬────┘ │ │
│ ▼ │ │
│ ┌─────────┐ │ │
│ │ 编写代码 │（使测试通过） │ │
│ └────┬────┘ │ │
│ ▼ │ │
│ ┌─────────┐ │ │
│ │ 重构代码 │ │ │
│ └────┬────┘───────────────────┘ │
│ │ │
│ ▼ │
│ 循环往复，持续改进 │
└─────────────────────────────────────┘
持续集成/持续交付（CI/CD）
# 示例：GitLab CI 配置
stages:
- build
- test
- deploy
build:
stage: build
script:
- mvn compile
unit_test:
stage: test
script:
- mvn test
integration_test:
stage: test
script:
- mvn integration-test
deploy_staging:
stage: deploy
script:
- deploy.sh staging
only:
- develop
deploy_production:
stage: deploy
script:
- deploy.sh production
only:
- main
设计模式
软件工程2.0时代，设计模式成为开发者必备知识：
经典设计模式分类
| 类型 | 代表模式 | 用途 |
|---|---|---|
| 创建型 | 单例、工厂、建造者 | 对象创建机制 |
| 结构型 | 适配器、装饰器、代理 | 类/对象组合 |
| 行为型 | 观察者、策略、命令 | 对象间通信 |
单例模式示例
public class DatabaseConnection {
private static DatabaseConnection instance;
private DatabaseConnection() {
// 私有构造函数
}
public static synchronized DatabaseConnection getInstance() {
if (instance == null) {
instance = new DatabaseConnection();
}
return instance;
}
}
软件工程2.0的特点
优势
✅ 更好的可维护性：面向对象设计使系统更易于理解和修改 ✅ 更高的开发效率：敏捷方法缩短了交付周期 ✅ 更强的适应性：迭代开发能够更好地响应需求变化 ✅ 更好的团队协作：敏捷实践提升了团队沟通效率
挑战
❌ 技术债务：快速迭代可能积累技术债务 ❌ 规模限制：敏捷方法在超大型项目中面临挑战 ❌ 文档不足：过度强调工作软件可能导致文档缺失 ❌ 人才依赖：对开发人员的素质要求更高
典型案例
Amazon Web Services (AWS)
AWS是软件工程2.0理念的成功实践：
- 微服务架构：将系统拆分为小型、独立的服务
- Two-Pizza Teams：团队规模控制在两个披萨能吃饱的人数
- 持续部署：每天数千次部署
- DevOps文化：开发与运维深度融合
Netflix
Netflix的流媒体平台展示了软件工程2.0的最佳实践：
- 混沌工程：故意引入故障以提高系统韧性
- A/B测试：数据驱动的功能发布
- 云原生：完全基于AWS的分布式架构
总结
软件工程2.0完成了从结构化到面向对象，从重量级过程到敏捷方法的重大转变。这一阶段的核心理念：
软件 = 可运行的系统 + 可演化的架构 + 可持续的团队协作
软件工程2.0不仅改变了开发方法，更改变了整个软件行业的思维方式，为软件工程3.0（AI时代）的到来铺平了道路。
下一章：软件工程3.0 - 探索AI如何重塑软件开发。