1-用例图建模步骤
UML建模之用例图关系
UML建模之⽤例图关系⼀．UML简介 UML（统⼀建模语⾔，Unified Modeling Language）是⼀种定义良好、易于表达、功能强⼤且普遍适⽤的可视化建模语⾔。
它融⼊了软件⼯程领域的新思想、新⽅法和新技术。
它的作⽤域不限于⽀持⾯向对象的分析与设计，还⽀持从需求分析开始的软件开发的全过程。
在系统分析阶段，我们⼀般⽤UML来画很多图，主要包括⽤例图、状态图、类图、活动图、序列图、协作图、构建图、配置图等等，要画哪些图要根据具体情况⽽定。
其实简单的理解，个⼈理解，UML的作⽤就是⽤很多图从静态和动态⽅⾯来全⾯描述我们将要开发的系统。
⼆、什么是⽤例 ⽤例是对包括变量在内的⼀组动作序列的描述，系统执⾏这些动作，并产⽣传递特定参与者的价值的可观察结果。
这是UML对⽤例的正式定义，可能有点难懂。
我们可以这样去理解，⽤例是参与者想要系统做的事情。
对于⽤例的命名，我们可以给⽤例取⼀个简单、描述性的名称，⼀般为带有动作性的词。
⽤例在画图中⽤椭圆来表⽰，椭圆下⾯附上⽤例的名称。
三、什么是⽤例图 ⽤例图（use case diagram）就是由主⾓、⽤例以及它们之间的关系构成的图。
该图说明了⽤例模型中的关系。
可以将⽤例图组织到⽤例包中，并归⽤例包所有，让特定包中仅显⽰互为关联关系的内容。
⽤例图由参与者（Actor）、⽤例（Use Case）、系统边界、箭头组成，⽤画图的⽅法来完成。
参与者不是特指⼈，是指系统以外的，在使⽤系统或与系统交互中所扮演的⾓⾊。
因此参与者可以是⼈，可以是事物，也可以是时间或其他系统等等。
还有⼀点要注意的是，参与者不是指⼈或事物本⾝，⽽是表⽰⼈或事物当时所扮演的⾓⾊。
⽐如⼩明是图书馆的管理员，他参与图书馆管理系统的交互，这时他既可以作为管理员这个⾓⾊参与管理，也可以作为借书者向图书馆借书，在这⾥⼩明扮演了两个⾓⾊，是两个不同的参与者。
参与者在画图中⽤简笔⼈物画来表⽰，⼈物下⾯附上参与者的名称。
UML实验指导书
《面向对象设计UML建模》---08本新版上机实验（一）创建用例及用例图一.实验目的：在Rose 2003 环境下设计应用系统的UML用例图（Use Case Diagram）。
二.实验内容：根据用户“需求陈述”创建Use Case框图。
包括:案例1. 绘制“自动饮料机售货”的Use Case框图（包括功能扩展）案例2. 用例之间的三种关系练习案例3. 设计“网上学生选课系统”的Use Case 框图案例4. 设计“图书管理系统”的Use Case 框图三.操作步骤：案例1.①建立用例图的步骤：。
右击Use Case View。
选New Use Case Diagram。
起名，比如：Buy Drink。
双击Buy Drink图标，这时工具栏变成适合Use Case作图的形式。
设计Use Case Diagram.②“自动饮料机售货”需求陈述:“顾客通过自动饮料售货机, 可以方便地买到一听饮料。
而自动饮料售货机除了卖给顾客饮料外，还具备以下功能：·供应商可以向自动饮料售货机添加饮料（需要打开和关闭自动饮料售货机的门）;·收银员可以从自动饮料售货机取钱. （需要打开和关闭自动饮料售货机的门）”经过分析可知自动饮料售货机系统涉及到的名词及概念有:Customer Supplier Cashier Buy drink Set drink Take moneyOpen machine Close machine显然, 前三个名词为参与者. 后面的那些功能为Use Case .③绘制自动饮料售货机售货的用例图. (提示：首先找出参与者和用例之间的关系, 建立初步用例图, 然后细化用例建立用例之间的《include》或《extend》关系。
)案例2. 用例之间的三种关系练习·分析用例之间的“泛化关系”、“include”和“extend”关系。
·在Rose下创建包括以上三种关系的Use Case图。
UML用例图的画法
一．UML简介UML（统一建模语言，Unified Modeling Language）是一种定义良好、易于表达、功能强大且普遍适用的可视化建模语言。
它融入了软件工程领域的新思想、新方法和新技术。
它的作用域不限于支持面向对象的分析与设计，还支持从需求分析开始的软件开发的全过程。
在系统分析阶段，我们一般用UML来画很多图，主要包括用例图、状态图、类图、活动图、序列图、协作图、构建图、配置图等等，要画哪些图要根据具体情况而定。
其实简单的理解，也是个人的理解，UML的作用就是用很多图从静态和动态方面来全面描述我们将要开发的系统。
二．用例建模简介用例建模是UML建模的一部分，它也是UML里最基础的部分。
用例建模的最主要功能就是用来表达系统的功能性需求或行为。
依我的理解用例建模可分为用例图和用例描述。
用例图由参与者（Actor）、用例（Use Case）、系统边界、箭头组成，用画图的方法来完成。
用例描述用来详细描述用例图中每个用例，用文本文档来完成。
1．用例图参与者不是特指人，是指系统以外的，在使用系统或与系统交互中所扮演的角色。
因此参与者可以是人，可以是事物，也可以是时间或其他系统等等。
还有一点要注意的是，参与者不是指人或事物本身，而是表示人或事物当时所扮演的角色。
比如小明是图书馆的管理员，他参与图书馆管理系统的交互，这时他既可以作为管理员这个角色参与管理，也可以作为借书者向图书馆借书，在这里小明扮演了两个角色，是两个不同的参与者。
参与者在画图中用简笔人物画来表示，人物下面附上参与者的名称。
用例是对包括变量在内的一组动作序列的描述，系统执行这些动作，并产生传递特定参与者的价值的可观察结果。
这是UML对用例的正式定义，对我们初学者可能有点难懂。
我们可以这样去理解，用例是参与者想要系统做的事情。
对于对用例的命名，我们可以给用例取一个简单、描述性的名称，一般为带有动作性的词。
用例在画图中用椭圆来表示，椭圆下面附上用例的名称。
UML类图详细教程
2021/2/4
类的图形表示和示例
4
在类图中，根据建模的不同景象，类图标中不一定列出全部的
内容。如在建立分析模型或设计模型时，甚至可以只列出类名， 在图中着重表达的是类与类之间的联系；在建立实现 模型时，则应当在类图标中详细给出类的属性和方法等细节。
2021/2/4
5
1. 属性
属性（Attribute）在UML类图标的矩形框中用文字串说明，如 下图所示。
UML类图详细教程
4.1 UML基本类图
面向对象设计的基础就是使用类。类是用来代表现实事务或 者功能的构造块。在本节中，我们将要学习如何建模类及其相互 之间的关系，以便在编写代码之前让你对系统拥有全面的认识。
类图是由若干类关联在一起，反映系统或者子系统组成结构的 静态图。类图的建模贯穿工程的分析和设计阶段的始终，通常从 商务伙伴能够理解的类开始建模，最终往往成为只有开发小组才 能够完全理解的类。
displays
1
Administrator
OnlineUser
WebSite
use
+ UserName : String = ""
# Password : String = ""
+ Logon() + View()
2021/2/4
45
练习： 建模一个类图
在这个练习中，将会从用例图建模一个类图。读者应该遵循
•若可视性标记为“-”或“ private”，则为私用属性，不可以被外部 对象访问，只能为本类的对象使用。
•可视性可以缺省，表示该属性不可视。Leabharlann 2021/2/47
Student类
2021/2/4
用例建模指南
用例建模指南用例(Use Case)是一种描述系统需求的方法，使用用例的方法来描述系统需求的过程就是用例建模。
用例方法最早是由Iva Jackboson博士提出的，后来被综合到UML规范之中，成为一种标准化的需求表述体系。
1. 什么是用例？传统的需求表述："软件需求规约"(Software Requirement Specification)。
传统的软件需求规约基本上采用的是功能分解的方式来描述系统功能，在这种表述方式中，系统功能被分解到各个系统功能模块中，我们通过描述细分的系统模块的功能来达到描述整个系统功能的目的。
缺点：采用这种方法来描述系统需求，非常容易混淆需求和设计的界限，这样的表述实际上已经包含了部分的设计在内。
由此常常导致这样的迷惑：系统需求应该详细到何种程度？一个极端就是需求可以详细到概要设计，因为这样的需求表述既包含了外部需求也包含了内部设计。
在有些公司的开发流程中，这种需求被称为"内部需求"，而对应于用户的原始要求则被称之为"外部需求"。
功能分解方法的另一个缺点是这种方法分割了各项系统功能的应用环境，从各项功能项入手，你很难了解到这些功能项是如何相互关联来实现一个完成的系统服务的。
所以在传统的SRS文档中，我们往往需要另外一些章节来描述系统的整体结构及各部分之间的相互关联，这些内容使得SRS需求更象是一个设计文档。
1.1 参与者和用例从用户的角度来看，他们并不想了解系统的内部结构和设计，他们所关心的是系统所能提供的服务，也就是被开发出来的系统将是如何被使用的，这就用例方法的基本思想。
用例模型主要由以下模型元素构成：∙参与者(Actor)参与者是指存在于被定义系统外部并与该系统发生交互的人或其他系统，他们代表的是系统的使用者或使用环境。
∙用例(Use Case)用例用于表示系统所提供的服务，它定义了系统是如何被参与者所使用的，它描述的是参与者为了使用系统所提供的某一完整功能而与系统之间发生的一段对话。
用例图和类图
类图的需求分析
• 小王是一个爱书之人，家里各类书籍已过千册， 而平时又时常有朋友外借，因此需要一个个人图 书管理系统。 • 该系统应该能够将书籍的基本信息按计算机类、 非计算机类分别建档，实现按书名、作者、类别 、出版社等关键字的组合查询功能。在使用该系 统录入新书籍时系统会自动按规则生成书号，可 以修改信息。该系统还应该能够对书籍的外借情 况进行记录，可对外借情况列表打印。另外，还 希望能够对书籍的购买金额、册数按特定时间周 期进行统计。
筛选备选类(分析过程)
1.“小王”、“人”很明显是系统外的概念，无 须对其建模； 2.而“个人图书管理系统”和后面的“系统”指 的就是将要开发的系统，即系统本身，也无须 对其进行建模； 3.很明显，“书籍”是一个很重要的类，而“书 名”、“作者”、“类别”、“出版社”、“ 书号”等则都是用来描述书籍的基本信息的， 因此应该作为“书籍”类的属性处理，而“规 则”是指书号的生成规则，书号则是书籍的一 个属性，因此“规则”可以作为编写“书籍” 类构造函数的指南。
1. 其它系统：当系统需要与其它系统交互时，如ATM柜 员机系统中，银行后台系统就是一个参与者； 2. 硬件设备：如果系统需要与硬件设备交互时，如在开 发IC卡门禁系统时，IC卡读写器就是一个参与者； 3. 时钟：当系统需要定时触发时，时钟就是参与者。
识别参与者的用例案例
• 酒店管理系统（前台）
• 事件描述：客户前来酒店预定座位，由前台服 务人员为其检查座位信息。如果客满或客户对 座位不满意，则进入等待队列；如果有满意座 位，则由前台服务人员为其安排座位。客户完 成消费后，至前台服务人员处办理结账，其可 选择现金付款或刷卡消费2种结账方式。
（ 酒 店 识 管 别 理 参 系 与 统 用 者 例 ） 图
13种uml简介、工具及示例
13种uml简介、工具及示例UML（Unified Modeling Language）是一种用于软件开发的标准化建模语言，它使用图形表示法来描述软件系统的不同方面。
在软件开发过程中，使用UML可以帮助开发人员更清晰地理解系统的结构和行为，从而更好地进行设计和实现。
UML提供了包括结构模型、行为模型和交互模型在内的多种建模方式，其中每种模型都有各自的符号和语法规则。
通过使用这些模型，开发人员可以将系统分解成不同的部分，然后逐步细化这些部分的设计，以便更好地组织和管理项目。
在UML中，最常用的建模元素包括用例图、类图、时序图、活动图、状态图等。
每种图表都有其特定的用途和表达能力，开发人员可以根据实际需要选择合适的图表进行建模。
除了建模元素外，UML还定义了一系列的建模工具，这些工具可以帮助开发人员更高效地进行建模和分析。
其中一些常用的建模工具包括Enterprise Architect、Rational Rose、StarUML等。
下面将对13种UML简介、工具及示例进行详细介绍：1. 用例图（Use Case Diagram）用例图是UML中描述系统功能和用户交互的基本图表之一。
它用椭圆表示用例，用直线连接用例和参与者，展示了系统外部用户和系统之间的交互。
用例图可以帮助开发人员更清晰地理解系统的功能需求，从而指导系统的设计和实现。
示例：一个简单的在线购物系统的用例图包括用例“浏览商品”、“添加商品到购物车”、“提交订单”等，以及参与者“顾客”和“管理员”。
2. 类图（Class Diagram）类图是UML中描述系统结构和静态关系的基本图表之一。
它用矩形表示类，用线连接类之间的关系，包括关联关系、聚合关系、继承关系等。
类图可以帮助开发人员更清晰地理解系统的对象结构和类之间的关系，从而支持系统的设计和重构。
示例：一个简单的学生信息管理系统的类图包括类“学生”、“课程”、“教师”等，以及它们之间的关系如“选修”、“授课”等。
用例图1
够决定出哪些人将会与系统进行交互。
书面的规格说明和其它项目文档（如会谈备忘录等） 需求研讨会和联合应用开发会议的记录：这些会议的参 与者通常是很重要的，因为他们在组织中所代表的角色 就是可能与系统发生交互的参与者。 当前过程和系统的培训指南及用户手册：这些东西中经 常会有潜在参与者。
24
•
如何寻找系统的参与者（2/2）
如ATM柜员机系统中，银行后台系统就是一个
参与者； 2）硬件设备：如果系统需要与硬件设备交互时， 如在开发IC卡门禁系统时，IC卡读写器就是一 个参与者；
3）时钟：当系统需要定时触发时，时钟就是参与
者
20
识别参与者：考勤卡系统
开发者：谁将使用这个应用程序？ 客 户：所有用它来记录可记帐以及不可记帐的工时的雇员 …… Employee 开发者：现在考勤卡应用程序是什么样的？ 客 户：每半个月就用一个Excel表格来记录。每个雇员都将通过他的表 格填好，然后用电子邮件发给我。这个表格相当标准：纵向是收费项目 代码，横向是日期。雇员可以在每个条目上填写说明。 开发者：这个收费项目代码可以从什么地方得到？ …… 开发者：谁来管理收费项目代码？ Administrativ 客 户：嗯，必要的时候由我（业务经理）来添加这个代码。而每个经 e User 理总会告诉他的下属应该填写什么。 ……
例子：学生注册课程系统
• 某大学准备开发一个学生课程注册系统：
– 学生使用该系统查询新学期将开设的课程和讲课教师情况，选择自己要 学习的课程进行登记注册，并可以查询成绩单 – 教师使用该系统查询新学期将开设的课程和选课学生情况，并可以登记 成绩单 – 注册管理员使用该系统进行注册管理，包括维护教师信息、学生信息和 课程信息等 – 在每个学期的开始，学生获得该学期的课程目录表，课程目录表列出每 门课程的所有信息，诸如基本信息、教师、开课系和选课条件等 – 新学期开始前两周为选课注册时间，在此期间学生可以选课注册，并且 允许改变或取消注册申请，开学两周后注册管理员负责关闭课程注册。 每个学生可以选择不超过4门课程，同时指定2门侯选课程以备主选课程 未选上。每门课程最多不能超过10人，最少不能低于3人，低于3人选课 的课程将被取消。一旦学生的注册过程完毕，注册系统将有关信息提交 收费系统以便学生付费。如果在实际注册过程中名额已满，系统将通知 学生在提交课程表之前予以更改 – 在学期结束时，学生可以存取系统查看电子成绩单。由于学生成绩属于 敏感信息，系统必须提供必要的安全措施以防非法存取
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
1-用例图建模步骤
用例图建模步骤
窗口说明
1.开始
用例图在用例视图目录下，使用右键菜单“new”——》“use case diagram”。
2.工具栏调整
一般情况下，所有UML模型的工具栏都是可以调整的，可以根据具体需要对工具栏上的按钮进行定制。
在工具栏上使用右键菜单，选择“Customize”如图2，选择需要增加或减少的图标，如图3所示。
3.增加参与者
参与者的增加有2种方式，
4.
5.增加用例
用例增加的方式和方法与参与者增加的方式和方法是相同的。
6.建立参与者之间的关系
参与者之间的关系常见的是泛化关系。
步骤如下：
1）选择泛化关系，如图7所示。
2）如图8所示，画出两个参与者之间的泛化关系。
注意：起点是继承类，终点是被继承类。
即，画的时候是从儿子开始，到父亲结束。
7.建立用例之间的关系
用例之间的关系主要是3种，分别是包含（include），扩展（extend）和泛化
（generalization）。
我们只要熟悉一种建立方式，其他2种都可以采用同样的步骤实现。
建立包含关系步骤如下：
1）如图9所示，选择用例关系的图标。
2）如图10所示，从“登陆系统”用例开始，到“密码验证”用例结束画出关联关系，注意箭头的方向。
3）双击这条线或者右键点击这条线然后选择“Open Specification”菜单项（图11所示），
在弹出的窗口（图12）的Stereotype中选择包含（include）关系
结果如图13，图14所示
8.啊啊。