第一题数据流图
数据流图基本概念
答题技巧
一、补充实体
实体可能是:
1.人物角色:如 客户、管理员、主管、经理、老师、学生
2.组织机构:如 银行、供应商、募捐机构
3.外部系统:如 银行系统、工资系统、后台数据库(当要开发的中间件时)
二、补充存储
存储的文字方面特征:“***文件” “***表" “***库” ”***清单“ ”***档案“
三、补充数据流
1、数据平衡原则
(1)顶层图与0层图对比,是否有顶层图有,但0层图无的数据流,或反之。
(2)检查图中每个加工,是否存在只有入没有出,或只有出没有入,或根据输入的数据无法产生的对应输出情况
2、按题目说明与图进行匹配
说明中的每一句话,都能与图中有对应关系,当把说明中的实体与数据流标识出来之后容易缩小对应范围,找出纰漏
四、补充加工名
加工是用于处理数据流的,所以要补充加工名,可以把该加工涉及到的数据流,在说明中标识出来,在数据流名称所在的句子中,找 ”动词+名词“ 的结构
第二题数据库设计过程
1.补充联系与实体联系
2.关系模式中的空补充完整,以及标出主键和外键
3.找关系模式
第三题UML建模
用例图和类图与对象图必须掌握
用例图
用例图描述一组用例,参与者及它们之间的关系
关系包括:
包含关系、扩展关系、泛化关系
用例建模的流程:
- 识别参与者(必须)
- 合并需求获得用例(必须)
- 细化用例描述(必须)
- 调整用例模型(可选)
包含关系:其中这个提取出来的公共用例称为抽象用例,而把原始用例称为基本
用例或基础用例系:当可以从两个或两个以上的用例中提取公共行为时,应该使用包含关系来表示它们。
扩展关系:如果一个用例明显地混合了两种或两种以上地不同场景,即根据情况可能发生多种分支,则可以将这个用例分为一个基本用例和一个或多个扩展用例,这样使描述可能更加清晰。
泛化关系:当多个用例共同拥有一种类似地结构和行为地时候,可以将它们的共性抽象成为父用例,其他的用例作为泛化关系中的子用例,在用例的泛化关系中,子用例是父用例的一种特殊形式,子用例继承了父用例所有的结构,行为和关系
![在这里插入图片描述](https://img-blog.csdnimg.cn/dac17409b1df4afdad9045817f035b97.png#pic_center
![在这里插入图片描述](https://img-blog.csdnimg.cn/53c2020dd55243b283890eb2b64a030e.png#pic_center
![在这里插入图片描述](https://img-blog.csdnimg.cn/e695080dcb414f8aad3eca04b7a59039.png#pic_center