(完整word版)uml图书馆 组件图和部署图

合集下载

图书馆管理系统uml建模--完美

图书馆管理系统uml建模--完美

基于UML的图书馆管理系统建模设计摘要在对U M L 及用U ML 建模的步骤作了简介之后, 介绍了在图书馆系统设计与开发中用U M L建模的过程, 其中重点描述了图书馆借阅子系统中用例图、顺序图和类图, 总结了U M L建模优势。

一、UML简介及用UML建模步骤1. 1 U M L简介统一建模语言 U ML 是一个通用的可视化建模语言, 用于对软件进行描述、可视化处理、构造和建立软件系统制品的文档。

它记录了对必须构造的系统的决定和理解,可用于对系统的理解、设计、浏览、配置、维护和信息控制。

UM L的最终目标是在尽可能简单的同时能够对实际需要建立的系统的各个方面建模。

UML需要有足够的表达能力以便可以处理现代软件系统中出现的所有概念, 例如并发和分布, 以及软件工程中使用的技巧等。

1. 2 利用U ML 建模步骤a.建立需求模型。

主要通过用例图来描述该系统完成的主要功能。

这是系统设计人员与用户进行沟通后的产物, 也是提供给系统开发人员的粗放蓝图。

b.建立系统的对象模型。

UML的主要内容归纳为静态建模机制和动态建模机制。

静态模型描述系统的对象之间的静态关系, 使用UML的包图、类图和对象图;动态模型描述对象间的交互关系、对象的生命周期及其在生命周期中各种可能的状态和状态之间转换的约束,使用UML的顺序图、活动图和协作图。

c.建立系统的体系结构模型,定义系统的软、硬件体系结构及通信机制,使用UML的组件图、配置图。

d.在组件图的基础之上生成所选开发语言的代码框架,由系统设计转入开发阶段。

二、图书馆管理系统分析系统分析的目的是捕获和描述所有的系统需求, 并且建立一个模型来定义系统中主要的域类( 系统中的关键类) , 通过系统分析达到开发者和需求者的理解和沟通。

因此, 分析一般都是分析员和用户协作的产物。

在这个阶段, 程序开发者不应该考虑代码或程序的问题, 它只是理解需求和实现系统的第一步。

2. 1 需求分析分析的第一步是确定系统能够做什么? 谁来使用这个系统? 这些分别称用例( use cases) 和角色( actors) 。

UML组件图和部署图实践课件

UML组件图和部署图实践课件

实验十、组件图和部署图、实验目的1 •理解组件图的基本概念。

2•理解组件图的应用:逻辑部署。

3•理解部署图的基本概念。

4.理解部署图的应用:物理部署。

5•掌握组件图和部署图绘制的方法。

、实验器材1. 计算机一台。

2. Rational Rose工具软件。

、实验内容某图书管理系统的分析和设计已按计划完成类图和交互图的分析与设计,下一步将完成系统的组件图和部署图,现系统分析部指派您完成如下任务:完成系统的组件图。

四、实验步骤1.绘制组件图分析:在某图书馆管理系统中,通过分析可以发现类图中的类应分为4个部分:1.用户接口模块(UI),主要负责系统和用户的交互,包括Frame类,Dialog 类等。

2.业务对象模块(BO),主要负责处理系统中的业务计算,如借书,还书等功能的具体操作。

3 •数据存储模块(DB),主要负责处理对数据的存储。

4•通用工具模块(UTIL ),包括系统中通用函数。

通过一个主程序StartClass来启动。

由于系统中的类较多,这里以业务对象模块(BO)为例来讲解如何创建组件图,BO模块中包括Item类:书目类,表示一本实际存在的书籍或杂志Loan类:借书业务类,将借阅者和图书馆关联起来,一个Loan对象表示借出的一本书Borrowerlnfomation类:借阅者信息类,表示一个借阅者。

Title类:表示一种书或一种杂志。

如《C++编程思想》就是一种书,用1个title 表示,如果有2本这样的书,则需要用2个Item表示。

Reservation类:预定信息类,表示一个预定信息。

Item类和Loan类之间互相依赖,Loan类和BorrowerI nfomation类之间互相依赖,BorrowerI nfomation 类和Reservation 类之间互相依赖,Reservation 类和Title 之间互相依赖,Title和Item类之间互相依赖。

