管理系统毕业论文【精品多篇】

【引言】管理系统毕业论文【精品多篇】为网友投稿推荐，但愿对你的学习工作带来帮助。

关键词：论文管理平台；B/S模式；三层架构

中图分类号：TP311.52

毕业论文是高等学校学生在掌握基本理论、基本知识和基本技能的基础上，运用本专业知识和技能所进行的全面的综合训练。当前不少高校对毕业论文的管理主要还是采取传统人工管理模式，在论文选题、论文指导、资料收集、报表提交等多方面存在效率低、效果差等问题。随着网络技术的不断发展，许多高校尝试使用信息技术对毕业论文进行管理，也有一些软件厂商开发了相应的通用软件平台。

多数系统向管理员、教师、学生三种类型的用户提供服务，解决了导师出题、学生选题、毕业论文材料的上交与审核。有的系统还实现了师生实时交流、在线评审以及毕业统计等功能。

但是由于不同高校在毕业论文的组织和管理存在差异，开发一个适合本单位使用的毕业论文管理系统，更有利于论文管理和系统维护。为了进一步提高毕业设计（论文）教学效率，本平台结合某系在近些年实践教学环节中实际情况，应用软件工程的思想和方法研究了毕业论文管理平台的设计，实现了对毕业论文的网络管理，提高了效率和管理水平。

1 系统功能

根据《闽江学院毕业论文（设计）工作规定》，毕业论文写作的主要工作有：教学秘书进行毕业论文初始工作（设置参与论文写作工作的指导教师和学生，毕业论文工作计划、相关通知公告及相关表格文件等）、指导教师拟定毕业论文选题、学生选择或者自拟论文选题、师生互选、学生提交题目审批表、教师下达任务书、学生提交开题报告、论文写作与指导、中期检查、论文定稿、指导教师评阅、专家评阅、毕业论文答辩、毕业论文资料归档等工作。

2 系统功能模块

本系统的用户包括学生、教师、教学秘书、院系领导，系统设计目标是实现毕业论文管理的网络化、系统化、自动化。核心功能是教师拟出课题、学生选题、在线提交各种文档、在线论文指导。系统应满足学生、教师、教学秘书、院系领导四种类型的需要，针对不同类型，使用不同的功能模块。学生主要有选题、上传文档、提交论文等功能。教师有设定论文题目、选择学生、查看指导学生提交的文档等功能。教书秘书全程调节毕业设计进程。院系领导进行审查和审核。

2.1 教师模块

教师由教学设置用户名和账号。主要实现：课题、选择指导学生、任务书、审核开题报告、中期检查报告、修改论文、成绩评定等。

2.2 学生用户模块

学生使用平台登录，用户名和初始密码由系统给出。主要实现：选择课题、选择教师、填写题目审批表和开题报告、提交论文等功能。

2.3 教学秘书模块是毕业毕业论文管理平台的系统管理账户。主要实现：设置指导教师、设置指导学生、统计毕业论文报表、毕业论文计划。

2.4 院系领导模块

院系领导主要对毕业论文各阶段进行监督和审核。

3 系统总体结构设计

根据系统功能，设计采用以Web为基础的三层架构的B/S模式，分为客户层、应用层和数据层。

客户层：实现在客户端浏览器中显示的用户界面。该层可以调用由业务逻辑层提供的业务方法，也可以直接调用由数据层提供的接口访问数据库。客户层实现了系统与用户间的接口，用户通过Web浏览器访问论文管理平台。应用层作为系统核心，封装了主要的业务逻辑。

应用层：主要是针对具体的问题的操作，也可以理解成对数据层的操作，对数据业务进行逻辑处理。在接收了用户提交的http请求后，由Web应用服务器接受请求并由处理程序解释，并进行相应处理。操作结果以HTML页面的形式返回给浏览器。

采用三层结构这种模式能较好地适应开发，对代码重用、代码分层以及对以后的软件维护等等有很大的作用。尤其考虑到本平台在运行过程中随着毕业论文流程可能的变化以及对功能扩展的需求，更应该采用三层结构。

开发工具采用Visual 2010，编程语言采用C#，前端界面使用，采用Microsoft SQL Server2008作为后台数据库管理系统。其中是创建动态Web页的服务器端技术，作为应用程序采用的数据访问模型。在服务器端运行，应用程序使用连接数据源，并进行数据操作。

4 后台数据库设计

毕业论文平台后台使用SQL SERVER数据库。设计过程中使用ER图定义实体关系模型，并根据范式理论进行优化。

