UML大作业-排课系统

UML大作业-排课系统
UML大作业-排课系统

自动排课系统的分析与设计

系别:计算机应用技术系

专业:信息管理与信息系统

学号:1089121116

姓名:李菲

学期:2011年春季学期

作业成绩:

计算机应用技术系监制

目录

第1章系统需求 (2)

第2章分析问题领域 (2)

2.1确定系统范围和边界 (2)

2.2 确定活动者 (2)

2.3 定义UserCase ......................................................... 错误!未定义书签。

2.4 用例图 (6)

2.5 主要交互图(顺序图) (8)

第3章静态结构模型 (10)

3.1 建立对象类图 (10)

3.2 数据库表设计 (11)

3.3 建立包图 (12)

第4章动态行为模型 (13)

4.1 建立顺序图 (13)

4.2 建立状态图 (13)

4.3 建立活动图 (14)

第5章总结 (15)

自动排课系统

第1章系统需求

系统功能描述:

(1). 课程规划人员必须在排课之前规划好本学期各专业的课程,并且要保证各个专业学生学期总学时不高于某个规定值。

(2). 教师可以提前申请教授课程,可以根据自己的代课课程提出对媒体教室的需求。需要教师填写个人代课意向申请,教师意向将在系统排课时被优先考虑。

(3).系统根据教室的多媒体安装情况、座位数,专业课程设置情况,教师意向,选课学生数量等信息进行排课,使尽可能满足各种用户的要求;支持教师对课表更改进行申请,系统给予微调整。

(4)教室管理员根据对教室设备的更新情况修改教室配置的基本信息。

(5)系统管理员规定一确定时间进行系统自动排课,到这一时间时,系统将自动进行排课,生成课表。

(6).课表生成后,所有用户将有权对课表按班级、教师、教室等不同方式进行的查询。第2章分析问题领域

2.1确定系统范围和边界

经过对自动排课系统的的分析可知,自动排课管理系统的主要功能模块包括:

1、自动排课系统:对所有的课程进行自动安排,以达到所有的任课老师、学生的课程无冲突;

2、教室时间安排:对所有的教室的所有可用时间进行安排,以达到教室使用权的不突出;

3、申请更改课程:对有意外情况或临时状况的课程变更,进行更改,以达到正常的完成教学

任务。

2.2 确定活动者

使用者主要是:系统管理员、教师、课程规化人员

2.3 定义UserCase

用例描述文档:

用例编号UC001

用例名称系统自动排课

参与者系统管理员教师课程规划人员

过程描述1)收集整理教师的代课意向,教师意向享有优先权。

2)查询空闲时间表数据库,班级课程数据表,教室媒体信息

选择第一适合时间。

3)根据教师申请更改课表进行微调整。

4)根据教室多媒体信息变更进微调整。

用例编号UC002

用例名称教室时间安排

参与者系统管理员教师教室管理员

过程描述1)根据教师的个人意向、课程讲授时间需求和教室的多媒体安装情况、座位数安排教室,时间,保证教师的讲授时间

不冲突。

2)为已安排教室和时间的课程的代课教师安排其他教学任务的教室和时间。

3)重复1) 2) 操作,直至将所有课程安排完成。

4)对课表进行微调

用例编号UC003

用例名称申请更改课表

参与者教师

过程描述1) 当教师对已排好的课表不满时,可向系统管理员提出更改申请,在资源允许的情况下对课表进行修改。

2) 教师用户登录系统后,选择需要更改课表的班级、节次。

选择能满足该班级教学的教室,包括教室座位数,多媒体安

装情况等。 3) 提交申请。

2.4 用例图

活动者

用例

安排代课教师

(from Usecas e)

课表生成

(from Usecas e)

申请课表更改

(from Usecas e)

<>

安排上课教室及时间

(from Usecas e)

<>

<>

提交个人意向

(from Usecas e)

<>

课表更改

(from Usecas e)

<>

规划专业课程

(from Usecas e)

<>

学生

(from Actor)

任课教师

(from Actor)

系统管理员

(from Actor)

课程规划人员

(from Actor)

课表查询

(from Usecas e)

<>

<>

教室使用状态设置

(from Usecas e)

教室管理员

(from Actor)

<>

2.5 主要交互图(顺序图)

自动排课系统:

1.Main :主界面

https://www.360docs.net/doc/f07728141.html,nd:登陆界面

3.register:注册界面

4. Requests:排课要求界面

5.Result :自动排课生成结果

6. Remark :备注

:Main:land:register:Reques:Result:Remark

1: 登陆(已注册)

2: 未注册

3: 返回登陆

4: 输入排课要求

5: 生成排课结果

6: 备注

图2.5.1 自动排课操作顺序图

教室时间安排:

1.Main :主界面

https://www.360docs.net/doc/f07728141.html,nd:登陆界面

3.register:注册界面

4. Requests:教室安排要求

5.Result :自动排课生成结果

6. Remark :备注

:Main:land:register:Reques:Result:Remark

1: 登陆(已注册)

2: 未注册

3: 返回登陆

4: 输入教室要求

5: 生成排课结果

6: 备注

图2.5.2教室时间安排操作顺序图

申请更改课表:

1.Main :主界面

https://www.360docs.net/doc/f07728141.html,nd:登陆界面

3.Apply:查看更改课表的申请

4.Change:对课表进行更改

5.Result :确定申请,生成结果

6.Public:公布更改信息界面

:Main:land:Apply:Changes:Result:Public

1: 登陆(已注册)

2: 未注册

3: l查看更改课表的申请

4: 更改课表

5: 生成结果

6: 发布更改课表的信息

图2.5.3申请更改课表操作顺序图

第3章 静态结构模型

3.1 建立对象类图

姓名:char 性别:int 电话:char Email:char Address:char 获取姓名() 设置姓名() 获取电话() 设置电话() 获取Email () 设置Email ()

自动排序系统

姓名:char Email:char 电话:char

空闲教室号:char 无教室课程号:char 安排教室号:char 教室时间安排 获取姓名() 设置Email () 填写电话()

查询空闲教室号() 获取无教室课程号() 安排教室

申请更改课程 姓名:char 性别:char Email:char 申请号:char 课程号:char 更改课程号:char 获取姓名() 设置Email () 填写电话() 查询申请号() 确定更改课程号() 获取更改课程号()

3.2 数据库表设计

自动排课系统:

Sort