绘图步骤:(1)在组件视图中双击Main图,出现图10.1,为编辑组件图做好准备,这时绘图工具栏中的图标如图中椭圆所示,其中具体含义可参看本节“补充图标” 一段的介绍。

UML-11组件图与部署图

UML-11组件图与部署图
Home
组件
图11.2 组件与类的关系示例
11.1.1
组件
组件提供接口的实现,一个组件可以实现一个或多个接 口。 例:在图11.3中的组件“字典”实现两个接口:“拼写 检查”和“同义词”。
图11.3 组件与接口示例
Home
11.1.2
组件的种类
按照组件的作用可以把组件分为以下3种: 1.配置组件(Deployment Component) 配置组件是构成一个可执行的系统的必需的组件,如动态连接库 (DLL)、执行程序(EXE)等。 UML的组件可以表达典型的对象模型,如COM+、 CORBA、 JAVA Beans、Web页、数据库表等内容。 2.工作产品组件(Work Product Component) 工作产品组件是在软件开发阶段使用的组件,它们包括源程序文件、 数据文件等。 配置组件是根据工作产品组件建立的。 3.执行组件(Execution Component) 执行组件是执行系统的部件,如COM+的一个对象,它是一个动态 连接库(DLL)的实例。
图11.5 组件的开发期间的依赖
Home
11.1.3
调用依赖(Call Dependency)是指一个组 件调用或使用另一个组件 的服务,如图11.6所示。 客户组件调用或使用供应 者组件的服务,调用可以 直接进行,或通过接口进 行。供应者组件的元素可 以是组件的型或对象。 调用依赖可以发生在开发 期间的组件的型之间,用 组件图表示;调用依赖也 可以发生在运行期间的组 件的实例之间,可在部署 图中表示。
Home
组件
图11.1 简单组件与扩充组件示例
11.1.1
组件
组件在很多方面与对象类相似,如都有名字,都有实例,都能实现 接口,都存在着联系等。 组件的实例代表运行期间的可执行软件模块。例如,图11.1中的组 件“mymailer:Mailer”就是组件“Mailer”的一个实例,它存在于 运行期间。组件的实例只用于部署图中。 组件的性质的表示法与类相同。组件所包含的模型元素的可视性同 样有“公共”、“保护”、“私用”等。 但是组件和类有实质性的区别。 组件代表物理事物,而类代表事物的逻辑抽象,因此组件可以用于 部署图的节点中,而类不能。 一般组件只有操作,外界只能通过接口接触它们,而类可以直接有 属性和操作。

(完整word版)网上书店系统UML建模文档

(完整word版)网上书店系统UML建模文档

2010-2011 学 年 第 二学 期软件工程课程设计》网上书店系统的 UML 建模08 软件工程张俊格任课教师组员崔会令 刘园园 谷雅俊 解凯添日期班级组长郭烨2011年5月30日1 系统需求2 需求分析2.1 识别参与者2.2 识别用例3 静态结构模型3.1 定义系统对象3.2 定义用户界面类3.3 建立类图4 动态行为模型4.1 创建系统顺序图(协作图)4.2 创建系统的状态图4.3 创建系统的活动图5 物理模型5.1 创建系统组件图5.2 创建系统部署图6 总结7 参考文献目录 2...3....35...8...101..3.131314141系统需求网上书店管理系统业务描述:网上书店提供给人们更加便捷的购书模式。

从网上书店系统不同参与者的角度,可以将其系统功能分为前台与后台两大功能模块。

通过对电子商务网站及网上书店的考察、分析以及实际的市场调查, 要求本系统具有以下功能:统一友好的操作界面,能保证系统的易用性。

规范、完善的基础信息设置。

图书分类详尽,可按不同类别查看商品信息。

按图书大类及图书名称进行模糊查询。

实现网上购书。

新书及特价图书展示。

满足上述需求的系统主要包括下面几个模块:2 需求分析2.1 识别参与者在书店管理系统中,需要销售者和用户的的参与。

销售者可以有自己的用户名和密码对网站的后台进行维护和更新。

用户可以注册也可以登录来对图书进行浏览和购买,确认购买后通过转账汇款。

网站需要一个专门的管理者进行日常维护与管理,所以需要有系统管理员的参与。

参与者有销售者和用户以及系统管理员,销售者也可以替代系统管理员的功能。

2.2 识别用例1)管理员的用例图从图中可以清楚地看到泛化关系与各个参与者所参与的用例。

订单管理(2)用户参与的用例图用户参与者的用例图如下图所示。

