ImageVerifierCode 换一换
格式:DOCX , 页数:22 ,大小:369.80KB ,
资源ID:4987417      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/4987417.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(学生选课系统UML.docx)为本站会员(b****3)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

学生选课系统UML.docx

1、学生选课系统UML目录一、引言 11.1、学生选课系统开发的必要性 11.2、学生选课系统开发的可能性 2二、需求工作流 22.1.问题域 22.1.1 问题 22.1.2 问题的解决方案 22.2.领域模型 32.2.1 系统参与者 32.2.2 用例 3三、分析工作流 83.1.类图 83.2.状态图 103.3、顺序图 103.3.1、用户登录 103.3.2、学生选定课程 113.3.3、老师做出相应操作 123.3.4、老师查看学生选课情况 12四、设计工作流 144.1 细化类图 144.2 数据库设计 154.2.1概念模型 154.2.2 逻辑模型 20五、界面设计 205.1

2、 用户登陆界面 20六、总结 21七、参考文献 21一、引言 1.1、学生选课系统开发的必要性 当今时代是飞速发展的信息时代。在各行各业中离不开信息处理,这正是计算机被广泛应用于信息管理系统的环境。计算机的最大好处在于利用它能够进行信息管理。使用计算机进行信息控制,不仅提高了工作效率,而且大大的提高了其安全性。尤其对于复杂的信息管理,计算机能够充分发挥它的优越性。计算机进行信息管理与信息管理系统的开发密切相关,系统的开发是系统管理的前提。 本系统就是为了管理好选课信息而设计的。学校作为一种信息资源的集散地,学生和课程繁多,包含很多的信息数据的管理,现今,有很多的学校都是初步开始使用,甚至尚未使

3、用计算机进行信息管理。根据调查得知,他们以前对信息管理的主要方式是基于文本、表格等纸介质的手工处理,对于选课情况的统计和查询等往往采用对课程的人工检查进行,对学生的选课权限、以及选课代号等用人工计算、手抄进行。数据信息处理工作量大,容易出错;由于数据繁多,容易丢失,且不易查找。总的来说,缺乏系统,规范的信息管理手段。尽管学校都有计算机,但是尚未用于信息管理,没有发挥它的效力,资源闲置比较突出,这就是管理信息系统的开发的基本环境。数据处理手工操作,工作量大,出错率高,出错后不易更改。学校采取手工方式对学生选课情况进行人工管理,由于信息比较多,选课信息的管理工作混乱而又复杂;一般选课情况是记录在文

4、件上,课程的数目和代号也记录在文件中,学校的工作人员也只是当时对它比较清楚,时间长了,如再要进行查询,就得在众多的资料中翻阅、查找了,造成查询费时、费力。如要对很长时间以前的选课进行更改就更加困难了。 基于这些问题,我认为有必要建立一个学生选课系统,使选课管理工作规范化,系统化,程序化,避免选课管理的随意性,提高信息处理的速度和准确性,能够及时、准确、有效的查询和修改选课情况。 1.2、学生选课系统开发的可能性 经过详细的分析和调查,应用本学期信息系统分析与设计这门课程所学习的知识,本设计采用面向对象的方法,使用UML建模语言进行建模。UML是完全面向对象的,是图形化的,它为系统开发的不同参与

5、者(包括客户)提供不同层次和角度的图;它鼓励客户参与,这样,开发出来的软件是一个能符合设计之初的设想的软件。其特点是从用户的角度使用“用例图”出发来设计软件系统,这就避免了开发者开发出的系统虽然具有很多很好的功能,但确不能很好的符合客户真正的需求。二、需求工作流2.1.问题域 2.1.1 问题试设计一选修课程系统,使之能提供以下功能:(1)系统以菜单方式工作(2)课程信息录入功能(课程信息用文件保存)输入(3)课程信息浏览功能输出(4)查询功能:(至少一种查询方式)算法 按学分查询 按课程性质查询(5)学生选修课程(可选项)2.1.2 问题的解决方案 根据系统功能要求,可以将问题解决分为以下步

6、骤: (1)分析系统中的各个实体之间的关系及其属性和行为; (2)根据问题描述,设计系统的类层次; (3)完成类层次中各个类的描述(包括属性和方法); (4)完成类中各个成员函数的定义; (5)完成系统的应用模块; (6)功能调试; (7)完成系统总结报告以及系统使用说明书2.2.领域模型2.2.1 系统参与者 使用学生选课系统的参与者有学生、老师和管理员。2.2.2 用例(1)用例图 图2-1 学生用例图图 2-2 管理员、老师用例图(2)用例描述图 2-3 登录学生选课系统用例的描述间短描述登录学生选课系统用例使学生或老师能够进入系统进行相应权限下的操作逐步描述1、学生可以选课。2、老师可

7、以进行相应的增加、删除等操作。3、管理员可以执行老师能执行的所有操作,而且权限更多,比如授予权限、更改系统等图 2-4 选课用例的描述简短描述选课用例使学生能够选定自己喜欢的课程逐步描述1、学生可以根据自己的兴趣、专业方向选定自己喜欢的课程图 2-5 修改用例的描述简短描述修改用例使学生能更改自己的选定课程逐步描述1、学生可以根据自身情况更改自己的选课2、学生不能一次确实要学什么课程,所以要能修改图 2-6保存用例的描述简短描述保存用例使学生选课信息保存在系统中逐步描述1、学生选课信息得以保存,方便查阅、使用图 2-7 提交用例的描述简短描述提交用例使学生能将自己的选课信息提交上去逐步描述1、

