软件建模与UML 第六章 逻辑模型要点课件.ppt

第六章 逻辑模型,第一节 业务对象模型 第二节 分析模型 第三节 设计模型,第一节 业务对象模型,Rose把系统逻辑视图分成三个层次：业务对象模型（Business Object Model）、分析模型（Analysis Model）、设计模型（Design Model）。 业务对象模型和分析模型完成系统概要设计任务；分析模型和设计模型完成系统逻辑设计任务；设计模型和代码框架生成、编写代码完成系统实现任务。,第一节 业务对象模型,1、业务对象模型概述 2、业务对象建模的一些观点 3、业务对象模型分析 4、业务对象模型的创建,1、业务对象模型概述,业务对象模型描述现行的业务活动对象（部门、业务实体、业务参与者）之间的关系，由业务用例视图中的参与者、交互图等中的对象演化而来，利用用户熟悉的业务对象描述现行系统，通过对象的合作实现业务用例的功能。 业务对象模型（也叫领域模型）是描述业务用例实现的对象模型。业务对象模型从业务参与者内部的观点定义了业务用例。业务对象模型是从面向对象的视角看待现实世界的结果，也就是通过类图来描述现实世界中各种事物的关系。,1、业务对象模型概述,下图所示的是航标遥测遥控系统的业务对象模型图,2、业务对象建模的一些观点,1）业务对象模型的核心元素2）如何命名业务参与者和业务实体 3）涉及业务用例的业务对象 4）业务对象模型和信息系统 5）在业务对象模型中明确建模的信息系统 6）好的业务对象模型的特征,3、业务对象模型分析,业务对象模型描述各业务部门业务参与者、业务员工与业务实体类之间的关系，即业务对象一级的类图，这种类图只与业务逻辑有关。 一个企业的部门是对象，每个部门的业务又涉及自己的业务对象，每个部门的业务对象是从所在部门业务的术语、名词中获得的，对象是类的实体，由业务对象不难抽象出对应的业务实体来。,4、业务对象模型的创建,1）创建包 2）创建子系统业务对象模型类图下图是完成上述操作的销售管理业务对象模型类图。,第二节 分析模型,1、分析模型概述 2、分析建模的一些观点 3、建立分析类图 4、创建用例实现 5、用例实现的顺序图描述 6、用例实现的通信图描述,1、分析模型概述,分析模型必须实现三个主要目标：描述客户需要什么；为软件设计奠定基础；定义可以被确认的一组需求。 分析阶段的目的是： 分析产出更确切的需求说明。分析模型用开发者的语言描述。分析模型使需求结构化，便于理解、制作、改变、重用。分析模型可看作为设计模型的第一次分割。,1、分析模型概述,分析建模的经验法则：分析模型总是使用业务语言。分析模型中的抽象应该是业务领域词汇的部分。关注于捕获大的场面。不要陷于系统将如何工作的细节。创建“讲故事”的模型。每幅产生的图都应该阐明系统期望行为的一些重要部分。对尽可能多的利益相关人有用。尽可能保持模型简洁。,1、分析模型概述,分析类代表了对系统设计中一个或几个类或若干子系统的抽象。这种抽象由以下特征：分析类侧重于处理功能性需求 分析类很少定义或提供任何接口 分析类定义的属性是较高层次的 分析类中的关系也是比较高层次的、概念性的东西分析类只包括三种版型（构造型）中的一种：实体类(Entity Classes)，控制类(Control Classes)和边界类(Boundary Classes),1、分析模型概述,分析模型中分析类的三种构造型,1、分析模型概述,航标遥测遥控系统分析模型的一个实例,1、分析模型概述,2、分析建模的一些观点,1）一个用例一般通过三种类协同实现其功能实体类、边界类和控制类。这三种类又称为分析类变体（Analysis Class Stereotypes）。,2、分析建模的一些观点,实体类：业务实体的计算机描述（来源：词汇表，业务领域；如销售表，商品档案表等）边界类：位于系统和外界参与者的交界处，实现业务参与者、业务员工与用例的交互（来源：“参与者-用例”。如窗体类、报表类或软件接口。常用来接受参与者的交互信息）控制类：主要用来协调边界类和实体类的工作，也称管理类。用例将某项责任委托给控制类，控制类自身并不完成任何服务功能，而是由控制类发送消息，由别的类来实现需要的服务。,2、分析建模的一些观点,2）用例实现(Use-case Realizations)：用例通过“用例实现”来完成相应用例的功能。用例实现就是UML的协作(Cooperation)，意思是通过对象(或类)的协作完成用例的实现。,3、建立分析类图,1）创建包,3、建立分析类图,2）创建类图 完成后的销售子系统分析模型类图示例,4、创建用例实现,用例实现是类图的一种。创建用例实现，进一步描述类的动态特征。 下面结合销售系统用例具体说明如何创建用例实现。具体过程参见教材P158-159.,4、创建用例实现,4、创建用例实现,4、创建用例实现,用例实现可以从不同的角度去描述 可以通过类之间的协作(类图)来描述 可以通过类对象按时间顺序的消息交互（顺序图）来描述也可以通过类对象之间协作（通信图）来描述。,4、创建用例实现,用类图描述用例实现在浏览器中Analysis Model下的“销售管理”包下选择用例实现【更新销售信息】。右击,在弹出菜单中选择【New】【Class Diagram】。创建一个新的类图，命名为“更新销售”。双击【更新商品】，打开“更新销售”类图。将Analysis Model下“销售管理”包中的类：“销售管理窗体”、“商品信息控制”、“销售表”拖到这个“更新商品”类图中。得到如图6-11所示的“更新商品信息”用例实现的类图。,4、创建用例实现,用类图描述用例实现,图6-11 “更新销售信息”用例实现的类图,5、用例实现的顺序图描述,顺序图包含4个元素，分别是对象（Object）、生命线（Lifeline）、消息（Message）和激活（Activation）。,5、用例实现的顺序图描述,使用顺序图对系统建模时，可以遵循如下策略：设置交互的语境，这些语境可以是系统、子系统、操作、类、用例和协作的一个脚本。通过识别对象在交互过程中扮演的参与者，根据对象的重要性，将其从左向右的方向放在顺序图中。设置每个对象的生命线。一般情况下，对象存在于交互的整个过程，但它也可以在交互过程中创建和撤销。,5、用例实现的顺序图描述,从引发某个交互的信息开始，在生命线之间按从上向下的顺序画出随后的消息。设置对象的激活期，这可以可视化实际计算发生时的时间点、可视化消息的嵌套。如果需要设置时间或空间的约束，可以用时间标记修饰每个消息，并附上合适的时间和空间约束。如果需要形式化地说明某控制流，可以为每个消息附上前置或后置条件流。,5、用例实现的顺序图描述,一个独立的顺序图只能显示一个控制流，通常说来，一个完整的控制流肯定是复杂的，所以将一个大的控制流分为几个部分放在不同的图中是比较合适的。,5、用例实现的顺序图描述,使用Rational Rose绘制顺序图过程如下：1）创建顺序图 2）添加对象3）添加消息4）完成“更新销售信息”顺序图,5、用例实现的顺序图描述,下图所示就是完成的更新销售信息顺序图,6、用例实现的通信图描述,通信图（Communication Diagram）是顺序图之外的另一种表示交互的方法，通信图的一个用途是表示类操作的实现。 通信图包含3元素：对象（Object）、链（Line）和消息（Message）。顺序图和通信图之间的语义是等价的，描述的主要元素都是两个，即消息和对象。,6、用例实现的通信图描述,使用通信图对系统建模时，可以遵循如下策略：设置交互的语境。这里所指的语境可以是系统、子系统、操作、类、用例或用例的脚本。通过识别对象在交互过程中所扮演的参与者，开始绘制通信图，把这些对象作为图的顶点放在通信图中。其中较为重要的对象放在图的中央，与它邻近的对象放在外围。为每个对象设置初始特性。如果某对象的属性值、标记值、状态或参与者在交互期发生变化，则在图中放置一个复制对象，并用变化后的值更新它，然后通过构造型become或copy的消息将这两者连接。,6、用例实现的通信图描述,设置了对象的初始值后，根据对象间的关系确定对象间链接。一般先确定关联的链接；因为这是最主要的，它代表了结构的链接。然后需要确定的是其他的链接，用合适的路径构造型修饰它们，显示地说明这些对象间是如何互相联系的。从引起交互的消息开始，按消息的顺序，把随后的消息附到适当的链接上，这描述了对象间的消息传递。可以用带小数点的编号来表达嵌套。如果需要说明时间或空间的约束，可以用适当的时间或空间约束来修饰每个消息。在建模中，如果想更详细的描述这个控制流，可以为交互过程中的每个消息都附上前置条件和后置条件。,6、用例实现的通信图描述,使用Rational Rose绘制通信图过程如下：1)创建通信图2) 添加对象3) 添加消息4) 添加数据流,6、用例实现的通信图描述,下图就是更新销售信息的通信图,第三节 设计模型,1、设计模型概述 2、设计建模的一些观点 3、创建设计类 4、创建系统交互模型 5、创建系统动态模型-状态图 6、创建系统动态模型-活动图,1、设计模型概述,软件设计产生合理、健壮而稳定的软件构架，创建实现模型的蓝图。设计模型(Design Model)是描述用例的物理实现的对象模型，受功能和非功能需求，以及与实现环境有关的并最终影响系统的其它约束。设计模型是系统实现的抽象，作为系统实现活动的重要输入。,1、设计模型概述,设计模型和分析模型都是为系统同一个部分建模，但是设计模型在接近代码的抽象层次上描述系统。 分析模型和设计模型之间存在简单的trace关系，设计模型是建立在分析模型的基础之上，也可以看作是把实现技术加入分析模型后对分析模型的精化和细化。,1、设计模型概述,设计模型和分析模型包含相同类型的物件，但是所有的制品更加完整成型，并且必须包含实现细节。 设计模型由设计子系统、设计类、接口、用例实现（设计）和部署图组成。,1、设计模型概述,设计类是实现阶段的类，是规格说明已经完成并且达到能够被实现程度的类。 设计类有两个来源： 其一是问题域中分析类的精化（一个分析类可以变成零个、一个或多个设计类）； 其二是解域中的实用类库、中间件、GUI库、可复用组件等。,1、设计模型概述,形式良好的设计类展现特定特征：类的公共操作定义它和类用户之间的契约。完整性类所包含的不能少于用户所有可能的合理要求。充分性类所包含的不能多于用户所有可能的合理要求。原始性服务应该是简单的、原始的和惟一的。,1、设计模型概述,高内聚每个类应当体现一个单一的、良好定义的抽象概念；所有操作都应当支持类的目的。低耦合类应该仅与足够的其他类耦合，已完成它的职责；只有在两个类之间存在真正语义关系时才能将它们耦合；不要仅仅为复用代码而耦合。应当从类用户的角度去评估设计类。,1、设计模型概述,设计模型与选择的应用系统框架有密切的关系，直接影响到以后的代码生成。所以具有非常重要的地位。,1、设计模型概述,设计建模的原则：1）设计可追溯到分析模型2）经常关注待建系统的架构3）数据设计与功能设计同等重要4）必须设计接口（包括内部和外部接口）5）用户界面设计必须符合最终用户要求,1、设计模型概述,6）功能独立的构件级设计7）构件之间以及构件与外部环境之间松散耦合8）设计表述（模型）应该做到尽可能易于理解9）设计应该迭代式进行。每一次迭代，设计者都应该尽力简化,1、设计模型概述,恰当地应用以上设计原则，就能创造出兼顾内部高质量和外部高质量的设计。,2、设计建模的一些观点,由分析进入设计时，软件结构被完成。每一个结构元素被加入到逻辑视图中作为包，需要时加入关系。例如：数据库、通信、错误处理等。,2、设计建模的一些观点,在设计期间，用户界面设计被完成。窗口设计窗口数量处理用户时间,2、设计建模的一些观点,1）加入设计级类在设计期间，类被加入以简化系统实现Utility类的加入提供了可以在多种背景下使用的公共服务包（如：数学运算）类的加入可以包装非面向对象的库和应用类的加入帮助执行一些需要的功能模型的合并可以解决设计问题Stereotypes可以用于表达类的目的,2、设计建模的一些观点,2）更新逻辑视图图形交互图被更新在domain类和被加入的实现类之间展现交互操作由于附加的设计类而修改交互操作 类图被更新加入新包类间的新关系由于附加的设计类，关系可以被删除由于附加的设计类，包中的关系可以被修改,2、设计建模的一些观点,3）更新组件视图图形加入包组件图被更新附加包附加包的关系包的关系可以被改变,2、设计建模的一些观点,4）设计关系在设计期间，关系被完善导航-每种关系都被检测以便确定是否需要双向导航可视化链接-可视化链接加入到协同图中，以便帮助在关系中精练决定Containment-by value or by reference containment is decidedMultiplicity-re-visit multiplicity for each end of a relationship and specify containers for multiplicity of more than oneParameterized Classes-addition of parameterized classes for multiplicity greater than one,2、设计建模的一些观点,5）输出控制输出控制展现了保护级为属性获取或设置方法（缺省=private）为关联获取或设置方法（缺省=public）类的操作（缺省=public）输出控制选项Public-可访问类的成员和类的实例Protected-可访问类的成员和所有子类的成员Private-可访问类的成员和友元Implementation-可访问类的成员,2、设计建模的一些观点,4）设计关系在设计期间，关系被完善导航-每种关系都被检测以便确定是否需要双向导航可视化链接-可视化链接加入到协同图中，以便帮助在关系中精练决定Containment-by value or by reference containment is decidedMultiplicity-re-visit multiplicity for each end of a relationship and specify containers for multiplicity of more than oneParameterized Classes-addition of parameterized classes for multiplicity greater than one,2、设计建模的一些观点,6）为一个或多个Multiplicity进行设计多于一个的Multiplicity一般在使用容器类时被设计容器类的实例是其它对象的集合普通容器类包括：Sets，lists，dictionaries，stacks，queues， 容器类经常用parameterized classes来实现,2、设计建模的一些观点,7）把参数类加入模型中。参数类可以被加入模型中用于说明多于一个的Multiplicity design8）把抽象类加入模型中。,2、设计建模的一些观点,9）属性设计（类的属性对于类的所有实例都是有效的。在C+中，这是一个静态属性）在分析阶段，充分的指出属性名称属性表述必须在设计阶段被完成选项的缺省类型必须被分配到每一个属性中Built-in data type (e-g-,int,float)User-defined data type (e-g-,enum)User-defined class,2、设计建模的一些观点,10）操作设计（类的操作对于类的所有实例都有效。在C+中，这是一个静态操作）在设计阶段，每一个操作的信号被决定操作要旨操作转换类型,2、设计建模的一些观点,11）继承设计在设计期间，继承机制被精化-Super classes are made abstract classes where appropriate-Operations are made virtual or pure virtual to support polymorphism-Multiple inheritance hierarchies are changed to support virtual base classes where appropriate,2、设计建模的一些观点,12）消息同步通信图被更新以便描述消息同步策略。Simple-单线程控制；Synchronous-当客户端发送一个消息到接收者并且接收者接受这个消息的操作过程；Balking-如果接收者可以立刻接收消息，客户端仅发送一个消息；Timeout-如果接收者不能在规定时间内处理消息，客户端放弃该消息；Asynchronous-客户端发送一个消息到接收者，无须等待响应即可处理或继续执行。,3、创建设计类,设计模型主要集中在类图、类、类属性、类操作和类与类之间的关联、关联基数等基本要素的细化。 面向对象方法的特点之一就是将数据和施加在数据之上的行为封装在一起，形成类。类属性描述对象的属性信息。类操作是与类相关联的行为。操作分为四个部分：操作名、操作参数、参数类型和操作返回值类型。参数是操作的输入变元。,3、创建设计类,例：超市进销存系统的分析模型中的“销售表”和“商品档案表”类可以在设计模型中作为两个ADO类(ADOC1ass)，分别命名为“saleFrm”和“goodsFrm”。ADO Class是与VB模块类型相同的一种。由分析模型中的边界类“销售管理窗体”可以转化为设计模型中的“销售管理窗体”窗体类。由于本系统比较简单，所以不再使用控制类。,3、创建设计类,创建销售系统设计模型类图过程如下：1）创建包2）创建类图3）增加类特征和方法4）建立系统数据库类关联,3、创建设计类,图6-19 设计模型包的建立,3、创建设计类,图6-21销售管理子系统初步类图,3、创建设计类,3、创建设计类,图6-27销售子系统类图,3、创建设计类,3、创建设计类,设计模型是在分析模型的基础上添加设计元素的结果，与分析模型相比，设计模型中的属性更趋完善；更重要的是，它将加入模板类、参数类、抽象类接口等设计元素，以及框架的使用、设计模式的使用等。总的来说，设计模型是一种详细设计模型，将能直接对编程进行指导。,3、创建设计类,图6-29 设计模型实例,3、创建设计类,3、创建设计类,4、创建系统交互模型,分析阶段的交互模型主要关注于区分边界对象、实体对象和控制对象，暂时不考虑其具体的实现类。在分析模型的基础上，通过引入基础类、优化类设计之后，必然会得到新的类模型（设计模型），因此就可能需要基于新引入的“设计类”来更新交互模型，以获得与实际代码相吻合的模型。,4、创建系统交互模型,当然，是否建立设计阶段的交互模型也取决于需要。在大部分的建模实践中，通常只有约一半的用例可能需要精化交互模型；如果在一般的MIS应用系统中，这个比例可能会更低。 一般使用顺序图、通信图建立系统交互模型。,4、创建系统交互模型,1）建立顺序图,4、创建系统交互模型,2）建立协作图,5、创建系统动态模型-状态图,状态机图是一个用来描述局部信息的建模工具，它的主要应用有两种：一是对对象的生命周期建模，二是对反应型对象建模。,5、创建系统动态模型-状态图,图6-33 一个简单的状态机图示意图,状态机图由表示状态的节点和表示状态之间转换的带箭头的直线组成。,5、创建系统动态模型-状态图,在对象的整个生命周期中，它的状态是会发生变化的，而状态机就是用来表示一个对象在它的生命周期中响应事件所发生的状态变化以及对事件的响应。在对系统进行建模时，有时需要反映对象对外部事件的响应、生命周期的变迁以及对过去行为的依赖等内容，这时就需要使用状态机图。,5、创建系统动态模型-状态图,状态机是计算机科学理论的一部分，但UML中状态机模型主要是基于David Harel 所做的扩展，是用来展示状态与状态之间转换的图。 通常一个状态图依附于一个类（在业务建模中，则通常依附于一个实体），并且描述一个类的实例对接收到的事件所做出的响应。状态机也可以依附于行为、用例、协作，用来描述它们的执行过程。,5、创建系统动态模型-状态图,从某一种意义说，状态机是一个对象的局部视图、一个将对象与其外部世界分离开来并独立考查其行为的视图。状态机是精确描述行为的一种好办法。 状态机图主要用于表现从一个状态到另一个状态的控制流。它不仅可以展现一个对象拥有的状态，还可以说明事件（如消息的接收、错误、条件变更等）如何随着时间的推移来影响这些状态。,5、创建系统动态模型-状态图,例如： 客户要在超市买商品，售货员结算好，要求顾客付款，但是顾客既可以信用卡付款，也可以现金付款，图6-32所示的就是一个更新销售信息的状态图。,5、创建系统动态模型-状态图,图6-32更新销售信息状态机图,5、创建系统动态模型-状态图,图6-41“系统登录”状态机,5、创建系统动态模型-状态图,绘制状态机图的理想步骤： 寻找主要的状态 确定状态之间的转换 细化状态内的活动与转换 用组合状态来展开细节,5、创建系统动态模型-状态图,使用Rational Rose建立状态机图 1）创建状态机图2）添加开始状态和终止状态3）增加状态 4）增加转移,5、创建系统动态模型-状态图,图6-32更新销售信息状态机图,5、创建系统动态模型-状态图,图6-41“系统登录”状态机,6、创建系统动态模型-活动图,交互图和活动图是UML中对于系统动态建模的两种主要的形式，它们的区别在于： 交互图强调的是对象到对象的控制流，而活动图强调的从活动到活动的控制流。活动在状态机中表现为一系列动作组成非原子的执行过程。,6、创建系统动态模型-活动图,活动图与状态机图的本质区别在于： 活动图着重表现从一个活动到另一个活动的控制流，是内部处理驱动的流程；而状态机图着重描述从一个状态到另一个状态的流程，主要有外部事件的参与。,6、创建系统动态模型-活动图,活动图是一种表述过程机理、业务过程以及工作流的技术。它可以用来对业务过程、工作流建模，也可以对用例实现甚至程序实现来建模。 因此，它的作用和传统的“流程图”是有着很深的渊源，也十分相似。但它与流程图的最主要的区别是在于，活动图能够支持并行的行为。,6、创建系统动态模型-活动图,在UML的各个版本中，活动图的改变可谓最大，每次UML标准更新时，都对活动图进行了修订。对于UML2.0而言，最大的改变莫过于去除了“活动图是状态图的一种特例”这一规定，并且还赋予了它更多的语义、更丰富的元素，从而使得活动图成为了一种更加强大的模型。,6、创建系统动态模型-活动图,UML的活动图中包含的图形元素有动作状态、活动状态、动作流、分支和合并、分叉与汇合、对象流和泳道等。,6、创建系统动态模型-活动图,活动图是一种表述过程机理、业务过程以及工作流的技术。它可以用来对业务过程、工作流建模，也可以对用例实现甚至程序实现来建模。 UML的活动图中包含的图形元素有动作状态、活动状态、动作流、分支和合并、分叉与汇合、对象流和泳道等。,6、创建系统动态模型-活动图,分支与合并示例图,6、创建系统动态模型-活动图,分叉与汇合示例图,6、创建系统动态模型-活动图,对象流示意图,6、创建系统动态模型-活动图,用活动图对工作流建模可遵循如下步骤： 1）识别要对其工作流进行描述的类或对象。 2）确定工作流的初始状态和终止状态，明确工作流的边界。3）对动作状态或活动状态建模。 4）对动作流建模。 5）如果需要，加入对象流以及对象的状态变化。6）对建模结果进行精化和细化。,6、创建系统动态模型-活动图,使用Rose绘制活动图主要包括以下几个基本操作：1) 创建活动图 （创建活动图方法与创建状态图的方法类似。）2) 加入初态和终态3) 增加动作状态4) 增加活动状态5) 增加动作流6) 增加分支和合并,6、创建系统动态模型-活动图,7) 增加分叉与汇合 8) 增加泳道 9) 增加对象与对象流,6、创建系统动态模型-活动图,订货管理用例的活动图,逻辑模型小结,Rose把系统逻辑视图分成三个层次：系统业务对象模型、系统分析模型和系统设计模型。 业务对象模型是系统逻辑视图的第一层次。Rose通过建立系统业务对象模型(Object Model)完成系统概要设计任务，用来描述系统对象(部门、业务实体、业务参与者)之间的关系。业务对象模型一般可由系统用例视图中的参与者、交互图和行为图等演化而来，它利用用户熟悉的对象描述系统，通过对象的合作实现系统用例的功能。,逻辑模型小结,Rose分析模型推进用例的实现。 在子系统划分上，它一方面以系统用例模型、业务对象模型为参考，另一方面又把各个子系统公用的成分分离出来，形成需要的子系统。例如，超市进销存系统的分析模型把身份验证的功能独立出来，形成身份验证子系统。,逻辑模型小结,分析模型涉及边界类、控制类、实体类，用例实现等基本模型元素。 一个用例一般可以通过三种类的变体协同实现其功能。边界类(Boundary Classes)、实体类(Entity Classes)和控制类(Control Classes)。其中，边界类由参与者与用例交互界面抽象而来，其中图形用户界面占有重要位置。实体类由用例的对象抽象而来。控制类用来协调边界类和实体类之间的操作。参与者通过边界类、控制类和实体类共同实现相应用例的功能。,逻辑模型小结,为了把用例和用例实现区分开来，Rose引入新的图素“用例实现”。用例通过“用例实现”来完成相应用例的功能。用例实现就是UML的协作(Cooperation)，意思是通过对象(或类)的协作完成用例的实现。 可以用类、顺序图、通信图从不同角度来描述用例实现。交互图建模的是“对象到对象的控制流”，活动图建模的是“活动到活动的控制流”，而状态机图建模的是“状态到状态的控制流”。,逻辑模型小结,从开发阶段的角度来看，交互图可以在分析模型或设计模型中体现，分析模型中交互图侧重于分析类的职责分配和交互流程，而设计模型中的交互图侧重于设计类的引入和实际方法的调用与流程控制。它们的绘制的方法和思路大致是一样的：先确定参与交互的对象以及对象之间的关系（仅对于通信图而言）；然后确定对象之间的消息交互的流程（用同步调用、异步消息、返回消息来表示），并利用交互片段（顺序图）或迭代标记及监护条件来表示循环和分支结构；最后通过一些构造型来完善整个交互图。,逻辑模型小结,设计模型是一个描述了分析模型的实现的对象模型，可以用它来构思和文档化软件系统的设计。在设计阶段，使用类图来布置实现的结构。分析类会转换为不同种类的设计元素。类的特征、方法进一步精化，得到设计模型。,逻辑模型小结,图6-60 类建模的三个阶段,