UML系统建模基础教程课后习题问题详解

UML系统建模基础教程课后答案

第一章面向对象设计与UML

1．填空题

（1）UML

（2）封装继承多态

（3）继承

（4）瀑布模型喷泉模型基于组件的开发模型XP开发模型

2. 选择题

（1）C

（2）A B C D

（3）A B C D

（4）A B C

（5）A

3.简答题

1.试述对象和类的关系。

（1）类是具有相同或相似结构、操作和约束规则的对象组成的集合，而对象是某一类的具体化实例，每一个类都是具有某些共同特征的对象的抽象。类与对象的关系就如模具和铸件的关系，类的实例化结果就是对象，而对一类对象的抽象就是类.类描述了一组有相同特性和相同行为的对象。

第二章UML通用知识点综述

1.填空题

（1）依赖泛化关联实现

（2）视图图模型元素

（3）实现视图部署视图

（4）构造型标记值约束

（5）规格说明修饰通用划分

2. 选择题

（1）D

（2）C

（3）A

（4）A B

（5）D

3.简答题

（1）在UML中面向对象的事物有哪几种？

在UML中，定义了四种基本的面向对象的事物，分别是结构事物、行为事物、分组事物和注释事物等。

（2）请说出构件的种类。

构件种类有：源代码构件、二进制构件和可执行构件。

（3）请说出试图有哪些种类。

在UML中主要包括的视图为静态视图、用例视图、交互视图、实现视图、状态机视图、活动视图、部署视图和模型管理视图。

（4）请说出视图和图的关系。

视图和图是包含和被包含的关系。在每一种视图中都包含一种或多种图。

（5）请简述UML的通用机制。

UML提供了一些通用的公共机制，使用这些通用的公共机制（通用机制）能够使UML在各种图中添加适当的描述信息，从而完善UML的语义表达。通常，使用模型元素的基本功能不能够完善的表达所要描述的实际信息，这些通用机制可以有效地帮助表达，帮助我们进行有效的UML建模。UML提供的这些通用机制，贯穿于整个建模过程的方方面面。前面我们提到，UML的通用机制包括规格说明、修饰和通用划分三个方面。

第三章Rational统一过程

1.填空题

（1）角色活动产物工作流

（2）逻辑视图过程视图物理视图开发视图用例视图

（3）设计开发验证

（4）二维

（5）周期迭代过程里程碑

2.选择题

（1）A B C D

（2）A C D

（3）A C D

（4）A B C

（5）A B C D

3.简答题

（1）请描述迭代过程有几个阶段。

初始阶段、细化阶段、构造阶段和移交阶段。

（2）Rational统一过程以一种能够被大多数项目和开发组织都适用的形式建立起来，其所包含的六项最佳时间指的是什么？

迭代式软件开发、需求管理、基于构件的架构应用、建立可视化的软件模型、软件质量验证和软件变更控制。

（3）在Rational统一过程的开发流程中，分别使用哪几种最主要的建模元素来进行表达？在Rational统一过程的开发流程中，分别使用角色、活动、产物和工作流四种建模元素来进行表达。

（4）对于一个以架构为中心的开发组织，需要对架构的那些方面进行关注？

对于一个以架构为中心的开发组织，需要对架构的目的、架构的表示和架构的过程进行关注。（5）简要说明什么事Rational统一过程

Rational统一过程是Rational软件开发公司的一款软件产品，并且和Rational软件开发公司开发的一系列软件开发工具进行了紧密的集成。Rational统一过程拥有自己的一套架构，并且这套架构是以一种大多数项目和开发组织都能够接受的形式存在的。它提供了如何对软件开发组织进行管理的方式，并且拥有自己的目标和方法。

（6）试述实现Rational统一过程的步骤

实现Rational统一过程的步骤：评估当前状态、建立明确目标、识别过程风险、计划过程实现、执行过程实现和评价过程实现。

（7）Rational统一过程对现代软件开发的发展起到了什么作用？

Rational统一过程作为一种软件工程过程为开发组织提供了如何在开发过程中如何对软件开发的任务进行严格分配、如何对参与开发的人员职责进行严格的划分等方法。按照预先制定的计划，这些计划包括项目时间计划和经费预算，开发出高质量的软件产品，并且能够满足最终用户的要求。Rational统一过程提供了一种以可预测的循环方式进行软件开发的过程、一个用来确保生产高质量软件的系统产品、一套能够被灵活改造和扩展的过程框架和许多软件开发最佳实践，这些都使Rational统一过程对现代软件工程的发展产生了深远的影响。

