软件设计师中级下午题

第一题数据流图

数据流图基本概念

在这里插入图片描述

答题技巧

一、补充实体
实体可能是:
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
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值