{

Tmember_ID long(20) not null,Primary key Tmember_Name nvchar(20),

Tmember_Sex tinyint,

Tmember_Phone long(11),

Tmember_Email nvchar(20),

Tmember_Address nvchar(255),

}

教室时间更改:

T_Room

{

T_Room_ID long(12) not null ,Primary key T_Room_Name nvchar(50),

T_Room_TEmail nvchar(255),

T_Room_Phone double,

T_Room_RoomName nvchar(255),

T_Room_CodeName nvchar(255),

T_Room_ChangeRoomNo nvchar(30),

}

申请更改课程:

Code

{

Code_ID long(12) not null ,Primary key Code _Name nvchar(50),

Code _Sex nvchar(255),

Code _Email nvchar(255),

Director_ApplyNo. nvchar(255), Director_CodeNo. nvchar(30), Code _ChangeNo. nvchar(255), }

3.3 建立包图

第4章 动态行为模型

4.1 建立顺序图

自动排课管理系统

教室时间安排

自动排课系统

申请更改课表

系统管理员

4.2 建立状态图

(1).班级课程表状态图

: 系统管理

: 管理窗口

: 教师个人意向

: 教师 : 教室

: 课程规划人员

: 课程规划

: 课程表结

1: 课程规划管理( )

5: 设置接受个人意向时限(Date)

6: 设置个人意向(String, Boolean)

8: 接收个人意向填写(教师个人意向)9:

10: 读取教师个人意向( )

11: 验证代课资格(课程)

2: 构造课程规划( )

3:

4:

7: 构造个人意向( )

12: 分配教室(班级, Boolean)

13:

17:

18:

14: 构造课程表结点(班级, Integer, 教室)

15: 添加到班级课程表(班级)

16:

(2).班级状态图

(3).教室状态图

生成前

生成后

更改

使用

废弃

执行自动课表生成[ 提交申请截止时间起 ]

更改课表[ 教师用户成功提交更改课表申请 ]

课表适用学期结束

班级课程表状态图

注册

注销

正常

添加新班级注册操作错误

注销班级[ 学生毕业 ]

班级状态图

教室状态

教室初始设置

空闲

预留专用

取消预留设置

更改教室[ 教师成

功申请更改课表 ]

安排授课[ 自动排课时 ]

授课占用

4.3建立活动图

(1).课表自动生成活动图

(2).教师申请更改课表活动图

第5章总结

课程表问题是一个受限于课程、时间、教师、教室因素的多元问题因素,如果一定要满足所有的约束条件往往是矛盾的,刚极有可能找不到完整解。同时,必须考虑教学资源冲突和紧张的问题,由此带来的教师到不同的校区授课的调配问题,学生到不同校区上课的时间调配问题,以及学生、教师上课往返时间问题和移动代价问题,能够合理分配这四个因素,解决矛盾冲突使教师和学生的上课和休息合理的结合,是我们要解决的重要问题;其次,它是一个标准很给统一的问题:不同类型的课程,需要不同的排课方法和优先级别来减少系统的开销以及数据库

的开销,做到快速准备的执行系统,同一个排课结果,可能有不同的看法。因此对排课结果的评价标准很难达到固定的量化,那么对排课系统的评价分析也就十分重要。利用计算机辅助进行课表编排工作,既提高了排课工作的科学性,又可大大减轻管理人员的工作强度,提高工作效率,从而使学校教务管理现代化迈上一个新台阶。

UML网上学生选课系统程序设计

软件工程课程设计报告 (大三下期2015年) 课程名称:软件工程课程设计 题目: 学生选课系统 院系:软件工程 完成时间:20 1 5、5、8 组员:张中秋(U 20121 7 50 2 ) 高蕾(U2 0 1217 5 0 7) 曾昭杰(U20 1 217476) UM L网上学生选课系统程序设计 一、课程设计得目得与要求 U M L统一建模课程就是一门面向对象开发方法得设计语言。UML统一建模课程设计实验课,着重加强面向对象建模技术。使用UML统一建模语言,用需求模型简化业务领域;用分析模型验证用例得正确性,一致性,完备性,可行性;用设计模型标识解决方案?通过模型实 现了从业务领域到软件领域得映射。通过建模,使问题可视化,形式化?通过以序列得建模与 迭代活动,对于提高学生综合素质十分必要? 通过软件开发得实践训练,进一步掌握软件工程得方法与技术,提高软件开发得实际能力,培养工程设计能力与综合分析、解决问题得能力。 二、设计正文 1. 概述 1、1课题题目:网上学生选课系统 1、2系统得主要目标: 本系统目标就是实现选课系统所需得各种基本功能,包括学生选课、查瞧已修课程、查瞧已选课程、退课功能与教师查瞧选修课程、提交课程成绩功能以及管理员添加 学生、维护学生信息、成绩管理、添加教师、维护教师信息、维护选修课程,还有公用得 修改密码等功能。 1、3系统得开发环境及运行环境: 操作系统:w indow7 建模工具:Rat i o n al Ro s e 200 7 2. 系统需求分析 学生选课系统主要满足来自三方面得需求,这三个方面分别就是学生用户(S t ud ent)、

面向对象的选课系统

学生选课系统 1用户需求 学生选课系统主要满足来自三方面的需求,这三个方面分别是学生用户、教师用户和管理员用户,也即是三类用户角色。如表3-1 (1)学生用户是主要的需求者,主要需求功能是查询可选课程、查看自己选课情况及进行选课操作等; (2)教师用户主要需求功能是查看自己所教授的课程、课程有哪些学生选修、以及利用本系统提交学生的成绩; (3)管理员用户的功能需求较为复杂,包括对学生信息、教师信息、课程信息进行管理。在学生信息管理子模块中,实现对学生信息的添加、修改、删除操作,还可以输入查询条件进行查询操作。在教师管理子模块中,实现对教师信息的添加、修改、删除、查询等操作。在课程管理子模块中,实现对课程信息的添加,添加时为其分配任课教师、上课时间和地点,实现对课程的修改、删除、查看某个课程的详细信息等。 B.录入成绩更方便, 2可行性分析 技术可行性 本系统需要配有Office软件的PC机,网络环境和作为数据库服务器的计算机,系统对机器本身没有太高的要求,一般当前学校或个人电脑完全可满足要求 经济可行性 由于本系统是为学生选课管理使用的系统,装上该应用软件,即可使用系统,系统成本主要集中在系统软件的开发上,当系统投入运行后可以为学校节约大量的

