UML面向对象分析与设计教程课后习题答案简答题部分

简答题

第一章

1.面向对象设计的基本特征有哪些？这些特征对软件设计有何帮助？

封装性继承性多态性

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

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

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

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

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

我们就可以归为一类。

而猫，狗就是动物类中的一个对象。

3.什么是软件Th命周期？Th命周期包括几个阶段？

软件的Th命周期，亦称软件的Th存周期。它是按开发软件的规模和复杂程度，从时间上把

软件开发的整个过程（从计划开发开始到软件报废为止的整个历史阶段）进行分解，形成相

对独立的几个阶段，每个阶段又分解成几个具体的任务，

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

的任务并规定一套标准的文档作为各个阶段的开发成果，最后Th产出高质量的软件。

分为：一般分为定义，开发，维护三大阶段，

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

开发阶段有概要设计，详细设计和编码，维护阶段有测试，运行维护4.

面向对象与uml的关系？

umL是统一建模图，用于便于描述类之间的关系等，是用来帮助你更好进行面向对象的设计。5.

面向对象设计与传统软件相比,有何优点？

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

第二章

模型元素有哪些？

UML中模型元素太多了，比如用例图中的元素有用例，角色，扩展关系，包含关系，类图中

的元素有类，接口，关联等等，每一种框图都有各自独有的元素

2.简述uml通用机制组成以及它的作用？

一、修饰。

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

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

的名称用一条下划线修饰。

二、注释。

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

三、通用划分。

UML语言对其模型元素规定了两种类型的通用划分：型-实例（值）和接口-实现。

1、型-实例（Type-Instance）：描述一个通用描述符与单个元素项之间的对应关系。实例元

素使用与通用描述符相同的表示图形，但是名字的表示与通用描述符不同：实例元素名字带有

下划线，而且后面还要加上冒号和通用描述符的名字。

2、接口-实现：接口声明了一个规定了服务的约定，接口的实现负责执行接口的全部语义定义并

实现该项服务。

3.在uml中包含哪些视图？视图对应哪些图？

场景视图usecase

逻辑视图类图

开发视图类图，组件图

进程视图无完全对应

部署视图部署图

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

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

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

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

UML提供了几种扩展机制，允许建模者在不用改变基本建模语言的情况下做一些通用的扩展。

这些扩展机制已经被设计好，以便于在不需理解全部语义的情况下就可以存储和使用。由于这

个原因，扩展可以作为字符串存储和使用。对不支持扩展机制的工具来说，扩展只是一个字符

串，它可以作为模型的一部分被导入、存储，还可以被传递到其他工具。

第四章

1、在一个“客户服务系统”中，需要管理的用户包括客户管理人员、维护人员、部门领导，他

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

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

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

任务，处理投诉；客户人员具有四个操作，增加客户、删除客户、修改客户和查找

客户。根据这些信息，创建系统的类图。

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

出一个单独的抽象系统用户类，客户人员，维护人员，部门领导分别是系统用户类

下的继承，根据这些信息，创建包括类关系的类图

3、根据图4-51,创建相应带参数的对象图，要求用Actor构造型来表示

第五章

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

是客户咨询管理，和派工管理。

2、细化包图，在客服咨询管理中嵌套三个子包，分别是咨询，投诉，报修；派工管理中嵌套

两个子包，维护安排和回访安排，

3、子包对父包存在这依赖关系，现在要求对包进行分解，并创建他们的关系。

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

第六章

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

护客户信息和维护客户咨询信息，根据这些用例在rose中创建客服人员的用例图

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

维护和统计查询客户来电情况，根据这些情况在rose中创建部门领导的用例图

3、维护人员登录系统后，通过身份验证，能够查询派工单、接受派工、填写报告、处理派

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

第七章

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

由客服对象。客户信息界面类、客服信息控制类和客户信息类组成，在序列图中创建这些对象

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

示的完整序列图建模

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

图

第八章

(D在客户服务系统中个“客户来电”用例，当客户来电的事件发Th后，进入

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

息时，如果查询到客户，则判断咨询类型，否则新增加一个客户的信息。咨询类

型有三种：咨询、投诉'保修，如果咨询，判断是否能解答问题，如果能，则直

接处理，否则由维护人员跟进；如果是投诉，转入投诉处理；如果是保修，贝脖专

入报修处理。咨询处理结束后，填写咨询处理结果，整个活动的流程结束。根据

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

图8-32创建动作状态

②在上题的基础上，识别出各种状态之间的额转换并考虑分支与合并、分叉

与汇合的情况。绘制如图8-32所示的客户来电咨询活动图。

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

③在上题创建的活动图中有一个主要的缺点，它没有显示出由谁或者怎么负

责来执行某项活动。为了给活动图中活动指明责任者，要求在活动图中放置两个泳

道：客户和客户服务人员负责执行这些活动。最后的完整客户来电咨询活动图，如

图8-33所示。

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

第九章

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

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

CustomerInfoControlIer和客户信息类CustomerInfo组成，在协作图中创建

这些对象，如图9-18所示。

客服人员

CustorrerlnfolllCustomerinfo

图9-18创建协作图对象

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

成图9-19所示的完整协作图建模。

10

Customerinfo

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

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

(LogicalView)中创建完整的协作图,如图9-20所示。

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

第十章

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

配已完成，删除派工单，图中还包括一个起始状态和一个终止状态。根据以上的描述，创建出派

工单的各种状态，如图10-29所示。

图10-29派工单的状态

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

作废、完成等是状态转换所发Th的事件。根据各种状态以及装换规则，创建派工单

完整的状态图，如图10-30所示。

图10-30派工单状态图

(3)扩展上题创建的派工单简单状态图，让该图包含三个子状态：未分配，已分配未完成，已

分配已完成，它们都内嵌在处理派工单超状态中，在嵌套状态中还可以包含一个起

始状态和终止状态。根据以上描述，创建嵌套子状态的状态图，如图10-31所示。

图10-31派工单嵌套状态图

第十一章

1、在客户服务系统中，可以确定系统业务尸体类包括客户人员、维护人员、部门经理、产

品项目、来电咨询、客户资料和派工单，将这些逻辑元素映射到构建中，如图11-35所

7J\o

图11-35映射构件

2、在上题的基础上，确定构件之间的依赖关系，并创建完整的客户服务系统的构