系统构件图
浅谈UML中常用的几种图
浅谈UML中常用的几种图1 UML简介2 UML常见图分类3 用况图（用例）4 类图简单类图使用举例5 其他辅助用图●时序图(顺序图)●协作图（Collaboration Diagram/communication Diagram）/通信图●状态图●活动图(Activity Diagram)6 组件图(ComponentDiagram)、配置图(Deployment Diagram)1 UML简介统一建模语言（Unified Modeling Language，UML）又称标准建模语言，是始于1997年的一个OMG标准，它是一个支持模型化和软件系统开发的图形化语言，为软件开发的所有阶段提供模型化和可视化支持，包括由需求分析到规格，到构造和配置。
‘UML感兴趣的可以阅读UML 1规范，包含了UML 的所有知识内容。
注：OMG, Object Management Group 对象管理组织2 UML常见图分类UML从考虑系统的不同角度出发，定义了用况图、类图、对象图、包图、状态图、活动图、序列图、通信图、构件图、部署图等10种图。
分类：面向对象动态建模，用于建立行为的实体间行为交互的四种图：状态图(Stage Diagram)，序列图(Sequence Diagram)，协作图(Communication Diagram)，活动图(Activity Diagram) 。
“序列图”与“协作图”表述的是相似的消息，“活动图”是“状态图”的一种。
•静态结构图Static Structure Diagram•类图Class Diagram•对象图Object Diagram•用况图Use Case Diagram•交互图Interaction Diagram•顺序图Sequence Diagram•协作图Collaboration Diagram•状态图State chart Diagrams•活动图Activity Diagrams•实现图Implementation Diagrams•构件图Component Diagram•部署图Deployment Diagram3 用况图（用例）用例图，展现了一组用例、参与者（actor）以及它们之间的关系。
UML 构件图
第10章 构件图
第10章 构件图
构件图从软件架构的角度来描述一个系统的 主要功能 系统分成几个子系统 子系统包括哪些类、 子系统包括哪些类、包和构件 它们之间的关系 它们分配到哪些节点上等。 它们分配到哪些节点上等。 使用构件图可以清楚地看出系统的结构和功 能。
10.1 构件图概述
10.2 构件图元素
10.2.3 依赖关系 • 应用示例 订单构件、顾客管理构件和结 应用示例--订单构件、 订单构件 添加接口） 帐构件间的依赖关系 （添加接口）
10.2 构件图元素
10.2.3 依赖关系
构件之间依赖关系 如果两个构件间存在泛化关系，则 如果两个构件间存在泛化关系， 两构件间存在依赖关系。 两构件间存在依赖关系。 如果两个构件间存在使用关系， 如果两个构件间存在使用关系，则 两构件间存在依赖关系。 两构件间存在依赖关系。 如果两个构件间存在实现关系， 如果两个构件间存在实现关系，则 两构件间存在依赖关系。 两构件间存在依赖关系。
构件图（ 构件图（Component Diagram）描述了软件 ） 的各种构件和它们之间的结构关系 UML支持对逻辑构件（如业务构件、过程构 支持对逻辑构件（ 支持对逻辑构件 如业务构件、 和物理构件（ 构件、 构件、 件）和物理构件（如EJB构件、CORBA构件、 构件 构件 COM+构件和 构件和.NET构件以及 构件以及WSDL构件） 构件） 构件和 构件以及 构件 在软件系统开发时可以使用构件图将项目小 组人员连接起来， 组人员连接起来，充当各成员间的联系纽带
10.2 构件图元素
10.2.2 接口 接口是表示对一组相关的操作进行声明 的一种建模元素，它指定了一种约束， 的一种建模元素，它指定了一种约束， 这些约束必须由实现这个接口的构件的 任何实例完成。 任何实例完成。 接口可以分为提供接口和请求接口: 接口可以分为提供接口和请求接口 把构件实现的接口称为提供接口 构件使用的接口被称为请求接口
在线考试系统UML
管理员可以对课程进行管理，可以添加、修改、删除、查询课 程，还可以对专业进行添加、修改、删除的管理。
③ 试卷管理
管理员可以添加、修改、删除试卷，并且可以按照试卷专业或 者试卷名称查询试卷。
系统的主要功能
④ 在线考试 学生登录以后在同意考试跪着，选择试卷后开始考试，考试结
束后需要提交试卷。 ⑤ 题库管理
（2）管理员可以添加、修改、删除学生信息。可以对课程进行管 理，添加、修改、删除、查询课程，还可以对专业进行添加、修 改、删除的管理。管理员可以添加、修改、删除试卷，并且可以 按照试卷专业或者试卷名称查询试卷。管理员可以在题库里面增 加、修改、删除试题。管理员可以查询学生的成绩，也可以删除 学生的成绩，但是不能对学生的成绩做出修改。
时序图
状态图
每次考试由“学生”将“考试ID和密码”“登录”状态； 如果 “学生”登录正确转换到“考试规则阅读”状态，否则转换到 “登录”状态继续登录； 如果“学生”“三次输入错误”考试 结束； 处于“考试规则阅读”状态时有一定的阅读时间，“阅 读时间到”就转换到“选择考试试题”状态； 考试试题选择完 成后“学生”就装换到“准备考试”状态； 处于“准备考试”状 态时，有一定的准备考试时间，当“准备考试时间到”时就转换 到“在线考试答题”状态， 如果“在线答题考试”状态时“考 试时间到”就装换“交卷”状态； 处于“交卷”状态时不成功继 续停留在“交卷”状态，交卷成功考试结束。
用例图
考生用例图：根据需求分析绘制出考生用例图。其中考试者可以 选择科目、进行考试、账户管理、得到成绩4个部分，其中进行 考试和得到成绩都包括选择科目，账户管理可 以扩展出查看试卷、 查看成绩、修改密码3个部分，账户管理，选择科目和进行考试 都包括系统登陆
UML中共有5种静态图
UML中共有5种静态图：用例图，类图，对象图，组件图和配置图。
（1）用例图Use Case Diagram用例图展现了一组用例、参与者以及它们之间的关系可以用来描述系统的静态使用情况。
上图中小人形状的用户和ATM是参与者、椭圆形状的如插入卡、输入密码等是用例（2）类图Class Diagram类图展示了一组类、接口、子类以及他们之间的关系，在建模中最常用到的图就是类图；可以用类图说明系统的静态设计视图，包含主动类的类图。
上图中反应了5个类之间的关联关系，人民币账户和美元帐户从账户继承，账户和ATM相关联，两种账户和用户相关联（3）对象图Object Diagram对象图展示了一组对象和他们间的关系，可以用来说明类图中翻译的事物实例的数据结构和静态快照，表达了系统的静态设计视图和静态过程视图，除了显示和原型方面的因素外，它与类图的作用是相同的。
（4）组件图Component Diagram组件图，又名构件图，展现了一组组件之间的组织和依赖，用于对源代码、可执行的发布、物理数据库和可调整的系统建模。
上图中组件1和组件3依赖于组件2（5）配置图Deployment Diagram配置图展现了对运行时处理节点以及其中组件的配属，它描述系统硬件的物理拓扑结构，以及在此结构上执行的软件。
用配置图说明系统结构的静态配置视图，即说明分布、交互和安装的物理系统。
上图中，三个处理机与两个涉笔，相互之间是关联的关系UML中动态图有四种，分别是：时序图、协作图、状态图和活动图。
（1）时序图Sequence Diagram时序图展现了一组对象和由这组对象收发的信息，用于按时间顺序对控制流建模。
可以用时序图来说明系统的动态视图。
这里貌似有不同的说法Visual Paradigm里面叫时序图为Timing Diagram，而我参照的教材里边没有这种图，按理说是应该有的。
上图反应了用户与ATM交互的整个过程。
（2）协作图Collaboration Diagram协作图展现了一组对象之间的链接以及这组对象收发的消息，强调收发消息对象的组织结构，按组织结构对控制流建模。
构件图
2 构件图的建模
为数据库建模 --识别出代表逻辑数据库模式的类 识别出代表逻辑数据库模式的类 --确定如何将这些类映射到表 确定如何将这些类映射到表 --将数据库中的表建模为带有 将数据库中的表建模为带有table构造型的构 将数据库中的表建模为带有 构造型的构 件，为映射进行可视化建模
实例： 实例：图书管理系统构件图
Book.java Loan.java
Persistent
Title.java
Borrower.java
业务对象的构件图
DisplayDialog.java
BorrowDialog.java
MainWindow.java
QueryDialog.java
ReturnDialog.java
用户界面的构件图
4
构件规范
4.2 Detail标签 标签
– Declarations（声明）：声明文本框包含一 ）：声明文本框包含一 （声明）： 个声明列表，如类名、 个声明列表，如类名、变量以及其它一些语 言专有特性（ 或类似的结构）。 言专有特性（#includes或类似的结构）。 或类似的结构
4
– – – –
• 客户类要访问一个在提供者类（接口）中定义的 客户类要访问一个在提供者类（接口） 常量或变量）； 值（常量或变量）； • 客户类的操作激活提供者类（接口）的操作； 客户类的操作激活提供者类（接口）的操作； • 客户类的操作具有返回到提供者类（接口）的实 客户类的操作具有返回到提供者类（接口） 例或参量的特征标记。 例或参量的特征标记。
构件图及其应用
1 基本概念
构件图提供当前模型的物理视图， 构件图提供当前模型的物理视图，对系统的 静态实现视图建模。 静态实现视图建模。构件图显示一个系统物理设计 构件所映射的类和对象的配置。 时，构件所映射的类和对象的配置。 一个构件图可以表示一个系统全部或者部分 的构件体系。从组织内容看， 的构件体系。从组织内容看，构件图显示软件构件 的组织以及构件之间的依赖关系，包括源代码构件、 的组织以及构件之间的依赖关系，包括源代码构件、 二进制代码构件以及可执行构件。 二进制代码构件以及可执行构件。它们是通过功能 或位置(文件)组织在一起的. 或位置(文件)组织在一起的. 构件图主要包含以下几种内容：构件、接口、 构件图主要包含以下几种内容：构件、接口、 依赖关系以及构件包。 依赖关系以及构件包。
大学生网上订餐系统__UML建模
题目：大学生网上订餐系统目录1背景介绍：...................................................................................................................2需求分析.......................................................................................................................3系统用例模型 (4)3.1订餐者用例图 (4)3.2商家用例图 (4)3.3店铺管理员用例图............................................................................................3.4订单管理员用例图 (5)3.5系统管理员用例图 (6)4系统静态模型 (7)5系统动态模型 (8)5.系统时序图 (8)5.1.1订餐者订餐 (8) (9)5.1.3店铺管理管理员管理店铺 (10)5.1.4店铺管理员建立客户评价档案 (11)5.1.5店铺管理员建立商家监察档案 (12)5.1.6订单管理员管理订单 (13)5.1.7系统管理员管理商家信息 (14)5.1.8系统管理员管理订餐者信息...............................................................5.1.9系统管理员维护系统 (16)5.2系统活动图 (17)5.3系统状态图 (17)6系统部署模型 (18)6.1系统构件图 (18)6.2系统部署图 (18)7总结 (19)1背景介绍随着网络技术的飞速发展，人们的生活也越来越追求方便化。
经过观察，发现整个大学城的学生对平常订餐需求很大，但他们订餐的方式都是比较原始的电话订餐。
信息系统项目管理师记忆方法大全(UML十四图、十大领域联想记忆、CMMI等等)
信息系统项目管理师记忆方法大全一、 UML十四图打油诗记忆法UML它有十四图包含静态和动态（分类）类图构件搞对象（类图、构件图、对象图）复合生下部署图（复合结构图、部署图）还送一个小包图（包图）六个都是静态图剩下八个动态图用例状态在活动（用例图、状态图、活动图）定时顺序来通信（定时图、顺序图、通信图）二者交互制成品（交互概观图、制品图）十四兄弟是一家记住我们的名字保你高项科不挂二、原创暴强的9大领域联想记忆法（44个）看了C哥的信息系统项目管理师输入输出联想记忆（44个）受到启发！根据每个输入的核心字，总结了9大领域过程数的详细记忆法： 1 1 整体管理制定项目章程编写项目范围说明书编写项目管理计划指导和管理项目执行监督和控制项目工作整体变更控制项目结尾程书计执监变结呈书记质监变结2 范围管理计划编制定义范围创建工作分解结构范围确认控制范围编范解认制边犯解人质3 时间管理定义活动活动排序估算活动资源历时估算定制进度计划控制进度义排资历划制一排资历画质4 成本管理估算成本制定预算控制成本估定控古锭控（三国杀的古锭刀爱好者，你懂的）5 质量管理规划质量实施质量保证实施质量控制划证制话政治6 人力资源管理制定人力资源计划组建团队建设团队管理项目团队计组建管机组监管7 沟通管理沟通管理计划编制信息公布绩效报告项目干系人管理计公报人济公抱人8 风险管理编制风险管理计划风险识别定量分析定性分析风险应对计划编制风险监控计识量性应监即时量刑阴间9 采购管理采购计划编制合同编制招标（询价）供方选择合同管理合同收尾划同招供理尾话筒招供李伟三、一句话道破项目管理9大领域44个过程九大领域1.风险管理就是将风险大事化小，小事化了2.整体管理就是啥活儿都管点3.沟通管理就是有话好好说4.人力资源管理就是让你手下的人死心塌地的干活还不计较加班5.质量管理就是整出个合格产品6.范围管理就是知道自己在啥时候该干点啥7.时间管理就是让你别心急，否则热豆腐烫了你8.成本管理就是用最少的钱，办最多的事儿9.采购管理就是买技术买产品买你需要的东西，记得别忘记签个合同44个过程(一) 启动过程组：（1）制定项目章程：诞生项目，并为项目经理“正名”；（2）识别干系人：搞清楚谁与项目相关；(二) 规划过程组：（3）制定项目管理计划：编制项目执行的蓝图；（4）收集需求：收集要做什么；（5）定义范围：确定要做什么；（6）创建工作分解结构：细化交付成果到可管理的程度；（7）定义活动：把工作包分解为可估算、可管理的活动；（8）排列活动顺序：确定工作执行的先后顺序；（9）估算活动资源：确定到底需要什么才能完成工作；（10）估算活动持续时间：确定完成工作所需要经历的时间；（11）制定进度计划：描绘出整个项目的实施进程；（12）估算成本：确定完成工作所需要付出的代价；（13）制定预算：批准完成工作所需要付出的代价；（14）规划质量：确定合格的标准；（15）制定人力资源计划：需要什么人、需要多少人；（16）规划沟通：项目干系人需要什么，如何给到他们；（17）规划风险管理：定义如何对待风险；（18）识别风险：风险，你在哪里；（19）实施定性风险分析：揭开风险的面纱；（20）实施定量风险分析：揭开风险的真相；（21）规划风险应对：定义如何应对风险；（22）规划采购：买什么，如何买；(三) 执行过程组：（23）指导与管理项目执行：按图索骥；（24）实施质量保证：通过过程保证质量；（25）组建项目团队：让巧妇能为有米之炊；（26）建设项目团队：激发团队的潜能；（27）管理项目团队：大家好才是真的好；（28）发布信息：把信息传递给需要的人；（29）管理干系人期望：沟通并满足干系人的需求；（30）实施采购：购买要买的东西；(四) 监控过程组：（31）监控项目工作：盯着，不停地盯着；（32）实施整体变更控制：让变更在可控之内；（33）核实范围：让用户接受项目成果；（34）控制范围：让范围在可控之内；（35）控制进度：让进度在可控之内；（36）控制成本：让费用在可控之内；（37）实施质量控制：让结果满足既定的合格标准；（38）报告绩效：是骡子是马拉出来溜溜；（39）监控风险：让风险在可控之内；（40）管理采购：让本次购买可控；(五) 收尾过程组：（41）结束项目或阶段：给项目（阶段）画“句号”；（42）结束采购：给本次购买画“句号”。
第11章 构件图
端口类型
图11-5 端口通用表示
图11-6 端口简洁表示
• 如图11-7所示,构件CD和另一个构件Show通过端口连接。
• 两个构件连接时，它们的端口必须匹配，即一个构件的供 给接口与另一个构件的需求接口的规格说明必须一致。
Show
CD
图11-7 通过端口连接构件
11.1.3 构件
• 从构件组成上看，每个构件定义了两组接口（一组供给接 口，一组需求接口），构件为供给接口提供了功能实现部 分，即构件本身已经实现了供给接口声明的功能。
cablei a:A
pci
pci
b:B
图11-9 展示构件的内部结构
11.1.4 构件类型
构件的分类有两种方法： • 一种是按照构件在系统中的角色分； • 一种是按照构件本身的性质分。
1．按照构件在系统中的角色分
按照构件在系统中承担的角色，可以将构件分为三种类 型，即配置构件、工作产品构件和执行构件。
Book和CD类与Borrow接口的关系如图11-3、图11-4所示。
《interface》 Borrow
borrow() return()
...
实现关系
Borrow 实现关系
Book
CD
图11-3 实现接口
Book
CD
图11-4 实现接口
11.1.2 端口表示法
• 端口是对一组接口的封装，即，把一组相关的供给接口和 需求接口封装为一个整体。
• 图11-1用构造型《Interface》表示接口Borrow。
• 图11-2用图标表示接口Borrow。
《interface》
Borrow
borrow() return()
《面向对象的系统分析与设计》构件图与部署图
ppt课件
4
构件与类
• 从构件的定义上看，构件和类十分相似：
– 二者都有名称，都可以实现一组接口，都可以参与依赖、泛 化和关联关系，都可以被嵌套，都可以有实例，都可以参与 交互。
• 构件与类的区别：
– （1）类表示是对实体的抽象，而构件是对存在于计算机中 的物理部件的抽象。也就是说，构件是可以部署的，而类不 能部署。
（2）业务逻辑层：在实现上主要采用了JavaBean技术。使用构 造型《JavaBean》来表示这一层的构件。这些构件主要由实体 类组合而成。
（3）数据访问层：该层将所有的数据访问操作封装在一个 JavaBean中（如果是大型应用，可能封装成为EJB），标明了 它是JDBC的一个实现。 在这个例子中，对可执行程序的体系结构进行了建模，以帮 助开发者了解可执行程序模块之间的关联关系，从而从宏观 上认识系统。
✓ 构件图是对OO系统物理方面建模的2个图之一
ppt课件
7
构件图
构件图(component diagram): 描述构件及其 相互关系的图。 构件之间是依赖关系。通常， 构件 图包含3种元素： 构件、接口和依赖关系。每个构件 实现一些接口，并使用另一些接口。
ppt课件
8
构件图的概念
• 构件图主要用于描述各种软件构件之间的依赖关系，例如， 可执行文件和源文件之间的依赖关系，所设计的系统中的构 件的表示法及这些构件之间的关系构成了构件图。
口和所需（required）的接口。标识接口的构件表示方法 也有3种。
•标识接口的构件3种表示方法
ppt课件
13
构件间的关系
• 构件有两组接口，供给接口为其它构件提供服务，需求接 口使用其它构件提供的服务．因此，构件间的关系就是依 赖关系．我们把提供服务的构件称为提供者，把使用服务 的构件称为客户．
实验5 使用Rational Rose绘制构件图和部署图
实验五使用Rational Rose绘制构件图和部署图一、实验目的1．理解构件图的基本概念和应用。
2．理解部署图的基本概念和应用。
3．掌握构件图和部署图绘制的方法。
二、实验内容图书管理系统的分析和设计已按计划完成类图和交互图的分析与设计，下一步将完成系统的构件图和部署图。
三、实验步骤1. 绘制构件图：在图书馆管理系统中，通过分析可以发现类图中的类应分为4个部分：1．用户接口模块（UI），主要负责系统和用户的交互，包括Frame类，Dialog类等。
2．业务对象模块（BO），主要负责处理系统中的业务计算，如借书，还书等功能的具体操作。
3．数据存储模块（DB），主要负责处理对数据的存储。
4．通用工具模块（UTIL），包括系统中通用函数。
通过一个主程序StartClass来启动。
由于系统中的类较多，这里以业务对象模块（BO）为例来讲解如何创建构件图，BO模块中包括Item类：书目类，表示一本实际存在的书籍或杂志Loan类：借书业务类，将借阅者和图书馆关联起来，一个Loan对象表示借出的一本书BorrowerInfomation类：借阅者信息类，表示一个借阅者。
Title类：表示一种书或一种杂志。
如《C++编程思想》就是一种书，用1个title表示，如果有2本这样的书，则需要用2个Item表示。
Reservation类：预定信息类，表示一个预定信息。
Item类和Loan类之间互相依赖，Loan类和BorrowerInfomation类之间互相依赖，BorrowerInfomation类和Reservation类之间互相依赖，Reservation类和Title之间互相依赖，Title和Item类之间互相依赖。
绘图步骤：（1）在构件视图中双击Main图，出现图5.1，为编辑构件图做好准备，其中具体含义可参看本节“补充图标”一段的介绍。
图5.1（2）在构件视图中，从工具栏中选择MainProgram图标，在右边的绘图区中添加一个新构件，并取名StartClass.java表明新增一个主程序。
UML图基础介绍
依赖 【依赖关系】：是一种使 用的关系，即一个类的实现需 要另一个类的协助，所以要尽 量不使用双向的互相依赖.
【代码表现】：局部变量、 方法的参数或者对静态方法的 调用 【箭头及指向】：带箭头 的虚线，指向被使用者
各种类图关系
3、对象图（Object Diagrams）
描述的是参与交互的各个对象在交互过程中某一时刻的状态。对象图 可以被看作是类图在某一时刻的实例。
第三部分
图的差异比较
图的差异比较
1.序列图(时序图)VS协作图 序列图和协作图都是交互图。二者在语义上等价，可以相互转化。但是侧重点不同： 序列图侧重时间顺序，协作图侧重对象间的关系。 共同点：时序图与协作图均显示了对象间的交互。 不同点：时序图强调交互的时间次序。 协作图强调交互的空间结构。 2.状态图VS活动图 状态图和活动图都是行为图。状态图侧重从行为的结果来描述，活动图侧重从行为 的动作来描述。状态图描述了一个具体对象的可能状态以及他们之间的转换。在实际的 项目中，活动图并不是必须的，需要满足以下条件：1、出现并行过程&行为；2、描述 算法；3、跨越多个用例的活动图。 3.活动图VS交互图 二者都涉及到对象和他们之间传递的关系。区别在于交互图观察的是传送消息的对 象，而活动图观察的是对象之间传递的消息。看似语义相同，但是他们是从不同的角度 来观察整个系统的。
第四部分
UML与软件工程
UML与软件工程
UML图是软件工程的组成部分，软件工程从宏观的角度保证了软件 开发的各个过程的质量。而UML作为一种建模语言，更加有效的实现了软 件工程的要求。
UML与软件工程 如下图，在软件 的各个开发阶段需要的 UML图。
UML与软件工程 下表是UML使用人员图示。
操作系统的结构设计
在一个多线程环境中，进程是系统进行保护和资源分配的单位， 而线程则是进程中一条执行路径，每个进程中允许有多个线程， 线程才是系统进行调度的独立单位。 在一个进程中包含有多个可并发执行的控制流，而不是把多个 控制流一一分散在多个进程中，这是并发多线程程序设计与并 发多进程程序设计的主要不同之处。
4.管程
进程概念使OS结构变得清晰，主要表现在：
1）一个进程到另一个进程的控制转移由进程调度机构统一管 理，不能杂乱无章，随意进行。
2）进程间的信号发送、消息传递和同步互斥由通信及同步机 制完成，进程无法有意或无意破坏其它进程的数据。每个进程 相对独立，相互隔离，提高了系统的安全性和可靠性。 3）进程结构较好刻画了系统的并发性，动态地描述出系统的 执行过程，具有进程结构的操作系统，结构清晰、整齐划一， 可维护性好。
4）内核可以使用特权指令。现代计算机都提供常态和 特态等多种机器工作状态，有一类指令称为特权指令， 只允许在特态下使用，规定这类指令只允许内核使用， 可防止系统出现混乱。
内核是操作系统对裸机的第一次改造，内核和裸机组 成多台虚拟机，具有以下一些特性。
1）虚拟机没有中断，进程设计者不再需要有硬件中 断的概念，用户进程执行中无需处理中断。
二、整体式结构的操作系统 (1)
（a）整体式结构
操作系统的整体式结构又叫模块组合法，是基于结构化程序设 计的一种软件结构设计方法。早期操作系统(如IBM操作系统) 采用这种结构设计方法。 1.主要设计思想和步骤
把模块作为操作系统的基本单位，按照功能需要而不是根据程 序和数据的特性把整个系统分解为若干模块（还可再分成子模 块），每个模块具有一定独立功能，若干个关联模块协作完成 某个功能。明确各个模块之间的接口关系，各个模块间可以不 加控制，自由调用；然后，分别设计、编码、调试各个模块。 最后，把所有模块连结成一个完整的系统。
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.聚合【聚合关系】：是整体与部分的关系，且部分可以离开整体而单独存在。
构件图和部署图[系统部署模型]
![构件图和部署图[系统部署模型]](https://img.taocdn.com/s3/m/005d38227375a417866f8f7e.png)
构件组件图和部署图()学习内容¢¢¢构件图和部署图的基本概念使用创建构件图和部署图用部署一个实际的项目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. 部署图的基本概念¢¢部署图（）描述了一个系统运行时的硬件结点，以及在这些结点上运行的软件构件将在何处物理地运行，以及它们将如何彼此通信的静态视图。
JTT_528-2004《公路边坡柔性防护系统构件》.ppt
宣 贯 资 料
主编单位：交通部公路科学研究所 重庆交通学院
主要内容
背景 边坡柔性防护系统的构成 主要构件的主要技术指标要求 边坡柔性防护的设计计算 边坡柔性防护系统的施工与安装
一、背 景
在人类不懈地与自然灾害抗争的过程中， 人类也在不断的提高抵御自然灾害的能力，解 决岩崩、滑坡、泥石流、雪崩等自然灾害只有 两种思路： 一是阻止危石滚落或泥砂下滑，必须把山 体加固； 二是对滚落的危石和下滑的泥砂进行拦截， 把危石泥砂拒之在建筑群体之外，使建筑群体 不受冲击。
缝合绳
缝合绳宜采用 不小于Φ8钢丝绳。 钢丝绳应满足《制 绳用钢丝》（于Φ16钢丝绳； 纵向支撑绳宜采用不小于Φ12钢丝绳； 设置双层钢丝绳 网的区域纵横支撑绳 均宜采用不小于Φ16 钢丝绳。 支撑绳所用钢丝 绳的质量要求与钢丝 绳网相同，也应符合 《制绳用钢丝》 （GB/T8919）的要求。
三、主要构件的主要技术指标要求
钢丝绳网 基座及连接件 钢丝网
支撑绳 钢柱 缝合绳 钢丝绳锚杆
减压环（消能器）
钢丝绳网
1．材料与规格
1) 钢丝绳的质量要 求应符合《制绳用钢丝》 （GB/T8919）的要求； 其中钢丝绳的镀锌量应 符合GB/T8919表6中 B 类镀锌钢丝绳的要求， 其公称抗拉强度不小于 1770MPa，最小断裂拉 力不小于40KN(Φ8mm 钢丝绳)或不小于 20KN(Φ6mm钢丝绳)。
钢丝绳锚杆
宜采用双股形式的不小于Φ16钢丝绳锚杆， 其长度应不小于2m。
质量检验
各种五金和标准件按相关的标准进行检 验。主要构件质量检测方法可参照《公路 边坡柔性防护系统》（JT/T528-2004）的 相关规定执行。