第四章Rational Rose的安装和操作

1.填空题

（1）新建打开最近使用的模型

（2）用例视图逻辑视图构件视图部署视图

（3）编辑区

（4）模型容日志记录

（5）mdl

2.选择题

（1）A B C D

（2）A C D

（3）A B C

（4）A C D

（5）C

3.简答题

（1）Rational Rose 是一个完全的、具有能满足所有建模环境（包括Web开发、数据库建模以及各种开发工具和语言）需求能力和灵活性的一套解决方案。Rational Rose 允许系统开发人员、系统管理人员和系统分析人员在软件的各个开发周期，建立系统地需求和系统的体系架构的可视化模型，并且能够将这些需求和系统的体系架构可视化模型转换成代码，帮助系统开发。Rational Rose建模工具能够为UML提供很好的支持。

（2）从略，参照第二节。

（3）通过选择“File”（文件）菜单栏下的“Import”（导入）可以用来导入模型、包或类等，可供选择的文件类型包含.mdl、.ptl、.sub或.cat等，导入模型的对话框。导入模型，可以对利用现成的建模。

通过选择“File”（文件）菜单栏下的“Export Model ...”（导出模型）可以用来导出模型，导出的文件后缀名为.ptl，当选择一个具体的类的时候，比如选择一个类名称为“User”，然后我们可以通过选择“File”（文件）菜单栏下的“Export User”（导出User类）来导出User 类，弹出导出的文件后缀名称为.ptl

（4）Rational Rose 2003的主界面主要是由标题栏、菜单栏、工具栏、工作区和状态栏构成。默认的工作区域包含四个部分，分别是左侧的浏览器，文档编辑区和右侧的图形编辑区域，以及下方的是日志记录。

第五章使用Rose设计UML

1.填空题

（1）用例视图逻辑视图构件视图部署视图

（2）非一致性检查审查功能审查功能重用建模元素和图功能

（3）构件构件图包

（4）部署

（5）模型代码库执行文件运行库其他构件的信息

2.选择题

（1）A B D

（2）A C D

（3）A C D

（4）A B C

（5）A B C D

3. 简答题

（1）使用Rational Rose建立的Rose模型中分别包括用例视图、逻辑视图、构件视图和部署视图。用例视图是系统功能的高层抽象。逻辑视图关是系统如何实现用例中所描述的功能。部署视图显示的是系统的实际部署情况，它是为了便于理解系统如何在一组处理节点上的物理分布，而在分析和设计中使用的构架视图。

（2）使用Rational Rose生成代码有通过以下四个步骤进行：选择待转换的目标模型、检查语言的语法错误、设置代码生成属性、最后生产代码。

（3）在Rational Rose中，可以通过收集有关类、类的属性、类的操作、类与类之间的关系以及包和构件等静态信息，将这些信息转化成为对应的模型，在相应的图中显示出来。（4）用例视图关注的是系统功能的高层抽象，适合于对系统进行分析和获取需求，而不关注于系统的具体实现方法。逻辑视图关注系统如何实现用例中所描述的功能，主要是对系统功能性需求提供支持，即在为用户提供服务方面，系统所应该提供的功能。

第六章用例图

1.填空题

（1）用例图

（2）参与者（角色）用例系统边界关联

（3）包含扩展泛化

（4）用例粒度

（5）组成部分系统外部

2.选择题

（1）D

（2）A C D

（3）C

（4）C

（5）D

3. 简答题

（1）识别用例的最好方法就是从分析系统参与者开始，在这个过程中往往会发现新的参与者。当找到参与者之后，我们就可以根据参与者来确定系统的用例，主要是看各参与者如何使用系统，需要系统提供什么样的服务。对于这个被选出的用例模型，不仅要做到易于理解，还要做到不同的涉众对于它的理解是一致的

（2）我们可以在用例之间抽象出包含、扩展和泛化这三种关系。多个用例用到同一段的行为，则可以把这段共同的行为单独抽象成为一个用例，然后让其他用例来包含这一用例。扩

展关系往往被用来处理异常或者构建灵活的系统框架。使用扩展关系可以降低系统的复杂度，有利于系统的扩展，提高系统的性能。扩展关系还可以用于处理基础用例中的那些不易描述的问题，使系统显得更加清晰易于理解。当您发现系统中有两个或者多个用例在行为、结构和目的方面存在共性时，就可以使用泛化关系。这时，可以用一个新的（通常也是抽象的）用例来描述这些共有部分，这个新的用例就是父用例。

