面向对象分析设计-------02UML+UML各类图形及做用

1、UML是什么?UML有什么用?数据库

2、UML的历史并发

3、UML的上层结构(Superstructure) 框架

4、UML建模工具工具

5、UML的图(重点)ui

   一、用例图(use case diagram)spa

   二、活动图(activity diagram).net

   三、静态结构图设计

   四、顺序图(Sequence Diagram)3d

   五、交互纵览图(Interaction Overview Diagram)对象

   六、通讯图(Communication Diagram)

   七、时间图(Timing Diagram)

   八、状态机图(State Machine Diagram)

   九、构件图(Component Diagram)

   十、部署图(Deployment Diagram)


1、UML是什么?UML有什么用?

UML是什么?

Unified Modeling Language(统一建模语言)是对象管理组织(OMG)制定的一个通用的、可视化的建模语言标准,能够用来可视化(visualize)、描述(specify)、构造(construct)和文档化(document)软件密集型系统的各类工件(artifacts,又译制品)

UML是一种标准的图形化建模语言,是面向对象分析与设计的标准表示,它:

星星不是一种可视化的程序设计语言,而是一种可视化的建模语言(用于分析设计)

星星不是工具或知识库的规格说明,而是一种建模语言规格说明,是一种表示的标准

星星不是过程,也不是方法,但容许任何一种过程和方法使用

UML有什么用?

软件开发系统规模比较复杂时,须要用图形抽象地表达复杂概念,加强设计的灵活性、可读性和可理解性,以便暴露深层次的设计问题,下降开发风险。有必要采用一套通用的图形语言和符号体系描述组织的业务流程和软件需求,促进业务人员、开发人员之间一致、高效地交流。

2、UML的历史

UML发展背景:

P. Coad和E.Yourdon提出OOA和OOD

G. Booch提出面向对象开发方法

Jacobson提出OOSE

Rumbaugh提出的OMT

……

UML的出现结束了这场方法学战争

UML发展历程:

image

3、UML的上层结构(Superstructure)

至于UML底层的基础结构(Infrastructure),软件开发工程师们不必了解,只须要懂得上层结构就好了。

image

构造块(building blocks) 通用机制(common mechanisms) 构架(architecture)

星星事物(things)

    结构、行为、分组、注释

星星关系(relationships)

   依赖、关联、泛化、实现

星星图(diagram)

   静态(7种):类图、对象图、构件图、部署图、包图、组合结构图、外廓图

   动态(7种):顺序图、通讯图、时间图、交互纵览图、活动图、状态机图、用例图

星星规格说明(Specifications)

文本维度的模型描述

星星修饰(Adornments)

描述建模元素的细节信息

星星通用划分(Common Divisions)

建模时对事物的划分方法

星星扩展机制(Extensibility Mechanisms)

构造型、约束、标记值

4+1视图
UML中的视图包括用例视图(Use Case View)、逻辑视图(Logical View)、实现视图(Implementation View)、进程视图(Process View)、部署视图(Deployment View)等,这5个视图被称做”4+1”视图.image

4、UML建模工具

比较流行的有Rational Rose ,Microsoft Visio、Enterprise Architect 、Visual UML等。我如今使用的UML建模工具是Enterprise Architect 8.0,推荐使用这款,比较好用。

5、UML的图(重点)

image

一、用例图(use case diagram)

灯泡用例图(Use Case Diagram)是被称为参与者(Actor)的外部用户所能观察到的系统功能的模型图

     列出系统中的用例和参与者

     显示哪一个参与者参与了哪一个用例的执行

灯泡核心概念

    用例:系统中的一个功能单元,能够被描述为参与者与系统之间的一次交互做用

    参与者、参与者泛化

    用例与参与者之间的关系:关联

    用例之间关系:扩展、包括、泛化

灯泡推荐使用场合

    业务建模、需求获取、定义


某图书馆管理系统:

是一个基于Web的计算机应用系统;

读者能够查询图书信息以及借阅信息;

读者能够经过系统预定所需的图书;

图书馆工做人员利用该系统完成读者的借书、还书业务;

图书馆工做人员能够对图书信息、读者信息等进行维护;