3静态结构模型3.1定义系统对象管理员,用户,购物车,图书。

3.2定义用户界面类管理员登录边界类图:用户边界类图A库存【商品)管理库再浏览O湮加商品O —HD3.3建立类图各类之间的关系:类不是单独一个模块,各个类之间是存在联系。

UML部署图和图九组件图

UML部署图和图九组件图

UML部署图和图九组件图前⾔UML⼤部分描写叙述了逻辑和设计⽅⾯的信息。

实现图⽤来描写叙述实现⽅⾯的信息。

实现图包含部署图和构件图。

构件图1. 概念构件图从软件架构的⾓度来描写叙述⼀个系统的主要功能。

如⼦系统、类、包、构件。

⽤来显⽰⼀组构建之间组织与依赖的关系。

2. 构成构件、接⼝、关系3. 构件的类型源码构件、⼆进制构件、可运⾏构件、数据⽂件或⽂档4. 构件和类的关系(1)类表⽰逻辑抽象⽽构件表⽰物理抽象(2)构件是其他元素的物理实现(3)类能够直接拥有属性和操作,构件⼀般仅仅有通过接⼝訪问的操作5. 构件的特点物理的、可替换的、是系统的⼀部分、从⼀组接⼝并提供对⼀组接⼝的实现6. 构件与接⼝的关系实现、依赖、⽰出、进⼊7. 以下是我的机房收费的构件图。

眼下感觉理解的还是不够透彻,先画出来以后学的深了再改进部署图1. 概念⽤来显⽰系统中软件和硬件的物理架构。

⼀个系统仅仅有⼀个部署图。

2. 部署图元素节点、节点实例、物件、关系、节点容器3. 使⽤条件对复杂的分布式软件使⽤部署图4. 长处部署图判断软件的所需的处理器和设备的拓扑结构5. ⼀个良好的部署图:(1)每⼀个实施图是系统的⼀个⽅⾯(2)側重⼀个⽅⾯(3)仅仅包括必要元素和必要修饰(4)避免交叉、名字要能概括你功能6.以下是我的机房收费的部署图,不⾜之处欢迎⼤家积极指正UML仍在路上(尾声)通过以上连续的五篇博客,对UML中的9+1(包图)个图结合之前敲的机房收费系统做了总结。

前五篇博客将关系联系紧密的两两放在⼀起更有助于对照理解这些图。

UML语⾔使系统建模过程标准化,统⼀化。

规范化。

UML在整个软件开发过程中採⽤同样的概念和表⽰⽅法。

在不同的开发阶段,不必转换概念和表⽰⽅法。

避免了传统软件开发⽅法的两个鸿沟。

UML採⽤图形化的表现形式。

产⽣的模型易于理解。

易于开发者与⽤户之间的沟通。

从⽽可以及时得到⽤户的反馈信息。

⽤UML进⾏系统建模所得到的建模制品不只包含各种模型框图,还有⼤量丰富的⽂档。

图书馆管理系统的UML建模【活动图-时序图-用例图-部署图-组件图】

图书馆管理系统的UML建模【活动图-时序图-用例图-部署图-组件图】

图书馆管理系统的UML建模评分:一.实验目的熟悉开发绘图工具Microsoft Visio软件的使用方法;针对指定软件系统的需求进行分析和设计;使用Microsoft Visio软件,绘制UML图。

二.实验设备计算机、Microsoft Visio软件。

三.实验内容及步骤实验内容:1、熟悉开发绘图工具Microsoft Visio软件的工作环境和基本使用方法。

2、根据课本对图书馆管理系统进行分析和设计。

3、使用Microsoft Visio软件,绘制图书馆管理系统的UML图。

实验步骤:1、在启动操作系统之后,启动Microsoft Visio软件。

2、进入Visio的UML建模绘图界面3、参考课本画出图书馆管理系统的用例图、顺序图、活动图、状态图、部件图、部署图。

四、实验结果(一) 用例图该系统中主要涉及的用户有读者、图书管理员和系统管理员。

系统管理员图 1用例图图 2读者用例图图 3 系统管理员用例图图 4 图书管理员用例图图 5 图书借阅时序图图 6 图书管理员顺序图图 7 读者活动图是否超过借阅记录图 8 图书管理员活动图图 9 系统管理员活动图图 10 图书管理员活动图(二) 状态图图 11 书籍状态图图 12 借阅者状态图(三) 构件图图 13 构件图(四) 部署图图 14 部署图五、实验小结在学习UML这门课之前,我一直心底有一个疑问,那就是我们和那些所谓的程序员速成班培训出来的程序员到底有什么差别,都是写代码,那我们在大学里学习的意义是什么呢,直到我学习了UML这门课。

