# 软件工程——软件生命周期终极整理版

* * *

## 一、核心概念

### 1.1 软件生命周期定义

- **定义**：软件从概念提出到废弃的完整过程，包含需求分析、设计、编码、测试、维护等阶段，是软件工程的核心管理框架。
- **核心目标**：通过阶段化、规范化的流程控制，实现**高质量、低成本、易维护**的软件开发。
- **阶段划分**（6大核心阶段）：
    1.  **问题定义与规划**（可行性研究）
    2.  **需求分析**（功能与非功能需求）
    3.  **设计**（概要设计与详细设计）
    4.  **编码与测试**（单元/集成/系统测试）
    5.  **部署与维护**（运行支持与优化）
    6.  **退役**（系统替换或终止）

* * *

## 二、生命周期阶段详解

### 2.1 各阶段核心任务与输出文档

| 阶段  | 核心任务 | 输出文档 | 关键角色 |
| --- | --- | --- | --- |
| **问题定义与规划** | 确定开发目标与可行性 | 可行性研究报告、项目开发计划 | 产品经理/客户 |
| **需求分析** | 明确功能/性能/数据需求 | 需求规格说明书、原型图 | 需求分析师 |
| **设计** | 系统架构、模块划分、数据库设计 | 概要/详细设计说明书 | 系统架构师 |
| **编码与测试** | 代码实现与多级测试 | 代码清单、测试报告 | 开发工程师/测试工程师 |
| **部署与维护** | 系统上线、性能优化、用户支持 | 运维手册、维护日志 | 运维工程师 |
| **退役** | 数据迁移、系统下线 | 退役评估报告 | 项目经理 |

### 2.2 维护阶段分类

- **改正性维护**：修复运行中发现的缺陷（占比约20%）
- **适应性维护**：适配硬件/软件环境变化（占比约25%）
- **完善性维护**：新增功能或优化性能（占比约50%）
- **预防性维护**：提高系统可维护性（占比约5%）

* * *

## 三、典型开发模型对比

### 3.1 传统模型

| 模型  | 核心特点 | 适用场景 | 优缺点 |
| --- | --- | --- | --- |
| **瀑布模型** | 阶段严格、文档驱动，线性推进 | 需求明确且稳定的项目（如银行系统） | ✅阶段清晰；❌灵活性差 |
| **原型模型** | 快速构建原型验证需求，迭代开发 | 需求模糊或需快速验证（如电商系统） | ✅用户参与度高；❌原型易被弃用 |
| **螺旋模型** | 风险驱动，结合瀑布与原型，多次迭代 | 高风险大型项目（如航天软件） | ✅风险可控；❌管理复杂度高 |

### 3.2 敏捷模型

| 模型  | 核心特点 | 适用场景 |
| --- | --- | --- |
| **迭代模型** | 分阶段交付可运行版本，强调用户反馈（如微信版本迭代） | 需求变化频繁的项目 |
| **极限编程** | 测试驱动开发（TDD）、持续集成，强调团队协作（如互联网创业项目） | 中小型快速开发项目 |

* * *

## 四、测试与维护关键点

### 4.1 测试分类与方法

| 测试类型 | 目标  | 常用方法 |
| --- | --- | --- |
| **单元测试** | 验证模块功能（如函数逻辑） | 白盒测试（语句/路径覆盖） |
| **集成测试** | 验证模块接口（如API调用） | 自顶向下/自底向上集成 |
| **系统测试** | 验证整体性能（如并发压力测试） | 黑盒测试（等价类/边界值） |

### 4.2 维护成本与策略

- **成本占比**：约占软件总成本的60%-70%
- **优化策略**：
    - 采用模块化设计降低耦合度
    - 编写可维护性文档（如API手册）
    - 定期进行代码重构

* * *

## 五、复试高频考点与答题策略

### 5.1 高频问题示例

1.  **对比瀑布模型与敏捷模型的优缺点**
    - 瀑布模型：适合需求明确但灵活性差；敏捷模型：响应变化快但文档管理弱
2.  **解释螺旋模型的风险控制机制**
    - 通过风险分析→原型开发→用户评估的循环迭代降低风险

### 5.2 答题技巧

1.  **概念题**：结合实例说明（如用微信版本迭代解释增量模型）
2.  **设计题**：用数据流图描述电商系统订单流程（需标注处理节点与数据存储）
3.  **开放题**：联系毕设项目说明如何应用需求分析工具（如Axure原型设计）