先用一张图总述一下:
视图:
表达系统某一方面特征的UML建模构件的子集。在每一类视图中可使用一种或两种特定的图来可视化地表示视图中的各种概念。
结构分类:描述了系统中的结构成员及其相关关系。
动态行为:描述了系统随时间变化的行为。
模型管理:说明了模型的分层组织结构。
图(因为这是重点所以分别说说各图的功能吧):
UML的本意是要成为一种标准的统一语言,使得IT专业人员能够进行计算机应用程序的建模。
用例图:
描述了系统提供的一个功能单元。用例图的主要目的是帮助开发团队以一种可视化的方式理解系统的功能需求,包括基于基本流程的“角色”关系以及系统用例之间的关系。
类图:
类图显示了系统的静态结构,表示不同的实体(人、事物和数据)时如何彼此相关联的。
序列图:
序列图显示了一个具体用例或者用例一部分的详细流程。序列图不仅可以显示流程中不同对象之间的调用关系,还可以很详细地显示对不同对象的不同调用。
状态图:
状态图表示某个类所处的不同状态以及该类在这些状态中的转换过程。
活动图:
活动图是用来表示两个或者更多的对象之间在处理某个活动时的过程控制流程。
构件图:
前面提到的那些图都提供了系统的逻辑视图,但是若要指出某些功能实际存在于哪些地方,还需要构件图来进行表示。
部署图:
部署图用于表示该软件系统如何部署到硬件环境中,它是显示在系统中的不同的构件在何处物理运行以及如何进行彼此的通信。
模型元素:
这里相对重要的是关系:
依赖:一个事物发生变化就会影响另外一个事物的语义。
关联:一种事物之间的结构关系,系统之间的关系如果不能明显的由其它3类关系表示,都可以被抽象成为关联关系。
泛化:特殊元素(子元素)的对象可替代一般元素(父元素)的对象,即继承。
实现:描述了一组操作的规约和一组对操作的具体实现之间的语义关系。常用在两个地方:一种是用在接口和实现接口的类或构件之间,另一种是用在用例和实现用例的协作之间。
在这里先整体范范总结一下,随着我对它有更多的了解,再详细的念叨吧......