UML面向对象分析与设计教程课后习题答案(胡荷芬-高斐)简答题部分

1、 5/5UML面向对象分析与设计教程课后习题答案(胡荷芬-高斐)简答题部分 简答题 第一章 1.面向对象设计的基本特征有哪些这些特征对软件设计有何帮助 封装性继承性多态性 在由封装，继承,多态所组成的环境中,程序员可以编写出比面向过程模型更健壮,更具扩展性的程序.经过仔细设计的类层次结构是重用代码的基础.封装能让程序员不必修改公有接口的代码即可实现程序的移植.多态能使程序员开发出简洁,易懂,易修改的代码. 2.类与对象的区别是什么 类是抽象的，不具体的。就像有些东西可以归为一类，比如说狗，猫，猪。它们都是动物，我们就可以归为一类。 而猫，狗就是动物类中的一个对象。 3.什么是软件生命周期生命周

2、期包括几个阶段 软件的生命周期，亦称软件的生存周期。它是按开发软件的规模和复杂程度，从时间上把软件开发的整个过程（从计划开发开始到软件报废为止的整个历史阶段）进行分解，形成相对独立的几个阶段，每个阶段又分解成几个具体的任务， 然后按规定顺序依次完成各阶段 的任务并规定一套标准的文档作为各个阶段的开发成果，最后生产出高质量的软件。 分为：一般分为定义，开发，维护三大阶段， 定义阶段有可行性论证和开发计划，需求分析， 开发阶段有概要设计，详细设计和编码，维护阶段有测试，运行维护 4.面向对象与uml的关系 umL是统一建模图，用于便于描述类之间的关系等，是用来帮助你更好进行面向对象的设计。 5.面

3、向对象设计与传统软件相比,有何优点 更有针对性更容易让客户满意减少修改提高效率 第二章 模型元素有哪些 UML中模型元素太多了，比如用例图中的元素有用例，角色，扩展关系，包含关系，类图中的元素有类，接口，关联等等，每一种框图都有各自独有的元素 2.简述uml通用机制组成以及它的作用 一、修饰。 在使用UML语言建模时，可以将图形修饰附加到UML图中的模型元素上。比如，当一个元素代表某种类型的时候，它的名称可以用粗体字形类显示；当同一元素表示该类型的实例时，该元素的名称用一条下划线修饰。 二、解释。 UML语言中用一条虚线将解释连接到它为之解释的或细化的元素上。 三、通用划分。 UML语言对其模

4、型元素规定了两种类型的通用划分：型-实例（值）和接口-实现。 1、型-实例（Type-Instance）：描述一个通用描述符与单个元素项之间的对应关系。实例元素使用与通用描述符相同的表示图形，但是名字的表示与通用描述符不同：实例元素名字带有下划线，而且后面还要加上冒号和通用描述符的名字。 2、接口-实现：接口声明了一个规定了服务的约定，接口的实现负责执行接口的全部语义定义并实现该项服务。 3.在uml中包含哪些视图视图对应哪些图 场景视图 use case 逻辑视图类图 开发视图类图，组件图 进程视图无完全对应 部署视图部署图 4.简述视图与图的内在关系 视图是几何体在投影面上留下的正投影，它

5、是主视图、俯视图、左视图的总称，满足主视图与俯视图的长对正，主视图与左视图的高平齐，俯视图与左视图的宽相等。 5.简述uml中扩展机制的作用 UML 提供了几种扩展机制，允许建模者在不用改变基本建模语言的情况下做一些通用的扩展。这些扩展机制已经被设计好，以便于在不需理解全部语义的情况下就可以存储和使用。由于这个原因，扩展可以作为字符串存储和使用。对不支持扩展机制的工具来说，扩展只是一个字符串，它可以作为模型的一部分被导入、存储，还可以被传递到其他工具。 第四章 1、在一个“客户服务系统”中，需要管理的用户包括客户管理人员、维护人员、部门领导， 他们都具有用户ID、姓名、性别、年龄、联系电话、部

6、门、职位、密码、登录名。 其中，维护人员具有三个操作，即接受派工任务、填写维护报告、查询派工任务； 部门领导具有五个操作，即安排派工任务、修改派工任务、删除派工任务，查询派 工任务，处理投诉；客户人员具有四个操作，增加客户、删除客户、修改客户和查 找客户。根据这些信息，创建系统的类图。 2、在上题中，客户人员，维护人员，部门领导都具有一些共同的属性，所以可以进行抽象 出一个单独的抽象系统用户类，客户人员，维护人员，部门领导分别是系统用户类 下的继承，根据这些信息，创建包括类关系的类图 3、根据图4-51，创建相应带参数的对象图，要求用Actor构造型来表示 第五章 1、在客户服务系统中，将客户

