毕业设计选题系统.docx

毕业设计选题系统.docx

《毕业设计选题系统.docx》由会员分享，可在线阅读，更多相关《毕业设计选题系统.docx（12页珍藏版）》请在冰豆网上搜索。

毕业设计选题系统

毕业设计选题系统

一、系统需求

1.项目背景

随着教育改革的不断深化，全社会信息化、收集化培植热潮的兴起，建立一套能够适应这些改变的行政管理方案也就显得尤为重要。

在高等院校的日常工作中，每年临近毕业，都有大量的毕业生需要进行毕业设计，这其中首要关节就是课题的选择。

以往在毕业生选题工作的各个阶段都是手工操作，如果指导老师带领的学生比较多，或者是当年毕业的学生比较多，这样就容易造成学生的课题选择很混乱，指导教师难于统计学生的课题选择情况等一系列问题。

不但效率低下、工作繁琐，而且容易出错，于是开发一套适合学校情况的毕业生毕业设计网上选题系统便成为了学校的迫切需求。

2.基本需求分析

选题系统是导师与毕业生进行双向选择的一个平台，提供学生选择导师及其研究方向、导师筛选学生。

在毕业生选题系统中，使用该系统的用户有：

导师，应届毕业生及管理员。

应届毕业生（即学生）是选择导师和课题的人；导师是为毕业生提供课题研究方向的人。

管理员是对数据库进行日常运行维护工作的人。

本系统就主要功能模块进行分析与设计，包括学生选择导师及其研究方向，导师提供课题，导师筛选学生三个模块。

3.具体功能分析

根据基本需求分析，可以知道本毕业设计选题系统至少应该具有以下几个功能：

（1）一个选题系统可以有多个学生；

（2）一个选题系统可以有多个导师；

（3）一个学生只能选择一个导师及其研究方向；

（4）一个导师至少指导5个学生，至多指导7个学生；

（5）学生可以在规定期限内改选；

（6）学生可以在规定期限内退选；

（7）导师可以对学生的改选及退选设定期限；

二、分析问题领域

1.识别参与者（角色）

参与者代表与系统交互的人，硬件设备或另一系统。

它存在于系统的外部。

通过分析毕业生毕业设计选题系统的功能需求，可以识别出3个参与者：

（1）Student（毕业生）：

有权选毕业设计指导老师和课题的人员；

（2）Teacher（指导老师）：

有权提供课题，规定选择学生人数，选择学生的人员；

（3）Actor（管理员）：

系统的日常管理和维护的人员。

提供更新选课题的相关信息，及学生的信息。

2.识别用例

用例：

规定系统或部分系统的行为，描述系统所执行的动作系列集，并为执行者产生一个可供观察的结果。

通过对需求的进一步分析，可确定毕业设计选题系统中有如下用例存在：

（1）登录：

验证用户身份

（2）选导师：

学生选择毕业设计指导教师

（3）导师筛选学生：

指导教师选择想指导的学生

（4）管理用户：

管理员及时更新用户信息，增加和删除用户

（5）导师提供课题：

导师为学生提供相关的课题以备学生选择

（6）选择课题：

学生选择所选导师所提供的一个课题

图2-1“系统”用例图

3.用例的事件流描述

用例的事件流是对完成用例行为所需的事件的描述。

事件流描述了系统应该做什么，而不是描述系统应该怎么做。

（1）“学生”用例图

学生用例图主要描述学生在基于选课系统的基础上可以进行的操作。

学生用例图的执行者是学生，用例有：

搜索导师；选中满意的导师并提交；查询导师的信息；以及提交平时优秀的课程设计作品。

图2-2“学生”用例图

（2）“导师”用例图

导师用例图主要描述导师在基于选课系统的基础上可以进行的操作。

导师用例图的执行者是导师，用例有：

查询已选学生；提交课题；查询学生信息；删除不满意学生；确定要辅导的学生。

图2-3“导师”用例图

（3）“管理员”用例图

管理员用例图主要是对选课系统进行一系列的信息操作和维护的工作。

包括大方面的设置选导师的流程，以及查询导师的信息，查询选课题信息，公布系统消息，更新和删除导师，更新和删除学生。

而以上的这些用例都是要基于登陆选题系统的后台基础上才能进行的。

图2-4“管理员”用例图

三、系统建模

