uml的什么模型由类图，对象图您好，我来为您解答：
UML的对象类图能够更好地用于对数据库建模。传统的E—R图仅仅着眼于数据，而UML的对象类图不但对数据，而且能对行为建模，这些行为在物理数据库中被设计成触发器和存储过程。
对关系数据库系统可以用对象类图描述数据库模式，用类描述数据库表；对于对象数据库系统可以用对象类图直接描述数据库中的对象类。
如果我的回答没能帮助您，请继续追问。
uml的类图包含哪些抽象的层次uml的类图包含概念层、说明层、和实现层。
概念层类图描述应用领域中的概念，这些概念与实现它们的类有联系。通常没有直接的映射关系。画概念层类图时很少考虑或不考虑实现问题，因此概念层类图应独立于具体的编程语言。
说明层类图。此时我们考察的是类的接口部分，而不是实现部分。这个接口可能因为实现环境、运行特性等有多种不同的实现。
实现层类图才真正考虑类的实现问题，提供实现的细节。此时的类的概念才应该是真正的严格意义上的类。它揭示了软件实体的构成情况。实现层的类是最常用的，在很多的时候说明层的类更有助于人们对软件的理解。
H10-1119现代摄影落地灯组合
关于UML视图与模型首先咱们先一个一个来查阅定义(这里我引用百度百科的部分总结性定义)
用例视图:用例视图（Use Case View）是被称为参与者的外部用户所能观察到的系统功能的模型图。用例是系统中的一个功能单元，可以被描述为参与者与系统之间的一次交互作用。
类图:在UML的静态机制中类图是一个重点，它不但是设计人员关心的核心，更是实现人员关注的核心。
协作图/用例模型:作为客户和开发人员之间的契约。用例是贯穿整个系统开发的一条主线。同一个用例模型即为需求工作流程的结果，可当作分析设计工作流程以及测试工作流程的输入使用。
系统模型:面向计算机世界，描述如何用系统解决问题
首先从对应的阅读对象来看:
开发人员关心的:用例视图,类图,协作图/用例模型,系统模型
产品经理们关心的:协作图/用例模型,系统模型,用例视图
客户关心的:系统模型,协作图/用例模型
那么从大小涉及面来看(我想描述的类似人的整个身体与最小的细胞的对比层次):
系统模型>协作图/用例模型>用例视图>类图
类图,或者说生产过程来讲大部分实际过程中也是按照这个顺序来的.
用普通的白话文来讲:
系统模型就像是:客户的一个想法,然后被产品经理扩散成了对应的需求文档.(实际过程中,中小型公司在该阶段其实就是一句话甚至一个想法,而系统模型仅仅是我们大致怎么去实现这个内容.例如:我们用OA处理贵公司的XXXX用CRM+OA的基础数据+XXXX实现贵公司的YYYY)
协作图/用例模型:有了这个想法后,产品经理通过自己对产品的熟悉程度等,绘制了对应的操作界面.给客户去看.这个软件大致会成为什么样子.(大部分实际操作过程中,中小型公司都会在这个阶段产生第一部分的UI设计初稿)
用例视图:被称为参与者的外部用户所能观察到的系统功能的模型图。用例是系统中的一个功能单元，可以被描述为参与者与系统之间的一次交互作用。用来拆分协作图的具体某一个功能(在大部分中小型企业的实际过程中,这里被项目经历的"概要设计涵盖".)
类图:这里就比较明显了.我需要实现上述内容.需要哪些东西.
总结来看:
反序来看它-->
N个类图组成或实现了一个用例.
不同的交互用例,在互相沟通,调用后,组成了一个用例模型/协作.
不同的协作(就像公司不同的部分),运作起来以后,构成了一个系统模型(组成了一个公司).
一个完整的系统模型,处理了某一件具体的事情(例如某公司生产了某产品).
正序来看他->
您是一个老板,需要开一个工厂,然后策划公司开始筹备所需内容,首先列举了一个清单->得有个库房,还得有机床,工人
开始具体的步骤,采购,招聘->协作图:大家租房子的租房子,买机床的买机床,招聘工人的招聘
那么具体怎么采购/招聘/租房子呢?->用例图:如何实现租房子,如何实现买机床,如何实现招聘工人
行动起来吧->类图:具体的函数就出来了.对应类有对应方法,只需调用则实现了对应的功能.
整体来看-> 实现了这个系统模型
