第一章
(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)使用Rational Rose 生成代码的步骤包括选择待转换的目标模型 、检查Java语言的语法错误、设置代码生成属性、生成代码。 (4)在用例视图中包括了系统中的所有参与者、用例和用例图，必要时还可以在其中添加顺序图、协作图 、活动图 和类图 等。
(5) 构件视图 用来描述系统中的各个实现模块以及它们之间的依赖关系代码库、执行文件、运行库和其他构件等信息。
包含模型
第四章
(1)对象图的目的在于描述系统中参与交互的各个对象在同一时刻是如何运行的。
(2)链是两个或多个对象之间的独立连接，是关联的实例。
(3)在UML的图形表示中，类是由名字、属性和方法三个部分组成的。
(4)依赖关系使用一个从客户指南提供者的虚箭头来进行表示。
(5)在接口中包含一系列操作但是不包含属性，并且它没有对外界可见的关联。
第五章
1）包是用于把元素组织成组的通用机制。
（2）包的可见性关键字包括private、public和protect。
（3）包之间的关系总的来讲可以概括为依赖关系和嵌套关系。
（4）将系统分层很常用的一种方式是将系统分为用户界面层、业务逻辑层和数据访问层的
三层结构。
（5）包是包图中最重要的概念，它包含了一组模型元素。
第六章
(1)由参与者、用例以及它们之间的关系构成的用于描述系统功能的动态视图称为为用例图。
(2)参与者、用例、系统边界和关系是用例图组成的要素。
(3)用例中的主要关系有包含、泛化和扩展。
(4)用例的粒度是指用例包含的系统服务或功能单元的多少。
(5)系统边界是用来表示正在建模系统的边界，这个边界是指系统与系统之间的界限。
第七章
(1)在UML的表示中，交互图将交互关系表示为一个二维图。其中，纵向是时间轴,时间沿竖线向下延伸。横向代表了在协助中个独立对象的角色。
(2)序列图构成的对象是对象、生命线、激活和消息。
(3)分支指的是从同一点出发多个消息并指向不同的对象，根据条件是否互斥，可以有条件和并行两种。
(4)生命线是一条垂直的虚线，用来表示序列图中的对象在同一段时间内的存在。
(5)序列图中的对象的表示形式使用包围名称的矩形框来标记，所显示的对象及其类的名称带有下划线，两者用冒号隔开
第八章
(1)活动图是模型中的整体单元，表示一个程序或工作流，常用于计算机流程和工作流程建模。
(2)动作状态是原子性的动作或操作的执行状态，它不能被外部事件的转换中断。
(3)活动状态可以有内部转换，可以有出口动作和入口动作。
(4)活动图中的初始状态使用黑色实心圆表示。
(5)泳道技术将是一个活动图中的活动状态进行分组，每一组表示一个特定的类、人或部门、他们完成组内的活动。
第九章
的交互图中，强调对象之间关系和消息传递的是 （协作图）。
2.（结构图）的作用体现在显示对象及其交互关系的空间组织结构。
3.在协作图中的 （链） 是两个或多个对象之间的 （连接）关联的实例。
中，对象行为是对象间为完成某一目的而进行的一系列消息传递，消息序列可用 （顺序号）和 （消息的名称）来表示。
5. uml中的协作图强调的是交互对象的整体结构，是按照（空间结构）进行布图。
第十章
1.初始状态在状态途中用实心圆表示， 终止状态在状态图中用含有实心圆的空心圆表示。
2判定/分支将转换路劲分为多个部分，每一个部分都是一个分支，都有单独监护条件。
4在uml中 状态图由对象的各个状态和连接这些状态的装换组成，是展示状态与状态转换的图。
第十一章
1.填空题
（1）构件是系统中遵从一组接口且提供实现的一个物理部件，通常指开发和运行时类的物理实现。
（2）在UML中，连接的表现形式使用一条实线表示，在实线上可以添加构造型和名称。
（3）构件图是用来表示系统中构件与接口以及定义的它们之间的关系图。
（4）部署图的组成元素包括节点、设备和连接。
（5）节点是存在于运行时并代表一项计算资源的物理资源，一般用于对执行处理或计算的资源建模。
第十二章
1.填空题
(1) 软件开发过程 是指实施与软件开发和维护中的阶段、方法、技术、实践和相关产物的集合。
(2)Rational统一过程中的 核心工作流 在项目中轮流被使用，在每一次迭代中以不同的重点和强度重复。
(3)对于一个以架构为中心的开发组织，需要对 架构的目的 、 架构的表示和 架构的过程 方面进行关注。
(4) 迭代式软件开发 是能够通过一系列细化和若干个渐进的反复过程从而形成有效的解决方案的软件开发方式。
(5)Rational统一过程的开发过程使用一种 二维 结构来表达。
选择题
第一章
(1) 对象程序的基本特征是（ABCD）
A.抽象 B.封装 C.继承 D.多态
(2)类包含的要素有（ABC）
A.名字 B.属性 C.操作 D.编号
(3)下列关于类与对象的关系说法不正确的是（A）
A.有些对象是不能被抽象成类的
B.类给出了属于该类的全部对象的抽象定义
C.类是对象集合的再抽象
D.类是用来在内存中开辟一个数据区，存储新对象的属性
(4)面向对象方法中的（C）机制给予子类可以自动的拥有（复制）父类全部属性和操作。
A.抽象 B.封装 C.继承 D.多态
(5)建立对象的动态模型一般包含的步骤有（ABCD）
A.准备脚本 B.确定事件
C.准备事件跟踪表 D.构造状态图
第二章
⑴UML中的关系元素包括(ABCD)。
Ａ.依赖 Ｂ.关联 Ｃ.泛化 Ｄ.实现
⑵在UML中，定义了面向对象的事物，这些事物分为(ABCD).。
Ａ.结构事物 Ｂ.行为事物
Ｃ.分组事物 Ｄ.注释事物
⑶UML中的图包括(ABC)。
Ａ.用例图 Ｂ.类图
Ｃ.状态图 Ｄ.流程图
⑷UML的视图不包括(B)。
Ａ.用例视图 Ｂ.类视图
Ｃ.状态视图 Ｄ.物理视图
⑸下面不属于UML中的静态视图的是(AB)。
Ａ. 状态图 Ｂ.用例图
Ｃ.对象图 Ｄ. 类图
第三章
（1）下列说法正确的是（ACD）
A． 在用例视图下可以创建类图
B． 在逻辑视图下可以创建构件图
C． 在逻辑视图下可以创建包
D． 在构件视图下可以创建构件
（2）在Rational Rose 的逻辑视图下可以创建（ACD）
A．类图 B.构件图
C．包 D.活动图
（3）Rational Rose 建模工具可以执行的任务有（ABCD）
A．非一致性检查 B.生成C++语言代码
C．报告功能 D.审查功能
（4）Rational Rose 中支持的视图不包括（D）
A．逻辑视图 B.构件视图
C．部署视图 D.机构视图
（5）在构建视图下的元素可以包括（ABC）
A．构件 B.构件图
C．包 D.类
第四章
（1）类中的方法的可见性包括（ABC）
A． private
B． public
C． protected
D． abstract
（不考）（2）下面属于UML中类元的类型的是（ACD）
A． 类
B． 对象
C． 构件
D． 接口
（3）类之间的关系包括（ABCD）
A． 泛化
B． 关联
C． 实现
D． 依赖
（4）下列关于接口的关系说法正确的是（ABC）
A． 接口是一种特殊的类
B． 所有接口都是有构造型< C． 一个类可以通过实现接口从而支持接口所指定的行为 D． 在程序运行的时候，其他对象可以不仅需要依赖与此接口，还需要知道该类 对接口实现的其他信息 （5）下列关于类方法的声明正确的是（ABD） A． 方法定义了类所许可的行为 B． 从一个类所创建的所有对象可以使用同一组属性和方法 C． 每个方法应该有一个参数 D． 如果在同一个类中定义了类似的操作，则他们的行为应该是类似的 第五章 1．在Rational Rose 2003中，支持（ABCD）的构造模型 A.业务设计包 B.业务分析模型包 C.业务用例模型包 Module包 2．对照子系统进行建模时，在Rational Rose 2003中，内部支持的系统有（CD） A.数据系统 B.视图系统 C.程序系统 D.业务系统 3．建立模型时包的嵌套不宜过深，包的嵌套一般以（A）为宜 A．2~3层 ~4层 C．1~2层 ~5层 4．下列关于包的描述中正确的是（ABCD） A．每个包必须有一个区别于其他包的名称 B．包中可以包含其他元素，如类，接口，组件和用例等 C．引入（import）使得一个包中的元素可以单向访问另一个包中的元素 D．包的可见性分为protected，public和private 5．下列对于创建包的说法不正确的是（A） A．在序列图和协作图中可以创建包 B．在类图中可以创建包 C．如果将包从模型中永久删除，包及包中的内容都将被删除 D．在创建包的依赖关系时，尽量避免循环依赖 第六章 1．下面哪些是识别用例时要引起的注意要点？（ABC） A．参与者希望系统提供什么功能 B．参与者是否会读取，创建，修改，删除，存储系统的某种信息。如果是的话，参与者又是如何完成这些操作的 C．参与者是否会将外部的某些事件通知给系统 D．系统将会有哪些人来使用 2．下面（B）不是构成用例图的基本元素 A．参与者 B．泳道 C．系统边界 D．用例 3．下面是用例间主要关系的有（ABD） A．扩展 B．包含 C．依赖 D．泛化 4．下列对系统边界描述正确的是（ABC） A．系统边界是指系统与系统之间的界限 B．用例图中的系统边界用来表示正在建模系统的边界 C．边界内表示系统的组成部分，边界外表示系统外部 D．可以使用Rational 绘制用例中的系统边界 5．在ATM自动存款机的工作模型中，用户通过输入密码将钱存入ATM机，下面属于参与者的是（ABC） A．用户 B．ATM取款机 C．ATM取款机管理员 D．存款 第七章 1．序列图中的消息有着不同的类型，下列选项中属于输入消息类型的有（ABCD） A．定期消息 B．不定期消息 C．阻止消息 D．同步消息 2．下列关于序列图的用途，说法不正确的是（A） A．描述系统在某一个特定时间点上的动态结构 B．确认和丰富一个使用意境的逻辑表达 C．细化用例的表达 D．有效地描述如何分配各个类的职责以及各类具有相应职责的原因 3．下列选项属于消息的组成部分的是（ABC） A．接受者 B．发送者 C．活动 D．虚线 4．在序列图中，返回消息的符号是（B） A．直线箭头 B．虚线箭头 C．直线 D．虚线 5．下列关于序列图的说法正确的是（ABC） A．序列图是对对象之间传递消息的时间顺序的可视化表示 B．序列图从一定程度上更加详细地描述了用例表达的需求，将其转化为进一步，更加正式层次的精细表达 C．序列图的目的在于描述系统中各个对象按照时间顺序的交互的过程 D．在UML的表示中，序列图将交互关系表示为一个二维图。其中，横向是时间轴，时间沿竖线向下延伸。纵向代表了在协作中各独立对象的角色 第八章 1．如果要对一个学校课程表管理系统的主要角色学生，老师的工作流程建模，需要使用的图是（C） A．序列图 B．状态图 C．活动图 D．协作图 2．下列对活动图的描述正确的是（BCD） A．活动图是对象之间传送消息的时间顺序的可视化表示，目的在于描述系统中各个对象按照时间顺序的交互的过程 B．活动图是一种用于描述系统行为的模型视图，它可用来描述动作和动作导致对象状态改变的结果 C．活动图是模型中的完整单元，表示一个程序或工作流 ，常用于计算流程和工作流程建模 D．活动图可以算是状态图的一种变种并且活动图的符号与状态图的符号非常相似 3．活动图中结束状态使用（D）表示 A．菱形 B．直线箭头 C．黑色实心圆 D．空心圆 4．下列说法不正确的是（B） A．对象流中的对象表示的不仅仅是对象自身，还表示了对象作为过程的一个状态存在 B．活动状态是原子性的，用来表示一个具有子结构的纯粹计算的执行 C．一个组合活动在表面上看是一个状态，但其本质确是一组子活动的概括 D．分支将转换路径分成多个部分，每一部分都有单独的监护条件和不同的结果 5．下面属于活动图组成要素的有（ABD） A．泳道 B．动作状态 C．转换 D．活动状态 第九章 1.下面不是UML中协作图的基本元素的是（C） A.对象 B.消息 C.发送者 D.链 2.下列关于协作图中的链，说法不正确的是（C） A.在协作图中，链的表示形式为一个或多个相连的线或弧 B.在协作图中的链是两个或者多个对象之间的独立连接 C.在协作图中，需要关于某个类的所有对象都出现，同一个类的对象在一个协作图也不可以充当多个角色 D.在协作图中的链是关联的实例 3.下面不会出现在协作图中的是（D） A.对象 B.消息 C.对象之间的连接 D.控制焦点 4.下面属于消息组成部分的有（ABC） A.发送者 B.接受者 C.活动 D.对象 5.关于协作图的描述，下列说法正确的是（ACD） A.在Rational Rose 工具中，协作图可在顺序图的基础上按F5键自动生成 B.协作图是顺序图的一种特例（作用并列） C.协作图作为一种交互图，强调的是参加交互的对象的组织 D.协作图中有消息流的顺序号 第十章 1.使用UML建模时。如果需要描述跨越多个用例的单个对象的行为，使用（D）最为合适 A.协作图 B.序列图 C.活动图 D.状态图 2.下列选项中（C）不是状态的组成部分 A.进入\\退出动作 B.内部转换 C.外部转换 D.名称 3.以下是构成状态图基本元素的是（ABC） A.状态 B.转换 C.初始状态 D.链 4.状态可分为（ABD） A.简单状态 B.组合状态 C.开始状态 D.历史状态 5.下列对状态图的描述不正确的是（C） A.状态图通过建立类对象的生命周期模型来描述对象随时间变化的动态行为 B.状态图适用于描述状态和动作的顺序，不仅可以展现一个对象拥有的状态，还可以说明事件如何随着时间的推移来影响这些状态 C.状态图的主要目的是描述对象创建和销毁的过程中资源的不同状态，有利于开发人员提高开发效率 D.状态图描述了一个实体基于事件反应的动态行为，显示了该实体如何根据当前所处的状态对不同的事件时间做出反应 第十一章 1.一个构件实例用于表示运行时存在的实现物理单元和在实例节点中的定位，他的特征有（AC） A.身份特征 B.关系特征 C.代码特征 D.属性特征 2.在部署图模型中，属于节点类型的选项是（AC） A.设备节点 B.系统进程 C.处理器节点 D.接口 4.软件构件是软件系统的（AC）单元 A.物理 B.逻辑 C.实现 D.顺序 5.下列关于部署图的说法正确的是(AD) A.使用Rational Rose 2003 创建的每一个模型中仅包含一个部署图 B.使用Rational Rose 2003 创建的每一个模型中可以包含多个部署图 C.在一个部署图中，包含了两种基本的模型元素；节点和节点之间的连接 部署图描述了一个系统运行时的硬件节点，以及在这些节点上运行的软件构件将在何处物理地运行，以及他们将如何彼此通信的静态视图。 第十二章 1.下面的选项中（ABCD）是实现Rational 统一过程的必要步骤。 A.建立明确的目标 B.计划过程实现 C.执行过程实现 D.评价过程实现 2.下面不属于迭代过程的四个连续阶段的有（B） A.初始 B.分析 C.细化 D.构造 统一过程的静态结构，分别使用（ABCD）建模元素来进行表达。 A.角色 B.活动 C.产物 D.工作流 统一过程的视图结构包括（ABC） A.物理视图 B.逻辑视图 C.用例视图 D.结构视图 简答题 第一章 1.面向对象设计的基本特征有哪些？这些特征对软件设计有何帮助？ 封装性 继承性 多态性 在由封装，继承,多态所组成的环境中,程序员可以编写出比面向过程模型更健壮,更具扩展性的程序.经过仔细设计的类层次结构是重用代码的基础.封装能让程序员不必修改公有接口的代码即可实现程序的移植.多态能使程序员开发出简洁,易懂,易修改的代码. 2.类与对象的区别是什么？ 类是抽象的，不具体的。就像有些东西可以归为一类，比如说狗，猫，猪。它们都是动物，我们就可以归为一类。 而猫，狗就是动物类中的一个对象。 3.什么是软件生命周期？生命周期包括几个阶段？ 软件的生命周期，亦称软件的生存周期。它是按开发软件的规模和复杂程度，从时间上 把软件开发的整个过程（从计划开发开始到软件报废为止的整个历史阶段）进行分解，形成 相对独立的几个阶段， 每个阶段又分解成几个具体的任务， 然后按规定顺序依次完成各阶段 的任务并规定一套标准的文档作为各个阶段的开发成果，最后生产出高质量的软件。 分为： 一般分为定义， 开发，维护三大阶段， 定义阶段有可行性论证和开发计划，需求分析， 开发阶段有概要设计，详细设计和编码，维护阶段有测试，运行维护 4.面向对象与uml的关系？ umL是统一建模图，用于便于描述类之间的关系等，是用来帮助你更好进行面向对象的设计。 5.面向对象设计与传统软件相比,有何优点？ 更有针对性 更容易让客户满意 减少修改提高效率 第二章 模型元素有哪些？ 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所示。 图8-33 带泳道的客户来电咨询活动图 第九章 （1） 对客户服务系统中的客服人员修改客户信息的用例进行动态建模，该交互操作的动态建模由客户对象、客户信息界面CustomerInfoUI、客户信息控制类CustomerInfoController和客户信息类CustomerInfo组成，在协作图中创建这些对象，如图9-18所示。 图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 客户服务系统部署图 因篇幅问题不能全部显示，请点此查看更多更全内容