UML之类图

                从面相对象的角度来说，类是程序的基础，所以类在程序设计中是一个很重要的组成部分，在UML中，它也是重点，类图不仅是设计人员关注的核心，也是程序实现人员观众的核心。下面从类的基本内容说起。

       类是对客观存在的事物的抽象描述，也是程序设计的一种思维方式。作为面相对象程序的基本框架，类的描述也可以作为评价一个软件质量的依据。UML中，类图分为三部分，第一部分是名字，作为累的标识；第二部分为属性，作为对类的具体描述；第三部分为方法，这个就是类的功能，也是类发挥作用的主要手段。类图是对静态系统的描述。

        一个系统几乎不可能就有一个类，所以类之间不可避免的就要发生关系，类之间都有哪些关系呢？类总共有四大关系：关联、依赖、泛化、实现。关联是最基本的关系，关联还可分三类，普通关联、聚合关联、组合关联。普通关联描述的是类之间的结构关系，例如图书馆和图书馆管理员的关系，它是一种雇佣和被雇佣关系。关联的修饰：名称，用于描述关系性质，例如工作关系。角色，指的是关系两端的职责，雇佣者和被雇佣者；多重性就是角色间的数量关系。

        关联分类：关联按照方向划分分为单向和多向两种，名字就可以看出来区别，还有自身关联。关联分析的是单元类之间的关系，聚合和组合分析的是整体和部分之间的关系，聚合就是紧耦合关系，组合是松耦合关系，各自都有不同的表示方法。依赖是一种使用关系，一个类可以影响另一个类，但是反过来就不一定了。泛化可以理解为继承的关系。

          

        类图的构成   我们可以看得间的，也就是用软件画出来的有接口、协作、关系、包或子系统。如果把类理解为一房子，接口就是房子的大门，它是一系列操作的集合，制定了一个类所提供的服务；包是一种组合关系，它包括其它的包或类或者这两者的混合。

       机房收费系统的类图：

      

       这里，我把整个系统分为三部分（一般用户、操作员、管理员都属于用户，归一类），用户、系统和账户，系统可以接受消息，可以输出数据，作为一个类，用户就是系统的使用者，也作为一个类，账户作为用户使用系统的中间者，有自己的属性和方法，在这里也作为一个单独的类出现。

      三个级别的用户都是泛化关系，上一级别拥有下一级别的所有权限并且还有自己独有权限，所以他们是单向继承关系；账户依赖用户而存在，他们是依赖关系；账户和系统是关联关系；用户和系统也是关联关系。

        以上均为个人观点，如有不妥，敬请指正。