uml参考手册_(公开)(编辑修改稿)

uml参考手册_(公开)(编辑修改稿)内容摘要：

....... 75 第三部分 参考资料 .................................................................................................... 77 第 13 章 术语大全 ........................................................................................................ 78 UML 参考手册 IV 第 14 章 标准元素 .......................................................................................................334 第四部分 附录 ..............................................................................................................343 附录 UML 元模型 .........................................................................................................344 索引 ................................................................................................................................. 1 UML 参考手册 i 译者序 随着计算机硬件性能的不断提高和价格的不断下降，其应用领域也在不断扩大。 人们在越来越多的领域希望把更多、更难的问题交给计算机去解决。 这使得计算机软件的规模和复杂性与日俱增，从而使软件技术不断地受到新的挑战。 60 年代软件危机的出现就是因为系统的复杂性超出了人们在当时的技术条件下所能驾御的程度。 此后在软件领域，从学术界到工业界，人们一直在为寻求更先进的软件方法与技术而奋斗。 每当出现一种先进的方法与技术，都会使软件危机得到一定程度的缓和。 然而这种进步又立刻 促使人们把更多、更复杂的问题交给计算机去解决。 于是又需要更先进的方法与技术。 开发一个具有一定规模和复杂性的软件系统和编写一个简单的程序大不一样。 其间的差别，借用 G. Booch 的比喻，如同建造一座大厦和搭一个狗窝的差别。 大型的、复杂的软件系统的开发是一项工程，必须按工程学的方法组织软件的生产与管理，必须经过分析、设计、实现、测试、维护等一系列的软件生命周期阶段。 这是人们从软件危机中获得的最重要的教益。 这一认识促使了软件工程学的诞生。 编程仍然是重要的，但是更具有决定意义的是系统建模。 只有在分析和设计阶段建立 了良好的系统模型，才有可能保证工程的正确实施。 正是由于这一原因，许多在编程领域首先出现的新方法和新技术，总是很快地被拓展到软件生命周期的分析与设计阶段。 面向对象方法正是经历了这样的发展过程，它首先在编程领域兴起，作为一种崭新的程序设计范型引起世人瞩目。 继 Smalltalk80 之后， 20 世纪 80 年代又有一大批面向对象的编程语言问世，标志着面向对象方法走向成熟和实用。 此时，面向对象方法开始向系统设计阶段延伸，出现了如 Booch8 GOOD（通用面向对象的开发 ） 、 HOOD（层次式面向对象的设计）、 OOSD（ 面向对象的结构设计）等一批 OOD（ “面向对象的设计 ”或 “面向对象的开发 ”的缩写）方法。 但是这些早期的 OOD 方法不是以面向对象的分析（ OOA）为基础的，而主要是基于结构化分析。 到 1989 年之后，面向对象方法的研究重点开始转向软件生命周期的分析阶段，并将 OOA 和 OOD 密切地联系在一起，出现了一大批面向对象的分析与设计（ OOAamp。 D）方法，如 Booch 方法、 Coad/Yourdon 方法、 Firesmith 方法、 Jacobson 的 OOSE、 Martin/Odell 方法、 Rumbaugh 等人的 OMT、 Shlaer/Mellor 方法等等。 截至 1994 年，公开发表并具有一定影响的 OOA amp。 D 方法已达 50 余种。 这种繁荣的局面表明面向对象方法已经深入到分析与设计领域，并随着面向对象的测试、集成与演化技术的出现而发展为一套贯穿整个软件生命周期的方法体系。 目前，大多数较先进的软件开发组织已经从分析、设计到编程、测试阶段全面地采用面向对象方法，使面向对象无可置疑地成为当前软件领域的主流技术。 各种面向对象的分析与设计方法都为面向对象理论与技术的发展作出了贡献。 这些方法各有自己的优点和缺点，同时在各自不同范围内拥有自己的用户 群。 各种方法的主导思想以及所采用的主要概念与原则大体上是一致的，但是也存在不少差异。 这些差异所带来的问题是，不利于面向对象方法向一致的方向发展，也会给用户的选择带来一些困惑。 为此， Rational公司的 G. Booch 和 J. Rumbaugh 决定将他们各自的方法结合起来成为一种方法。 1995 年 10月发布了第 1 个版本，称作 “统一方法 ”（ Unified Method ）。 此时 OOSE 的作者 I. Jacobson也加入了 Rational 公司，于是也加入了统一行动。 1996 年 6 月发布了第 2 个版本。 鉴于统一行动的产物只是一种建模语言，而不是一种建模方法，（因为不包含过程指导），所以自 版起，改称 “统一建模语言 ”（ Unified Modeling Language）。 在此过程中，由 Rationl公司发起成立了 UML 伙伴组织。 开始时有 12 家公司加入，共同推出了 版，并于1997 年 1 月提交到对象管理组织（ OMG）申请作为一种标准建模语言。 此后，又把其他几 UML 参考手册 ii 家分头向 OMG 提交建模语言提案的公司扩大到 UML 伙伴组织中，并为反映他们的意见而对 UML 进一步做了修改，产生了 版。 该版本于 1997 年 11 月 4 日被 OMG 采纳。 此后 UML 还在继续改进，目前最新的版本是。 关于 UML 的历史、发起的动机、目标、权衡的问题等，这里不想做更多的介绍，因为读者很快会从《 UML 用户指南》的前言中看到更详细的叙述。 这里想着重指出的是以下三点：第一点是 UML 的三位发起人 G. Booch、 J. Rumbaugh 和 I. Jacobson 是从事面向对象研究的著名专家，他们各自的方法和著作在该领域均具有很大的影响；第二点是众多的大公司加入了 UML 阵营，为 UML 的制定和推广提供了强有力的支持；第三点是 UML 经过数年的努 力终于被 OMG 采纳，成为该组织承认的一种标准建模语言。 总之， UML 是吸收多种方法的成果、凝结许多组织和个人智慧的产物。 UML 是一种用于对软件密集型系统进行可视化、详述、构造和文档化的建模语言，主要适用于分析与设计阶段的系统建模。 UML 最主要的特点是表达能力丰富。 因为它从各种OOAamp。 D 方法中吸取了大量的概念，并在 “UML 语义 ”、 “UML 表示法指南 ”、 “对象约束语言规约 ”等 UML 文献中对这些概念的语义、图形表示法和使用规则作了完整而详细的定义。 可以说， UML 对系统模型的表达能力超出了以往任何一种 OOAamp。 D 方法。 当然，随之而来的问题是，它的复杂性也超出了以往任何一种方法。 UML 的问世引起了计算机软件界的广泛重视，因为它代表了一种积极的方向 —多种方法相互借鉴、相互融合、趋于一致、走向标准化。 建模语言的标准化将为软件开发商及其用户带来诸多便利。 因此，在美国等国家已有大量的软件开发组织开始用 UML 进行系统建模。 学习和使用 UML 已经成为一种潮流。 我国软件界对 UML 也相当关注。 许多研究人员和技术人员已在数年前开始学习和研究 UML。 更有许多人想学习 UML，但苦于找不到合适的书籍。 由于 UML 的复杂性，仅通过 UML 的标准文献来 学习和使用它确实不是一件轻松的事。 以往国内外也曾发表过一些介绍或评述 UML 的著作或论文，但是与 UML 的丰富内容相比，这些介绍远不能满足读者的要求。 值得高兴的是， UML 的三位主要设计者 G. Booch、 J. Rumbaugh 和 I. Jacobson 现在已亲自撰写了这套详细阐述 UML 的著作，由 Addison Wesley 公司于 1999 年出版。 这套著作对UML 进行了详细、深入而准确的介绍和论述，而且语言生动、深入浅出、实例丰富、图文并茂。 这是一套教会读者掌握和使用 UML 的教材和指导手册，而不是枯燥的标准文献。 对于想学习和使用 UML 的广大读者，这是一套难得的好书。 为了使中国的读者能够更好地从中受益，我们在机械工业出版社的恳切建议下，分头翻译了这三本书，即《 UML 用户指南》、《 UML 参考手册》和《统一软件开发过程》。 三本原著都是由这三位作者合著，既各自独立、又有很强的内在联系。 其中《 UML 用户指南》介绍了 UML 的基础知识，包括 UML 的术语、规则和语言特点，以及如何运用该语言去解决常见的建模问题，初学者学习 UML 最好从阅读该书开始。 《 UML 参考手册》对UML 的组成和概念作了详细的介绍，包括这些概念的语义、语法、表示法 和用途，是一本适合软件专业人员使用的方便而全面的参考读物。 《统一软件开发过程》给出了一种以 UML作为建模语言进行软件开发的过程指导。 其内容不是 UML 固有的组成部分，因为被 OMG采纳的 UML 只是一种建模语言，并不包含过程指导。 实际上， UML 是独立于过程的，可以用于不同的软件过程。 但是该书介绍的软件开发过程是三位作者在开发 UML 时一直在头脑中思考的，因此很切合 UML 的特点。 该书对于如何运用 UML 的概念进行软件开发提供了详细指导，适合软件专业人员使用。 鉴于 UML 本身以及这套著作的重要意义，译者在翻译这些著作时采 取了特别慎重和严谨的态度，力求准确和通顺。 在翻译过程中，一个重要问题是要使这套书中的专业术语的中文译法保持一致。 这三本书的译者以往曾分别开展过一些与 UML 有关的研究和写作，对有 UML 参考手册 iii 些术语的译法互有差异。 本次翻译工作中，所有译者在机械工业出版社的组织下进行了多次讨论、研究和交流，首先对所有专业术语的译法统一意见，达成共识。 其中某些术语的译法颇难定夺：既要确切反映英文本意，又要符合中文习惯，还要避免与国内已习惯于与其它英文词对应的中文相混淆。 经过反复切磋，大部分问题都得到满意的解决。 对个别有争议的问题，在充分讨论的 基础上采取放弃己见、服从大局的态度，从而形成了一个译法一致的词汇表。 此后在翻译过程中还经常以各种交流方式进行磋商和勾通。 最终使这套丛书能以一致的面貌呈献给读者。 我们也希望这些工作能为 UML 术语今后在中文翻译中的统一贡献一份力量。 在科技著作的翻译中，保证准确和通顺的关键因素不仅仅是外文水平，还取决于译者真正了解所涉及的技术内容。 这套著作的内容远远超出了 UML 的标准文献，因为除了介绍UML 的语法、语义、使用规则之外，其中还包含许多学术思想、技术策略和实践经验。 在翻译中遇到的许多疑难问题，我们是通过进一步研究 UML 以及有关的学术和技术问题而得到解决的，从而避免了许多讹误。 因此，这套著作的翻译不仅是文字方面的工作，还包含译者在技术上的研究。 我们希望这些研究最终通过较准确的翻译文字使读者受益。 同时诚恳地希望广大读者对可能存在的疏漏和错误之处给予批评和指正。 译 者 20xx 年 10 月于北京 UML 参考手册 iv 前言 目标 本书是关于统一建模语言（ UML, Unified Modeling Language）的一本全面实用的参考书 ,可供软件开发人员，设计人员，项目管理员，系统工程师，程序设计人员，分析员，用户以及研究、设计、开发和理解复杂 软件系统的技术人员参考。 书中对 UML 的组成和概念做了详细介绍，包括其语义、语法、表示法和用途。 对广大专业软件开发人员来说，这是一本使用方便、内容全面的参考读物。 此外，本书还讨论了有关标准文献没有解释清楚的细节问题和 UML 标准中一些结论的基本原理。 本书不是一本关于 UML 语言标准文献和 UML 元模型内部细节的指导手册。 对元模型的细节感兴趣的是 UML 工具的开发者和研究开发方法的专家，一般的软件开发人员无需了解对象管理组织（ OMG, Object Management Group）制定的这些不易为人了解的细节。 本书涵盖了能够满足绝大部分软件开发人员需要的细节内容，对于某些源于原始标准的细节，往往指明了其出处。 本书所附光盘收录了一些原始标准文献，供读者参考。 在阅读本书之前，读者应具备有关面向对象技术的基本知识。 为方便初学者，书后的参考文献中列出了我们和其他作者早期的原作。 虽然这些书中采用的某些表示法现在已有了变化，但是一些书中介绍的面向对象的概念仍然有用，如 [Rumbaugh91]、 [Booch94]、[Jacobson92]和 [Meyer88]等书，所以这里没有必要重新讨论这些基本概念。 如果某些读者要个别 学习如何用 UML 对一般问题建立模型，可参考《 UML 用户指南》（即将由机械工业出版社出版）一书。