选课系统用例图 PPT
学生选课系统完整的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的环境图,数据流图,结构图,数据库设计,程序流程图
列 名
数据类型
宽度
字段描述
ID
Int
4
教师-课程记录的惟一ID号，设为主键
Teacher id
Varchar
50
教师号
Course id
Varchar
50
教师所任课程号
Teacher_class
Varchar
50
教师所教班级号
Course_year
（4）正选：学生根据预选课课表进行跨专业选修和补退选。
（5）成绩：教务处输入考试安排，考试完成后老师输入学生成绩，学生可以查询自己的成绩。
四、数据库设计
表1用户信息数据表(Manger)
列 名
数据类型
宽度
字段描述
Manger_id
Char
10
用户名，设为主键
Manger_Passwod
Char
20
用户登录本系统时的用户密码
（d）加工名：成绩管理
编号：3
简述：根据学生已选修的课程教秘安排考试并输入到教务管理中。学生进行考试，成绩合格的同学可以打印自己的成绩，成绩不合格的教务管理安排补考。对于不能考试的学生须向教秘申请，获得批准后和正考成绩不合格的学生一起进行补考。补考成绩最高为60分。补考不合格的学生需进行重修。功能进行学生成绩管理
模块说明：
（1）登录：进入登录界面，选择用户的类型：教务处老师学生。输入用户名和密码进入系统。
（2）信息输入：教务处输入教师信息和学生信息和推荐课表。学生根据实际情况选择对应的课程。选定后，系统显示具体学科上课时间和教师教室信息，学生选课完成后。若选择情况有误，可点击退选进行修改。
学生网上选课系统.ppt
六、修改密码:单击密码维护栏的修改密码按钮：进入个 人密码的修改。
七、退出：单击退出栏的退出按钮：退出学生网上选课 系统。注意：选完课后务必点击“退出”或关闭浏览器 窗口，防止他人更改你的选课数据!
预选阶段
• 学生应在导师指导下，根据年级专业课 表，按公共必修课（系统自动留出其上 课时间）、专业必修课、限选课、任意 选修课的顺序进行网上选课。
学生网上选课系统 操作指南
开始 预选
正选
补、退选 结束
登陆成功后，出现学生网上选课界面，共分为 七个模块，具体如下：
一、选课
1、选课前准备工作：首先用鼠标单击年级专业课表按钮， 查询了解本年级本专业下学期开课情况。
2、接着用鼠标单击个人已选课表按钮，检查个人公共必修课
选课情况，是否有漏选？如有，请与有关教学部秘书联系。
注意①相同的课程只能选择一个课程序号； 同一课程的理论教学和实验（上机）教学分 别开课的，应同时选修。②重修课程学生应 在预选课阶段选上，否则在正选时，无法保 证能选上。
注意： 如果你想保证本年级本专业
下学期所开的课程在正选课阶段 被选上，则必须在预选课阶段对 本年级本专业下学期所开的课程 进行预选。
二、课程查询
1、个人已选课表：单击课表查询栏个人已选课表按 钮：列出个人已选课表。
பைடு நூலகம்
2、年级专业课表 ：单击课表查询栏年级专业课表按 钮：列出年级专业课表。
三、成绩查询
1、已修课程：单击成绩查询栏已修课程按钮：列出 学生个人已修课程的成绩。
2、不及格课程：单击成绩查询栏不及格课程按钮： 列出学生个人不及格课程的成绩。
选课三个阶段结束后，再也不 能选课。只能进行课表查询和 本学期课程查询！
教务管理系统UML模型 ppt课件
1
教务管理系统UML模型
2
精品资料
你怎么称呼老师？ 如果老师最后没有总结一节课的重点的难点，你是
否会认为老师的教学方法需要改进？ 你所经历的课堂，是讲座式还是讨论式？ 教师的教鞭 “不怕太阳晒，也不怕那风雨狂，只怕先生骂我笨，
没有学问无颜见爹娘 ……” “太阳当空照，花儿对我笑，小鸟说早早早……”
2.3协作图 主要包括如下几个协作图 ①教务学籍管理协作图 ②学生注册协作图 ③学生选课协作图 ④教师成绩录入协作图
23
教 务 学 生 学 籍 管 理 协 作 图
24
学 生 注 册 协 作 图
25
学 生 选 课 协 作 图
26
教 师 成 绩 录 入 协 作 图
27
§3系统类模型
3.1系统包图 将整个教务管理系统划分为人员信息、 接口和事务3个包，分别控制不同的应 用。
17
§2建立动态模型
2.2顺序图 主要包括如下几个顺序图 ①教务学籍管理顺序图 ②学生注册顺序图 ③学生选课顺序图 ④教师成绩录入顺序图
18
教 务 学 籍 管 理 顺 序 图
19
学 生 注 册 顺 序 图
20
学 生 选 课 顺 序 图源自21教 师 成 绩 录 入 顺 序 图
22
§2建立动态模型
5
§1 建立系统用例模型
(1)角色的确定
UML中，角色代表位于系统之外和系统 进行交互的一类对象，本系统中创建主要 的角色有： 教务员 教师 学生
6
(2)创建用例 教务管理系统根据运行流程可分为以下的几个用
例： 用户登录 学籍管理 排课管理 成绩管理 选课管理 教学管理 系统维护
UML 实验2 学生选课系统类图
实验2 类图
实验目的
1.理解类的基本概念
2.理解类间的关系
3.掌握类图的绘制方法
实验学时
6学时，必做。
实验内容
分析选课系统中的类及关系，然后画出它们的类图。
实验步骤
1.分析
在选课系统中，通过分析可抽象出如下几个类：
1．学生类
2．管理员类
3．课程类
学生类和管理员类的属性较容易分析，这里只列出课程类的属性和方法：（1）课程名称
（2）开课教室
（3）课程号
（4）授课教师
（5）选课的学生
（6）开课起始时间
（7）允许选课的学生人数
（8）设置课程号
（9）设置课程名称
（10）查询课程号
（11）查询允许选课的学生人数
2．绘图步骤：
（1）打开rose,新建类图
（2）抽象出学生类管理员类课程类画出类图
（3）效果完成图
（4）添加关系
通过类图，使我们对学生、管理员、以及课程之间的关系一目了然。
学生选课系统介绍.ppt
图1-3-4 新建项目对话框
2019-9-2
谢谢欣赏
18
1.3.3 简单功能的C程序设计
2. 建立项目“函数计算”
② 在新建项目对话框中，展开项目类型中的“Visual C++”， 单击“Win32”项；在模板中，单击“Win32控制台应用程 序”项；在下面的对话框中输入项目名称“函数计算”，选 择好项目位置，单击“确定”按钮。
cout<<”\t\t|\t 0. 退出
|\n”;
cout<<”\t\t|\t 1. 学生信息管理
|\n”;
cout<<”\t\t|\ຫໍສະໝຸດ 2. 教师信息管理|\n”;
cout<<”\t\t|\t 3. 课程信息管理
|\n”;
cout<<”\t\t|\t 4. 学生选课管理
|\n”;
cout<<”\t\t|\t 5. 学生成绩管理
*
//* 主要功能：
*
//* 输入平时成绩和期终考试成绩，求学期成绩
*
//***************************************************************
#include <iostream>
// 包含输入输出接口文件
using namespace std;
顺序结构 条件结构 多分支选择结构 循环结构
2019-9-2
谢谢欣赏
7
1.3 编程准备
了解程序的创建和结构 C语言基本的程序结构 简单功能的C程序设计
2019-9-2
谢谢欣赏
8
1.3.1 了解程序的创建和结构
选课教学管理系统UML实现实例ppt课件
7.1.3 其它
为保存数据，需建立教学管理数据库。可以采用关系数据库，建立下列 数据库表：学生表、教师表、课程表、选课表、任课表、成绩表。
简易教学管理系统JXGL的直接用户有学生、教师和教学管理员。教学 管理员有权操纵数据库的数据，进行添加、更新删除等操作。学生和教 师一般只查询信息，只允许对自己有关的数据进行添加、更新、删除等 操作。
简易教学管理系统JXGL的相关系统有财务系统。JXGL系统需要把学生 选课注册信息传送给财务系统，以供财务系统计算学生应交纳的费用， 但是不要求财务系统回馈学生应交纳的费用信息。
假定在学校的计算中心有功能强大的工作站机器，在各系、各部门、图 书馆、学生宿舍都有台式PC机，学校的全部计算机已经联网。简易教学 管理系统JXGL将采用客户机/服务器结构建立，JXGL的应用服务器和 数据库服务器设置在学校计算中心的工作站。学生、教师和教学管理员 可以在各系、各部门、图书馆、学生宿舍的台式PC机上使用JXGL系统。
3
7.1.2在成绩管理方面应提供的服务功能
（1）成绩录入 教学管理员录入学生考试成绩。 （2）成绩查询 教师、教学管理员可以查询学生考试成绩。查询 的关键词可以是：学生名、课程名、授课教师名、 学分。学生只允许查询自己的考试成绩，不允许 查询别人的考试成绩。 （3）成绩统计与报表生成 教学管理员进行成绩统计（按课程、学生、按班 级），打印成绩汇总统计报表。
JXGL系统与财务系统存在系统边界，财务系统将从 JXGL得到学生选课注册信息。JXGL系统与学校的其 他信息管理系统没有直接的联系，但是可以从学校的 全局数据库中共享学生、教师、教学计划等必要的数 据。
7
7.2.2定义活动者（角色）
（1）如何寻找角色 使用系统主要功能的人是谁（即主要角色）？ 需要借助于系统完成日常工作的人是谁？ 谁来维护、管理系统（次要角色），保证系统正常工作？ 系统需要与哪些其它系统交互？ 对系统产生的结果感兴趣的人或事是哪些？ （2）找出JXGL中的角色 根据JXGL学的职责范围和需求可以确定4个活动者：学生、老师、教学管 理员和财务系统。对于每一个活动者，应当明确其业务活动的内容、对系 统的服务要求。 “学生” 活动者使用JXGL系统查询新学期开设的课程信息和教师开课信息， 选课并登记注册课程，查询自己的课程成绩信息。 “老师” 活动者使用JXGL系统查询新学期期开设的课程信息、学生选课信 息和学生成绩信息。 “教学管理员” 活动者使用JXGL系统管理学期开设的课程的选课注册和学 生的考试成绩。管理工作包括课程与成绩数据的录入、维护、统计、报表 打印等，并且负责把学生的选课注册信息发送给财务系统，作为计算学生 应付费用的依据。“教学管理员” 要求能够方便地查询课程信息、学生选 课信息、学生信息、教师信息和成绩信息。 “财务系统” 活动者是外部系统活动者，从JXGL系统获得学生的课程注册 信息。
选课系统操作说明(共15张PPT)
別、學分、課名、授課教師與總學分，按下〔關閉視窗結束選課〕， 即結束所有的選課作業。
注意事項
因WWW環境的限制,請勿連續按鈕動作，否則系統反
應時間會更久。
一個人請勿同時用兩台以上的電腦登入系統，否則造
成個人選課資料不正確,請自行負責！
研〕後發，再組 請 選李輸。仁入達欲查#3詢53之4開課時間，課程清單即會呈現在該時間進所查行開詢網的課路所程選有課課程(不分系所)，選課時請注意是否為你要選課的系所，請查明
因WWW環境的限制,請勿連續按鈕動作，否則系統反應時間會更久。
研發組李仁達 #3534
選課完成 結束選課系統
顯示網路選課 成功課程
選課系統畫面操作說明
選課系統
打開IE瀏覽器，於網址列輸入後，按〔Enter〕鍵，即可進入〔選課系統〕主 畫面
選課系統畫面操作說明
開始進行選課
登入系統：帳號 同學生資訊系統
選課系統畫面操作說明
學生選課系統：進入正式的選課畫面。
選課系統畫面操作說明
查詢課程：可依據系所年級、上課時間與課表查詢
Hale Waihona Puke 頁上直接得知；二、依開課時間查詢：點選課表上方〔
一個人請勿同時用兩台以上的電腦登入系統，否則造成個任人選選〔課選資料課不主正機確,請自行負責！
進入選課系統後若5分鐘內沒有任何選課動作，系統將自一動～斷選線課。主機八〕
進選入課選 前課教系師統可後透若過課5分程鐘大內網沒管選有理課任，何系介選統紹課課動程作內，容系；統將自登動入斷學線登生。入選課系統
選課系統操作說明
亞洲大學資訊發展處 研發組李仁達 #3534
大綱簡介
学生选课系统(UML)
目录一、引言 .................................................................................................... 错误!未定义书签。
、学生选课系统开发的必要性 ....................................................... 错误!未定义书签。
、学生选课系统开发的可能性 ....................................................... 错误!未定义书签。
二、需求工作流 ........................................................................................ 错误!未定义书签。
.问题域........................................................................................... 错误!未定义书签。
问题.................................................................................................. 错误!未定义书签。
问题的解决方案.............................................................................. 错误!未定义书签。
.领域模型 ....................................................................................... 错误!未定义书签。
系统参与者...................................................................................... 错误!未定义书签。
uml建模--网上选课系统PPT课件
-
5
UML统一建模语言
三、创建系统动态模型
（1）学生希望通过网上选课系统 进行某一项操作。 （2）学生登录系统，在登录页面 LoginFrame输入自己的用户名和 密码并提交。 （3）系统将学生提交的用户名和 密码传递到的Control类中检查用 户合法身份的方法中。该方法将 用户信息与数据库中的用户信息 进行比较，检查用户信息中是否 存在此学生的信息。 （5）检查完毕后将验证结果返 回到登录界面显示。 （6）学生在登录界面获得验证 结果。
1、学生登录选课系统工作流程
-
6
UML统一建模语言
三、创建系统动态模型
（1）学生进入查询课程界面Form， 发送查询选修课程的请求。 （2）界面Form向控制对象 Control请求课程信息，控制对象 到数据库查询课程信息。 （3）选课界面对象从控制对象中 取得所查询得到的课程对象信息 Course。并返回到选课界面上显 示所有的课程信息。 （4）学生从Form中获得课程信息。
务逻辑的对象Control进行对课
程的验证，到数据库中去查询该
课程是否已存在。
（3）Control根据查询结果判断
课程是存在。如果不存在，将提
示信息返回选择课程的界面予以
显示。如果合法则将选择课程的
信息添加到数据库保存。
（4）业务逻辑的对象Control根
据返回的选课结果，判断选课是
否成功。如成功在选课界面显示
88系统管理员删除选修课程工作流程系统管理员删除选修课程工作流程13uml统一建模语言三创建系统动态模型三创建系统动态模型99系统管理员查询学生信息工作流程系统管理员查询学生信息工作流程1系统管理员进入查询信息界面queryform并在界面中提交查询请求
学校网上选课系统用例图描述
第一题1.Actor : Admin(管理员)，Student(学生)，Database(数据库)，SIS(学生身份验证系统：StudentIdentification System)用例图如下：2．对基本用例事件流的分析以下是管理员的用例------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------Query Course目标级：海级主事件流：1）前置条件：系统管理员进入系统管理界面，用例开始2）系统提示输入管理员用户名和密码3）管理员输入用户名和密码4）系统验证有效性A1: 用户名不存在或者密码错误5）进入管理界面，系统显示已有的全部课程6）管理员选择要查询课程的操作7）系统提示管理员输入要查询课程的相关信息8）管理员输入相应信息9）系统到数据库中查询符合输入信息的所有课程A2: 无符合输入信息的课程10）系统显示相关的所有课程的详细信息11）系统返回主页面，并重新显示所有课程12）用例结束其他事件流：A1: 1) 系统提示再次输入2）管理员输入用户名和密码3）若连续三次出现错误，则拒绝连接4）若成功，返回主事件流第5步A2: 1) 系统显示无相关课程的信息2）返回主事件流第7步-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------Add Course目标级：海级主事件流：1）前置条件：系统管理员进入系统管理界面，用例开始2）系统提示输入管理员用户名和密码3）管理员输入用户名和密码4）系统验证有效性A1: 用户名不存在或者密码错误5）进入管理界面，系统显示已有的全部课程6）管理员选择添加新课程的操作7）系统提示输入新信息8）管理员输入新课程的信息9）系统到数据库中按新数据验证课程的唯一性A2: 数据库中已有同名课程，增添失败A3: 课程不合法，增添失败10）系统到数据库中添加新课程11）系统显示添加成功的信息12）系统返回主页面，显示所有课程13）用例结束其他事件流：A1: 1) 系统提示再次输入2）管理员输入用户名和密码3）若连续三次出现错误，则拒绝连接4）若成功，返回主事件流第5步A2: 1）系统显示已有同名课程的失败信息2) 返回主事件流第7步A3: 1) 系统显示课程不合法的信息2）返回主事件流第7步------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------Delete Course目标级：海级主事件流：1)前置条件：系统管理员进入系统管理界面，用例开始2)系统提示输入管理员用户名和密码3)管理员输入用户名和密码4)系统验证有效性A1: 用户名不存在或者密码错误5)进入管理界面，系统显示已有的全部课程6)管理员选择要删除课程的操作7)管理员从给定的所有课程中选定要删除的课程名8）系统到后台数据库系统中找到此课程并将其删除9）系统显示删除成功的消息10）系统返回主页面，并重新显示相应课程11）用例结束其他事件流：A1: 1) 系统提示再次输入2）管理员输入用户名和密码3）若连续三次出现错误，则拒绝连接4）若成功，返回主事件流第5步-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------Modify Course目标级：海级主事件流：1）前置条件：系统管理员进入系统管理界面，用例开始2）系统提示输入管理员用户名和密码3）管理员输入用户名和密码4）系统验证有效性A1: 用户名不存在或者密码错误5）进入管理界面，系统显示已有的全部课程6）管理员选择要修改课程的操作7）管理员从给定的所有课程中选择要修改的课程名8）系统到数据库中找到此课程并显示详细信息9）系统提示输入新信息10) 管理员输入新信息11) 系统到数据库中按新数据修改相应课程A2: 数据库中已有同名课程A3: 新数据不合法12）系统显示修改成功的信息13）系统返回主页面，并重新显示所有课程14）用例结束其他事件流：A1: 1) 系统提示再次输入2）管理员输入用户名和密码3）若连续三次出现错误，则拒绝连接4）若成功，返回主事件流第5步A2: 1）系统显示已有同名课程的修改失败信息2）返回主事件流第9步A3: 1) 系统显示新数据不合法的失败信息2）返回主事件流第9步-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------以下是学生的用例-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------Query Selected Course目标级：海级主事件流：1）前置条件：学生进入选课登录界面，用例开始2）系统提示学生输入学号和密码3）学生输入学号和密码4）系统验证A1: 验证失败E1: 无法访问学生身份识别系统5）学生进入选课主界面6）系统显示所有课程信息7）学生选择查询已选课程的操作8）系统到数据库中查询9）系统显示此学生已选课程的详细信息10）用例结束其他事件流：A1: 1) 系统显示验证失败信息，并提示学生重新输入用户名和密码2）学生重新输入信息3）若连续三次验证失败，则拒绝访问4）若成功，返回主事件流第5步错误流：E1: 1) 系统显示无法访问学生身份识别系统信息2）返回主事件流第2步----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------Select Course目标级：海级主事件流：1）前置条件：学生进入选课登录界面，用例开始2）系统提示学生输入学号和密码3）学生输入学号和密码4）系统验证A1: 验证失败E1: 无法访问学生身份识别系统5）学生进入选课主界面6）系统显示所有课程信息7）学生选择进行选课的操作8）学生浏览课程并选择要选的课程9）系统验证课程是否可选A2: 课程不可选10）系统将此学生选课信息存入数据库中，并提示选课成功信息11）用例结束其他事件流：A1: 1) 系统显示验证失败信息，并提示学生重新输入用户名和密码2）学生重新输入信息3）若连续三次验证失败，则拒绝访问4）若成功，返回主事件流第5步A2: 1) 系统显示此课程不可选的信息及原因2）系统提示学生重新进行选课3）返回主事件流第8步错误流：E1: 1) 系统显示无法访问学生身份识别系统信息2）返回主事件流第2步----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------Cancel Course目标级：海级主事件流：1）前置条件：学生进入选课登录界面，用例开始2）系统提示学生输入学号和密码3）学生输入学号和密码4）系统验证A1: 验证失败E1: 无法访问学生身份识别系统5）学生进入选课主界面6）系统显示所有课程的信息7）学生选择退选的操作8）系统显示此学生已选的课程9）学生选择要退选的课程10）系统验证退选课程动作的合法性A2: 验证失败11）系统到后台数据库中更新相应信息12）系统提示退选成功13）用例结束其他事件流：A1: 1) 系统显示验证失败信息，并提示学生重新输入用户名和密码2）学生重新输入信息3）若连续三次验证失败，则拒绝访问4）若成功，返回主事件流第5步A2: 1）系统显示失败信息及原因2）返回主事件流第9步错误流：E1: 1) 系统显示无法访问学生身份识别系统信息2）返回主事件流第2步第二题简单类图详细类图。
选课系统数据流图
预选课课表最终课表
选修课程
最终课表
选课的二层数据流图
教师信息
学生信息
教学计划验证信息课程信息
用户名密码学生成绩
教务管理的二层数据流选课系统进行分解，从大的方面分解为教务管理，预选课，正选课，成绩管理系统4部分，得到一层数据流图
教学质量评价
推荐课表
选修课程
最终课表
用户名密码课程信息
成绩
教学计划
学生信息
教师信息
用户名密码
课程信息
学生成绩最终课表
用户名密码
流图
学生成绩
选课系统一层数据流图
教学质量评价
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
▪ 首先,如果两个以上的用例有相同的功能,则可以将这个 功能分解另一个用例中
▪ 一个用例的功能太多时,可以用包含关系建模两个小用 例.
包含关系(续)
例:在自动饮料售货系统中,用例“放置饮料” 和“收钱”都包括打开和关闭机器的功能。 由此抽取出这个两个用例，并让用例“放 置饮料”和“收钱”包含它们
行为或覆盖、改变继承的行为。
泛化关系（续）
概括表示几个元素的某些共性，例如买票系 统中，个人购买和团体购买都是买票特例， 具有一些共同的特性。
BuyTicket
BuyOFPerson
BuyOfGroup
包含关系
(1)客户用例可以简单地包含提供者用例具有的行为， 并把它所包含的用பைடு நூலகம்行为作为自身行为的一部分。 即：在一个用例中重用另一个用例中的步骤。
1. 学生请求服务的用例
▪ 登录系统 ▪ 查询自己的选课 ▪ 选课
2. 管理员处理课程的用例
▪ 处理学生帐户 ▪ 处理课程增加 ▪ 删除课程 ① 修改课程
5.3.4 使用Rational Rose绘制用例图 的步骤
▪ 1. 创建用例图 ▪ 2. 用例图工具栏按钮简介 ▪ 3. 工具栏的定制 ▪ 4. 添加参与者与用例 ▪ 5. 添加参与者与用例之间的关系 ▪ 6. 添加用例之间的关系
三、实例——学生选课系统的用例图
1 确定系统涉及的总体信息 2 确定系统的参与者 3 确定系统的用例 4 使用Rational Rose绘制用例图的步骤 5 学生选课系统的用例图
1 确定系统涉及的总体信息
▪ 学生： ▪ 选课 ① 查询课程
确定系统涉及的总体信息
▪ 管理员： ▪ 增加课程 ▪ 修改课程 ▪ 删除课程 ▪ 添加学生帐户 ▪ 删除或更新学生帐户
和体现其所描述的过程中的需求情况。
3 用例
▪ 用例的名称： ▪ 简单名 ① 路径名
大家应该也有点累了，稍作休息
大家有疑问的，可以询问和交流
10
识别用例
▪ 识别用例最好的方法就是从分析系统的参 与者开始，考虑每个参与者是如何使用系 统的。
▪ 如何识别用例。
用例与事件流
▪ 1. 简要说明 ▪ 2. 前提条件 ▪ 3. 事件流（主事件流、其他事件流、错误
用例图
▪用例图的概念 ▪用例图建模技术 ▪实例——网上选课系统中的用例图
一、概述
▪ 用例图显示谁将是相关的用户、用户希望系统提 供什么服务以及用户需要为系统提供的服务。
▪ 用例图最常用来描述系统以及子系统。
1 概述
▪ 用例图包含6个元素： ▪ 参与者（Actor） ▪ 用例（Use Case） ▪ 关联关系（Association） ▪ 泛化关系（Generalization） ▪ 包含关系（Include） ① 扩展关系（Extend）
确定参与者
▪ 如何寻找系统的参与者 ▪ 对参与者建模的过程中需要注意的问题
参与者间的关系
▪ 在用例图中，使用泛化 ▪ 参与者间的泛化关系 关系来描述多个参与者 示例： 之间的公共行为。
3 用例
▪ 外部可见的系统功能单元。 ▪ 在不揭示系统内部构造的前提下定义连贯
的行为。 ▪ 不是需求或功能的规格说明，但是也展示
供一个构造型。 ▪ 将参与者放入到用例图中，并说明参与者
与用例之间的通信路径。
2 对需求建模
▪ 识别系统的外部参与者来建立系统的语境。 ▪ 考虑每一个参与者期望的行为或需要系统提供
的行为。 ▪ 把这些公共的行为命名为用例。 ▪ 确定提供者用例和扩展用例。 ▪ 对这些用例、参与者和它们之间的关系建模。 ▪ 用注释修饰用例。
<<extend>>
<<include>>
RequestContent
<<include>> <<include>>
ProviderData
Order
Payment
PayOfCash
PayOfCard
二、 用例图建模技术
▪ 5.2.1 对语境建模 ▪ 5.2.2 对需求建模
1 对语境建模
▪ 识别系统外部的参与者。 ▪ 将类似参与者组织成泛化的结构层次。 ▪ 在需要加深理解的地方，为每个参与者提
2 确定系统的参与者
▪ 首先分析系统所涉及的问题领域和系统运 行的主要任务：
▪ 分析使用该系统主要功能部分的是哪些人。 ▪ 谁将需要该系统的支持以完成其工作。 ① 系统的管理者与维护者。
确定系统的参与者
▪ 网上选课系统的参与者： ▪ 学生 ▪ 管理员
确定系统的用例
▪ 1. 学生请求服务的用例 ▪ 2. 管理员处理课程等的用例
扩展关系
▪ 扩展用例被定义为基础用例的增量扩展。 ▪ 基础用例提供扩展点以添加新的行为。 ▪ 扩展用例提供插入片段以插入到基础用例的扩展点上。 ▪ 即：允许你通过对已有的用例增加步骤创建一个新的用例 ▪ 它与包含关系相似，这两个关系都是把相同功能分离另一
个用例中。扩展只能在特定的设计点发生，称这个点为扩 展点
流） ▪ 4. 事后条件
4 用例间的关系
▪ 1 关联关系 ▪ 2 包含关系 ▪ 3 扩展关系 ▪ 4 泛化关系
关联关系
▪ 表示参与者用例之间进行通信。 ▪ 不同的参与者可以访问相同的用例。
泛化关系
▪ 父用例也可以被特别列举为一个或多个子用例。 ▪ 子用例表示父用例的特殊形式。 ▪ 子用例从父用例处继承行为和属性，还可以添加
2 参与者
▪ 系统外部的一个实体。 ▪ 参与用例的执行过程。 ▪ 通过向系统输入或请求系统
输入某些事件来触发系统的 执行。 ▪ 由参与用例时所担当的角色 来表示。 ▪ 每个参与者可以参与一个或 多个用例。
2 参与者
▪ 参与者的种类： ▪ 系统用户 ▪ 与所建造的系统交互的其他系统 ① 一些可以运行的进程
扩展关系(续)
比如：一个订货系统的用例图，订货过程包括客户填写 客户信息、订货和付费。因为付费有现金支付和信用 卡支付，所以概括这一个抽象的用例。客户可能会提 出看一看货物目录的请求，所以从基用例扩展出“请 求目录”的用例，以满足客户查看货物目录的要求。
扩展关系(续)
Customer
OrderSystem
5 学生选课系统的用例图
▪ 1. 学生请求服务的用例图 ▪ 2. 管理员处理课程等的用例图
1. 学生请求服务的用例图
Student