选课系统用例图复习资料
学生选课系统完整的UML建模
信息系统集成技术及应用题目：UML系统分析设计、建模与实现学号：100430112022姓名：杨家建专业：计算机技术指导教师：舒远仲UM L系统分析设计与建模以简单的学生选课系统进行详细的系统分析与建模。
（一）系统用例图1•首先根据需求分析可知：管理员维护课程信息，对其进行添加、修改、删除等。
学生可以在线查询课程信息，并进行选课，也可以在规定时间内更改选修 的课程。
我们发现系统中的参与者有：管理员和学生，然后从参与者的角度就可 以发现系统的用例，并绘制出系统的用例图，如图 1所示：图1学生选课系统用例图2.对部分用例进行描述：“添加课程”用例1） 用例名：添加课程2） 执行者：管理员3） 目的：管理员通过系统界面进入，添加所要开设的课程，确认无误后将其信息保 存到数据库中，以供学生选择。
4）过程描述:5） 管理员选择进入管理界面，用例开设修改课程停开课程A —管理员vvinclude>><<include>>添加课程vvinclude>><<extend>>删除课程查询课程信息6）系统提示输入管理密码7）管理员输入密码8）系统验证密码9）A1:密码错误10）进入管理界面，系统显示目前所建立的全部课程信息11）管理员选择添加课程12）系统提示输入新课程信息13）管理员输入信息14）系统验证是否和已有的课程冲突15）A2 :有冲突16）10 ）系统添加新课程，提示课程添加成功17）11 ）系统重新进入管理界面，显示所有课程18 ）12 ）用例结束19 ）异常事件流处理：20 ）A1 :密码错误：1）系统提示再次输入。
2）用户确认后进入第5）步。
21 ）A2 :有冲突：1）系统提示冲突，显示冲突的课程信息。
2）用户重新输入,验证无误后进入第10 ）步。
选课”用例1）用例名：选课2）执行者：学生3）目的：学生进入选课系统界面，浏览的课程，最后选择一门自己喜欢的课程并提交。
uml网络选课系统
目录1 设计时间 (1)2 设计目的 (1)3设计任务 (1)4 设计内容 (1)4.1 用例图 (1)4.2 用例脚本 (4)4.3 网络选课系统中的类图 (6)4.4 网上选课系统顺序图及协作图 (7)4.5 网上选课系统活动图 (10)5总结与展望 (12)参考文献 (13)成绩评定 (13)够理解如何使用这些元素，并使开发者能够实现这些元素。
将每个系统中的用户分出工作状态的属性和工作内容，方便建模，防止功能重复和多余的类。
用例图定义了系统的功能需求，它是从系统的外部看系统功能，并不描述系统内部对功能的具体实现。
根据题目的要求画出相关的用例的图，如下：1.学生用例图:查询课程表、查询成绩、查询个人信息、修改个人信息、选课、查看公告、评价教师、报考等，如图4-1所示。
图4-1学生用例图2.教师用例图：查询个人信息、修改个人信息、查看考勤信息、查看学生选课信息、录入成绩、查询课程信息、查询公告等，如图4-2所示。
图4-2 教师用例图3.管理员用例图：发布公告、学生管理、教师管理、课程管理、教师考勤录入、管理课程表、统计学生分数等，如图4-3所示。
图4-3 管理员用例图4.教务处管理员：学生档案管理、教师档案管理、修改账户信息、发布公告、维护、权限管理等，如图4-4所示。
图4-4 教务处管理员表4-4网上报名考试用例参与者学生用例行为网上报名考试用例描述方便学生进行相应的等级考试报名前置条件成功登录该系统后置条件是对应考试的报名时间基本操作流1：系统登录成功2：系统根据相应班级显示可报考考试信息3：选择考试并报名4：系统提示报名成功5：退出系统备选操作流1：没有不是相应考试的报名时间，退出系统2：还没有可以报考的考试，退出系统4.3 网络选课系统中的类图从用例图中和系统分析说明中采用名词和实体识别法识别出：学生、教师、系办管理员、教务处管理员、课程、公告、课程这几个类。
在确定类的基础上，再进一步标识类之间的关系，建立网上选课类图如图4-6所示和网上选课界面类图如图4-7所示：图4-6 网上选课系统类图图4-7网上选课界面类图4.4网上选课系统顺序图及协作图根据系统功能，UML文档绘制了教师成绩信息管理的的顺序图如图4-8所示及协作图如图4.4.5所示、教务处管理员设置权限顺序图及协作图、系办管理员发布课程表顺序图如图4-9所示及协作图、学生选课的顺序图如图4-10所示及协作图如图4-11所示，教师成绩信息管理的的顺序图及协作图。
选课系统的UML的环境图,数据流图,结构图,数据库设计,程序流程图
选课系统的UML的环境图,数据流图,结构图,数据库设计,程序流程图选课系统⼀（1）环境图教务处提供教师信息和学⽣信息和推荐课表。
学⽣进⾏教学质量评价后，⽅可进⼊系统选课，系统⾸先提供给学⽣⼀个推荐课表，学⽣根据实际情况选择对应的课程。
选定后，系统显⽰具体学科上课时间和教师教室信息，学⽣选课完成后，可以查看⾃⼰的课表。
若选择情况有误，可点击退选进⾏修改。
学⽣选课完成后，教务系统根据课程容量随机选择选课学⽣。
学⽣再根据选定课程情况进⾏退补选。
选课结束后学⽣可查询并打印课表。
学期末进⾏考试，教师输⼊学⽣成绩，学⽣可进⼊系统查询成绩。
教秘输出：教师信息学⽣信息教学计划学⽣输⼊：教师质量评价所选课程输出：最终课表推荐课表( 教师信息教室信息) 成绩教师输⼊：学⽣成绩图1 选课系统的环境图（2）⼀层数据流图对选课系统进⾏分解，从⼤的⽅⾯分解为教务管理，预选课，正选课，成绩管理系统4部分，得到⼀层数据流图，选修课程图2 选课系统⼀层数据流图图3.1选课的⼆层数据流图教学计划验证信息课程信息⽤户名密码学⽣成绩图3.2教务管理的⼆层数据流图图图4.1登录的三层数据流图⼆数据字典 1.数据流词条（a ）数据流名：选修课程简述：学⽣根据学分和上学期成绩选修课程。
组成：选择的课程=课程名+教师信息+教室信息+考试时间+学分+选课⼈数来源：学⽣去向：选课流通量：闲时：50 忙时：200峰值：400（b）数据流名：教师信息简述：教秘在给出推荐课表的同时给出教师信息，输⼊到教务管理并保存到推荐课表中。
组成：教师信息=教师编号+教师姓名+教师职称+性别+所教授的课程来源：教秘去向：教务管理流通量：闲时：30 忙时：100峰值：1502.加⼯词条（a）加⼯名：正选课编号：1.2简述：学⽣根据预选课课表再进⾏正选课，根据课程情况和学分限制选择跨专业课程，对不满意的进⾏补退选。
教务管理对选修课程的⼈数进⾏限制，取消没有达到⼈数最低要求的那些课程，并在选课结束后进⾏公布。
jsp学生选课系统（论文流程图ER图用例图）
jsp学生选课系统（论文流程图ER图用例图）jsp学生选课系统(论文流程图+ER图+用例图)jsp学生选课系统(论文流程图+ER图+用例图)第1章需求分析1.1系统需求概述1.1.1 目标学生选课系统并不需要是一个过于复杂的工作环境，一般来说：最合适的才是最好的。
软件设计必须符合学校实际工作的需要，从目前学校网络运用的情况和教育部门对无纸化办公的实际情况来看，本系统应具有登陆，注册功能，注册用户登陆之后可以查看课程信息，课程查找功能，进行相应课程的选择，查看已选课程信息，以及删除选课，修改个人信息，及退出等。
1.1.2系统性能需求作为一个基于B/S模式的管理系统，需要记录大量的数据信息，而这些数据信息需要同时能够提供给使用人员查询和修改，必然需要一个大型的数据库系统和一台网络服务器，并且需要建立局域网或是能够被INTERNET网络用户访问。
对于客户机来说，他不需要存储数据，而只需要通过访问服务器，获得相应的服务。
1.2数据流图（DFD）数据流图是一种图形化技术，是描述数据处理过程的工具。
数据流图从数据传递和加工的角度，以图形的方式刻画数据流从输入到输出的传输变换过程。
数据流图是结构化系统分析的主要工具，它表示了系统内部信息的流向，并表示了系统的逻辑处理的功能。
在数据流图中没有任何具体的物理部件，它只是描绘数据在软件中流动和被处理的逻辑过程。
数据流图是系统逻辑功能的图形表示，即使不是专业的计算机技术人员也容易理解它，因此是分析员与用户之间极好的通信工具。
此外，设计数据流图时只需考虑系统必须完成的基本逻辑功能，完全不需要考虑怎样具体地实现这些功能，所以它也是今后进行设计的很好的出发点。
根据前面需求分析所述，可以画出数据流图如下：图 1.1 数据流图1.3 数据字典由于数据流图只是对数据处理和彼此之间的关系进行了说明，为了进一步明确数据的详细内容和数据加工过程，应将最底层数据流图中的全部数据流及其组成部分的数据元素、数据存储、数据加工进行详细描述，形成本系统的数据字典，以便于以后系统设计的进行。
学生网上选课管理系统(uml)
学生网上选课管理系统目录第一章：网上选课管理系统的概述 (2)1.1网上选课管理系统总的概述 (2)1.2学生管理子系统的概述 (3)1.3教师管理子系统的概述 (4)1.4管理员管理子系统的概述 (4)第二章：网上选课管理系统的需求分析 (5)2.1学生管理子系统的需求分析 (6)2.1.1学生管理系统文档描述 (6)2.1.2学生管理系统用例图 (6)2.1.3学生管理系统用例文档 (6)2.2教师管理子系统的需求分析 (11)2.2.1教师管理系统文档描述 (11)2.2.2教师管理系统用例图 (12)2.2.3教师管理系统用例文档 (12)2.3管理员管理子系统的需求分析 (16)2.3.1管理员管理系统文档描述 (16)2.3.2管理员管理系统用例图 (17)2.3.3管理员管理系统用例文档 (17)第三章：网上选课系统的类图 (27)第四章：网上选课系统的顺序图 (29)4.1管理员管理子系统顺序图 (29)4.1.1管理员删除课程顺序图 (29)4.1.2管理员删除学生顺序图 (29)4.1.3管理员修改课程信息顺序图 (30)4.2教师管理子系统顺序图 (31)4.2.1教师提交成绩顺序图 (31)4.2.2教师查看选课学生顺序图 (31)4.2.3教师统计成绩顺序图 (32)4.3学生管理子系统顺序图 (33)4.3.1学生选课顺序图 (33)4.3.2学生退课顺序图 (33)4.3.3学生查看课表顺序图 (34)选课管理系统案例研究项目需求说明第一章：网上选课管理系统的概述1.1网上选课管理系统总的概述这是一个信息化的世界，利用Internet技术来实现无纸化办公已经成为理所当然。
随着各高校办学规模的不断扩大，学生的网上选课作为学校日常办公最重要的一部分，高效、有序的管理学生选课有助于提高办学的质量和水平，加快学校的发展。
相对于传统的纯手工、纯纸质的选课管理方式来讲，毫无疑问的，网络化的学生选课管路更迅速、更高效、更准确，将管理人员从繁琐的数据整理事务中解脱出来，从而能节省更多的时间从事其他教学研究的工作。
学生选课系统用例文档
学生选课系统不同的用户类所确定的用例学生选课用例图该模块包括课程信息查询、选课功能、成绩查询三个功能模块。
提供了查看查看课程学分、课程的教师，上课时间地点，选课，查询成绩，查询已选修课程及修改课程的功能。
1.1用例-学生系统登陆1.2用例-课程信息查询1.2.1用例-课程学分的查询1.2.2用例-课程任课教师的查询1.2.3用例-上课时间地点的查询1.3用例-选课功能1.3.1用例-查询已选课程1.3.2用例-查询已选课程1.3.3用例-删除已选课程1.3.4用例-选择课程1.4用例-成绩查询功能1.4.1用例-成绩单打印功能管理员课程管理用例图该模块包括课成绩管理和课程管理两个功能模块。
提供了学生成绩录入，成绩统计，录入课程表，课程基本信息录入，查询课程基本信息选课情况统计，打印信息的功能。
2.1用例-管理员系统登陆2.2用例-成绩管理2.2.1用例-学生成绩录入2.2.2用例-学生成绩统计2.3用例-课程管理2.3.1用例-课程表管理2.3.1.1用例-课程表录入2.3.1.2用例-课程任课教师信息录入2.3.2用例-课程表管理2.4用例-打印信息教师成绩管理用例图该模块包括成绩查询和所教课程查询两个功能模块。
提供了查看查看所教课程平均分、单个学生成绩，上课时间地点查询的功能。
3.1用例-教师登陆3.2用例-教师成绩查询3.2.1用例-总体成绩查询3.2.2用例个人成绩查询3.3用例-所教课程课表查询备注: 登录名为教师编号，密码和教师编号一样，首次登录系统后需要修改密码。
教学管理系统设计用例图
教学管理系统设计用例图引言：教学是一项复杂而庞大的工作，它需要教师和学生之间的良好协同和管理。
为了优化教学流程和提高教学质量，许多学校和教育机构采用了教学管理系统。
本文介绍了教学管理系统的设计用例图，用例图展示了各个角色的操作和交互，有助于我们理解系统的功能和流程。
一、用例图简介用例图是一种结构化的图形化表示方法，用于展示系统的功能和角色之间的交互。
它包括了参与者、用例和关联关系。
参与者是系统的用户角色，用例是系统的功能模块，关联关系描述了参与者和用例之间的交互。
二、教学管理系统的参与者1.学生：学生是教学管理系统的主要使用者，他们可以进行选课、查看成绩、提交作业等操作。
2.教师：教师是教学管理系统的管理者和发布者，他们可以进行课程管理、作业发布、成绩录入等操作。
3.管理员：管理员是教学管理系统的最高权限用户，他们负责系统的配置、用户管理、系统维护等工作。
三、教学管理系统的用例1.学生选课：学生登录系统后，可以查看可选课程列表，选择自己感兴趣的课程，并进行选课操作。
2.教师管理课程：教师登录系统后，可以创建、编辑和删除课程，设置课程的基本信息、学时、授课时间等。
3.学生查看成绩：学生登录系统后，可以查看已选课程的成绩情况，包括平时成绩、考试成绩等。
4.教师发布作业：教师登录系统后，可以发布作业给学生，并设置截止日期和提交方式。
5.学生提交作业：学生登录系统后，可以查看已发布的作业，并按要求提交作业，可以上传附件或在系统中输入作业内容。
6.教师批改作业：教师登录系统后，可以查看学生提交的作业，并对其进行评分和批注。
7.管理员配置系统：管理员登录系统后，可以配置系统的各项参数，包括学期设置、成绩计算方式、学生选课限制等。
8.管理员管理用户：管理员登录系统后，可以管理学生、教师和管理员账号，包括创建、编辑和删除用户。
四、用例间的关联关系1.学生选课和教师管理课程：学生选课需要基于教师已经创建的课程，学生通过选课操作与教师管理课程做关联。
选课系统用例图
2 参与者
▪ 系统外部的一个实体. ▪ 参与用例的执行过程. ▪ 通过向系统输入或请求系统
输入某些事件来触发系统的 执行. ▪ 由参与用例时所担当的角色 来表示. ▪ 每个参与者可以参与一个或 多个用例.
2 参与者
▪ 参与者的种类： ① 系统用户 ② 与所建造的系统交互的其他系统 ③ 一些可以运行的进程
5 学生选课系统的用例图
▪ 1. 学生请求服务的用例图 ▪ 2. 管理员处理课程等的用例图
1. 学生请求服务的用例图
Student
QueryCourse SelectCourse
2. 管理员处理课程的用例图
Registrar
AddCourse ModifyCourse DeleteCourse
扩展关系续
比如：一个订货系统的用例图,订货过程包括客户填写 客户信息、订货和付费.因为付费有现金支付和信用 卡支付,所以概括这一个抽象的用例.客户可能会提出 看一看货物目录的请求,所以从基用例扩展出请求目 录的用例,以满足客户查看货物目录的要求.
扩展关系续
Customer
OrderSystem
<<extend>>
确定参与者
▪ 如何寻找系统的参与者 ▪ 对参与者建模的过程中需要注意的问题
参与者间的关系
▪ 在用例图中,使用泛化关 ▪ 参与者间的泛化关系 系来描述多个例
▪ 外部可见的系统功能单元. ▪ 在不揭示系统内部构造的前提下定义连贯
的行为. ▪ 不是需求或功能的规格说明,但是也展示和
DealAccount
Student
People
Registrar
选课用例描述-模板 uml建模
学生选课管理系统
修订历史记录
学生
选修课程用例
1.简要说明
本用例描述学生选择所学的课程。
2.事件流
1．基本流
1．学生选择要选修的课程；
2．系统通过财务系统检查学生是否缴费
3．系统更新该学生所选的课程
4．系统显示学生所选的课程
5．学生确认所选课程
6．系统保存学生所选课程
2．备选流
2．a 如果学生没有缴费，给出提示，结束
5．a 如果学生没有确认，给出提示，结束3.特殊需求
无
4.前置条件
执行“登陆”用例
5.后置条件
无
6.扩展点
无
7.相关数据
所选课程信息
8.问题说明
无。
UML建模学生选课系统(类图+对象图+用例图+部署图)-课程设计
UML建模学生选课系统(类图+对象图+用例图+部署图)-课程设计UML建模学生选课系统(类图+对象图+组件图+部署图)录1．项目简介 31.1. 学生选课系统 31.2. 项目主题 31.3. 设计思路 31.4. 项目目的 32. 小组成员 42.1. 小组成员简介 43. 需求分析和设计过程 53.1. 需求分析 53.2. 技术支持 53.3. 设计过程 64. 本次课程设计小结 85.附录 95.1 用例图 95.2 活动图 105.3 状态图 135.4 顺序图 145.5 协作图 195.6 类图 225.7 对象图 235.8 组件图 245.9 部署图 245.10 产考资料 251．项目简介1.1. 学生选课系统随着学校教学管理的网络化，为了简化在校学生选课的复杂程序，为了便捷的管理教学教务，学生选课系统成为了现在高校教学中必不可少的一个部分。
由于，目前高校多采用学分制，学生在一定范围内可以选择自己喜欢的和学需要的学科进行学习和研究，使得高校更好的进行学生的个性教育，同时这也加重了教学教务中工作负担。
此外，我国高校进行扩招，在校学生越来越多，使学校的教学资源紧张，管理教职人员和课程安排更加复杂。
所以，学校推行学生选课系统势在必行。
1.2. 项目主题为了满足在校大学生人数的不断增加，从而对教务系统的数据量的需要。
本系统包括了学生上网选课和教师发布课程两个方面进行设计，基本实现了学生的信息查询、选课功能，教师发布课程的功能，另外也解决了管理员的管理权限问题。
1.3. 设计思路1. 利用UML和Rational Rose工具对系统进行建模 ;2. 进行需求分析，从而绘制系统的用例图、活动图和时序图 ;3. 根据用例模型，进行架构建模，绘制系统的状态图，类图和交互图 ;4. 绘制系统中重要功能的对象图 ;5. 绘制系统的组件图和部署图 ;6. 对所完成的模型进行正向工程，创建系统的主要程序框架;1.4. 项目目的1. 理解UML语言的概念、结构、语义、表示方法以及UML的便捷；2. 掌握UML建模工具Rational Rose的使用方法；3. 通过学生选课系统，熟练地使用Rose工具；2. 小组成员2.1. 小组成员简介李诺进行需求分析，从而绘制系统的用例图、活动图和时序图。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
4 用例间的关系
§ 1 关联关系 § 2 包含关系 § 3 扩展关系 § 4 泛化关系
关联关系
§ 表示参与者用例之间进行通信。 § 不同的参与者可以访问相同的用例。
泛化关系
§ 父用例也可以被特别列举为一个或多个子用例。 § 子用例表示父用例的特殊形式。 § 子用例从父用例处继承行为和属性，还可以添加
确定参与者
§ 如何寻找系统的参与者 § 对参与者建模的过程中需要注意的问题
参与者间的关系
§ 在用例图中，使用泛化 关系来描述多个参与者 之间的公共行为。
§ 参与者间的泛化关系 示例：
3 用例
§ 外部可见的系统功能单元。 § 在不揭示系统内部构造的前提下定义连贯
的行为。 § 不是需求或功能的规格说明，但是也展示
<<extend>>
<<include>>
RequestContent
<<include>> <<include>>
ProviderData
Order
Payment
PayOfCash
PayOfCard
二、 用例图建模技术
§ 5.2.1 对语境建模 § 5.2.2 对需求建模
1 对语境建模
① 识别系统外部的参与者。 ② 将类似参与者组织成泛化的结构层次。 ③ 在需要加深理解的地方，为每个参与者提
2 参与者
§ 系统外部的一个实体。 § 参与用例的执行过程。 § 通过向系统输入或请求系统
输入某些事件来触发系统的 执行。 § 由参与用例时所担当的角色 来表示。 § 每个参与者可以参与一个或 多个用例。
2 参与者
§ 参与者的种类： ① 系统用户 ② 与所建造的系统交互的其他系统 ③ 一些可以运行的进程
供一个构造型。 ④ 将参与者放入到用例图中，并说明参与者
与用例之间的通信路径。
2 对需求建模
① 识别系统的外部参与者来建立系统的语境。 ② 考虑每一个参与者期望的行为或需要系统提供
的行为。 ③ 把这些公共的行为命名为用例。 ④ 确定提供者用例和扩展用例。 ⑤ 对这些用例、参与者和它们之间的关系建模。 ⑥ 用注释修饰用例。
1. 学生请求服务的用例
① 登录系统 ② 查询自己的选课 ③ 选课
2. 管理员处理课程的用例
① 处理学生帐户 ② 处理课程增加 ③ 删除课程 ④ 修改课程
5.3.4 使用Rational Rose绘制用例图 的步骤
§ 1. 创建用例图 § 2. 用例图工具栏按钮简介 § 3. 工具栏的定制 § 4. 添加参与者与用例 § 5. 添加参与者与用例之间的关系 § 6. 添加用例之间的关系
扩展关系
§ 扩展用例被定义为基础用例的增量扩展。 § 基础用例提供扩展点以添加新的行为。 § 扩展用例提供插入片段以插入到基础用例的扩展点上。 § 即：允许你通过对已有的用例增加步骤创建一个新的用例 § 它与包含关系相似，这两个关系都是把相同功能分离另一
个用例中。扩展只能在特定的设计点发生，称这个点为扩 展点
三、实例——学生选课系统的用例图
1 确定系统涉及的总体信息 2 确定系统的参与者 3 确定系统的用例 4 使用Rational Rose绘制用例图的步骤 5 学生选课系统的用例图
1 确定系统涉及的总体信息
§ 学生： ① 选课 ② 查询课程
确定系统涉及的总体信息
§ 管理员： ① 增加课程 ② 修改课程 ③ 删除课程 ④ 添加学生帐户 ⑤ 删除或更新学生帐户
2 确定系统的Байду номын сангаас与者
§ 首先分析系统所涉及的问题领域和系统运 行的主要任务：
① 分析使用该系统主要功能部分的是哪些人。 ② 谁将需要该系统的支持以完成其工作。 ③ 系统的管理者与维护者。
确定系统的参与者
§ 网上选课系统的参与者： ① 学生 ② 管理员
确定系统的用例
§ 1. 学生请求服务的用例 § 2. 管理员处理课程等的用例
5 学生选课系统的用例图
§ 1. 学生请求服务的用例图 § 2. 管理员处理课程等的用例图
1. 学生请求服务的用例图
Student
QueryCourse SelectCourse
2. 管理员处理课程的用例图
扩展关系(续)
比如：一个订货系统的用例图，订货过程包括客户填写 客户信息、订货和付费。因为付费有现金支付和信用 卡支付，所以概括这一个抽象的用例。客户可能会提 出看一看货物目录的请求，所以从基用例扩展出“请 求目录”的用例，以满足客户查看货物目录的要求。
扩展关系(续)
Customer
OrderSystem
用例图
§用例图的概念 §用例图建模技术 §实例——网上选课系统中的用例图
一、概述
§ 用例图显示谁将是相关的用户、用户希望系统提 供什么服务以及用户需要为系统提供的服务。
§ 用例图最常用来描述系统以及子系统。
1 概述
§ 用例图包含6个元素： ① 参与者（Actor） ② 用例（Use Case） ③ 关联关系（Association） ④ 泛化关系（Generalization） ⑤ 包含关系（Include） ⑥ 扩展关系（Extend）
(2)在种情况下我们引入包含关系:
Ø 首先,如果两个以上的用例有相同的功能,则可以将这个 功能分解另一个用例中
Ø 一个用例的功能太多时,可以用包含关系建模两个小用 例.
包含关系(续)
例:在自动饮料售货系统中,用例“放置饮料” 和“收钱”都包括打开和关闭机器的功能。 由此抽取出这个两个用例，并让用例“放 置饮料”和“收钱”包含它们
行为或覆盖、改变继承的行为。
泛化关系（续）
概括表示几个元素的某些共性，例如买票系 统中，个人购买和团体购买都是买票特例， 具有一些共同的特性。
BuyTicket
BuyOFPerson
BuyOfGroup
包含关系
(1)客户用例可以简单地包含提供者用例具有的行为， 并把它所包含的用例行为作为自身行为的一部分。 即：在一个用例中重用另一个用例中的步骤。
和体现其所描述的过程中的需求情况。
3 用例
§ 用例的名称： ① 简单名 ② 路径名
识别用例
§ 识别用例最好的方法就是从分析系统的参 与者开始，考虑每个参与者是如何使用系 统的。
§ 如何识别用例。
用例与事件流
§ 1. 简要说明 § 2. 前提条件 § 3. 事件流（主事件流、其他事件流、错误
流） § 4. 事后条件