网络教学系统UML实例.docx
《网络教学系统UML实例.docx》由会员分享,可在线阅读,更多相关《网络教学系统UML实例.docx(18页珍藏版)》请在冰豆网上搜索。
![网络教学系统UML实例.docx](https://file1.bdocx.com/fileroot1/2023-7/22/529d088d-6543-40bc-bc61-e498540cf3ef/529d088d-6543-40bc-bc61-e498540cf3ef1.gif)
网络教学系统UML实例
统一建模语言UML
课程设计报告
指导老师:
班级:
学号:
姓名:
完成日期:
【课程设计名称】网络教学系统-使用UML进展系统的分析和设计
【课程设计目的】1.掌握UML建模的根底知识和其应用;
2.熟悉RationalRose环境及功能,可以设计出完好系统。
【课程设计要求】1.对系统功能进展必要的描绘;
2.绘制系统的主要模型图;
3.模型图要有说明性文字解释。
【课程设计内容】1.网络教学系统的需求分析;
2.网络教学系统UML建模。
【课程设计步骤】
一:
网络教学系统的需求分析
1、系统功能需求
〔1〕学生可以登陆网站阅读和查找各种信息以及下载文件。
〔2〕老师可以登陆网站给出课程见解、发布、修改和更新消息以及上传课件。
〔3〕系统管理员可以对页面进展维护和批准用户的注册申请。
满足上述需求的系统主要包括下面几个模块
〔1〕数据库管理模块:
提供使用者录入、修改并维护数据的途径。
〔2〕根本业务模块:
老师可以上传文件、发布消息、修改和更新消息;学生可以下载文件;管理员可以维护页面,批准注册等。
〔3〕信息阅读、查询模块:
主要用于对网站的信息进展阅读、搜索查询。
图1.1系统功能需求
2、数据库管理模块
图1.2数据库管理模块
〔1〕老师信息管理:
负责老师信息的管理。
〔2〕课程简介信息管理:
负责课程简介信息的管理。
〔3〕文件上传信息管理:
负责文件上传信息的管理。
3、根本业务模块
图1.3根本业务模块
〔1〕文件上传:
老师可以使用此模块将课程的数据上传到网站效劳器。
〔2〕文件下载:
学生可以使用此模块从网站上下载课件及其他资料。
〔3〕消息发布:
老师可以通过此模块发布学习方法、课程重点等和教学相关的文章,以及和课程相关的通知等。
〔4〕消息修改和更新:
老师可以通过此模块对自己发布的信息进展修改和更新。
〔5〕页面维护:
网站管理员可以使用此模块对网站的页面进展维护。
〔6〕用户注册网站管理员可以使用此模块批准用户注册。
4、信息阅读、查询模块
图1.4信息查询模块功能
〔1〕网页信息阅读:
用户阅读网站信息。
〔2〕文章信息搜索:
用户根据关键字搜索文章。
二:
系统的UML建模
1、系统的用例图
创立用例图之前首先需要确定参与者。
1在网络教学系统中,需要学生和老师的参与。
学生可以阅读课程简介,教学方案,学习方法等老师发布的文章,并可以根据关键字查询文章。
此外,学生可以从网站上下载课件。
老师作为教学的主导者,使用此网站可以发布学习方法,课程重点等和教学相关的文章,以及和课程相关的通知等,还可以将某一门课程的课件上传。
2网站需要一个专门的管理者进展日常维护与管理,所以需要有系统管理员的参与。
〔1〕系统用户参与的总的用例图
老师和学生都可以从“网站用户〞这个参与者泛化而来,网站用户是指网站的注册用户,注册用户可以登录系统完成相应的操作。
系统用户参与的总的用例图如下图。
从图中可以清楚地看到泛化关系与各个参与者所参与的用例。
图2.1系统用户参与的总的用例图
抽象参与者注册用户的用例只有登录系统〔SystemLogin〕一个,学生和老师用户除了包含这个用例以外,还各自有相对应的用例。
〔2〕学生参与者的用例图
学生参与者的用例图如下列图所示。
图2.2学生参与的用例图
1文章阅读用例:
学生可以阅读诸如课程简介,教学方案,学习方法等老师发布的文章。
2文章搜索用例:
学生可以使用搜索功能根据关键字查询相应的文章。
3文章下载用例:
学生可以使用下载功能将网站上的课件以及资料信息下载到本地机器上。
〖用例图说明〗
1Download:
文件下载用例。
2Lookthroughinfo:
文章阅读用例。
3Articlesearch:
文章搜索用例。
4Identify:
权限认证用例。
此用例用来认证文件下载是否具有下载文件的权限。
〔3〕老师参与者的用例图
老师参与者的用例图如下所示。
图2.3老师参与的用例图
1添加课程简介用例:
老师可以为自己所教授的课程添加课程简介。
2上传课件用例:
老师可以将课程的课件上传到网站上供学生下载。
3文章或消息发布用例:
老师可以发布介绍学习方法,课程重点等和教学相关的文章,以及和课程相关的通知等。
4文章或消息修改用例:
老师可以修改自己发布的文章和通知。
〖用例图说明〗
1CourseIntro:
添加课程简介用例。
2UploadCAI:
上传课件用例。
3MessageIssue:
文章或消息发布用例。
4MessageUpdate:
文章或消息修改用例。
〔4〕系统管理员参与者的用例图
系统管理员的用例图如下所示。
图2.4系统管理员参与的用例图
1页面维护。
系统管理员可以对网站进展日常维护与管理。
2处理注册申请。
系统管理员可以处理学生或老师用户的注册申请。
〖用例图说明〗
1PageMaintenance:
页面维护。
2CAIProcess:
老师上传的课件经过系统管理员的审批和处理。
3InformationUpdate:
页面更新。
系统管理员负责网站的页面更新,除了文章,消息,图片等的更新,还包括页面的美化和板块的调整。
4ProcessRegistration:
处理注册申请。
2、系统的时序图
网络教学系统中的用例很多,所能画出的时序图也很多,在此不一一介绍。
〔1〕系统管理人员管理网站的时序图
图3.1系统管理人员管理网站的时序图
〖时序图说明〗
1Login:
登录系统的函数。
2Add_or_delete_Article:
添加或删除的文章。
3UpdateCAI():
更新CAI课件的函数。
4Add_or_delete_User:
添加或删除用户。
5Show():
刷新页面的函数。
6Notify():
通知用户的函数。
系统管理人员通过与管理窗口的交互可以添加或删除文章,更新CAI课件,添加或删除用户。
详细的操作由管理窗口与数据库交互完成,管理员操作后的结果会在页面上显示。
〔2〕用户登录系统的时序图
图3.2用户登录系统的时序图
〖时序图说明〗
1Input(String,String):
输入用户名和密码的函数。
2Send(String,String):
将用户名和密码发送给效劳器的函数。
3Query_and_Validate():
查询数据库并验证用户名和密码正确性的函数。
4feedBack():
发送反应消息的函数,假如验证通过,发送OK;假如验证出错,发送Error.
5ShowInformation():
将反应信息显示给用户的函数。
用户要登录系统,首先要和登录窗口交互,输入用户名和密码。
登录窗口负责和效劳器交互,将用户输入的用户名和密码发送到效劳器,效劳器再与数据库交互,以验证用户名和密码的有效性,假如验证成功,那么返回OK,验证失败返回Error。
效劳器将通过登录窗口将信息显示给用户。
〔3〕学生下载文件时序图
图3.3学生下载文件的时序图
〖时序图说明〗
①Request:
学生发送下载恳求。
②Send(String,String):
传递下载参数的函数。
③Identity():
验证用户权限的函。
④authorize:
返回认证信息的函数。
学生要下载文件,首先要向下载窗口发送恳求,然后下载窗口的参数传递个效劳器,效劳器与数据库交互以获得用户的权限认证,认证信息再通过效劳器及下载窗口传递给学生。
3、系统的协作图:
1、用户登录系统的协作图
图4.1用户登录系统的协作图
〖协作图说明〗
①Input(String,String):
输入用户名和密码的函数。
②Send(String,String):
将用户名和密码发送给效劳器的函数。
③Query_and_Validate():
查询数据库并验证用户名和密码正确性的函数。
④feedback():
发送反应消息的函数,假如验证通过,发送OK,否那么,发送Error。
⑤ShowInformation():
将反应信息显示给用户的函数。
2、学生下载文件的协作图
图4.2学生下载文件的协作图
〖协作图说明〗
①Request:
学生发送下载恳求。
②Request(String,String):
传递下载参数的函数。
③Identity():
验证用户权限的函数。
④showStatus():
返回下载状态的函数。
假如认证成功,开场下载,不成功那么报错。
4、系统的状态图:
图5.1系统的状态图
〖状态图说明〗
1HomePage:
处于网站主页。
2Certify:
登录验证状态。
3SuccessPage:
登录成功页面。
4UploadApplyPage:
文件上传页面。
5StoringFile:
文件存储状态。
6OldPage:
页面未更新状态。
7NewPage:
页面更新状态。
老师要上传文件,首先要登录网站,通过网站认证后转入文件上传页面,上传文件后处于文件存储状态。
文件存储后,要经过管理员的认证才可以在页面上显示,假如通过认证,那么刷新页面,假如未通过,页面维持不变。
5、系统的活动图:
〔1〕用户登录系统的活动图
图6.1用户登录系统的活动图
〖活动图说明〗
①InputURL:
输入网站的URL。
②ShowHomePage:
显示网站主页。
③InputLoginInformation:
输入登录信息。
④Press〞OK〞Button:
单击“OK〞按钮。
⑤CertifyUserInfo:
用户信息认证。
⑥ShowSuccessPage:
显示登录成功界面。
用户登录系统时,首先要输入登录网站的URL,然后从首页的登录窗口中输入信息登录信息,如用户名和密码,点击页面上的登录按钮。
用户输入的信息会与数据库中的信息比照验证,假如验证成功返回登录成功页面,假如失败,返回登录失败页面。
〔2〕老师上传课件的活动图
图6.2老师上传课件的活动图
〖活动图说明〗
①ApplyFileUpload:
申请文件上传。
②CertifySizeAndOtherAspact:
验证文件的大小和其他信息。
③Store:
文件存储。
④AdministratorAuthorize:
系统管理员认证。
⑤UpdatePage:
更新页面。
⑥DeleteFile:
删除文件。
老师要上传文件,先要进入文件上传页面,然后验证上传文件的大小和其他信息是否符合要求。
验证成功后将文件存储,当系统管理员认证通过,更新页面;认证不通过删除文件。
〔3〕系统管理员维护网站的活动图
图6.3系统管理员维护网站的活动图
〖活动图说明〗
①Login:
登录系统。
②ProcessCAI:
处理上传的课件。
③UpdateInformation:
更新页面信息。
④ModifyPage:
修改页面。
6、系统中的类
〔1〕参与者相关的类
系统中和参与者相关的类的类图如下:
图7.1参与者相关的类
〖类图说明〗
①User类是所有类的父类,包括属性有Account〔登录名〕、Password〔密码〕、email〔用户邮箱〕等。
方法有getEmail〔获取邮箱〕、getAccount〔获取登录账户名〕以及changePass〔修改密码〕。
②Student类是学生类,除了继承父类的属性和方法,还包括number〔学号〕、name〔姓名〕、sex〔性别〕、age〔年龄〕、class〔班级〕、和grade〔年级〕等属性。
③Teacher类是老师类,除了继承父类的属性和方法,还包括name〔姓名〕、sex〔性别〕、IdentityCard〔身份证号〕、course〔教授的课程〕、以及TelephoneNum〔号码〕。
④Adminstrator是管理类,管理员有自己的属性,TelephoneNum〔号码〕。
还有自己的方法:
CertifyUpload〔文件的上传认证〕、UpdatePageInformation〔更新页面信息〕、AddUser〔添加用户〕和DeleteUser〔删除用户〕等。
〔2〕各类之间的关系
类不是单独一个模块,各个类之间是存在联络。
网络教学系统各个类之间的联络如下列图:
图7.2各类之间的关系
〖类图说明〗
①CourseIntro类表示课程介绍类。
此类的属性有:
courseName〔课程名〕、college〔开课院校〕、teacher〔授课老师〕、scorePoint〔课程学分〕、time〔开课时间〕、Place〔上课地点〕和teachingPlan〔教学方案〕等,它有一个修改课程信息的方法Modify()。
②Article类表示发表的文章类,包括articleNum〔文章序号〕、articleTitle〔文章标题〕、teacherToIssue〔发布老师〕、createTime〔创立时间〕以及文章内容。
方法有Issue〔文章发布〕、Delete〔文章删除〕和Modify〔修改〕。
③FileUploadOrDownload类表示上传的文件信息类,属性包括fileName〔文件名〕、fileType〔文件类型〕、fileSize〔文件大小〕、shortIntro〔文件的简短介绍〕、fileURL〔文件地址〕、create〔文件的创立者〕以及createTime〔文件的创立时间〕等。
操作包括checkSize〔检查文件大小〕、Modify〔修改文件信息〕、Store〔文件存储〕以及Cancle〔取消上传〕等。
教师可以教授几门课程,所以有几门课程的课程简介;老师可以发布多条信息,也可以不发布;老师可以不上传文件,也可以上传多个文件。
一个学生可以下载一个文件,也可以不下载文件。
7、系统的组件图
网络教学系统的组件图如下列图,组成Web应用程序的页面包括:
维护页面〔MaintenancePage〕、文件下载页面〔FileDownloadPage〕、文件上传页面〔FileUploadPage〕、信息发布页面〔MessageIssuePage〕和登录页面〔LoginPage〕。
图8.1系统的组件图
8、系统的配置图
配置图主要是用来说明如何配置系统的软件和硬件。
网络教学系统的应用效劳器负责保存整个Web应用程序,数据库是负责数据库管理。
此外还有很多终端可以作为系统的客户端。
由于客户端很多,在此只画出3个客户端,系统配置图如下列图:
图9.1系统的配置图
【小结】
在建模过程中,遇到一些问题,诸如某些操作界面无法看到,一些修改影响了其他模图的建立,通过询问辅导老师和上网查找资料,得到了比拟满意的解决;在这次实验中,关于UML的概念以前比拟模糊的地方,我在实际操作中,变得更加清楚了,对RationalRose的UML功能运用的更加系统,更加纯熟;但是更让我明白,UML的知识是非常丰富的,我如今的认识还不够,我将会在以后的学习中,不断进步自己的UML知识。