声明：本篇文章学习资料来自B站up主zst_2001，请大家多多支持up主，本人做了学习和总结
UML有4种关系：依赖，关联，泛化和实现
依赖
A是依赖事物，B是独立事物
关联
聚合与组合
聚合：部分和整体的生命周期不一致，整体消失了，部分仍然存在，部分可以脱离整体存在
组合：部分和整体的生命周期不一致，整体消失了，部分也要消失，部分不可以脱离整体存在
泛化
父类泛化子类
实现
类图
对象图
用例图
包含
图书管理员在删除和修改图书的时候都会进行查询图书功能
所以删除，修改图书用例包含查找用例
扩展
关联是参与者和用例之间的关系
包含是用例和用例之间的关系
扩展是用例和用例之间的关系
泛化是参与者和参与者之间的关系，也是用例和用例之间的关系
类图，对象图，用例图都是静态的
序列图（顺序图）
通信图（协作图）
状态图
事件
动作也是转换的一部分
活动图
状态图：强调状态转换，顺序图：强调消息顺序
构件图
部署图
总共
设计模式
设计模式的要素
- 模式名称
- 问题
- 解决方案
- 效果
数据流图
其中，E1，E2，E3，E4都是实体，一般用E的都是实体
其中，D1234，都是数据存储，一般用D的都是数据存储
加工的表示一般都是用圆角矩形，一般都会用字母P表示
一般都会字母优先
外部系统
数据存储
加工
数据流
数据流的起点或重点必然会有一个加工
问题一
1，E1~4分别是什么
将维修总结发送给主管，说明巴士维修系统的维修总结相挂钩的，所以E4是主管（实体），但一般不会这样找，因为可能会出现失误，一般会去更为详细的子图里寻找
问题二
D1：生命特征范围文件
D2：日志文件
D3：病历文件
D4：治疗意见文件
D1：巴士列表文件
D2：维修记录文件
D3：部件清单表
D4：人事档案表
D1：销售订单表
D2：库存表
D3：生产计划表
D4：配方表
D5：采购订单表
问题三
父图子图平衡
加工既有输入数据流也有输出数据流
要有一个输入一个输出
数据守恒
写法
数据库下午题
关系模型的转换
超类和子类之间的转换
UML下午题
聚合与组合
类图
类一般是由类名，属性和方法组成，其中有修饰属性跟方法的+-号，+号代表public，-号代表private，#protected，~package
用例图
主要由用例（椭圆），参与者，用例之间的扩展关系
包含关系
删除和修改图书之前，一定是查找，即一个用例包含另一个用例指的是它在执行一个用例时一定会用到它所包含的用例
扩展关系
泛化关系
