object oriented software engineering unified modeling language uml n.
Download
Skip this Video
Loading SlideShow in 5 Seconds..
Object-Oriented Software Engineering ( Unified Modeling Language, UML ) PowerPoint Presentation
Download Presentation
Object-Oriented Software Engineering ( Unified Modeling Language, UML )

Loading in 2 Seconds...

play fullscreen
1 / 101

Object-Oriented Software Engineering ( Unified Modeling Language, UML ) - PowerPoint PPT Presentation


  • 209 Views
  • Uploaded on

Object-Oriented Software Engineering ( Unified Modeling Language, UML ). 李 宣 东 南京大学计算机科学与技术系. Object-Oriented Paradigm. 面向对象 “面向对象”是一种认识客观世界的世界观,这种世界观将客观世界看成是有许多不同种类的对象构成的,每个对象有自己的内部状态和运动规律,不同对象之间的相互联系、相互作用就构成了完整的客观世界。. Object-Oriented Paradigm. 面向对象

loader
I am the owner, or an agent authorized to act on behalf of the owner, of the copyrighted work described.
capcha
Download Presentation

PowerPoint Slideshow about 'Object-Oriented Software Engineering ( Unified Modeling Language, UML )' - presta


An Image/Link below is provided (as is) to download presentation

Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author.While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server.


- - - - - - - - - - - - - - - - - - - - - - - - - - E N D - - - - - - - - - - - - - - - - - - - - - - - - - -
Presentation Transcript
object oriented software engineering unified modeling language uml
Object-Oriented Software Engineering(Unified Modeling Language, UML)

李 宣 东

南京大学计算机科学与技术系

object oriented paradigm
Object-Oriented Paradigm

面向对象

  • “面向对象”是一种认识客观世界的世界观,这种世界观将客观世界看成是有许多不同种类的对象构成的,每个对象有自己的内部状态和运动规律,不同对象之间的相互联系、相互作用就构成了完整的客观世界。
object oriented paradigm1
Object-Oriented Paradigm

面向对象

  • “面向对象”是从结构组织的角度去模拟客观世界的一种方法,这种方法的基本着眼点是构成客观世界的那些成分----对象。
  • 用“面向对象”的观点去认识客观世界,用“面向对象”的方法去模拟客观世界,这就构成了“面向对象”的完整含义。
object oriented concepts
Object-Oriented Concepts
  • 对象(Objects)

对象是现实世界中个体或事物的抽象表示,是其属性(Attributes)和相关操作(Operations, Methods)的封装。属性表示对象的性质,属性值规定了对象所有可能的状态。对象的操作是指该对象可以展现的外部服务。对象之间的通讯通过消息(Messages)传递进行。

object oriented concepts1
Object-Oriented Concepts
  • 类和实例(Classes and instances)

类是某些对象的共同特性的表示,它描述了这些对象内部是如何构造的。相同类的对象在它们的操作和它们的信息结构两个方面都有相同的定义。

在面向对象系统中,每个对象都属于一个类。属于某个特定类的对象称为该类的实例。因此,常常把对象和实例当作同义词。实例是从某类创建的一个对象。

object oriented concepts2
Object-Oriented Concepts
  • 继承(Inheritance)

如果类B继承类A,那么类A中描述的操作和信息结构将成为类B的一部分。

借助继承,可以表示类之间的类似性,并且在其他类能继承的一个类中描述这些相似性。因此,就能够复用公共的描述。继承常常被提倡为软件工业界中关于复用的一个核心思想。继承还有利于软件维护。

通过抽取和共享公共特性就能够通用化一些类,并且把它们放在继承层次的更高位置。同样,如果希望增加新类,可以寻找这样一个类,它已经提供了适用于该新类的某些操作和信息结构。然后,让新类继承这个类,只需增加该新类所独有的那些内容。然后,使这个类专用化。

constructing object models
Constructing Object Models
  • Identifying classes and objects
  • Specifying attributes
  • Defining operations
  • Finalizing the object definition
object oriented process model
Object-Oriented Process Model

Risk

Analysis

Identify

candidate

classes

Planning

Construct

nth iteration

of system

Look up

classes

in library

Customer

Communication

Put new

classes

in library

Extract

classes

if available

Engineer

classes

