初学uml 之用例图

《初学uml 之用例图》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、初学UML之用例图——陈雨章节UML基础知识用例图概述参与者（Actor）用例（Uesrcase）4种关系用例描述示例2011年2月28日星期一UML基础知识什么是UMLUML（统一建模语言，UnifiedModelingLanguage）是一种定义良好、易于表达、功能强大且普遍适用的可视化建模语言。它融入了软件工程领域的新思想、新方法和新技术。它的作用域不限于支持面向对象的分析与设计，还支持从需求分析开始的软件开发的全过程。在系统分析阶段，我们一般用UML来画很多图，主要包括用例图、状态图、类图、活动图、序列图、协作图、构建图、配置图等等，要画哪些图要根据具体情况而定。其实简单的理解，

2、UML的作用就是用很多图从静态和动态方面来全面描述我们将要开发的系统。2011年2月28日星期一2011年2月28日星期一UML基础知识UML的构成2011年2月28日星期一UML基础知识UML中视图的关系用例视图逻辑视图组件视图配置视图并发视图用例视图是其他视图的核心，它的内容直接驱动其他视图的开发。系统要提供的功能都是在用例视图中描述的，用例视图的修改会对其他视图产生影响。2011年2月28日星期一UML基础知识UML中的9种图用例图（UesrcaseDiagram）：需求捕获，测试依据类图（ClassDiagram）：类以及类之间的相互关系对象图（ObjiectDiagram）：对

3、象以及对象之间的相互关系状态图（StateDiagram）：对类描述的补充，类所经历的各种状态时序图（SequenceDiagram）：对象之间发送的消息的时间顺序协作图（CollaborationDiagram）：强调对象写作的交互图活动图（ActivityDiagram）：对工作流程建模组件图（ComponentDiagram）：组件及其之间的相互依赖关系配置图（DeploymentDiagram）：系统中硬件的软件的物理结构2011年2月28日星期一UML基础知识UML建模工具IBM的RationalRoseMS的VisioSparxSystems的EnterpriseArchit

4、ect（EA）PowerDesigner、trunfunplato…2011年2月28日星期一用例图概述——定义由参与者（Actor）、用例（usercase）以及它们之间的关系构成的用于描述系统功能的动态视图称为用例图。2011年2月28日星期一用例图概述——作用用例图是需求分析中的产物，主要作用是描述参与者（Actor）和用例（UserCase）之间的关系，帮助开发人员可视化得了解系统的功能。借助于用例图、系统用户、系统分析人员、系统设计人员、领域专家能够以可视化的方式对问题进行探讨，减少了大量交流上的障碍，便于对问题达成共识。用例图可视化地表达了系统的需求，具有直观、规范等优点，克

5、服了纯文字性说明的不足。用例方法是完全从外部来定义系统功能，它把需求和设计完全的分离开来。我们不用关心系统内部是如何完成各种功能的，系统对于我们来说就是一个黑箱子。2011年2月28日星期一用例图概述——构成要素参与者（Actor）用例（UserCase）关系（箭头）注释约束系统边界（也可以是一个“包”）用例描述2011年2月28日星期一用例图参与者（Actor）——概念要在用例上绘制一个参与者，可绘制一个人形符号，参与者的角色名称写在人形符号正下方。要注意的是，参与者不是指人或事物本身，而是表示人或事物当时所扮演的角色。比如小明是图书馆的管理员，他参与图书馆管理系统的交互，这时他既可以

6、作为管理员这个角色参与管理，也可以作为借书者向图书馆借书，在这里小明扮演了两个角色，是两个不同的参与者。参与者有三大类：系统用户、与所建造的系统交互的其他系统、一些可以运行的进程。每个参与者可以参与一个或多个用例，每个用例也可以有一个或多个参与者。2011年2月28日星期一用例图参与者（Actor）——确定参与者在获取用例前首先要确定系统的参与者，建模人员可以通过回答以下的问题来寻找系统的参与者。谁将使用该系统的主要功能。谁将需要该系统的支持以完成其工作。谁将需要维护、管理该系统，以及保持该系统处于工作状态。系统需要处理哪些硬件设备。与该系统那个交互的是什么系统。谁或什么系统对本系统产生

7、的结果感兴趣。2011年2月28日星期一用例图参与者（Actor）——确定参与者在对参与者建模的过程中，建模人员必须要牢记以下几点：参与者对于系统而言总是外部的，因此它们可以处于人的控制之外。参与者可以直接或间接的与系统交互，或使用系统提供的服务以完成某件事务。参与者表示人和事物与系统发生交户时所扮演的角色，而不是特定的人或者特定的事物。每个参与者需要一个具有业务一样的名字，在建模中不推荐使用类似“新参与者”的名字。每一个参与者要必