UML面向对象分析与标准设计教程课后习题答案胡荷芬高斐简答题部分_第1页
UML面向对象分析与标准设计教程课后习题答案胡荷芬高斐简答题部分_第2页
UML面向对象分析与标准设计教程课后习题答案胡荷芬高斐简答题部分_第3页
UML面向对象分析与标准设计教程课后习题答案胡荷芬高斐简答题部分_第4页
UML面向对象分析与标准设计教程课后习题答案胡荷芬高斐简答题部分_第5页
已阅读5页,还剩13页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

简答题

第一章

1.面向对象设计的基本特性有哪些?这些特性对软件设计有何处助?

封装性继承性多态性

在由封装,继承,多态所构成环境中,程序员可以编写出比面向过程模型更强健,更具扩展性

的程序.通过仔细设计口勺类层次构造是重用代码口勺基本.封装能让程序员不必修改公有接口口勺

代码即可实现程序的移植.多态能使程序员开发出简洁,易懂,易修改口勺代码.

2.类与对象的区别是什么?

类是抽象的,不具体H勺。就像有些东西可以归为一类,例如说狗,猫,猪。它们都是动物,

我们就可以归为一类。

而猫,狗就是动物类中的一种对象.

31卜么是软件生命周期?生命周期涉及几种阶段?

软件口勺生命周期,亦称软件的生存周期。它是按开发软件的规膜和复杂限度,从时间上把

软件开发的整个过程(从筹划开发开始到软件报废为止的整个历史阶段)进行分解,形成相

对独立的几种阶段,每个阶段又分解成几种具体H勺任务,

然后按规定顺序依次完毕各阶段

的任务并规定一套原则的文档作为各个阶段的开发成果,最后生产出高质量的软件。

分为:一般分为定义,开发,维护三大阶段,

定义阶段有可行性论证和开发筹划,需求分析,

开发阶段有概要设计,具体设计和编码,维护阶段有测试,运营维护

4.面向对象与umlH勺关系?

umL是统一建模图,用于便于描述类之间的关系等,是用来仗'助你更好进行面向对象的设

计。

5.面向对象设计与老式软件相匕有何长处?

更有针对性更容易让客户满意减少修改提高效率

第二章

l.uml模型元素有哪些?

UML中模型元素太多了,例如用例图中的元素有用例,角色,扩展关系,涉及关系,类图

中的元素有类,接口,关联等等,每一种框图均有各自独有的元素

2.简述uml通用机制构成以及它的作用?

一、修饰。

在使用UML语言建模时,可以将图形修饰附加到UML图中的模型元素上。例如,当一种

元素代表某种类型的时候,它的名称可以用粗体字形类显示:当同一元素表达该类型的实例

时,该元素H勺名称用一条下划线修饰。

二、注释。

UML语言中用•条虚线将注释连接到它为之解释的或细化的元素上v

三、通用划分。

UML语言对其模型元素规定了两种类型口勺通用划分:型-实例(值)和接口-实现。

1、型-实例(Type-Inslance):描述一种通用描述符与单个元素项之间的相应关系。实例元素

使用与通用描述符相似的表达图形,但是名字H勺表达与通用描述符不同:实例元素名字带有

下划线,并且背面还要加上冒号和通用描述符的名字。

2、接口-实现:接口声明了一种规定了服务的商定,接口的实现负责执行接口的所有语义定

义并实现该项服务。

3.在uml中涉及哪些视图?视图相应哪些图?

场景视图usecase

逻辑视图类图

开发视图类图,组件图

进程视图无完全相应

部署视图部署图

4.简述视图与图的内在关系?

视图是几何体在投影ifn上留下的正投影,它是主视图、俯视图、左视图的总称,满足主视图

与俯视图的长对正,主视图与左视图H勺高平齐,俯视图与左视图的宽相等。

5.简述uml中扩展机制的作用?

UML提供了几种扩展机制,容许建模者在不用变化基本建模语言口勺状况下做某些通用的扩

展。这些扩展机制已经被设计好,以便于在不需理解所有语义的状况下就可以存储和使用。

由于这个因素,扩展可以作为字符串存储和使用c对不支持扩展机制H勺丁具来说,扩展只是

一种字符串,它可以作为模型H勺一部分被导入、存储,还可以被传递到其她工具。

第四章

1、在一种“客户服务系统”中,需要管理的顾客涉及客户管理人员、维护人员、部门领导,

她们都具有顾客ID、姓名、性别、年龄、联系电话、部门、职位、密码、登录名。

其中,维护人员具有三个操作,即接受派工任务、填写维护报告、查询派工任务:

部门领导具有五个操作,即安排派工任务、修改派工任务、删除派工任务,查询派

工任务,解决投诉:客户人员具有四个操作,增长客户、删除客户、修改客户和查

找客户。根据这些信息,创立系统H勺类图。

客服人员类维护人员类部门领导

+ID:Integer+ID:Integer+ID:Integer

+姓扃:String+姓名:String十姓名:String

中性别:Strng雁别:String谯知:String

+年酸:Integer十年龄Integer+年龄:Integer

+联索电话:String+唳索电话:String+联索电话:String

福门:Strng+部门:String+部门:String

+曲位:String+限位:String+曲位:String

筋码:String谊码:String谊码:String

+登录名:String遛录名:String建录名:Strrg

隹排派

任分

工O

+接受派工任务'()

度改派

+增加用户0工O

删除派

+填写维护报告0工O

隹询派

+查询派工任务0工IV1O

成理投

+查找用户0诉O

2、在上题中,客户人员,维护人员,部门领导都具有某些共同的属性,因此可以进行抽象

出一种单独口勺抽象系统顾客类,客户人员,维护人员,部门领导分别是系统顾客类

