下载文档原格式
浅谈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主要功能及特点1 UML概述2 UML主要功能3 UML特点4 UML优缺点分析1UML概述UML(Unified Modeling Language，统一建模语言)承袭面向对象分析与设计(OOAD Object Oriented Analysis and Design)的方法，是一种用来描述系统蓝图的标准模式语言。
它是由三位面向对象方法领域著名的方法学家Booch、Rumbaugh 和Jacobson提出，结合了他们以及其它众多优秀方法和思想，得到了世界知名公司如Microsoft,HP,IBM,Rational 等的使用和支持，并于1997 年11 月被OMG(Object Management Group)组织采纳作为基于对象技术的标准建模语言。
它融入了软件工程领域的新思想、新方法和新技术，不仅支持面向对象的分析和设计，还支持从需求开始的软件开发过程，是近十年来最具有划时代意义的软件技术之一。
它是一种可以应用于任何软件开发过程的标记法和语义语言)。
作为对软件解决方案的业务领域进行描述的事实上的标准，UML 是第一种获得大多数从业者、软件厂商和学术界一致认同的表示法。
UML 是一种通用的可视化建模语言，用于对软件描述、可视化处理、构造和建立软件系统制品的文档。
它记录了对必须构造的系统的决定和理解，可用于对系统的理解、设计、浏览、配置、维护和信息控制。
UML 适用于各种软件开发方法、软件生命周期的各个阶段、各种应用领域以及各种开发工具，是一种总结了以往建模技术的经验并吸收当今优秀成果的标准建模方法。
UML 包括概念的语义，表示法和说明，提供了静态、动态、系统环境及组织结构的模型。
它可被交互的可视化建模工具所支持，这些工具提供了代码生成器和报表生成器。
UML 标准并没有定义一种标准的开发过程，但它适用于迭代式的开发过程。
它是为支持大部分现存的面向对象开发过程而设计的。
UML 描述了一个系统的静态结构和动态行为。
《实用软件工程方法》实验指导书廖美英编广东科学技术职业学院广州学院2010年9月目录第1章传统的结构化分析与设计 (3)实验1 分析系统业务流程和绘制系统业务流程图 (3)实验2 分析数据流和绘制数据流图 (7)实验3 总体设计和数据库设计 (11)第2章面向对象的分析与设计 (17)实验4 面向对象的分析与设计—用例图 (17)实验5 面向对象的分析与设计—类图 (21)实验6 面向对象的分析与设计—时序图 (26)实验7 面向对象的分析与设计—活动图 (31)实验8 面向对象的分析与设计—状态图和通信图 (34)实验9 面向对象的分析与设计—包图、组件图和部署图 (39)实验10 项目开发计划—Project软件的使用 (43)第1章:传统的结构化分析与设计实验1 分析系统业务流程和绘制系统业务流程图实验目的1、掌握结构化分析方法2、掌握业务流程分析方法和业务流程图的绘制实验内容：任务一绘制系统业务流程图系统流程图是描绘物理系统的传统工具。
是用图形符号以黑盒子形式描绘系统里面的每个部件（程序、文件、数据库、表格、人工过程等等）。
表达的是信息在系统各部件之间流动的情况，而不是对信息进行加工处理的控制过程。
试绘制工资管理系统的系统流程图，根据系统流程图的符号说明仔细理解下图含义：图1-1 工资管理系统系统流程图系统业务流程图的符号：图1-2 基本符号图1-3 系统符号操作步骤：1．运行Microsoft Office Visio 2007图1-4 运行Microsoft Office Visio 2007 2．选择流程图中的基本流程图模板图1-5 选中基本流程图模板3．用鼠标选拉图标进行绘图任务二分析系统业务流程和绘制系统业务流程图案例一：总务办公管理系统系统简介：某单位准备开发一个购买办公用品和设备的总务办公管理系统。
办公用品的购买申请由各科室提出，由负责总务工作的办公室统一收集。
其中，购买申请的金额低于500元（含500元）可以由总务办公室直接审批，而高于500元的购买申请由机构主管领导审批，批准的购买申请形成采购清单由采购员负责购买，同时应记录每次实际购买清单，进行入账。
UML类关系图（泛化,实现,依赖,关联（聚合,组合））UML的构造快包含3种：(1) 事物（4种）：结构事物，⾏为事物，分组事物，注释事物(2) 关系（4种）：泛化关系，实现关系，依赖关系，关联关系(3) 图（10种）：⽤例图，类图，对象图，包图，组件图，部署图，状态图，活动图，序列图，协作图事物是对模型中最具代表性的成分的抽象；关系把事物结合在⼀起；图聚集了相关的事物。
(2) 关系（4种）UML 中类与类, 类与接⼝, 接⼝与接⼝这间的关系有: 泛化(generalization) 关系, 关联(association)关系( 关联, 聚合, 合成), 依赖(dependency)关系，实现(realization)关系.泛化(generalization)关系是⼀个类（称为⼦类、⼦接⼝）继承另外的⼀个类（称为⽗类、⽗接⼝）的功能，并可以增加它⾃⼰的新功能的能⼒，继承是类与类或者接⼝与接⼝之间最常见的关系；在Java中此类关系通过关键字extends明确标识，在设计时⼀般没有争议性。
实现(realization)关系指的是⼀个class类实现interface接⼝（可以是多个）的功能；实现是类与接⼝之间最常见的关系；在Java中此类关系通过关键字implements明确标识，在设计时⼀般没有争议性；依赖(dependency)关系: 也是类与类之间的连接. 表⽰⼀个类依赖于另⼀个类的定义. 依赖关系总是单向的。
可以简单的理解，就是⼀个类A 使⽤到了另⼀个类B，⽽这种使⽤关系是具有偶然性的、、临时性的、⾮常弱的，但是B类的变化会影响到A；⽐如某⼈要过河，需要借⽤⼀条船，此时⼈与船之间的关系就是依赖；表现在代码层⾯，为类B作为参数被类A在某个method⽅法中使⽤。
(A use B)在java 中. 依赖关系体现为: 局部变量, ⽅法中的参数, 和对静态⽅法的调⽤.关联(association)关系:表⽰类与类之间的联接, 它使⼀个类知道另⼀个类的属性和⽅法.关联可以使⽤单箭头表⽰单向关联, 使⽤双箭头或不使⽤箭头表⽰双向关联, 不建议使⽤双向关联. 关联有两个端点, 在每个端点可以有⼀个基数, 表⽰这个关联的类可以有⼏个实例.常见的基数及含义:0..1:0 或1 个实例.0..*: 对实例的数⽬没有限制.1: 只能有⼀个实例.1..*: ⾄少有⼀个实例.他体现的是两个类、或者类与接⼝之间语义级别的⼀种强依赖关系，⽐如我和我的朋友；这种关系⽐依赖更强、不存在依赖关系的偶然性、关系也不是临时性的，⼀般是长期性的，⽽且双⽅的关系⼀般是平等的,表现在代码层⾯，为被关联类B以类属性的形式出现在关联类A中，也可能是关联类A引⽤了⼀个类型为被关联类B的全局变量；在java 语⾔中关联关系是使⽤实例变量实现的.关联关系还包括：聚合，组合关系。
体系结构设计模型的表示方法体系结构设计模型的表示介绍体系结构设计模型是建立软件系统架构的关键步骤之一。
在设计过程中，如何准确地表示和展示系统的架构是十分重要的。
本文将介绍几种常用的体系结构设计模型的表示方法。
1. UMLUML（统一建模语言）是一种常用的软件工程建模语言，用于表示和描述系统的架构。
UML提供了多种图表，如用例图、类图、组件图、部署图等，能够很好地表示系统的结构和关系。
•用例图：用于描述系统功能和用户之间的交互。
•类图：用于描述系统中的类和它们之间的关系。
•组件图：用于描述系统中的模块和它们的依赖关系。
•部署图：用于描述系统的物理架构和部署方案。
2. 架构图架构图是一种更高层次的表示方法，它能够直观地展示系统的组成部分和它们之间的关系。
常见的架构图包括：•静态结构图：用于表示系统的静态组成，如层次结构图、模块图、包图等。
•动态行为图：用于表示系统的动态行为，如时序图、活动图等。
•部署图：用于描述系统的物理架构和部署方案。
3. 代码注释代码注释是一种简单而直接的体系结构表示方法。
通过在代码中添加注释，可以解释和说明代码的结构和设计思路。
代码注释可以采用各种规范和工具，如Javadoc、XML注释等。
4. 文档文档是另一种常用的体系结构表示方法。
通过编写详细的文档，可以描述系统的组成部分、接口细节、设计原理等，从而帮助人们理解和使用系统。
5. 绘图工具绘图工具是一种辅助工具，可以帮助开发人员创建和编辑各种类型的图表。
常见的绘图工具有Visio、Draw.io、Lucidchart等，它们提供了丰富的图形库和编辑功能，能够高效地创建和修改系统架构图。
总结在体系结构设计过程中，合适的表示方法能够更好地帮助开发人员理解和描述系统的架构。
本文介绍了几种常用的体系结构设计模型的表示方法，包括UML、架构图、代码注释、文档和绘图工具。
开发人员可以根据实际需求选择合适的表示方法，从而更好地设计和开发软件系统。
UML 建模设计航空订票系统姓名：卫飞班级：1528学号：201515614375一、背景1.1背景概述随着知识经济的到来，人类已经逐步进入信息化社会，信息增长的速度越来越快，人们希望利用先进的管理理论方法手段来得到并处理越来越多的信息，以提高工作效率和管理水平。
由于信息资源对人们生活的重要性，不断提高信息的收集，传输，加以利用等活动，日益成为人们社会生活的重要组成部分。
网上机票预订管理系统的产生和发展正好满足人们的这种需求1.2 主要组成及功能1、新用户注册，新用户可以注册，注册时输入用户名可以查询用户可不可用，可用就可以注册，注册时可以判断用户输入的密码和验证密码是否相同，相同才给以注册，如果满意可以点注册，注册成功后用户可以选择不用在回到登陆界面，可以直接陆到用户主界面，以后就可以用这个用户登录了，如果不满意，点取消，所有信息清空，重新输入。
2、验证登陆名密码，正确进入主菜单，根据登录时所选的登录方式（客户、管理员）的不同分别对用户设定不同的访问权限（如果是输入的客户用户名和密码正确，选择以客户方式登陆则主界面里面的管理员界面不能用，如果输入的是管理员的相应用户密码正确，以管理员的方式登陆则管理员界面可用）不正确则清空登录框，最多可以输入三次，三次不正确系统会自动关闭3.我的航班界面。
你可以点击你想查询的有关机票的信息的按钮（舱位信息查询，客机信息查询，航线查询，客户类型信息查询）获得相关信息的表，根据表的内容，你可以在下面的下拉框中选择你要定的票信息，点确定后在下面会显示你的机票的相关内容，如果满意可以点击订票，把相关信息添加到机票数据库表中，如果不满意，可以点重置，所有信息清空，再重新选择。
4.退票功能。
用户可以根据用户信息表中的我的机票信息查询，找出机票号，在输入到机票号查询里，点击查询获得你的机票信息以及价格显示，点击退票则在数据库机票信息表中删除本条信息二、使用Rose绘制图分别有：用例图、类图、包图、顺序图、协作图、状态图、活动图、组件图、部署图情景：机票预订系统是某航空公司推出的一款网上选票系统。
1.用例的extend和include之间的区别是什么Extend指通过附件行为获取其他用例来扩展当前用例。
如果初始迭代实线的用例功能，在后续迭代有所改进，那么就存在用例扩展关系。
Include指一个用例功能包含在另一个用例功能之内。
当另一个用例要求一个用例的功能时，那么就存在用例包含关系。
2.关联中的组合和聚合之间的区别是什么聚合关系反映了一个对象是另一个对象的一部分，或者说表明了一个对象是由若干个其他对象组成的。
组合关系描述部分对象依赖于整体对象，这种依赖关系通过如下两种方式表现出来：首先，在任一给定时刻，一个部分对象只能属于一个组合对象；其次，当一个组合对象被撤销时，所有依赖于这个组合对象的部分对象都将同时被撤销。
3.抽象类和接口之间的区别是什么接口是您能实现多继承，因为类能够实线多个接口。
但是，抽象类不支持多继承。
一个类无法继承多个抽象类。
抽象类包含属性和方法，这些属性和方法可以是public、private或protected。
接口只包含方法。
抽象类可提供部分方法的定义，但是接口不提供任何定义。
抽象类用于同一包中，而接口则可以在多个包中实现。
4.静态建模和动态建模之间的区别是什么静态建模表示软件系统的静态或结构成分，也称为结构建模；它包含类和对象关系图；它有助于描绘系统成分之间的关系和依赖性。
动态建模表示软件系统静态成分的行为，也成为行为建模；它包含交互、活动和状态关系图；它有助于表达系统在一段时间内的行为并对其建模。
5.UML的主要包括的3种构造成分UML主要包括三个基本构造块：事物（Things）、关系（Relationships）和图（Diagrams）。
事物是是实体抽象化的最终结果，是模型中的基本成员，UML中包含结构事物、行为事物、分组事物和注释事物。
关系是将事物联系在一起的方式，UML中定义了四种关系：依赖、关联、泛化、实现。
图是事物集合的分类，UML中包含多种图：类图、对象图、包图、组件图、部署图、用例图、顺序图、协作图、状态图、活动图。
UML基础知识⼀：UML定义了5类，10种模型图UML提供的基本模型图包括：(1)、⽤例图：展⽰系统外部的各类执⾏者与系统提供的各种⽤例之间的关系(2)、类图：展⽰系统中类的静态结构(类是指具有相同属性和⾏为的对象，类图⽤来描述系统中各种类之间的静态结构)(3)、对象图：是类图的⼀种实例化图(对象图是对类图的⼀种实例化)(4)、包图：是⼀种分组机制。
在UML1.1版本中，包图不再看作⼀种独⽴的模型图)(5)、状态图：描述⼀类对象具有的所有可能的状态及其转移关系(它展⽰对象所具有的所有可能的状态以及特定事件发⽣时状态的转移情况)(6)、顺序图：展⽰对象之间的⼀种动态协作关系(⼀组对象组成，随时间推移对象之间交换消息的过程，突出时间关系)(7)、合作图：从另⼀个⾓度展⽰对象之间的动态协作关系(对象间动态协作关系，突出消息收发关系)(8)、活动图：展⽰系统中各种活动的执⾏流程(各种活动的执⾏顺序、执⾏流程)(9)、构件图：展⽰程序代码的物理结构(描述程序代码的组织结构，各种构件之间的依赖关系)(10)、配置图：展⽰软件在硬件环境中(特别是在分布式及⽹络环境中)的配置关系(系统中硬件和软件的物理配置情况和系统体系结构)建模过程⾸先：描述需求次之：根据需求建⽴系统的静态模型，以构造系统的结构第三：描述系统的⾏为其中第⼀步与第⼆步中所建⽴的模型都是静态的，包括⽤例图、类图（包括包图）、对象图、构件图和配置图等六种图。
这些图构成了标凖建模语⾔UML的静态建模机制。
第三步中所建⽴的模型或者可吧执⾏或者表⽰执⾏时的时序状态或交互关系，它包括状态图、活动图、顺序图和合作图等四种图。
这些图构成了标准建模语⾔UML的动态建模机制。
可⽤以下常⽤视⾓来描述⼀个系统：(1)、系统的使⽤实例：从系统外部的操作者的解度描述系统的功能(2)、系统的逻辑结构：描述系统内部的静态结构和动态⾏为，即从内部描述如何设计实现系统功能(3)、系统的构成：描述系统由哪些程序构件所组成(4)、系统的并发性：描述系统的并发性，强调并发系统中存在的各种通信和同步问题(5)、系统的配置：描述系统的软件和各种硬件设备之间的配置关系⼆：软件开发过程(RUP概述)：迭代开发过程：由四个阶段构成，每个阶段都包含软件开发的每个过程：分析、设计、实现和测试阶段四个阶段：初始阶段、细化阶段、构造阶段、移交阶段通常在移交阶段后进⾏总体测试、性能测试、⽤户培训等1. 初始阶段：项⽬的总体需求、可⾏性分析等，并确认是否启动该项⽬2. 细化阶段：（1/5周期）启动该项⽬后，（1）、实际要做什么？（2）、如何做？（3）、将采⽤什么技术？风险分析和风险管理（1）、需求风险：不能偏离⽤户需要，要充分了解⽤户需求及各需求的相对优化程度处理需求风险：⽤例分析技术。
UML--示范.(用例图、类图、序列图、时序图、包图....)2010-12-19 14:39中文版:面向对象的问题的处理的关键是建模问题。
建模可以把在复杂世界的许多重要的细节给抽象出。
许多建模工具封装了UML（也就是Unified Modeling Language™），这篇课程的目的是展示出UML的精彩之处。
UML中有九种建模的图标，即：l用例图l类图l对象图l顺序图l协作图l状态图l活动图l组件图l配置图本课程中的某些部分包含了这些图的细节信息的页面链接。
而且每个部分都有一个小问题，测试一下你对这个部分的理解。
―――――――――――――――――――――――――――――――――――――――为什么UML很重要？为了回答这个问题，我们看看建筑行业。
设计师设计出房子。
施工人员使用这个设计来建造房子。
建筑越复杂，设计师和施工人员之间的交流就越重要。
蓝图就成为了这个行业中的设计师和施工人员的必修课。
写软件就好像建造建筑物一样。
系统越复杂，参与编写与配置软件的人员之间的交流也就越重要。
在过去十年里UML就成为分析师，设计师和程序员之间的“建筑蓝图”。
现在它已经成为了软件行业的一部分了。
UML提供了分析师，设计师和程序员之间在软件设计时的通用语言。
UML被应用到面向对象的问题的解决上。
想要学习UML必须熟悉面向对象解决问题的根本原则――都是从模型的建造开始的。
一个模型model就是根本问题的抽象。
域domain就是问题所处的真实世界。
模型是由对象objects组成的，它们之间通过相互发送消息messages来相互作用的。
记住把一个对象想象成“活着的”。
对象有他们知道的事（属性attributes）和他们可以做的事（行为或操作behaviors or operations）。
对象的属性的值决定了它的状态state。
类Classes是对象的“蓝图”。
一个类在一个单独的实体中封装了属性（数据）和行为（方法或函数）。
