毕业设计(论文)管理系统设计和实现

《毕业设计(论文)管理系统设计和实现》由会员上传分享，免费在线阅读，更多相关内容在学术论文-天天文库。

1、毕业设计(论文)管理系统设计和实现　　摘要：为了解决高校毕业设计（论文）管理系统的功能不足和扩展性低等问题，采用基于角色的访问控制模型实现了资源管理和多角色一次性登录；使用泛化和组合技术，降低了“用户”对象与不同类型“参与者”对象之间的耦合；提供了毕业设计题目在不同专业中共享及督导员业务的解决方案；系统具有良好的可扩展性，为毕业设计管理系统的开发提供了有益的参考。测试表明，系统界面友好，功能完全满足预期要求，各用户的工作效率均得到了不同程度的提高。关键词：管理信息系统；毕业设计；Java；角色；访问控制中图分类号：TP319文献标识码：A文章编号文章编号：1672-7800（2013）01

2、2-0106-03基金项目：山东省高等学校优秀青年教师国内访问学者项目（2011）作者简介：佀同光（1972-），男，硕士，山东建筑大学管理工程学院副教授，研究方向为信息分析技术、系统分析与设计。0引言毕业设计（论文）（以下简称毕业设计）10是高等学校教学综合实践体系的重要环节[1]。近年来一些单位开发了毕业设计管理系统，多数文献中涉及的系统向管理员、教师、学生3种类型的用户提供服务[3-5]。王娜等[6]开发的系统设置了学生、教师、设计管理小组和教务管理人员4种用户，解决了学生、导师信息的采集，导师出题、学生选题，有关毕业设计的各种文档的上交与审核，答辩成绩的录入与公布，导师、学生、管理

3、员之间信息的交流等问题。梁金明[7]的设计为学生、指导教师、专业系或教研室主任、教学院长、二级学院教务管理员和教务处教务管理员等6种用户（角色）提供服务，实现了课题申报、论文提交、论文在线评审以及毕业设计资料的归档等功能。上述系统实现了在线选题、在线指导和部分管理统计等基本功能，但是随着实践教学环节规范化的加强，校企合作的加深和专业融合的深入，企业导师逐渐成为毕业设计指导中的重要补充力量，一些学生还需要跨专业、甚至跨学院接受毕业设计指导；另外，毕业设计系统中一个用户往往会拥有多个角色，用户希望一次登录即获得所有的服务，而不是以每个角色分别登录系统。这些功能在已有文献中均未体现，本研究试图为

4、上述功能提供一种可行的解决方案，为毕业设计管理系统开发提供有益的参考。101需求分析1.1组织机构及用户角色山东建筑大学是一所教学研究型的地方院校，近年来致力于教学管理规范化建设。该校的毕业设计工作在分管教学校长的统一领导下，由教务处进行宏观管理，各学院通过教研室具体实施。共有指导教师、教研室主任、学生、院级管理员、校级管理员、评阅人、答辩教师、校级督导员、院级督导员等9个不同角色参与毕业设计工作，其中指导教师可以是校外人员，其余角色均为校内人员。1.2业务流程实际业务流程中，毕业设计管理活动由几个主要环节构成，活动图如图1所示。①教师提交题目，学生所在的教研室主任审核；②合格的题目发放给

5、学生，学生申报题目；③教师选择学生，必要时教研室主任分配未被选中的学生；④教师与学生确定指导关系后，开始进行指导活动；⑤学生提交设计成果后，指导教师填写“指导教师评审表”；⑥评阅人填写“评阅人评审表”；⑦院级管理员安排答辩，学生和答辩教师参加答辩；⑧指导教师代写“答辩小组意见”和答辩成绩；10⑨教研室主任推荐校级优秀人选；⑩院级管理员确定校级优秀人选及推荐省级优秀人选；B11校级管理员确定省级优秀人选。督导员用户不定期地抽查指导情况，故其活动不在流程中。1.3主要用户的顶级用例图2所示的用例描述了指导教师、教研室主任和评阅人的主要功能。指导教师是主要角色，其主要业务是“指导流程管理”，包含

6、“查看往届论文（设计）明细表”、“我申报的题目”、“录取学生”、“维护合作导师”等。教研室主任也有较多的业务，如“审核题目”、“审核论文进度”、“分配未选题学生”、“维护评阅人”、“维护答辩分组”、“推选校优毕业论文（设计）”等。评阅人的业务较少，只有“我评阅的题目”这一功能。3种角色都具有接收和发布通知的业务。2系统设计2.1权限相关的设计方案10系统有3类用户：学生、校内员工和校外员工，这些用户需要承担9种角色。学生用户比较单一，仅承担学生角色。一般情况下，一个教师会承担指导教师和评阅人两个角色，而担任教研室主任的教师则会拥有3个角色。如果为每个用户的所有角色都分配一个登录权限，必然会

7、导致同一个用户多次以不同身份登录系统，比较繁琐。2.1.1基于角色的访问控制模型基于角色的访问控制（RBAC，role-basedaccesscontrol）的基本思想是“用户—角色—权限”关系角色的定义事先由各级管理员根据企业规程和用户岗位对权限进行注册，并给角色授予权限[8]。如图3所示，用户与角色、角色与资源多对多关系被分解为两对一对多的关系。用户与资源没有直接关联，它的角色决定它的权限，动态指定角色即可实现用户的