if unavailable

  • analysis
  • design
  • programming
  • testing

Customer

Evaluation

Engineering,

Construction & Release

object oriented modeling
Object-Oriented Modeling

面向对象思想比较自然地模拟了人类认识客观世界的方式,面向对象的分析和设计应该从建模开始。构造模型通常出于以下几个目地:

  • 在着手解决一个复杂问题之前,对解决方案进行检测;
  • 用于同客户或其他相关人员进行交流;
  • 加强视觉效果;
  • 对复杂问题进行简化。
object oriented modeling1
Object-Oriented Modeling
  • 模型是对事物的一种抽象,人们常常在正式建造实物之前,首先建立一个简化的模型,以便更透彻地了解它的本质,抓住问题的要害;
  • 在模型中,人们总是剔除那些与问题无关的、非本质的东西,从而使模型与真实的实体相比更加简单、易于把握;
object oriented modeling2
Object-Oriented Modeling
  • 在建造一个复杂系统时,开发者必须从多种不同的角度来抽象系统,使用准确的符号来构造模型,然后检查这些模型是否符合系统的需求,并逐步添加细节,从而将这些模型转化成实现方案。
  • 建模语言是面向对象建模中的一个非常关键的因素。
unified modeling language uml
Unified Modeling Language (UML)

UML的设计目标:

  • 运用面向对象概念来构造系统模型
  • 建立起从概念模型直至可执行体之间明显的对应关系
  • 着眼于那些有重大影响的问题
  • 创建一种对人和机器都适用的建模语言
unified modeling language uml1
Unified Modeling Language (UML)

UML概要

  • UML由OMG与1997年11月批准为标准建模语言。
  • UML建立在当今国际上最有代表性的三种面向对象方法(Booch方法,OMT方法,OOSE方法)的基础之上。
  • UML是一种建模语言而不是一种方法,UML本身是独立于过程的。
unified modeling language uml2
Unified Modeling Language (UML)

UML为人们提供了从不同的角度去观察和展示系统的各种特征的一种标准表达方式。在UML中,从任何一个角度对系统所作的抽象都可能需要用几种模型图来描述,而这些来自不同角度的模型图最终组成了系统的完整模型。

unified modeling language uml3
Unified Modeling Language (UML)

一般而言,我们可以从以下几种常用的视角来描述一个系统:

  • 系统的使用实例:从系统外部的操作者的角度描述系统的功能。
  • 系统的逻辑结构:描述系统内部的静态结构和动态行为,即从内部描述如何设计实现系统功能。
  • 系统的构成:描述系统由哪些程序构件所组成。
  • 系统的并发性:描述系统的并发性,强调并发系统中存在的各种通信和同步问题。
  • 系统的配置:描述系统的软件和各种硬件设备之间的配置关系。
unified modeling language uml4
Unified Modeling Language (UML)

UML模型图(5类,10种):

  • 用例图
  • 静态图(类图,对象图,包图)
  • 行为图(状态图,活动图)
  • 交互图(顺序图,合作图)
  • 实现图(构件图,配置图)
unified modeling language uml5
Unified Modeling Language (UML)

UML语义

  • 元-元模型:

元模型的基础体系结构,定义一种说明元模型的语言

  • 元模型:

元-元模型的一个实例,定义一种说明模型的语言

  • 模型:

元模型的一个实例,定义一种语言来描述信息领域

  • 用户对象:

模型的一个实例,定义一个特定的领域

unified modeling language uml6
Unified Modeling Language (UML)

UML主要文件:

  • UML概要(UML Summary)
  • UML语义(UML Semantics)
  • UML表示法指南(UML Notation Guide)
  • 对象约束语言规约(Object Contraint language Specification):该文件定义并介绍了一种对象约束语言(OCL),其用途是用来说明在图形化的系统模型中不能充分表达的建模信息。它是一种形式化语言。

http://www.rational.com/uml/index.jtmpl

uml use case diagrams
UML Use Case Diagrams(用例图)

从本质上将,一个用例是用户与计算机之间为达到某个目的的一次典型交互作用:

  • 用例描述了用户提出的一些可见的需求;
  • 用例可大可小;
  • 用例对应一个具体的用户目标
uml use case diagrams1
UML Use Case Diagrams(用例图)

