统一建模语言UML分层抽象建模机制 计算机专业外文翻译.docx

统一建模语言 UML分层抽象建模机制
　　摘要：在总结传统软件开发方法经验的基础上，严格遵守软件开发方法原则，从UML建模思想出发，对传统UML三层抽象建模结构进行了分析，并引入“抽象”和“分解”作为 UML 建模的核心思想；提出了UML分层抽象建模机制的构想，将计算机系统开发过程概括为对功能信元、结构信元、关联信元、实现信元和集成信元的提取过程，并以此作为 UML 建模的指导。有效了利用UML完整语义定义，克服了传统面向对象开发方法的缺陷；实现了建模过程从需求到分析的过渡以及功能和实现事实上的分离。
关键词：统一建模语言；抽象；分解；分层建模；信元
的一些概念
　 使用情况
　　一种使用情况是一个功能的紧密单元，由一个系统或者类提供，前后一致的信息在外力的相互作用(叫做角色)下,一个或多个信息交换的顺序以及系统进行的活动。
　类
　　一个类是有相似的结构，行为和关系的一套对象的描述符。一个类可以使用一套接口来指定操作的收集并提供环境。类可以是抽象和可执行的。
　接口
　　一个接口是可以用于确定一种服务的操作收集的宣告，由一个类(对象)的实例提供。一个接口能命名一次行动的收集，并且指定他们的签名和协议。一个接口为它的行动没有提供实施(方法)。
　包
　　一个包是一个类那样的组模型要素。一个包可以包含两个下属包和普通的模型要素。一些包可以是子系统或者模型。整个系统描述可以在它的其它任何事情上，认为是单个的高级子系统包。
　组成部分
　　组成部分是执行一个系统重要的，差不多独立和可替换的部分，来完成一个明确的清楚的系统功能。一个组成部分与接口相符并且提供一套物理接口来实现。一个组成部分可以是一个或更多类。

　　全世界，对于软件有一个贪婪的需求。一方面，需要增加更多的一切功能性，灵活性，稳定性的软件，来保证软件复杂性，改进工具和人智力的限制；另一方面，当系统运转时，它变得越来越难以理解和表述大的行为模式，被一个系统的组成部分共同取得。建造完美对象系统的模型是整个系统设计的关键任务。由于这些原因，紧急发现是简化整个设计，对模型化的一些指导处理并且提高软件的效率发展。
　　基于工程惯例的经验，我们提出两种模型化想法：抽象概念和分解。他们也有两个基本关于人的想法，当人们能认识和管理他们试图解决的那些问题的复杂性。
　　抽象概念是什么？面临一个问题时，当我们忽视分部和结时，我们经常想要知道它的普通属性。我们叫这种方法抽象概念。在软件工程领域，抽象概念有两种意思。第一是分析复杂系统时，设计者区分必要和非本质因素，为了得到摆脱非本质事情的本质问题。通过这样做，设计者正好能描述对象系统的结构并且改
变无结构系统到系统的结构上。有意义的抽象概念的另一个不是在模块化过程期间，设计者一般对更高的标准化的低层的功能分层标准化。通过这样做，更高的层抽象概念的机制可以形成。抽象概念可以分解为两个层。更高的层被称为特定说明，指定抽象概念“做什么”。低层被称为实现，是解决抽象概念的问题“怎样做”。因为抽象概念的应用，软件设计者能考虑在不同问题里的，在不同发展阶段期间的层抽象概念。
　　基于这个策略分解分而治之。它是用来解决整体设计复杂性上的对象系统。在软件开发期间，分解作为"模块化和体现信息隐藏"。从概念技术，分