人力,物力。 操作可行性 界面设计时充分考虑管理人员的习惯,制作了较精美的人机操作界面,使得操作简单、数据录入迅速、规范、可靠;统计准确;制表灵活;适应力强;容易扩充。3系统需求分析 3.1用例图 用例图(图3-7)说明 (1)系统的外部角色有:学生用户、教师用户和管理员。 (2)系统主要用例的文档描述: ①学生管理用例:学生用户可见的功能,包含了选课、退课和查看选课三个用例功能。 ②教师管理用例:教师用户可见的功能,包含了查看学生选课和提交成绩两个用例功能。 ③信息管理用例:管理员可见的功能,这个用例进一步分为三个用例:学生信息管理用例、教师信息管理用例和课程信息管理用例。 ④学生信息管理用例:信息管理用例可见的功能,实现学生信息的管理功能,包含了添加学生、修改学生信息和删除学生三个用例。 ⑤教师信息管理用例:信息管理用例可见的功能,实现教师信息的管理功能,包含了添加教师、修改教师信息和删除教师三个用例。 ⑥课程信息管理用例:信息管理用例可见的功能,实现课程信息的管理功能,包含了添加课程、修改课程信息和删除课程三个用例。 ⑦修改密码用例:所有用户都可见的功能,用于修改用户的密码信息。

基于UML的网上选课系统

课 程 设 计 题 目 基于UML 的网上选课管理系统设计 学 院 计算机科学与技术学院 专 业 计算机科学与技术专业 班 级 姓 名 指导教师 2014 年 06 月 27 日

目录 课程设计任务书 (2) 系统分析 (3) 问题描述 (3) 用例模型描述 (3) 系统设计 (4) 类图描述 (4) 核心用例的顺序图 (5) 状态图 (7) 组件图 (8) 系统实施 (9) 信息代码设计 (9) 数据库设计 (9) 输入设计 (10) 输出设计 (11) 用户界面和处理过程的设计 (11) 系统测试 (14) 测试方法 (14) 测试结果 (14) 设计的特点、不足、收获与体会 (15) 特点 (15) 不足 (15) 收获与体会 (15) 本科生课程设计成绩评定表 (16)

课程设计任务书 学生姓名:专业班级: 指导教师:工作单位: 题目: 基于UML的网上选课管理系统设计 初始条件: 理论:学完UML及软件体系结构课程,掌握一种计算机高级语言的使用。 实践:计算机实验中心提供计算机及软件开发环境。 要求完成的主要任务:(包括课程设计工作量及其技术要求,以及说明书撰写等具体要求) (1)系统分析(包括系统描述(问题域描述)、用例模型、分析类图)。 (2)系统设计(包括系统的逻辑模型如设计类图、顺序图、状态图及 组件图等)。 (3)系统实施(包括信息代码设计、数据库设计、输入设计、输出设 计、用户界面设计和处理过程的设计以及最终的程序设计)。 (4)编制好程序后,设计若干测试用例,上机测试并通过所设计的程 序系统。 (5)设计报告格式按附件要求书写。课程设计报告书正文的内容应包 括: 1.问题描述; 2.用例模型及分析类图的描述; 3.设计类图、核心用例的顺序图与状态图、组件图等的描述; 4.信息代码设计、数据库设计、输入设计、输出设计的描述; 5.用户界面设计和处理过程的设计的描述; 6.给出软件的测试方法和测试结果。 7.设计的特点、不足、收获与体会。 时间安排: 第18周周一至周二:完成系统分析。 第18周周三至周五:完成系统静态模型设计及部分动态模型设计。 第19周周一:完成系统动态模型设计。 第19周周二至周三:完成系统实施及测试。 第19周周四至周五:验收及撰写课程设计报告。 设计验收安排:第19周的星期四第1-8节课到实验中心进行上机验收。 设计报告书收取时间:第19周的周五下午16:00。 指导教师签名: 2014年6月2日 系主任(或责任教师)签名:年月日

学生选课系统完整的UML建模

题目:UML系统分析设计、建模与实现学号:100430112022 姓名:杨家建 专业:计算机技术 指导教师:舒远仲

U M L 系统分析设计与建模 以简单的学生选课系统进行详细的系统分析与建模。 (一)系统用例图 1.首先根据需求分析可知:管理员维护课程信息,对其进行添加、修改、删除等。学生可以在线查询课程信息,并进行选课,也可以在规定时间内更改选修的课程。我们发现系统中的参与者有:管理员和学生,然后从参与者的角度就可以发现系统的用例,并绘制出系统的用例图,如图1所示: 2.对部分用例进行描述: “添加课程”用例 1) 用例名:添加课程 2) 执行者:管理员 3) 目的:管理员通过系统界面进入,添加所要开设的课程,确认无误后将其信息保 存到数据库中,以供学生选择。 4) 过程描述: 5) 管理员选择进入管理界面,用例开设 6) 系统提示输入管理密码 7) 管理员输入密码 8) 系统验证密码 9) A1:密码错误 ?1 ????????? ???? ????

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)目的:学生进入选课系统界面,浏览的课程,最后选择一门自己喜欢的课程并提交。 4)过程描述: 5)1)学生进入选课登录界面,用例开始 6)2) 系统提示输入学号与密码 7)3) 学生输入学号与密码 8)4)系统验证 9)A1:验证错误 10)5) 进入选课主界面 11)6)学生点击选课 12)7)系统显示所有课程信息 13)8)学生选择课程 14)9)系统验证课程是否可选 15)A2:不可选 16)10)系统提示课程选择成功 17)11)用例结束 18)异常事件流处理: 19)A1:验证错误:1)系统提示验证错误,提示重新输入。2)验证成功,进入第5)步 20)A2:不可选1)系统提示课程不可选及原因。2)学生重新选课。3)验证成功后进入第10)步 “修改”用例 1)管理员选择进入管理界面,用例开设 2)系统提示输入管理密码 3)管理员输入密码 4)系统验证密码 A1:密码错误 5)进入修改主界面,系统显示目前所建立的全部课程信息 6)管理员选择要修改的课程

学生选课系统

