结构化开发（3-4分）
一、模块化
二、耦合（背）
三、内聚（背）
四、设计原则（背）
五、系统文档
六、数据流图
数据流的起点或终点必须有一个是加工
判断依据：
1、数据流的两端必须有一个是加工
2、加工最少要有一个输入数据流和一个输出数据流
3、数据流名称在上午题中不能重名
七、数据字典（外部实体不在数据字典中）
八、杂题
UML（3-4分）
一、UML概念
二、UML事物
三、关系(依关泛实)
3.1、依赖关系
3.2、实现关系
实现可以理解为实现接口
3.3、泛化关系
父类泛化子类 泛化可以理解为继承类
例如：动物 泛化出猫和狗 人可以泛化出学生和教师等
3.4、关联关系（侧重"拥有"关系，依赖侧重于"使用"关系）
一条直线指向一个实心的菱形，那就是组合关系，整体消失了，部分也不存在
聚集：聚合、组合组成
聚合 ：部分和整体的生命周期不一致，整体消失了，部分仍然存在，部分可以脱离整体存在
（例如1：学生（部分）班级（整体） 班级为202班，如果这个班的学生毕业了，学生是不会消失的，但是这个班级不会消失
例如2：员工和公司，公司破产了不存在了，但是员工是不会消失的，会找另外一家公司入职）
组合 ：部分和整体的生命周期一致，整体消失，部分也消失，部分不能脱离整体存在
（例如1:大脑（部分）人（整体）如果人不存在了，那么他的大脑也不存在 例如2：翅膀和鸟，如果鸟不存在，翅膀也不存在）
单向关联：一条有方向的实线 鱼依赖于水，但是水不依赖鱼，人依赖氧气，氧气不依赖人（一直都是强关联）
关联名：鱼"需要"（需要就是关联名）水
关联类：多对多关系无法标识唯一记录的时候，就增加一个关联类，关联起来，比如学生（借阅）图书 ，加上借阅时间就可以唯一标识一条记录（所以借阅时间就是关联类）
3.5、真题
四、关联多重度
单向关联跟依赖差不多，不过单向关联的依赖性更强一点
类A的一个实例可以对应多少个类B的实例
单向关联：一条有方向的实线 鱼依赖于水，但是水不依赖鱼，人依赖氧气，氧气不依赖人（一直都是强关联）
关联名：鱼"需要"（需要就是关联名）水
关联类：多对多关系无法标识唯一记录的时候，就增加一个关联类，关联起来，比如学生（借阅）图书 ，加上借阅时间就可以唯一标识一条记录（所以借阅时间就是关联类）
UML图
一、类图
二、对象图
三、用例图
3.1、包含关系（用例和用例之间的关系）
一个用例包含另一个用例 虚线的一个箭头---------->
指向分解出来的用例
把一个复杂的步骤分解为较小的步骤
比如说参与者是图书管理员，用例是（删除图书）和（修改图书）的时候必须得先（查询图书）
A就是删除或修改图书 B就是查询图书 A包含B
3.2、扩展关系（指向基础用例 用例和用例之间的关系）
用一个用例（可选）扩展另一个用例（基本例）的功能，将一些常规的动作放在一个基本用例中，将可选的或只在特定条件下才执行的动作放在它的扩展用例中。表示符号：<>
一个用例执行的时候可能会发生一些特殊情况（比如：正常去食堂吃饭，饭卡余额充足的时候直接刷卡扣余额，但是当余额不足的时候就无法吃饭，得去充值后才能正常就餐），这个特殊情况就是扩展关系。或者存在可选情况（比如去买苹果，如下图）
3.3、泛化关系（指向父用例）
继承关系，子用例有特别功能
3.4、真题
四、交互图
4.1、序列图（顺序图）
指向Account类对象的箭头才是Account的方法，而不是指出去的箭头
这里上面的小人和圆圈都是指的对象，我一开始以为圆圈是用例，序列图是对一个用例进行详细的过程分解，所以是一个用例多个对象
4.2、通信图（协作图）
五、状态图
5.1、状态
对象的状态是指在这个对象的生命期中的一个条件或状况，在此期间对象将满足某些条件、执行某些活动，或等待某些事件
5.1.1 状态图中的事务及解释
5.1.2 状态的可选活动表
5.1.3 状态图举例
对象的状态图
网上银行登录系统
5.2、事件
5.3、真题
迁移由事件触发
六、活动图
七、构件图（组件图）
八、部署图
九、UML图总结
十、图展示
类图
对象图
用例图
序列图
通信图
状态图
活动图
构件图
部署图
包图
十一、杂题
