关于UML的内容

初来乍到，很多东西都是从网上看到的，转过来自己留着以后好用。

从网上下的DOC 文章，里面也没有具体来源，所以就无法备注了，如有冒犯，敬请原谅！！

图片无法显示，具体的在百度文档里面：http://wenku.baidu.com/view/bfa25a72f242336c1eb95e8e.html

 

　　下面这个表格简要介绍了常用的UML符号和关系。要了解有关UML概念和各种面向对象术语的详细说明，请参见后面的参考资源。

符号	说明
	Package 包。用来聚集和组织模型中的一个部分（UseCase，类，等等）。
	Actor 参与者。它代表一个用户或者其他外部的激励器。
	UseCase 用例。UseCase描述了系统某一部分的行为。一般地，UseCase记录对某个系统功能的需求，而这个功能由对动作或者事件的应答示范。
	<>Relationship 包含关系。标注为<>关系的UseCase关系能够引入其他UseCase的功能。这是一种方便的分割UseCase、避免单个UseCase过于庞大的方法。
	<>Relationship 扩充关系。标注为<>关系的UseCase关系能够在不重复现有UseCase的各种描述和需求的情况下，使现有UseCase的行为特殊化。
	Dependency 依赖。正如其字面意义，它表示一个事物依赖另一个事物。这意味着一个事物了解另一个事物，并需要另外一个事物才能发挥功能。
	Note 注解。在UML图中提供注解的目的是以简短的说明阐明图表的内容。
	Component 构件。构件一般代表一个软件单元，它可能是一个DLL、一个执行文件，或者是一个数据库。
	Node 节点。节点一般代表一台机器，这台机器具有运行一个或者多个系统构件的能力。
	Class 类。UML中的类与面向对象编程中的类一样，即它定义并封装了一组行为和属性。类在运行时被实例化从而创建出对象。
	Object 对象。对象是类的实例。例如，“MyClassmyObj = new MyClass; ”创建了一个myObj对象。
	Generalization 泛化。父类能够派生出（或称为特殊化）具有更多特殊行为的子类，此时父类即为子类的超类（或子类的泛化版本）。
	Interface 接口。接口定义了一组可以从外部访问的行为。类、库、执行文件、数据文件都可以由接口来描述。接口本身并不实现任何功能，它只是和声明实现该接口的对象订立了一个必须实现哪些行为的契约。
	AbstractClass 抽象类。抽象类不能直接实例化，但允许派生出具体的、有实际功能的类。
	Association 关联。关联就是把两个或以上的类连接起来。你可以为两个类之间的这种关系提供更具体的信息。关联是两个或多个特定类元之间的关系，它描述了这些类元的实例的联系。在一个关联中同一个类可以出现在多个位置上。
	Aggregation 聚合。聚合关系表示某个对象属于其他对象所有。

　　参考资源：