摘要: 本系统实现学生选课的基本功能,包括学生退选课,查看自己的选课信息;教师查看选课学生的信息,提交成绩;管理员添加学生、管理学生、管理成绩、添加教师、管理教师和管理课程等。系统利用.Net平台技术进行开发,实现学生选课的动态管理,使得对信息的管理更加及时、高效,提高了效率。同时还对系统的开发原理、功能特点和设计方案进行了介绍。 关键词:学生选课数据库管理 https://www.360docs.net/doc/f07728141.html, 一、课程设计的目的与要求 通过软件开发的实践训练,进一步掌握软件工程的方法和技术,提高软件开发的实际能力,培养工程设计能力和综合分析、解决问题的能力。 具体如下: 1.学习和实践在分析和设计计算机应用系统所需要的知识,包括面向对象的系统分析与设计,编 码和测试方面的知识; 2.熟悉自动化的软件开发工具Rational Rose 2003,并将其运用于软件开发的全过程; 3.进一步加强和提高软件工程文档的编写能力; 4.培养协作能力和团队精神。 二、设计正文 1.概述 1.1课题题目:学生选课系统 1.2系统的主要目标: 本系统目标是实现选课系统所需的各种基本功能,包括学生选课、退课功能和教师查看选修课程、提交课程成绩功能以及管理员添加学生、维护学生信息、成绩管理、添加教师、维护教师信息、维护选修课程,还有公用的修改密码等功能。 1.3 系统的开发环境及运行环境: 操作系统:Windows XP Pro SP2 建模工具:Rational Rose 2003 数据库系统:SQL Server2000 开发工具:Visual Studio 2005 Web服务器:IIS+https://www.360docs.net/doc/f07728141.html, 2.0平台 2.系统需求分析 学生选课系统主要满足来自三方面的需求,这三个方面分别是学生用户、教师用户和管理员用户,也即是三类用户角色。 (1)学生用户是主要的需求者,主要需求功能是查询可选课程、查看自己选课情况及进行选课、退课操作等; (2)教师用户主要需求功能是查看自己所教授的课程、课程有哪些学生选修、以及利用本系统提交学生的成绩; (3)管理员用户的功能需求较为复杂,包括对学生信息、教师信息、课程信息进行管理。在学生信息管理子模块中,实现对学生信息的添加、修改、删除操作,还可以输入查询条件进行查询操作。 在教师管理子模块中,实现对教师信息的添加、修改、删除、查询等操作。在课程管理子模块中,实现对课程信息的添加,添加时为其分配任课教师、上课时间和地点,实现对课程的修改、删除、查看

UML学生选课系统

UML统一建模语言 实验报告 实验名称:学生选课系统UML部署 系(院):计算机科学学院 , 专业班级:软工11402 姓名:靳生栋 学号: 1 指导教师:陈应霞 实验时间:— 实验地点: 12教一楼B区机房

一.需求分析 ' 网上选课系统是一个高等院校用来进行对学生选修课程管理的管理信息系统(MIS)。该信息系统能够为学生提供方便的选课功能,也能够提高高等院校对学生和教学管理的效率。网上选课系统的功能性需求包括以下内容: (1)系统管理员负责系统的管理维护工作,维护工作包括课程的添加、删除和修改,对学生基本信息的添加、修改、查询和删除。 (2)学生通过客户机浏览器根据学号和密码进入选课界面,在这里学生可以进行查询已选课程、指定自己的选修课程以及对自己基本信息的查询。 满足上述需求的系统主要包括以下几个小的系统模块: (1)基本业务处理模块。基本业务处理模块主要用于实现学生通过合法认证登录到该系统中进行网上课程的选择和确定。 (2)信息查询模块。信息查询模块主要用于实现学生对选课信息的查询和自身信息的查询。(3)系统维护模块。系统维护模块主要用于实现系统管理员对系统的管理和对数据库的维护,系统的管理包括学生信息、课程信息等信息的维护。数据库的维护包括数据库的备份、恢复等数据库管理操作。 二.创建系统用例模型 ? 1.学生用例能够通过该系统进行如下活动: (1)查询选课信息。学生可以在查询界面了解可供自己选择的各门课程的详细信息。(2)登录选课系统。学生能够根据自己的学号和密码登录选课系统,如果身份验证失败,不得进行下一步操作。如果通过身份验证才能进入下一个操作界面。 (3)选择所修课程。在选择课程的界面选择自己要选修的课程并确认提交。 (4)查询个人信息。可以通过查询界面查询本人的基本信息。

基于uml的网上选课系统

学生网上选课系统 随着高校教育教学改革的深入, 很多高等院校都开始对课程设置结构进行优化, 从传统课程结构的单一性转向现代课程结构的基础性和综合性, 从纵深型转向宽广型, 越来越多的高校实行学分制教学, 开设了大量的选修课, 但是目前大多数学校使用教务管理软件是诸如面向过程方法等非面向对象技术开发的, 这使得这些管理软件在可扩充性、交互性、网络应用等方面存在很多不尽人意的地方, 很难适应教育需求的变化。UML (Unified Modeing Language) 统一了Booch、Rumbaugh和Jacobson的表示方法, 融入了软件工程领域的新思想、新方法和新技术, 提出如模板、扩展机制、活动图等新概念, 使它不但适用于面向对象的软件分析与设计, 还支持从需求分析开始的软件开发的全过程, 最终统一为大众所接受的标准建模语言。 1、需求分析 网上选课系统是一个高等院校用来进行对学生选修课程管理的管理信息系统(MIS)。网上选课系统的产生是因为在校学生日益的增多。如果仍然通过传统的纸上方式选课,既浪费大量的人力物力,又浪费时间。同时,在人为的统计过程中不可避免出现的错误。因此,通过借助网络系统,让学生只要在电脑中输入自己的个人选课信息来替代有纸化的手工操作成为高校管理的必然趋势。该信息系统能够为学生提供方便的选课功能,也能够提高高等院校对学生和教学管理的效率。网上选课系统的功能性需求包括以下内容:(1)系统管理员负责系统的管理维护工作,维护工作包括课程的添加、删除和修改,对学生基本信息的添加、修改、查询和删除。 (2)学生通过客户机浏览器根据学号和密码进入选课界面,在这里学生可以进行查询已选课程、指定自己的选修课程以及对自己基本信息的查询。 满足上述需求的系统主要包括以下几个小的系统模块: (1)基本业务处理模块。基本业务处理模块主要用于实现学生通过合法认证登录到该系统中进行网上课程的选择和确定。 (2)信息查询模块。信息查询模块主要用于实现学生对选课信息的查询和自身信息的查询。 (3)系统维护模块。系统维护模块主要用于实现系统管理员对系统的管理和对数据库的维护,系统的管理包括学生信息、课程信息等信息的维护。数据库的维护包括数据库的备份、恢复等数据库管理操作。 2、系统建模

UML学生选课系统

