软件工程

学习目标

通过本章学习，你应该能够：

• 掌握各种软件过程模型的特点和适用场景
• 理解需求工程的完整流程和方法
• 熟练运用结构化和面向对象分析设计方法
• 掌握 UML 各类图的用途和画法
• 理解软件测试的策略和方法
• 了解软件项目管理的基本概念

软件工程概述

基本概念

软件工程是应用计算机科学、数学及管理科学等原理，以 工程化 的原则和方法来解决软件问题的工程，其目标是：

mindmap
  root((软件工程目标))
    提高生产率
    提高质量
    降低成本

软件生命周期

graph LR
    subgraph 定义期
        A[问题定义] --> B[可行性研究] --> C[需求分析]
    end

    subgraph 开发期
        D[概要设计] --> E[详细设计] --> F[编码] --> G[测试]
    end

    subgraph 维护期
        H[运行维护]
    end

    C --> D
    G --> H

软件设计四活动

软件设计包括四个既独立又相互联系的活动：

软件过程模型

模型对比总览

瀑布模型

graph TB
    A[需求分析] --> B[设计]
    B --> C[编码]
    C --> D[测试]
    D --> E[维护]

    style A fill:#e1f5fe
    style B fill:#e1f5fe
    style C fill:#e1f5fe
    style D fill:#e1f5fe
    style E fill:#e1f5fe

原型模型

graph LR
    A[快速分析] --> B[构建原型]
    B --> C[用户评估]
    C --> D{满意?}
    D -->|否| E[修改原型]
    E --> C
    D -->|是| F[开发产品]

原型分类：

螺旋模型

graph TB
    subgraph 第一象限
        A1[目标设定]
    end
    subgraph 第二象限
        A2[风险分析]
    end
    subgraph 第三象限
        A3[开发和验证]
    end
    subgraph 第四象限
        A4[评审]
    end

    A1 --> A2 --> A3 --> A4 --> A1

四个活动：

增量模型

增量模型将需求分为一系列增量，每个增量独立开发和交付。

喷泉模型

喷泉模型是以 用户需求为动力、以 对象为驱动 的模型，特别适合 面向对象 的软件开发。

敏捷方法

主要敏捷方法

Scrum 框架

graph LR
    A[产品Backlog] --> B[Sprint计划]
    B --> C[Sprint Backlog]
    C --> D[Sprint<br>2-4周]
    D --> E[可交付增量]
    E --> F{所有Sprint完成?}
    F -->|否| B
    F -->|是| G[最终产品]

Scrum 三个角色：产品负责人、Scrum Master、开发团队

RUP（统一过程）

RUP 是一种 重量级 过程模型，属于构件化开发。

四个阶段

graph LR
    A[初始] --> B[细化]
    B --> C[构造]
    C --> D[移交]

三大特点

4+1 视图

graph TB
    UC[用例视图] --> LV[逻辑视图]
    UC --> DV[开发视图]
    UC --> PV[进程视图]
    UC --> PHV[部署视图]

基于构件的开发(CBSD)

CBSD 利用预先包装的构件来构造应用系统。

构件特征：

主流构件模型：

CMM/CMMI 成熟度模型

CMM 五级

graph BT
    L1[初始级] --> L2[可重复级]
    L2 --> L3[已定义级]
    L3 --> L4[已管理级]
    L4 --> L5[优化级]

CMMI 特点

CMMI 提供两种表示方法：

需求工程

需求层次

graph TB
    A[业务需求] --> B[用户需求]
    B --> C[系统需求]

    C --> C1[功能需求]
    C --> C2[非功能需求]
    C --> C3[设计约束]

需求分类（QFD）

质量功能部署（QFD）将需求分为三类：

需求工程过程

graph LR
    A[需求获取] --> B[需求分析]
    B --> C[需求规格化]
    C --> D[需求验证]
    D --> E[需求管理]
    E -.-> A

需求获取方法

