1、“.....从建模思想出发，对传统三层抽象建模结构进行了分析，并引入抽象和分解作为建模的核心思想提出了分层抽象建模机制的构想，将计算机系统开发过程概括为对功能信元结构信元关联信元实现信元和集成信元的提取过程，并以此作为建模的指导。有效了利用完整语义定义，克服了传统面向对象开发方法的缺陷实现了建模过程从需求到分析的过渡以及功能和实现事实上的分离。关键词统建模语言抽象分解分层建模信元的些概念使用情况种使用情况是个功能的紧密单元，由个系统或者类提供，前后致的信息在外力的相互作用叫做角色下,个或多个信息交换的顺序以及系统进行的活动。类个类是有相似的结构，行为和关系的套对象的描述符。个类可以使用套接口来指定操作的收集并提供环境。类可以是抽象和可执行的......”。

2、“.....由个类对象的实例提供。个接口能命名次行动的收集，并且指定他们的签名和协议。个接口为它的行动没有提供实施方法。包个包是个类那样的组模型要素。个包可以包含两个下属包和普通的模型要素。些包可以是子系统或者模型。整个系统描述可以在它的其它任何事情上，认为是单个的高级子系统包。组成部分组成部分是执行个系统重要的，差不多独立和可替换的部分，来完成个明确的清楚的系统功能。个组成部分与接口相符并且提供套物理接口来实现。个组成部分可以是个或更多类。两种模型化想法被提出全世界，对于软件有个贪婪的需求。方面，需要增加更多的切功能性，灵活性，稳定性的软件，来保证软件复杂性，改进工具和人智力的限制另方面，当系统运转时......”。

3、“.....被个系统的组成部分共同取得。建造完美对象系统的模型是整个系统设计的关键任务。由于这些原因，紧急发现是简化整个设计，对模型化的些指导处理并且提高软件的效率发展。本科毕业设计论文外文翻译基于工程惯例的经验，我们提出两种模型化想法抽象概念和分解。他们也有两个基本关于人的想法，当人们能认识和管理他们试图解决的那些问题的复杂性。抽象概念是什么面临个问题时，当我们忽视分部和结时，我们经常想要知道它的普通属性。我们叫这种方法抽象概念。在软件工程领域，抽象概念有两种意思。第是分析复杂系统时，设计者区分必要和非本质因素，为了得到摆脱非本质事情的本质问题。通过这样做，设计者正好能描述对象系统的结构并且改变无结构系统到系统的结构上......”。

4、“.....设计者般对更高的标准化的低层的功能分层标准化。通过这样做，更高的层抽象概念的机制可以形成。抽象概念可以分解为两个层。更高的层被称为特定说明，指定抽象概念做什么。低层被称为实现，是解决抽象概念的问题怎样做。因为抽象概念的应用，软件设计者能考虑在不同问题里的，在不同发展阶段期间的层抽象概念。基于这个策略分解分而治之。它是用来解决整体设计复杂性上的对象系统。在软件开发期间，分解作为模块化和体现信息隐藏。从概念技术，分解抽象概念的提炼的接近，例如，步步的精炼的想法。分解的反面，分解组成之后是种软件实现的重要方法。在里的抽象概念的个分层结构图显示了在里抽象概念的传统的个分层结构......”。

5、“.....概念在这个层期间，对象系统的全部模型要素是在应用领域中概念。使他们认识到，这些概念由软件与程序独立的提供。说明在这个层期间，全部概念逐渐形成单元，它们相互作用，彼此取得明确的功能，高层的分解和低层的抽象概念，因为它只描述隐藏实现他们时由功能单元提供的接口。实施这个层描述实现功能单位。这个层的模型或更多为大多数人所熟知。但是实际上，模式的那些层说明更赞成在那些开发者之间彼此的理解和交流。的抽象观念模型化机制基于抽象概念的个分层结构，我们提出抽象概念模型化机制，用图表示。在这个模型化机制过程中，我们集中于关键消息支配模型化处理和抽象他们的不同单元功能单元，结构单元，服务单元，实施单元和积分单元，描述个在不同阶段的抽象概念层......”。

6、“.....功能单元人们对应用领域的熟识是从它的功能开始的。理解功能在应用领域中，帮助理解。因此功能单元的作用是用这把从应用领域和模型化设计决定的钥匙来开车，对于它来说是整个模型化过程。功能单元属于概念层抽象概念结构，在里和作为使用情况体现。使用案例可以是更大或是个用户的综合描述提供的小目标。模型化使用案例是人栩栩如生重现在应用领域的精神印象。使用案例拥有强大的远的影响设计决定。对找到完美的使用案例，设计者依赖经验，迭代，本科毕业设计论文外文翻译和探索法。因此当上升使用来自系统的案例时，我们应该再三考虑根据那些角色的需求，那个功能应该被系统提供，通过那些角色，多少信息应该被读，创造，删除，修改，或者储存，通过系统......”。

7、“.....以及输入来自哪输出又去向哪。把函数定义为单元是个先进的需求分析，设计延续其他类单元的高级设计并且意识到他们过后增加彼此的相互作用。结构单元在为他们确定函数单元和模型化之后，我们可以考虑选择过去常常彼此相互作用完成功能单元描述的个具体的功能结构为单元。结构单元是形成整个软件的单位。对他们进行好的选取是系统的基础。结构单元也属于概念层并且作为类体现以及对象。类和对象是在面向对象的设计过程中的基本要素。在应用过程中的实体类和在里的他们的协会的领域地图。在这服务水平的类作为个词汇必要的设计概念和为在那之后做更详细的基于类的设计作为个基础。很多事情和类模型抽象概念样有用，并非在面向对象里的类阶层实施。在这水平上......”。

8、“.....可以帮助应用领域理解。这里给出些类选择的些指导只用文献证明应用领域的静止的实体，节约使用继承或通过忽视方法的行为。服务单元到目前为止我们确定的单元鉴定的信息是在应用过程中的全部固定角色领土。例如，我们命名升降机和电动机为这个升降机控制系统内的类，但是忽视类似像层那样升降机的那些问题和电动机运转的方式。当他们工作时，单元服务得到的目的是发现那些服务在他们之间以单元结构提供。总而言之，建立基础，建造在结构单元之间的动态的合作。正如在上面所描述的那样，说明层是理解模型的最好入口。知道它提供的服务，是认识到体系单元的唯的路径。在里，服务单元作为体系单元的接口封装。因为在面向对象系统里......”。

9、“.....每个类提供并且使用通过它的接口的服务，具体的说，活动在接口里确定。我们进步精炼而分开自己的那些接口类，改变类从概念水平到说明水平。因此工作的关键是分解并且精炼结构单元，指定他们提供并且在隐藏实现细节时需要的服务。实施单元到目前为止我们已经指定整个系统的框架，来实施抽象概念层。现在该集中我们的注意力，确定实施单元。换句话说，在服务单元过程中实现每次操作的方法。在内，方法的实现设计相应算法并且使用具体程序语言来实施它。作为结果，零部件软件和软件设计的主要工作被完成。我们也能拿现有的组成部分实现服务单元。不仅基于而且此外还支持软件重用。与组成部分的积累起，利用存在合理的资源能从头到脚避免过程。综合单元综合单元集中于实现整个系统......”。