软件工程案例开发与实践09-3.pptVIP

9.4 UML的图 9.4.1 类图 类图可用于表示逻辑类。逻辑类通常就是业务人员所谈及的事物种类。类在类图上使用包含三个部分的矩形来描述，如图8-13所示。 9.4.2 用例图 用例图主要用来图示化系统的主事件流程，它主要用来描述客户的需求，即用户希望系统具备的完成一定功能的动作----软件的功能模块，所以是设计系统分析阶段的起点，设计人员根据客户的需求来创建和解释用例图，用来描述软件应具备哪些功能模块以及这些模块之间的调用关系。 用例图包括：用例和参与者。 图8-16给出来了在线购物系统的用例图，给出了角色和用例之间的关系，以及内部用例之间的关系。 角色：游客，会员，管理员 。 用例：商品信息，购买信息，用户信息。 9.4.3 对象图 对象图显示某时刻对象和对象之间的关系，是类图的变化，一个对象图可看成一个类图的实例，对象图表示的是类的对象实例而不是真实的类。由于对象存在生命周期，因此对象图只能在系统某一时间段存在。 　　对象图中并无新的表示法（除了对象名下要加下划线以外），与类图中的表示法一样，可以认为，只有对象而无类的类图就是一个”对象图”。 4. 辅助事物 辅助事物，也称注释事物，属于这一类的只有注释。 注释即是UML模型的解释部分。在UML图中，一般表示为折起一角的矩形。 9.4.4 包图 为了简单地表示出复杂的类图，可以把类组合成包packages。一个包是UML上有逻辑关系的元件的集合。 包图由包和包之间的关系组成，模型如图。 1、包的名称 ?? 包的名称有两种形式：简单名和路径名，其中简单名仅包含一个简单的名称，路径名是以包处于的外围包的名字作为前缀。 ?? 2、包图的组成 ?? ?包可以拥有其他元素，比如类、接口、组件、节点、协作、用例和图，甚至可以是其它包。 一个”包图”可以是任何一种的UML图组成，通常是UML用例图或UML类图。 包是一个UML结构，它使得你能够把诸如用例或类之类模型元件组织为组。 包被描述成文件夹，可以应用在任何一种UML图上。 9.4.5 交互图 序列图。 ?序列图显示具体用例（或者是用例的一部分）的详细流程。它几乎是自描述的，并且显示了 流程中中不同对象之间的调用关系，同时还可以很详细地显示对不同对象的不同调用。 序列图有两个维度：垂直维度和水平维度。 垂直维度以发生的时间顺序显示消息/调用的序列； 水平维度显示消息被发送到的对象实例。 其中的aServlet对象表示驱动类实例。 aServlet向名为gen的ReportGenerator类实例发送一条消息。该消息被标为 generateCDSalesReport，表示ReportGenerator对象实现了这个消息处理程序。进一步理解可发现，generateCDSalesReport消息标签在括号中包括了一个cdId，表明aServlet随该消息传递一个名为cdId的参数。 当gen实例接收到一条generateCDSalesReport消息时，它会接着调用CDSalesReport类，并返回一个aCDReport的实例。然后gen实例对返回的aCDReport实例进行调用，在每次消息调用时向它传递参数。在该序列的结尾，gen实例向它的调用者aServlet返回一个aCDReport。 2． 协作图 UML交互图的另一种形式是协作图。协作图和序列图在语义上相同，但协作图排列对象的方式比较自由，完全由绘图者的喜好决定。在协作图中，交互动作的次序由消息的编号决定。一些人偏爱这种绘图方式，许多功能比较完善的UML工具允许用户将一个图在协作图符号和序列图符号之间来回转换。 9.4.6 状态图 状态图是描述一个实体基于事件反应的动态行为，显示了该实体如何根据当前所处的状态对不同的时间做出反应的。通常我们创建一个UML状态图是为了研究类、角色、子系统、或组件的复杂行为。 (1)初始起点，它使用实心圆来绘制； (2)状态之间的转换，它使用具有开箭头的线段来绘制； (3)状态，它使用圆角矩形来绘制； (4)判断点，它使用空心圆来绘制； (5)一个或者多个终止点，它们使用内部包含实心圆的圆来绘制。 例如， 贷款处理系统最初处于Loan Application（贷款申请）状态。 当贷款审查后，如果符合基本条件转到Loan pre-approval （贷款预批）过程；否则 转到Loan Rejected（贷款拒绝）状态。 如果Loan