最新uml建模--网上选课系统课件PPT
- 格式：ppt
- 大小：1.32 MB
- 文档页数：43
下载文档原格式
合集下载
学生选课系统完整的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系统建模基础教程 教学资料ppt课件
UML统一建模语言
三、用例的重要元素
2、用例的粒度
用例的粒度指的是用例所包含的系统效力或功能单元的多少。用例的 粒度越大，用例包含的功能越多，反之那么包含的功能越少。
假设用例的粒度很小，得到的用例数就会太多。反之，假设用例的粒 度很大，那么得到的用例数就会很少。
假设用例数目过多会呵斥用例模型过大和引入设计困难大大提高。 假设用例数目过少会呵斥用例的粒度太大，不便于进一步的充分分析。
UML统一建模语言
一、 什么叫用例图
2、用例图的作用
用例图是需求分析中的产物，主要作用是描画参与者和用例之间的关 系，协助开发人员可视化的了解系统的功能。借助于用例图，系统用户、 系统分析人员、系统设计人员、领域专家可以以可视化的方式对问题进展 讨论，减少了大量交流上的妨碍，便于对问题达成共识。
用例图可视化地表达了系统的需求，具有直观、规范等优点，抑制了 纯文字性阐明的缺乏。
UML统一建模语言
三、用例的重要元素
1、识别用例
任何用例都不能在短少参与者的情况下独立存在。同样，任何参与者 也必需求有与之关联的用例。所以识别用例的最好方法就是从分析系统参 与者开场，在这个过程中往往会发现新的参与者。
可以经过以下问题来寻觅用例： 1 参与者希望系统提供什么功能？ 2 参与者能否会读取、创建、修正、删除、存储系统的某种信息？假 设是的话，参与者又是如何完成这些操作的？ 3 参与者能否会将外部的某些事件通知给系统？ 4 系统中发生的事件能否通知参与者？ 5 能否存在影响系统的外部事件。
UML统一建模语言
二、用例图的构成要素
3、系统边境
在工程开发过程中，边境是一个非常重要的概念。这里说的系统边境 是指系统与系统之间的界限。通常我们所说的系统可以以为是由一系列的 相互作用的元素构成的具有特定功能的有机整体。
课件—UML系统建模与分析设计(7)PPT课件
（1）一个结构良好的构件图应具备的特点
✓ 侧重描述系统静态视图的某一侧面； ✓ 只包含那些对描述该侧面内容有关的模型元素； ✓ 提供与抽象层次一致的描述，只显示有助于理解该构
件图的必要的修饰； ✓ 图形不要过于简化，以防产生误解。
（2）绘制一个构件图时应注意的问题
➢ 为构件图标识一个能准确表达其意义的名字； ➢ 摆好各个构件的位置，尽量避免连接线的交叉； ➢ 语义相近的模型元素尽量靠近； ➢ 用注解和颜色提示重点部位； ➢ 谨慎采用自定义构造型元素； ➢ 采用尽量少的图符标记描述构件图，保持所有构件
4．构件的组织形式
（1）用包来组织构件。 （2）用构件之间的交互关系来组织构件。
2021/3/6
UML系统建模与分析设计
9
7.2.2 构件的分类
（1）源代码构件 （2）二进制构件 （3）可执行构件
7.2.3 构件的接口
接口描述一个构件能提供服务的操作， 是一个有操作而无实现的类。
2021/3/6
UML系统建模与分析设计
（ 2
1 ）
➢都可以实现一组接口；
） 构
➢抽象的方式不同；
构
件
件 ➢都可以参与依赖、继承、 与 ➢抽象的级别不同；
与
类
类 关联等关系和交互； 的
的 显
➢访问方式不同；
相 同
➢都可以被嵌套；
著 不 ➢与包的关系。
点
同
➢都可以有实例。
点
2021/3/6
UML系统建模与分析设计
8
3．软件构件的特点
（1）接口。 （2）操作。 （3）实例化。 （4）与配置环境的亲合性。 （5）能与同环境下其它构件进行交互。 （6）构件可以是可执行代码、二进制代码和源代码形式。 （7）可替换的物理实体。 （8）系统的组成部分。 （9）构件是软件复用的基本单元。
✓ 侧重描述系统静态视图的某一侧面； ✓ 只包含那些对描述该侧面内容有关的模型元素； ✓ 提供与抽象层次一致的描述，只显示有助于理解该构
件图的必要的修饰； ✓ 图形不要过于简化，以防产生误解。
（2）绘制一个构件图时应注意的问题
➢ 为构件图标识一个能准确表达其意义的名字； ➢ 摆好各个构件的位置，尽量避免连接线的交叉； ➢ 语义相近的模型元素尽量靠近； ➢ 用注解和颜色提示重点部位； ➢ 谨慎采用自定义构造型元素； ➢ 采用尽量少的图符标记描述构件图，保持所有构件
4．构件的组织形式
（1）用包来组织构件。 （2）用构件之间的交互关系来组织构件。
2021/3/6
UML系统建模与分析设计
9
7.2.2 构件的分类
（1）源代码构件 （2）二进制构件 （3）可执行构件
7.2.3 构件的接口
接口描述一个构件能提供服务的操作， 是一个有操作而无实现的类。
2021/3/6
UML系统建模与分析设计
（ 2
1 ）
➢都可以实现一组接口；
） 构
➢抽象的方式不同；
构
件
件 ➢都可以参与依赖、继承、 与 ➢抽象的级别不同；
与
类
类 关联等关系和交互； 的
的 显
➢访问方式不同；
相 同
➢都可以被嵌套；
著 不 ➢与包的关系。
点
同
➢都可以有实例。
点
2021/3/6
UML系统建模与分析设计
8
3．软件构件的特点
（1）接口。 （2）操作。 （3）实例化。 （4）与配置环境的亲合性。 （5）能与同环境下其它构件进行交互。 （6）构件可以是可执行代码、二进制代码和源代码形式。 （7）可替换的物理实体。 （8）系统的组成部分。 （9）构件是软件复用的基本单元。
—UML系统建模与分析设计幻灯片
2021/5/15
UML系统建模与分析设计
19பைடு நூலகம்
２．软件开发 〔1〕概要设计 建立系统总体构造和各模块之间的关系； 定义各个功能摸块的接口； 设计全局数据库或数据构造； 规定设计约束； 制定组装测试方案。 〔2〕详细设计 对概要设计进展细化； 建立文档资料。
2021/5/15
UML系统建模与分析设计
； 必须是首次开发的新系统并且淘汰全部老系统时。
2. 渐增模型〔incremental model〕
2021/5/15
UML系统建模与分析设计
10
慎重考虑使用渐增模型的情况： 不能充分理解客户需求或客户需求有可能迅速发生
变化； 事先拟采用的技术迅速发生变化； 客户突然提出一些新的功能需求； 长时期内仅有有限的资源保证〔开发人员和资金〕
〔5〕按使用的频度划分 一次性使用软件。 使用频度较高的软件。
〔6〕按软件失效的影响程度划分 一般性软件。 关键性软件。
2021/5/15
UML系统建模与分析设计
6
1.2 软件的开展与软件工程
软件工程的指导性原那么： 变动的软件需求。 稳妥的设计方法。 高效的软件开发支持技术。 有效的过程管理。
软件工程具有里程碑意义的进展：
4
2．软件的分类
〔1〕按软件的功能划分
系统软件。
支撑软件。
应用软件。
〔2〕按软件的规模划分
微型软件。
小型软件。
中型软件。
大型甚至超大型软件。
〔3〕按软件工作方式划分
实时处理软件。
分时软件。
交互式软件。
批处理软件。
2021/5/15
UML系统建模与分析设计
5
〔4〕按软件效劳对象的范围划分 工程软件。 产品软件。
学生网上选课管理系统(uml)
《学生网上选课管理系统(UML)》一、系统概述学生网上选课管理系统是基于UML（统一建模语言）进行设计的，旨在为学生提供一个便捷、高效的选课平台。
本系统通过对选课流程的规范化管理，提高了选课效率，降低了教务管理人员的工作负担，同时保证了选课过程的公平、公正。
二、系统功能模块1. 用户登录模块用户登录模块包括学生登录和教务管理员登录两个部分。
学生通过学号和密码登录系统，进行选课操作；教务管理员则负责维护课程信息、监控选课过程及处理异常情况。
2. 课程浏览模块课程浏览模块为学生提供了丰富的课程信息，包括课程名称、课程编号、上课时间、上课地点、授课教师等。
学生可根据个人兴趣和需求筛选课程，为选课做好充分准备。
3. 选课操作模块选课操作模块是系统的核心部分，学生可以在该模块进行课程选择、退选、查看已选课程等操作。
系统会实时更新选课结果，确保学生选课的实时性和准确性。
4. 课程管理模块课程管理模块供教务管理员使用，主要包括课程信息维护、选课人数限制、选课时间设置等功能。
教务管理员可根据实际情况调整课程安排，确保选课工作的顺利进行。
5. 数据统计与分析模块数据统计与分析模块负责收集、整理选课数据，为教务管理员提供决策依据。
通过分析选课结果，教务管理员可以了解学生选课偏好，优化课程设置，提高教学质量。
三、系统特点1. 操作简便：系统界面设计简洁，操作流程清晰，便于学生快速上手。
2. 高效性：采用UML建模，系统结构合理，数据处理速度快，提高了选课效率。
3. 安全性：系统采用加密技术，保障用户数据安全，防止信息泄露。
4. 可扩展性：系统设计充分考虑未来发展需求，便于功能扩展和升级。
5. 易维护性：模块化设计，便于后期维护和故障排查。
《学生网上选课管理系统(UML)》四、系统角色与权限划分1. 学生角色查询和浏览课程信息；进行选课、退课操作；查看个人选课记录和课程表；接收选课通知和系统消息。
2. 教务管理员角色发布和更新课程信息；设置选课时间、人数限制等参数；监控选课过程，处理选课异常情况；管理学生账户信息，包括权限分配和密码重置；查询和导出选课数据，进行统计分析。
uml建模--网上选课系统PPT课件
界面类：Form。
-
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并在界面中提交查询请求
-
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并在界面中提交查询请求
高校教务管理系统UML模型课件
系统可维护性提升
模块化设计
将系统划分为多个模块，降低系 统的耦合度，便于代码的修改、 扩展系统 架构、模块功能、接口定义等信 息，方便后期维护和升级。
自动化测试
建立自动化测试体系，对系统进 行全面的测试，确保系统的稳定 性和可靠性。
案例一：学生选课系统UML模型
索引优化
为了提高查询效率，对数据库表进行索引优化，确保数据检索的 快速准确。
界面模型设计
用户界面设计 交互设计 响应式设计
学生信息管理
学生信息录入
支持学生基本信息的录入，包括姓名、学号、 性别、出生日期等。
学生信息查询
提供多种查询方式，如按学号、姓名、班级 等进行查询。
学生信息修改
允许管理员对学生信息进行修改，如姓名、 学号等。
总结词
描述学生选课系统的功能和流程，使用 UML图展示系统的类、接口、用例等。
VS
详细描述
学生选课系统是高校教务管理系统中一个 重要的子系统。该系统的主要功能包括课 程查询、选课、退课等。通过UML模型， 可以清晰地展示系统的类、接口、用例等， 帮助学生和教师更好地理解系统的结构和 功能。
案例二：教师排课系统UML模型
课程信息查询
提供多种查询方式，如按课程名称、 课程编号等进行查询。
课程信息删除
在特定情况下，如课程停开或调整， 管理员可以删除课程信息。
04
成绩信息管理
学生成绩录入
。
学生成绩修改
学生成绩查询 学生成绩删除
系统性能优化
01
02
数据库优化
负载均衡
03 缓存策略
系统安全性增强
用户身份验证 数据加密 安全审计
2
未来趋势
教务管理系统UML模型 ppt课件
教务管理系统UML模型
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)创建用例 教务管理系统根据运行流程可分为以下的几个用
例： 用户登录 学籍管理 排课管理 成绩管理 选课管理 教学管理 系统维护
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)
目录一、引言 (1)1.1、学生选课系统开发的必要性 (1)1.2、学生选课系统开发的可能性 (2)二、需求工作流 (2)2.1.问题域 (2)2.1.1 问题 (2)2.1.2 问题的解决方案 (3)2.2.领域模型 (3)2.2.1 系统参与者 (3)2.2.2 用例 (3)三、分析工作流 (8)3.1.类图 (8)3.2.状态图 (11)3.3、顺序图 (12)3.3.1、用户登录 (12)3.3.2、学生选定课程 (12)3.3.3、老师做出相应操作 (13)3.3.4、老师查看学生选课情况 (14)四、设计工作流 (16)4.1 细化类图 (16)4.2 数据库设计 (18)4.2.1概念模型 (18)4.2.2 逻辑模型 (23)五、界面设计 (23)5.1 用户登陆界面 (23)六、总结 (24)七、参考文献 (25)一、引言1.1、学生选课系统开发的必要性当今时代是飞速发展的信息时代。
在各行各业中离不开信息处理，这正是计算机被广泛应用于信息管理系统的环境。
计算机的最大好处在于利用它能够进行信息管理。
使用计算机进行信息控制，不仅提高了工作效率，而且大大的提高了其安全性。
尤其对于复杂的信息管理，计算机能够充分发挥它的优越性。
计算机进行信息管理与信息管理系统的开发密切相关，系统的开发是系统管理的前提。
本系统就是为了管理好选课信息而设计的。
学校作为一种信息资源的集散地，学生和课程繁多，包含很多的信息数据的管理，现今，有很多的学校都是初步开始使用，甚至尚未使用计算机进行信息管理。
根据调查得知，他们以前对信息管理的主要方式是基于文本、表格等纸介质的手工处理，对于选课情况的统计和查询等往往采用对课程的人工检查进行，对学生的选课权限、以及选课代号等用人工计算、手抄进行。
数据信息处理工作量大，容易出错；由于数据繁多，容易丢失，且不易查找。
总的来说，缺乏系统，规范的信息管理手段。
尽管学校都有计算机，但是尚未用于信息管理，没有发挥它的效力，资源闲置比较突出，这就是管理信息系统的开发的基本环境。
选课教学管理系统UML实现实例ppt课件
4
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系统获得学生的课程注册 信息。
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系统获得学生的课程注册 信息。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
（5）查询学生信息。根据学生的学号 库中。
和姓名对在校学生的个人基本信息进 （8）删除选修课程。将不再开设的
行相关的查询。
选修课程从数据库中删除。
UML统一建模语言
三、创建系统静态模型
根据系统需求，创建静态系统类图。我们可以识别系统中存在的主要实体类：系 统管理员，学生，课程。
界面类：Form。
UML统一建模语言
UML统一建模语言
三、创建系统动态模型 6、系统管理员添加选修课程作流程
（1）系统管理员进入添加课程界 面AddForm，并在界面中提交添加 课程的信息。 （2）界面AddForm将管理员提交的 课程信息传递给控制对象Control. （3）控制对象向数据库查询课程 相关信息并对查询结果进行判断。 （4）控制对象Control.向数据库 中插入新选修课程的数据。 （5）控制对象将添加课程成功的 信息返回界面AddForm。 （6）系统管理员在界面AddForm获 得添加课程成功的信息。
uml建模--网上选课系 统
UML统一建模语言
一、需求分析
网上选课系统是一个高等院校用来进行对学生选修课程管理的管理信息系 统（MIS）。该信息系统能够为学生提供方便的选课功能，也能够提高高等院校 对学生和教学管理的效率。网上选课系统的功能性需求包括以下内容： （1）系统管理员负责系统的管理维护工作，维护工作包括课程的添加、删除和 修改，对学生基本信息的添加、修改、查询和删除。 （2）学生通过客户机浏览器根据学号和密码进入选课界面，在这里学生可以进 行查询已选课程、指定自己的选修课程以及对自己基本信息的查询。 满足上述需求的系统主要包括以下几个小的系统模块： （1）基本业务处理模块。基本业务处理模块主要用于实现学生通过合法认证登 录到该系统中进行网上课程的选择和确定。 （2）信息查询模块。信息查询模块主要用于实现学生对选课信息的查询和自身 信息的查询。 （3）系统维护模块。系统维护模块主要用于实现系统管理员对系统的管理和对 数据库的维护，系统的管理包括学生信息、课程信息等信息的维护。数据库的 维护包括数据库的备份、恢复等数据库管理操作。
1、学生登录选课系统工作流程
UML统一建模语言
三、创建系统动态模型
（1）学生进入查询课程界面Form， 发送查询选修课程的请求。 （2）界面Form向控制对象 Control请求课程信息，控制对象 到数据库查询课程信息。 （3）选课界面对象从控制对象中 取得所查询得到的课程对象信息 Course。并返回到选课界面上显 示所有的课程信息。 （4）学生从Form中获得课程信息。
2、学生查询选修课的工作流程
UML统一建模语言
三1）学生进入选择选修课程界 面SelectFom，并在界面中确定 选修的课程并提交请求。 （2）选修课程界面SelectFom将 学生所选课程的信息传递到控制 对象Control，控制对象将课程 信息与数据库中的课程信息比较， 判断是否可以选课。 （3）如果可以，执行选课操作， 将选课结果保存到数据库中。 （4）控制对象返回选课成功信 息到选课界面SelectFormo。 （5）学生从界面得到选课成功 的信息。
UML统一建模语言
三、创建系统动态模型
（1）学生进入查询个人信息 界面QueryForm，并在界面中 提交查询请求。 （2）界面QueryFom将学生查 询的信息传递到控制对象 Control。 （3）控制对象从数据库中得 到所查询的个人信息。 （4）控制对象Control将得 到的信息返回到界面 QueryForm并显示。 （5）学生从QueryForm获得 自己想要的个人信息。
4、学生查询个人信息
UML统一建模语言
三、创建系统动态模型 5、系统管理员登录选课系统的工作流程
（1）系统管理员希望通过网上选课 系统进行某一项操作。 （2）系统管理员登录系统，在登录 页面LoginFrame输入自己的用户名 和密码并提交。 （3）系统将系统管理员提交的用户 名和密码传递到的Control类中检查 用户合法身份。将用户信息与数据 库中的用户信息进行比较，检查用 户信息中是否存在此管理员的信息。 （5）检查完毕后将验证结果返回 到登录界面显示。 （6）系统管理员在登录界面获得 验证结果。如果身份验证未通过， 重新登录或退出。否则，继续选择 下一步的操作。
的个人基本信息录入到本系统，在数
据库中保存。
（3）修改学生信息。对于个人基本信
息发生变化的学生，修改数据库中相 （6）添加选修课程。将新的课程添
关学生的个人基本信息并保存。
加到选课系统并保存到数据库。
（4）删除学生信息。将不需要再保存 （7）修改选修课程。对数据库中原
的学生个人基本信息从数据库中删除。 有的课程信息进行修改并保存到数据
UML统一建模语言
二、创建系统用例模型
学生用例能够通过该系统进行如 下活动：
（1）查询选课信息。学生可以在查 询界面了解可供自己选择的各门课程 的详细信息。
（2）登录选课系统。学生能够根据 自己的学号和密码登录选课系统，如 果身份验证失败，不得进行下一步操 作。如果通过身份验证才能进入下一 个操作界面。
三、创建系统动态模型
（1）学生希望通过网上选课系统 进行某一项操作。 （2）学生登录系统，在登录页面 LoginFrame输入自己的用户名和 密码并提交。 （3）系统将学生提交的用户名和 密码传递到的Control类中检查用 户合法身份的方法中。该方法将 用户信息与数据库中的用户信息 进行比较，检查用户信息中是否 存在此学生的信息。 （5）检查完毕后将验证结果返 回到登录界面显示。 （6）学生在登录界面获得验证 结果。
（3）选择所修课程。在选择课程的 界面选择自己要选修的课程并确认提 交。
（4）查询个人信息。可以通过查询 界面查询本人的基本信息。
UML统一建模语言
二、创建系统用例模型
系统管理员用例能够通过该系统
进行如下活动：
（1）登录选课系统。系统管理员使用
账号和登录密码登陆系统进行本系统
的管理和维护工作。
（2）添加学生信息。将新入校的新生