《构件图部署图包对象图ppt课件》由会员分享，可在线阅读，更多相关《构件图部署图包对象图ppt课件（56页珍藏版）》请在金锄头文库上搜索。
1、构件图、部署图、包、对象图,主讲：李建磊,构件图,构件的定义 构件的类型,构件间的关系 构件图,绘制构件图,1、构件的定义,Component,系统中遵从并实现一组接口的物理的、可替换的软 件模块。,组件是物理视图的基本元素。,1.X表示法,2.0表示法,Planner,2、构件的类型,一个系统往往由几个不同类型的软件模块组 成，每一个软件模块可以表示为一个组件。 类型,部署构件,如dll文件、exe文件、com+对象、corba对象、ejb、动态 web页、数据库表等；,工作产品构件,如源代码文件、数据文件等，用来产生部署构件；,执行构件,是指系统执行后产生的构件；,2、构件的类型,3、构件
2、间的关系,依赖关系,一个构件如果使用另外一个构件的操作，则也可以 在该构件和另外一个构件的接口间建立依赖关系；,3、构件间的关系,依赖关系,对象和源码间,3、构件间的关系,依赖关系,两个构件中的类如果存在泛化关系，则构件间可以 加依赖关系；,3、构件间的关系,依赖关系,两个构件中的类如果存在使用关系，则构件间可以 加依赖关系；,3、构件间的关系,实现关系,4、构件图,Component diagram,提供当前模型的物理视图；,显示包括构件源码、二进制文件和可执行文件在内 的软件构件之间的组织和依赖关系；,也可以通过显示组件的接口来展示组件外部可见的 行为。,4、构件图,基本构件图,4、构件图
3、,嵌套构件图,5、绘制构件图,确定子系统对外的接口,将整个“在线酒店预订子系统”作为一个构件，考虑 其对外接口。显然它首先需要提供用户界面；其次 还需要与加盟的酒店系统连接，完成预订工作,5、绘制构件图,确定子构件和接口,显然要有一个构件来实现用户界面，一个构件来完 成与酒店系统的连接和预订，另外还应该有一个负 责将用户的需求与酒店的供给进行匹配的“调度程 序”,5、绘制构件图,对可执行程序的结构建模,首先识别你想建模的构件集合 考虑集合中各构件的不同类型,对这个集合中的每个构件，分析它们之的关系,实例1：ATM系统的构件图：一个执行文件构件和两个包文件构件。,5、绘制构件图,对源代码建模,识
4、别相关源代码文件的集合，建模为构件； 对于较大的系统， 利用包来进行分组； 通过约束来表示源代码的 版本号、作者和最后修改 日期等信息；,用依赖关系来表示这些 文件间编译的依赖关系,实例2,选课系统的构件图,构件图,图中依赖关系包括： 顾客需要信息亭接口提供服务 售票员需要职员接口提供服务 信用卡付款需要信用卡代理提供服务 职员接口需要预订销售、个人销售和团体销售提供服务 管理接口需要数据库状态提供服务 售票处需要付款和购买提供服务 等等,图中实现关系包括： 信用卡付款提供付款服务 票数据库提供购买和状态查询服务 售票处提供预订购买、个人购买和团体购买服务,情景一： 购买个人票可以通过公用信息
5、亭订购也可直接向售票员购买，但购买团体票只能通过售票员。 情景二： 买票的人可以根据任意选择预订销售或个人销售或团体销售中的一种方式，售票处为了方便销售，需要信用卡付款服务的支持，同时也必然需要票数据库处在有票可卖的状况中。,情景描述,部署图,什么是部署图,节点（node，结点） 连接,部署图,1、什么是部署图,Deployment diagram,部署图模仿了一个系统在运行时间内的体系结构。 它表示了硬件元素 ( 节点 ) 的构造和软件元素是如何 被映射在那些节点之上 。,2、节点（node，结点） 节点是存在于运行时的代表计算资源的物理元 素，可以代表一种物理硬件设备或软件元素。 两类节点
6、： 处理机（Processor） 设备 （Device）,Device,Processor Rose,RSM/RSA,2、节点（node，结点）,处理机（Processor）,Processor,可以执行程序的硬件构件。 RSM/RSA版型,2、节点（node，结点）,设备 （Device）,D e vi c e,无计算能力的硬件构件。 RSM/RSA版型,2、节点（node，结点）,UML2.0中提供若干个节点原型（标准）：,cdrom， cd-rom ，disk array， secure，,storage,computer，pc， pc client， pc server， server
7、， unix server，user pc,它们各自的标识会显示在节点符号的右上角,3、连接,表示两个硬件之间的关联关系，用一根实线表 示。可以象类图中一样加入角色、多重性、约 束等,为了更好地表示两个节点之间的关系，我们可 以通过“约束”来对连接进行描述。,4、部署图,4、部署图,4、部署图,嵌入式系统建模,识别对于你的系统而言唯一的设备和节点；重点在 于对处理器和设备之间的关系建模；可以考虑对处 事器和设备采用更直观的图标,4、部署图,客户机/服务器和分布式系统建模,（1）图书馆系统部署图（重点描述了硬件平台，基于集中式计算的B/S结构）。,部署图创建方法：,（1）确定系统中的节点（描述节
8、点相关信息，计算能力等）； （2）确定节点间的关系； （3）部署（映射）节点上的构件，并对构件关系分析和确定， 完成部署图； （4）对部署图精化、细化。,部署图实例,（2）ATM系统部署图,系统部署时应考虑带宽，并发用户数等问题。,（3）家庭计算机系统部署图,返回,返回,对象图 对象与类的关系 对象的表示法 对象图 绘制对象图,对象与类的关系 对象的概念与特性 对象代表一个单独的、可确认的物体、单元或实体，它可以 是具体的也可以是抽象的，在问题领域里有确切定义的角 色。换句话说，对象是边界非常清楚的任何事物 状态：对象的状态包括对象的所有属性（通常是静态的）和 这些属性的当前值（通常是动态的）
9、 行为：没有一个对象是孤立存在的，对象可以被操作，也可 以操作别的对象。而行为就是一个对象根据它的状态改变和 消息传送所采取的行动和所做出的反应 标识：为了将一个对象与其它所有对象区分开来，我们通常 会给它起一个“标识”,对象与类的关系 对象 vs 类 对象是一个存在于时间和空间中的具体实体，而类 仅代表一个抽象，抽象出对象的“本质”。 类是共享一个公用结构和一个公共行为对象集合 类是静态的，对象是动态的；类是一般化，对象是 个性化；类是定义，对象是实例；类是抽象、对象 是具体,对象的表示法 对象名： 由于对象是一个类的实例，因此其名称的格式是 “对象名：类名”，这两个部分是可选的，但如果是
10、包含了类名，则必须加上“：”，另外为了和类名区 分，还必须加上下划线。 属性： 由于对象是一个具体的事物，因此所有的属性值都 已经确定，因此通常会在属性的后面列出其值。 李 华 : student,对象图 描述一组对象及其联系。通常用类图元素的一 个子集来强调在某个时刻类的实例间的关系。,2007-10-8,绘制对象图 绘制对象图的过程 先找出类和对象，通常类在“class”、“new”、 “implements”等关键字之后的，而对象名则通常是 在类名之后的 然后对其进行细化的关联分析，绘制出相应的对象 图,绘制对象图 绘制对象图的过程 论证类模型的设计：当设计了类模型时，你可以通 过对象图
11、来模拟出一个运行时的状态，这样就可以 研究在运行时设计的合理性。同时，也可以作为开 发人员讨论的一个基础。 分析和说明源代码：由于类图只是展示了程序的静 态类结构，因此通过类图看懂代码的意图是很困难 的。因此在分析源代码时，可以通过对象图来细化 分析。而对于开发人员，对于逻辑较复杂的类交互 时，可以考虑画出一些对象图来做补充说明,2007-10-8,包 什么是包 如何阅读包图 如何绘制包图 包图应用说明,什么是包 包在 UML 中被视为文件夹 Package2,什么是包 包的作用是： 包图经常用来组织用例图和类图, 当然，包图的用 途并不仅限于这些 UML 元素 。 对语义上相关的元素进行分组
12、； 定义模型中的“语义边界”； 提供配置管理单元； 在设计时，提供并行工作的单元； 提供封装的命名空间，其中所有名称必须惟一。,什么是包 包的表示法 名称：每个包都必须有一个与其它包相区别的名称 拥有的元素：在包中可以拥有各种其它元素，包括 类、接口、构件、节点、协作、用例，甚至是其它 包或图,包的版型 system 表示正在建模的整个系统 subsystem 表示正在建模的系统中某个独立的部分 facade 只是某个其它包的视图，它主要用来为其它一些复杂的包提 供简略视图 stub 是一个代理包，它服务于某个其他包的公共内容，这通常应 用于分布式系统的建模中 framework 用来表示一个
13、框架的，框架是一个领域内的应用系统提供可 扩充模板的体系结构模式,包的版型 例,包的关系 依赖 Import 说明提供者包的命名空间将被添加到客户包的命名空间 中，客户包中的元素也能够访问提供者包的所有公共元素 源包可以存取目的包中内容，并且引用目的包时无需包 名，直接用元素名称就可。,包的关系 依赖 use关系 是一种默认的依赖关系 ，说明客户包（发出者）中的元素 以某种方式使用提供者包（箭头指向的包）的公共元素， 也就是说客户包依赖于提供者包 access关系 只想使用提供者包中的元素，而不想将其命名空间合并则 应使用该关系 trace关系 想表示一个包到另一个包的历史发展，则需要使用 t
14、race关系来表示,包的关系 也可以在包和接口之间建立实现关系 P a c k a ge 1 Interface,包图 Uml2.0正式图形,Copy Right X.Shi, DHU,105,包图 包的可见性,设计类包的原则 复用等价原则 把类放入包时，应把包作为可复用的单元。 共用闭包原则 把需要同时改变的类放在一个包中。 共用使用原则 不会一起使用的类不要放在一个包中。 非循环依赖原则 包之间的依赖关系不要形成循环。,设计类包的原则 包也可以被创建来表示物理或逻辑关系. 当包 需要包含类时，选择分配在同层次继承来的类 是有益的，由分组和类协作而成的类被包含在 同一个包内会引起强烈的争议,
