十一、软件设计师下午大题知识点

第十一章 数据流图 15

数据流图的基本概念
在这里插入图片描述

在这里插入图片描述

数据字典
在这里插入图片描述

答题技巧

  • 补充实体:

    • 人物角色:客户,管理员,主管,经理,老师,学生
    • 组织机构:银行,供应商,募捐机构
    • 外部系统:银行系统,工资系统,后台数据库
  • 补充存储:**文件 **表 **库 **清单 **档案

  • 补充数据流

    • 数据平衡原则
      • 顶层图与0层图对比,是否有顶层图有,但0层图无的数据流,或反之。
      • 检查图中每个加工,是否存在只有入没有出,或只有出没有入,或根据输入的数据无法产生对应的输出的情况。
    • 按题目说明与图进行匹配
      说明中的每一句话,都能与图中有对应关系,当把说明中的实体与数据流标识出来之后,容易缩小对应范围,找出纰漏。
  • 补充加工名

  • 加工是用于处理数据流的,所以要补充加工名,可以把该加工涉及到的数据流,在说明中标识出来,再在数据流名称所在的句子中,找“动词+名词”的结构,分析是否可作为加工.

  • “动词+名词”如:生成报告,发出通知,批改作业,记录分数,当然这只是普遍情况,也有例外,如物流跟踪、用户管理

2009年下午真题

阅读以下说明和数据流图,回答问题1至问题4,将解答填入答题纸的对应栏内.【说明】
现准备为某银行开发一个信用卡管理系统CCMS,该系统的基本功能为:

  1. 信用卡申请。非信用卡客户填写信用卡申请表,说明所要申请的信用卡类型及申请者的基本信息,提交CCMS。如果信用卡申请被银行接受,CCMS将记录该客户的基本信息,并发送确认函给该客户,告知客户信用卡的有效期及信贷限额;否则该客户将会收到一封拒绝函。非信用卡客户收到确认函后成为信用卡客户。

  2. 信用卡激活。信用卡客户向CCMS提交激活请求,用信用卡号和密码激活该信用卡。激活操作结束后,CCMS将激活通知发送给客户,告知客户其信用卡是否被成功激活。

  3. 信用卡客户信息管理。信用卡客户的个人信息可以在CCMS中进行在线管理。每位信用卡客户可以在线查询和修改个人信息。

  4. 交易信息查询。信用卡客户使用信用卡进行的每一笔交易都会记录在CCMS中。信用卡客户可以通过CCMS查询并核实其交易信息(包括信用卡交易记录及交易额).

图11-3和图11-4分别给出了该系统的顶层数据流图和0层数据流图的初稿。

在这里插入图片描述
在这里插入图片描述

【问题1】(3分)
根据【说明】,将图11-3中的E1~E3填充完整。

【问题2】(3分)
图11-3中缺少三条数据流,根据【说明】,分别指出这三条数据流的起点和终点。(注:数据流的起点和终点均采用图中的符号和描述)

【问题3】(5分)
图11-4中有两条数据流是错误的,请指出这两条数据流的名称,并改正。(注:数据流的起点和终点均采用图中的符号和描述)

【问题4】( 4分)
根据【说明】,将图11-4中P1~P4的处理名称填充完整。

答案:

在这里插入图片描述

第十二章 数据库设计