对于到期的图书,系统会自动向读者发送催还信息;

管理员会按期进行系统维护;

……

image

UC01:“借书”用例文档

用例名称:借书

用例标识:UC01

涉及的参与者:工做人员

涉及的用例:

描述:工做人员利用该用例为读者完成借书过程

前置条件:工做人员必须登陆到当前系统

涉众利益:

     读者:可以方便的找到并借出所需的图书

     工做人员:可以快速并准确的完成借书工做

基本事件流:工做人员帮助读者借阅图书

   1.用例起始于读者带着所要借的图书来到借阅前台;

   2.工做人员录入读者信息;

   3.工做人员逐一录入全部的图书信息:

   * 3.1 工做人员录入一本图书信息;

   * 3.2 系统确认该读者能够借阅当前图书;

   4.工做人员确认本次借阅信息;

   5.系统记录本次借阅状况。

后置条件:系统将读者借阅信息正确地记录到数据库中

备选事件流

   2a. 读者身份不合法

   2b. 读者存在欠费信息,不容许借书

   3.2a. 该读者不容许借阅当前图书

字段列表:

   5. 借阅信息主要包括:读者图书证号、图书编号、借阅日期(默认为当天日期)、借阅天数以及归还日期。

业务规则

   3.2 系统根据当前读者的借阅规则来判断是否能够借阅图书;而借阅规则取决于读者的类型(如本科生、研究生、老师等)和图书的类型(如科技类、文学类、新书等),并可动态配置

非功能需求:

设计约束:

部署约束:

未解决的问题

   2b. 读者存在多少欠费记录时,才不容许借书?

   3.2 借阅规则的具体配置状况需和用户进一步讨论?

二、活动图(activity diagram)

灯泡活动图(Activity Diagram)

经过动做来组织,主要用于描述某一方法、机制或用例的内部行为

灯泡核心概念

状态、活动、组合活动、对象

转移、分支

并发、同步

泳道

灯泡推荐使用场合

业务建模、需求、类设计

image

 

三、静态结构图

类图(Class Diagram)

是软件的蓝图,详细描述了系统内各个对象的相关的类,以及这些类之间的静态关系。

核心概念:类、接口、依赖、关联、泛化、实现

类图展现实体类的静态关系:

image

对象图(Object Diagram)

表示在某一时刻类的对象静态结构和行为。

核心概念:对象、连接、多重性

对象图展现我当前借书状况:

image

包图(Package Diagram)

展示有模型自己分解而成的组织单元(包)以及它们的依赖关系。

核心概念:包(、框架、层、子系统) 、依赖

包图展现系统分层结构:

image

组合结构图(Composite Structure Diagram)

描述系统中某一部分(组合结构)的内部结构,包括该部分与系统其它部分的交互点。

核心概念:组合结构、部件、端口、协议

组合结构图展现借书内部结构:

image

 

四、顺序图(Sequence Diagram)

灯泡顺序图(Sequence Diagram)

用于显示对象间的交互活动

关注对象之间消息传送的时间顺序

灯泡核心概念

对象、生命线、激活、交互、消息

交互帧(Interaction Frame)

灯泡推荐使用场合

用例分析、用例设计

“借书”用例实现的顺序图image

五、交互纵览图(Interaction Overview Diagram)

灯泡交互纵览图(Interaction Overview Diagram)

活动图和顺序图的混合物

直观地表达一组相关顺序图之间的流转逻辑

灯泡核心概念

交互帧

分支、转移

灯泡推荐使用场合

用例分析、用例设计

交互纵览图组织多个顺序图image

六、通讯图(Communication Diagram)

灯泡通讯图(Communication Diagram)

UML 1.x中称为协做图(Collaboration Diagram)

表示一组对象间关系以及交互活动

灯泡核心概念

对象、协做角色

协做、交互、消息

灯泡推荐使用场合

用例分析、用例设计

“借书”用例实现的通讯图
image

七、时间图(Timing Diagram)

灯泡时间图(Timing Diagram)

一种交互图,展示消息跨越不一样对象或角色的实际时间信息;

具体描述单个或多个对象状态变化的时间点以及维持特定状态的时间段;

顺序图是表示交互的主要手段,能够在顺序图中增长时间约束来代表对象状态变化的时间点以及维持特定状态的时间段。

灯泡核心概念

时间约束、持续时间约束、生命线

状态、条件、事件

“打电话”顺序图的时间约束
image
利用时间图描述时间约束
image

八、状态机图(State Machine Diagram)

灯泡状态机图(State Machine Diagram)

UML1.x为状态图(Statechart Diagram)

利用状态和事件描述对象自己的行为

灯泡主要概念

状态、初态、终态、复合状态

事件、转移、动做

并发

灯泡推荐使用场合

类设计

“图书”类的状态机图
image

九、构件图(Component Diagram)

灯泡构件图(Component Diagram)

封装类为构件

描述在系统实现环境中的软件构件和之间的关系

灯泡主要概念

构件、工件、接口(所供接口、所需接口)

依赖、实现

灯泡推荐使用场合

系统设计、实现、部署

构件图描述类的实现环境
image

十、部署图(Deployment Diagram)

 

灯泡部署图(Deployment Diagram)

描述系统所需的硬件构件的物理部署

灯泡主要概念

节点、构件、位置

链接、依赖

灯泡推荐使用场合

系统设计、实施、部署

部署图描述系统部署状况
image

分类

图的名字

介绍

 

类图(Class Diagram)

类图用于定义系统中的类,包括描述类之间的联系(如:关联、依赖、聚合)以及类的内部结构,即类的属性和操做。所以类图是描述系统中类的静态结构,即它所描述的是一种静态关系,在系统的整个生命周期都是有效的。

对象图(Object Diagram)

对象图所使用的表示符号与类图几乎彻底相同,它们的不一样点在于对象图只是显示类的对象实例,而不是实际的类。一个对象图是类图的一个实例,因为对象存在生命周期,所以对象图只能在系统某一时间段存在。

对象图是类图的一种实例化图,描述系统在某个时刻可能包含的对象和相互关系。

包图(Package Diagram)

包图由包或类组成,主要表示包与包、或包与类之间的关系。包图用于描述系统的分层结构。

构件图(Component Diagram)

描述能够部署的软件构件(如:代码部件、jar文件、EJB文件等)的物理结构以及各部件之间的依赖关系。一个部件多是一个资源代码部件、一个二进制部件或一个可执行部件。构件图有助于分析和理解部件之间的相互影响程度。

部署图(Deployment Diagram)

描述一个系统的拓扑结构,定义系统中软硬件的物理体系结构。它能够显示实际的计算机和设备(用节点表示)以及它们之间的链接关系,也可显示链接的类型及部件之间的依赖性。在节点内部,放置可执行部件和对象,以显示节点跟可执行软件单元之间的对应关系。

 

用例图(Use Case Diagram)

它从用户角度描述系统的功能,并指出各功能的操做者。用例图描述了一系列的角色和使用案例及它们之间的关系。

活动图(Activity Diagram)

行为图描述系统的动态模型和组成对象间的交互关系。

活动图描述为知足用例要求所要进行的活动以及活动间的约束关系。活动图是使用例图所描述的行为具体化。

状态图(State Diagram)

描述一类对象的全部可能的状态以及事件发生时状态的转移条件。一般状态图是对类图的补充,实际上并不须要为全部的类绘制状态图,而只须要为那些有多个状态、而且其行为受外界环境的影响而会发生改变的类绘制状态图。

时序图/序列图/顺序图(Sequence Diagram)

交互图描述对象间的交互关系。

顺序图用于显示对象之间的动态合做关系。它强调对象之间消息发送的顺序,同时也显示对象之间的交互过程,它强调的是时间和顺序。

合做图/协做图(Collaboration Diagram)

合做图显示对象间的动态合做关系,除了显示信息交换外,合做图还显示对象以及它们之间的关系,它强调的是通讯关系。

原文:http://blog.csdn.net/chenxiang0207/article/details/8245283

附:

类图,对象图,用例图,部署图,构件图,为静态图 状态图,顺序图,活动图,协做图为动态图

相关文章
相关标签/搜索