用例图用例模型是把应满足用户需求的基本功能(集)聚合起来表示的强大工具。用例模型的基本组成部件是用例角色和系统。引入用例的主要目的是：确定系统应具备哪些功能这些功能是否满足系统的需求开发者与用户协商达成共识的东西为系统的功能提供清晰一致的描述，以便为后续的开发工作打下良好的交流基础，方便开发人员传递需求的功能为系统验证工作打下基础通过验证最终实现的系统能够执行的功能是否与最初需求的功能相一致保证系统的实用性从需求的功能用例出发提供跟踪进入系统中具体实现的类和方法检查其是否正确的能力特别是为复杂系统建模时常用用例模型构造系统的简化版本（也就是精化系统的变化和扩展能力使系统不要过于复杂）然后利用该用例模型跟踪对系统的设计和实现有影响的用例简化版本构造正确之后通过扩展完成复杂系统的建模图示用例图时既要画出三种模型元素，同时还要画出元素之间的各种关系（通用化关联依赖）用例代表的是一个完整的功能。如何发现用例实际上从识别角色起发现用例的过程就已经已开始了对于已识别的角色通过询问下列问题就可发现用例角色需要从系统中获得哪种功能角色需要做什么角色需要读取产生删除修改或存储系统中的某种信息吗系统中发生的事件需要通知角色吗或者角色需要通知系统某件事吗这些事件功能能干些什么如果用系统的新功能处理角色的日常工作是简单化了还是提高了工作效率还有一些与当前角色可能无关的问题也能帮助建模者发现用例例如系统需要的输入/输出是什么信息这些输入/输出信息从哪儿来到哪儿去系统当前的这种实现方法要解决的问题是什么也许是用自动系统代替手工操作UML中的用例UML中的用例用椭圆形表示用例的名字写在椭圆的内部或下方用例位于系统边界的内部角色与用例之间的关联关系或通信关联关系用一条直线表示用例和角色之间有连接关系用例和角色之间的关系属于关联association又称作通信关联communicationassociation，这种关联表明哪种角色能与该用例通信，关联关系是双向的一对一关系，即角色可以与用例通信，用例也可以与角色通信。用例关系用例之间有扩展使用组合三种关系扩展和使用是继承关系即通用化关系的另一种体现形式组合则是把相关的用例打成包package当作一个整体看待1扩展关系一个用例中加入一些新的动作后则构成了另一个用例这两个用例之间的关系就是通用化关系又称扩展关系后者通过继承前者的一些行为得来前者通常称为通用化用例后者常称为扩展用例扩展用例可以根据需要有选择地继承通用化用例的部分行为扩展用例也一定具有完全性2使用关系一个用例使用另一个用例时这两个用例之间就构成了使用关系一般情况下如果若干个用例的某些行为都是相同的则可以把这些相同的行为提取出来单独作成一个用例这个用例称为抽象用例这样当某个用例使用该抽象用例时就好象这个用例包含了抽象用例的所有行为二类图所谓对象就是可以控制和操作的实体,类是对象的抽象描述，它包括属性的描述和行为的描述二方面，构建面向对象模型的基础是类对象和它们之间的关系类图是用类和它们之间的关系描述系统的一种图示是从静态角度表示系统的因此类图属于一种静态模型类图是构建其它图的基础没有类图就没有状态图协作图等其它图也就无法表示系统的其它各个方面类图中允许出现的模型元素只有类和它之间的关系类用长方形表示长方形分成上中下三个区域每个区域用不同的名字标识用以代表类的各个特征上面的区域内用黑体字标识类的名字中间的区域内标类的名字识类的属性下面的区域内标识类的操作方法即行为这三部分作为一个整体描述某个类属性的可见性可以不限于上述的三种某些具体的程序设计语言还可以定义其它的可见性类型但是在表示类图时必须含有公有类型和私有类型在类图中公有类型表示为加号+私有类型表示为减号－它们标识在属性名称的左侧如图4-4所示如果属性名称旁没有标识任何符号表示该属性的可见性尚未定义描述属性的语法格式为可见性属性名类型名=初值{性质串}枚举类型的属性经常使用性质串操作在类图中操作部分位于长方形的最底部一个类可以有多种操作每种操作由操作名参数表返回值类型等几部分构成标准语法格式为可见性操作名参数表返回值类型{性质串}参数表由多个参数用逗号分开构成参数的语法格式为参数名参数类型名=缺省值有一种特别的类叫做持久类persistentclass如图4-11所示的类就是一个持久类当产生对象的程序draw运行结束时所需的对象便生成了同时生成的对象将自身存入数据库文件或其它永久性的存储器中类之间的关系类图由类和它们之间的关系组成类与类之间通常有关联通用化(继承)依赖和精化等四种关系关联可分为普通