下载文档原格式
填空题第一章第二章常用的通用机制。
的系统功能的模型图。
(5) 并且它是独立的对象为中心进行描述。
第三章(1)Rational Rose默认支持的目标语言主要包括C++，C#）,它是为了便于理解系统如何在一组处(3)使用R ational Rose库、执行文件、运行库和其他构件等信息。
(3)在UML第五章1（2）包的可见性关键字包括（3（4三层结构。
（5第六章(1)例图。
(3)(4)第七章(1)在UML时(2)(4)(5)第八章表示一个程序或工作流，常用于计算机流程和工作流程建模。
每一组表示一个特定的类、人或部门、他们完成组内的活动。
第九章1.uml的交互图中，强调对象之间关系和消息传递的是（协作图）。
2.（结构图）的作用体现在显示对象及其交互关系的空间组织结构。
3.在协作图中的（链）是两个或多个对象之间的（连接）关联的实例。
4.uml中，对象行为是对象间为完成某一目的而进行的一系列消息传递，消息序列可用（顺序号）和（消息的名称）来表示。
5. uml中的协作图强调的是交互对象的整体结构，是按照（空间结构）进行布图。
第十章24在uml中的图。
第十一章1.填空题理实现。
（2）在UML（3（4资源建模。
第十二章1.填空题的集合。
(2)Rational在每一次迭代中以不同的重点和强度重复。
(3)解决方案的软件开发方式。
(5)Rational。
填空题第一章(1)统一建模语言UML是绘制软件蓝图的标准工具语言，可以对软件系统产品进行说明、可视化、构造和编制文档。
(2)UML在实际软件项目中，可以用于构造各种类型系统的业务模型和软件模型。
(3)软件的开发模式有瀑布模型、喷泉模型、基于构件的开发模型和XP方法。
(4)面向对象程序的三大要素是多态、封装和继承。
(抽象)(5)瀑布模型的缺点是缺乏灵活性，特别是无法解决软件需求不明确或不准确的问题。
第二章(1) 在UML中，静态视图包含有两种视图，分别是类图和对象图。
(2) 规格说明，修饰，拓展划分是UML常用的通用机制。
(3) 够造型，标记型，约束是UML常用的扩展机制。
(4) 用例视图描述了系统的参与者与系统进行交互的功能，是参与者所能观察和使用到的系统功能的模型图。
(5) 状态图是通过对象的各种状态来建立模型来描述对象的随时间变化的动态行为，并且它是独立的对象为中心进行描述。
第三章(1)Rational Rose默认支持的目标语言主要包括 Java、Visual Basic等。
（C++，C#）(2) 部署视图显示的是系统的实际部署情况,它是为了便于理解系统如何在一组处理解节点上的物理分布，而在分析和设计中使用的架构视图。
(3)使用R ational Rose 生成代码的步骤包括选择待转换的目标模型、检查Java语言的语法错误、设置代码生成属性、生成代码。
(4)在用例视图中包括了系统中的所有参与者、用例和用例图，必要时还可以在其中添加顺序图、协作图、活动图和类图等。
(5) 构件视图用来描述系统中的各个实现模块以及它们之间的依赖关系包含模型代码库、执行文件、运行库和其他构件等信息。
第四章(1)对象图的目的在于描述系统中参与交互的各个对象在同一时刻是如何运行的。
(2)链是两个或多个对象之间的独立连接，是关联的实例。
(3)在UML的图形表示中，类是由名字、属性和方法三个部分组成的。
(4)依赖关系使用一个从客户指南提供者的虚箭头来进行表示。
UML课后习题答案UML习题答案第⼀章⾯向对象设计与UML1．填空题（1）基本构造块UML规则公共机制（2）名字属性操作（3）封装继承多态（4）继承（5）瀑布模型喷泉模型基于组件的开发模型XP开发模型2. 选择题（1）C（2）A B C D（3）A B C D（4）A B C（5）A3.简答题（1）类是具有相同或相似结构、操作和约束规则的对象组成的集合，⽽对象是某⼀类的具体化实例，每⼀个类都是具有某些共同特征的对象的抽象。
类与对象的关系就如模具和铸件的关系，类的实例化结果就是对象，⽽对⼀类对象的抽象就是类.类描述了⼀组有相同特性和相同⾏为的对象。
（2）1.UML是⼀种语⾔。
2. UML是⽤来建模的。
3.UML是统⼀的标准。
（3）建模能够帮助我们按照实际情况或按我们需要的形式对系统进⾏可视化；提供⼀种详细说明系统的结构或⾏为的⽅法；给出⼀个指导系统构造的模板；对我们所做出的决策进⾏⽂档化。
在建模时应遵循以下原则：选择要创建什么模型对如何动⼿解决问题和如何形成解决⽅案有着意义深远的影响；每⼀种模型可以在不同的精度级别上表⽰；最好的模型是与现实相联系的；单个模型不充分；对每个重要的系统最好⽤⼀组⼏乎独⽴的模型去处理。
（4）UML和⾯向对象软件开发之间有紧密的关系，可以说是⾯向对象软件开发促使了UML 的产⽣。
但是由于在UML标准化的过程中，吸收了业务建模、⼯作流建模和数据库建模等领域的标准规范，形成了适应性很强的标准。
（5）在软件设计过程中，使⽤UML建模是为了能够更好地理解正在开发的系统。
通过UML 建模，可以达到以下⽬的：有助于按照实际情况或按照所需要的样式对系统进⾏可视化；能够规约系统的结构或⾏为；给出了指导构造系统的模板；对做出的决策进⾏⽂档化。
第⼆章UML通⽤知识点综述1.填空题（1）依赖泛化关联实现（2）视图图模型元素（3）实现视图部署视图（4）构造型标记值约束（5）规格说明修饰通⽤划分2. 选择题（2）C（3）A（4）A B（5）D3.简答题（1）在UML中，定义了四种基本的⾯向对象的事物，分别是结构事物、⾏为事物、分组事物和注释事物等。
UML课后习题答案第1章UML概述1. 请指出UML的三个主要的特性。
1）UML是一种语言2）UML是用来建模的3）UML是统一的标准2. 请指出三种以上现实生活中的常用模型，并说明它们分别在各自的领域中发挥了什么样的作用。
1）电路图：电子产品设计、生产、维修2）园区沙盘：直观、立体化地展示园区的景观、布局3）地图：导航、指路等3. 请说明蓝图和草图的区别，并简单描述其适用的场景。
蓝图一般是指采用CASE(Computer Aided（or Assisted）Software Engineering)工具绘制的、正式的、规范的UML模型；而草图则通常是指手工绘制的、规范度较低的在纸张的UML模型。
对于局部的、重要性不高的、共享范围较小的UML模型，直接将草图扫描到电脑存档即可；对于全局的、重要性高的、高度共享的，在草图的基础上用CASE工具绘制成为正式的蓝图，并将其纳入统一的模型管理中4. 说明UML适用的建模领域，以及其作用和主要的参与人员。
业务建模，用来加强对业务领域的了解，以领域专家为主，需求分析人员是主力，系统分析员、架构师可参与。
需求模型，用来加强需求了解，便于技术决策，以需求分析人员为主，系统分析员是主力，领域专家提供指导，架构师和资深开发人员参与。
设计模型：包括高层设计模型和详细设计模型。
高层设计模型以架构师为主，系统分析员从需求方面提供支持，资深开发人员从技术实现方面提供支持。
详细设计模型则以资深开发人员为主，架构师提供指导。
实现模型：架构师、资深开发人员（设计人员）；以资深开发人员（设计人员）为主，架构师提供总体指导。
数据库模型：架构师、数据库开发人员、资深开发人员（设计人员）；以数据库开发人员为主，架构师提供指导，资深开发人员（设计人员）予以配合。
第2章UML世界的构成1. UML是由哪三个部分组成的，请分别说明它们的作用。
基本构造块：也就是建模元素，是模型的主体UML规则：也就是支配基本构造块如何放在一起的规则公共机制：运用于整个UML模型中的公共机制、扩展机制2. 请列举出三个以上UML中的事物构造块，并说明适合用来表示“系统向用户提供的功能”的构造块是什么。
填空题第一章(1)统一建模语言UML是绘制软件蓝图的标准工具语言，可以对软件系统产品进行说明、可视化、构造和编制文档。
(2)UML在实际软件项目中，可以用于构造各种类型系统的业务模型和软件模型。
(3)软件的开发模式有瀑布模型、喷泉模型、基于构件的开发模型和XP方法。
(4)面向对象程序的三大要素是多态、封装和继承。
(抽象)(5)瀑布模型的缺点是缺乏灵活性，特别是无法解决软件需求不明确或不准确的问题。
第二章(1) 在UML中，静态视图包含有两种视图，分别是类图和对象图。
(2) 规格说明，修饰，拓展划分是UML常用的通用机制。
(3) 够造型，标记型，约束是UML常用的扩展机制。
(4) 用例视图描述了系统的参与者与系统进行交互的功能，是参与者所能观察和使用到的系统功能的模型图。
(5) 状态图是通过对象的各种状态来建立模型来描述对象的随时间变化的动态行为，并且它是独立的对象为中心进行描述。
第三章(1)Rational Rose默认支持的目标语言主要包括 Java、Visual Basic等。
（C++，C#）(2) 部署视图显示的是系统的实际部署情况,它是为了便于理解系统如何在一组处理解节点上的物理分布，而在分析和设计中使用的架构视图。
(3)使用R ational Rose 生成代码的步骤包括选择待转换的目标模型、检查Java语言的语法错误、设置代码生成属性、生成代码。
(4)在用例视图中包括了系统中的所有参与者、用例和用例图，必要时还可以在其中添加顺序图、协作图、活动图和类图等。
(5) 构件视图用来描述系统中的各个实现模块以及它们之间的依赖关系包含模型代码库、执行文件、运行库和其他构件等信息。
第四章(1)对象图的目的在于描述系统中参与交互的各个对象在同一时刻是如何运行的。
(2)链是两个或多个对象之间的独立连接，是关联的实例。
(3)在UML的图形表示中，类是由名字、属性和方法三个部分组成的。
(4)依赖关系使用一个从客户指南提供者的虚箭头来进行表示。
UML课后习题答案⼀、填空1. 如果要把众多的事物进⾏归纳和分类，那么所依据的⾯向对象特性是抽象。
2. ⾯向对象中的表⽰层⽤于提供给⽤户使⽤和显⽰的界⾯。
3. UML中的元元模型层位于结构的最上层，是组成UML最基本的元素，代表要定义的所有事物。
4. 在UML2.0中⽤来表⽰类、组件、协作等模型元素内部结构的是组合结构。
5. UML中的实现关系使⽤⼀条空⼼三⾓作为箭头和虚线作为其图形表⽰。
1. ⽤例图的标准关系有扩展、泛化关系、关联关系。
2. ⽤例图的组成有关系、系统、参与者和⽤例。
3. 在UML中，⽤例⽤⼀个圆形来表⽰。
4. 泛化关系使⽤⼀条实线和⼀个三⾓箭头来边接⽤例。
1.类图是⾯向对象系统建模中最常⽤和最基本的图之⼀。
2. 泛化约束可以分为不完我约束、完全约束、解体约束和重叠约束。
3. UML规范中定义了4种基本的依赖类型，它们分别是使⽤依赖、抽象依赖、绑定依赖和授权依赖。
4. 组合关系⽤来描述整体与部分，但是部分不能离开整体⽽单独存在，当整体类被销毁部分类将同时被销毁。
5.组合关系和聚合关系都是⼀种特殊的关联关系，它们都描述了整体与部分的关系。
1.对象图描述了参与交互的各个对象在交互过程中某⼀时刻的状态。
2. 存在于时间和空间的具体实体是⽤来描述对象的。
3. 对象除了⽤于数据外，还可以拥有各种关系，这些关系被称为链。
4. 使⽤包以及类所绘制的图形就叫包图。
5. 包图的常⽤关系包括依赖关系和泛化关系，其中依赖关系⼜包括<> 依赖和<>依赖。
1. UML中活动图的核以元素是活动，它使⽤圆⾓矩形表⽰。
2. 活动图中的活动结点有3种类型，其中控制结点可以包含开始状态。
3. 在⼀个活动图中可以有⼀个开始状态。
有多个结束状态。
4. 在活动图中使⽤分叉与汇合来描述并⾏的⾏为。
5. ⼀个异常处理器包含⼀个异常处理执⾏体和⼀个异常类型。
1. 顺序图是⼀种通信集合。
2. ⽣命线有激活和休眠两种状态。
填空题第一章(1)统一建模语言UML是绘制软件蓝图的标准工具语言，可以对软件系统产品进行说明、可视化、构造和编制文档。
(2)UML在实际软件项目中，可以用于构造各种类型系统的业务模型和软件模型。
(3)软件的开发模式有瀑布模型、喷泉模型、基于构件的开发模型和XP方法。
(4)面向对象程序的三大要素是多态、封装和继承。
(抽象)(5)瀑布模型的缺点是缺乏灵活性，特别是无法解决软件需求不明确或不准确的问题。
第二章(1) 在UML中，静态视图包含有两种视图，分别是类图和对象图。
(2) 规格说明，修饰，拓展划分是UML常用的通用机制。
(3) 够造型，标记型，约束是UML常用的扩展机制。
(4) 用例视图描述了系统的参与者与系统进行交互的功能，是参与者所能观察和使用到的系统功能的模型图。
(5) 状态图是通过对象的各种状态来建立模型来描述对象的随时间变化的动态行为，并且它是独立的对象为中心进行描述。
第三章(1)Rational Rose默认支持的目标语言主要包括 Java、Visual Basic等。
（C++，C#）(2) 部署视图显示的是系统的实际部署情况,它是为了便于理解系统如何在一组处理解节点上的物理分布，而在分析和设计中使用的架构视图。
(3)使用R ational Rose 生成代码的步骤包括选择待转换的目标模型、检查Java语言的语法错误、设置代码生成属性、生成代码。
(4)在用例视图中包括了系统中的所有参与者、用例和用例图，必要时还可以在其中添加顺序图、协作图、活动图和类图等。
(5) 构件视图用来描述系统中的各个实现模块以及它们之间的依赖关系包含模型代码库、执行文件、运行库和其他构件等信息。
第四章(1)对象图的目的在于描述系统中参与交互的各个对象在同一时刻是如何运行的。
(2)链是两个或多个对象之间的独立连接，是关联的实例。
(3)在UML的图形表示中，类是由名字、属性和方法三个部分组成的。
(4)依赖关系使用一个从客户指南提供者的虚箭头来进行表示。
《面向对象分析与设计》习题及部分答案第一章 概论1.什么是面向对象方法？面向对象的基本原则主要有哪些？答：面向对象方法是一种运用对象、类、继承、封装、聚合、关联、消息、多态性等概念来构造系统的软件开发方法。
面向对象方法的解决问题的思路是从现实世界中的客观对象（如人和事物）入手，尽量运用人类的自然思维方式来构造软件系统，这与传统的结构化方法从功能入手和信息工程化方法从信息入手是不一样的。
面向对象的基本思想主要有：1)从现实世界中客观存在的事物出发来建立软件系统，强调直接以问题域（现实世界）中的事物为中心来思考问题、认识问题，并根据这些事物的本质特征，把它们抽象地表示为系统中的对象，作为系统的基本构成单位。
这可以使系统直接映射问题域，保持问题域中事物及其相互关系的本来面貌(对象)2)用对象的属性表示事物的性质；用对象的操作表示事物的行为。
（属性与操作）3)对象的属性与操作结合为一体，成为一个独立的、不可分的实体，对外屏蔽其内部细节。
（对象的封装）4)对事物进行分类。
把具有相同属性和相同操作的对象归为一类，类是这些对象的抽象描述，每个对象是它的类的一个实例。
（分类）5)复杂的对象可以用简单的对象作为其构成部分。
（聚合）6)通过在不同程度上运用抽象的原则,可以得到较一般的类和较特殊的类。
特殊类继承一般类的属性与操作，从而简化系统的构造过程及其文档。
（继承）7)对象之间通过消息进行通讯，以实现对象之间的动态联系。
（消息）8)通过关联表示类(一组对象)之间的静态关系。
（关联）2.与传统开发方法比，面向对象方法有什么优点？答：面向对象方法的解决问题的思路是从现实世界中的客观对象（如人和事物）入手，尽量运用人类的自然思维方式来构造软件系统，这与传统的结构化方法从功能入手和信息工程化方法从信息入手是不一样的。
与传统方法相比，面向对象的方法主要优点有：1)从认识论的角度可以看出，面向对象方法改变了人们认识世界的方式；2)语言的发展——鸿沟变窄；3)面向对象方法使得从问题域到计算机间的鸿沟变窄；4)面向对象方法有助于软件的维护与复用；（1）把易变的数据结构和部分功能封装在对象内并加以隐藏，一是保证了对象行为的可靠性；二是对它们的修改并不会影响其他的对象，有利于维护，对需求变化有较强的适应性。
简答题
第一章
1.面向对象设计的基本特征有哪些？这些特征对软件设计有何帮助？
封装性继承性多态性
在由封装，继承,多态所组成的环境中,程序员可以编写出比面向过程模型更健壮,更具扩展性的程序.经过仔细设计的类层次结构是重用代码的基础.封装能让程序员不必修改公有接口的代码即可实现程序的移植.多态能使程序员开发出简洁,易懂,易修改的代码.
2.类与对象的区别是什么？
类是抽象的，不具体的。
就像有些东西可以归为一类，比如说狗，猫，猪。
它们都是动物，我们就可以归为一类。
而猫，狗就是动物类中的一个对象。
3.什么是软件生命周期？生命周期包括几个阶段？
软件的生命周期，亦称软件的生存周期。
它是按开发软件的规模和复杂程度，从时间上把软件开发的整个过程（从计划开发开始到软件报废为止的整个历史阶段）进行分解，形成相对独立的几个阶段，每个阶段又分解成几个具体的任务，
然后按规定顺序依次完成各阶段
的任务并规定一套标准的文档作为各个阶段的开发成果，最后生产出高质量的软件。
分为：一般分为定义，开发，维护三大阶段，
定义阶段有可行性论证和开发计划，需求分析，
开发阶段有概要设计，详细设计和编码，维护阶段有测试，运行维护
4.面向对象与uml的关系？
umL是统一建模图，用于便于描述类之间的关系等，是用来帮助你更好进行面向对象的设计。
5.面向对象设计与传统软件相比,有何优点？
更有针对性更容易让客户满意减少修改提高效率
第二章
1.uml模型元素有哪些？
UML中模型元素太多了，比如用例图中的元素有用例，角色，扩展关系，包含关系，类图中的元素有类，接口，关联等等，每一种框图都有各自独有的元素
2.简述uml通用机制组成以及它的作用？
一、修饰。
在使用UML语言建模时，可以将图形修饰附加到UML图中的模型元素上。
比如，当一个元素代表某种类型的时候，它的名称可以用粗体字形类显示；当同一元素表示该类型的实例时，该元素的名称用一条下划线修饰。
二、注释。
UML语言中用一条虚线将注释连接到它为之解释的或细化的元素上。
三、通用划分。
UML语言对其模型元素规定了两种类型的通用划分：型-实例（值）和接口-实现。
1、型-实例（Type-Instance）：描述一个通用描述符与单个元素项之间的对应关系。
实例元素使用与通用描述符相同的表示图形，但是名字的表示与通用描述符不同：实例元素名字带有下划线，而且后面还要加上冒号和通用描述符的名字。
2、接口-实现：接口声明了一个规定了服务的约定，接口的实现负责执行接口的全部语义定
义并实现该项服务。
3.在uml中包含哪些视图？视图对应哪些图？
场景视图use case
逻辑视图类图
开发视图类图，组件图
进程视图无完全对应
部署视图部署图
4.简述视图与图的内在关系？
视图是几何体在投影面上留下的正投影，它是主视图、俯视图、左视图的总称，满足主视图与俯视图的长对正，主视图与左视图的高平齐，俯视图与左视图的宽相等。
5.简述uml中扩展机制的作用？
UML 提供了几种扩展机制，允许建模者在不用改变基本建模语言的情况下做一些通用的扩展。
这些扩展机制已经被设计好，以便于在不需理解全部语义的情况下就可以存储和使用。
由于这个原因，扩展可以作为字符串存储和使用。
对不支持扩展机制的工具来说，扩展只是一个字符串，它可以作为模型的一部分被导入、存储，还可以被传递到其他工具。
第四章
1、在一个“客户服务系统”中，需要管理的用户包括客户管理人员、维护人员、部门领导，
他们都具有用户ID、姓名、性别、年龄、联系电话、部门、职位、密码、登录名。
其中，维护人员具有三个操作，即接受派工任务、填写维护报告、查询派工任务；
部门领导具有五个操作，即安排派工任务、修改派工任务、删除派工任务，查询派
工任务，处理投诉；客户人员具有四个操作，增加客户、删除客户、修改客户和查
找客户。
根据这些信息，创建系统的类图。
2、在上题中，客户人员，维护人员，部门领导都具有一些共同的属性，所以可以进行抽象
出一个单独的抽象系统用户类，客户人员，维护人员，部门领导分别是系统用户类
下的继承，根据这些信息，创建包括类关系的类图
3、根据图4-51，创建相应带参数的对象图，要求用Actor构造型来表示
第五章
1、在客户服务系统中，将客户业务的功能单独的作为一个包，在该包中嵌套两个子包，分
别是客户咨询管理，和派工管理。
2、细化包图，在客服咨询管理中嵌套三个子包，分别是咨询，投诉，报修；派工管理中嵌
套两个子包，维护安排和回访安排，
3、子包对父包存在这依赖关系，现在要求对包进行分解，并创建他们的关系。
在客户服务管理系统中，有三个参与者，分别是客服人员、部门领导和维护人员。
第六章
1、客服人员登录系统后，通过身份验证，能够维护个人信息、修改密码、修改基本信息、维护客户信息和维护客户咨询信息，根据这些用例在rose中创建客服人员的用例图
2、部门领导登录系统后，通过身份验证们可以处理派工、处理投诉、安排回访、安排上门维护和统计查询客户来电情况，根据这些情况在rose中创建部门领导的用例图
3、维护人员登录系统后，通过身份验证，能够查询派工单、接受派工、填写报告、处理派工等，根据这些用例在rose中创建维护人员的用例图。
第七章
1、对客户服务系统中的客服人员修改客户信息的用例进行动态建模，该交互操作的动态建模由客服对象。
客户信息界面类、客服信息控制类和客户信息类组成，在序列图中创建这些对象
2、在上题创建的序列图对象中，根据修改客户信息的用例，添加消息和脚本信息完成如图所示的完整序列图建模
3、对客户服务系统中的客服人员删除客户信息的用例进行动态建模，在逻辑视图中创建序列图
第八章
（1）在客户服务系统中个“客户来电”用例，当客户来电的事件发生后，进入“来电咨询”活动，如果受理，则查询客户信息，否则活动结束。
当查询客户信息时，如果查询到客户，则判断咨询类型，否则新增加一个客户的信息。
咨询类型有三种：咨询、投诉、保修，如果咨询，判断是否能解答问题，如果能，则直接处理，否则由维护人员跟进；如果是投诉，转入投诉处理；如果是保修，则转入报修处理。
咨询处理结束后，填写咨询处理结果，整个活动的流程结束。
根据以上描述，创建客户来电活动图中的需要表示的各种动作状态，如图8-31所示。
来电咨询查询客户信
息新增客户信
息
判断咨询类
型
新增咨询、填写处理结果维护人员跟
进
投诉处理能否解答问
题
故障处理
图8-32 创建动作状态
（2）在上题的基础上，识别出各种状态之间的额转换并考虑分支与合并、分叉与汇合的情况。
绘制如图8-32所示的客户来电咨询活动图。
图8-32 客户来电咨询活动图
（3）在上题创建的活动图中有一个主要的缺点，它没有显示出由谁或者怎么负责来执行某项活动。
为了给活动图中活动指明责任者，要求在活动图中放置两个泳道：客户和客户服务人员负责执行这些活动。
最后的完整客户来电咨询活动图，如图8-33所示。
类
图9-18 创建协作图对象
（2）在上题创建的协作图对象中，根据修改客户信息的用例，添加消息和脚本信息，完成图9-19所示的完整协作图建模。
图9-19 修改客户信息协作图
（3）对客户服务系统中的客服人员删除客户信息的用例进行动态建模，在逻辑视图（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、在上题的基础上，确定构件之间的依赖关系，并创建完整的客户服务系统的构件图，如
图11-36所示。
图11-36 完整构件图
3、客户服务系统的部署图包括客户端PC、应用服务器和数据库服务器，其中的客户端分
别由管理员、部门领导、客服人员、维护人员在不同的PC上登录。
整个系统部署在企业的局域网中，根据上面的描述创建客户服务系统的部署图，如图11-37所示。
图11-37 客户服务系统部署图。