软件需求规格说明书(SRS)

SRS 是需求开发和需求管理之间的桥梁，包含：

• 功能需求
• 非功能需求
• 设计约束
• 过程约束

需求管理

需求管理包括 变更控制、版本控制 和 需求跟踪。

需求变更管理

graph LR
    A[提出变更] --> B[变更分析]
    B --> C[CCB评审]
    C --> D{批准?}
    D -->|是| E[实施变更]
    D -->|否| F[拒绝]
    E --> G[验证变更]

CCB（变更控制委员会） 是决策机构，不提出变更方案，只负责批准或拒绝。

需求跟踪

graph LR
    A[客户需求] <-->|正向/逆向| B[软件需求]
    B <-->|正向/逆向| C[设计/代码/测试]

需求跟踪矩阵用于：

• 确保所有需求都被实现
• 确保所有实现都有对应需求
• 分析变更影响

系统分析与设计

结构化方法

结构化方法又称为 面向功能 或 面向数据流 的方法。

结构化分析(SA)

数据流图(DFD) 四要素：

DFD 异常：

结构化设计(SD)

SD 是 自顶向下、逐步求精、模块化 的过程。

耦合与内聚

耦合（从低到高）：

内聚（从高到低）：

面向对象方法

OOA（面向对象分析）

OOA 模型包含 5 个层次和 5 个活动：

OOD（面向对象设计）

三种类型的类：

设计原则

UML 图

UML 关系

UML 图分类

用例图

用例间关系：

交互图

顺序图消息类型：

软件测试

测试目标

测试分类

graph TB
    A[软件测试] --> B[按执行方式]
    A --> C[按测试技术]
    A --> D[按测试阶段]

    B --> B1[静态测试]
    B --> B2[动态测试]

    C --> C1[白盒测试]
    C --> C2[黑盒测试]
    C --> C3[灰盒测试]

    D --> D1[单元测试]
    D --> D2[集成测试]
    D --> D3[系统测试]
    D --> D4[验收测试]

测试方法

白盒测试

白盒测试也称 结构测试，主要用于 单元测试。

覆盖标准（从弱到强）：

黑盒测试

黑盒测试也称 功能测试，主要用于 集成测试和系统测试。

测试阶段

系统测试类型

确认测试类型

逆向工程

逆向工程是分析已有程序，寻求更高级抽象表现形式的活动。

信息恢复级别

相关概念

软件项目管理

项目管理过程

graph LR
    A[活动定义] --> B[活动排序]
    B --> C[资源估算]
    C --> D[历时估算]
    D --> E[制定进度]
    E --> F[进度控制]

工作分解结构(WBS)

WBS 是以 可交付成果为导向 的项目分解。

进度管理工具

关键路径

**关键路径**是项目中最长的路径，决定项目最短工期。

配置管理

配置管理的核心内容是 版本控制 和 变更控制。

配置项状态

stateDiagram-v2
    [*] --> 草稿
    草稿 --> 正式: 通过评审
    草稿 --> 草稿: 修改
    正式 --> 修改中: 变更
    修改中 --> 正式: 再次评审

版本号规则

质量管理

风险管理

graph LR
    A[风险识别] --> B[风险分析]
    B --> C[风险应对]
    C --> D[风险监控]

风险分类：

软件度量

McCabe 环路复杂度

计算公式：

其中：E = 边数，N = 节点数

其他计算方法：

1. 程序图中的区域数（封闭区域 + 1）
2. \(V(G) = P + 1\)，P 为判定节点数

总结

mindmap
  root((软件工程))
    过程模型
      瀑布/原型/螺旋
      敏捷/RUP
      CMM/CMMI
    需求工程
      获取/分析
      规格化/验证
      变更/跟踪
    分析设计
      结构化方法
      面向对象方法
      UML建模
    软件测试
      白盒/黑盒
      各阶段测试
      测试策略
    项目管理
      进度/配置
      质量/风险

评论