UML统模语言 实验报告 实验名称:学生选课系统UML部署系(院):计算机科学学院 专业班级:软工11402 姓名:靳生栋 学号:201404621 指导教师:应霞

实验时间:2017.10.15—2017.10.21 实验地点:12教一楼B区机房 一.需求分析 网上选课系统是一个高等院校用来进行对学生选修课程管理的管理信息系统(MIS)。该信息系统能够为学生提供方便的选课功能,也能够提高高等院校对学生和教学管理的效率。网上选课系统的功能性需求包括以下容: (1)系统管理员负责系统的管理维护工作,维护工作包括课程的添加、删除和修改,对学生基本信息的添加、修改、查询和删除。 (2)学生通过客户机浏览器根据学号和密码进入选课界面,在这里学生可以进行查询已选课程、指定自己的选修课程以及对自己基本信息的查询。 满足上述需求的系统主要包括以下几个小的系统模块: (1)基本业务处理模块。基本业务处理模块主要用于实现学生通过合法认证登录到该系统中进行网上课程的选择和确定。 (2)信息查询模块。信息查询模块主要用于实现学生对选课信息的查询和自身信息的查询。 (3)系统维护模块。系统维护模块主要用于实现系统管理员对系统的管理和对数据库的维护,系统的管理包括学生信息、课程信息等信息的维护。数据库的维护包括数据库的备份、恢复等数据库管理操作。 二.创建系统用例模型 1.学生用例能够通过该系统进行如下活动: (1)查询选课信息。学生可以在查询界面了解可供自己选择的各门课程的详细信息。 (2)登录选课系统。学生能够根据自己的学号和密码登录选课系统,如果身份验证失败,不得进行下一步操作。如果通过身份验证才能进入下一个操作界面。

学生选课系统完整的UML建模

题目:UML系统分析设计、建模与实现学号:1 姓名:杨家建 专业:计算机技术 指导教师:舒远仲

U M L系统分析设计与建模 以简单的学生选课系统进行详细的系统分析与建模。 (一)系统用例图 1.首先根据需求分析可知:管理员维护课程信息,对其进行添加、修改、删除等。学生可以在线查询课程信息,并进行选课,也可以在规定时间内更改选修的课程。我们发现系统中的参与者有:管理员和学生,然后从参与者的角度就可以发现系统的用例,并绘制出系统的用例图,如图1所示: 图1 学生选课系统用例图停开课程 删除课程 2.对部分用例进行描述: “添加课程”用例 1)用例名:添加课程 2)执行者:管理员 3)目的:管理员通过系统界面进入,添加所要开设的课程,确认无误后将其信息保存到数据库中,以供学生选择。 4)过程描述: 5)管理员选择进入管理界面,用例开设 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)目的:学生进入选课系统界面,浏览的课程,最后选择一门自己喜欢的课程并提交。 4)过程描述: 5)1)学生进入选课登录界面,用例开始 6)2) 系统提示输入学号与密码 7)3) 学生输入学号与密码 8)4)系统验证 9)A1:验证错误 10)5) 进入选课主界面 11)6)学生点击选课 12)7)系统显示所有课程信息 13)8)学生选择课程 14)9)系统验证课程是否可选 15)A2:不可选 16)10)系统提示课程选择成功 17)11)用例结束 18)异常事件流处理: 19)A1:验证错误:1)系统提示验证错误,提示重新输入。2)验证成功,进入第5)步 20)A2:不可选1)系统提示课程不可选及原因。2)学生重新选课。3)验证成功后进入第10)步 “修改”用例 1)管理员选择进入管理界面,用例开设 2)系统提示输入管理密码 3)管理员输入密码 4)系统验证密码 A1:密码错误 5)进入修改主界面,系统显示目前所建立的全部课程信息 6)管理员选择要修改的课程 7)是否确定修改该课程 A2:不修改

学生选课系统完整的UML建模

U M L系统分析设计与建模

以简单的学生选课系统进行详细的系统分析与建模。 (一)系统用例图 1.首先根据需求分析可知:管理员维护课程信息,对其进行添加、修改、删除等。学生可以在线查询课程信息,并进行选课,也可以在规定时间内更改选修的课程。我们发现系统中的参与者有:管理员和学生,然后从参与者的角度就可以发现系统的用例,并绘制出系统的用例图,如图1所示: 图1 学生选课系统用例图停开课程 删除课程 2.对部分用例进行描述: “添加课程”用例 1)用例名:添加课程 2)执行者:管理员 3)目的:管理员通过系统界面进入,添加所要开设的课程,确认无误后将其信息保存到数据库中,以供学生选择。

4)过程描述: 5)管理员选择进入管理界面,用例开设 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)目的:学生进入选课系统界面,浏览的课程,最后选择一门自己喜欢的课程并提交。 4)过程描述: 5)1)学生进入选课登录界面,用例开始 6)2) 系统提示输入学号与密码 7)3) 学生输入学号与密码 8)4)系统验证 9)A1:验证错误 10)5) 进入选课主界面 11)6)学生点击选课 12)7)系统显示所有课程信息 13)8)学生选择课程 14)9)系统验证课程是否可选 15)A2:不可选 16)10)系统提示课程选择成功 17)11)用例结束 18)异常事件流处理: 19)A1:验证错误:1)系统提示验证错误,提示重新输入。2)验证成功,进入第5)步 20)A2:不可选1)系统提示课程不可选及原因。2)学生重新选课。3)验证成功后进入第10)步 “修改”用例

信息管理系统 UML实验三__类图

