📄 umlsummary005.htm
字号:
<head><meta NAME="´¡ãÍâÈí¼þ¹¡è³Ì" Content="Author:Asia Alien"><title>UML概要（中文）</title><meta http-equiv="Content-Type" content="text/html; charset=gb2312"><link REL="stylesheet" HREF="../../newcss.css" TYPE="text/css"></head><body><p align="JUSTIFY"> <img border="0" src="i/umldilver.gif" WIDTH="606" HEIGHT="15"> </p> <b><h3>4.<a name="4"></a>UML的专业范围 <a href="umlsummary000.htm">返回目录</a></h3> </b><p align="JUSTIFY">统一建模语言（UML）是用来对软件密集系统进行描述、构造、视化和文档编制的一种语言。</p> <p align="JUSTIFY">首先，也是最重要的一点，统一建模语言融合了Booch、OMT和OOSE方法中的概念，它是可以被上述及其他方法的使用者广泛采用的一门简单、一致、通用的建模语言。</p> <p align="JUSTIFY">其次，统一建模语言扩展了现有方法的应用范围。特别值得一提的是，UML的开发者们把并行分布式系统的建模作为UML的设计目标，也就是说，UML具有处理这类问题的能力。</p> <p align="JUSTIFY">第三，统一建模语言是标准的建模语言，而不是一个标准的开发流程。虽然UML的应用必然以系统的开发流程为背景，但根据我们的经验，不同的组织，不同的应用领域需要不同的开发过程。举个例子来说，开发错综复杂的软件是非常有趣的工作，但开发这种软件与构造严格实时的航空电子系统是大不一样的，后者是性命攸关的大事。因此我们首先把精力集中在设计通用的元模型上（统一不同方法的语义），其次是建立通用的表示法（提供对这些语义的形象化的表达）。虽然UML的开发者们将继续倡导从<i>用例驱动</i>到<i>体系结构为中心</i>最后<i>反复改进、不断添加的</i>软件开发过程，但实际上设计标准的开发流程并不是非常必要的。</p> <p align="JUSTIFY"> </p> <b><h4>4.1<a name="4.1"></a>UML的基本组成</h4> </b><p align="JUSTIFY">UML的基本成分什么是呢？这个问题可以从两个方面来回答：UML</p> <p align="JUSTIFY">的定义及如何应用UML构造系统框架。</p> <b><h5>4.1.1UML定义的基本内容</h5> </b><p align="JUSTIFY">为了有助于对统一建模语言本身（“内部”观点）的理解，我们把文档划分为<i>UML简介</i>（本文档）、<i>UML语义</i>、<i>UML表示法指导</i>和<i>UML特定进程扩展</i>这几部分。下面，我们将对这些文档的内容作简单的介绍。除了这些文档之外，其他有关UML的理解、范例以及习惯用法等内容的书籍也将陆续出版。</p> <b><h6>4.1.1.1 UML语义 </h6> </b><p align="JUSTIFY">该文档通过叙述性的语言和UML表示法对UML精确模型作了详细描述。UML开发者们用UML表示法及英文说明文字提出了一个严格的元模型。提出这个元模型是为了给UML要素的语法和语义作简单、一致的定义性说明。它把UML的语义与因人而异的最佳表达方法相分离，从而使开发者们能够对UML的语义达成一致意见。另外，这个元模型还使开发小组有可能通过（从某种意义上来说）统一UML的元素来大大简化UML。（例如，我们发现类型、模式和用例这三个概念之间存在着相似之处。）开发者们希望通过描述元模型的语义，从而选择那些能更精确的表达元模型的规范技术。</p> <p align="JUSTIFY">元模型是描述模型的语言。现在指对象模型。元模型非常重要，因为它能对模型的语法和语义提供简单、通用、明确的描述。在模型里，元的“层次”有点儿任意。UML的开发者们有意识的选择语义丰富的元“层次”，因为这是工具交互和复杂系统设计所依赖的语义丰富的协议的必然要求。</p> <b><h6>4.1.1.2 UML表示法指南</h6> </b><i><p align="JUSTIFY">UML表示法指南</i>集中介绍了UML的表示法，并给出了一些范例。当开发者或开发工具应用UML建造系统模型时，图形符号和文本语法是最直接可见的部分（“外部”观点）。这些图形符号和文字所表达的是应用级的模型。应用级模型是UML元模型的实例。UML标准的图表类型见 4.1.2 节。</p> <b><h6>4.1.1.3 UML进程扩展 </h6> </b><p align="JUSTIFY">该文档主要介绍UML扩展机制中的进程特定的扩展（例如，构造型, 特征值和限制条件等），以及其相应的符号（如果有的话）。</p> <b> <font size="4"><h5>4.1.2开发</font>过<font size="4">程</h5> </font> </b><p align="JUSTIFY">设计怎样的模型对问题的解决及系统的开发有重要的影响。<i>抽象</i>，即抓住相关细节、忽略无关信息，是学习和交流的基本方法。因为：</p> <p align="JUSTIFY">复杂的系统可以从系统模型的不同角度来更好的理解。只从一个角度来考察系统是不够的。</p> <p align="JUSTIFY">一个模型可以表示成不同的抽象层次。</p> <p align="JUSTIFY">优秀的模型是同实际相联系的。</p> <p align="JUSTIFY"><br> UML从考察系统的不同角度出发，定义了下列图表：</p> <p align="JUSTIFY">用例图</p> <p align="JUSTIFY">类图</p> <p align="JUSTIFY">行为图</p> <p align="JUSTIFY">状态图</p> <p align="JUSTIFY">活动图</p> <p align="JUSTIFY">时序图</p> <p align="JUSTIFY">协同图</p> <p align="JUSTIFY">实现图</p> <p align="JUSTIFY">构件图</p> <p align="JUSTIFY">安装维护图</p> <p align="JUSTIFY"><br> 这些图表从不同的侧面对进行分析或设计的系统进行描述。系统模型把这些不同的侧面综合成一致的整体，便于系统的分析和构造。尽管UML和其他开发工具还会设计出许多派生的视图，但上述这些图表和其他辅助性的文档是软件开发人员所见的最基本的结构。上述图表将在文档<i>UML表示法指南</i>中详细介绍。</p> <b><p>表示法和语义的发展史</p> ⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -