浅析UML(统一建模语言)的现状与发展
浅析UML(统一建模语言)的现状与发展
终提 案 ＵＭＬ １１ ． ，这 个提 案在 １ ９ ７年 １ ９ １月被 ＯＭＧ 正 式采 纳 为 对象 建模 标 准 。在 一个 规范 被 采 纳后 不 久 ， 成 将 元 模 型 层 、 型层 和 用 户 对 象 层 。 Ｕ Ｌ既 有 其 无 可 比 拟 的优 势 ， 模 Ｍ 也 立 一 个修 订 任 务 组 ，负 责该 规 范 的修 订 。 １ ９ ９ ７年 ９月 ， 存 在 一 些 不 足 ， 未 来 发展 中 ＵＭＬ定 能 扬 长 避短 发 挥 其优 势 。 在 ＯＭＧ采 纳 ＵＭＬ １１规 范 之 后 不 久 ，特 许 成 立 了第 一 个 ． 关键词 ： ＵＭＬ 对 象 建 模 元 模 型 模 型层 用 户 对 象层 ＵＭＬ修订 任 务 组 （ｅ ｉｉｎ Ｔ ｓ ｏｃ ｓ Ｒ Ｆ ， Ｒ ｖｓ ａ ｋ Ｆ ｒｅ ， Ｔ ） 负责 收集 ｏ １ ＭＬ的提 出 Ｕ 并 Ｔ Ｕ Ｌ是软 件 工 程领 域 的一种 建 模 语言 ，是 在 多种 面 有 关评 论 ， 且 提 出修 改建 议。该 Ｒ Ｆ提交 的第 一 个主 要 Ｍ ＭＬ １２ 它改 编 了规 范 ， 之与 其 使 向 对象 建模 方法 的基础 上 发展 起来 的。在 １ ９ ９ ５年 ， ａ 产 品 是一 个 编 辑 版本 Ｕ ． ， Ｇｒｙ Ｂ ｏ ｈ和 Ｊ ｎ ｓ Ｒ ｍｂ ｕ ｈ将 他 们 的 面 向 对象 建模 方法 他 ＯＭＧ规 范 更 为一致 。尽 管这 一 版本 纠正 了印刷和 语 法 ｏｃ ａ ｅ ｕ ａ ｇ 以及 某 些 明显 的 逻辑 上 的不 一 致 ， 还 是 没 有 涉 及 但 统 一 为 Ｕｎ ｉｄ Ｍｅｈ ｄ Ｖ ．。 一 年 之后 ｌａ ａ ｏ ｓ ｎ 错 误 ， ｉ ｔ ｏ ０８ ｆ ｅ ｖ ｒＪ ｃ ｂ ｏ 对重 要 技术 的改 进。 该 Ｒ Ｆ的第 二个 主 要 的 产 品是 其 技 Ｔ 加 入其 中 ， 同将 该 方法 统 一 为 二义 性较 少 的 Ｕ ．。 共 ＭＬ ０９ 同 时 ， 三 位 杰 出 的 方 法 学 家被 称 为 “ 友 （ｈｅ 这 三 Ｔ ｒｅ Ａｍｉ 术 版 本 ＵＭＬ １３ — ． ，它 修 正 和 改 善 了 Ｕ ． 遗 留 问 ＭＬ １１的 ｇ ｓ” 很 快 用 户 也 认 识 到 可 对软 件 系统 进 行 可 视 化 、 ｏ ）。 描 题 ， 矫 正 了在 此之后 发现 的许 多小错 误。该 Ｒ Ｆ一 致推 并 Ｔ 述 、 造和 文档 化 的通 用 建模 语 言所 带 来 的 益处 。他 们 充 荐 ＯＭＧ批 准其 Ｕ ． 终草 案 ， 构 ＭＬ １３最 并于 １ ９ ９年 ６月提 ９ 被 满 激情 地 将 这种 语言 的早期 草 案应 用于 不 同 的领域 。受用 交 了一份 最 终报告 。 推 荐 的规 范随 后被 提 交给 组织 委 员 户 强 烈 需 求 的驱 动 ， 建模 工 具 厂商 也很 快 在 它们 的产 品 中 会和 平 台技 术委 员会 以获 得 批准 。 加 入 了 对 ＵＭＬ的 支 持 。 ＵＭＬ成 了事 实 上 的 工 业 标 准 。 ２Ｕ ＭＬ体 系结构演 变 １９ ９ ６年 ， 个 由 建模 专 家 组 成 的国 际 性 队伍 “ ＭＬ伙 伴 一 Ｕ ＵＭＬ采 用元 模 型 对其进 行 描 述 ，它 是 ４层 元模 型 体 组 织 ”开 始 同 “ 友 ”一起 工作 ，计 划将 Ｕ 三 ＭＬ提 议作 为 系结构模 式 中的一 层 ，其他 层 次分 别是 元 一元模 型 层 、 模 ＯＭＧ （ ｊｃ ｎ ｇ ｍｅ ｔ Ｇ ｏ ｐ Ｏｂｅ ｔ Ｍａ ａ ｅ ｎ ｒ ｕ ）的标 准 建 模 语 言 。 型层 和 用户 对 象层 。其 中元 模 型层 由元 一元 模 型层 导 出 ，
UML的现状及未来发展
UML的现状及未来发展UML是在多种面向对象建模方法的基础上发展起来的建模语言，主要用于软件密集型系统的建模。
它的演化，可以按其性质划分为以下几个阶段：最初的阶段是专家的联合行动，由三位OO（面向对象）方法学家将他们各自的方法结合在一起，形成UML 0.9。
第二阶段是公司的联合行动，由十几家公司组成的“UML伙伴组织”将各自的意见加入UML，形成UML 1.0和1.1，并作为向OMG申请成为建模语言规范的提案。
第三阶段是在OMG控制下的修订与改进，OMG于1997年11月正式采纳UML 1.1作为建模语言规范，然后成立任务组进行不断的修订，并产生了UML 1.2、1.3和1.4版本，其中UML 1.3是较为重要的修订版。
目前正处于UML的重大修订阶段，目标是推出UML 2.0，作为向ISO提交的标准提案。
在多种面向对象建模方法流派并存和相互竞争的局面中，UML树起了统一的旗帜，使不同厂商开发的系统模型能够基于共同的概念，使用相同的表示法，呈现彼此一致的模型风格。
而且它从多种方法中吸收了大量有用（或者对一部分用户可能有用）的建模概念，使它的概念和表示法在规模上超过了以往任何一种方法，并且提供了允许用户对语言做进一步扩展的机制。
UML在语法和语义的定义方面也做了大量的工作。
以往各种关于面向对象方法的著作通常是以比较简单的方式定义其建模概念，而以主要篇幅给出过程指导，论述如何运用这些概念来进行开发。
UML则以一种建模语言的姿态出现，使用语言学中的一些技术来定义。
尽管真正从语言学的角度看它还有许多缺陷，但它在这方面所做的努力却是以往的各种建模方法无法比拟的。
从UML的早期版本开始，便受到了计算机产业界的重视，OMG的采纳和大公司的支持把它推上了实际上的工业标准的地位，使它拥有越来越多的用户。
它被广泛地用于应用领域和多种类型的系统建模，如管理信息系统、通信与控制系统、嵌入式实时系统、分布式系统、系统软件等。
软件建模技术的现状与发展
业务过程模型
业务对象模型 业务规则模型
二、软件模型的内容
2). 从软件开发工作看：
需求模型
1 参与者：与系统交互的外部实体 。 功能模型 非功能模型
二、软件模型的内容
2). 从软件开发工作看：
需求模型
2 需求结构：需求的宏观构成 。 功能模型 非功能模型
●●●●
业务过程模型
业务对象模型 业务规则模型
二、软件模型的内容
2). 从软件开发工作看：
业务模型
涉众：与企业系统有关的人或事。 业务愿景模型 涉众模型
业务过程模型
业务对象模型 业务规则模型
二、软件模型的内容
2). 从软件开发工作看：
业务模型
业务过程：为了实现业务目标，企业实体的 有序活动过程。 业务愿景模型 涉众模型
软件建模技术是软件工程技术的重要内容，是建
立软件模型的方法、过程、规范和工具与环境的 总称。
二、软件建模技术的含义
2. 软件建模技术在软件工程学科中的位
置
软件工 程理论
需求分析技术 软件设计技术软件 Nhomakorabea 程技术 软件工程学科
软件建模技术 程序设计技术 软件测试技术
软件服 务工程
领域软 件工程
●●●●
● 把状态图更名为状态机图 ● 增加了状态机的边界和入口、出口 ● 增加子状态机，使得状态机图可以复用 ● 在行为状态机基础上增加了协议状态机，提供了类操作 约束的建模
四、UML
4. UML2.0对UML1.x补充
6) 对部署图的修改
● 提出了制品的概念，通过制品承载类，构件等逻辑部件 ● 明确了部署的概念， ● 丰富了结点的构造型，并把执行环境作为结点的一种类 型
uml调研报告
uml调研报告UML是一种统一建模语言（Unified Modeling Language）的缩写，它是一种通用的、标准化的建模语言，用于软件系统的设计、开发和文档化。
UML具有表达、设计、构建和文档化软件系统的能力，具有图形表示法和文本规范，包括类图、用例图、活动图、时序图、状态图等等。
UML的发展始于20世纪90年代初，由三位软件工程师Grady Booch、Jim Rumbaugh和Ivar Jacobson共同开发。
最初，他们各自拥有自己的建模语言（Booch方法、Object Modeling Technique和Objectory）。
为了整合这些方法并创建一个统一的建模语言，他们共同创建了UML。
UML的第一版发布于1997年，现在最新的版本是UML 2.5.1。
UML可以帮助开发人员和设计师在软件开发过程中更好地理解和沟通设计需求。
它提供了一种可视化的方式来描述和表示软件系统的架构、结构、行为和交互关系。
使用UML，开发人员可以快速创建和维护软件系统的模型，进一步帮助他们进行需求分析、系统设计和测试计划等工作。
UML在软件工程领域的广泛应用有以下几个方面：1. 面向对象分析与设计：UML是面向对象分析与设计的重要工具。
通过UML的类图、对象图等工具，开发人员可以定义和描述系统中的类、类之间的关系、属性、方法等，并可通过其他图形工具进一步表示类的行为和动态特性。
2. 需求工程：UML提供了用例图来描述系统对外部参与者的功能需求和系统响应。
通过用例图，设计师和开发人员可以更好地了解系统的功能需求，更好地与系统的利益相关者进行沟通。
3. 系统架构设计：UML的组合结构图可以用于描述较高层次的系统结构，其中包括组件、接口、框架等。
设计师可以使用这些图形工具来构建系统的基础架构和模块，有助于软件系统的稳定性和可维护性。
4. 交互式系统设计：UML提供了用于描述系统交互的序列图和协作图。
这些图形工具可以帮助开发人员更好地理解不同对象之间的交互，从而更好地设计系统的软件组件。
UML在软件工程的未来发展方向
UML与HTML的集成：UML 可以生成HTML代码，提高开
发效率
UML与CSS的集成：UML可 以生成CSS代码，提高开发效
率
智能化和自动化 的UML工具
人工智能在UML中的应用
智能识别： 自动识别 UML图中的 元素和关系
智能生成： 根据需求自 动生成UML 图
智能优化： 自动优化 UML图，提 高可读性和 准确性
快速迭代和可视化建模
快速迭代：UML可以帮助团队快速迭代，提高开发效率 可视化建模：UML提供了可视化的建模工具，可以帮助团队更好地理解和沟通需求 需求变更：UML可以帮助团队更好地应对需求变更，提高开发灵活性 团队协作：UML可以帮助团队更好地协作，提高开发效率和质量
持续集成和持续交付中的UML
UML在持续集成中的作用：提 供可视化的模型，帮助团队更 好地理解和实现需求
UML在持续交付中的作用：提 供可视化的模型，帮助团队更
好地理解和实现需求
UML在敏捷开发中的重要性： 帮助团队更好地理解和沟通需 求
UML在持续集成和持续交付中 的挑战：如何保持模型的一致
性和准确性
UML在微服务和 容器化中的应用
添加 标题
动态UML：动态建模，描述软件系统的动 态行为和状态变化
添加 标题
动态UML的发展：从静态建模到动态建模的转 变，更加注重软件的动态行为和状态变化
添加 标题
动态UML的应用：在软件工程中，动态UML 可以用于描述软件的动态行为和状态变化，提 高软件的可维护性和可扩展性。
UML的扩展和定制化
UML在软件工程的未来 发展方向
汇报人：XX
目录
添加目录标题
01
UML技术的演变
UML的工具、工程和方法新发展调研报告
最新的UML技术与工程的新发展
所有阶段提供模型化和可视化支持，包括
由需求分析到规格，到构造和配置。
01
UML工具
1.2
P2
最近2个月uml工具主要版本更新有： Enterprise Architect 13、 Rational Software Architect RealTime Edition(RSARTE) 10.0.0、 Rational Rhapsody 8.1.5、 Visual Paradigm for UML 13.2、 Astah UML 7.1、 WhiteStarUML 5.8、 UModel 2017、 BOUML 6.11.3、 Cubetto UML 4.9.1、 OmniGraffle for Mac 7、 Runway 1.7.2、Software Ideas Modeler 10.42、 BridgePoint xtUML 5.3.4、 Class Visualizer 1.8.0、 Edraw Max 8.4、 Trufun V6、 Umbrello UML Modeller 2.20、 Entity Model Studio 2.7.0
3.3
P15
UML描述了一个系统的静态结构和动态行为。UML将系统描述为一些离 散的相互作用的对象并最终为外部用户提供一定的功能的模型结构。 静态结构定义了系统中的重要对象的属性和操作以及这些对象之间的 相互关系。动态行为定义了对象的时间特性和对象为完成目标而相互 进行通信的机制。从不同但相互联系的角度对系统建立的模型可用于 不同的目的。
P12
03
UML技术与工程
3.1
P13
UML描述了一个系统的静态结构和动态行为。UML将系统描述为一些离 散的相互作用的对象并最终为外部用户提供一定的功能的模型结构。 静态结构定义了系统中的重要对象的属性和操作以及这些对象之间的 相互关系。动态行为定义了对象的时间特性和对象为完成目标而相互 进行通信的机制。从不同但相互联系的角度对系统建立的模型可用于 不同的目的。
系统分析与设计——统一建模语言UML
北京理工珠海学院
6.1.2统一建模语言特点
（1）面向对象:支持面向对象技术的主要概念,提供 了一批基本的模型元素表示图形和方法,简明表 达面向对象的各种概念. （2）可视化:通过UML的模型图清晰表示系统的逻辑 模型和实现模型,还用于各种复杂系统的建模. （3）独立于过程:独立于开发过程. （4）独立于程序设计语言:建好的系统模型可用任何 面向对象的语言来实现. （5）易于掌握和使用:结构清晰,建模简明易于掌握
五类图
第一类是用例图，从用户角度描述系统功能，并指出各功能的操作者 .
第二类是静态图 ，包括类图、对象图和包图 .
第三类是行为图,描述系统的动态模型和组成对象间的交互关系。行为图 包括：状态图、活动图、顺序图和协作图 第四类是交互图,描述对象间的交互关系。(顺序图显示对象之间的动态 合作关系，它强调对象之间消息发送的顺序，同时显示对象之间的交互 ；合作图描述对象间的协作关系，显示对象间的动态合作关系和对象以 及它们之间的关系)。如果强调(时间和顺序，则使用顺序图)；如果强 调(上下级关系，则选择合作图)。这两种图合称为交互图. 第五类是实现图 ,其中构件图描述代码部件的物理结构及各部件之间的 依赖关系。一个部件可能是一个资源代码部件、一个二进制部件或一个 可执行部件。它包含逻辑类或实现类的有关信息。构件图有助于分析和 理解部件之间的相互影响程度。
《include》 打印查询结果
(From Use Case View)
(From Use Case View)
北京理工珠海学院
案例：泛化、扩展关系
下面左图给出了一个扩展关系的例子，在还书的过程中， 只有在例外条件（读者遗失书籍）的情况下，才会执行赔 偿遗失书籍的分支流。 泛化关系：用例可以被特别列举为一个或多个子用例，这 被称做用例泛化。当父用例能够被使用时，任何子用例也 可以被使用。如在右图中，订票是电话订票和网上订票的 抽象。
第3章 统一建模语言UML
第3章统一建模语言UML软件工程领域具有划时代意义的成果之一就是统一建模语言（unified modeling language，UML）。
至少在近十年内，UML将是面向对象技术领域内占主导地位的标准建模语言。
UML应用领域非常广泛，可用于多种类型软件系统开发建模的各个阶段。
具有创建系统的静态结构和动态行为等多种结构模型的能力，具有可扩展性和通用性，适合与多种多变结构系统的建模。
3.1 软件建模的原因高质量的软件开发是项目团队努力追求的一个重要目标。
但是，软件质量受到诸多因素的混合影响，在软件工程中，我们面临着成本和工作量的压力；在软件产品方面，我们需要保证软件的功能、性能、有效性、容错能力、扩展性、可维护性、可移植性等等；尤其对大型复杂软件系统，费用超支、生产率低下和质量不高等问题常常困绕着软件开发。
这些问题的根源在于软件自身的复杂性。
应对软件复杂性问题的根本性方法之一就是要进行软件建模。
我们进行软件建模的最重要原因是为了使我们的最终产品在质量上达到一个较高的水平。
高品质是指产品开发简单，开发周期短，有更好的用户文档，经过更好测试从而减少故障。
事实上，良好的结构可以持续使用，拙劣的结构只会被淘汰。
建立于良好基础之上，使用达到目标的一致的方法、包含大量的重用，没有故障的代码修复起来非常容易。
事实上，建立软件模型要比开发软件耗费的时间更多，而通过合理的软件建模可以减少开发时间也是一个不争的事实。
3.2 UML的发展历程面向对象的建模方法始于20世纪80年代初期，大量有决定意义的思想形成于20世纪90年代中期，这期间涌现出一些重要方法，包括Booch、OMT、Shlaer-Mellor、Fusion、OOSE 和Coad-Yourdon等。
1994年10月，Jim Rumbaugh和Grady Booch开始共同合作，于1995年10月提出统一方法（unified method）0.8版本。
随后，Ivar Jacobson也加入其中，同时将OOSE思想融合进来，于1996年6月发布统一建模语言（Unified Modeling Language，UML）0.9版本。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
浅析UML(统一建模语言)的现状与发展
摘要：uml(统一建模语言)是软件工程领域的一种建模语言，是在多种面向对象建模方法的基础上发展起来的。
uml现在已成为软件企业事实上的工业标准。
uml采用元模型对其进行描述，它是4层元模型体系结构模式中的一层。
此模式还有另外三个层次，分别是元-元模型层、模型层和用户对象层。
uml既有其无可比拟的优势，也存在一些不足，在未来发展中uml定能扬长避短发挥其优势。
关键词：uml对象建模元模型模型层用户对象层
1 uml的提出
uml是软件工程领域的一种建模语言，是在多种面向对象建模方法的基础上发展起来的。
在1995年，gray booch和janes rumbaugh 将他们的面向对象建模方法统一为unified method v0.8。
一年之后ivar jacobson加入其中，共同将该方法统一为二义性较少的uml 0.9。
同时，这三位杰出的方法学家被称为“三友(three amigos)”。
很快用户也认识到可对软件系统进行可视化、描述、构造和文档化的通用建模语言所带来的益处。
他们充满激情地将这种语言的早期草案应用于不同的领域。
受用户强烈需求的驱动，建模工具厂商也很快在它们的产品中加入了对uml的支持。
uml成了事实上的工业标准。
1996年，一个由建模专家组成的国际性队伍“uml伙伴组织”开始同“三友”一起工作，计划将uml提议作为omg(object management group)的标准建模语言。
1997年1月，伙伴组织向omg
提交了最初的提案uml 1.0。
经过了九个月的紧张修订，于1997年9月提出了最终提案uml 1.1，这个提案在1997年11月被omg正式采纳为对象建模标准。
在一个规范被采纳后不久，将成立一个修订任务组，负责该规范的修订。
1997年9月，omg采纳uml 1.1规范之后不久，特许成立了第一个uml修订任务组(revision task forces，rtf)，负责收集有关评论，并且提出修改建议。
该rtf提交的第一个主要产品是一个编辑版本uml 1.2，它改编了规范，使之与其他omg规范更为一致。
尽管这一版本纠正了印刷和语法错误，以及某些明显的逻辑上的不一致，但还是没有涉及对重要技术的改进。
该rtf的第二个主要的产品是其技术版本uml 1.3，它修正和改善了uml 1.1的遗留问题，并矫正了在此之后发现的许多小错误。
该rtf一致推荐omg批准其uml 1.3最终草案，并于1999年6月提交了一份最终报告。
被推荐的规范随后被提交给组织委员会和平台技术委员会以获得批准。
2 uml体系结构演变
uml采用元模型对其进行描述，它是4层元模型体系结构模式中的一层，其他层次分别是元-元模型层、模型层和用户对象层。
其中元模型层由元-元模型层导出，uml的元-元模型层在omg mof的元-元模型中定义，而uml元模型中的元类是mof元-元类的实例。
元模型的体系结构模式可以用来定义复杂模型所要求的精确语义，这种复杂模型通常需要被可靠地保存、共享、操作以及在工具
之间进行交换。
它具有如下特点。
①它在每一层都递归地定义语义结构，从而使语义更精确、更正规。
②它可以用来定义重量级和轻量级扩展机制。
③它在体系结构上将uml元模型与其他基于4层元模型体系结构的标准(比如mof和用于模型交换的xmi facility)统一起来。
在元模型层，uml元模型又被分解为3个逻辑子包：基础包、行为元素包和模型管理包。
其中基础包是描述模型静态结构的语言底层结构，支持类图、对象图和构件图和部署图等结构图。
行为元素包是描述模型动态行为的语言上层结构，支持不同的行为图。
模型管理包则定义了对模型元素进行分组和管理的语义，它描述了几种分组结构，包括包、模型和子系统。
行为元素包和模型管理包都依赖于基础包。
uml 1.3是建模语言规范第一个成熟的发布。
它纠正并调整了从uml 1.1中继承下来的遗留问题，而且修正了最终提交后的一年来所发现的大多数错误。
解决uml 1.1的遗留问题：①完善活动图的语义和表示法增加了状态的动态激发语义，定义了执行条件线程的语义和表示法，而且增加了对象流功能。
为了做这些修订，还需要对活动图所依赖的状态机语义做以下修改：为同步并发的活动加入“同步状态”、精化信号的语义、为合并状态转换定义附加的伪状态。
②清理关系的标准元素。
引入关系元类来组织各种类型的关系，并且把依赖构造型
改造为依赖和流。
依赖和其他关系名称的一致性也有所改进。
③体系结构的一致性。
通过加入物理元模型和xmi(xml metadata interchange)、dtd(document type definition)定义，提高了uml l.3元模型的体系结构跟mof和xmi facility的一致性。
从uml语义逻辑元模型导出的物理元模型包含了一些支持产生
idl(interface definition language)和xmi dtd的修改(例如将关联类转化为类)。
其他变化：①静态结构图。
放宽了限制，使类和接口之间可以关联，并且在类中可以声明信号。
信号被定义为一个类元，可以操作。
另外，还重新定义了模板和强类型的语义。
②用例图。
用例之间的关系被重新定义为三种主要类型：泛化、包含和延伸。
③交互图。
放宽了限制，使用户可以描述角色或实例。
而且协作也可以泛化。
④模型管理图。
改进了模型和子系统的语义和表示法，将它们从包中分离出来，并使之更容易使用。
澄清了对包的访问和引入权限的区别。
尽管uml规范的核心是语法和语义定义，但它还包括模型交换、语言扩展以及约束等方面的定义。
uml 1.3对这些相关规范都进行了错误纠正，并使之与核心语言的改进保持一致。
为uml 2.0确立路标：该rtf在最终报告中明确了因为超出其范围或时间不允许而不能做的各种改进。
他们建议下一个rtf应特别注意扩展性和文档管理方面的问题。
对目前的扩展机制，用户和工
具开发商已经发现了一些重要问题，而涌入新uml外围的提案可能会加剧这些困难。
在文档管理方面，物理元模型和xmi dtd规范的加入大幅度地增加了uml规范的长度，并使它变得笨拙难用。
下一次uml修订将会把物理建模规范拆分为单独的文档。
该rtf还进一步建议负责起草uml 2.0 rfp的工作组考虑以下问题：①体系结构：使用严格的元模型方法定义一个与mof元一元模型严格一致的物理元模型。
给出改进的指导方针，以决定哪些部分应该定义在核心语言中，哪些部分应定义在uml的外围或标准模型库中。
②扩展性：提供同4层元模型体系结构一致的扩展机制。
提高外围规范的严密程度，使其支持用户对语言定制能力不断增加的要求。
③构件：增强基于构件的软件开发的语义和表示法。
④关系：提供“精化”和“追踪”依赖关系的基本语义。
在多个抽象层次上定义关联的语义。
⑤状态图和活动图：定义独立于状态图语义的活动图语义。
在活动图和状态图中提供更随意的并发。
详细说明状态机的泛化。
⑥模型管理：重新定义模型和子系统的表示法和语义，以增强对企业体系结构视图的支持。
⑦总体机制：定义一种模型版本管理的机制。
详细说明图的互换机制。
3uml的应用与未来
uml是在多种面向对象建模方法的基础上发展起来的软件建模语言，在软件领域使用很广泛。
从uml面世以来，便引起了计算机业界的重视，omg的采纳和大公司的支持把它推上了事实上的工业标
准的地位，使它拥有越来越多的用户。
它被广泛地用于应用领域和多种类型的系统建模。
近几年以来，uml还被运用于软件再工程、质量管理、过程管理和配置管理等方面。
对uml的讨论和评价，无论是在internet上的交流讨论，还是uml研讨会，或是学术期刊上发表的文章，都是既肯定其成绩，又指出其缺点和错误，并且积极地给出建设性意见。
总的来说：①uml 取得重要成功是毋庸置疑的，它已成为在软件工业中占主导地位的建模语言，并在许多领域的软件开发中得到应用。
②uml还存在一些问题，自它产生之日起就从未离开过批评：用户和教师抱怨它内容庞大、难学难教而且太过复杂；学者认为它缺乏一个精练的核心和定义良好的外围；建模实践者认为它缺少支持自己领域建模要求的机制；工具开发商则因为规范本身的不确定性而产生理解上的偏差。
③uml的关键问题是过于庞大和复杂，以及在语言体系结构、语义等方面仔在理论缺陷。
产生这些问题的一个重要原因是在形成规范的过程中不得不照顾多种方法流派的观点和多家公司的利益。
尽管存在一些问题，但瑕不掩瑜，uml在未来定会克服不足，扬长避短，为软件开发做出有力的支持！
参考文献：
[1]《软件工程》张海藩.清华大学出版社.2009.8.
[2]《软件构件技术》夏榆滨.清华大学出版社.
[3]《软件构件技术研究》.贾春花，刘晓英.中国商务出版社，
2010.9.。