下面通过使用用例驱动创建系统的用例模型，获取系统的需求，并使用系统的静态模型创建系统的内容，然后通过动态模型对系统的内容进行完善，最后通过部署模型完成系统的部署情况。

1.活动图

（1）“学生登录”活动图

（a）学生登陆选题系统

（b）进入登陆界面，输入用户名和密码

（c）系统对登陆信息进行验证，如果信息正确则顺利进入选题系统，否则就返回登陆界面，进行用户名和密码的重新填写。

图3-1“学生登录”活动图

（2）“学生选课题”活动图

（a）学生进入选课题界面

（b）系统显示所有课题的信息，供学生进行选择

（c）学生选择课题后，系统提示进行确认。

如果信息无误的话，学生对其进行确认，则选题成功。

否则重新返回进行课题的重新选择。

图3-2“学生选课题”活动图

（3）“管理员发布系统消息”活动图

（a）管理员进入选题系统的后台，进入发布信息的界面

（b）输入要发布的信息

（c）系统对将要更新的信息进行确认的提醒，如果确定的话，就更新成功；否则返回发布信息的界面。

图3-3“管理员发布系统消息”活动图

2.顺序图

（1）老师选择学生顺序图

导师登陆系统，进入选择学生的界面。

此时，系统会从所有的学生列表中，选择已选这个导师的学生名单显示出来，并且提供查看学生具体信息的选项。

导师可以从这些学生中，选择满意的学生。

而那些未被选中的学生则会被系统定为待选状态，并自动存放在学生待选列表中，供下一轮导师选择。

图3-4“老师选择学生”时序图

（2）“管理员删除老师”顺序图

管理员从后台登陆系统主界面，对要删除的老师进行搜索。

若搜索成功，则在导师目录中对其进行销毁。

否则，提示“导师信息不存在”。

图3-5“管理员删除老师”时序图

（3）“管理员删除学生”顺序图

管理员从后台登陆系统主界面，对要删除的学生进行搜索。

若搜索成功，则在学生目录中对其进行销毁。

否则，提示“该学生信息不存在”。

图3-6“管理员删除老师”时序图

（4）“管理员设置选课流程”顺序图

管理员进入系统的设置主界面，对各轮次的时间进行设置。

而系统这对本次设置进行自动保存。

图3-7“管理员设置选课流程”时序图

（5）“学生选择老师并选择课题”顺序图（该时序图的描述已在活动图中体现，故在此不再说明）

图3-8“学生选择老师并选择课题”顺序图

3.类图

四、系统体系结构建模

4.1.构件图

图4-1“选课系统”构件图

4.2.配置图

图4-2“选课系统”配置图

五、小结

毕业设计选题系统是针对的在毕业生选题工作的各个阶段手工操作带来的效率低下、工作繁琐，而且容易出错，于是开发一套适合系情的毕业生毕业设计网上选题系统便成为了系办公室的迫切需求。

主要包括导师提交课题，学生选择导师及课题，导师确定要辅导的毕业生等功能。

它包括了四个模块：

基本数据维护模块、基本选题模块、数据库管理模块和信息查询模块。

其中，基本数据维护模块提供了使用者录入、修改并维护基本数据的途径，主要包括了管理员添加用户，学生个人修改信息等几大主要功能。

基本选择模块则提供学生选择导师和课题，导师选择学生等。

数据库模块是对所有导师、管理员、学生管理以及导师提供的课题的信息都要进行统一管理，学生选择导师的情况也要进行详细的登记。

通过这一个课程设计中，我们学会了不少东西。

最大的收获就是知道了如何进行UML统一建模，掌握了面向对象UML统一建模语言。

我们了解了使用UML统一建模语言，用需求模型简化业务领域；用分析模型验证用例的正确性，一致性，完备性，可行性；用设计模型标识解决方案。

我们还认识到通过模型可以实现从业务领域到软件领域的映射；通过建模，可以使问题可视化，形式化。

而通过一序列的建模活动，提高了我们在系统设计上的能力，增长了分析、解决问题的经验，对UML统一建模语言有了更深的了解。

可以说，这次设计既锻炼了我们的动脑分析问题的能力，又锻炼了我们动手解决实际问题的能力，这将在我们以后的学习中起到很大的作用。

我们会运用从中学到的宝贵经验来指导我们今后的学习和工作，不断地实践，不断地学习，让自己变得更加的充实，更适合社会的需要。