用例图和活动图
UML用例图与活动图的关联关系与适用场景深入讨论
UML用例图与活动图的关联关系与适用场景深入讨论UML（Unified Modeling Language）是一种用于软件系统设计和开发的标准建模语言。
在UML中，用例图和活动图是两种常用的图形表示方式，用于描述系统的功能和行为。
本文将深入讨论UML用例图与活动图之间的关联关系以及它们在不同的适用场景中的应用。
首先，让我们来了解一下UML用例图和活动图的基本概念。
用例图是一种用于描述系统功能和用户需求的图形表示方式。
它主要由参与者（actors）和用例（use cases）组成。
参与者代表与系统进行交互的外部实体，而用例则表示系统所提供的功能或服务。
用例图可以帮助开发团队更好地理解系统的需求，以及参与者与用例之间的关系。
活动图是一种用于描述系统流程和行为的图形表示方式。
它主要由活动（activities）、控制流（control flows）和决策（decisions）等元素组成。
活动表示系统中的一个操作或步骤，控制流表示活动之间的顺序关系，而决策则表示系统在某个特定条件下的选择。
活动图可以帮助开发团队更好地理解系统的执行流程，以及各个活动之间的关系。
接下来，我们将探讨UML用例图与活动图之间的关联关系。
用例图和活动图可以相互关联，以提供更全面的系统描述。
用例图可以通过关联关系将用例和活动进行连接，从而明确用例与活动之间的关系。
例如，一个用例可以关联多个活动，表示该用例可以触发多个活动。
而一个活动也可以关联多个用例，表示该活动可以被多个用例所使用。
通过这种关联关系，我们可以更好地理解系统的功能和行为，以及它们之间的关系。
在实际应用中，UML用例图和活动图在不同的场景中有着不同的应用。
用例图主要用于系统需求分析阶段，帮助开发团队理解用户需求和系统功能。
用例图可以清晰地描述参与者和用例之间的关系，以及用例之间的依赖关系。
通过用例图，开发团队可以更好地定义系统的边界和功能范围，从而为后续的系统设计和开发工作奠定基础。
人事管理系统用例图类图活动图
Fox-ERP人事管理系统(二)-----毕业设计(论文)指导老师专业计算机应用与维护组长班级组员成都电子机械高等专科学校 2007年5月10日目录第一章系统功能 (1)1.1需求分析 (3)1.2F O X-E R P人事管理系统功能 (4)第二章系统分析图....................................................................................... - 5 -2.1U M L图.. (5)2.1.1用例图 (6)2.1.2类图 (8)2.1.3活动图 (9)2.2系统架构 (9)第三章主要关键技术 (10)3.1关键技术之一 (10)3.2关键技术之二 (11)3.3关键技术之三 (11)第四章数据库结构 (12)4.1数据库设计 (12)4.2人事管理系统的数据模型图 (16)第五章使用FOX-ERP人事管理系统说明书 (16)5.1F O X-E R P人事管理系统平台 (16)5.1.1 硬件需求 (16)5.1.2 安装: (17)5.1.3第二期工程的后续工作 (17)5.2F O X-E R P人事管理登录和进入系统 (17)5.2.1 登录 (17)5.2.2 进入FOX-ERP人事管理系统主界面 (17)5.2.3 使用说明 (18)第六章 FOX-ERP人事管理主要源程序....................................................................... - 32 -一、密码的修改和找回 .. (35)1：修改密码代码 (32)2：找回密码代码 (32)二、员工就职 (33)1：代号档资料维护界面代码 (33)2：员工基本资料 (35)3：津贴/扣款维护 (38)4: 健保眷属资料维护代码 (39)5：经历资料维护代码 (40)6：证照资料维护代码....................................................................................... - 38 - 7: 技能资料维护代码....................................................................................... - 44 - 三、人事异动. (43)1：就职单维护代码 (43)2：调职单维护代码 ........................................................................................ - 51 - 3：离职单维护代码 ........................................................................................ - 53 -4：复职单维护代码 .. (47)四、教育训练 (60)2：教育训练员工文件维护 (50)3：教育训练课程名单 (51)4：教育训练上课员工名单 (51)五、考绩与奖惩作业 (51)1：考绩资料添加 (51)2：考绩资料维护 (52)3：奖惩资料添加 (53)4：奖惩资料维护 (54)六、退休作业 (55)1：退休员工就职文件维护 (55)2：未来退休员工预估表 (56)七、用户注册 (57)1：设置用户 (57)2：用户注册 (57)总结 (58)主要参考文献 (59)谢辞 (59)第一章系统功能1.1 需求分析软件工程中包含需求、设计、编码和测试四个阶段，其中需求分析是软件工程中第一个也是很重要的一个阶段，需求分析的基本任务就是准确地回答“系统必须做什么”这个问题，而它的主要任务就是绘制关联图、创建开发原型、分析可行性、确定需求优先级、为需求建立模型、编写数据字典、应用质量功能调配。
UML中共有5种静态图
UML中共有5种静态图：用例图，类图，对象图，组件图和配置图。
（1）用例图Use Case Diagram用例图展现了一组用例、参与者以及它们之间的关系可以用来描述系统的静态使用情况。
上图中小人形状的用户和ATM是参与者、椭圆形状的如插入卡、输入密码等是用例（2）类图Class Diagram类图展示了一组类、接口、子类以及他们之间的关系，在建模中最常用到的图就是类图；可以用类图说明系统的静态设计视图，包含主动类的类图。
上图中反应了5个类之间的关联关系，人民币账户和美元帐户从账户继承，账户和ATM相关联，两种账户和用户相关联（3）对象图Object Diagram对象图展示了一组对象和他们间的关系，可以用来说明类图中翻译的事物实例的数据结构和静态快照，表达了系统的静态设计视图和静态过程视图，除了显示和原型方面的因素外，它与类图的作用是相同的。
（4）组件图Component Diagram组件图，又名构件图，展现了一组组件之间的组织和依赖，用于对源代码、可执行的发布、物理数据库和可调整的系统建模。
上图中组件1和组件3依赖于组件2（5）配置图Deployment Diagram配置图展现了对运行时处理节点以及其中组件的配属，它描述系统硬件的物理拓扑结构，以及在此结构上执行的软件。
用配置图说明系统结构的静态配置视图，即说明分布、交互和安装的物理系统。
上图中，三个处理机与两个涉笔，相互之间是关联的关系UML中动态图有四种，分别是：时序图、协作图、状态图和活动图。
（1）时序图Sequence Diagram时序图展现了一组对象和由这组对象收发的信息，用于按时间顺序对控制流建模。
可以用时序图来说明系统的动态视图。
这里貌似有不同的说法Visual Paradigm里面叫时序图为Timing Diagram，而我参照的教材里边没有这种图，按理说是应该有的。
上图反应了用户与ATM交互的整个过程。
（2）协作图Collaboration Diagram协作图展现了一组对象之间的链接以及这组对象收发的消息，强调收发消息对象的组织结构，按组织结构对控制流建模。
UML 用例图、关系图、活动图
例如，一个银行系统中，有
一个“验证用户”用例，用 身份认证
于验证用户的合法性，它有
两 个 特 殊 的 子 用 例 ， 一 个 是 密码认证
指纹认证
“检查密码”，另一个是
“检查指纹”，它们都有父
用例“验证用户”的行为，
并且可以出现在父用例出现
的任何地方，还可以添加自
己的行为。
用例图实例
• 以前面图书信息管理系统为例，画出用例 图。先找出参与系统地的角色：
• 扩展关系——允许一个用例扩展另一个用
例的功能。例如，在图书信息管理系统中，
读者还书时，系统检查所还图书是否有预
订记录，如果有则执行“通知”用例。在
UML中扩展关系表示为箭头和《extend》形
式。
《extend》
还书
通知
管理员
读者
注意
• 使用关系和扩展关系之间的区别，A使用B 本质上是A一定使用B，同时增加自己的专 属行为；而A被用例B扩展是说明A是一个一 般用例，B是一个特殊用例，A在某些条件 下可能使用B。
（2）取消预订——本用例提供取消预订图书的功能。
（3）还书——完成还书任务，在还书是要检查所还的书是否超 期、是否有其他读者预订，有的话要通知预订者。
（4）借书——提供借阅书功能 。
• 分析这个用例图，发现“还书”用例应该 被扩展，因为在还书时检查所还图书是否 有预订记录，若有，则应该通知预订者前 来借书。
• 一个用例内部的具体处理细节是由其他图形工具描述 的，用例图只是反映系统的总体功能，以及与这些功 能的相关的角色。有些人可能在画“借书”用例时， 情不自禁地就考虑了“输入读者号和书号”，“检查 图书是否在库？”，“图书数量减1”，“添加读者借 书记录”等等，一旦考虑了这些细节，就会发现用例 图画不下去了。因此，读者注意用例图中不要考虑处 理细节。
图书馆管理系统用例图、活动图、类图、时序图
图书馆管理系统一．图书馆管理系统需求分析1、系统目标设计系统开发的总目标是实现内部图书借阅管理的系统化、标准化和自动化。
能够对图书进展注册登记，也就是将图书的根本信息〔如：书的编号、书名、作者、价格等〕预先存入数据库中，供以后检索。
能够对借阅人进展注册登记，包括记录借阅人的姓名、编号、班级、年龄、性别、地址、等信息。
提供方便的查询方法。
如：以书名、作者、出版社、出版时间〔确切的时间、时间段、某一时间之前、某一时间之后〕等信息进展图书检索，并能反映出图书的借阅情况；以借阅人编号对借阅人信息进展检索；以出版社名称查询出版社联系方式信息。
提供对书籍进展的预先预订的功能。
提供旧书销毁功能，对于淘汰、损坏、丧失的书目可及时对数据库进展修改。
能够对使用该管理系统的用户进展管理，按照不同的工作职能提供不同的功能授权。
提供较为完善的过失控制与友好的用户界面，尽量防止误操作。
2、系统功能需求分析(1) 读者管理：读者信息的制定、输入、修改、查询，包括种类、性别、借书数量、借书期限、备注等。
(2) 书籍管理：书籍根本信息制定、输入、修改、查询，包括书籍编号、类别、关键词、备注。
(3) 借阅管理：包括借书，还书，预订书籍，续借，查询书籍，过期处理和书籍丧失后的处理。
(4)系统管理：包括用户权限管理，数据管理和自动借还书机的管理满足以上需求的系统主要包含有一下几个子系统〔1〕根本业务功能子系统：该系统中主要包含了借书还书和预订等功能。
〔2〕根本数据录入功能子系统：该子系统主要包含有书籍信息和读者信息录入功能。
〔3〕信息查询子系统：包含了多功能的查询书籍信息和读者信息。
〔4〕数据库管理功能子系统：主要包含了借阅信息管理功能，书籍信息管理功能和预订信息管理功能。
〔5〕帮助功能子系统。
二、系统动态建模1、用例图、图书馆管理系统的用例图从用例图中我们可以看出管理员和读者之间对本系统所具有的用例。
管理员所包含的用例有：（1）登录系统：管理员可以通过登录该系统进展各项功能的操作（2）书籍管理：包括对书籍的增删改等。
UML用例图与活动图的关联关系与应用场景解析
UML用例图与活动图的关联关系与应用场景解析在软件开发过程中，UML（Unified Modeling Language）是一种常用的建模语言，用于描述软件系统的结构和行为。
其中，用例图和活动图是UML中常用的两种图表，它们之间存在着紧密的关联关系，并且在不同的应用场景中有着各自的作用。
一、用例图和活动图的概述用例图是一种用于描述系统功能和用户之间交互的图表。
它通过用例（Use Case）和参与者（Actor）之间的关系来展示系统的功能需求。
用例图主要包括用例、参与者和它们之间的关系。
活动图是一种描述系统行为的图表。
它通过活动（Activity）、控制流（Control Flow）和决策节点（Decision Node）等元素来展示系统的流程和交互。
活动图主要用于描述系统的业务流程、用例场景和算法等。
二、用例图和活动图的关联关系用例图和活动图之间存在着紧密的关联关系。
用例图主要描述系统的功能需求，而活动图则描述了这些功能的实现过程。
在用例图中，一个用例可以对应多个活动图，而一个活动图通常对应一个用例。
具体而言，在用例图中，每个用例表示一个系统功能，而参与者则表示与系统交互的用户或外部系统。
用例图展示了用例和参与者之间的关系，以及用例之间的关系。
而在活动图中，每个活动表示一个具体的操作或业务流程，控制流表示活动之间的顺序和条件，决策节点表示根据不同情况做出的决策。
活动图可以作为用例图的补充，用于更详细地描述用例的执行过程。
通过活动图，可以清晰地展示用例中的各个步骤和流程，帮助开发人员更好地理解和设计系统。
三、用例图和活动图的应用场景用例图和活动图在软件开发中有着广泛的应用场景。
首先，用例图和活动图可以帮助开发人员更好地理解和分析系统需求。
通过用例图，可以明确系统的功能需求，梳理各个用例之间的关系，从而为后续的设计和开发工作提供指导。
而活动图则可以更详细地描述用例的执行过程，帮助开发人员更好地理解和分析系统的业务流程。
UML中数据流图，用例图，类图，对象图，角色图，活动图，序列图详细讲述保存供参考
UML中数据流图，⽤例图，类图，对象图，⾓⾊图，活动图，序列图详细讲述保存供参考这个⽂章，是我在急需的情况下在园⼦⾥搜索到的，原创作者是：DO-websoftware,为了⾃⼰看⽅便，所以复制到我的空间，希望原创者不要介意哦~~~~很详细的介绍，对我的帮助很⼤，谢谢哦。
类图，对象图，⾓⾊图：⼀、UML中基本的图范畴：在 UML 2 中有⼆种基本的图范畴：结构图和⾏为图。
每个 UML 图都属于这⼆个图范畴。
结构图的⽬的是显⽰建模系统的静态结构。
它们包括类，组件和（或）对象图。
另⼀⽅⾯，⾏为图显⽰系统中的对象的动态⾏为，包括如对象的⽅法，协作和活动之类的内容。
⾏为图的实例是活动图，⽤例图和序列图。
⼆、UML中的类图：1.类图的表⽰：类的 UML 表⽰是⼀个长⽅形，垂直地分为三个区，如图 1 所⽰。
顶部区域显⽰类的名字。
中间的区域列出类的属性。
底部的区域列出类的操作。
在⼀个类图上画⼀个类元素时，你必须要有顶端的区域，下⾯的⼆个区域是可选择的（当图描述仅仅⽤于显⽰分类器间关系的⾼层细节时，下⾯的两个区域是不必要的）。
描述：顶部区域显⽰类的名字。
中间的区域列出类的属性。
底部的区域列出类的操作。
当在⼀个类图上画⼀个类元素时，你必须要有顶端的区域，下⾯的⼆个区域是可选择的（当图描述仅仅⽤于显⽰分类器间关系的⾼层细节时，下⾯的两个区域是不必要的）。
·类名：如果是抽象类，则采⽤斜体·类属性列表：name : attribute type 如 flightNumber : Integer，这是最常见的表达形式name : attribute type = default value 如 balance : Dollars = 0，这是带有默认值的表达形式·类⽅法列表：name(parameter list) : type of value returned注意：在业务类图中，属性类型通常与单位相符，这对于图的可能读者是有意义的（例如，分钟，美元，等等）。
UML中的用例图与活动图之间的关联关系
UML中的用例图与活动图之间的关联关系UML（统一建模语言）是一种用于软件开发的标准化建模语言，它提供了一套丰富的图形符号和规范，用于描述软件系统的不同方面。
在UML中，用例图和活动图是两个重要的图形模型，它们分别用于描述系统的功能需求和业务流程。
本文将探讨用例图和活动图之间的关联关系，并探讨它们在软件开发过程中的作用。
用例图是用于描述系统功能需求的一种图形模型。
它主要由参与者（Actor）和用例（Use Case）两个主要元素组成。
参与者是与系统进行交互的外部实体，可以是人、其他系统或外部设备。
用例则是对系统功能的描述，它表示系统的一个具体功能或服务。
用例图通过参与者和用例之间的关系，展示了系统的功能和参与者之间的交互。
活动图是用于描述业务流程的一种图形模型。
它主要由活动（Activity）和控制流（Control Flow）两个主要元素组成。
活动表示系统中的一个操作或动作，可以是一个简单的任务或一个复杂的业务流程。
控制流则表示活动之间的顺序关系，它描述了活动之间的流转和依赖关系。
活动图通过活动和控制流之间的关系，展示了系统的业务流程和操作之间的关联。
用例图和活动图之间存在着紧密的关联关系。
用例图描述了系统的功能需求，而活动图则描述了系统的业务流程。
在软件开发过程中，用例图和活动图通常是一起使用的，它们相互补充，帮助开发人员更好地理解和设计系统。
首先，用例图可以作为活动图的输入。
在软件开发的初期阶段，通过分析用户需求和使用场景，可以绘制用例图来描述系统的功能需求。
用例图可以帮助开发人员明确系统的功能范围和参与者之间的交互关系。
这些信息可以为后续的活动图设计提供重要的参考和指导。
其次，活动图可以用于详细描述用例图中的用例。
用例图通常只能提供对系统功能的高层次描述，而活动图可以进一步展开用例中的具体操作和业务流程。
通过活动图，开发人员可以更加详细地描述每个用例的具体执行过程，包括涉及的活动、条件和并发流程等。
软件工程9种图
软件工程9种图软件工程9种图本文档旨在介绍软件工程中常用的9种图，包括需求分析图、用例图、活动图、类图、状态图、序列图、通信图、部署图和物理架构图。
每个章节将详细说明各种图的定义、特点和使用方法。
1.需求分析图需求分析图主要用于描述系统的需求和功能，并将其转化为可视化的图形表示。
它包括用例图、活动图、状态图等多种子图。
用例图用于展示系统的功能、用户以及各功能之间的关系；活动图则表示系统中的各种活动以及它们之间的关系；状态图则描述系统中对象的不同状态和状态之间的转移。
2.用例图用例图是描述系统功能和用户之间交互的图表。
它展示了系统的功能性需求，包括系统的主要功能和参与者（用户）之间的关系。
用例图由参与者、用例和关系构成，通过参与者和用例之间的关系来表示用户与系统的交互。
3.活动图活动图用于描述系统中的活动或业务流程，以及这些活动之间的顺序关系。
它展示了系统的业务流程，包括活动、决策、并行和合并分支。
活动图通过节点、边和分支条件来表示活动之间的关系。
4.类图类图用于描述系统中的类、对象以及它们之间的关系。
它展示了系统的结构，包括类的属性、方法、关联关系、继承关系等。
类图通过类、对象、关联和继承等元素来表示系统的结构。
5.状态图状态图用于描述系统中对象的不同状态和状态之间的转移。
它展示了系统中对象的状态及其变化，包括对象的初始状态、中间状态以及最终状态。
状态图通过状态、转移和条件来表示对象的状态和状态之间的转移。
6.序列图序列图用于描述系统中对象之间的交互顺序和消息传递。
它展示了系统中对象之间的交互流程，包括对象的创建、销毁、方法调用等。
序列图通过对象、消息、生命线等元素来表示对象之间的交互和顺序关系。
7.通信图通信图用于描述系统中对象之间的交互和消息传递。
它展示了对象之间的通信方式，包括消息的发送和接收。
通信图通过对象、消息、连接线等元素来表示对象之间的交互和通信关系。
8.部署图部署图用于描述系统中软件和硬件组件的部署布局。
UML用例图与活动图的关联关系与适用场景解析
UML用例图与活动图的关联关系与适用场景解析UML（Unified Modeling Language）是一种用于软件开发的标准建模语言，它提供了一系列图形化的工具，帮助开发人员更好地理解和设计软件系统。
在UML 中，用例图和活动图是两种常用的图形表示方式，用于描述系统的功能和流程。
本文将分析用例图和活动图之间的关联关系，并探讨它们的适用场景。
一、用例图和活动图的基本概念用例图是一种用于描述系统功能的图形化表示方式。
它主要由参与者（Actor）和用例（Use Case）组成。
参与者是系统的外部角色，可以是人或其他系统，而用例则表示系统的一个功能或行为。
用例图可以帮助开发人员更好地理解系统的需求和功能，并与系统的参与者进行交互。
活动图是一种用于描述系统流程的图形化表示方式。
它主要由活动（Activity）、控制流（Control Flow）和决策（Decision）等元素组成。
活动表示系统中的一个操作或过程，控制流表示活动之间的顺序关系，而决策则表示系统在某个点上的选择。
活动图可以帮助开发人员更好地理解系统的流程和操作。
二、用例图和活动图的关联关系用例图和活动图之间存在着紧密的关联关系。
用例图描述了系统的功能和参与者之间的交互，而活动图则描述了系统中具体的操作和流程。
用例图可以作为活动图的上下文，帮助开发人员更好地理解活动图中的操作和流程。
在用例图中，每个用例可以对应一个或多个活动图。
用例图中的用例可以作为活动图的起点或终点，描述了系统中的一个具体功能或操作。
而活动图中的活动和控制流则可以帮助开发人员更好地理解用例图中的功能和参与者之间的交互。
举个例子来说，假设我们正在开发一个在线购物系统。
在用例图中，我们可以有一个用例叫做“用户登录”，表示用户登录系统的功能。
而在活动图中，我们可以详细描述用户登录的具体流程，包括输入用户名和密码、验证用户信息、登录成功或失败等操作。
用例图和活动图之间的关联关系可以帮助开发人员更好地理解用户登录这个功能的具体实现。
UML用例图关系图活动图
取钱
《include》
《include》
查询
验证用户密码
更改密码
《include》
用例之间的关系（续）
? 扩展关系——允许一个用例扩展另一个 用例的功能。例如，在图书信息管理系 统中，读者还书时，系统检查所还图书 是否有预订记录，如果有则执行“通知” 用例。在UML中扩展关系表示为箭头和 《extend还》书 形式《e。xtend 》 通知
用例图练习
? 下面是关于一个公司的人事信息管理系统的需求的 简单描述, 建立其相应的用例模型 : 该人事管理系统 的用户是公司的人事管理干部 . 该系统具有人事档 案库, 保存员工的人事信息 , 包括姓名, 性别, 出生年 月, 健康状况, 文化程度, 学位, 职称, 岗位, 聘任时 间, 任期, 工资, 津贴, 奖罚记录, 业绩, 论著和家庭 情况等, 系统提供的基本服务有 人事信息的管理 , 包 括人事规定的调动与聘任 , 职称评定, 奖罚等, 并且 可以按照限查询人事信息 , 生成与输出统计报表 等. 该人事系统每月向公司的财务系统提供员工的工资 , 津贴等数据 .
外部系统和时间。
? 系统使用者是最重要的角色，例如，在图书信息管理系 统中的系统使用者有读者和图书馆的工作人员，包括采 购、编目和办公室的工作人员。
? 其他外部应用系统。 ? 硬件设备，不同的硬件设备具有不同的特性和不同的处
理方式。 ? 时间作为角色 ,经过一定的时间触发系统中的某个事件。
关系——角色与用例之间的关
管理员
读者
注意
? ?使用关系和扩展关系之间的区别， A使 用B本质上是 A一定使用 B，同时增加自己 的专属行为；而 A被用例B扩展是说明 A是 一个一般用例， B是一个特殊用例， A在 某些条件下可能使用B。
用rose画UML图（用例图，活动图）
⽤rose画UML图（⽤例图，活动图）
⽤rose画UML图（⽤例图，活动图）
⾸先，安装rose2003，电脑从win8升到win10以后，发现win10并不⽀持rose2003的安装，换了rose2007以后，发现也不可以。
解决途径：在虚拟机中安装（我装的是win xp的系统，安装的是rose2003）。
如果需要安装包，可以联系我。
此外，还有Visio2013的安装包等。
都有⽤过，不过还是觉得rose最好⽤了。
然后开始贴图吧！毕设做的电商购物系统的UML设计图。
⽤例图：
1.⽤户⽤例模型
2.系统管理员⽤例模型
3.订单⽤例模型
4.产品⽤例模型
5.⽹站管理⽤例模型
6.⽤户信息⽤例模型
7.分类⽤例模型
8.留⾔⽤例模型
活动图：
1.管理员⽂章管理活动图
1.⽤户获取商品活动图
时序图：
系统业务模块流程图：。
面向对象需求分析——用例图和活动图
面向对象需求分析——用例图和活动图面向对象软件开发的方法有：a，面向对象分析（OOA）b,面向对象设计(OOD）c,面向对象实现（00I）d，面向对象测试（OOT）,e，面向对象维护（OOM）这几个主要大步骤。
下边我们就从面向对象的角度来学习UML的相关图。
这里介绍面向对象分析阶段的用例图和活动图。
面向对象分析阶段，我们要明确系统的职责，范围和边界；确定软件的功能和性能；构建需求模型（用例模型）。
首先在这里说一下，为什么将这两个图放在一起，主要原因就是活动图的一个目的是更细致的描述用例图，和文档的配合使用，使用例图更加清楚明了。
先介绍一下：用例图1，概念：用例是系统的一个功能单元，是对用户需求的描述。
2，组成：参与者，用例及其之间的关系（包括关联关系，泛化关系，包含关系，扩展关系）：3，用例建模的步骤：a,确定系统的范围和边界；b,确定系统的用例和参与者；c,描述用例；d，对用例分类，并确定用例之间的关系；e,建立用例图，并定义用例图的层次结构；f,评审用例模型。
下边我们看个例子：这是一个教务管理系统的总用例图和一个子一级用例图，当然还可以再分：在上述6个步骤中，我简单总结一下：a,系统边界，就是一个系统内部所有元素与系统外部事物的分界线。
b,用例和参与者，需要我们根基实际情况去抽象。
c,描述用例，这个我重点写一下（举例，选课注册）：用例编号：0101用例名称：选课注册执行者：学生功能：实现学生选课注册的过程类型：主要用例，基本用例级别：一级过程描述：1，学生输入系统账号和密码，系统进行验证；2，查询课程信息3，查询个人选课信息4，若可以选课，则进行选课注册，并将选课信息写入数据库中5，返回选课注册是否成功异常事件流处理：1，学生的账号和密码错误，允许重新输入（3次）2，学生未按时交纳学费，不可选课3，学生人数已达到上限，不可选课。
（当然在这里在把下边的活动图，添加进来即可）d,用例分类和确定之间的关系，有端点用例，基本用例，主要用例，辅助用例等，关系弄准确就可以。
图书馆管理系统用例图、活动图、类图、时序图
图书馆管理系统一．图书馆管理系统需求分析1、系统目标设计系统开发的总目标是实现内部图书借阅管理的系统化、规范化和自动化。
能够对图书进行注册登记，也就是将图书的基本信息（如：书的编号、书名、作者、价格等）预先存入数据库中，供以后检索。
能够对借阅人进行注册登记，包括记录借阅人的姓名、编号、班级、年龄、性别、地址、电话等信息。
提供方便的查询方法。
如：以书名、作者、出版社、出版时间（确切的时间、时间段、某一时间之前、某一时间之后）等信息进行图书检索，并能反映出图书的借阅情况；以借阅人编号对借阅人信息进行检索；以出版社名称查询出版社联系方式信息。
提供对书籍进行的预先预订的功能。
提供旧书销毁功能，对于淘汰、损坏、丢失的书目可及时对数据库进行修改。
能够对使用该管理系统的用户进行管理，按照不同的工作职能提供不同的功能授权。
提供较为完善的差错控制与友好的用户界面，尽量避免误操作。
2、系统功能需求分析(1) 读者管理：读者信息的制定、输入、修改、查询，包括种类、性别、借书数量、借书期限、备注等。
(2) 书籍管理：书籍基本信息制定、输入、修改、查询，包括书籍编号、类别、关键词、备注。
(3) 借阅管理：包括借书，还书，预订书籍，续借，查询书籍，过期处理和书籍丢失后的处理。
(4)系统管理：包括用户权限管理，数据管理和自动借还书机的管理满足以上需求的系统主要包含有一下几个子系统（1）基本业务功能子系统：该系统中主要包含了借书还书和预订等功能。
（2）基本数据录入功能子系统：该子系统主要包含有书籍信息和读者信息录入功能。
（3）信息查询子系统：包含了多功能的查询书籍信息和读者信息。
（4）数据库管理功能子系统：主要包含了借阅信息管理功能，书籍信息管理功能和预订信息管理功能。
（5）帮助功能子系统。
二、系统动态建模1、用例图、图书馆管理系统的用例图从用例图中我们可以看出管理员和读者之间对本系统所具有的用例。
管理员所包含的用例有：（1）登录系统：管理员可以通过登录该系统进行各项功能的操作（2）书籍管理：包括对书籍的增删改等。