（3）视系统的复杂度决定。对于比较简单的系统，可以相对用的少些用例图，对于比较复杂的系统，为表示清楚系统功能必须多创建用例图。我们应该根据每个系统的具体情况，具体问题具体分析，在尽可能保证整个用例模型的易理解性前提下决定用例的大小和数目。（4）用例图是从软件需求分析到最终实现的第一步，它显示了系统的用户和用户希望提供的功能，有利于用户和软件开发人员之间的沟通。借助于用例图，系统用户、系统分析人员、系统设计人员、领域专家能够以可视化的方式对问题进行探讨，减少了大量交流上的障碍，便于对问题达成共识。

（5）使用Rose创建用例图的步骤：识别参与者、创建用例，最后创建用例之间的关系。4．上机题

（1）用例图位于光盘中学生管理系统.mdl. ->User Case View->系统管理员用例图

（2）用例图位于光盘中学生管理系统.mdl. ->User Case View->教师用例图

（3）用例图位于光盘中学生管理系统.mdl. ->User Case View->学生用例

第七章类图与对象图

1.填空题

（1）对象链

（2）依赖泛化关联实现

（3）类

（4）类接口数据类型构件

（5）共有类型私有类型受保护类型

2.选择题

（1）A B

（2）C

（3）D

（4）D

（5）C

3. 简答题

（1）类的组成元素有类的名称、类的属性、类的操作、类的职责、类的约束和类的注释。（2）对象图是由对象和链组成的。

（3）在面向对象分析方法中，类和对象的图形表示法是关键的建模技术之一。它们能够有效的对业务领域和软件系统建立可视化的对象模型，使用强大的表达能力来表示出面向对象模型的主要概念。UML中的类图和对象图显示了系统的静态结构，其中的类、对象是图形元素的基础。

（4）在类中包含三个部分，分别是类名、类的属性和类的操作。类的名称栏只包含类名。类的属性栏定义了所有属性的特征。类中列出了操作类中使用了关联连接，关联中使用名称、角色以及约束等特征定义。类是一类的对象的抽象，类不存在多重性。

对象包含两个部分：对象的名称和对象的属性。对象的名称栏包含“对象名：类名”。对象的属性栏定义了属性的当前值。对象图中不包含操作容，因为对属于同一个类的对象，其操

作是相同的。对象使用链进行连接，链中包含名称、角色。对象可以具有多重性。

4．上机题

（1）类图位于光盘中学生管理系统.mdl. -> User Case View->类图

（2）对象图位于光盘中学生管理系统.mdl. -> Logical View->类图

（3）对象图位于光盘中学生管理系统.mdl. -> Logical View->类图

类图位于光盘中学生管理系统.mdl. -> User Case View->类图

第八章序列图

1.填空题

（1）序列图

（2）发送者接收者活动

（3）激活

（4）生命线

（5）矩形框下划线

2.选择题

（1）A B C D

（2）A

（3）A C

（4）B

（5）A B C

3. 简答题

（1）序列图的用途包括：确认和丰富一个使用语境的逻辑表达。细化用例的表达。有效地描述如何分配各个类的职责以及各类具有相应职责的原因。

（2）确定序列对象。创建对象。创建生命线。创建消息。销毁对象。

（3）序列图显示不同的业务对象如何交互，对于交流当前业务如何进行很有用。除记录组织的当前事件外，一个业务级的序列图能被当作一个需求文件使用，为实现一个未来系统传递需求。在项目的需求阶段，分析师能通过提供一个更加正式层次的表达，把用例带入下一层次。那种情况下，用例常常被细化为一个或者更多的序列图。组织的技术人员也能通过序列图在记录一个未来系统的行为应该如何表现。在设计阶段，架构师和开发者能使用该图，挖掘出系统对象间的交互，这样充实整个系统设计

（4）销毁对象表示对象生命线的结束，在对象生命线中使用一个“X”来进行标识。给对象生命线中添加销毁标记的步骤如下：在序列图的图形编辑工具栏中选择按钮，此时

的光标变为“+”符号。单击欲销毁对象的生命线，此时该标记在对象生命线中标识。该对象生命线自销毁标记以下的部分消失。

4．上机题

（1）序列图位于光盘中学生管理系统.mdl->Loginal View->输入学生信息1（序列图）（2）序列图位于光盘中学生管理系统.mdl->Loginal View->输入学生信息（序列图）

（3）序列图位于光盘中学生管理系统.mdl->Loginal View->修改学生信息（序列图）

第九章协作图

1.填空题