chapter02 用例图.ppt

第2章用例图
用例图的概念
用例图建模技术
实例——­图书馆管理系统中的用例图
用例图的概念
人们在进行软件开发时,无论是采用面向对象方法还是传统方法,首先要做的就是了解需求。由于用例图是从用户角度来描述系统功能的,所以在进行需求分析时,使用用例图可以更好描述系统应具备什么功能。用例图由开发人员与用户经过多次商讨而共同完成,软件建模的其他部分都是从用例图开始的。这些图以每一个参与系统开发的人员都可以理解的方式列举系统的业务需求。
本章将首先介绍系统、参与者和用例等一些基本概念及表示方法,然后再讨论泛化用例与参与者,以及用例之间的关系。最后介绍如何对用例进行描述以及如何绘制用例图。
2
概述
用例图显示谁将是相关的用户、用户希望系统提供什么服务以及用户需要为系统提供的服务。
用例图最常用来描述系统以及子系统。
3
用例图的构成
用例图用于定义系统的功能需求,它描述了系统的参与者与系统提供的用例之间的连接关系。这里的参与者可以人,也可以是另一个系统。用例图仅从参与者使用系统的角度描述系统中的信息。下图描述了一个学生成绩管理系统的用例图,它是一个实际系统简化后的示例。
4
用例图包含的元素:
参与者(Actor)
用例(Use Case)
关联关系(Association)
包含关系(Include)
扩展关系(Extend)
泛化关系(Generalization)
5
参与者是系统外的一个实体,参与者通过向系统输入或者系统要求参与者提供某种信息来进行交互。在确定系统的用例时,首要问题就是识别参与者。
参与者的概念:
参与者用于表示使用系统的对象。参与者可以是一个人、一个计算机系统、另一个子系统或另外一种对象。例如,一个计算网络系统的参与者可以包括操作员、系统管理员、数据库管理员和普通的用户,也可以有非人类参与者,如网络打印机。参与者的特征是其作为外部用户与系统发生交互。在系统的实际运作中,一个实际用户可能对应系统的多个参与者。同样,不同的多个用户也可以只对应于一个参与者,从而代表同一个参与者的不同实例。
参与者
6
系统外部的一个实体。
参与用例的执行过程。
通过向系统输入或请求系统输入某些事件来触发系统的执行。
由参与用例时所担当的角色来表示。
每个参与者可以参与一个或多个用例。
7
参与者的种类:
系统用户
与所建造的系统交互的其他系统
一些可以运行的进程
如:计算机网络系统的参与者包括操作员,系统管理员,数据库管理员,普通用户,网络打印机。
8
确定参与者
如何寻找系统的参与者
对参与者建模的过程中需要注意的问题
9
识别参与者
已有的上下文关系图(表示系统范围)及其他相关模型:它们描述了系统与外部系统的边界,从这些图中可以寻找出与系统有交互关系的外部实体。
项目相关人员分析:对项目的相关人员进行分析,就能够决定出哪些人将会与系统进行交互。
书面的规格说明和其它项目文档(如会谈备忘录等)
需求研讨会和联合应用开发会议的记录:这些会议的参与者通常是很重要的,因为他们在组织中所代表的角色就是可能与系统发生交互的参与者。
当前过程和系统的培训指南及用户手册:这些东西中经常会有潜在参与者。
10