8、提交后不能更改2、提交即选课成功图 2-8 退出学生选课系统的描述简短描述退出学生选课系统用例是系统用户完成操作后可以退出逐步描述1、完成操作后退出学生选课系统图 2-9 增加学生用例的描述简短描述增加学生用例使老师可以增加学生逐步描述1、新转来的学生应该由老师增加进来2、漏掉的学生应该由老师增加进来图 2-10 删除学生用例的描述简短描述删除学生用例使老师可以删除那样应该被删除的学生逐步描述1、退学的、转走的学生应该由老师删除掉图 2-11 增加课程用例的描述简短描述增加课程用例使老师可以增加新开的课程逐步描述1、老师可以根据需要增加新开的课程图2-12 删除课程用例的描述简短描述删除课程用

9、例使老师能够删除那些选课人数太少的课程逐步描述1、选课人数太少的课程应该由老师删除2、由于特殊原因不再开设的课程予以删除 图 2-13 修改学分用例的描述简短描述修改学分用例使老师能够合理安排每门课程的学分逐步描述1、学分应该适当修改,合理安排 图2-14 查看选课情况用例的描述简短描述查看选课情况用例使老师能够查看学生的选课情况逐步描述1、老师可以查看学生选课情况,做出相应操作,比如如果人数不够,应删除该课程等 图 2-15 保存数据用例的描述简短描述保存数据用例使老师可以把操作后更改的信息保存在系统中逐步描述1、所做修改信息应保存三、分析工作流3.1.类图 图 3-1 用户类图 图 3-2

10、 登录类图 3.2.状态图 图 3-3 状态图3.3、顺序图3.3.1、用户登录(1)用户在登录界面输入用户名和密码后,若登录信息正确,则依据用户权限,用户分别进入学生、老师和管理员界面。(2)用户可以在登录界面进行密码的修改,密码修改后会保存在用户权限表中。可能出现的情况:输入用户名或密码错误,系统提示非法用户登录,需要重新输入正确的用户名和密码。 图 3-4 用户登录顺序图 3.3.2、学生选定课程 学生选定课程,修改已经选定的课程,保存 ,提交,退出系统。 图3-5 学生选定课程顺序图3.3.3、老师做出相应操作 老师根据相应情况对学生进行增删,增加某些课程,删除某些课程,修改学分等。

11、图 3-6 老师做出相应操作顺序图3.3.4、老师查看学生选课情况 老师想看学生的选课情况,系统要返回学生选课情况。 图 3-7 老师查看学生选课情况顺序图四、设计工作流4.1 细化类图 图 4-1 细化用户类图 图 4-2 细化各种类图4.2 数据库设计 4.2.1概念模型 (1)学生课程联系E-R图图4-3学生课程联系E-R图一个学生可以选修多么课程,一个课程可以被多个学生选修。所以学生和课程是m:n的关系。学生的属性有姓名、学号、登录密码和所属院系。课程的属性有课程号、课程名、课时和学分。(2)教师课程关系E-R图图4-4 教师课程关系E-R图一个老师可以讲授多门课程,一个课程可以有多个

12、老师上,比如很多专业班级要少C语言,全校肯定不止一个C语言老师,所以老师和课程的关系是n:m.老师的属性有姓名、教师号、密码和所属院系,课程的属性有课程号、课程名、课时和学分。 (3)管理员教师关系实体E-R图图 4-5管理员老师E-R图 一个管理员可以管多个老师,所以管理员和老师是1:n的关系。(4) 全局E-R图图4-6 学生选课全局E-R图一个学生可以选修多个课程,一个课程可以被多个学生选修,所以学生和课程是n:m的关系;一个老师可以任教多个班级,所以老师和班级是1:n的关系;一个课程可以在多个班级开始,所以课程和班级是1:n的关系。4.2.2 逻辑模型学生(学号(主键),姓名,密码,院

13、系)课程(课程号(主键),课程名,课时,学分)选修(学生,课程,(都是主键)老师(教师号(主键),姓名,密码,院系)课程(课程号(主键),课程名,课时,学分)讲授(老师,课程,(都是主键)五、界面设计 5.1 用户登陆界面用户登陆界面是每一个用户,在登陆本系统时出现的界面,如要用户输入用户名、密码和验证码,以及确定用户身份。其界面如下图:图5-1 用户登陆界面 六、总结 通过信息系统分析与设计这么课程的学习和这次课程设计,熟练掌握了面向对象思想和UML设计。深刻体会到UML设计的关键不是怎样使用ROSE,关键是思想,面向的对象的思想,然后用UML把思想表达出来。我感觉如果UML是编程语言,那么面向对象的思想就是算法。 由于我将来走的计算机软件开发这条路,所以这次课程设计对我还是有帮助的,虽然做的不是很好,但是这是第一次做关于UML面向对象的课程设计。 其中碰到不太会的问题,咨询了吴老师和同学,在这表示感谢。 七、参考文献1黄梯云,冯玉强 管理信息系统北京:高等教育出版社,2006。2. Stephen R.Schach. 面向对象分析与设计导论. 北京:高等教育出版社,2004。3. 赵文涛,张静,刘艳霞. 数据库系统原理. 中国矿业大学出版社, 2006。 4. 郭盈发. 数据库原理与应用. 西安电子科技大学出版社, 2005。

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1