文档介绍：用例和用例图?用例建模是 UML 建模的一部分,它也是 UML 里最基础的部分; ?用例建模的最主要功能就是用来表达系统的功能性需求或行为; ?用例建模可分为用例图和用例描述; ?用例图是由软件需求分析到最终实现的第一步,它描述人们如何使用一个系统,是外部参与者所能观察到的系统功能的模型图,该图呈现了一些参与者和一些用例,以及它们之间的关系,主要用于对系统、子系统或类的功能行为进行建模,用画图的方法来完成; ?用例描述用来详细描述用例图中每个用例,用文本文档来完成。用例图的作用?用例图展示了用例之间以及用例与参与者之间是怎样相互联系的。用例图对系统、子系统或类的行为进行了可视化,使用户能够理解如何使用这些元素,并使开发者能够实现这些元素。?用例图主要用来描述用户的功能需求。 UML 侧重从最终用户的角度来理解软件系统的需求,强调谁在使用系统、系统可以完成哪些功能。用例分析技术已经是一种公认有效的用户需求获取、分析和描述技术用例图的组成用例图由如下元素组成: 参与者(Actor) :也称为参与者,它代表系统的用户。系统边界(System Scope) :它确定系统的范围。用例(Use Case) :它代表系统提供的服务。关系(Association) :关联关系( Association )、包含关系( Include )、扩展关系( Extend )以及泛化关系( Generalization )。参与者参与者(actor) 是指系统以外的、需要使用系统或与系统交互的事物, 包括: 人、设备、外部系统等. 其它译名有: 活动者、执行者、行动者、角色等; 参与者是系统外部的一个实体,参与者只可能存在于边界之外,边界之内的所有人和事物都不是参与者。从图中可以看出,所有的用例都放置在系统边界内,表明它属于一个系统。参与者则放在系统边界的外面,表明角色并不属于系统。但是角色负责直接(或间接)驱动与之关联的用例的执行。 UML 的用例图示意参与者有三大类:系统用户、与所建造的系统交互的其它系统和一些可以运行的进程。?第一类参与者是真实的人,即用户,命名这类参与者时, 应当按照业务命名; ?第二类参与者是其它的系统,这类位于程序边界之外的系统也是参与者。?第三类参与者是一些可以运行的进程,如时间。当经过一定的时间触发系统中的某个事件时,时间就成了参与者。?怎样识别参与者?谁向系统提供信息? ?谁从系统获取(使用)信息? ?谁管理这个系统? ?谁维护这个系统? ?系统要使用哪些外部资源?(系统启动打印机、扫描仪) ?系统是否和已经存在的系统交互?(跨行转账的外部银行系统、时间到了定时启动系统某功能)