标签：知识点 信用卡 邮件地址 附件 用例 数据流 软件 设计师 邮件
文章目录
第十一章 数据流图 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
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。