资源描述
单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,*,用例图及其应用,1,内 容,基本概念,关系及其应用,参与者规范及应用,用例规范及应用,用例视图,2,用例图由三部分组成：,参与者,一组（个）用例,关系,1 基本概念,3,1.1 参与者,定义,是直接与系统相互作用的系统、子系统或类的外部实体的抽象。它是用户所扮演的角色，是系统的用户。每个参与者定义了一个角色集合。通常，一个参与者可以代表一个人、一个计算机子系统、硬件设备或者时间等角色。典型的参与者如销售部经理、销售员和结帐系统。,图形表示,用小人图符表示,1 基本概念,4,1.1 参与者,参与者的识别,谁将使用系统的主要功能？,谁将需要系统的支持来完成他们的日常任务？,谁必须维护、管理和确保系统正常工作？,谁将给系统提供信息、使用信息和删除信息？,系统需要处理哪些硬件设备？,系统使用了外部资源吗？,系统需要与其他什么系统交互吗？,谁或者什么对系统产生的结果感兴趣？,一个人同时使用几种不同的规则吗？,几个人使用相同的规则吗？,系统使用遗留下来的应用吗？,1 基本概念,5,1 基本概念,1.2 用例,定义,对一组动作序列的描述，系统通过执行这一组动作序列为参与者产生一个可观察的结果,用例特征,说明了系统具有的一种行为模式,说明了一个参与者与系统执行的一个相关的事务序列,提供了一种获取系统需求的方法,提供了一种与最终的用户和领域专家进行沟通的方法,提供了一种测试系统的方法,图形表示,用椭圆形表示，用例的名字显示在图标的下面,6,1.2 用例,用例识别,参与者要向系统请求什么功能？,每个参与者的特定任务是什么？,参与者需要读取、创建、撤消、修改、或存储系统的某些信息吗？,是否任何一个参与者都要向系统通知有关突发性的、外部的改变？或者必须通知参与者关于系统中的发生的事件？,这些事件代表了哪些功能？,系统需要哪些输入/输出？,这些输入输出来自哪里或者到哪里去？,哪些用例支持或维护系统？,是否所有功能需求都被用例使用了？,系统当前实现的主要问题是什么？,1 基本概念,7,1.3 事件流,事件流是用例完成需求行为的事件描述。,事件流的目的是建立用例中逻辑流程的文档，详细描述系统用户的工作和系统本身的工作，既包括正常状态下系统完成需求行为的事件，也包括在其他状态下不能完成需求行为的事件。,事件流通常包括：,简要说明,前置条件,事件流,后置条件,1 基本概念,8,1.4 用例模型,一个用例模型由一个或者多个用例图和所有的支持文件（诸如用例规范和参与者定义等）所构成。用例规范是大多数用例模型的产物，而用例图充当将需求模型综合在一起的粘胶剂。用例模型应当从项目投资者的角度进行开发，而不是从开发者的（通常是技术）观点去开发。,1 基本概念,9,关系反应了参与者和用例之间、用例和用例之间以及参与者和参与者之间的相互作用。,在一个用例图中，可能会出现关联关系、依赖关系、泛化关系以及这三种关系的扩展形式：扩展关系、包含关系和精化关系。,2 关系及其应用,10,2.1 关联关系,关联关系表示一种通信路径，它存在于参与者和用例之间，提供用例和参与者之间的通信途径。建立通信之后，信息可以双向流动。,关系方向显示的不是信息的流动方向，而是谁启动信息。,2 关系及其应用,11,2 关系及其应用,2.1 关联关系,表示,工具箱中：一个直角直线,模型图中：一条直线或者一条带箭头的直线,关联命名,一个动词或者一个动词短语，用于指明关系的类型或者目的。,关联关系表示通信途径,12,2.1 关联关系,在用例图中，通常存在两种类型的关联：,单向关联,双向关联,Actor1 与 UseCase1,Actor2 与 UseCase1,2 关系及其应用,13,2.2 依赖关系,定义,存在于两个模型要素之间的一种关系，其中一个模型要素的改变将影响另一个模型要素,表示方法,工具箱和模型图中均表示为一个带箭头的虚线,画图时，拖动鼠标从客户到提供者画出关联关系,2 关系及其应用,14,2.3 泛化关系,定义,在一个更一般的模型要素和另一个较具体的模型要素之间存在的一种关系，通常用于表示类（包括用例、参与者等）之间的继承关系,表示方法,工具箱中：,模型图中：一条带空心三角形箭头的实线（箭头方向从具体用例指向一般用例）,2 关系及其应用,15,2.3 泛化关系,用例之间的泛化关系 参与者之间的泛化关系,2 关系及其应用,16,2 关系及其应用,2.4 关系的扩展,1）扩展关系,扩展关系可以放置在所有的关系上，大多数扩展构造型都放置在依赖关系和关联关系上,扩展关系用带箭头的虚线表示，沿线上加一个用双尖括号括起来的“extend”,17,2.4 关系的扩展,常见的几种扩展关系,a.两个用例相似但不完全相同时（如图）,b.当要对多个额外情况逐一建模时，可以使用扩展关系，用一个独立的用例替代每个额外的情况,c.如果用例涵盖了所有的情况变化，则该用例将会变得十分复杂，应该考虑使用扩展关系,2 关系及其应用,18,2 关系及其应用,2.4 关系的扩展,2）包含关系,是一种构造型关系，它将一个基用例连接到一个包含用例,UML1.1中为使用关系，在1.3中改为包含关系,包含关系在一个用例中重用另一个用例中的步骤,包含关系用带箭头的虚线表示，沿线上加一个用双尖括号括起来的“include”,19,2.4 关系的扩展,使用包含关系的三种情况：,a.如果有多个用例，并且这些用例包含大量类似的行为，应该考虑将这些类似的行为通过包含关系包含到用例中,b.对两个或多个互相独立的用例建模时做了重复的工作，可以通过包含关系包含这些重复的工作,c.如果某个行为可能会引入冗余，或者，当行为发生变化时可能导致不一致性，这时，应该对这种行为进行孤立建模并将它包含到用例中,2 关系及其应用,20,2.4 关系的扩展,包含关系举例,2 关系及其应用,21,2.4 关系的扩展,3）精化关系,精化关系在不同的语义层或者开发阶段连接两个或者多个模型要素。它表示了某些在一个特定的细节层次上规定的东西的更加全面的规格说明。例如，一个设计类就是一个分析类的一种精化。在一个精化关系中，源模型要素是一般的，在定义上更加概括；而目标模型要素更加具体并得到了进一步的精化。,2 关系及其应用,22,3.1 参与者规范,Rose在实现中对参与者和类使用相同的规范窗口，包括如下一些标签：,General,Detail,Operations,Attributes,Relations,Components,Nested,Files,3 参与者规范及应用,23,3 参与者规范及应用,3.1 参与者规范,General标签,Name,Stereotype,Documentation,24,3 参与者规范及应用,3.1 参与者规范,Detail标签,Multiplicity （参与者基数）,Abstract（抽象参与者）,基数,含义,0.0,0,0.1,0或者1,0.n,0或者多,1.1,1,1.n,1或者多,n,许多,25,3 参与者规范及应用,3.1 参与者规范,Relations标签,列出了参与者参与的所有关系。包括参与者与用例、参与者与其他参与者的一切关系,26,3.2 参与者的操作,1）增加参与者,2）删除参与者,3 参与者规范及应用,27,4.1 用例规范,General标签,Diagrams标签,Relations标签,Files标签,4 用例规范及应用,28,4 用例规范及应用,4.1 用例规范,General标签,Name,Package,Stereotype,Rank,Abstract,Documentation,29,4.1 用例规范,Diagrams标签,用例所拥有的模型图的信息，其中第一列（没有标题）显示模型图的图标，第二列（Title）显示图的名称,4 用例规范及应用,30,4 用例规范及应用,4.1 用例规范,Relations标签,用例与其他用例或参与者之间存在的所有关联关系,31,4 用例规范及应用,4.1 用例规范,Files标签,32,4.2 用例的操作,增加用例,将新的用例加入用例图,将现有的用例加入用例图,删除用例,仅仅从一个用例图中删除一个用例,从整个模型中删除用例,添加文件和链接URL,4 用例规范及应用,33,5 用例视图,用例图包含的内容,用例,参与者,用例与参与者之间的通信关系,用例之间的包含和扩展关系,参与者的泛化关系,用例图,用例实现,顺序图,协作图,34,5.1 用例图操作,创建新的用例图,打开已有的用例图,删除用例图,链接用例图,重命名用例图,5 用例视图,35,5.1 用例图工作箱,常用工具,10个按钮,定制工具箱,5 用例视图,36,
展开阅读全文