我才知道写代码并没有想象中的那么简单,对于同一个功能,肯定有着多种不同的实现方法,而这些方法也肯定有优劣之分。

我们之所以不像外面那样的培训班一样速成,是因为我们需要锻炼自己去写出高质量的代码,我觉得这就是我们学习的意义。

其实在上UML课之前,我以为UML跟C++和java一样是一门编程语言,直到经过老师的介绍,我才知道UML的全称是Unified Modeling Language,他不同于C++,java这些编程语言,他是统一建模语言。

详细的图书馆管理系统UML图终极版

详细的图书馆管理系统UML图终极版

The library management system UML diagrams1.需求(Requirements)经典地,由系统最终顾客旳代表写出文本形式旳需求规范文档。

对于该图书馆应用程序来说,需求规范文档应当类似于这样:1.这是一种图书馆支持系统;2.图书馆将图书和杂志借给借书者。

借书者已经预先注册,图书和杂志也预先注册;3.图书馆负责新书旳购置。

每一本图书都购进多本书。

当旧书超期或破旧不堪时,从图书馆中去掉。

4.图书管理员是图书馆旳员工。

他们旳工作就是和读者打交道并在软件系统旳支持下工作。

5.借阅人可以预定目前没有旳图书和杂志。

这样,当他所预定旳图书和杂志偿还回来或购进时,就告知预定人。

当预定了某书旳借书者借阅了该书后,预定就取消。

或者通过显式旳取消过程强行取消预定。

6.图书馆可以轻易地建立、修改和删除标题、借书者、借阅信息和预定信息。

7.系统可以运行在所有流行旳技术环境中,包括Unix, Windows和OS/2,并应有一种现代旳图形顾客界面 (GUI)。

8.系统轻易扩展新功能。

系统旳第一版不必考虑预定旳图书抵达后告知预定人旳功能,也不必检查借书过期旳状况。

Typically, the end user's representative by system of regulating write text document demand. For the library application, it should be similar to the standard document demand so:1. This is a library support system;2. The library will lend books and magazines JieShuZhe. JieShuZhe has register in advance, books and magazines will register in advance;3. New book purchase for library. The book is more than buying every book. When old books extended or worn out, removing from the library.4. The librarian is the library staff. Their job is to deal with the reader in software support system work.5. Borrowing people can be scheduled have no current of books and magazines. So, when his book of books and magazines returned back or purchase, confirmation. When booked MouShu JieShuZhe borrowing of the reservation is cancelled after. Or by explicit cancel process forcibly cancellation of reservation.6. The library can easily establish, modify and delete title, JieShuZhe, borrowing information and booking information.7. System can run on all popular technology environment, including Unix, Windows and OS / 2, and should have a modern graphical user interface (GUI).8. The system is easy to expand new functions.The first edition of need not consider booking system of books after confirmation of arrive, don't check function of books expired.2.分析(Analysis)系统分析旳目旳是捕捉和描述所有旳系统需求,并且建立一种模型来定义系统中重要旳域类。

图书馆管理系统UML

图书馆管理系统UML

图书馆管理系统一、用例图该图书馆管理系统的用例图如下:图1:图书馆管理系统的用例图二、系统的顺序图(1)借书顺序图(2)还书顺序图(3)罚款顺序图1、借书顺序图图2:图书馆管理系统借书顺序图顺序图说明:(1)login():登录系统。

(2)checkstu_card():对读者信息进行验证,检查是否符合本图书馆借书条件。

(3)showinformation():显示该读者的基本信息函数。

(4)borrow():读者借书函数。

(5)getreaders():取得读者信息函数。

看该读者是否符合借书条件,若符合,则返回可借信息。

(6)gettitle():取得书目信息。

(7)getreservation():检验书籍是否被预订函数。

(8)getnoreservation():书籍没被预订或取消预订函数。

(9)create(borrower,item):创建书籍外借函数。

2、还书顺序图图3:图书馆管理系统还书顺序图顺序图说明:(1)login():登录系统。

(2)getitem():取得书籍条目信息。

(3)update():对图书馆书籍条目和借阅者信息进行更新条目。

