系统中用户的定义不是特指人，
而是用于操作系统的任何物。
角色的概念肯定是来之于人的概念，但是并不意味必须由人来担任！
例如：
图书馆管理系统中，检查者的角色，
检查者负责图书馆所有图书信息有效性检查，
但人是不会担任这个角色的，因为太多的书的信息需要验证，因此，系统自身来担任这个角色。
在UML中这个被成为user。
而是不是user，则看他能否在此系统中受益或贡献好处。
软件建模第一步：
根据客户需要描述系统，提取描述文字的名词，确定可能会使用的类。
根据受益者和贡献者来定义用户角色。
根据受益者和贡献者的动作来确立类之间的关联关系。
确定类之间的消息传递。
软件建模第二步：
抽象类，提升类的抽象关系，建立更为合理的类之间的关系
类是什么类，类用什么类
is
use
的关系
继承和组合。。。。。
有人建议，不要使用继承模式，即使继承，不要继承类，而是继承接口。