用例图描述系统外部的执行者与系统的用例之间的某种联系。

  • 所谓用例是指对系统提供的功能(或称系统的用途)的一种描述;
  • 执行者是那些可能使用这些用例的人或外部系统;
  • 用例和执行者之间的联系描述了“谁使用哪个用例”。
uml use case diagrams2
UML Use Case Diagrams(用例图)
  • 用例图着重于从系统外部执行者的角度来描述系统需要提供哪些功能,并且指明了这些功能的执行者是谁;
  • 用例图在UML方法中占有十分重要的地位,人们甚至称UML是一种用例图驱动的开发方法。
uml use case diagrams3
UML Use Case Diagrams(用例图)

用例图中的图符:

  • 用例
  • 执行者
  • 系统:用于界定系统功能范围,描述该系统功能的用例都置于其中,而描述外部实体的执行者都置于其外。
  • 关联:连接执行者和用例,表示执行者所代表的系统外部实体与该用例所描述的系统需求有关。
uml use case diagrams4
UML Use Case Diagrams(用例图)

用例图中的图符:

  • 使用:由用例A连向用例B,表示用例A中使用了用例B中的行为或功能。
  • 扩展:由用例A连向用例B,表示用例B描述了一项基本需求,而用例A则描述了该基本需求的特殊情况。
  • 注释体:对UML实体进行文字描述
  • 注释连接:将注释体与要描述的实体连接,说明该注释体是针对该实体所进行的描述。

«使用»

«扩展»

uml use case diagrams5
UML Use Case Diagrams(用例图)

设置边界

更新帐目

记帐系统

贸易经理

风险分析

«使用»

«使用»

交易估计

评价

营销人员

进行交易

«扩展»

销售人员

超越边界

uml use case diagrams6
UML Use Case Diagrams(用例图)

用例模型的获取:

  • 获取执行者
  • 获取用例
uml use case diagrams7
UML Use Case Diagrams(用例图)

获取执行者:

  • 谁使用系统的主要功能(主要使用者)?
  • 谁需要系统支持他们的日常工作?
  • 谁来维护、管理系统使其能正常工作(辅助使用者)?
  • 系统需要控制哪些硬件?
  • 系统需要与其他哪些系统交互?
  • 对系统产生的结果感兴趣的是哪些人?
uml use case diagrams8
UML Use Case Diagrams(用例图)

获取用例:

  • 执行者要求系统提供哪些功能?
  • 执行者需要读、产生、删除、修改或存储系统中的信息有哪些类型?
  • 必须提醒执行者的系统事件有哪些?
  • 执行者必须提醒系统事件有哪些?怎样把这些事件表示成用例中的功能?
uml class diagrams
UML Class Diagrams(类图)
  • 在面向对象的建模技术中,类、对象和它们之间的关系是最基本的建模元素。对于一个想要描述的系统,其类模型、对象模型以及它们之间的关系揭示了系统的结构。
  • 类图描述了系统中的类及其相互之间的各种关系,其本质反映了系统中包含的各种对象的类型以及对象间的各种静态关系(关联,子类型)。
uml class diagrams1
UML Class Diagrams(类图)

类图中的图符:

  • 类:表示一个类,其中第一栏是类的

名,第二栏是类的属性,第三栏是类的操作。

  • 包:包是一种分组机制,表示一个类

图集合。

  • 关联:用于表示类的对象之间的关系。其特殊形式有组成关联和聚集关联。

Class

Attributes

Operations

Package

uml class diagrams2
UML Class Diagrams(类图)

类图中的图符:

  • 聚集关联:用于表示类的对象之间的关系是整体与部分的关系。
  • 组成关联:用于表示类的对象之间的关系:整体拥有各部分,部分与整体共存,如整体不存在了,部分也会随之消失。
  • 泛化关联:泛化关系(继承关系)定义了类和包间的一般元素和特殊元素之间的分类关系。
uml class diagrams3
UML Class Diagrams(类图)

类图中的图符:

  • 依赖关系:有两个类或包元素X、Y,修改元素X的定义可能会引起对另一个元素Y的定义的修改,则称元素Y依赖于元素X。
  • 对象:类的一个实例。
  • 链接:用于表示对象间的关联关系的一个实例。

Object

Values

uml class diagrams4
UML Class Diagrams(类图)

*

1

订单

客户

DateReceived

isPrepaid

number:String

prce:Money

Name

address

CreditRating():String

Dispatch()

close()

1

团体客户

个人客户

ContactName

creditRating

creditLimit

CreditCard#

{creditRating()

=“poor”}

*

Remind()

billforMonth(Intrger)

订单项

*

Quantity:Integer

price:Money

isSatisfied:Boolean

*

1

产品

销售代表

0..1

雇员

uml object diagrams
UML Object Diagrams(对象图)

对象图

  • 对象图是类图的一种变形。除了在对象名下面要加下划线以外,对象图中所使用的符号与类图基本相同。
  • 对象图是类图的一种实例化。一张对象图表示的是与其对应的类图的一个具体实例,即系统在某一时期或者某一特定时刻可能存在的具体对象实例以及它们相互之间的具体关系。
uml object diagrams1
UML Object Diagrams(对象图)

作者

计算机

Uses

名字:String

年龄:Integer

名字:String

内存:Ineger

0..1

1..*

类图

小王的工作PC:

计算机

小王:作者

名字 = “Dell486”

内存 = 64

名字 = “王小影”

年龄 = 32

小王的工作PC:

计算机

名字 = “Compaq X”

内存 = 32

对象图

uml object diagrams2
UML Object Diagrams(对象图)
  • 对象图并不象类图那样具有重要的地位,但是利用它可以帮助我们通过具体的实例分析,更具体直观地了解复杂系统类图的丰富内涵。
  • 对象图还常常被用作合作图的一部分,用以展示一组对象实例之间的动态协作关系。
uml packages
UML Packages (包图)
  • 包是类的集合。
  • 包图所显示的是类的包以及这些包之间的依赖关系。
  • 如果两个包中的任意两个类之间存在依赖关系,则这两个包之间存在依赖关系。
  • 包的依赖是不传递的。
uml packages1
UML Packages(包图)

AWT

邮件发送

清单界面

订单获取

界面

订单获取

应用

邮件发送

清单应用

订单

顾客

uml packages2
UML Packages (包图)

何时使用包图:

  • 在大项目中,包图是一种重要工具(有专家建议,只要你不能将整个系统的类图压缩到一张A4纸上,你就应该使用包图);
  • 依赖产生耦合,应该尽量将依赖性减少到最低程度;
  • 包的概念对测试也是特别有用的。
uml statechart diagrams
UML Statechart Diagrams(状态图)

状态图

  • 状态图是对类的一种补充描述,它展示了此类对象所具有的可能的状态以及某些事件发生时其状态的转移情况。
  • 在状态图中,状态由圆角矩形表示。状态的改变称作转移,状态转移由箭头表示,箭头旁可以标出转移发生的条件。状态转移可以伴随有某个动作,它表明当转移发生时系统要做什么。
uml statechart diagrams1
UML Statechart Diagrams(状态图)

在第一层

上升状态

上升

到达

到达第一层

上升

向第一层下降

下降状态

空闲状态

到达

下降

超时

uml sequence diagrams
UML Sequence Diagrams (顺序图)

顺序图

  • 顺序图描述了对象之间动态的交互关系,着重体现对象间消息传递的时间顺序。
  • 顺序图由一组对象构成,每个对象分别带有一条竖线,称作对象的生命线,它代表时间轴,时间沿竖线向下延伸。顺序图描述了这些对象随着时间的推移相互之间交换消息的过程。消息用从一条垂直的对象生命线指向另一个对象的生命线的水平箭头表示。图中还可以根据需要增加有关时间的说明和其他注释。
uml sequence diagrams1
UML Sequence Diagrams (顺序图)

:计算机

:打印服务程序

:打印机

:打印队列

打印文件

打印文件[打印机空闲]

保存文件[打印机忙]

uml collaboration diagrams
UML Collaboration Diagrams(合作图)

合作图

  • 与顺序图作用相同,合作图也是用来描述系统中对象之间的动态协作关系。合作图侧重于描述各个对象之间存在的消息收发关系(交互关系),而不专门突出这些消息发送的时间顺序。
  • 在合作图中,对象同样是用一个对象图符来表示,箭头表示消息发送的方向,而消息执行的顺序则由消息的编号来表明。