3、罚款顺序图图4:图书馆管理系统的罚款顺序图顺序图说明:管理员扫描图书,图书显示过期天数,罚款金额按过期天数累加三、系统的状态图图5:图书馆的书籍状态图四、系统的活动图1.借书活动图管理员首先要扫描读者的借书证,检验证件是否符合图书馆借书条件,若该读者的借书数量还未达到最大规定数量,并且其所借书籍均未属于过期范围,则符合借书条件。

则再扫描书籍条形码,检查书籍是否是不可借书籍或者已经被预订,若被预订,则取消预订,方可借书。

在这些条件都符合时则更新书籍信息和读者的借阅信息,记录好借书的时间。

图6:图书馆管理系统的借书活动图2、还书活动图图书管理员对书籍进行扫描,若书籍已经过期,则要求读者还请欠款才能还书,读者缴应交罚款后,更新书目信息和读者信息。

软件工程UML组件图与部署图

软件工程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本身提供了一些固有的依赖关系定义。其表示如下图所 示。

(完整word版)uml图书馆组件图和部署图

(完整word版)uml图书馆组件图和部署图

学号
统一建模语言UML A
实验报告
实验六组件图和部署图的建立
学生姓名
专业、班级12计算机12班
指导教师高天迎
成绩
计算机与信息工程学院
年月日
天津城市建设学院
验证性实验任务书
计算机与信息工程学院计算机专业12 班
姓名学号
课程名称:统一建模语言UML A
设计题目:组件图和部署图的建立
完成期限:自年月日至年月日
设计依据、要求及主要内容(可另加附页):
1、设计依据:
本实验是以教材《UML基础与Rose建模实用教程》一书的第13章为依据, 掌握组件图和部署图的建立。

2、设计要求:
(1)利用Rose建立图书管理系统的构件图。

(2)利用Rose建立图书管理系统的部署图。

指导教师:高天迎
一、实验目的
1.了解组件图中各组件和其依赖关系
2.了解配置图的作用
3.会使用rose绘制组件图和配置图
二、实验内容
1.创建组件图
2.创建配置图
三、实验思想
1.找到系统中存在的组件、接口及组件之间的依赖关系并进行组件图的建模。

2.找到系统的节点及其关联关系并进行配置图的建模。

四、实验结果
1.构件图
2.配置图
五、实验心得
经过这次大作业,让我了解软件需求建模的过程,锻炼了我的动手解决实际问题的能力,让我感受到了另一种解决问题的方法的趣味性与实践性。

希望在以后的学习中我能从此次学习和设计获得更多的经验,让自己成为一个拥有一定水平的软件开发者!。

UML软件建模技术4.2-组件图和部署图

UML软件建模技术4.2-组件图和部署图
软件建模技术
第四章
4.2
应用建模
组件图和部署图
本节目标
1.掌握组件图的基本概念及应用
2.掌握部署图的基本概念及应用
3.实现以图书馆管理系统为例的组件图
本节重难点
1.绘制组件图
2.绘制部署图
问题Байду номын сангаас入
在完成设计后,分析人员就需要将逻辑设计图转化成实 际的事物,如可执行文件、源代码、应用程序库等。在此过 程中,我们需要对面向对象系统的物理方面进行建模 。 那么 ,在UML中该如何做呢?
概 念
接口
接口是一组用于描述类或组件的一个服务的操作,它是 一个被命名的操作的集合,与类不同,它不描述任何结构, 也不描述任何实现。
接口的分类
(1)导出接口(expert interface) (2)导入接口(import interface)
概 念
关系
关系是事物之间的联系,在面向对象的建模中,最重要 的关系是依赖、泛化、关联和实现,但组件图中使用最多的 是依赖和实现关系。
概 念
组件 这里所指的组件就是4.2.1小节中介绍的组件图中的 基本元素,它是系统可替换的物理部件。
概 念
关系
部署图中也可以包括依赖、泛化、关联及实现关系 。部署图中的依赖关系使用虚线箭头表示。它通常 用在部署图中的组件和组件之间。
认识图标
在绘图时,如果仅仅使用一个图标表示节点可能会有所不 便,因此在一些建模工具里都为不同类型的节点定义了 特定的图标。下面以Rational Rose为例,介绍几个特定 类型的图标: 1.处理器(Processor) 2.设备(Device ) 3.通讯路径(Connection)
组件图建模步骤
(1)对系统中的组件建模; (2)定义相关组件提供的接口; (3)对它们间的关系建模; (4)对建模的结果进行精化和细化。

