构件图和部署图[系统部署模型]
包图 构件图 与部署图
包图中的关系
2、泛化关系 包间的泛化关系类似于类间的泛化关系,使
用一般包的地方,可以用特殊包代替。 在系统设计中,对某一个特定的功能,有多
种实现方法。例如,实现多数据库支持;实 现B/S和C/S双界面。这时就需要定义一 些高层次的“抽象包”和实现高层次功能的 “实现包”。
13
泛化关系
例如,说明GUI有 两种风格:一种是基 于WinForm的 C/S风格,一种是 WebForm的B/S 风格。
15
创建包图
1.标识候选包的原则:
把类图中关系紧密的类放到一个包中; 在类继承类层次中,把不同层次的类放在不同
的包中。
也可以把用例模型作为包的来源。然而,用 例横跨分析包是非常普遍的——一个用例可 以由几个不同包中的类实现。
16
创建包图
2.调整候选包 在已经识别一组候选包后,然后减少包间依
《import》关系:最普遍的包依赖类型,说明提供者包的命 名空间将被添加到客户包的命名空间中,客户包中的元素也能 够访问提供者包的所有公共元素。
《access》关系:如果只想使用提供者包中的元素,而不想将 两个包合并,则应使用该关系。在客户包中必须使用路径名,才 能访问提供者包中的所有公共元素。
分解 是软件开发中控制软件复杂性的重要
手段。 在OO方法中, 需要考虑如何把相关的类放
在一起。 把语义相近并倾向于同一变化的元素组织起
来加入同一个包中,以便于理解和处理整个 模型。
2
为什么要包
包的作用是: 1)对语义上相关的元素进行分组 2)定义模型中的“语义边界” 3)提供配置管理单元 4)在设计时,提供并行工作的单元 5)提供封装的命名空间,其中所有名称必 须唯一
3
08,09构件图和部署图
1 构件图概要
构件图用于静态建模, 构件图用于静态建模,是表示构件类型的组织以 及各种构件之间依赖关系的图。 及各种构件之间依赖关系的图。 构件:可替换的物理部分,包括软件代码、脚本 构件:可替换的物理部分,包括软件代码、 或命令行文件,也可以表示运行时的对象,文档, 或命令行文件,也可以表示运行时的对象,文档, 数据库等。 数据库等。 构件图通过对构件间依赖关系的描述来估计对系 统构件的修改给系统可能带来的影响。 统构件的修改给系统可能带来的影响。
部署图
1 部署图概要 部署图用于静态建模, 静态建模 部署图用于静态建模,是表示运行时过程节点结 构件实例及其对象结构的图。 构、构件实例及其对象结构的图。 如果含有依赖关系的构件实例放置在不同节点上, 如果含有依赖关系的构件实例放置在不同节点上, 部署视图可以展示出执行过程中的瓶颈。 部署视图可以展示出执行过程中的瓶颈。 部署图的两种表现形式: 部署图的两种表现形式:实例层部署图和描述层 部署图(会在后面的实例中给出 会在后面的实例中给出)。 部署图 会在后面的实例中给出 。
5 关于部署图与构件图
部署图与构件图相同的构成元素: 部署图与构件图相同的构成元素: 构件、接口、构件实例、构件向外提供服务、 构件、接口、构件实例、构件向外提供服务、构件要 求外部提供的服务。 求外部提供的服务。 部署图与构件图的关系: 构件图的关系 部署图与构件图的关系: 部署图表现构件实例; 部署图表现构件实例; 构件图表现构件类型的定义。 构件图表现构件类型的定义。 部署图偏向于描述构件在节点中运行时的状态, 部署图偏向于描述构件在节点中运行时的状态,描述了构 件运行的环境; 件运行的环境; 构件图偏向于描述构件之间相互依赖支持的基本关系。 构件图偏向于描述构件之间相互依赖支持的基本关系。
在线考试系统UML
管理员可以对课程进行管理,可以添加、修改、删除、查询课 程,还可以对专业进行添加、修改、删除的管理。
③ 试卷管理
管理员可以添加、修改、删除试卷,并且可以按照试卷专业或 者试卷名称查询试卷。
系统的主要功能
④ 在线考试 学生登录以后在同意考试跪着,选择试卷后开始考试,考试结
束后需要提交试卷。 ⑤ 题库管理
(2)管理员可以添加、修改、删除学生信息。可以对课程进行管 理,添加、修改、删除、查询课程,还可以对专业进行添加、修 改、删除的管理。管理员可以添加、修改、删除试卷,并且可以 按照试卷专业或者试卷名称查询试卷。管理员可以在题库里面增 加、修改、删除试题。管理员可以查询学生的成绩,也可以删除 学生的成绩,但是不能对学生的成绩做出修改。
时序图
状态图
每次考试由“学生”将“考试ID和密码”“登录”状态; 如果 “学生”登录正确转换到“考试规则阅读”状态,否则转换到 “登录”状态继续登录; 如果“学生”“三次输入错误”考试 结束; 处于“考试规则阅读”状态时有一定的阅读时间,“阅 读时间到”就转换到“选择考试试题”状态; 考试试题选择完 成后“学生”就装换到“准备考试”状态; 处于“准备考试”状 态时,有一定的准备考试时间,当“准备考试时间到”时就转换 到“在线考试答题”状态, 如果“在线答题考试”状态时“考 试时间到”就装换“交卷”状态; 处于“交卷”状态时不成功继 续停留在“交卷”状态,交卷成功考试结束。
用例图
考生用例图:根据需求分析绘制出考生用例图。其中考试者可以 选择科目、进行考试、账户管理、得到成绩4个部分,其中进行 考试和得到成绩都包括选择科目,账户管理可 以扩展出查看试卷、 查看成绩、修改密码3个部分,账户管理,选择科目和进行考试 都包括系统登陆
构件图与部署图
45
构件图分类
(1)用户界面层:采用JSP页面实现用户界面。 我们通过构造型《Java Server page》来表示构 件。这一部分的构件,主要由边界类组成。
13
构件图的作用
构件图的基本目的是:使系统人员和开发人 员能够从整体上了解系统的所有物理部件, 同时,也使我们知道如何对构件进行打包, 以便交付给最终客户,最后,构件图显示了 被开发系统所包含的构件之间的依赖关系。
构件图从软件架构的角度来描述一个系统的 主要功能,如系统分成几个子系统,每个子 系统包括哪些类、包和构件,它们之间的关 系以及它们分配到哪些节点上等。
一个构件图可以表示一个系统全部或者部分的构件 体系。从组织内容看,构件图显示软件构件的组织 以及构件之间的依赖关系,包括源代码构件、二进 制代码构件以及可执行构件。
构件图是对OO系统物理方面建模的2个图之一。
9
构件图的概念
构件图主要用于描述各种软件构件之间的依 赖关系,例如,可执行文件和源文件之间的 依赖关系,所设计的系统中的构件的表示法 及这些构件之间的关系构成了构件图。
将整个“在线酒店预订子系统”作为一个构件,考虑 其对外接口。显然它首先需要提供用户界面;其次 还需要与加盟的酒店系统连接,完成预订工作
35
绘制构件图
确定子构件和接口
显然要有一个构件来实现用户界面,一个构件来完 成与酒店系统的连接和预订,另外还应该有一个负 责将用户的需求与酒店的供给进行匹配的“调度程 序”
提供服务
※
※ 售票处需要付款和购买提 供服务
构件图、部署图实验报告
UML建模课程
实验三、UML构件图、部署图模型的设计
班级:信息0702 组别:指导老师:徐凯波姓名:王姗学号:2007030331205
一、实验要求:掌握利用UML建模工具建立状态图和活动图的方法。
二、实验内容:利用UML建模工具设计状态图和活动图
三、实验环境:Windows 2000 Professional以上环境、Rational Rose
2003、Sybase Power Designer 10
四、操作步骤:
(一)构件图
(二)部署图
五、遇到的问题和解决方法:
构件图:本学生选课系统包括:课程信息管理系统、学生信息管理系统、选课记录管理系统。
部署图:部署图主要是用来说明如何配置系统的软件和硬件。
本学生选课系统由5个节点构成,应用服务器负责整个系统的总体协调工作:数据库负责数据管理;Web 应用程序模块用于学生进行课程查询、选课;业务操作模块用于管理员处理学生选课、课程信息管理等一般的业务流程:学生信息维护模块用于管理员对学生信息的维护,如添加和修改学生信息、添加和修改课程信息等。
六、实验心得和体会:
学习本堂课我最大的收获就是端正了我的学习态度,以前的我不喜欢信管专业所涉及的课程,学得不好总是以我不喜欢这个专业,将来我不会从事这项工作为借口,可是现在,我明白了许老师上课经常说的:“你连你应该掌握的知识都学不好,别的课程你也学不好”。
今后我会热爱我所学习的课程、我所
从事的职业。
构件图和部署图
在构件图中,构件和构件之间的关系表现 为依赖关系; 定义的类或接口与类之间的关系表现为 依赖关系或实现关系。
在构件图中,构件和构件之间的关系 表现为依赖关系和实现关系: 1.依赖关系 构件与构件之间依赖关系,它的表示方 式与类图中类与类之间的依赖关系的表示 方式相同,都是使用一个从用户构件指向 它所依赖的服务构件的虚线箭头表示。
9.1 构件和构件图
构件图显示的是组成系统的构件之间的 组织及其依赖关系,而构件时指系统中的可 替代性的物理单元。多个系统构件一起组成 了构件图。
9.1.1 构件的定义
目前构件还没有统一的定义,一般认 为:构件是系统中遵从一组接口且提供实 现的一个物理部件,包括软件代码(源代 码、二进制和可执行文件)或者相应组成 部分,通常指开发和运行时类的物理实现。
顾客通过位于kiosk节点的顾客接口控件进行购票的操作该顾客接口构件的购票操作依赖于处于ticketserver节点上的售票构件提供的服务售票构件要完成售票操作又要依赖统一节点上信用卡付款构件提供的付款服务和票数据库构件ticketserve票服务器与kiosk信息厅之间存在一对多的通信关联
第九章 构件图和部署图
5、虚包 是一种只包含对其他包所具有的元素进 行的引用的构件,它用来提供一个包的某些 内容的公共视图。
6、包规范 在具体的实现中,有时将源文件中的声 明文件和实现文件分离开来,例如,在 C++语言中,往往将.h文件和cpp文件分离 开来,在Rational Rose中,可以在包规范 中放置.h文件,在包体重放置.cpp文件。
部署图
当软件处于物理部署阶段时,我们关注 的是软件程序在计算机硬件系统中的物理 分布、通信方式和部署方法。 UML部署图用来解决这类建模问题。
构件图与部署
使用菜单栏或浏览器添加构件的步骤如下:01 选择Tools | Create | Component命令,此时光标变为“+”号。如果使用浏览器,可右键单击需要添加的包,在弹出的快捷菜单中选择New | Component命令,此时光标也变为“+”号。 以下的步骤与使用工具栏添加构件的步骤类似,按照前面使用工具栏添加构件的步骤添加即可。
部门 / 时间 / 姓名
1 构件图与部署图的基本概念 1.1 构件的基本概念 在构件图中,将系统中可重用的模块封装为具有可替代性的物理单元,称为构件,它是在一个系统或子系统中的封装单位,提供一个或多个接口,是系统高层的可重用部件。
虚包是一种只包含对其他包的元素进行引用的构件。
系统是指组织起来以完成一定目的的连接单元的集合,在系统中肯定有一个文件用来指定系统的入口,也就是系统程序的根文件,这个文件被称为主程序。子程序规范和子程序体是用来显示子程序的规范和实现体。 主程序 子程序规范和子程序体 包规范和包体 任务规范和任务体
在部署图中添加节点之间的连接的步骤如下:
02
单击图标,或者选择Tools | Create | Connection命令,此时的光标变为“↑”符号。
03
单击需要连接的两个节点中的任意一个节点。
04
将连接的线段拖动到另一个节点中即可。
如果要将连接从节点中删除,可以通过以下的步骤进行:
选中该连接。
按Delete键或者单击右键,在弹出的快捷菜单中选择Edit | Delete命令即可。
确定系统构件
可以与确定用例中的类和对象一样,根据用例的流程确定系统的构件。
将系统中的类和接口等映射到构件中 将系统中的类、接口等逻辑元素映射到构件中,一个构件不仅仅包含一个类或接口,也可以包含几个类或接口。
构件图及其模型元素
• 可执行构件 :是系统执行时使用的构件,表示处理机上运行的可执 行单元。
1.构件图及其模型元素
• 1.构件 • 构件是由类、接口等逻辑元素打包而形成的物理模块
,是系统中可替换的部分。 • (2)构件和类
• 相似之处:1)都有名称;2)都实现一组接口;3)都参与 依赖、泛化和关联关系;4)都可以被嵌套;5)都有实例 ;6)都可以参与交互。
部署图建模及实例分析在线销售系统本次课的主要内容构件图表达系统代码本身的结构将系统中的构件包装成可替代性的物理单元部署图是uml中唯一能描述系统硬件的图由结点组成
本次课的主要内容
• 构件图与部署图
• 1.构件图及其模型元素 • 2.构件图建模及实例分析(在线销售系统) • 3.部署图及其模型元素 • 4.部署图建模及实例分析(在线销售系统)
3.部署图及其模型元素
• 1.结点 • (3)结点内包含的构件
• 构件与结点的关系
• 构件是参与系统执行的事物,结点是执行构件的事物。 • 结点执行构件,构件是被结点执行的事物 • 构件表示逻辑元素的物理打包,而结点表示构件的物理部署。
• 部署图可以表明构件之间的依赖关系。
• 二、连接 • 关联关系
• (1)输出接口:被构件实现的接口(供口) • (2)需求接口:构件使用的接口(需求接口或引入接口) • 接口位于两个构件中间,断开了构件的直接依赖关系。可
以由一个构件输出也可以被另一个构件引入。 • 2种方式表示构件与接口的关系
• 采用图标的方式 • 采用扩展的方式
1.构件图及其模型元素
• 3.构件之间的关系 • 构件图中可以体现出构件之间的依赖关系
软件工程与开发技术(西电第二版)第13章 构件模型和部署模型
第13章 构件模型和部署模型
13.3 小 结
在UML中,构件代表源程序文件或者二进制文件,是 软件开发的最终产品。从软件产品的最初需求到系统的概念 模型,从系统的逻辑模型到最终的物理文件,构成了软件系 统完整的开发生命周期。一般来说,生命周期的开始与问题 或者业务领域比较接近,后期则和计算机系统更为接近。这 种从问题域到程序域的映射过程中,可跟踪性显得非常重要, 因为最终的解决方案可能和最初的问题形式相距甚远,构件 模型则给出了从逻辑模型到物理模型的跟踪性,也给出了软 件构件之间的依赖性,是软件测试、发布和维护的基础。
构件视图将系统中可重用的代码块包装成具有可替代性 的物理单元,这些单元被称为构件。构件视图也称为实现视 图。构件视图用构件及构件间的接口和依赖关系来表示设计 元素(例如类)的具体实现。构件是系统高层的可重用的组成 部件。图13.1表达了构件和接口之间的实现关系。
第13章 构件模型和部署模型 图13.1 构件与接口之间的实现关系
第13章 构件模型和部署模型
13.1.3 构件(Component)图的作用 构件模型在软件开发过程中的实现阶段创建,是最终软件产
品的物理模型或者叫做物理构件,直接对应最终的各种程序和数 据文件。构件模型是软件系统最终发布和部署的基础。在某些语 言中,程序的逻辑构件,例如类和构件之间的对应关系是比较复 杂的,有可能是多对多的关系,例如C++中,一个类的完整定义 应该放在两个文件中,接口定义(.h)和实现文件(.cpp)中,即一个 类可能会对应多个实现文件,而一个源代码文件中也可以定义多 个类,这说明类和构件之间是多对多的关系。另一些语言中,这 种对应关系比较简单,例如,Java中的一个类只能对应一个类构 件(.class)文件,反之亦然,是一对一的关系;类和源程序之间的 对应关系是多对一的关系。
软件工程UML组件图与部署图
软件工程
1.添加节点 第一项任务是确定系统的节点。下图演示了上面需求列表中提
及的所有硬件。
山东农业大学计算机系 费玉奎
软件工程2. 添加通信关联 为确定的节点添加通信关联。从需求列表中可以确定如下所示
通信关联: • 扫描仪通过内部的PCI总线连接到网卡。 • 网卡通过无线电波与无线hub通信。 • 无线hub通过USB连接到名为KONG的服务器实例。 • KONG Web服务器通过HTTP与客户组件通信。
Browser组件依赖于WebServerSoft组件。 ProduciLookupAddln组件依赖于Browser组件。
山东农业大学计算机系 费玉奎
软件工程 山东农业大学计算机系 费玉奎
组件图和部署图可以用来帮助设计系统的整体架构。
山东农业大学计算机系 费玉奎
软件工程
组件图用来建模软件的组件及其相互之间的关系。这些图由组 件和组件之间的关系构成。
Credit
Flight
Reservation
<<DLL>>
FightServer
山东农业大学计算机系 费玉奎
软件工程
1.组件 组件(构件)是系统中可替换的代码模块。例如下面这些软件
山东农业大学计算机系 费玉奎
软件工程
组件与接口
山东农业大学计算机系 费玉奎
软件工程
2.依赖关系 依赖关系演示两个组件之间的依赖特性。依赖关系使用在一端
带有开放箭头的短划线表示。箭头从依赖的对象指向被依赖的对 象。
山东农业大学计算机系 费玉奎
软件工程 山东农业大学计算机系 费玉奎
软件U工M程L本身提供了一些固有的依赖关系定义。其表示如下图所 示。
UML的九种模型图
UML的九种模型图本⽂转⾃,仅供学习交流!⼀、作为⼀种建模语⾔,UML的定义包括UML语义和UML表⽰法两个部分。
UML语义:描述基于UML的精确元模型定义。
UML表⽰法:定义UML符号的表⽰法,为开发者或开发⼯具使⽤这些图形符号和⽂本语法为系统建模提供了标准。
这些图形符号和⽂字所表达的是应⽤级的模型,在语义上它是UML元模型的实例。
⼆、标准建模语⾔UML可以由下列5类图来定义。
⽤例图:从⽤户⾓度描述系统功能,并指出各功能的操作者。
静态图:包括类图和对象图。
类图描述系统中类的静态结构,不仅定义系统中的类,表⽰类之间的联系,如关联、依赖、聚合等,也包括类的属性和操作,类图描述的是⼀种静态关系,在系统的整个⽣命周期都是有效的。
对象图是类图的实例,⼏乎使⽤与类图完全相同的标识。
⼀个对象图是类图的⼀个实例。
由于对象存在⽣命周期,因此对象图只能在系统某⼀时间段存在。
⾏为图:描述系统的动态模型和组成对象间的交互关系,包括状态图和活动图。
状态图描述类的对象所有可能的状态以及事件发⽣时状态的转移条件,状态图是对类图的补充,活动图描述满⾜⽤例要求所要进⾏的活动以及活动间的约束关系,有利于识别并进⾏活动。
交互图:描述对象间的交互关系,包括时序图和协作图。
时序图显⽰对象之间的动态合作关系,它强调对象之间消息发送的顺序,同时显⽰对象之间的交互;协作图描述对象间的协作关系,协作图跟时序图相似,显⽰对象间的动态合作关系。
除显⽰信息交换外,协作图还显⽰对象以及它们之间的关系。
如果强调时间和顺序,则使⽤时序图;如果强调上下级关系,则选择协作图。
实现图:包括组件图和部署图。
组件图描述代码部件的物理结构及各部件之间的依赖关系,组件图有助于分析和理解部件之间的相互影响程度;部署图定义系统中软硬件的物理体系结构。
采⽤UML来设计系统时,第⼀步是描述需求;第⼆步根据需求建⽴系统的静态模型,以构造系统的结构;第三步是描述系统的⾏为。
其中在第⼀步与第⼆步中所建⽴的模型都是静态的,包括⽤例图、类图、对象图、组件图和部署图等5种图形,是标准建模语⾔UML的静态建模机制。
UML各种图总结-精华
UML各种图总结-精华UML(UnifiedModelingLanguage)是一种统一建模语言,为面向对象开发系统的产品进行说明、可视化、和编制文档的一种标准语言。
下面将对UML的九种图+包图的基本概念进行介绍以及各个图的使用场景。
一、基本概念如下图所示,UML图分为用例视图、设计视图、进程视图、实现视图和拓扑视图,又可以静动分为静态视图和动态视图。
静态图分为:用例图,类图,对象图,包图,构件图,部署图。
动态图分为:状态图,活动图,协作图,序列图。
1、用例图(UseCaseDiagrams):用例图主要回答了两个问题:1、是谁用软件。
2、软件的功能。
从用户的角度描述了系统的功能,并指出各个功能的执行者,强调用户的使用者,系统为执行者完成哪些功能。
2、类图(ClassDiagrams):用户根据用例图抽象成类,描述类的内部结构和类与类之间的关系,是一种静态结构图。
在UML类图中,常见的有以下几种关系:泛化(Generalization),实现(Realization),关联(Association),聚合(Aggregation),组合(Composition),依赖(Dependency)。
各种关系的强弱顺序:泛化=实现>组合>聚合>关联>依赖2.1.泛化【泛化关系】:是一种继承关系,表示一般与特殊的关系,它指定了子类如何继承父类的所有特征和行为。
例如:老虎是动物的一种,即有老虎的特性也有动物的共性。
2.2.实现【实现关系】:是一种类与接口的关系,表示类是接口所有特征和行为的实现。
2.3.关联【关联关系】:是一种拥有的关系,它使一个类知道另一个类的属性和方法;如:老师与学生,丈夫与妻子关联可以是双向的,也可以是单向的。
双向的关联可以有两个箭头或者没有箭头,单向的关联有一个箭头。
【代码体现】:成员变量2.4.聚合【聚合关系】:是整体与部分的关系,且部分可以离开整体而单独存在。
uml9种图模型
2.4 部署图
部署图描述任何基于计算机的应用系统的物理或逻辑的配置。它可以描述系统硬件的物理拓扑结构和在此结构上执行的系统软件,也能描述系统节点的拓扑结构和通信路径、节点上运行的构件、构件中的逻辑单元等。
部署图中有以下几个主要的模型元素:节点、构件、对象、接口、连接和依赖关系。节点描述一个物理设备以及在其上运行的软件系统,用一个立方体来表示。连接是节点之间的通信路径,用实线段来表示。构件、对象、界面和依赖关系同之前的介绍相同。
用例图有以下几种模型元素:用例(Use
Case)、参与者(Actor)、关联关系(Association)、包含关系(Include)、扩展关系(Extend)以及泛化关系(Generalization)。用例是以一个椭圆形来表示,椭圆中心是用例的名称;参与者就是与所要建模的系统交互的外部用户、进程或其他系统,参与者是以一个人形的图标表示;关联关系描述参与者与其需要交互的用例之间的通信路径,用一条实线段表示;包含关系描述一个用例利用另一个用例完成某个过程,用一个带箭头的虚线段并在虚线段上以“《include》”作为标识来表示,箭头指向被包含的用例;扩展关系描述一个用例在原有的另一个用例的基础上,扩展了那个用例的部分功能,和包含关系类似,也是以一个带箭头的虚线段表示,不同的是虚线段上显示的是“《extend》”,箭头指向被扩展的用例;泛化关系描述用例之间的一般和特殊的关系,特殊用例是在继承了一般用例的特性的基础上添加了新的特性,泛化关系和扩展关系有相似之处,不同的是扩展关系的需要明确标明被扩展用例的扩展点,扩展用例只能扩展这些扩展点,泛化关系用一个带有空心三角箭头的实线段表示。
在有的文献书籍中,将这九种模型图分为三大类:结构分类、动态行为和模型管理,结构分类包括用例图、类图、对象图、构件图和部署图,动态行为包括状态图、活动图、顺序图和协作图,模型管理则包含类图。本文则从动态和静态的角度分别介绍UML的九种模型图。
UML 10 种图的总结
UML 2.0共有10种图,分别为表示系统静态结构的静态模型(包括类图、组合结构图、部署图),以及表示系统动态结构的动态模型(包括用例图、序列图、对象图、协作图、状态图、活动图、组件图),它们各用以表现不同的视图,如表1-1所示。
用例之间也可以存在包含、扩展和泛化等关系:
(1)包含关系:用例可以简单地包含其他用例具有的行为,并把它所包含的用例行为做为自身行为的一部分,这被称作包含关系。
(2)扩展关系:扩展关系是从扩展用例到基本用例的关系,它说明为扩展用例定义的行为如何插入到为基本用例定义的行为中。
它是以隐含形式插入的,也就是说,扩展用例并不在基本用例中显示。
在以下几种情况下,可使用扩展用例:
a.表明用例的某一部分是可选的系统行为(这样,您就可以将模型中的可选行为和必选行为分开);
b.表明只在特定条件(如例外条件)下才执行的分支流;
c.表明可能有一组行为段,其中的一个或多个段可以在基本用例中的扩展点处插入。
所插入的行为段和插入的顺序取决于在执行基本用例时与主角进行的交互。
(3)泛化关系:用例可以被特别列举为一个或多个子用例,这被称做用例泛化。
当父用例能够被使用时,任何子用例也可以被使用。
如在图2.4中,订票是电话订票和网上订票的抽象。
[UNL课件] 第12章 构件图与部署
12.1 构件
– 连接件示例:
销售目录
: 商品盘点清单 :
:履行
:查找项
: 发货项
: 获得订单 :订单 输入
:订单交接
: 订单处理
收费:信用卡
12.2 部署图
• 1、术语和概念
– 1) 部署图(deployment diagram)
• 是一种展示运行时进行处理的结点和在结点上生存 的制品的配置的图。
– 端口提供的封装性和独立性更大程度上保证了构件的 封装性和可替换性。
12.1 构件
• 端口的UML表示
– 端口被表示为跨立于构件边界上的方块。
使用该接口 查询预订 情况 Booking Load Attractions 将节目信息录入 售票DB以便售票 Credit Cards 使用该接口完成 信用卡支付
• 制品(artifact):是存在于实现平台层的系统的物理部 分。表示为带有《artifact》构造型的矩形。内写上制品 名称。
• 部署图是结点和弧的集合。
– 也可以包括注解、约束还有包。
《artifact》 pos.exe
12.2 部署图
– 2) 结点(node)
• 又译作节点,是存在于运行时并代表一项计算资源的 物理元素,一般至少拥有一些内存,而且常常具有处 理能力。UML中表示为一个立方体。
– 3)对全分布式系统建模(续)
本章小结
• 构件 • 部署图
• UML表示为一条实线。
• 连接是双向的。 • 可以是直接连接(如通过光缆),也可非直接连接 (如通过卫星)。
12.2 部署图
• 2、用法
– 部署图用于对系统的静态部署视图建模。 – 主要来解决构成物理系统的各组成部分的分布、 提交和安装。 – 使用情况
UML构件图和部署图实验
实验八构件图和部署图
一、实验目的与要求
理解构件、构件图、部署、部署图的概念、作用、组成,绘制图。
二、实验原理
什么是构件?如何表示构件及关系?
部署图的作用?
三、预习与准备
掌握基本的概念及原理。
四、实验内容
以“聊天系统”为例,对客户端进行构件及部署。
(1)确定用户下载客户端,并进入进入登陆功能
(2)聊天构件
(3)添加构件
(4)删除构件
(5)修改构件
(6)退出构件
构图过程:
(1)启动StarUML,在用例模型上新建部署图modle(部署图:聊天系统);
(2)添加部署图工程
(3)添加构件及对象
(4)然后连接组件组件之间的关系
(7)确认是否无误
五、实验过程
user
六、实验总结与体会
在本次试验中,我知道了如何创建构建图和部署图,并且也学到了许多以前没有读到的知识。
总体来说,我到目前为止还是学到了挺多的关于UML方面的知识,虽然我们每一次上课的时候学到的知识并不算多,但是日积月累以后,最后的成果应该来说是颇丰的。
构件图和部署图[系统部署模型]
构件组件图和部署图()学习内容¢¢¢构件图和部署图的基本概念使用创建构件图和部署图用部署一个实际的项目RoseRose2015/4/1421 .构件¢¢在构件图中,我们将系统中可重用的模块封装成为具有可替代性的物理单元,我们称之称为构件,它是独立的,在一个系统或子系统中的封装单位,提供一个或多个接口,是系统高层的可重用的部件。
构件作为系统定义良好接口的物理实现单元,它能够不直接依赖于其他构件而仅仅依赖于构件所支持的接口。
通过使用被软件或硬件所支持的一个操作集接口,构件可以避免在系统中与其它构件之间直接发生依赖关系。
—2015/4/143•有一些构件的图标表示形式和标准构件图形表示形式相同,它们包括、、、、以及自定义构造型的构件,它们的表示形式是在构件上添加相关的构造型,下图为一个构造型为的构件。
ActiveX Applet Application DLL EXE Applet 2015/4/144¢¢在中,数据库也被认为是一种构件。
虚包是一种只包含对其它包所具有的元素进行的引用的构件。
它被用来提供一个包的某些内容的公共视图。
虚包不包含任何它自己的模型元素。
Rational Rose 20032015/4/145¢¢系统是指组织起来以完成一定目的的连接单元的集合,在系统中,肯定有一个文件用来指定系统的入口,也就是系统程序的根文件,这个文件被成为主程序。
子程序规范和子程序体是用来显示子程序的规范和实现体。
子程序是一个单独处理的元素的包,我们通常用它代指一组子程序集。
2015/4/1462 . 构件图的基本概念•构件图是用来表示系统中构件与构件之间,以及定义的类或接口与构件之间的关系的图。
在构件图中,构件和构件之间的关系表现为依赖关系,定义的类或接口与类之间的关系表现为依赖关系或实现关系。
2015/4/1473. 部署图的基本概念¢¢部署图()描述了一个系统运行时的硬件结点,以及在这些结点上运行的软件构件将在何处物理地运行,以及它们将如何彼此通信的静态视图。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
构件组件图和部署图
()
学习内容
¢¢¢构件图和部署图的基本概念
使用创建构件图和部署图
用部署一个实际的项目
Rose
Rose
2015/4/14
2
1 .
构件¢
¢在构件图中,我们将系统中可重用的模块封装成为具有可替代性的物理单元,我们称之称为构件,它是独立的,在一个系统或子系统中的封装单位,提供一个或多个接口,是系统高层的可重用的部件。
构件作为系统定义良好接口的物理实现单元,它能够不直接依赖于其他构件而仅仅依赖于构件所支持的接口。
通过使用被软件或硬件所支持的一个操作集接口,构件可以避免在系统中与其它构件之间直接发生依赖关系。
—2015/4/14
3
•有一些构件的图标表示形式和标准构件图形表示形式相同,它们包括、、、、以及自定义构造型的构件,它们的表示形式是在构件上添加相关的构造型,下图为一个构造型为的构件。
ActiveX Applet Application DLL EXE Applet 2015/4/144
¢
¢
在中,数据库也被认为是一种构件。
虚包是一种只包含对其它包所具有的元素进行的引用的构件。
它被用来提供一个包的某些内容的公共视图。
虚包不包含任何
它自己的模型元素。
Rational Rose 20032015/4/14
5
¢
¢系统是指组织起来以完成一定目的的连接单元的集合,在系统中,肯定有一个文件用来指定系统的入口,也就是系统程序的根文件,这个文件被成为主程序。
子程序规范和子程序体是用来显示子程序的规范和实现体。
子程序是一个单独处理的元素的包,我们通常用它代指一组子程序集。
2015/4/14
6
2 . 构件图的基本概念
•构件图是用来表示系统中构件与构件之间,以及定义的类或接口与构件之间的关系的图。
在构件图中,构件和构件之间的关
系表现为依赖关系,定义的类或接口与类之间的关系表现为依
赖关系或实现关系。
2015/4/14
7
3. 部署图的基本概念
¢¢部署图()描述了一个系统运行时的硬件结点,以及在这些结点上运行的软件构件将在何处物理地运行,以及它们将如何彼此通信的静态视图。
在一个部署图中,包含了两种基本的模型元素:节点(和节点之间的连接()。
在每一个模型中仅包含一个部署图。
Deployment Diagram Node)Connection 2015/4/14
8
¢在中可以表示的节点类型包括两种,分别是处理器()和设备()。
Rational Rose 2003Processor Device 2015/4/14
9
使用创建构件图和部署图
ROSE () Component View () New Component Diagram () () 1. 创建构件图
¢创建一个新的构件图,可以通过以下方式进行。
1右键单击浏览器中的(构件视图)或者位于构件视图下的包。
2在弹出的菜单中,选中(新建)下的(构件图)选项。
3输入新的构件图名称。
4双击打开浏览器中的构件图。
“”“”2015/4/14
10
使用创建构件图和部署图
ROSE ()()()¢通过构件图的图形编辑工具栏添加对
象的步骤如下:
1在构件图的图形
编辑工具栏中,选
择按钮,此时光标
变为+号。
2在构件图图形编
辑区内选择任意一
个位置然后使用鼠
标左键单击,系统
在该位置创建一个
新的构件。
3
在构件的名称栏
中,输入构件的名称。
“”2015/4/14
11
使用创建构件图和部署图
ROSE
Rational Rose 2003
•对于构件图中的构件,和其它中的模型元素一样,我们可以通过构件的标准规范窗口设置增加其细节信息,包括
名称、构造型、语言、文本、声明、实现类和关联文件等。
2015/4/14
12
使用创建构件图和部署图
ROSE Rational Rose 2003Deployment View (1) (2) (3) (4) 2. 创建部署图
¢¢在每一个系统模型中,只存在一个部署图。
在使用创建系统模型时,就已经创建完毕,即为(部署视图)。
如果要访问部署图,在浏览器中双击该部署视图即可。
其中包括:
创建和删除节点。
设置节点。
添加和删除节点之间的连接。
设置连接规范。
2015/4/14
13
(1) (2) (3) 1. 确定需求用例
¢¢我们使用下列的步骤创建构件图:
根据用例或场景的确定需求,确定系统的构件。
将系统中的类、接口等逻辑元素映射到构件中。
确定构件之间的依赖关系,并对构件进行细化。
我们将以在序列图中介绍的一个学生信息管理系统的简单用例为例,介绍如何去创建系统的构件图。
2015/4/14
14
Student Grades WebInterface DataManager MainSystem 2. 创建构件图
•我们可以和确定用例中的类和对象一样,根据用例的流程确定系统的构件。
根据上面的用例,我们可以确定最明显的二个实体类是学生类()和班级类()。
系统的操作界面()是一个边界类。
还有,数据访问操作过程中离不开与数据库交互的数据库管理类()。
除此以外,我们还需要一个系统的主程序(),用来表示整个系统的启动入口。
2015/4/14
15
Java ¢
¢第二步,将系统中的类、接口等逻辑元素映射到构件中。
一个构件不仅仅包含一个类或接口,可以包含几个类或接口。
第三步,确定构件之间的依赖关系,并对构件进行细化。
细化的内容包括指定构件的实现语言、构件的构造型、编程语言的设置以及针对某种编程语言的特殊设置,如语言中的导入文件、标准、版权和文档等。
2015/4/14
16
(1) (2) (3) 1PC IE6.0Web 2Web Web Tomcat JDBC 3SQL Server 20003. 创建部署图
¢¢我们可以使用下列的步骤创建部署图:
根据系统的物理需求,确定系统的节点。
根据节点之间的物理连接,将节点连接起来。
通过添加处理器的进程、描述连接的类型等细化对部署图的表示。
建模一个简单的学生信息管理系统,该系统的需求如下所示:()学生或教师可以在客户的机上通过浏览器,如等,查看系统页面,与服务器通信。
()服务器安装服务器软件,如等,通过与数据库服务器连接。
()数据库服务器中安装,提供数据服务功能。
2015/4/14
17
1. 确定系统节点。
添加节点连接,我们可以从上面的需求列表中获取下列的连接信息:
()客户的机上通过协议与服务器通信。
()服务器通过与数据库服务器连接。
2. 1PC Http Web 2Web JDBC 2015/4/14
18
3. 细化部署图,接下来需要确定各个处理器中的主程序以及其它
的内容,如构造型、说明型文档和特征描述等。
2015/4/1419
练习题
()在远程网络教学系统中,以系统管理员添加教师信息用例为例,我们可以确定、、等类,根据这些类创建关于系统管理员添加教师信息的相关构件图。
1Administrator Teacher AddTeacher “”“”“”“”20202015/4/14
()在远程网络教学系统中,该系统的需求如下所示:学生或教师可以在客户的机上通过浏览器,如等,登录到远程网络教学系统中。
在服务器端,我们安装服务器软件,如等,部署远程网络教学系统,并通过与数据库服务器连接。
数据库服务器中使用提供数据服务。
根据以上的系统需求,创建系统的部署图。
2PC IE6.0Web Web Tomcat JDBC SQL Server 2000“”¢¢¢¢2015/4/14
21。