实验三.类图 第一题:软件学院打算开发一个学生选课系统。画出系统类图! 1.新的系统允许学生利用局域网上的PC机来注册本学期的课程,并可以查看自己已学的所有课程的所有成绩。新的系统允许教师决定要教哪些课程,并通过管理员更新数据库,教师在学期末登记自己教授的课程的成绩。 2.学院已有课程目录(course catalog)数据库部分,课程目录数据库中保存了所有的课程信息新的学生注册系统将读取课程目录数据库中的课程信息,但不会修改数据库中的课程信息。管理员通过其它系统来维护课程信息 3.在每个学期初,学生可以获取这个学期所开设的所有课程的目录,在课程目录中包含每门课的详细信息,如professor(讲课教师,因为后面约定老师可以有教授、副教授和讲师3种类型), department, prerequisite等。 4.每个学生在一个学期,根据自己所在系的培养计划,必修课必须选,选修课自愿,但一学期不可超过8门课程,不少于3门课程。(第8周周二到周五可以退课,但必须保证本学期课程不少于3门,退课需交纳50/门的费用,由计费系统扣费,扣费成功后,该门课程从学生的选课计划中删除,否则,退课不成功) 5.每门课的学生人数最多为200人,最少为30人,如果选修课学 生人数少于30人,该门课将被取消,必修课无最低人数限制。 在每个学期,有一个选课期,在这个时间段内,学生可以改变他们的选课计划(Schedule),注册系统允许学生在这段时间内可以增加或删除所选课程,选课最后一天只能选课,不可退课,在学期结束的时候,学生可以通过系统查询成绩,由于学生成绩属于敏感信息,因此系统要有安全措施来防止非授权的存取。(学生查询成绩前,需要先评教)。 6.教师可以读取系统来获取他们所教的课程的信息,可以了解哪些学生选了他们的课,也可以登记该门课程的学生成绩。 7.教师分为讲师、副教授、教授。 此系统涉及到得参与者有:①学生;②教师;③管理员;④课程目录数据库;⑤计费系统。 第二题画出系统类图 问题描述: 使用信用卡可以在AMT机上进行取款,针对一次取款,建立其类图。 其中系统涉及的参与者有:①顾客②银行工作人员;③A TM取款机 第三题: 画出系统类图 问题描述: 某购物网站,针对下述问题,建立一个类图:有两种顾客,一种是常客,享受公司的一些优惠待遇;另一种是散户。所以其参与者有:顾客、常客、散客和员工 第四题根据下面的陈述画出类图 1)学生包括本科生、研究生两种。 2)研究生的一部分利用课余时间担任助教。 3)教师包括助教、讲师和教授三种。 4)一名助教可以为一位讲师或一位教授助课,一位讲师只能有一名助教,一位教授可以有5名助教。