uml collaboration diagrams1
UML Collaboration Diagrams(合作图)

:计算机

:打印队列

1. 打印文件

3. 保存文件[打印机忙]

:打印服务程序

:打印机

打印文件[打印机空闲]

uml collaboration diagrams2
UML Collaboration Diagrams(合作图)
  • 合作图的布局方法能更清楚地表示出对象之间静态的连接关系。
  • 顺序图突出执行的时序,能更方便地看出事情发生的次序。
  • 如果要描述在一个用例中的几个对象协同工作的行为,交互图是一种有力的工具。交互图擅长显示对象之间的合作关系,尽管它并不对这些对象的行为进行精确的定义。
  • 如果想要描述跨越多个用例的单个对象的行为,应当使用状态图;如果想要描述跨越多个用例或多个线程的多个对象的复杂行为,则需考虑使用活动图。
uml activity diagrams
UML Activity Diagrams(活动图)

活动图

  • 活动图描述系统中各种活动的执行顺序,通常用于描述一个操作中所要进行的各项活动的执行流程。同时,它也常被用来描述一个用例的处理流程,或者某种交互流程。
  • 活动图由一些活动组成,图中同时包括了对这些活动的说明。当一个活动执行完毕之后,控制将沿着控制转移箭头转向下一个活动。活动图中还可以方便地描述控制转移的条件以及并行执行等要求。
uml activity diagrams1
UML Activity Diagrams(活动图)

[没有咖啡]

[没有可口可乐]

找饮料

[找到可口可乐]

[找到咖啡]

将咖啡放到

过滤器中

加水到容器中

取出咖啡杯

取一听

可口可乐

把过滤器放

到咖啡炉上

点燃咖啡炉

冲调咖啡

熄灭咖啡炉

倒咖啡

喝饮料

uml activity diagrams2
UML Activity Diagrams(活动图)
  • 活动图最适合支持描述并行行为,这使之成为支持工作流建模的最好工具。
  • 活动图最大的缺点是很难清楚地描述动作与对象之间的关系。
uml activity diagrams3
UML Activity Diagrams(活动图)
  • 对于以下情况可以使用活动图:

(1)分析用例;

(2)理解牵涉多个用例的工作流;

(3)处理多线程应用。

  • 在下列情况下,一般不要使用活动图:

(1)显示对象间合作;

(2)显示对象在其生命周期内的运转情况。

uml component diagrams
UML Component Diagrams(构件图)

构件图

  • 构件图描述软件构件以及它们之间的依赖关系,从而便于人们分析和发现当修改某个构件时可能对那些构件产生影响,以便对它们做相应的修改或更新。构件可以是源代码构件、二进制目标码构件、可执行构件或文档构件。
uml component diagrams1
UML Component Diagrams(构件图)

Whnd.cpp:

窗口处理器

Whnd.obj:

窗口处理器

Graphic.dll:

图形库

Comhnd.cpp:

命令处理器

Comhnd.obj:

命令处理器

client.exe:

客户程序

Main.cpp:

主类

Main.obj:

主类

uml deployment diagrams
UML Deployment Diagrams(配置图)

配置图

  • 配置图描述系统中硬件和软件的物理配置情况和系统体系结构。
  • 在配置图中,用结点表示实际的物理设备,如计算机和各种外部设备等,并根据它们之间的连接关系,将相应的结点连接起来,并说明其连接方式。在结点里面,说明分配给该结点上运行的可执行构件或对象,从而说明哪些软件单元被分配在哪些结点上运行。
uml deployment diagrams1
UML Deployment Diagrams(配置图)

客户A:

个人电脑PC

服务器:02

«TCP/IP协议»

«DecNet协议»

客户B:

个人电脑PC

数据库服务器:

VAX

«TCP/IP»协议

slide54
UML支撑环境

Rational Rose

  • 基于UML的模型驱动的软件开发环境
  • 全面支持团队整体合作的开发形式
  • 集成了最新软件开发技术和思想
slide55
UML的扩展
  • 实时模型 UML-RT
  • 可执行模型
  • 企业计算

Enterprise Distributed Object Computing (EDOC)

Enterprise Application Integration (EAI)

  • 软件过程 Rational Unified Process (RUP)
  • 其他 Standard for Data Warehousing