7、业务的功能单独的作为一个包，在该包中嵌套两个子包，分 别是客户咨询管理，和派工管理。 2、细化包图，在客服咨询管理中嵌套三个子包，分别是咨询，投诉，报修；派工管理中嵌 套两个子包，维护安排和回访安排， 3、子包对父包存在这依赖关系，现在要求对包进行分解，并创建他们的关系。 在客户服务管理系统中，有三个参与者，分别是客服人员、部门领导和维护人员。 第六章 1、客服人员登录系统后，通过身份验证，能够维护个人信息、修改密码、修改基本信息、维护客户信息和维护客户咨询信息，根据这些用例在rose中创建客服人员的用例图 2、部门领导登录系统后，通过身份验证们可以处理派工、处理投诉、安排回访、安排上门维护和

8、统计查询客户来电情况，根据这些情况在rose中创建部门领导的用例图 3、维护人员登录系统后，通过身份验证，能够查询派工单、接受派工、填写报告、处理派工等，根据这些用例在rose中创建维护人员的用例图。 第七章 1、对客户服务系统中的客服人员修改客户信息的用例进行动态建模，该交互操作的动态建模由客服对象。客户信息界面类、客服信息控制类和客户信息类组成，在序列图中创建这些对象 2、在上题创建的序列图对象中，根据修改客户信息的用例，添加消息和脚本信息完成如图所示的完整序列图建模 3、对客户服务系统中的客服人员删除客户信息的用例进行动态建模，在逻辑视图中创建序列图 第八章 （1）在客户服务系统中个“客

9、户来电”用例，当客户来电的事件发生后，进入“来电咨询”活动，如果受理，则查询客户信息，否则活动结束。当查询客户信息时，如果查询到客户，则判断咨询类型，否则新增加一个客户的信息。咨询类型有三种：咨询、投诉、保修，如果咨询，判断是否能解答问题，如果能，则直接处理，否则由维护人员跟进；如果是投诉，转入投诉处理；如果是保修，则转入报修处理。咨询处理结束后，填写咨询处理结果，整个活动的流程结束。根据以上描述，创建客户来电活动图中的需要表示的各种动作状态，如图8-31所示。 来电咨询查询客户信 息新增客户信 息 判断咨询类 型 新增咨询、填写处理结果维护人员跟 进 投诉处理能否解答问 题 故障处理 图8-

10、32 创建动作状态 （2）在上题的基础上，识别出各种状态之间的额转换并考虑分支与合并、分叉与汇合的情况。绘制如图8-32所示的客户来电咨询活动图。 图8-32 客户来电咨询活动图 （3）在上题创建的活动图中有一个主要的缺点，它没有显示出由谁或者怎么负责来执行某项活动。为了给活动图中活动指明责任者，要求在活动图中放置两个泳道：客户和客户服务人员负责执行这些活动。最后的完整客户来电咨询活动图，如图8-33所示。 类 图9-18 创建协作图对象 （2）在上题创建的协作图对象中，根据修改客户信息的用例，添加消息和脚本信息，完成图9-19所示的完整协作图建模。 图9-19 修改客户信息协作图 （3）对客

11、户服务系统中的客服人员删除客户信息的用例进行动态建模，在逻辑视图（Logical View）中创建完整的协作图，如图9-20所示。 图9-20 删除客户信息协作图 第十章 （1）在客户服务器系统中派工单有五个状态，即新派工单，未分配，已分配未完成，已分配已完成，删除派工单，图中还包括一个起始状态和一个终止状态。根据以上的描述，创建出派工单的各种状态，如图10-29所示。 图10-29 派工单的状态 （2）当派工单的状态在某一事件或某个条件满足时，就在这五个状态中进行转换。分配、作废、完成等是状态转换所发生的事件。根据各种状态以及装换规则，创建派工单完整的状态图，如图10-30所示。 图10-30 派工单状态图 （3）扩展上题创建的派工单简单状态图，让该图包含三个子状态：未分配，已分配未完成，已分配已完成，它们都内嵌在处理派工单超状态中，在嵌套状态中还可以包含一个起始状态和终止状态。根据以上描述，创建嵌套子状态的状态图，如图10-31所示。 图10-31 派工单嵌套状态图 第十一章 1、在客户服务系统中，可以确定系统业务尸体类包括客户人员、维护人员、部门经理、产 品项目、来电咨询、客户资料和派工单，将这些逻辑元素映射到构建中，如图11-35所示。 图11-35 映射构件 2、在上题的基础上，