UML-08-构件图-部署图

UML-08-构件图-部署图
节点是存在于运行时并代表一项计算资源的物理 元素,一般至少拥有一些内存,而且通常具有处 理能力。 节点包括两种类型:处理器和设备。

ቤተ መጻሕፍቲ ባይዱ
什么是处理器(processor)?

定义:A processor is a hardware component capable of executing programs. 处理器具有处理能力的节点,即它可以执行组 件。 处理机的图标:


什么是设备(Device)?

设备的定义:A device is a hardware component with no computing power. 设备是无计算能力的外部设备,如modem、终 端。 设备的图标:


处理器和设备
什么是连接(Connection)?


连接的定义:A connection represents some type of hardware coupling between two entities. 连接是代表一种交流的机制:
组件的分类

一般说来,组件就是一个实际文件,可以有以下几种类型:
(1) 配置组件(deployment component),这些组件构成了一 个可执行的系统, 如dll文件, exe文件, COM+对象, CORBA 对象, EJB, 动态Web页, 数据库表等。
(2) 工作产品组件(work product component),开发过程产 物,这些组件不直接参与可执行系统,而是开发中的工作产 品,如源代码文件(.java,.cpp),数据文件等,这些组件可 以用来产生deployment component。 (3) 执行组件(execution component),这类组件是作为一 个正在执行的系统的结果而被创建的,例如由DLL实例化形 成的.NET对象。

UML部署图

UML部署图
可以将部署规约用虚线连接在制品和节点间 的部署箭头上
《executionEnvironment》 Axis
<<deploy>> 《artifact》 inventoryService.jar
《deployment spec》 deploy.wsdd
图11-13 将部署规约连接在部署箭头上
11.3.4
部署规约
部署规约的细节可以作为部署规约的属性放 置在部署规约中
《deployment spec》 web.xml errorPage : URL loginConfig : enum resources : Resource[ ]
图11-14 用属性说明部署规约的细节
11.3.5
通信路径
通信路径表示节点间的通信,用实心线表示
11.3.3 部署规约
可以用指向制品的依赖箭头将部署规约与制 品绑定
《executionEnvironment》 Axis
《deployment spec》 deploy.wsdd 《artifact》 inventoryService.jar
图11-12使用依赖箭头表示部署规约
11.3.4 部署规约
Logging.jar
reentrant:boolean numLoggers:int=1
图11-3 带属性的制品
11.3.1 制品
制品拥有制品实例,用制品名加下划线的方 式来表示一个制品实例
Logging.jar
图11-4 制品实例
11.3.1 制品
一个制品可能是另一个UML元素的显示 (Manifestation)
图11-7 执行环境节点
2. 设备节点
设备节点用于表示具体的计算设备,一般是 一个单独的硬件设备
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

学号
统一建模语言UML A
实验报告
实验六组件图和部署图的建立
学生姓名
专业、班级12计算机12班
指导教师高天迎
成绩
计算机与信息工程学院
年月日
天津城市建设学院
验证性实验任务书
计算机与信息工程学院计算机专业12 班
姓名学号
课程名称:统一建模语言UML A
设计题目:组件图和部署图的建立
完成期限:自年月日至年月日
设计依据、要求及主要内容(可另加附页):
1、设计依据:
本实验是以教材《UML基础与Rose建模实用教程》一书的第13章为依据, 掌握组件图和部署图的建立。

2、设计要求:
(1)利用Rose建立图书管理系统的构件图。

(2)利用Rose建立图书管理系统的部署图。

指导教师:高天迎
一、实验目的
1.了解组件图中各组件和其依赖关系
2.了解配置图的作用
3.会使用rose绘制组件图和配置图
二、实验内容
1.创建组件图
2.创建配置图
三、实验思想
1.找到系统中存在的组件、接口及组件之间的依赖关系并进行组件图的建模。

2.找到系统的节点及其关联关系并进行配置图的建模。

四、实验结果
1.构件图
2.配置图
五、实验心得
经过这次大作业,让我了解软件需求建模的过程,锻炼了我的动手解决实际问题的能力,让我感受到了另一种解决问题的方法的趣味性与实践性。

希望在以后的学习中我能从此次学习和设计获得更多的经验,让自己成为一个拥有一定水平的软件开发者!。

相关文档
最新文档