421 lines
16 KiB
Markdown
421 lines
16 KiB
Markdown
# 期末重要知识点速记
|
||
|
||
> **课程**：软件需求分析与设计 | **总分**：选择30 + 填空15 + 解答25 + 案例30 = 100分
|
||
> **成绩构成**：平时40% + 期末60%（平时作业和实验截止前还可补交）
|
||
|
||
---
|
||
|
||
## 🎯 一、试卷结构与分值分布
|
||
|
||
### 1.1 题型总览
|
||
|
||
| 题型 | 数量 | 分值 | 说明 |
|
||
|------|------|------|------|
|
||
| 选择题 | 15题 × 2分 | **30分** | 重点刷教材课后有答案的题目 |
|
||
| 填空题 | 15空 × 1分 | **15分** | 各章基本概念和理论知识 |
|
||
| 解答题 | 5题 × 5分 | **25分** | ⚠️ 只考读图分析，不考画图 |
|
||
| 案例大题 | 2~3题 | **30分** | ⚠️ 给出需求描述，动手画图 |
|
||
|
||
### 1.2 各章分值权重（按比例分配复习时间！）
|
||
|
||
| 章节 | 分值 | 权重 | 复习优先级 |
|
||
|------|------|------|------------|
|
||
| 需求管理 | **13分** | ★★★★ | 选择填空为主，含一道解答简答题 |
|
||
| 用例图 | **22分** | ★★★★★ | 读图分析 + 画图大题必考 |
|
||
| 类图 | **23分** | ★★★★★ | 读图分析 + 画图大题必考 |
|
||
| 顺序图与协作图 | **19分** | ★★★★★ | 读图分析 + 画图大题必考 |
|
||
| 状态图与活动图 | **14分** | ★★★★ | 读图分析 + 选考画图 |
|
||
| 组件图与部署图 | **7分** | ★★ | ⚠️ 仅出选择题和填空题 |
|
||
| RUP统一过程 | **2分** | ★ | ⚠️ 仅出1个选择或填空 |
|
||
|
||
---
|
||
|
||
## 📋 二、解答题 5 道详细拆解
|
||
|
||
### 第1题：用例图分析（5分）
|
||
|
||
**考点**：给一幅用例图，分析：
|
||
- 参与者之间是什么关系？（泛化关系）
|
||
- 用例之间的关系（包含 `<<include>>` / 扩展 `<<extend>>` / 泛化）
|
||
- 识别参与者类型、用例描述要素
|
||
|
||
### 第2题：类图分析（5分）
|
||
|
||
**考点**：给一幅类图，分析：
|
||
- 类之间的关系类型（依赖、关联、聚合、组合、泛化、实现）
|
||
- 识别类的类型（边界类/控制类/实体类）
|
||
- 多重性含义
|
||
|
||
### 第3题：交互图分析（5分）
|
||
|
||
**考点**：给时序图（顺序图）或协作图，分析：
|
||
- 消息类型（同步调用/异步/返回/简单消息）
|
||
- 消息传递流程
|
||
- **可能要求：协作图 ↔ 时序图互转**
|
||
|
||
### 第4题：活动图或状态图分析（5分）
|
||
|
||
**考点**：给活动图或状态图，分析流程/状态转移
|
||
|
||
### 第5题：简答题（5分）—— 四选一，必考一道！
|
||
|
||
> ⚠️ 老师明确给了四道范围，现在就背！
|
||
|
||
#### Q1：需求的层次有哪些并简述
|
||
|
||
**答案**：
|
||
```
|
||
业务需求（最高层）
|
||
→ 用户需求（中间层）
|
||
→ 系统需求（底层）
|
||
├── 功能需求：系统必须提供的功能
|
||
├── 非功能需求：性能、可靠性、安全性等质量属性
|
||
└── 领域需求：特定行业领域的规则和约束
|
||
```
|
||
|
||
- **业务需求**：组织或客户的高层目标，回答"为什么要做这个系统"
|
||
- **用户需求**：用户使用系统要完成的任务，从用户视角描述
|
||
- **系统需求**：详细描述系统必须做什么，包括功能和非功能需求
|
||
|
||
#### Q2：如何判定优秀需求的特性
|
||
|
||
**答案**（7大特性）：
|
||
1. **完整性**：需求描述完整无遗漏
|
||
2. **正确性**：真实反映用户需要
|
||
3. **无歧义性**：不同人读理解一致
|
||
4. **可行性**：技术和资源上可实现
|
||
5. **有优先级**：明确需求的轻重缓急
|
||
6. **必要性**：是必须的，不是"锦上添花"
|
||
7. **可验证性**：能通过测试验证需求是否被满足
|
||
|
||
#### Q3：需求发生变更时的管理流程
|
||
|
||
**答案**：
|
||
```
|
||
提出变更请求 → 初步分析评估 → CCB（变更控制委员会）评审决策
|
||
→ 批准后更新需求文档 → 通知所有受影响的相关方
|
||
→ 调整项目计划和开发任务 → 执行变更 → 验证变更结果
|
||
```
|
||
|
||
**关键点**：CCB 评审是核心环节，决定变更是否接受；变更后必须重新确认需求。
|
||
|
||
#### Q4：需求管理应包含的内容
|
||
|
||
**答案**（三个核心模块）：
|
||
|
||
| 模块 | 内容 |
|
||
|------|------|
|
||
| **需求确认** | 需求评审 → 获得承诺 → 建立需求基线 |
|
||
| **需求跟踪** | 建立 RTM（需求跟踪矩阵），正向跟踪（需求→设计→代码→测试）和逆向跟踪 |
|
||
| **需求变更控制** | 变更申请 → 变更审批 → 执行更改 → 重新确认 |
|
||
|
||
---
|
||
|
||
## 🔑 三、各章核心考点速记
|
||
|
||
### 需求管理 ★★★★★（约13分）
|
||
|
||
**需求三层金字塔**：
|
||
```
|
||
业务需求（老板视角：为什么要做）
|
||
→ 用户需求（用户视角：能干什么）
|
||
→ 系统需求 = 功能需求 + 非功能需求 + 领域需求
|
||
```
|
||
|
||
| 概念 | 一句话 |
|
||
|------|--------|
|
||
| 业务需求 | 组织的高层目标 |
|
||
| 用户需求 | 用户使用系统完成的任务 |
|
||
| 功能需求 | 系统必须提供的功能 |
|
||
| 非功能需求 | 性能/可靠性/安全性等质量属性 |
|
||
| 领域需求 | 特定行业规则的约束 |
|
||
|
||
**需求工程 = 需求开发 + 需求管理**：
|
||
- 开发：获取 → 分析 → 定义（规格说明）
|
||
- 管理：验证 → 跟踪 → 变更控制
|
||
|
||
**六大获取/验证技术**：
|
||
1. 联合分析小组（JAD）
|
||
2. 用户访谈
|
||
3. 问卷调查
|
||
4. 观察工作流程
|
||
5. 原型法
|
||
6. 文档分析
|
||
|
||
> 📝 **填空重点**：需求三层 = 业务/用户/系统；获取技术6种；优秀需求7特性；需求变更流程步骤
|
||
|
||
---
|
||
|
||
### 用例图 ★★★★★（约22分，含大题）
|
||
|
||
**四要素**：参与者(火柴人) + 用例(椭圆) + 系统边界(方框) + 关联(连线)
|
||
|
||
**三种关系对比**（必考！）：
|
||
|
||
| 关系 | UML标记 | 箭头方向 | 执行时机 |
|
||
|------|---------|----------|----------|
|
||
| **包含** `<<include>>` | 虚线+箭头 | **基本 → 包含** | 必然执行 |
|
||
| **扩展** `<<extend>>` | 虚线+箭头 | **扩展 → 基本** | 条件触发时才执行 |
|
||
| **泛化** | 实线+空心三角 | **子 → 父** | 可单独执行 |
|
||
|
||
> 记忆：包含箭头指向被包含的（基→含），扩展箭头指向被扩展的（扩→基）
|
||
|
||
**参与者三类型**：人、外部系统、外部设备
|
||
|
||
**用例描述6要素**：用例名、参与者、前置条件、后置条件、主事件流、子事件流（备选流）
|
||
|
||
> 📝 **重点**：三种关系的箭头方向和区别、用例描述要素
|
||
|
||
---
|
||
|
||
### 类图 ★★★★★（约23分，含大题）
|
||
|
||
**六大关系速判口诀**：
|
||
|
||
| 关系 | UML符号 | 口诀 |
|
||
|------|---------|------|
|
||
| **依赖** | 虚线箭头 `---->` | "方法参数用了你" |
|
||
| **关联** | 实线 `——` | "属性里放了你" |
|
||
| **聚合** | 空心菱形 `◇——` | "整体-部分，部分可独立存活" |
|
||
| **组合** | 实心菱形 `◆——` | "整体-部分，同生共死" |
|
||
| **泛化** | 空心三角 `——▷` | "一般-特殊 / 父-子继承" |
|
||
| **实现** | 虚线空心三角 `----▷` | "接口-实现类" |
|
||
|
||
**多重性速记**：`1` 恰好1 | `0..1` 可选 | `*`/`0..*` 零到多个 | `1..*` 至少1个
|
||
|
||
**类三要素**：名称、属性、操作 | **可见性**：`+`public `-`private `#`protected
|
||
|
||
**MVC版型**（分析类三类型）：
|
||
- `<<boundary>>` 边界类：与外部交互的界面
|
||
- `<<control>>` 控制类：业务逻辑处理
|
||
- `<<entity>>` 实体类：持久化数据
|
||
|
||
**聚合 vs 组合**：聚合整体端多重性可为`*`；组合整体端多重性必须=`1`
|
||
|
||
> 📝 **选择高频**：类间关系判断、多重性含义、版型识别、关联 vs 依赖
|
||
|
||
---
|
||
|
||
### 顺序图与协作图 ★★★★★（约19分，含大题）
|
||
|
||
**顺序图核心元素**：对象(矩形+下划线) + 生命线(虚线) + 控制焦点(矩形条) + 消息(箭头)
|
||
|
||
**四种消息类型**：
|
||
|
||
| 类型 | 箭头 | 特点 |
|
||
|------|------|------|
|
||
| 调用消息（同步） | 实心箭头 → | 发送后等待返回 |
|
||
| 异步消息 | 开放箭头 → | 发送后不等待，继续执行 |
|
||
| 返回消息 | 虚线箭头 ⇢ | 返回值 |
|
||
| 简单消息 | 普通箭头 | 不区分同步/异步 |
|
||
|
||
**消息编号嵌套规则**：`1 → 1.1 → 1.1.1`（子消息必须在父消息完成前完成）
|
||
|
||
**协作图 = 顺序图的另一种视角**：
|
||
- 顺序图强调**时间顺序**（生命线+控制焦点）
|
||
- 协作图强调**空间关系**（对象间的链+消息序号）
|
||
- 两者可以互相转换
|
||
|
||
**⚠️ 画图大题画顺序图的硬性要求**：
|
||
> 不能画得太简单！必须完整区分并画出：
|
||
> - **边界类**（界面层，接收用户输入）
|
||
> - **控制类**（业务逻辑层，协调处理）
|
||
> - **实体类**（数据层，数据存取）
|
||
>
|
||
> 三个层次的对象之间的详细交互都要体现！
|
||
|
||
**主动对象 vs 被动对象**：主动对象拥有进程/线程可主动发起消息；被动对象须被消息触发
|
||
|
||
> 📝 **重点**：四种消息类型区分、消息编号规则、顺序图与协作图的区别、三层次交互画法
|
||
|
||
---
|
||
|
||
### 状态图与活动图 ★★★★（约14分）
|
||
|
||
**状态图**（管**一个对象**的状态变化）：
|
||
|
||
| 元素 | 符号 |
|
||
|------|------|
|
||
| 状态 | 圆角矩形（简单/复合/子状态） |
|
||
| 转移 | 箭头：`事件[条件]/动作` |
|
||
| 初始状态 | ● 实心圆 |
|
||
| 终态 | ⊙ 圆圈+实心圆 |
|
||
| 历史状态 | Hⓗ 圆圈+H |
|
||
| 并发 | 同步并发转移符号（粗线分叉） |
|
||
|
||
**四种事件类型**：调用事件、信号事件、变化事件、时间事件
|
||
|
||
**活动图**（管**多对象参与的流程**）：
|
||
|
||
| 元素 | 符号 | 用途 |
|
||
|------|------|------|
|
||
| 活动 | 圆角矩形 | 流程步骤 |
|
||
| 分支 | ◇ 菱形 | 条件选择（只走一条） |
|
||
| 分叉/汇合 | ≡ 粗横线 | 并发执行（多条同时走） |
|
||
| 泳道 | 纵向分区 | 按职责/参与者分组 |
|
||
| 对象流 | 虚线箭头 | 数据传输/传递 |
|
||
|
||
**⚠️ 核心区分**：
|
||
- **状态图** → 一个对象的状态变化
|
||
- **活动图** → 多个对象参与的流程
|
||
- **分支** → 单路条件选一
|
||
- **分叉** → 多路并发
|
||
- 活动图的状态转移**不需要事件触发**，上一个活动完成自动进入下一个
|
||
|
||
> 📝 **选择高频**：状态图vs活动图区分、分支vs分叉、泳道功能
|
||
|
||
---
|
||
|
||
### 组件图与部署图 ★★（约7分，仅选填）
|
||
|
||
**组件图 = 代码层面**：
|
||
- 三种组件：源代码组件、二进制代码组件、可执行代码组件
|
||
- 正向工程：类图→代码 | 逆向工程：代码→类图
|
||
|
||
**部署图 = 硬件层面**：
|
||
- 结点（3D立方体）分两种：处理器(有计算能力) / 设备(无计算能力)
|
||
- 结点可驻留组件实例
|
||
|
||
> 📝 **填空重点**：组件3种类型；两种物理图名称
|
||
|
||
---
|
||
|
||
### 包图 ★★（选择题）
|
||
|
||
**四大包设计原则**：
|
||
|
||
| 缩写 | 原则 | 一句话 |
|
||
|------|------|--------|
|
||
| REP | 重用等价原则 | 一起复用的放一起 |
|
||
| CCP | 共同闭包原则 | 一起改的放一起 |
|
||
| CRP | 共同重用原则 | 不一起用的分开 |
|
||
| ADP | 非循环依赖原则 | 包间不能环状依赖 |
|
||
|
||
---
|
||
|
||
### RUP统一软件开发过程 ★（约2分，仅1个选填）
|
||
|
||
**RUP三维特点**：用例驱动 + 以体系结构为中心 + 迭代和增量
|
||
|
||
**⚠️ 四阶段顺序（易错！）**：
|
||
```
|
||
初始(Inception) → 细化(Elaboration) → 构造(Construction) → 移交(Transition)
|
||
```
|
||
> ❌ 不是"初始→构造→细化→移交"！
|
||
|
||
**9个核心工作流** = 6过程 + 3支持：
|
||
- 6过程：业务建模、需求、分析与设计、实现、测试、部署
|
||
- 3支持：配置管理、项目管理、环境
|
||
|
||
**六大最佳实践**：迭代增量开发、管理需求、基于构件架构、可视化建模、持续质量验证、控制变更
|
||
|
||
**RUP的4W**：角色(Who) + 活动(How) + 制品(What) + 工作流(When)
|
||
|
||
> 📝 **选择/填空**：RUP三大特点、四阶段顺序、九个工作流、六大最佳实践
|
||
|
||
---
|
||
|
||
## ⚠️ 四、高频易错易混点
|
||
|
||
| 易混概念 | 区分 |
|
||
|----------|------|
|
||
| **包含 vs 扩展** | 包含箭头基→含（必然执行）；扩展箭头扩→基（条件执行） |
|
||
| **聚合 vs 组合** | 聚合空心◇（部分可独立）；组合实心◆（同生共死） |
|
||
| **关联 vs 依赖** | 关联=属性里放了；依赖=方法参数用了 |
|
||
| **泛化 vs 实现** | 泛化=父类-子类继承；实现=接口-实现类 |
|
||
| **调用消息 vs 异步消息** | 调用=同步等待返回；异步=发出后继续 |
|
||
| **状态图 vs 活动图** | 状态图=一个对象；活动图=多个对象 |
|
||
| **分支 vs 分叉** | 分支◇=单选一路；分叉≡=多路并发 |
|
||
| **功能需求 vs 非功能需求** | 功能=做什么；非功能=做多好 |
|
||
| **RUP四阶段顺序** | 初始→细化→构造→移交（别写反细化/构造！） |
|
||
| **顺序图 vs 协作图** | 顺序图强调时间；协作图强调空间 |
|
||
|
||
---
|
||
|
||
## 🛠️ 五、案例大题画图模板
|
||
|
||
### ⚠️ 不考的图
|
||
> 组件图、包图、部署图 — 案例大题明确不考！
|
||
|
||
### 1. 用例图（必考）
|
||
|
||
**4步法**：
|
||
1. **找参与者**：从文字中找名词——人、外部系统、设备
|
||
2. **找用例**：动宾短语（用户能做的操作）
|
||
3. **画包含**：A 必然触发 B → `A ---<<include>>--→ B`
|
||
4. **画扩展**：条件触发 C 插入 A → `C ---<<extend>>--→ A`
|
||
|
||
### 2. 类图（必考，尤其实体类图）
|
||
|
||
**4步法**：
|
||
1. **提取实体类**：文字中的核心名词（客户、订单、商品...）
|
||
2. **标注属性**：每个类的特征数据字段
|
||
3. **判断关系**：属性里放了=关联；整体部分=聚合/组合；父子=泛化
|
||
4. **标注多重性**：`1` / `0..*` / `1..*`
|
||
|
||
### 3. 顺序图（必考，拉分关键！）
|
||
|
||
**⚠️ 老师特别要求：不能画得太简单！要体现三层次交互：**
|
||
|
||
```
|
||
┌─ 边界类层（UI） ─────────────────────────────┐
|
||
│ 用户 → 界面: 发起操作() │
|
||
│ → 界面 → 控制类: 处理请求() │
|
||
├─ 控制类层（业务逻辑） ─────────────────────────┤
|
||
│ → 控制类 → 实体类: 查询数据() │
|
||
│ ← 实体类 → 控制类: 返回数据 │
|
||
│ → 控制类 → 实体类: 保存结果() │
|
||
├─ 实体类层（数据） ─────────────────────────────┤
|
||
│ ← 控制类 → 界面: 返回处理结果 │
|
||
│ ← 界面 → 用户: 显示结果 │
|
||
└──────────────────────────────────────────────┘
|
||
```
|
||
|
||
**消息编号规则**：`1 → 1.1 → 1.1.1 → 1.2 → 2`
|
||
|
||
### 4. 状态图（选考）
|
||
|
||
**要素**：初始● → 关键状态节点(圆角矩形) → 终态 ⊙
|
||
- 转移标注：`触发事件[条件]/动作`
|
||
- 有并发用同步并发转移符号
|
||
|
||
### 5. 活动图（选考，带泳道）
|
||
|
||
**要素**：开始● → 活动(圆角矩形) → 分支◇ → 分叉≡ → 汇合≡ → 结束◎
|
||
- 泳道按参与者/职责分列
|
||
|
||
---
|
||
|
||
## 🔢 六、关键数字速记（填空高频）
|
||
|
||
| 数字 | 对应内容 |
|
||
|------|----------|
|
||
| **3** | 需求三层、用例关系3种、类三要素、可见性3种、数据库设计3阶段、RUP三大特点、参与者3类型、组件3类型、3种分析类(边界/控制/实体) |
|
||
| **4** | 包设计4原则(REP/CCP/CRP/ADP)、RUP四阶段、事件4类型、消息4类型、RUP的4W |
|
||
| **6** | 六大获取技术、六大关系、六大最佳实践、用例描述6要素、9工作流=6过程+3支持 |
|
||
| **7** | 优秀需求7特性 |
|
||
| **9** | UML 9种图、RUP 9个工作流 |
|
||
| **N+3** | 9核心工作流 = 6过程 + 3支持 |
|
||
|
||
---
|
||
|
||
## 📝 七、考前30分钟自检
|
||
|
||
- [ ] 4道简答题能默写要点？（稳拿5分！）
|
||
- [ ] 需求三个层次：业务→用户→系统？
|
||
- [ ] 用例三种关系箭头方向不混？（包含=基→含，扩展=扩→基）
|
||
- [ ] 类图六大关系秒判？
|
||
- [ ] 聚合空心◇ vs 组合实心◆ 不混？
|
||
- [ ] 调用消息(同步/实心箭头) vs 异步消息(开放箭头) 能区分？
|
||
- [ ] 消息编号 1 → 1.1 → 1.1.1 嵌套规则？
|
||
- [ ] 状态图(单对象) vs 活动图(多对象/流程) 区分？
|
||
- [ ] 分支◇(单选) vs 分叉≡(并发) 不混？
|
||
- [ ] RUP四阶段顺序：初始→细化→构造→移交？
|
||
- [ ] 画顺序图能区分边界类/控制类/实体类三层？
|
||
- [ ] 多重性 `1` `0..1` `*` `1..*` 会读会标？
|
||
- [ ] 组件图/部署图仅出选填，不用练画图？
|
||
|
||
---
|
||
|
||
> 📎 **相关笔记**：[[期末复习指南]] | [[课后习题汇编]]
|