CORBA maps to UML

XMI format for the exchange of UML

models in text format

slide56
UML框架下的软件工程
  • 我们已经有了统一的建模语言UML
  • 我们正在拥有统一软件过程(RUP?)
  • 下一步是什么?
    • A Software Component Marketplace
    • Quality from the Beginning
    • Give Soul to Software Process
    • A Complete UML Based Software Platform

Ivar Jacobson

slide57
UML时间表
  • 1997 ---- UML version 1.0, version 1.1
  • 1998 ---- UML version 1.3
  • 2000 ---- UML version 1.4 ?
  • 2002 ---- UML version 2.0 ?
  • 2004 ---- 一个稳定完善的UML version ?
slide58
UML的国际会议
  • <<UML>> 98 ---- The First International Workshop on The Unified Modeling Language, 3 - 4 June, 1998, Mulhouse, France
  • <<UML>> 99 ---- The Second International Conference on The Unified Modeling Language, 28 - 30 October, 1999, Fort Collins, Colorado, USA
  • <<UML>> 2000 ---- The Third International Conference on the Unified Modeling Language, 2 - 6 October, 2000, York, UK
  • <<UML>> 2001 ---- The Fourth International Conference on the Unified Modeling Language, 1 - 5 October, 2001, Toronto, Canada
  • <<UML>> 2002 ---- The Fifth International Conference on the Unified Modeling Language, 30 Sept. – 4 Oct., 2002, Dresden, Germany.
  • <<UML>> 2003 ---- The Sixth International Conference on the Unified Modeling Language, 20 – 24, Oct., 2003, USA.

Lecture Notes in Computer Science, Springer

slide59
UML当前的研究热点

当前围绕UML的研究工作集中在两个方面:

  • 使得UML更加精确
  • 为UML提供有效的工具支持
omg object management group
OMG (Object Management Group)
  • OMG是世界上最大的计算机工业联盟,于1989年4月有8个公司发起,目前有800多家成员。
who are omg
Who Are OMG?

AT&T

BEA

Borland

Boeing

CA

Citigroup

Compaq

Ericsson

Ford

Fujitsu

Glaxo SmithKline

Hewlett Packard

Hitachi

Hyperion

IBM

IONA

io Software

Kabira

Kennedy Carter

John Deere

Microsoft

MITRE

MSC.Software

NASA

NEC

NetGenics

NTT

OASIS

Oracle

Pfizer

Rational

SAGA Software

SAP

SAS Institute

Secant

Siemens

Sprint

Sun

Unisys

Vertel

slide63
异构--无处不在
  • Programming languages
    • ~3 million COBOL programmers
    • ~1.6 million VB programmers
    • ~1.1 million C/C++ programmers
  • Operating systems
    • Unix, MVS, VMS, MacOS, Windows (all 8!), PalmOS…
    • Windows 3.1: it’s still out there!
    • Embedded devices (mobile, set-top, etc.)
  • Networks
    • Ethernet, ATM, IP, SS7, Firewire, USB
    • Bluetooth, 802.11b, HomeRF
slide64
OMG的技术目标
  • 问题:分布异构限制了互操作,同一功能用多种语言在多种环境下重复实现。
  • 目标:使得基于对象的软件在分布异构环境下具有良好的可重用性、可移植性和互操作性,从而能够在由多种主流硬件平台上运行多种操作系统构成的异构分布环境中,方便地建立异构分布应用系统。
slide65
如何集成?
  • 不存在统一的硬件平台
  • 不存在统一的操作系统
  • 不存在统一的网络协议
  • 不存在统一的应用模式

必须通过接口和互操作达到集成。

slide66
OMG的任务
  • The OMG’s mission is to help computer users solve integration problems by supplying open, vendor-neutral interoperability specifications.
slide67
OMG的产品
  • Common Object Request Broker Architecture
    • CORBA® remains the only language- and platform-neutral interoperability standard
  • Unified Modeling Language
    • UMLTM remains the world’s only standardized modeling language
  • Common Warehouse Metamodel
    • CWMTM, the integration of the last two data warehousing initiatives
  • Meta-Object Facility
    • MOFTM, the repository standard
  • XML Metadata Interchange
    • XMITM, the XML-UML standard
middleware
Middleware(中间件)