根据需求分析和设计要求，毕业论文平台主要包含以下数据表：

（1）Administrator，存储教学秘书信息。

（2）Dean，存储院系领导信息。

（3）Teacher，存储教师用户相关信息，包括用户名、密码和教师基本信息等。

（4）Student，用来存储学生用户相关信息。

（5）DepartmentInfo，用来存储院系信息。

（6）Plan，用来存储毕业论文计划信息。

（7）Thesis，用来存储毕业设计课题。

（8）Task，用来存储任务书信息。

（9）TitleForm，用来存储题目审批表信息。

（10）Report，用来存储开题报告信息。

此外还有一些辅助表。

5 系统的主要特色

考虑到本单位实际需求和运行情况，平台重点突出两大特色：

师生互选。教务秘书设定指导教师指导的学生总数，教师提交课题后，学生登录平台，查看相应课题，根据自己擅长或喜欢的方向进行选择。在选题的过程中，每个导师的学生数量有限，达到上限后，学生不能选择该导师，需要从其他导师的课题中重新进行选择课题。教师可以决定是否接受该学生。教师指导人数到达上限后，不再接受学生。

审批功能。教师可以查看到所指导学生的任务书、开题报告、毕业论文等信息，并进行审核。院系领导对教师审核后的文档进行最终审批。

6 结束语

本毕业论文管理系统基于本校实际开发，充分利用了网络资源，方便管理人员对毕业论文全阶段的监督和控制；使学生选题过程公开化、合理化，解决了以往选题散乱、人工干预多的问题；促进毕业指导老师与学生互动；较好地适应毕业论文管理需要。今后可以在平台上添加答辩管理、论文检索等功能，进一步规范和扩展使用空间。

参考文献：

[1]应颂翔。基于B/S架构的毕业论文管理信息系统设计[D].浙江工业大学，2011.

[2]潘旭武。基于工作流的毕业设计管理系统[J].计算机系统应用，2013（22）：54-57.

[关键词]Discuz 毕业论文 质量管理

