用例图的画法

第5章用例图5.1用例图的概念5.2用例图建模技术5.6实例——图书馆管理系统中的用例图5.1.1概述用例图显示谁将是相关的用户、用户希望系统提供什么服务以及用户需要为系统提供的服务。用例图最常用来描述系统以及子系统。5.1.1概述用例图包含6个元素：①参与者（Actor）②用例（UseCase）③关联关系（Association）④包含关系（Include）⑤扩展关系（Extend）⑥泛化关系（Generalization）5.1.2参与者系统外部的一个实体。参与用例的执行过程。通过向系统输入或请求系统输入某些事件来触发系统的执行。由参与用例时所担当的角色来表示。每个参与者可以参与一个或多个用例。5.1.2参与者参与者的种类：①系统用户②与所建造的系统交互的其他系统③一些可以运行的进程确定参与者如何寻找系统的参与者对参与者建模的过程中需要注意的问题参与者间的关系在用例图中，使用泛化关系来描述多个参与者之间的公共行为。参与者间的泛化关系示例：5.1.3用例外部可见的系统功能单元。在不揭示系统内部构造的前提下定义连贯的行为。不是需求或功能的规格说明，但是也展示和体现其所描述的过程中的需求情况。5.1.3用例用例的名称：①简单名②路径名识别用例识别用例最好的方法就是从分析系统的参与者开始，考虑每个参与者是如何使用系统的。如何识别用例。用例与事件流1.简要说明2.前提条件3.事件流（主事件流、其他事件流、错误流）4.事后条件5.1.4用例间的关系1关联关系2包含关系3扩展关系4泛化关系关联关系表示参与者用例之间进行通信。不同的参与者可以访问相同的用例。包含关系客户用例可以简单地包含提供者用例具有的行为，并把它所包含的用例行为作为自身行为的一部分。扩展关系扩展用例被定义为基础用例的增量扩展。基础用例提供扩展点以添加新的行为。扩展用例提供插入片段以插入到基础用例的扩展点上。泛化关系父用例也可以被特别列举为一个或多个子用例。子用例表示父用例的特殊形式。子用例从父用例处继承行为和属性，还可以添加行为或覆盖、改变继承的行为。5.2用例图建模技术5.2.1对语境建模5.2.2对需求建模5.2.1对语境建模①识别系统外部的参与者。②将类似参与者组织成泛化的结构层次。③在需要加深理解的地方，为每个参与者提供一个构造型。④将参与者放入到用例图中，并说明参与者与用例之间的通信路径。5.2.2对需求建模①识别系统的外部参与者来建立系统的语境。②考虑每一个参与者期望的行为或需要系统提供的行为。③把这些公共的行为命名为用例。④确定提供者用例和扩展用例。⑤对这些用例、参与者和它们之间的关系建模。⑥用注释修饰用例。5.3实例——图书馆管理系统的用例图5.3.1确定系统涉及的总体信息5.3.2确定系统的参与者5.3.3确定系统的用例5.3.4使用RationalRose绘制用例图的步骤5.3.5图书馆管理系统的用例图5.3.1确定系统涉及的总体信息读者：①借书②还书③书籍预定5.3.1确定系统涉及的总体信息图书馆管理员：①书籍借出处理②书籍归还处理③预定信息处理5.3.1确定系统涉及的总体信息系统管理员：①增加书目②删除或更新书目③增加书籍④减少书籍⑤增加读者帐户信息⑥删除或更新读者帐户信息⑦书籍信息查询⑧读者信息查询5.3.2确定系统的参与者首先分析系统所涉及的问题领域和系统运行的主要任务：①分析使用该系统主要功能部分的是哪些人。②谁将需要该系统的支持以完成其工作。③系统的管理者与维护者。5.3.2确定系统的参与者图书馆管理系统的参与者：①读者（借阅者）②图书馆管理员③图书馆管理系统维护者5.3.3确定系统的用例1.借阅者请求服务的用例2.图书馆管理员处理借书、还书等的用例3.系统管理员进行系统维护的用例1.借阅者请求服务的用例①登录系统②查询自己的借阅信息③查询书籍信息④预定书籍⑤借阅书籍⑥归还书籍2.图书馆管理员处理借书、还书的用例①处理书籍借阅②处理书籍归还③删除预定信息3.系统管理员进行系统维护的用例①查询借阅者信息②查询书籍信息③增加书目④删除或更新书目⑤增加书籍⑥删除书籍⑦添加借阅者帐户⑧删除或更新借阅者帐户5.3.4使用RationalRose绘制用例图的步骤1.创建用例图2.用例图工具栏按钮简介3.工具栏的定制4.添加参与者与用例5.添加参与者与用例之间的关系6.添加用例之间的关系5.3.5图书馆管理系统的用例图1.借阅者请求服务的用例图2.图书馆管理员处理借书、还书的用例图3.系统管理员进行系统维护的用例图1.借阅者请求服务的用例图2.图书馆管理员处理借书、还书的用例图3.系统管理员进行系统维护的用例图