【系统架构师】11. 案例特训专题【软件工程篇】

阅读数: 2025-04-25

课程内容提要

需求分析

面向对象设计

数据流图

基本概念

数据流图是分层的，越底层越详细

底层图到0层图就是对系统拆解的过程（感觉就是黑盒与白盒）

平衡原则

灰洞：输入的数据流和输出的数据流没有逻辑关系（有输入和输出是正常的，但是输入和输出不相关则是异常情况）

考试技巧

利用数据平衡原则，0层图少了操作结果这个输出

对于上面的P点，只有输入没有输出是肯定有问题的。黑洞

最麻烦的就是补充数据流，要充分利用数据平衡原则

UML图

注意参与者可以是时间，比如定时器每段时间生成报表，因此这个生成报表功能的参与者就是时间

下面关系非常重要，必须掌握

在 UML 中，包含关系、扩展关系、泛化关系常用于用例图，以下为你简单介绍并举例：

包含关系（Include）

表示一个用例（基本用例）包含了另外一个用例（包含用例）的功能，基本用例在执行过程中一定会用到包含用例的功能，包含用例是基本用例必不可少的一部分。
- 举例：“用户登录系统” 是基本用例，“输入用户名和密码” 是包含用例。用户登录系统时，必然要执行输入用户名和密码这个操作，所以 “用户登录系统” 包含 “输入用户名和密码”。
扩展关系（Extend）

一个用例（扩展用例）在特定条件下对另一个用例（基础用例）的功能进行扩展，基础用例即使没有扩展用例也能独立完成其主要功能。
- 举例：“用户购物下单” 是基础用例，“使用优惠券抵扣金额” 是扩展用例。用户购物下单时，不使用优惠券也能完成下单操作，只有在满足使用优惠券的条件下（如有可用优惠券且用户选择使用），才会执行使用优惠券抵扣金额的操作，所以 “使用优惠券抵扣金额” 扩展了 “用户购物下单”。
泛化关系（Generalization）

一个用例（子用例）继承了另一个用例（父用例）的行为和属性，子用例是父用例的特殊化，子用例可以有自己特有的行为，也可以覆盖父用例的部分行为。
- 举例：“支付订单” 是父用例，“使用微信支付订单” 和 “使用支付宝支付订单” 是子用例。“使用微信支付订单” 和 “使用支付宝支付订单” 都继承了 “支付订单” 的基本行为（如确认订单金额、扣除相应账户金额等），同时又各自有针对微信支付和支付宝支付的特定操作流程，它们是 “支付订单” 的特殊化。

泛化一定存在父子关系，但是包含不一定存在父子关系

课程测试在学习币不足的时候需要充入学习币

B

考到了面向对象的一个设计原则，子类可以替换父类，因此是泛化关系，C

类图与对象图

多重度有上面这些

图形在考试中不一定会按标准绘制，比如泛化可能就是一个空心三角形，组合和聚合有的时候只有一个菱形，要根据题目判断其具体是哪种关联关系

另外注意泛化关系箭头指向的是父类

依赖关系（Dependency）：订单类 Order 依赖支付类 Payment 完成支付（临时使用）。

泛化关系（Generalization）：父类 Vehicle 派生子类 Car（继承关系）。

聚合关系（Aggregation）：班级 Class 包含学生 Student（整体与部分可独立存在）。

组合关系（Composition）：公司 Company 拥有部门 Department（部分不能脱离整体存在）。

实现关系（Realization）：类 ArrayList 实现接口 List（实现接口功能）。