软件设计师中级下午题

第一题数据流图

数据流图基本概念

答题技巧

一、补充实体
实体可能是：
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