十一、软件设计师下午大题知识点
作者:互联网
文章目录
第十一章 数据流图 15
数据流图的基本概念
数据字典
答题技巧
-
补充实体:
- 人物角色:客户,管理员,主管,经理,老师,学生
- 组织机构:银行,供应商,募捐机构
- 外部系统:银行系统,工资系统,后台数据库
-
补充存储:**文件 **表 **库 **清单 **档案
-
补充数据流
- 数据平衡原则
- 顶层图与0层图对比,是否有顶层图有,但0层图无的数据流,或反之。
- 检查图中每个加工,是否存在只有入没有出,或只有出没有入,或根据输入的数据无法产生对应的输出的情况。
- 按题目说明与图进行匹配
说明中的每一句话,都能与图中有对应关系,当把说明中的实体与数据流标识出来之后,容易缩小对应范围,找出纰漏。
- 数据平衡原则
-
补充加工名
-
加工是用于处理数据流的,所以要补充加工名,可以把该加工涉及到的数据流,在说明中标识出来,再在数据流名称所在的句子中,找“动词+名词”的结构,分析是否可作为加工.
-
“动词+名词”如:生成报告,发出通知,批改作业,记录分数,当然这只是普遍情况,也有例外,如物流跟踪、用户管理
2009年下午真题
阅读以下说明和数据流图,回答问题1至问题4,将解答填入答题纸的对应栏内.【说明】
现准备为某银行开发一个信用卡管理系统CCMS,该系统的基本功能为:
-
信用卡申请。非信用卡客户填写信用卡申请表,说明所要申请的信用卡类型及申请者的基本信息,提交CCMS。如果信用卡申请被银行接受,CCMS将记录该客户的基本信息,并发送确认函给该客户,告知客户信用卡的有效期及信贷限额;否则该客户将会收到一封拒绝函。非信用卡客户收到确认函后成为信用卡客户。
-
信用卡激活。信用卡客户向CCMS提交激活请求,用信用卡号和密码激活该信用卡。激活操作结束后,CCMS将激活通知发送给客户,告知客户其信用卡是否被成功激活。
-
信用卡客户信息管理。信用卡客户的个人信息可以在CCMS中进行在线管理。每位信用卡客户可以在线查询和修改个人信息。
-
交易信息查询。信用卡客户使用信用卡进行的每一笔交易都会记录在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,将解答填入答题纸的对应栏内。
【说明】
某公司拟开发一多用户电子邮件客户端系统,部分功能的初步需求分析结果如下:
-
邮件客户端系统支持多个用户,用户信息主要包括用户名和用户密码,且系统中的用户名不可重复。
-
邮件帐号信息包括邮件地址及其相应的密码,一个用户可以拥有多个邮件地址(如userl @123.com)。
-
一个用户可拥有一个地址薄,地址簿信息包括联系人编号、姓名、电话、单位、地址、邮件地址1、邮件地址2、邮件地址3等信息。地址薄中一个联系人只能属于一个用户,且联系人编号唯一标识一个联系人。
-
一个邮件帐号可以含有多封邮件,一封邮件可以含有多个附件。邮件主要包括邮件号、发件人地址、收件人地址、邮件状态、邮件主题、邮件内容、发送时间、接收时间。其中,邮件号在整个系统内唯一标识一封邮件,邮件状态有己接收、待发送.已发送和已删除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),交互图展现了一种交互,它由一组对象或参与者以及它们之间可能发送的消息构成。交互图专注于系统的动态视图。顺序图是强调消息的时间次序的交互图。
标签:知识点,信用卡,邮件地址,附件,用例,数据流,软件,设计师,邮件 来源: https://blog.csdn.net/i_see_the_world/article/details/118404842