学生网上选课管理系统(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技术来实现无纸化办公已经成为理所当然。随着各高校办学规模的不断扩大,学生的网上选课作为学校日常办公最重要的一部分,高效、有序的管理学生选课有助于提高办学的质量和水平,加快学校的发展。相对于传统的纯手工、纯纸质的选课管理方式来讲,毫无疑问的,网络化的学生选课管路更迅速、更高效、更准确,将管理人员从繁琐的数据整理事务中解脱出来,从而能节省更多的时间从事其他教学研究的工作。 该文档首先给出了学生网上选课管理系统的整体网络结构和功能结构的概貌,从总体架构上给出整个系统的轮廓,然后又对功能需求、性能需求和其他非功能性需求进行了详细的描述。其中对功能需求的描述采用了UML的用例模型方式,主要描述了每一用例的基本事件流,而且还给出了非常直观的用例图。 在学生网上选课管理过程中,主要活动有:学生进入信息管理界面,学生登录、输入个人登录信息及提交,学生进入选课系统界面,学生浏览显示的可选课程,学生进行选课,学生查看所选课的课表,学生退课,学生查看选修课成绩,学生查看过去所选课的成绩,学生查看过去所选的课程,学生修改自己的信息如登录密码并进行保存;教师进入信息管理界面,教师登录、输入个人登录信息及提交,教师查看选课学生,教师打印选课学生的名单,教师对学生的成绩进行统计,教师将学生的成绩录入系统中,教师检查学生的成绩,教师修改学生的成绩;管理员对学生信息、教师信息、课程信息进行管理(包括添加、修改、删除、账户管理)。

学生选课系统UML用例描述

填写学习计划用例 1. 简要说明 本用例说明学生填写学习计划的过程。 2.事件流 (1)基本流 1 学生登录系统。 2 学生填写学习计划。 3 系统检验学习计划是否可行。 4 系统保存学习计划。 (2)备选流 1.a如果无法正常登录,则该过程结束。 3.a如果系统检验学习计划不可行,则该过程结束。3.特殊需求 (1)系统中每个学生只能保存一份学习计划。 (2)系统需要长期稳定运行,及时备份数据。4.前置条件 无。 5. 后置条件 学习计划成功存储到计算机中。 6. 扩展点 无。 7. 相关的数据 学生信息,课程信息,教师信息。 8.问题说明 无。

检验学习计划用例 2. 简要说明 本用例说明系统检验学习计划的过程。 2.事件流 (1)基本流 1 系统检验学习计划。 2 将学习计划保存到数据库中。 (3)备选流 1.a如果系统检验出学习计划不可行,则该过程结束。3.特殊需求 (1)系统中每个学生只能保存一份学习计划。 (2)系统需要长期稳定运行,及时备份数据。 4.前置条件 学生已经填写好了学习计划。 8. 后置条件 无。 9. 扩展点 无。 10. 相关的数据 学生和学习计划的相关信息。 8.问题说明 无。 选课用例 3. 简要说明

本用例说明学生选课的过程。 2.事件流 (1)基本流 1 学生登录系统。 2 学生根据课表选课。 3 系统保存选课结果。 (4)备选流 1.a如果无法正常登陆,则结束。 3.a如果系统检查出该学生没有修该课程的先修课程, 则结束。 3.b如果课程人数已满,则结束。 3.特殊需求 系统需要长期稳定运行,及时备份数据。 4.前置条件 无。 11. 后置条件 将选课信息成功存储到数据库中。 12. 扩展点 无。 13. 相关的数据 学生的信息,课程的信息。 8.问题说明 无。

UML课程作业_学生选课管理系统

信息科学与技术学院 《面向对象分析与设计》课程作业 题目名称:学生选课管理系统 学生姓名: 学号: 专业: 班级: 指导教师: 完成日期:

目录 第一章简介 (1) 1.1网上选课管理系统简介 (1) 1.2网上选课系统各参与者功能介绍 (1) 1.2.1超级管理员 (1) 1.2.2教师 (1) 1.2.3学生 (2) 第二章需求分析 (3) 2.1概述 (3) 2.2学生管理系统 (3) 2.2.1概述 (3) 2.2.2用例图 (4) 2.3教师管理系统 (4) 2.3.1概述 (4) 2.3.2用例图 (4) 2.4超级管理员系统 (5) 2.4.1概述 (5) 2.4.2用例图 (5) 第三章系统分析 (6) 3.1分析顺序 (6) 3.2管理员系统 (6) 3.3教师管理系统 (7) 3.4学生管理系统 (7) 第四章系统设计 (8) 4.1类图 (8) 4.1.1网上选课系统类图 (8) 4.2顺序图 (9) 4.2.1学生选课顺序图 (9) 4.2.2学生退课顺序图 (9) 4.2.3学生查看自己成绩 (10) 4.2.4教师查看选课学生 (10) 4.2.5教师录入学生成绩 (11) 4.2.6管理员添加课程 (11) 4.2.7管理员修改学生信息 (12)

第一章简介 1.1网上选课管理系统简介 现在各高校都拥有大量的学生,都给每个大学生提供了大量的选修课供学生们进行网上选课,如果我们还是选用传统的纯手工、纯纸质的管理方式,对于选课管理人员来说,那意味着有大量的繁琐的数据需要整理,还要花费大量的时间、精力以及体力。现在我们进入了一个信息化的时代,利用Internet技术来实现无纸化办公已经成为理所当然。随着现在高校的不断扩招,学生的网上选课作为学校日常办公最重要的一部分,相对于传统的选课方式,网络化的学生选课管路更迅速、更高效、更准确,将管理人员从繁琐的数据整理事务中解脱出来,从而能节省更多的时间从事其他教学研究的工作。 该文档在具体的分析各项功能需求的前提下,将各个功能模块及非功能性模块详细的记录下来,其中对功能需求的描述采用了UML的用例模型方式,主要描述了每一用例的基本事件流,而且还给出了非常直观的用例图。 在该系统中,主要的参与者有系统超级管理员,可以执行该系统的所有功能,包括,添加课程信息、修改课程信息、删除课程信息;添加教师信息、修改教师信息、删除教师信息;添加学生信息、修改学生信息、删除学生信息;参与者二为全校教师,主要的操作功能有查看选课学生信息、录入学生成绩以及修改学生成绩;参与者三为在校学生,主要的操作功能有查看所有课程、选课、退选、查看成绩。 1.2网上选课系统各参与者功能介绍 1.2.1超级管理员 管理员管理系统的功能有:管理员进入信息管理界面,管理员登录,管理员对学生的信息进行管理(管理员向学生管理系统中添加学生,修改学生信息,删除学生),管理员对教师的信息进行管理(管理员在教师管理系统中添加教师,修改教师信息,删除教师),管理员管理课程信息(管理员在课程管理中添加课程,修改课程信息,删除课程,发布更改信息),管理员修改并保存数据库信息。 1.2.2教师 教师进入信息管理界面,教师登录、输入个人登录信息及提交,教师查看选课

UML课程期末设计

《UML课程期末设计》 题目:网上选课系统 班级:计应1502 姓名:王亚彬 学号:411520010222 设计时间:2017.1.9

目录

正文 学生选课系统 王亚彬 411520010222 概述 1.1课题题目:学生选课系统 1.2系统的主要目标: 本系统目标是实现选课系统所需的各种基本功能,包括学生选课、退课功能和教师查看选修课程、提交课程成绩功能以及管理员添加学生、维护学生信息、成绩管理、添加教师、维护教师信息、维护选修课程,还有公用的修改密码等功能。 1.3 系统的开发环境及运行环境: 操作系统: Windows XP Pro SP2 建模工具: Rational Rose 2003 数据库系统:SQL Server2000 1.主题与设计目的 学生选课系统主要满足来自三方面的需求,这三个方面分别是学生用户、教师用户和管理员用户,也即是三类用户角色。 (1)学生用户是主要的需求者,主要需求功能是查询可选课程、查看自己选课情况及进行选课、退课操作等; (2)教师用户主要需求功能是查看自己所教授的课程、课程有哪些学生选修、以及利用本系统提交学生的成绩; (3)管理员用户的功能需求较为复杂,包括对学生信息、教师信息、课程信息进行管理。在学生信息管理子模块中,实现对学生信息的添加、修改、删除操作,还可以输入查询条件进行查询操作。在教师管理子模块中,实现对教师信息的添加、修改、删除、查询等操作。在课程管理子模块中,实现对课程信息的添加,添加时为其分配任课教师、上课时间和地点,实现对课程的修改、删除、查看某个课程的详细信息等。 本系统将管理员用户、教师用户、学生用户的身份及权限进行严格的划分,让管理员拥有最高权限,可以查看、维护系统中的所有信息,如添加学生,添加课程,修改课程信息等;让教师拥有查看自己开设的课程的信息,以及提交所开设课程成绩的权限;让学生拥有选课和退选的权限;而修改密码模块的权限每个用户都可拥有,用以修改自己的密码信息。通过进行严格的权限划分,可以更好地进行管理,也可更好地保护用户信息安全。 2.需求规格用例图

学生选课系统UML需求分析

学生选课系统UML需求分析 专业班级:学号:姓名: 网上选课系统是一个高等院校用来进行对学生选修课程管理的管理信息系统(MIS)。该信息系统能够为学生提供方便的选课功能,也能够提高高等院校对学生和教学管理的效率。网上选课系统的功能性需求包括以下内容: (1)系统管理员负责系统的管理维护工作,维护工作包括课程的添加、删除和修改,对学生基本信息的添加、修改、查询和删除。(2)学生通过客户机浏览器根据学号和密码进入选课界面,在这里学生可以进行查询已选课程、指定自己的选修课程以及对自己基本信息的查询。 满足上述需求的系统主要包括以下几个小的系统模块: (1)基本业务处理模块。基本业务处理模块主要用于实现学生通过合法认证登录到该系统中进行网上课程的选择和确定。 (2)信息查询模块。信息查询模块主要用于实现学生对选课信息的查询和自身信息的查询。 (3)系统维护模块。系统维护模块主要用于实现系统管理员对系统的管理和对数据库的维护,系统的管理包括学生信息、课程信息等信息的维护。数据库的维护包括数据库的备份、恢复等数据库管理操作。

二.创建系统用例 1.学生用例能够通过该系统进行如下活动: (1)查询选课信息。学生可以在查询界面了解可供自己选择的各门课程的详细信息。(2)登录选课系统。学生能够根据自己的学号和密码登录选课系统,如果身份验证失败,不得进行下一步操作。如果通过身份验证才能进入下一个操作界面。 (3)选择所修课程。在选择课程的界面选择自己要选修的课程并确认提交。 (4)查询个人信息。可以通过查询界面查询本人的基本信息。

2.系统管理员用例能够通过该系统进行如下活动: (1)登录选课系统。系统管理员使用账号和登录密码登陆系统进行本系统的管理和维护工作。 (2)添加学生信息。将新入校的新生的个人基本信息录入到本系统,在数据库中保存。(3)修改学生信息。对于个人基本信息发生变化的学生,修改数据库中相关学生的个人基本信息并保存。 (4)删除学生信息。将不需要再保存的学生个人基本信息从数据库中删除。 (5)查询学生信息。根据学生的学号和姓名对在校学生的个人基本信息进行相关的查询。(6)添加选修课程。将新的课程添加到选课系统并保存到数据库。 (7)修改选修课程。对数据库中原有的课程信息进行修改并保存到数据库中。 (8)删除选修课程。将不再开设的选修课程从数据库中删除。

uml网上选课系统的需求分析

预习报告 1、实验目的 1)熟练使用Rational rose2003,掌握用例图和活动图的绘制方法 2)掌握用例的设计方法 3)掌握活动图的设计方法 2、实验内容 网上选课系统的需求分析 3、实验要求 1)使用JA V A语言通过三层模型MVC(数据核心层、显示层和业务逻辑层) 实现; 2)分析系统,确定参与者和用例,绘制选课系统的用例图; 3)使用文本详细描述每个用例的事件流; 4)为每个用例制作活动图; 5)确定类间的关联关系,创建类间的关联关系; 4. 系统的开发环境及运行环境: 操作系统:Windows XP Pro SP2 建模工具:Rational Rose 2003 5.系统需求分析 学生选课系统主要满足来自三方面的需求,这三个方面分别是学生用户,教师用户和管理员用户,也即是三类用户角色。 1)学生用户是主要的需求者,主要需求功能是查询可选课程、查看自己选课情况及进行选课、退课操作等; 2)教师用户主要需求功能是查看自己所教授的课程、课程有哪些学生选修、以及利用本系统提交学生的成绩; 3)管理员用户的功能需求较为复杂,包括对学生信息、教师信息、课程信息进行管理。