[中图分类号] G642.477 [ ……此处隐藏3253个字……教师会承担指导教师和评阅人两个角色，而担任教研室主任的教师则会拥有3个角色。如果为每个用户的所有角色都分配一个登录权限，必然会导致同一个用户多次以不同身份登录系统，比较繁琐。

2.1.1基于角色的访问控制模型

基于角色的访问控制（RBAC， role-based access control）的基本思想是“用户—角色—权限”关系角色的定义事先由各级管理员根据企业规程和用户岗位对权限进行注册，并给角色授予权限[8]。

如图 3所示，用户与角色、角色与资源多对多关系被分解为两对一对多的关系。用户与资源没有直接关联，它的角色决定它的权限，动态指定角色即可实现用户的动态授权。无论用户拥有多少个角色，只需要使用一套用户名和密码，登录后即可动态访问自己当前所有角色所拥有的资源。

2.1.2用户与具体参与者对象的解耦方案

学生、校内员工和校外员工是完全不同的实体，使用“参与者”类对其进行泛化。“用户”类拥有“用户名”和“密码”属性，以一对一的方式组合“参与者”类 （图3），耦合度较低。

由于“用户类”是独立的，在实现权限相关操作时，可以不加载其关联对象“参与者”，以获得较高的性能。

指导教师可能来自校外单位，故使用“教师”类泛化校内员工和校外员工，在语法上屏蔽了校外指导教师与校内指导教师的差异（见图3、图4），具有较强的可扩展性。

2.2以毕业设计为核心的实体之间的关联

如图4所示，指导教师直接关联毕业设计，形成“报题”，题目审核后可供学生选报，指导教师录取学生，学生一对一地承担课题。由于毕业设计可能有多个教师指导，教师通过“指导论文”类间接关联毕业设计。基于同样的道理，教师通过“评阅论文”、“答辩组”两个类间接关联毕业设计。

由于毕业论文比毕业设计多了开题报告属性，故前者设计为后者的子类。

2.3跨专业指导的解决方案

一般情况下，教师指导本专业的毕业设计，但随着学科间融合加速，一些教师开始尝试指导其它专业的学生。手工业务中，指导教师如果需要指导其它专业的学生，要向学生专业所在教研室提出申请，该教研室主任将核准后的题目向本专业学生公布，学生选题后形成跨专业的指导关系。从工作流程上看，学生答辩应由指导教师所在的单位安排，但考虑到成绩平衡问题及传统的工作习惯，学生答辩仍然由其所在专业安排。

实体设计中，“限选专业”类与“专业”、“毕业设计”两个类各形成一对多的关联，用属性“审批人”和“审批状态”来支持教研室主任的审批业务实现（见图5）。

指导教师报题时，需要选择“限选专业”（多选），与之关联的专业所在的教研室主任对其“审批状态”进行设置，通过审批的毕业设计可以被该专业学生选报。

该设计方案支持指导教师向校内任意专业的学生提供指导（管理员可以根据需要限制专业范围），还能够支持“学生答辩由指导教师所在单位安排”这一功能的实现，扩展性较强。

2.4督导员业务的设计方案

督导员对毕业设计的各种资料具有完全的阅读权限。院级管理员创建 “用户-角色”类的一个对象，即可指定一个院级督导员，默认地对所在学院所有学生承担的毕业设计进行检查，故无须为其设计新的实体类。

校级督导员由校级管理员指定，负责对某些学院的毕业设计资料进行检查。所以，除了为相关用户添加“校级督导员”角色外，还需要一个“校级督导”类描述督导员和被督导学院的关系。该类有两个关联属性，其中supervisor表示督导者，schoolToSupervise表示哪些学院的毕业设计可以被其检查（图6）。

2.5结构化与非结构化表示

系统尽可能地对各种信息进行结构化表示，以下3个类是例外情况，以文档形式进行管理（见图4）。

外文文献和开题报告：形式统一，但字节数较大且可能配图，故设计为附件形式，同时记录题目和文件名，开题报告还需要记录审批属性。

任务书：字节数较少，但各专业均可以自行制订任务格式，动态结构化成本较高，故设计为附件形式，记录文件名和审批属性。

3系统实现

系统采用 B/S 三层结构设计，最大限度地保证数据的唯一性和安全性[9]。Spring是分层的Java SE/EE应用一站式的轻量级开源框架，以IoC（Inverse of Control，反转控制）和AOP（Aspect Oriented Programming，面向切面的编程）为内核，提供了展示层Spring MVC和持久层Spring JDBC以及业务层事务管理等众多的企业级应用技术[10-11]。

表现层采用Spring MVC框架和jQuery来保证简洁的分发控制和友好的用户界面，数据访问层采用Hibernate进行“对象-关系”映射，数据库管理系统采用MySQL5.5。采用Unitils构建单元测试、使用Apache JMeter用来完成系统功能和性能测试任务。

4结语

系统采用RBAC模型实现资源管理，避免了同一用户为切换角色多次登录系统，提高了系统的灵活性和用户体验。系统中适当使用了泛化和组合，提高了系统组件的通用性及系统的可扩展性。跨专业指导和督导员功能满足了用户单位的实际需要。试点反馈表明：毕业设计各参与者的工作效率均得到了不同程度的提高，具有广泛的经济和社会意义。本系统暂时还没有提供答辩分组智能编排的功能，有待于以后解决。

参考文献参考文献：

[1]蒋必彪，张菊芳，徐萍，等。 高校教育质量监控体系的再认识[J].中国高等教育，2011（8）：42-43.

[2]孟娇茹，邓孝祥，任思璟。 新形势下解决本科毕业设计与就业矛盾的新探索[J].经济师，2013（3）：111-113.

[3]曾小平，吴暾华。 本科毕业设计管理系统的设计与实现[J].微型机与应用，2011（18）：83-85.

[4]孙有发，刘剑辛，达星宇。 基于SSH2与JBPM的本科毕业设计管理系统设计与实现[J].信息系统工程，2011（2）：36-39.

[5]郭秀娟，王春光。 基于B/S模式的毕业设计管理系统开发与实现[J].计算机技术与发展，2010（3）：239-242.

[6]王娜，高云丽，刘玲。 基于Web的毕业设计管理系统的设计与实现[J].黑龙江八一农垦大学学报，2013（2）：74-77.

[7]梁金明。基于Web的毕业设计管理与监控系统设计[J].四川理工学院学报：自然科学版，2011（5）：537-540.

[8]倪东英，张晓丽。 基于RBAC的用户权限管理的设计与实现[J].济南大学学报：自然科学版，2010（2）：167-171.

[9]刘大伟，张光明，秦海波，等。 基于B/S的敞开式变电站校验软件设计与应用[J].山东建筑大学学报，2013（1）：78-81.

你也可以在搜索更多本站小编为你整理的其他管理系统毕业论文【精品多篇】范文。