阅读下列说明,回答问题1至问题3,将解答填入答题纸的对应栏内。
【说明】
某公司拟开发一多用户电子邮件客户端系统,部分功能的初步需求分析结果如下:

  1. 邮件客户端系统支持多个用户,用户信息主要包括用户名和用户密码,且系统中的用户名不可重复。

  2. 邮件帐号信息包括邮件地址及其相应的密码,一个用户可以拥有多个邮件地址(如userl @123.com)。

  3. 一个用户可拥有一个地址薄,地址簿信息包括联系人编号、姓名、电话、单位、地址、邮件地址1、邮件地址2、邮件地址3等信息。地址薄中一个联系人只能属于一个用户,且联系人编号唯一标识一个联系人。

  4. 一个邮件帐号可以含有多封邮件,一封邮件可以含有多个附件。邮件主要包括邮件号、发件人地址、收件人地址、邮件状态、邮件主题、邮件内容、发送时间、接收时间。其中,邮件号在整个系统内唯一标识一封邮件,邮件状态有己接收、待发送.已发送和已删除4种,分别表示邮件是属于收件箱、发件箱、己发送箱和废件箱。一封邮件可以发送给多个用户。附件信息主要包括附件号、附件文件名、附件大小。一个附件只属于一封邮件,附件号仅在一封邮件内唯一。

【问题1】 (5分) 根据以上说明设计的E-R图如图2-1所示,请指出地址簿与用户、电子邮件帐号与邮件、邮件与附件之间的联系类型。

在这里插入图片描述

【问题2】 (4分)
该邮件客户端系统的主要关系模式如下,请填补(a)~©的空缺部分。
用户(用户名,用户密码)
地址簿( (a),联系人编号,姓名,电话,单位地址,邮件地址1,邮件地址2,邮件地址3)
邮件帐号(邮件地址,邮件密码,用户名)
邮件( (b),收件人地址,邮件状态,邮件主题,邮件内容,发送时间,接收时间)
附件( ©,附件号,附件文件名,附件大小)

【问题3】 (6分)
(1)请指出【问题2】中给出的地址簿、邮件和附件关系模式的主键,如果关系模式存在外键请指出。
(2) 附件属于弱实体吗?请用50字以内的文字说明原因。

答案:
在这里插入图片描述

第十三章 UML建模

用例图:用例图描述一组用例、参与者及它们之间的关系。
关系包括::包含关系、扩展关系、泛化关系

用例建模的流程∶

  • 识别参与者(必须)
  • 合并需求获得用例(必须)
  • 细化用例描述(必须)
  • 调整用例模型(可选)

在这里插入图片描述

用例图

在这里插入图片描述

包含关系:其中这个提取出来的公共用例称为抽象用例,而把原始用例称为基本用例或基础用例系:当可以从两个或两个以上的用例中提取公共行为时,应该使用包含关系来表示它们。

扩展关系:如果一个用例明显地混合了两种或两种以上的不同场景,即根据情况可能发生多种分支,则可以将这个用例分为一个基本用例和一个或多个扩展用例,这样使描述可能更加清晰。

泛化关系:当多个用例共同拥有一种类似的结构和行为的时候,可以将它们的共性抽象成为父用例,其他的用例作为泛化关系中的子用例。在用例的泛化关系中,子用例是父用例的一种特殊形式,子用例继承了父用例所有的结构、行为和关系。

在这里插入图片描述

  • 类图( class diagram):类图描述一组类、接口、协作和它们之间的关系。在OO系统的建模中,最常见的图就是类图。类图给出了系统的静态设计视图,活动类的类图给出了系统的静态进程视图。
  • 对象图(object diagram):对象图描述一组对象及它们之间的关系。对象图描述了在类图中所建立的事物实例的静态快照。和类图一样,这些图给出系统的静态设计视图或静态进程视图,但它们是从真实案例或原型案例的角度建立的。
  • 填类名,方法名,属性名填多重度
  • 填关系

1∶ 表示一个集合中的一个对象对应另一个集合中1个对象。
0…*: 表示一个集合中的一个对象对应另一个集合中的0个或多个对象。(可以不对应)
1…*: 表示一个集合中的一个对象对应另一个集合中的一个或多个对象。(至少对应一个)
* : 表示一个集合中的一个对象对应另一个集合中的多个的对象。

顺序图

顺序图( sequence diagram 序列图)。顺序图是一种交互图(interactiondiagram),交互图展现了一种交互,它由一组对象或参与者以及它们之间可能发送的消息构成。交互图专注于系统的动态视图。顺序图是强调消息的时间次序的交互图。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值