下H勺继承,根据这些信息,创立涉及类关系H勺类图

A

容眠人贝类

部门领导类

+熠加用户0

+修改用户0+安排派工任务0

+删除用户0维护人员类+修改加工任务0

+查找用户0+删除派工任务0

+接受派工任务o:将歌。

十填号维护报告0

+查询派工任务0

3、根据图4-51,创立相应带参数的对象图,规定用Actor构造型来表达

系统用户类

部门领导类

客服人员类

维护人员类

•删除客户()

•增加客户()

•查找客户()

•修改客户()

第五章

1、在客尸服务系统中,将客户业务的功能单独H勺作为一种包,在该包中嵌套两个子包,分

别是客户征询管理,和派工管理。

2、细化包图,在客服征闻管理中嵌套三个子包,分别是征询,投诉,报修:派工管理中嵌

套两个子包,维护安排和回访安排,

客朋业务处理

派工管理

维护安排

回访安排

3、子包对父包存在这依赖关系,目前规定对包进行分解,并创立她们的关系。

在客户服务管理系统中,有三个参与者,分别是客服人员、部门领导和维护人员。

第六章

1、客服人员登录系统后,通过身份验证,可以维护个人信息、修改密码、修改基本信息、

维护客户信息和维护客户征询信息,根据这些用例在rose中创立客服人员的用例图

2、部门领导登录系统后,通过身份验证们可以解决派工、解决投诉、安排回访、安排上门

维护和记录查询客户来电状况,根据这些状况在rose中创立部门领导的用例图

3、维护人员登录系统后,通过身份验证,可以查询派工单、接受派工、填写报告、解决派

工等,根据这些用例在rose中创立维护人员的用例图。

«extend»

填写根告

第七章

1、对客户服务系统中H勺客服人员修改客户信息H勺用例进行动态建模,该交互操作H勺动态建

模由客服对象。客户信息界面类、客服信息控制类和客户信息类构成,在序列图中创立这些

对象

2、在上题创立的序列图对象中,根据修改客户信息的用例,添加消息和脚本信息完毕如图

所示日勺完整序列图建模

"4世那NJM小倩尼谓「‘我小'幡TAIK

—•--••一।・・।・।・・।.一r1一

1,Y

////YH飞怜定为,P”战口

//IJI

•氏害QWK也/I'

7------------是否更新I

/Lj1|

IL一铝M就峋X户熟找1'xvWMI

下执行数据炒新।

//"……飞

〔,;茯得所百客户信息I

I|[■;

《一显可叱”二工—〕

3、对客户服务系统中H勺客服人员删除客户信息H勺用例进行动态建模,在逻辑视图中创立序

列图

・・,・

---------V?'墨西5

|L«伏忏数制的星断

2.萩济里■后的后户值思

■II

力不工龄后蜀总户借2y

第八章

(1)在客户服务系统中个“客户来电”用例,当客户来电的事件发生后,进入

“来电征询”活动,如果受理,则查询客户信息,否则活动结束。当查询客户信

息时,如果查询到客户,则判断征询类型,否则新增长一种客户#u信息。征询类

型有三种:征询、投诉、保修,如果征询,判断与否能解答问题,如果能,则直

接解决,否则由维护人员跟进;如果是投诉,转入投诉解决;如果是保修,则转

入报修解决。征询解决结束后,填写征询解决成果,整个活动的流程结束。根据

以上描述,创立客户来电活动图中的需要表达的多种动作状态,如图8-31所示。

图8-32创立动作状态

(2)在上题的基本上,辨认出多种状态之间口勺额转换并考虑分支与合并、分又

与汇合的状况。绘制如图8-32所示口勺客户来电征询活动图。

保修

故障,

处理结果

新熠咨询、填

写处理结里

图8-32客户来电征询活动图

(3)在上题创立的J活动图中有一种重要的缺陷,它没有显示出由谁或者怎么负

责来执行某项活动。为了给活动图中活动指明责任者,规定在活动图中放置两个

泳道:客户和客户服务人员负责执行这些活动。最后的完整客户来电征询活动图,

如图8-33所示。

客户服务人员

新增客户信

报修

投诉处理

不能

故障处理

X.>W

处理结果

新增咨询、填

写处理结果

图8-33带泳道的客户来电征询活动图

第九章

(1)对客户服务系统中的客服人员修改客户信息的用例进行动态建模,该交互操作H勺动

态建模由客户对象、客户信息界面CustomcrlnfoUI、客户信息控制类

CustomerlnfoController和客户信息类Customerinfo构成,在协作图中创立这些对象,

如图9-18所示。

客服人员

CustomerlnfolllCustomerlnfoControllerCustomerinfo

图9-18创立协作图对象

(?)在上题创立的协作图对象中,根据修改客户信息的用例.添加消息和脚本信息,完

毕图9-19所示日勺完整协作图建模。

Customerinfo

图9-19修改客户信息协作图

(3)对客户服务系统中口勺客服人员删除客户信息的用例进行动态建模,在逻辑视图

(LogicalView)中创立完整口勺协作图,如图9-20所示。

CustomerlnfoCoritrolerCustomerinfo

图9-20删除客户信息协作封

第十章

(1)在客户服务器系统中派工单有五个状态,即新派工单,未分派,己分派未完毕,已分

派已完毕,删除派工单,图中还涉及一种起始状态和一种终结状态。根据以上的描述,创立

出派工单的多种状态,如图10-29所示。

新港工单

耒分配己分配未

完成

删除派工已分配已

a完成

图10-29派工单的状态

(2)当派工单的状态在某一事件或某个条件满足时,就在这五个状态中进行转换。分派、

作废、完毕等是状态转换所发生H勺事

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论