(完整word版)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组件图和部署图实践课件
实验十、组件图和部署图、实验目的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组件图与部署图
组件
图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建模文档
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⼤部分描写叙述了逻辑和设计⽅⾯的信息。
实现图⽤来描写叙述实现⽅⾯的信息。
实现图包含部署图和构件图。
构件图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建模评分：一．实验目的熟悉开发绘图工具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图终极版
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
图书馆管理系统一、用例图该图书馆管理系统的用例图如下：图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、还书活动图图书管理员对书籍进行扫描，若书籍已经过期，则要求读者还请欠款才能还书，读者缴应交罚款后，更新书目信息和读者信息。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 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.配置图
五、实验心得
经过这次大作业，让我了解软件需求建模的过程，锻炼了我的动手解决实际问题的能力，让我感受到了另一种解决问题的方法的趣味性与实践性。
希望在以后的学习中我能从此次学习和设计获得更多的经验，让自己成为一个拥有一定水平的软件开发者！。