6.系统结构图 7.学生登录流程图 图4-1 系统用户登录流程图

实验报告 1.选课用例图 2.用例图说明: (1)系统的外部角色有:学生用户、教师用户和管理员。 (2)系统主要用例的文档描述: ①学生管理用例:学生用户可见的功能,包含了选课、退课和查看选课三 个用例功能。 ②教师管理用例:教师用户可见的功能,包含了查看学生选课和提交成绩 两个用例功能。 ③信息管理用例:管理员可见的功能,这个用例进一步分为三个用例:学 生信息管理用例、教师信息管理用例和课程信息管理用例。

UML学生选课系统

选课管理系统分析设计 一、系统需求分析 1.1系统概述 选课管理,负责新学期的课程选课注册工作;要求做录入与生成新学期课程表,学生选课注册,查询方面的编写。并且将选课注册信息的统计与报表生成,把学生选课注册信息传送给财务系统。 二、系统功能分析 2.1 “学生”活动者使用本系统查询新学期开设的课程信息和教师开课信息,选课并登记注册课程,查询自己的课程成绩信息。 2.2“老师”活动者使用本系统查询新学期开设的课程信息、学生选课信息和学生成绩信息。 2.3 “教学管理员”活动者使用本系统管理学期开设的课程的选课注册和学生的考试成绩。 2.4“财务系统”活动者是外部系统活动者,从本系统接受学生的课程注册信息。 三、系统静态建模 3.1 选课管理系统类图 3.1 课程管理对象类图

3.2 成绩管理对象类图 3.3 人事信息对象类图 3.2 选课管理系统中用户关系

3.4 选课管理的Use Case图 四、系统数据库建模 经过分析,本系统至少应有6个数据库表: 4.1 学生(学生号、姓名、出生日期、性别、籍贯、地址、电话、入学时间、专业、班级备注) 4.2 教师(教师号、姓名、出生日期、性别、籍贯、地址、电话、职称、专长、备注) 4.3 课程(课程号、课程名、描述、学分、学时、性质、备注) 开设课程(课程号、学期、授课日期、授课时间、地点、选修人数、备注) 4.4 选课(学生号、课程号、学期、成绩、备注) 4.5 任课(教师号、课程号、学期、备注) 五、系统动态建模

5.1 选课注册顺序图 5.2 设置开设课程顺序图

5.3成绩登记与统计的顺序图 5.4管理课程信息协同图

学生选课系统UML分析建模

学生选课系统UML分析建模 1.学生选课系统 随着高校教学管理的系统化和计算机的网络化,以及学分制教学改革的加快,网上选课系统已成为教学教务管理的重要部分。当前,高等院校正逐步实施学分制,学分制允许学生在一定范围内选择适合自己需要的课程,具有分散性、时间不

确定性,难于人工调配与集中管理。另外,随着各个高校扩招程度的加快,学生人数日益增加,造成教学资源比较紧张,这无疑增加了选课管理难度和教务管理人员的工作量。传统基于集中式管理的选课无力适应这些新的变化,建立网上选课系统势在必行。 2.需求分析 学生网上选课系统是针对在校学生和教师使用,从学生的角度来说,由于学校教学制度的改革,现在大部分高等院校开始实行的是学生的自主选课模式,传统的教学模式——学生按照学校安排好的课程上课——已经不能适应新型的教学手段,如果仍然通过纸上的方式选课,一方面浪费的大量的人力、物力资源,另一方面浪费时间以及在人为的统计过程中不可避免出现的差错等情况。随着高校人数的增多,这种弊端会越来越多的暴露出来。因此,利用网络,使学生只要在计算机前输入自己的个人选课信息即可完成原来几倍的作业量。从教师的角度来说,同样是节省了大量的工作量,由于教师提出代课申请完成课程发布的工作较学生选课而言更加的复杂,因此通过网上进行课程发布能大幅度的减少教师的工作量,减少错误的发生几率。作为教师,也只要通过自己的电脑来操作即可,不用再奔波于教务处和办公室之间。以UML构建思想来实现网上选课系统可以最大程度的做到实用性,可扩展性和可维护性相结合,安全性以及规范化原则。 功能需求:选课系统主要是对学生信息,成绩信息,教师信息,课程信息进行管理和维护的功能。对学生的功能,学生可以浏览个人的信息如学号,姓名,性别等,还可以查询成绩。选课,可以查看课程信息,包括课程时间,类型,学时等,然后进行选课,并且可以查看教师,选课人数。对管理员的需求,系统的日常维护,包括代码维护和数据维护。选课管理,根据教学计划设置课程。学生 成绩管理,对学生的成绩进行管理。教师信息管理,对教师的个人信息管理和课程介绍。

相关主题
相关文档
最新文档