高校毕业论文管理系统的分析与设计

.::;高校毕业论文治理系统的分析与设计

高校毕业论文治理系统的分析与设计关键词：治理系统,毕业论文,高校,分析,设计

高校毕业论文治理系统的分析与设计介绍：1概述作为大学本科生必需完成的最后一门课程，毕业论文具备了其它课程所没有的典型特征：①由于毕业论文的主旨是调查学生对本专业核心知识的掌握水平和运用知识处置实际征询题的才干，因此在其完成过程中将会综合运用多门课程的知识点并将这些知识点与实际研究对象进展结合。②参与毕业论文过程治理的对象多，不只包括学生和

高校毕业论文治理系统的分析与设计详情：

1概述

作为大学本科生必需完成的最后一门课程，毕业论文具备了其它课程所没有的典型特征：①由于毕业论文的主旨是调查学生对本专业核心知识的掌握水平和运用知识处置实际征询题的才干，因此在其完成过程中将会综合运用多门课程的知识点并将这些知识点与实际研究对象进展结合。②参与毕业论文过程治理的对象多，不只包括学生和指导教师，还包括负责毕业论文的系主任、主管教学的分院指导和教务处置论教学治理科的工作人员，治理层次多，职能划分详细。③耗时长。依照培养方案的要求，毕业论文从开始选题到最后的争辩，总共耗时将近半年的时间，期间学生可以采取在校完成或者外出完成的方式进展毕业论文。以上特点决定了毕业论文过程治理的复杂性，不同的高校正该教学任务采取了不同的方式，以到达降低治理本钱、进步治理效果的目的。

2系统分析

系统分析主要围绕用例分析、业务流程分析和非功能性需求三个角度来开展。

2.1用例分析

用例分析主要分析系统中各类角色对系统各个模块的操作权限。依照前期调研结果的分析，本系统的用户可以分为系统治理员、教务部门工作人员、教师、专业负责人、分院指导和学生共六种角色。系统用例分析确实是分析这六种角色在系统中可以操作的应用场景。

2.1.1系统治理员用例分析

毕业论文治理系统的系统治理员只负责本系统运转相关的支撑数据，即系统治理和根底数据两个模块中的功能。通常，系统治理模块包括部门治理、角色治理、用户治理、菜单治理、权限治理、数据治理、日志治理；根底数据包括专业设置、班级设置、教师治理、学生治理和教室治理。其中，部门治理是治理高校现有的教学单位和与毕业论文治理工作相关的部门；角色治理是治理系统用户的分类信息，以便为系统的权限分配提供根底；菜单治理是治理系统可以操作的模块以及模块的层次构造；权限治理是将菜单的操作权限分配给每类角色，从而确保系统操作和数据阅读的平安性；数据治理是对系统的数据库进展治理，包括数据备份和数据恢复；日志治理是治理系统操作的日志，以便系统呈现征询题时，可依照系统寻找发生缺点的缘故；专业设置是依照高校现有的专业构造和隶属关系完成专业信息的治理；班级设置是负责依照专业设置学生所在的班级；教师治理是治理高校教师的根本信息；学生治理是治理在校毕业班学生的根本信息；教室治理是治理目前学校可供使用的教室，为争辩布置提供根底数据。

2.1.2教务部门工作人员用例分析

教务部门工作人员在系统中主要负责三个方面的工作，分别是根底数据中关于时间的设置、争辩布置审核和争辩结果审核。其中，根底数据中的时间设置包括学期的设置、选题时间设置和过程时间设置。选题时间设置主要设置学生选题的开始时间和完毕时间；过程时间设置包括指导记录时间的设置、中期检查时间的设置和争辩时间的设置。

2.1.3教师用例分析

毕业论文治理系统中具有操作权限的教师主要包括指导教师和交叉评阅教师以及争辩教师。教师在系统中可以操作的用例包括出题、审批开题报告、指导记录、争辩申请审批、交叉评阅和争辩结果登记。其中，出题只要被专业负责人指定为指导教师的教师才具有该权限，交叉评阅也只要被专业负责人指定为交叉评阅的教师才具有操作权限；争辩结果登记通常由争辩小组组长来完成。

2.1.4专业负责人用例分析

专业负责人在系统中主要负责布置工作，包括教师布置和争辩布置。其中，教师布置主要布置指导教师、交叉评阅教师和争辩教师的人选；争辩布置那么负责布置争辩教师的分组、参与争辩的学生分组以及教室和详细的争辩时间。

2.1.5分院指导用例分析

分院指导在系统中主要负责两类信息的审核，分别是出题的审核和争辩布置的审核。

2.1.6学生用例分析

学生是毕业论文治理系统的主体，在该系统中可以操作的用例包括选题、开题报告撰写、指导记录、中期检查、争辩申请、争辩布置和争辩结果。

2.2业务流程分析

毕业论文治理系统包含的核心流程包括撰写开题报告和争辩布置两个核心流程。

2.2.1开题报告流程分析

参与开题报告工作的主体包括学生、指导教师、专业负责人和分院指导，其流程如下：首先，学生完成开题报告的撰写，并提交给系统验证，验证通过后保管信息，并转交给指导教师审批，审批通过后转交给专业负责人进展初步审核，审核通过后再转交给分院指导进展最后的审核，并将最后的审核意见反响给学生。

2.2.2争辩布置流程分析

参与争辩布置的主体包括专业负责人、分院指导和教务部门工作人员，其流程大致如下：首先，专业负责人在争辩布置页面完成争辩布置的信息，然后提交给系统进展验证，假设验证通过再将布置转交给分院指导进展初步审核，审核通过后，转交给教务部门工作人员进展最后审核，审核通过后再将最终的审核结果反响给专业负责人，并最终显示给学生和教师查看。

2.3非功能性需求分析

与功能性需求分析的偏重点不同，非功能性需求分析更注重的是系统的整体功能要求，是衡量系统整体质量的依照。依照本系统的特点，系统的非功能性需求主要包括稳定性、准确性、平安性、易用性和可移植性。

3系统

依照系统的功能需求分析的结果并结合治理信息系统的治理方式，总结出毕业过程治理系统的功能框架如图1所示。

图1中的系统治理通常负责治理一般系统运转所需的支撑数据。毕业论文治理系统的系统治理由部门治理、角色治理、用户治理、菜单治理、权限治理、数据治理和日志治理共七个模块组成。

4完毕语

代码开发仅仅是系统开发生命周期中的系统实现的主要任务，在此之前需经历系统分析和系统设计两个不可逾越的阶段。本文通过分析，得出了高校毕业论文治理系统的需求，并对这些需求进展整理后，完成了系统功能框架的设计，为下一步系统开发搭建系统应用程序架构提供了直截了当依照。

参考文献

[1]包慧敏.基于Web的毕业论文治理系统设计[D].南京：南京理工大学，2021.

[2]郑鸿英.毕业论文治理系统的开发与实现[D].上海：华东师范大学，2020.

[3]刘珊.本科毕业论文治理系统的设计与实现[D].厦门：厦门大学，2021.

[4]陈斌.基于JQuery框架的毕业论文治理系统的设计与实现[D].苏州：苏州大学，2021.

[5]孙晓妍.基于UML的面向对象信息系统开发[J].价值工程，2021〔10〕：189-190.

[6]陈振庆，罗兰花.基于动态描绘逻辑的UML状态图方式