中间件是软件领域近十年来发展起来的一种新技术,其泛指位于操作系统与应用软件之间、能够屏蔽操作系统和网络协议的差异、为异构系统之间提供通讯服务的软件。

slide69
中间件

应用软件

应用软件

支撑软件

支撑软件

中间件

系统软件

系统软件

硬件平台

硬件平台

slide70
中间件

中间件屏蔽了底层系统软件(包括操作系统、网络、数据库管理系统等)的异构性和复杂性,通过一个简单而统一的开发环境,减少程序设计的复杂性并提高程序的可移植性,使得开发人员将注意力集中在自己的业务上,大大减少了技术上的负担。中间件带给应用系统的,不只是开发的简便和开发周期的缩短,也减少了系统的维护、运行和管理的工作量,从而减少了系统总体费用的投入。

slide71
中间件

目前的主流中间件可以分为五类:

  • 数据访问中间件
  • 远程过程调用中间件
  • 事务中间件
  • 消息中间件
  • 面向对象中间件
slide72
面向对象中间件

面向对象的中间件是对象技术和分布式计算发展的产物,它提供一种通讯机制,透明地在异构的分布计算环境中传递对象请求。

  • OMG的CORBA
  • 微软的COM
  • Sun公司基于EJB的J2EE
slide73
面向对象中间件

面向对象中间件的异构性和开放性各有不同:

  • 适用于异构环境、开放的CORBA是Internet与企业应用事实上的工业标准;
  • 特定于Windows平台、专有的COM则是桌面系统的首选;
  • 基于EJB的J2EE则兼具二者之优势,J2EE是一种利用Java2平台来简化企业解决方案的开发、部署和管理相关复杂问题的体系结构,已经被许多从事电子商务的中间件厂商所采纳。
slide74
中间件没有消除异构
  • 由于一个中间件不能满足所有用户的要求,导致多种中间件并存又无法统一,于是为解决异构问题提出的中间件本身产生异构。
  • 中间件似乎“提升”了异构而没有消除异构。
slide75
中间件没有消除异构

由于难以形成统一的标准,中间件的不断发展将使得新旧系统之间的集成或系统的演化面临不同的实现技术,从而使得如何在保障已有投资的条件下驱动整个系统的技术升级成为我们迫切需要解决的问题。

mda model driven architecture
模型驱动的体系结构MDA(Model Driven Architecture)
  • MDA is OMG’s next step in solving integration problems.
slide77
MDA的主要思想
  • MDA的主要思想是分离业务功能分析与设计和实现技术与平台之间紧耦合的关系,从而将技术与平台变化对系统的影响降低到最小程度。
  • MDA极大地加强了应用模型与领域模型在整个软件生命周期中的复用。
slide78
MDA的主要思想
  • 与实现技术和平台无关、描述业务需求的功能模型(Platform-Independent Model, PIM)
  • 与具体实现技术和平台相关的应用模型(Platform-Specific Model, PSM)
  • MDA将PIM抽象出来,针对不同实现技术与平台制订多个映射规则,然后通过这些映射规则及辅助工具将PIM转换成PSM,再将PSM不断求精直至形成最后代码。
slide79
MDA的主要思想

PIM

Mappings

PSM

CORBA specific

platform models

PSM

EJB specific

platform models

PSM

XML specific

platform models

PSM

.NET specific

platform models

PSM

WEB specific

platform models

CORBA/CCM

J2EE/EJB

SOAP/XML

DCOM/.NET

WEB/WSDL

building an mda application
Building an MDA Application

A Detailed Model, stating Pre- and Post-Conditions in OCL, and Semantics in Action Language

Start with a Platform-Independent Model (PIM) representing business functionality and behavior, undistorted by technology details.

Platform-Independent

Model

generating platform specific model

CORBA Model

Generating Platform-Specific Model

Map a PIM to Specific Middleware Technologies via OMG Standard Mappings

MDA tool applies a standard mapping to generate Platform-Specific Model (PSM) from the PIM. Code is partially automatic, partially hand-written.

Platform-Independent

Model

mapping to multiple deployment technologies

OtherModel

XML/SOAPModel

Java/EJBModel

CORBA Model

Mapping to Multiple Deployment Technologies

Map a PIM to Many Middleware Technologies via OMG Standard Mappings

