结构化开发(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图总结
十、图展示
类图
对象图
用例图
序列图
通信图
状态图
活动图
构件图
部署图
包图
十一、杂题