详细用例图专业知识讲座

用例图5.1用例图概念5.2实例——­图书馆管理系统中用例图1/255.1.1概述用例建模技术，用于描述系统功能需求。在宏观上给出模型总体轮廓。通过对典型用例分析，使开发者能够有效地理解顾客需求。2/255.1.1概述用例模型(Usecasemodel)用例模型描述是外部执行者(Actor)所理解系统功能。它描述了待开发系统功能需求。它驱动了需求分析之后各阶段开发工作,不但在开发过程中确保了系统所有功能实现,并且被用于验证和检测所开发系统,从而影响到开发工作各个阶段和UML各个模型。

用例模型由若干个用例图组成，用例图中主要描述执行者和用例之间关系。在UML中,组成用例图主要元素是用例和执行者及其他们之间联系。创建用例模型工作包括：

定义系统、确定执行者和用例、描述用例、定义用例间关系、确认模型。3/255.1.2参与者一、执行者(Actor)执行者是指顾客在系统中所扮演角色。执行者在用例图中是用类似人图形来表达,但执行者能够是人，也能够是一种外界系统。注意：用例总是由执行者启动。如何确定执行者：1、谁使用系统主要功能(主执行者)?2、谁需要从系统取得对日常工作支持和服务？3、需要谁维护管理系统日常运行（副执行者）？4、系统需要控制哪些硬件设备？5、系统需要与其他哪些系统交互？6、谁需要使用系统产生成果（值）？4/255.1.3用例二、用例(usecase)

从本质上讲,一种用例是顾客与计算机之间一次典型交互作用。在UML中,用例被定义成系统执行一系列动作（功能）。用例有下列特点:

用例捕捉某些顾客可见需求,实现一种详细顾客目标。用例由执行者激活,并将成果值反馈给执行者。用例必须具有功能上完整描述。如何确定用例：1、与系统实现有关主要问题是什么？2、系统需要哪些输入/输出？这些输入/输出从何而来？到哪里去？3、执行者需要系统提供哪些功能？4、执行者是否需要对系统中信息进行读、创建、修改、删除或存放？5/255.1.4用例间关系1关联关系2包括关系3扩展关系4泛化关系6/25关联关系表达参与者用例之间进行通信。不一样参与者能够访问相同用例。7/25包括关系客户用例能够简单地包括提供者用例具有行为，并把它所包括用例行为作为本身行为一部分。8/25扩展关系扩展用例被定义为基础用例增量扩展。基础用例提供扩展点以添加新行为。扩展用例提供插入片段以插入到基础用例扩展点上。9/25泛化关系父用例也能够被尤其列举为一种或多种子用例。子用例表达父用例特殊形式。子用例从父用例处继承行为和属性，还能够添加行为或覆盖、变化继承行为。10/255.2实例——图书馆管理系统用例图5.2.1确定系统包括总体信息5.2.2确定系统参与者5.2.3确定系统用例5.2.4使用RationalRose绘制用例图步骤5.2.5图书馆管理系统用例图11/255.2.1确定系统包括总体信息读者：借书还书书籍预定12/255.2.1确定系统包括总体信息图书馆管理员：书籍借出处理书籍归还处理预定信息处理13/255.2.1确定系统包括总体信息系统管理员：增加书目删除或更新书目增加书籍减少书籍增加读者帐户信息删除或更新读者帐户信息书籍信息查询读者信息查询14/255.2.2确定系统参与者首先分析系统所包括问题领域和系统运行主要任务：分析使用该系统主要功能部分是哪些人。谁将需要该系统支持以完成其工作。系统管理者与维护者。15/255.2.2确定系统参与者图书馆管理系统参与者：读者（借阅者）图书馆管理员图书馆管理系统维护者16/255.2.3确定系统用例1.借阅者祈求服务用例2.图书馆管理员处理借书、还书等用例3.系统管理员进行系统维护用例17/251.借阅者祈求服务用例登录系统查询自己借阅信息查询书籍信息预定书籍借阅书籍归还书籍18/252.图书馆管理员处理借书、还书用例处理书籍借阅处理书籍归还删除预定信息19/253.系统管理员进行系统维护用例查询借阅者信息查询书籍信息增加书目删除或更新书目增加书籍 删除书籍添加借阅者帐户删除或更新借阅者帐户20/255.2.4使用RationalRose绘制用例图步骤

1.创建用例图2.用例图工具栏按钮介绍3.工具栏定制4.添加参与者与用例5.添加参与者与用例之间关系6.添加用例之间关系21/255.2.5图书馆管理系统用例图1.借阅者祈求服务用例图2.图书馆管理员