UML考前总结复习.docx
《UML考前总结复习.docx》由会员分享,可在线阅读,更多相关《UML考前总结复习.docx(15页珍藏版)》请在冰豆网上搜索。
UML考前总结复习
题型:
单选10*1’
填空10*2’
判断10*2’
名词解释(简答):
4个题20’
设计3个题30’
第一章:
1、软件特点:
开发代价高、开发时间长、参加开发的人员多、软件生命周期长。
2、软件固有复杂性的原因:
计算机的体系结构导致硬件简单软件实现功能却很复杂;软件系统从本质上来说是由许多相互联系的概念所组成的结构,很难找到一种方法或工具来刻画软件系统的内在本质或规律;软件系统中各元素之间的相互作用关系具有不确定性;软件没有固定的形式,面临不断变化的压力;规模较大的软件系统的生命周期一般都超过响应的硬件系统能够的周期。
3、控制软件复杂性的基本方法(可能是简答):
分解:
对问题进行分解,再分别解决各个子问题。
抽象:
抽取系统中的基本特征而忽略非基本的特征。
模块化:
将每个程序的成分隐蔽或封装在一个模块中。
信息隐蔽:
把模块内的实现细节与外界隔离。
第二章:
1、UML在系统分析阶段不是面向对象的,在系统设计阶段是面对对象的。
2、UML的9种视图:
用例图、顺序图、协作图、类图、对象图、状态图、活动图、构件图、部署图
3、UML的组成元素:
基本构造块、规则、公共机制。
4、UML视图的作用:
“4+1”视图
用例视图:
表示系统的功能性需求。
(1)
逻辑视图:
表示系统的概念设计和子系统结构。
实现视图:
说明代码的结构。
进程视图:
说明系统中并发执行的同步情况。
部署视图:
定义硬件节点。
5、UML的应用领域:
软件系统建模;描述其他非软件系统。
6、UML的4种通用机制(填空):
规范说明、修饰、通用划分、扩展机制。
7、UML和软件开发过程的关系:
UML独立于过程,不依赖于特定的软件开发过程。
第三章:
1、用例图是显示一组用例、参与者以及他们之间关系的图
2、参与者(可能是简答):
系统以外的、需要使用系统或与系统交互的东西,包括人、设备、外部系统等。
3、参与者与用例的关系:
每个参与者可以参加一个或多个用例,一个用例可以由多个参与者使用。
4、用例的本质:
一种功能分解技术,没有使用面向对象思想。
5、脚本:
指贯穿用例的一条单一路径,用来显示用例图中的某种特殊情况,脚本是用例的实例。
6、用例间的关系:
泛化关系:
代表一般与特殊的关系。
包含关系:
两个用例之间,一个用例的行为包含了另外一个用例的行为。
扩展关系:
基本用例是完整的,使用时基本用例有条件地调用扩展用例。
第四章:
1、交互图的含义:
用来描述对象之间以及对象与参与者之间的动态协作关系,以及协作过程中行为次序的图形文档。
2、顺序图中的消息(会识别即可):
调用消息:
异步消息:
或
返回消息:
阻止消息:
超时消息:
3、消息语法格式:
[predecessor][gurad-condition][sequence-expression][return-value:
=]message-name([argument-list])
注:
方括号括起来为可选部分
Predecessor:
必须先发生的消息列表,以逗号分隔。
例:
1,2|3
gurad-condition:
警戒条件,满足时才发送消息。
sequence-expression:
消息顺序项。
return-value:
=:
返回值。
message-name:
消息名,必填项。
argument-list:
消息参数列表
例:
2:
display(x,y)简单消息
1.3.1:
p:
=find(specs)嵌套消息,消息带返回值
[x<0]4:
invert(x,color)条件消息
3.1*:
update()循环消息
A3,B4/C2:
copy(a,b)线程间同步
4、协作图中的建模元素:
对象(参与者实例、多对象、主动对象等)、消息、链。
第五章:
1、定义类的属性和操作:
属性:
[可见性]属性名[:
类型][‘[’多重性[次序]’]’][=初始值][{特性}]
例:
+size:
Area=(100,100);#visibility:
Boolean=false
操作:
[可见性]操作名[(参数列表)][:
返回类型][{特征}]
例:
+display():
Location;+hide();#creat()
2、表示类:
类的表示由类名、属性名、操作名构成
3、关联(可能是简答):
关联关系是模型元素间的一种语义联系,它是对具有共同的结构特性、行为特征、关系和语义的链的描述。
关联类:
进一步描述关联的属性、操作以及其他信息,通过一条虚线与关联连接。
限定关联:
带有限定符的关联。
使用关联类的关联的表示:
限定关联的表示:
N元关联的表示:
4、边界类:
系统与外界交互的类,如窗体、对话框、报表,表示通讯协议的类。
控制类:
负责其他类工作的类,用于控制用例中的事件顺序。
实体类:
用于保存要放进持久存储体的信息。
第六章:
1、UML元素与数据库元素的映射关系:
数据库元素
版型
UML元素
数据库
<>
构建(Component)
模式
<>
包(Package)
表
<
>类(Class)
视图
<>
类
域
<>
类
索引
<>
操作(Operation)
主键
<>
操作
外键
<>
操作
唯一性约束
<>
操作
检查约束
<>
操作
触发器
<>
操作
存储过程
<>
操作
表与表之间的非确定关系
<>
关联、聚集
表与表之间确定性关系
<>
组合
第七章:
1、包的命名方式:
简单包名和路径包名。
2、包间的关系:
依赖、泛化。
第八章:
1、状态图和活动图的应用场合:
用于描述一个对象在其生存期间的动态行为,表现一个对象所经历的状态序列,引起状态转移的时间,以及因状态转移而伴随的动作。
状态图的元素及表示(会识别符号,参看书91页):
状态、转移、事件、动作
3、活动图的应用场合:
用于描述系统的工作流程和并发行为。
活动图的元素及表示(会识别符号,参看书98页):
活动、动作流、分叉和会和、分支和合并、泳道、对象流
4、泳道(可能是简答):
是活动图中的区域划分,根据每个活动的职责对所有活动进行划分,每个泳道代表一个责任区。
5、分支:
在活动图中,对于同一个触发事件,可以根据不同的警戒条件转向不同的活动,每个可能的转移是一个分支。
分叉:
表示一个控制流被两个或多个控制流代替,经过分叉后,这些控制流将并发进行。
分叉:
表示两个或多个控制流代替一个控制流。
6、历史状态
:
代表上次离开组合状态时的最后一个活动子态。
7、事件的类型:
调用事件、变化事件、时间事件、信号事件。
8、入口动作:
表示入这个状态所要执行的动作。
格式:
entry/要执行的动作
出口动作:
表示出这个状态所要执行的动作。
格式:
exit/要执行的动作
第九章:
1、构建图:
显示一组构件以及它们之间的相互关系,包括编译、链接或执行的构件之间的依赖关系。
2、构件的类型:
部署构件、工作产品构件、执行构件。
第十章:
1、部署图(配置图、实施图):
是对OO系统物理方面建模的两个图之一,它可以用来显示系统中计算结点的拓扑结构和通信路径与结点上运行的软构件等。
2、部署图的结点类型:
处理机:
可执行程序的硬件构件。
设备:
无计算能力的硬件构件。
3、部署图中的组成元素:
结点:
是存在于运行时的代表计算资源的物理元素,一般都具有一些内存,而且常常有处理能力。
连接:
表两个硬件间的关联关系。
●设计题:
一、用例图(所有关系都用→表示即可,不考虑泛化包含扩展关系)
1、某旅游公司为了扩展业务,增强竞争力,准备为客户提供酒店订房业务。
为了方便客户,以及为更多的客户服务,决定开发一套网上酒店订房系统,通过该系统客户可以查询各会员酒店的详细信息,包括房型、价格、坐落地点等,如果客户对某家酒店比较满意的话,可以利用该系统完成订房任务,订房后,如果客户确实要入住该酒店,则应支付定金,并通知酒店店主该房间已订。
如果客户由于其他原因不能入住该酒店,可以取消该预定。
请根据描述画出用例图。
2、上一题中的客户进一步划分为会员和房客,并为二者适用系统赋予不同的权限。
请分析后,画出用例图。
3、图书管理系统:
(1)借阅者请求服务的用例
1、登录系统
2、查询自己的借阅信息
3、查询书籍信息
4、预定书籍
5、借阅书籍
6、归还书籍
(2)图书馆管理员处理借书、还书的用例
1、处理书籍借阅
2、处理书籍归还
3、删除预定信息
(3)系统管理员进行系统维护用例
1、查询借阅者信息
2、查询书籍信息
3、增加书目
4、删除或更新书目
5、增加书籍
6、删除书籍
7、添加借阅者帐户
8、删除或更新借阅者帐户
二、类之间的关系(【关联、聚集】、组合、泛化、依赖)
1、建模一个数据库系统。
该系统中有数据库类(Datebase)、数据表类(Table)、记录类(Record)、域类(FieldType)、字符串类(String)、日期类(DateTime)、数字类(Numeric)。
请给出类图,类及类之间的关系。
4、用UML为公共图书馆中书记的以下特征建模。
书籍被分为两组:
珍藏本和流通类书籍,流通类书籍又可分为儿童书籍和普通书籍。
三、状态图(状态和转移)
例:
图书馆管理系统
1、书的状态图:
2、借阅凭证的状态图:
P.S.个人的一些信息的总结阿,纯手打,有错误请见谅,也欢迎联系本人告知问题和错误,谢~
最后~~祝亲们都有个好成绩~~
展开阅读全文
相关搜索