MDA tool applies an standard mapping to generate Platform-Specific Model (PSM) from the PIM. Code is partially automatic, partially hand-written.

Platform-Independent

Model

generating implementations

OtherModel

XML/SOAPModel

Java/EJBModel

CORBA Model

Other

XML/SOAP

Java/EJB

CORBA

Generating Implementations

Map PSM to application interfaces, code, GUI descriptors, SQL queries, etc.

MDA Tool generates all or most of the implementation code for deployment technology selected by the developer.

Platform-Independent

Model

integrating legacy cots

OtherModel

Other

Integrating Legacy & COTS

Reverse-engineering existing application into a model and redeploy.

MDA Tools for reverse engineering automate discovery of models for re-integration on new platforms.

Platform-Independent

Model

COTS

App

Legacy

App

automating bridges

CORBA System

Interop

Bridge

Automating Bridges

Platform-Independent

Model

Bridge generation is simplified by common application models, simplifying creation of integrated applications both within and across enterprises.

MDA Tools combine application and platform knowledge to generate bridges

XML/SOAPModel

CORBA Model

XML/SOAP

System

slide86
MDA带来的好处
  • 增强软件复用性
  • 增强软件可移植性
  • 提高软件开发效率、降低成本
  • 降低软件维护成本
  • 推动软件自动化进程
slide88
MDA的核心

以下标准或规范构成了MDA的核心:

  • 统一建模语言(Uniform Modeling Language, UML,建模工具)
  • 元对象设施(Mete-Object Facility, MOF,标准的建模与交换结构)
  • 公共仓库元模型(Common Warehouse Metamodel , CWM,数据仓库的标准)
  • 基于XML的元数据交换(XML Metadata Interchange , XMI,信息交换的标准格式)等。
  • 此外,MDA还将标准化少数通用领域的PIM、基于特定于中间件标准的PSM、以及PIM与PSM之间的映射规则,为设计到代码的自动生成提供基础。
uml 2 0
UML 2.0

MDA的需求:

  • 精确的语义
  • 可执行模型
  • 自动代码生成
  • 更强的描述能力
  • 针对特定领域的可扩充性
uml profiles
UML Profiles
  • A UML profile is a set of extensions to UML using the built-in extension facilities of UML, stereotypes and tagged values.
mof meta object facility
MOF (Meta Object Facility)
  • MOF provides the standard modeling and interchange constructs that are used in MDA.
  • Other standard OMG models, including UML and CWN, are defined in terms of MOF constructs.
cwm common warehouse metamodel
CWM(Common Warehouse Metamodel)
  • CWM is the OMG data warehouse standard.
  • CWM covers the full life cycle of designing, building and managing data warehouse applications and supports management of the life cycle.
xmi xml metadata interchange
XMI (XML Metadata Interchange)
  • XMI is a standard interchange mechanism used between various tools, repositories and middleware.
  • XMI can be used to automatically produce XML DTDs (and soon XML Schemas) from UML and MOF models.
slide94
MDA的发展进程
  • Major direction agreed March ’01; overall architecture adopted September ’01.
  • UML 1.4 complete; 2.0 in process.
  • Mappings (“profiles”) underway:
    • EDOC (adopted)
    • CORBA (adopted)
    • EAI (in process)
    • EJB (adopted by JCP)
    • SOAP/XML (in process)
    • .Net (to be started)
slide95
MDA的发展进程
  • More importantly, vertical market groups are thriving on MDA approach:
    • Electronic Commerce
    • Financial Services
    • Healthcare
    • Life Sciences Research
    • Manufacturing
    • Space & Ground Systems
    • Telecommunications
model driven engineering
模型驱动的工程Model Driven Engineering
  • MDE is wider in scope than MDA:

MDE = MDA + process

mda uml
基于MDA的UML模型转换

基于MDA的软件开发过程中需要解决的关键技术问题是各种UML模型间的转换:

  • PIM to PIM
  • PIM to PSM
  • PSM to PSM
  • PSM to PIM
mda uml2
基于MDA的UML模型转换
  • To implement the mapping, one needs to know the metamodels of input and output models and their mapping rules.
  • UML profiles have an important role to play in MDA.
mda info rmatio n page
MDA Information Page
  • http://www.omg.org/mda/