1、本科毕业设计（论文）外文翻译 2 译文 2： 统一建模语言 UML 分层抽象建模机制 摘要 ：在总结传统软件开发方法经验的基础上，严格遵守软件开发方法原则，从 UML 建模思想出发，对传统 UML 三层抽象建模结构进行了分析，并引入“抽象”和“分解”作为 UML 建模的核心思想；提出了 UML 分层抽象建模机制的构想，将计算机系统开发过程概括为对功能信元、结构信元、关联信元、实现信元和集成信元的提取过程，并以此作为 UML 建模的指导。有效了利用 UML 完整语义定义，克服了传统面向对象开发方法的缺陷；实现了建模过程从需求到分析的过渡以及功能和实现事实上的分离。 关键词 ：统一建模语言；抽象；
2、分解；分层建模；信元 1.UML 的一些概念 1.1 使用情况 一种使用情况是一个功能的紧密单元，由一个系统或者类提供，前后一致的信息在外力的相互作用 (叫做角色 )下 ,一个或多个信息交换的顺序以及系统进行的活动。 1.2 类 一个类是有相似的结构，行为和关系的一套对象的描述符。一个类可以使用一套接口来指定操作的收集并提供环境。类可以是抽象和可执行的。 1.3 接口 一个接口是可以用于确定一种服务的操作收集的宣告，由一个类 (对象 )的实例提供。一个接口能命名一次行动的收集，并且指定他们的签名和协议。一个接口为它的行动没有提供实施(方法 )。 1.4 包 一个包是一个类那样的组模型要素。一个
3、包可以包含两个下属包和普通的模型要素。一些包可以是子系统或者模型。整个系统描述可以在它的其它任何事情上，认为是单个的高级子系统包。 1.5 组成部分 组成部分是执行一个系统重要的，差不多独立和可替换的部分，来完成一个明确的清楚的系统功能。一个组成部分与接口相符并且提供一套物理接口 来实现。一个组成部分可以是一个或更多类。 2.两种模型化想法被提出 全世界，对于软件有一个贪婪的需求。一方面，需要增加更多的一切功能性，灵活性，稳定性的软件，来保证软件复杂性，改进工具和人智力的限制；另一方面，当系统运转时，它变得越来越难以理解和表述大的行为模式，被一个系统的组成部分共同取得。建造完美对象系统的模型是
4、整个系统设计的关键任务。由于这些原因，紧急发现是简化整个设计，对模型化的一些指导处理并且提高软件的效率发展。 本科毕业设计（论文）外文翻译 2 基于工程惯例的经验，我们提出两种模型化想法：抽象概念和分解。他们也有两个基本关于人的 想法，当人们能认识和管理他们试图解决的那些问题的复杂性。 抽象概念是什么？面临一个问题时，当我们忽视分部和结时，我们经常想要知道它的普通属性。我们叫这种方法抽象概念。在软件工程领域，抽象概念有两种意思。第一是分析复杂系统时，设计者区分必要和非本质因素，为了得到摆脱非本质事情的本质问题。通过这样做，设计者正好能描述对象系统的结构并且改变无结构系统到系统的结构上。有意义的
5、抽象概念的另一个不是在模块化过程期间，设计者一般对更高的标准化的低层的功能分层标准化。通过这样做，更高的层抽象概念的机制可以形成。抽象概念可以 分解为两个层。更高的层被称为特定说明，指定抽象概念“做什么”。低层被称为实现，是解决抽象概念的问题“怎样做”。因为抽象概念的应用，软件设计者能考虑在不同问题里的，在不同发展阶段期间的层抽象概念。 基于这个策略分解分而治之。它是用来解决整体设计复杂性上的对象系统。在软件开发期间，分解作为 模块化和体现信息隐藏 。从概念技术，分解抽象概念的提炼的接近，例如，一步一步的精炼的想法。分解的反面，分解组成之后是一种软件实现的重要方法。 3.在 UML 里的抽象概
6、念的 3 个分层结构 图 1 显示了在 UML 里抽象概念的传统的 3 个分层结构。我们使用抽象概念和分解的方法来分析它。 3.1 概念 在这个层期间，对象系统的全部模型要素是在应用领域中概念。使他们认识到，这些概念由软件与程序独立的提供。 3.2 说明 在这个层期间，全部概念逐渐形成单元，它们相互作用，彼此取得明确的功能，高层的分解和低层的抽象概念，因为它只描述隐藏实现他们时由功能单元提供的接口。 3.3 实施 这个层描述实现功能单位。 这个层的模型或更多为大多数人所熟知。但是实际上，模式的那些层说明更赞成在那些开发者之间彼此的理解和交流。 4.UML 的抽象观念模型化机制 基于抽象概念的
7、3 个分层结构，我们提出 UML 抽象概念模型化机制，用图 2 表示。在这个模型化机制过程中，我们集中于关键消息支配模型化处理和抽象他们的 5 不同单元：功能单元，结构单元，服务单元，实施单元和积分单元，描述 5 个在不同阶段的抽象概念层。在以前的阶段产生的单元是在更晚的阶段产生的单元的抽象概念。 4.1 功能单元 人们对应用领域的熟识是从它的功能开始的。理解功能在应用领域中，帮助理解。因此功能单元的作用是用这把从应用领域和模型化设计决定的钥匙来开车，对于它来说是整个模型化过程。功能单元属于概念层抽象概念结 构，在 UML 里和作为使用情况体现。使用案例可以是更大或是一个用户的综合描述提供的小
8、目标。模型化使用案例是人栩栩如生重现在应用领域的精神印象。 使用案例拥有强大的远的影响设计决定。对找到完美的使用案例，设计者依赖经验，迭代，本科毕业设计（论文）外文翻译 2 和探索法。因此当上升使用来自系统的案例时，我们应该再三考虑：根据那些角色的需求，那个功能应该被系统提供，通过那些角色，多少信息应该被读，创造，删除，修改，或者储存，通过系统，需要输入和输出中的多少类型，以及输入来自哪输出又去向哪。 把函数定义为单元是一个先进的需求分析，设计延续其他类单元的 高级设计并且意识到他们过后增加彼此的相互作用。 4.2 结构单元 在为他们确定函数单元和模型化之后，我们可以考虑选择过去常常彼此相互作
9、用完成功能单元描述的一个具体的功能结构为单元。结构单元是形成整个软件的单位。对他们进行好的选取是系统的基础。结构单元也属于概念层并且作为类体现以及对象。 类和对象是在面向对象的设计过程中的基本要素。在应用过程中的实体类和在 UML 里的他们的协会的领域地图。在这服务水平的类作为一个词汇必要的设计概念和为在那之后做更详细的基于类的设计作为一个基础。很多事情和类模型抽象概念一样有用， 并非在面向对象里的类阶层实施。在这水平上，他们一定要从那些最后实施那里远距离的，可以帮助应用领域理解。这里给出一些类选择的一些指导：只用文献证明应用领域的静止的实体，节约使用继承或通过忽视方法的行为。 4.3 服务单
10、元 到目前为止我们确定的单元鉴定的信息是在应用过程中的全部固定角色领土。例如，我们命名升降机和电动机为这个升降机控制系统内的类，但是忽视类似像层那样升降机的那些问题和电动机运转的方式。当他们工作时，单元服务得到的目的是发现那些服务在他们之间以单元结构提供。总而言之，建立基础，建造在结构单元之间的动态的合作。 正如在上面所描述的那样，说明层是理解 UML 模型的最好入口。知道它提供的服务，是认识到体系单元的唯一的路径。在 UML 里，服务单元作为体系单元的接口封装。因为在面向对象系统里，每个实体和它需要或提供的服务被制 订进一种类和它的接口。每个类提供并且使用通过它的接口的服务，具体的说，活动在
11、接口里确定。我们进一步精炼而分开自己的那些接口类，改变类从概念水平到说明水平。因此工作的关键是分解并且精炼结构单元，指定他们提供并且在隐藏实现细节时需要的服务。 4.4 实施单元 到目前为止我们已经指定整个系统的框架，来实施抽象概念层。现在该集中我们的注意力，确定实施单元。换句话说，在服务单元过程中实现每次操作的方法。 在 UML 内，方法的实现设计相应算法并且使用具体程序语言来实施它。作为结果，零部件软件和软件设计的主要工作被完成。 我 们也能拿现有的组成部分实现服务单元。 UML 不仅基于 OO 而且此外还支持软件重用。与组成部分的积累一起，利用存在合理的资源能从头到脚避免过程。 4.5 综合单元 综合单元集中于实现整个系统。我们知道现在系统是经常分开软件和部分硬件，在通信网络上方分配。系统集成已经变得越来越重要。 系统集成的任务是制订每种模型化要素类、物体、操作、方法等等，在功能被确定单元，
