UML与OOAD的关系

OOAD就是面向对象的分析与设计,OOAD是一种方法学。面向对象的方法按照人类的自然思维的方式,面对客观世界建立软件模型。充分体现了对复杂系统进行分解、抽象、模块化等思想。

OOA依照用户所理解的真实世界中的对象和概念,发现和分析对象的内部构成和外部关系,建立准确而简洁的软件系统的对象模型。

OOD是根据已建立的系统对象模型,运用面向对象技术,进行软件设计。

OOAD与传统设计分析(面向过程的)相比优点:

在实现的结果和实际问题之间存在一种很接近的匹配关系

促进对象的重用

由于对象的重用成为可能,从而可以减少错误和维护问题

对象的重用还加速了设计和开发的过程

符合人类认知的方式,因为这是我们自然的思考方式

加强数据封装

有助于处理软件开发的复杂性,并帮助生成可修改的、有弹性的软件系统

UML是这种OOAD方法学的表现形式,采用OOAD的建模结果就是各种各样UML图。UML和OOAD不可以单独而谈问题,它们密不可分。UML是一种建模语言,是一种标准的表示,而不是一种方法或方法学。方法是一种把人的思考和行动结构化的明确方式。方法需要定义软件开发的步骤,告诉人们做什么,如何做,什么时候做,以及为什么要这么做,而UML只定义了一些图以及它们的意义。它的思想是与方法无关,因此,我们会看到人们将用各种方法来使用 UML。而无论方法,如何变化它们的基础是UML的图,这就是 UML 的最终用途,为不同领域的人们提,供统一的交流标准。

软件开发的难点在于一个项目的参与包括领域专家、软件设计开发人员、客户以及用户,他们之间交流的难题成为软件开发的最大难题,UML的重要性在于,表示方法的标准化有效地促进了不同背景人们的交流,有效地促进软件设计 开发和测试人员的相互理解,无论分析设计和开发人员采取何种不同的方法或过程,他们提交的设计产品都是用UML来描述的,这有利地促进了相互的理解。

时间: 2024-09-14 12:52:51

UML与OOAD的关系的相关文章

对UML几种对象关系的理解

[关联关系] =================================================================== 关联关系是一种最简单.最抽象的对象间关系描述.它只是描述了对象A于对象B之间存在一种业务上.概念上的逻辑关系,但是关联关系的双方不包含对方的属性. [聚合关系] =================================================================== 聚合关系是一种特殊的关联关系,除了具备关联关系的特性

UML中的依赖关系

问题描述 我是小白,刚学设计模式,被一些概念性问题困住了UML中的依赖关系说是如果有其中一个类变化,有可能会引起另一个类的变化这个变化我就不明白了,是类的设计(比如增加属性,修改方法)变化呢,还是类的对象变化啊? 解决方案 很久没看资料了.印象中,UML的类的关系有3种:1.继承.实现关系: 这个不用多说了 (UML图中的空心.或实心三角形) (Java代码中的extends.implements)2.组合.聚合关系: 某个对象是另一个对象的一部分. 如果容器对象 对子对象的生命周期负责,那么是

大话UML中类之间的关系

关于uml的内容在大学的时候学习过,感觉是花拳绣腿的一些知识,想用但是限于自己的认知和经验,实在是很难运用,到了工作的时候,感觉不需要这些工作也照样能做得很出色,过度的自信就这样维持了几年,等到积累了一定的项目经验,对于设计的关注程度也逐渐提升,有时候想表达一些设计的思想,自己DIY的图表可能只有自己能够看懂,看一些设计思想中的图也是似懂非懂,看来刚学外语也是不够的,还得学习UML,无规矩不成方圆嘛,让UML来作为我们设计中的思想转化器. 说起UML中类之间的关系,大体有以下几类 继承关系(Ge

<十>面向对象分析之UML核心元素之关系

关系        --->在UML中关系是非常重要的语义,它抽象出对象之间的联系,让对象构成特定的结构.        一,关联关系(association)         --->关联关系是用一条直线表示的.        --->描述不同类的对象之间的结构关系.它在一段时间内将多个类的实例链接在一起,这与依赖关系是不同的.依赖关系通常表示两个实例之间的临时关联关系.        --->单行关联关系,A知道B的存在,B不知道A的存在.比如UML建模中,参与者知道用例的存在

uml类之间的关系

问题描述 组合,聚合,继承,依赖,哪个联系最强?哪个最弱啊???

UML类图关系全面剖析

UML的类图关系分为: 关联.聚合/组合.依赖.泛化(继承).而其中关联又分为双向关联.单向关联.自身关联:下面就让我们一起来看看这些关系究竟是什么,以及它们的区别在哪里. 1.关联 双向关联:C1-C2:指双方都知道对方的存在,都可以调用对方的公共属性和方法. 在GOF的设计模式书上是这样描述的:虽然在分析阶段这种关系是适用的,但我们觉得它对于描述设计模式内的类关系来说显得太抽象了,因为在设计阶段关联关系必须被映射为对象引用或指针.对象引用本身就是有向的,更适合表达我们所讨论的那种关系.所以这

UML应用开发详解--视频

UML应用开发详解 地址:http://v.51work6.com/courseInfoRedirect.do?action=courseInfo&courseId=240574通过本教程,可以使学员掌握UML建模中的结构建模,包括类图.对象图:行为建模,包括用例图.交互图.时序图.协作图.活动图.状态图:以及体系结构建模包括,构建图和实施图.同时使学员掌握UML中创建部署图的主要工具Rational Rose.Visual UML 和 Microsoft Visio. 本教程还介绍了UML的几

建模:设计和UML的那点事

设计的目的是什么?它和UML是怎样的关系?在程序猿(媛)的工作中,设计是如何开展的? 带着这些疑问,请各位在本文中细细品尝,相信大家能够从作者的思想中找到答案. 1.设计的目的 设计的目的在于从现实世界中发现问题,经过抽象转化,变成机器世界理解的需求,最终由软件程序来完成. 而设计的过程,我们期望是可以模型化的(可复用),而描述这个模型的方法,我们称之为建模语言.在百家争鸣的初期,建模语言超过50种. 2.设计与UML的关系 UML:Unified Model Language,统一建模语言.分

《UML用户指南(第2版.修订版)》—第2章2.2节UML的概念模型

2.2 UML的概念模型 UML用户指南(第2版.修订版) 为了理解UML,需要形成该语言的概念模型,这要求学习建模的3个要素:UML的基本构造块.支配这些构造块如何放在一起的规则和一些运用于整个UML的公共机制.如果掌握了这些思想,就能够读懂UML模型,并能建立一些基本模型.当有了较丰富的应用UML的经验时,就能够在这些概念模型之上使用更高深的语言特征进行构造. 2.2.1 UML的构造块 UML的词汇表包含下面3种构造块: (1)事物: (2)关系: (3)图. 事物是对模型中首要成分的抽象