📄 umlsummary004.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><font size="5"><h3><a name="3">3.UML的过去、现在与将来</a> <a href="umlsummary000.htm">返回目录</a></h3> <h4><a name="3.1">3.1UML 0.8 - 0.91</a></h4> </font><p>UML的前身</p> </b><p align="JUSTIFY">从70年代中期到80年代末期，随着方法学家在实践中对面向对象的分析和设计方法的探索，出现了最初的面向对象的建模语言。 独立的建模语言从1989年的不到10种猛增到1994年的50多种。即使是在这种“方法大战”的推动下，许多面向对象技术的使用者还是很难对某种建模语言表示完全满意。到了90年代中期，改进的方法陆续出现，最引人注目的有Booch ’93方法、不断完善的OMT 技术、和Fusion方法。这些方法不断吸收其他方法的优点，产生了一批卓越的软件开发技术，如OOSE、OMT-2和Booch ’93方法。这些软件工程方法都是完整的技术，但都只在某些方面具有优势。简单的说，OOSE方法是面向用例的方法，对商业工程设计和需求分析提供了良好的支持；OMT-2方法便于分析和开发数据密集的信息系统；而Booch-’93方法则更注重工程的设计和构造阶段，在开发工程密集的应用方面具有优势。</p> <b><p>Booch、Rumbaugh和Jacobson联合行动</p> </b><p align="JUSTIFY">UML的开发始于94年8月，瑞理软件公司的Grady Booch和Jim Rumbaugh着手进行统一Booch方法和OMT（对象建模技术）的工作。由于Booch和OMT方法有很多相似之处，而且被公认为世界范围内面向对象方法的先驱，Booch和 Rumbaugh决定合作设计一门统一的建模语言。90年10月发行了统一方法（The Unified Method）的初版（0.8版）。同年秋天，Ivar Jacobson加盟联合开发小组，并力图把OOSE方法（面向对象的软件工程方法）也统一进来。</p> <p align="JUSTIFY">作为Booch、OMT和OOSE方法的创始人，Booch、Rumbaugh和Jacobson决定开发UML有三个原因：首先，这些方法有许多相似之处，通过这项工作，消除可能会给使用者造成混淆的不必要的差异是非常有意义的。其次，通过对语义和表示法的统一，可以稳定面向对象技术的市场，使工程开发可以采用一门成熟的建模语言，开发工具的设计者可以集中精力设计更优越的性能。第三，他们希望通过统一的工作，使所有的方法更进一步，积累已有的经验，解决以前没有解决好的问题。</p> <p align="JUSTIFY">当Booch，Rumbaugh和Jacobson着手进行统一工作时，他们制订了四个目标：</p> <blockquote> <p align="JUSTIFY">使用面向对象的概念构造系统（不仅仅指软件系统）的模型。</p> <p align="JUSTIFY">建立设计框架与代码框架间明确的联系。</p> <p align="JUSTIFY">解决复杂的、以任务为中心的系统内在的规模问题。</p> <p align="JUSTIFY">开发人与机器通用的建模语言。</p> <b> </blockquote> </b><p align="JUSTIFY">开发应用于面向对象的分析和设计的表示法并不象设计一门编程语言那么简单。首先，设计者要考虑：表示法是不是应该能够表达系统的开发需求？是不是要把表示法设计成形象化的语言？其次，设计者需要在表达能力和简洁程度之间作一下折衷：过于简洁的表示法会限制应用的范围；而过于复杂的表示法又会吓倒刚入门的使用者。如果设计者是在统一已有的一些方法，则还要照顾到过去的基础：改变过多会使原来的使用者感到混乱。不作改进，又难以吸引更多的使用者。UML的定义力图在这几个方面平衡利弊。</p> <p align="JUSTIFY">经过Booch，Rumbaugh和Jacobson的不懈努力，UML 0.9和0.91版终于在1996 年的六月和十月分别出版。1996年间，UML开发者们虚心求教并收到了来自社会各界的反馈。他们据此作了相应的改进，但显然还有很多工作需要完成。</p> <font size="5"><b><h4><a name="3.2">3.2UML 1.0与UML合作者</a></h4> </b></font><p align="JUSTIFY">1996年，一些组织逐渐认识到UML对其业务的战略价值。我们与几个愿意为UML贡献力量的组织联合组成了UML合作者协会。那些对UML定义1.0版的开发作出很大贡献的组织有：Digital Equipment Corp.、HP、i-Logix、Intellicorp、IBM、ICON Computing、MCI Systemhouse、Microsoft、Oracle、瑞理软件（Rational Software）公司、TI和Unisys。这些合作者联合开发了UML 1.0，一门严格定义、功能强大、应用广泛的建模语言。</p> <p align="CENTER"><img src="i/image60.gif" width="467" height="350"></p> <p align="JUSTIFY">UML 的合作者们提出了许多内行的建议，包括：OMG和RM-ODP技术、商业建模、状态机语义、类型、界面、构件、协同、求精、框架、分配和元元模型。以上所列仅是其中的一部分。UML 1.0是集体智慧的结晶。对UML开发作出贡献的人员名单在文档的谢启部分。</p> <font size="5"><b><h4><a name="3.3">3.3UML的现状</a> </h4> </b></font><p align="JUSTIFY">在本文档出版的同时，OMG小组正在考虑是否采纳UML作为对象建模方法的标准。</p> <p align="JUSTIFY">UML无专利权，是对外公开的。它致力于满足其基础方法的使用者和科学团体的需要。许多方法学家、组织和工具开发者已经在使用UML。UML在Booch、OMT和OOSE等先进方法的基础上建立起类似的语义和表示法，并且采纳了UML合作者和社会各界的建议，因此很容易得到广泛的认可。</p> <p align="JUSTIFY">UML对各种优秀方法的统一有两方面的含义：首先，它有效的消除了各种建模语言之间许多不必要的差异。更重要是，它统一了各种方法对不同类型的系统（商业系统或软件系统）、不同的开发阶段（需求分析、设计和实现）以及不同的内部概念的不同观点。</p> <font size="5"><b><h4>3.4<a name="3.4"></a>UML的将来 </h4> </b></font><p align="JUSTIFY">以下是UML的发展规划：</p> <blockquote> <p align="JUSTIFY">UML合作者协会将于1997年1月16日将UML文档资料提交给OMG。</p> <p align="JUSTIFY">UML合作者协会将在1997年上半年考虑OMG和公众的意见。</p> <p align="JUSTIFY">OMG将在1997年中期决定是否采纳UML作为对象建模方法的标准。</p> <p align="JUSTIFY">UML方法学家以及软件工业书籍的作者将在1997年出版有关的资料和书籍。</p> </blockquote> <b><p><br> UML的标准化</p> </b><p align="JUSTIFY">UML是在先进的面向对象方法的基础上建立起来的，因此许多组织都已经宣布支持UML为其组织的标准。UML已经做好了广泛应用的准备。UML 1.0版是稳定、实用的版本。这些文档可以作为作家撰写书籍和培训教材以及开发者设计形象化建模工具的第一手材料。其它的资料，如论文、培训课程、范例和书籍等，将很快推动UML的广泛传播。</p> <p align="JUSTIFY">根据对象管理小组（OMG）的分析和设计工作组的RFP-1，UML 1.0版的文档及其他资料，将在1997年1月提交。估计97年6月以前，OMG将决定是否接纳UML作为对象建模方法的标准。我们期待着UML及其定义继续得到发展。实际上，提交UML的准备工作已经并且将继续有力的推动UML的发展。</p> <b><p>讨论小组及提供反馈</p> </b><p align="JUSTIFY">有一些电子研讨会适合对UML作一般性的讨论，包括Internet新闻组 <i>comp.object</i>。</p> <p align="JUSTIFY">UML合作者们可以通过电子邮件在网点uml_feedback@rational.com对UML发表意见。对UML文档特定章节的建设性意见，相对来说更容易被采纳。根据建议的数量，我们也许不会对每一邮件都作出回复。</p> <b><p>工业化</p> </b><p align="JUSTIFY">许多组织和开发者都已经采用了UML。接受UML的组织将随着时间迅速增加。这将使UML定义更加实用，并鼓舞其他方法学家、工具开发者、培训中心和作家采用UML，从而继续促进统一建模语言的推广。</p> <p align="JUSTIFY">UML的巨大成功，将最终表现在其在工程上的成功应用和日益增长的对有关UML的支持工具、书籍、培训和指导的需求。</p> <p align="JUSTIFY"><a href="umlsummary000.htm">返回目录</a></p> </body> ⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -