UML视频总结

RUP 4+1”视图

学习UML我们就必须先了解这“RUP
4+1”视图,它是架构设计的结构标准,如下图所示。

逻辑视图:用来揭示系统功能的内部设计和协作情况。

使用者主要是设计人员和开发人员。

逻辑视图体现了系统的功能需求。

实现视图:描述了开发环境中软件的静态组织结构,显示组建代码的方式,描述里模块之间的依赖关系。

使用者主要是软件编程人员,方便后续的设计与实现。

实现视图体现了系统的可扩展性、可移植性、可重用性、易用性以及易测试性。

进程视图:显示系统的并发性,解决在并发系统中存在的通信和同步问题。

使用者主要是系统集成人员。

进程视图体现了系统的稳定性、鲁棒性、安全性以及伸缩性。

配置视图:描述了软件到硬件的映射,反映了分布式特性。

使用者主要是系统工程人员,解决系统的拓扑结构、系统安装、通信等问题。

配置视图体现了系统的安装部署要求。

用例视图:用例视图强调从系统的外部参与者(用户)角度看到的或需要的系统功能。用例视图是其他视图的核心,他的内容直接驱动其他视图的开发。系统要提供的功能都是在用例视图中描述的,它的修改会对所有其他视图产生影响。通过测试用例视图还可以检验、校验最终系统。

UML视图

UML视图延续了“RUP 4+1”视图的思路,在某些视图的名称上做了改变,包含如下视图:

含义与“RUP 4+1”视图依次对应。

逻辑视图(logical view):由类图、对象图、以及包图表示。

构件视图(component view):也称组件视图,由组件图表示。

并发视图(concurrency view):由状态图、活动图、时序图以及协作图表示。

配置视图(deployment view):由配置图表示。

用例视图(use case view):用例图表示。

UML中的9中图

  1. 用例图(use case diagram):一组用例、参与者以及它们之间的关系。
  1. 类图(class diagram):一组类、接口和协作及它们之间的关系。
  1. 对象图(object diagram):对象图是类图的辩题,它使用与类图相似的符号描述,不同的是对象图显示的是类的多个对象实例而非实际的类。可以说,对象图是类图的一个例子。
  1. 组件图(component diagram):又称构件图,由组件、接口和组件之间的联系构成。
  1. 配置图(deployment diagram):展示了对运行时处理节点以及其中组件的配置。
  1. 时序图(sequence diagram):显示多个对象之间的动态协作,重点是显示对象之间发送消息的时间顺序。
  1. 协作图(collaboration diagram):对交互中对象之间的连接建模,强调收发消息对象的组织结构,对控制流建模。
  1. 状态图(statechart diagram):展示了一个特定对象的所有可能状态以及由于各种事件的发生而引起的状态之间的转移。
  1. 活动图(activity diagram):活动图是状态图的一个变体,显示系统从一个活动到另一个活动的流程。
时间: 2024-10-15 18:11:42

UML视频总结的相关文章

uml视频系列(二)——uml的概述

在与uml进行了第一次的接触后,就被uml的博学多才给迷住了,uml居然可以做这么多的东西.才思敏捷的uml是设计软件的好帮手. 你还在为自己的类图不会设计而感到无助吗?你还在为你的对象不好确定而感到苦恼吗?你还在为软件各个对象之间的交互屡不清而睡不着觉吗?你还在为软件的部署而感到上愁吗?--去使用uml吧,帮你快速的搞清楚所有软件设计的困扰,你还在等什么!! 据说这是有人为uml专门设计的广告词,我看可能性不大--uml的便捷几乎让所有设计人员倾倒,哪里还需要什么广告呢? 好的,书归正传,我们

(UML总结三)UML与软件工程

学习完UML,我们要把它和之前的软件工程结合起来.软件工程是从整体的角度说了软件开发的步骤,保证了所开发软件的质量.而UML作为一种统一建模语言,是用来设计软件蓝图的可视化建模语言,可以更好的实现软件的需求. 下面是结合UML和软工的一个导图,总结了软件开发每个部分对应的UML中的图: 通过这个结合,我们知道了,UML对于软件开发是必不可少的. 小结:在UML学习中感觉理论知识很少,重要的是动手实践.在看UML视频的时候,只是对当时讲的有点印象,然后做了笔记,等到实践的时候才真正的深入理解--所

初识UML

UML,全称Unified Modeling Language,统一建模语言.它是软件和系统开发的标准建模语言,主要是以图形的方式对系统进行分析.设计.同时,UML不是一个程序设计语言,也不是一个形式化的语言,而是一个可视化的建模语言. 由图我们可以基本了解UML的基础概念,其中最主要的是基本构造中的关系和图. 关系:表示基本符号或事物间的关系. 关联:用一条横线表示 依赖:虚线加一个箭头,表示事物之间的依赖关系,箭头指向被依赖的对象 泛化:一条线和空心三角形框组成:也可以说是继承 实现:虚线加

对于UML图的重新认识

从看UML视频一路走来,发现无时无刻不涉及到图啊!不过之前的大话设计啊!还是第一遍对于机房的画图也只是局限于表面的理解而已,对于这次机房重构与UML图的在此相遇,让自己又重新认识了一下: UML图设计面向对象的整个分析过程,其实对于每个过程使用什么图,自己已经写过博客了,详情UML图-核心基础 现在再次写这篇博客,其实主要就是想对UML有一个整体的认识.UML总共有9种,那么到底该如何把他综合一下让大脑易于理解呢?我把他分成了四种: 为什么把时序图,协作图,活动图三种放在用例图一起呢?其实你仔细

UML初了解

Uml--Unified Modeling Language,称为统一建模语言,是用来设计软件蓝图的可视化建模语言.它支持面向对象系统的分析.设计.实现和交付等各个环节,可以用系统的理解.设计.浏览.维护和信息控制.可以理解为一个系统从无到有,在实现它的各个阶段不同角度画的图,都可以用UMl来表示. 上一个阶段将刘惠老师讲的UMl视频学习了一下,对于视频的理解可以用一张图来表示. 就是先了解一下UMl里面面向对象的技术,了解一个系统的结构如:基本构造块.规则和公共机制,然后开始建模.在系统开发的

UML——用例图

用例图是在需求分析阶段开发人员和用户对需求规格达成的某种共识.它描写叙述了待开发系统的功能需求. UML视频使我们对用例图的基本组成元素.属性.粒度等有了理论上的理解,我们还须要自己亲自己主动手画一画才干加深对用例图的理解. 画用例图,首先要分析开发系统中的角色.用例,然后通过关系把角色和用例联系起来. 角色:包含系统的使用者,维护人员,使用到的外设,所以角色不不过人,还能够是事.物. 用例:指的是系统要实现的功能,是对系统功能的描写叙述. 关系:包含依赖.泛化.关联三种关系,指明了用例和角色之

【UML】概念、关系、图(一)

最近在画UML图,在UML视频看完之后一直没有总结,是因为当时对UML的九种图还不是太理解,我想在画图过程中加深自己的理解,使我更上一层楼.现在感觉是时候了..这篇博客是泛泛地介绍一下UML,了解一下它的基本内容,达到深入浅出的效果! 什么是UML 1.可视化的面向对象建模语言 2.描述系统的静态结构和动态行为 3.用图形表现系统的整体结构 4.不同角度为系统建模,形成不同视图 UML的作用 在之前,我已经学过关于软件工程的博客.通过软件工程开发软件,会产生各种各样的文档,为软件的开发做好充分的

UML—概述

        UML视频从总体上来说,条理清楚,知识点也没有那么散,而且在视频中还简单点的介绍了一下设计模式,额...你这是在吊我的胃口吗??不过我还是很喜欢的,总体上很赞! UML视频主要是从四个方面开始入手:UML的概述,RUP,设计模式,还有典型的案例分析.其中主要的部分就是UML的概述,RUP和设计模式.其中最主要的部分是UML的概述,主要从三个方面对UML进行描述:基本构造块,UML中的规则,公共机制.其中重点是基本构造块,UML的九种图和四种关系都在里面"藏"着. 在这里

(UML总结三)UML与软件project

学习完UML.我们要把它和之前的软件project结合起来.软件project是从总体的角度说了软件开发的步骤.保证了所开发软件的质量.而UML作为一种统一建模语言.是用来设计软件蓝图的可视化建模语言,能够更好的实现软件的需求. 以下是结合UML和软工的一个导图,总结了软件开发每一个部分相应的UML中的图: 通过这个结合,我们知道了,UML对于软件开发是不可缺少的. 小结:在UML学习中感觉理论知识非常少,重要的是动手实践.在看UML视频的时候.仅仅是对当时讲的有点印象,然后做了笔记.等到实践的