离校信息管理系统（精选4篇）
离校信息管理系统 篇1
1建设离校信息管理系统的必要性和总体目标
学院原来传统的离校流程是先给毕业生发放纸质离校程序单,然后毕业生按照离校流程到相应的部门办理相关手续, 办完后方可离校。这种离校方式的缺点显而易见:1)毕业生无论是否符合离校条件,都需要到相关业务部门盖章,浪费时间和人力;2)各业务部门手工操作离校业务,工作效率低,工作量大,持续时间长;3)各部门的离校数据相互独立,每年都会出现各部门离校数据不准确、不一致的情况;查询历史信息困难,生成统计报表工作量较大[4]。为改进上述存在的问题,将传统的离校办理业务放在网络化和数据高度共享的信息系统上来处理就成为十分迫切的需要。
离校信息管理系统涉及毕业生离校各个环节,是离校业务信息化的主要载体。离校业务办理信息化的总体目标是:1)通过离校信息化,创新工作理念。离校办理时间紧,工作量大,需要通过信息技术来改变凭纸质办理离校手续的传统模式,将跨部门离校业务网络化和自动化,实现各部门的业务信息自动流转和数据共享,基本消除手工操作。2)以此为抓手提高学院管理水平和工作效率,方便毕业生办理离校手续。
2需求分析
2.1离校流程需求分析
离校业务共规划了毕业生离校的17个待办事项,分别由教务处、图书馆、网管中心等3个职能部门审核,由招就处、保卫处、团委3个职能部门进行业务登记,由各系审核公寓公物情况并发放毕业证书。其中,各业务系统(教务系统、学工系统等)通过数据交换平台将毕业生学籍、学分、学生违纪受限、图书借阅、学费缴纳、寝室电费等数据共享给离校系统;教务处负责审核毕业生学籍注册、成绩、考试/出勤违纪、学费结算等8项,如果全部合格则将毕业证发给各系;图书馆审核图书借阅及归还情况;网管中心审核学生公寓电费缴费情况;保卫处作户口迁移业务标记;团委作团组织关系转出业务标记。在此基础上,各系结合学生公寓公物清查情况,将毕业证发放给学生, 离校流程结束。上述审核项中除公寓公物外,由系统根据后台数据自动计算,当数据符合标准,该生离校状态自动为“办理通过”。毕业生只用到相应部门办理未审核通过的项目,完成后相关数据会实时同步到离校系统中更新离校数据,离校业务处理流程如图1所示。
2.2功能需求分析
根据对离校业务部门的调研和离校业务的分析,得到离校系统功能需求如图2所示。离校系统按功能应分为三大模块, 如图3所示:
1)业务管理模块主要包括离校管理和离校手续办理。离校数据管理同步相关业务数据到离校系统(若为EXCEl格式数据,则手动导入);启动离校将所选择班级内的所有学生信息作为离校工作的操作数据;内容管理提供离校相关信息发布和编辑的功能,信息填写以后,能够直观的反应到各个视图中。离校引擎管理实现离校工作管理元可配置,根据学校的实际离校业务情况,灵活的配置学校的离校办理部门、顺序,以及每个部门的办理的方式、数据的来源等内容,并且可以配置离校的结束点。离校手续办理对离校待办事项中受限环节进行系统自动审核,同时也提供手工办理功能;对非受限业务作状态标记。
2)门户展示离校状态和离校工作指导等相关信息;对毕业生离校情况进行统计查询。
3)系统管理包含用户管理、角色管理和权限管理。
3离校信息管理系统的设计实现
3.1离校系统总体框架
数据集成平台DCI和共享数据中心为离校系统提供数据支撑,对离校数据进行清洗和整合,保证数据的一致性、完整性和共享。考虑到离校数据来源的多样性,离校数据采集主要采用两种方式,一种是整合业务系统的数据,一种是提供Excel格式的数据导入功能。离校系统能够对功能和流程进行配置,可实现对视图的变化的灵活支持,为学校的离校业务变迁提供有力支持。离校系统的整体框架如图4所示。
3.2数据库设计
离校系统的数据库是整个系统的核心,该系统的所有操作都是在数据库的基础上进行的[3]。本系统采用的是Oracle 10g数据库,数据库设计参照了《成都师范学院信息标准》提供的表字段参考标准以及接口文件,保证了数据的统一、规范,能够使相关数据更加有序流通,避免新的信息孤岛的产生,发挥信息资源的综合效益。数据库物理模型如图5所示。
离校系统直接使用共享数据中心库的离校基础数据,离校数据库则主要包含学生离校办理和状态相关的数据表,比如学生表、学生步骤状态表和科目表等。他们的结构分别如下所示:
1)学生表(lx_student Extend)记录每位学生的学号、离校业务流编号、离校状态和离校业务流实例启动/结束时间等信息, 如表1所示。
2)学生步骤状态表(lx_student Step Status)记录学生的步骤编号、对应步骤状态、操作方式是否自动、操作人和催办信息等,如表2所示。
3)科目表(lx_step)记录步骤编号、步骤对应业务部门编号、步骤处理方法、步骤描述和办理时间等信息,如表3所示。
3.3软件系统实现
离校系统从逻辑上分为Web层、业务逻辑层和数据访问层。Web层给用户展现应用,业务逻辑层封装对具体数据业务逻辑的处理,数据访问层所做事务直接操作数据库,是针对数据的增添、删除、修改、更新、查找等。在三层架构基础上,采用MVC( Model-View-Controller)模式和Struts+Spring+Hibernate框架技术,Struts基于MVC模式,负责封装前台表单和页面跳转; Hibernate是对象关系映射框架,对JDBC进行轻量级的对象封装,将关系数据库映射为对象数据库,完成数据的持久化; Spring用于降低层与层间耦合度,用来帮助管理类以及实现一些业务无关功能。[1,5]这样可以实现各层之间的松耦合,从而做到服务和业务流程可配置和可重构。开发采用Eclipse集成可视化开发环境,集分析、设计、构造( 开发/编译/测试/打包) 、部署、测试等于一体,从需求分析、设计到代码自动生成,均在统一的开发环境中完成,实现了开发过程的自动化、规范化、标准化,保证了从需求到实现的一致性和可追踪性。[2]
3.3.1基本接口设计
1)处理离校业务的基本server接口为Leave School Basic-Manager,如图6所示,其他server接口必须继承于它。
其中auto Approval在离校启动时,调用各个部门的自动审批;参数is System表是否是系统办理;stud Ids为需要审批的学生id拼接的字符串,格式为(id1,id2,…)。
leave School实现根据学生id集合,办理离校业务;参数ids为办理离校的学生Id集合;account为办理员账号。cancel Lea-ve School根据学生id集合,取消离校业务。
get Leave School Status获取学生在部门办理状态;参数stu Id为学生Id;返回值为学生的审核状态。
syn Auto Approval进行数据的同步,在部门为自动审批并且数据来源为共享中心时才执行。
2)处理离校业务的Action基类为Leave School Basic Action, 其类图如图7所示。处理离校业务的Action必须继承于Leave-School Basic Action。
其中方法execute实现获取当前登录用户账号,并存放在session中;调用数据同步方法,保证用户看到的最新的数据;捕获异常,记录日志,并显示到前台。
方法leave School实现获取页面传入的办理学生id集合,并拼装成list对象;调用对应部门的离校办理方法,具体业务由注入的实现类实现;捕获异常,记录日志,并显示到前台。方法cancel Leave School调用对应部门的取消离校办理方法。
3.3.2模块设计
离校系统根据功能及具体业务流程需求按模块来进行设计。以图书馆模块为例,图书馆离校业务办理具有以下主要功能:
1)图书馆办理员可以根据院专业、班级、学号、姓名及身份证号码等作为检索条件进行数据检索。
2)图书管理员可以选中一个或者多个学生办理离校,或者取消离校。
3)离校系统能够和图书管理系统中的相关数据进行同步。图书馆办理员可以通过Excel的方式导入需要办理离校手续的学生数据,默认导入的学生都需要到图书馆办理离校手续。
4)支持图书馆Excel模板的下载。
5)图书馆办理员可以在页面上编辑学生信息。处理流程如图8所示。
实现上述功能的类继承关系如图9所示。
其中方法auto Approval实现审批传入的待审批学生集合, 把没有欠书或者欠书数为0的学生图书馆离校状态值修改为1;在离校表中,为当前审批的学生新增或者更新审批记录;抛出异常。参数is System表是否是系统办理;stud Ids为需要审批的学生id拼接的字符串,格式为(id1,id2,…)。
leave School实现修改学生的在图书馆离校状态值为1(如果欠书,则不允许修改);更新或者新增学生在离校表中的审批记录,包括审批时间,审批人账号,办理方式等。参数ids为办理离校的学生Id集合;account为办理员账号。cancel Leave-School修改学生的在图书馆离校状态值为0。
get Leave School Status获取学生在图书馆部门办理离校业务状态值。参数stu Id为学生Id;返回true表通过。
syn Auto Approval更新不欠书或者欠书数为0的学生状态值。
import Data导入欠书的学生名单,修改导入的学生在图书馆离校业务状态值0。参数excel File为导入的Excel文件。
4结束语
成都师范学院离校系统于2013年5月首次上线使用。每年平均为学校4000多毕业生和8个业务部门提供离校手续的办理和查询服务。以2014年离校过程为例,4463名毕业生在每个部门自动办理环节耗时0.0072天,与传统离校需3天办理时间比,时间节省了400多倍。离校办理中除毕业证领取和公寓公物检查外,全校总共累计为414毕业生手工办理了相关手续,与传统离校所有部门要手工办理35000多人次比,效率提高了约86倍。可以看到,使用离校平台完成离校流程的处理, 实现了多个业务系统的数据共享和流转,自动分析、处理和审核毕业生离校过程中必须审核的十余项业务,优化了离校管理审核,提高了处理速度,缩短了办理时间,工作效率和效果都得到了很大改善,让广大师生真正体验到了“一站式”、“一条龙”、 “悄无声息”的离校管理服务。
参考文献
[1]JAVA三大框架SSH和MVC[EB/OL].(2014-08-23).http:/www.thinksaas.cn/group/topic/102171/.
[2]孙秋瑞,卢小清.电子离校系统在高校信息化建设中的实施[J].广西大学学报:自然科学版,2011,36(S1):289-292.
[3]董梁.基于Asp.net的高校离校系统设计与实现[J].电脑知识与技术,2010,6(24):6757-6758.
[4]胡洪新.数字校园的离校系统建设[J].苏州市职业大学学报,2011,4(22):26-28.
[5]朱亚莉,刘亚彬.毕业生离校事务协同处理系统的设计与实现[J].软件导刊,2011,5(10):36-38.
高校离校系统的设计与实现 篇2
关键词：数字化校园,离校系统,信息平台
一、引言
随着信息化的发展, 各个行业都开始将信息技术以及互联网的平台与自身相融合, 中国开始进入互联网+的时代。高校的数字化校园建设也开始逐步发展, 纷纷建立以计算机网络信息技术为基础的信息管理系统和服务平台, 用来辅助教学、科研及师生管理等活动。
毕业生离校手续是学生离开学校之前必办的手续, 现阶段国内高校大多仍采用人工进行手续办理的。毕业生需要去到相关部门来进行离校前的信息核对, 例如去图书馆核对书目归还情况、去财务部确认学费缴纳情况等, 信息核对完毕后进行盖章处理。这项手续无论是对学生还是各部门工作人员来说都是耗时耗力的。
毕业离校手续的办理的时间集中, 办理手续时需要在不同的部门之间奔波, 各部门的工作人员要在短时间内处理完毕业生离校手续核对的情况。对学生来说, 手续繁琐, 耗费时间, 对工作人员来说, 工作压力大, 负担重。
二、现状
毕业生离校系统具有离校预处理、学生自助服务、离校手续办理、查询统计四大功能模块, 为学生提供离校手续办理的平台, 极大的减轻了教职工的工作压力, 解决了学生办理离校手续繁琐的问题, 实现了各个部门之间消息的及时共享。
离校系统精简细化原有的毕业生离校流程, 采用了新的业务模式。由原来的每个学生都要去每个相应的部门办理离校手续, 变成了通过学校信息门户的同一平台, 系统整理出各个学校部门的离校相关信息, 并在前端页面显示。学生登陆系统查看学校相关部门的信息反馈, 了解自己离校需要办理哪些手续, 哪些已经完成, 及还有哪些存在的问题需要去哪里办理。
三、系统的设计要求
离校管理主要满足的学生毕业一站式服务要求, 同时满足相关院系、单位领导及管理人员需求。主要功能包括:离校预处理、学生自助服务、离校手续办理、查询统计等。
系统要求:1、高性能、效率, 提供完善的在线办理及离线办理等保障方案, 避免出现堵塞和排长队现象, 充分考虑系统在办理高峰时段的响应速度。2、良好的扩展性, 系统能根据学校的政策变化, 便捷地制定新的离校流程。三、良好的数据对接, 可以与其他相关离校流程的部门信息对接。
四、系统功能的实现
(一) 毕业数据准备和条件设置。
系统从公共数据平台读取离校基本信息 (学校规定的学生毕业条件) , 并支持批量导入暂时无法接入公共数据平台的信息。
学生数码相片从公共数据平台读取或批量导入 (应与教育部电子注册相片信息数据保持兼容, 以便毕业信息的提交) 。
系统 (按学校的离校流程) 对毕业办理的各个项目、子项目进行设定, 如设置各个项目是否必办及相应的前置条件等。
(二) 离校信息发布。
系统可采用图文并茂的方式, 在离校栏目动态的发布相关的公告及各类通知, 内容包括离校通知、离校办理流程、毕业生注意事项等 (或链接至相关网站) 。
(三) 学生自助服务。
系统提供学生离校流程单的查询和打印功能, 离校流程单应详细列出学生的个人基本信息、详细离校项目和当前的办理情况。
如办理项目存在前置环节, 离校流程单中也应一并说明。
学生可以通过该功能查看自己的项目通过情况, 包括离校申请、电子离校单查看、在线咨询等。
(四) 离校手续办理。
1、系统根据已集成到公共数据平台的信息对相关项目自动审核。2、在需现场办理的地点, 系统可通过多种方式对学生进行身份识别后 (如学号录入、一卡通刷卡等) , 对离校手续进行审核。
现场如果出现网络故障, 终端应保存办理信息记录, 完成离线办理。待系统可正常访问时, 将办理信息更新至系统中。
学院按专业对学生进行 (批量) 审查, 确定毕业资格。
(五) 统计、报表功能。
系统支持按照学院、专业、学号、姓名等关键字进行学生名单的筛选, 集中查看学生各个项目的办理进度和状态。
系统可对各项目操作员办理情况进行实时记录, 用户可设定批次、项目、开始时间、结束时间等关键字, 对办理情况进行查询。
系统中可统计具体环节的办理结果情况, 包括应办人数、已办人数、未办人数及已办人数占百分比情况。
五、结语
离校系统的设计需要根据各个学校自身的离校手续安排有所调整。初步的设计包含四个部门的离校必办手续, 财务部、图书馆及后勤集团的手续是离校必须清查的, 所有信息清查核对完毕后学院审查发放毕业生, 至此离校手续完成。根据每个学校的需求, 离校系统可以扩展更多的部门去同步统一信息平台的数据。另可考虑制作两级离校部门信息———必办级和可办级。将毕业生离校所涉及的所有管理部门信息都做提示整理。一些部门必须要办理的, 另外一些部门的数据信息提示给学生, 学生可以选择是否处理。
参考文献
[1]刘轶彤.基于校园一卡通构建毕业生离校管理系统的研究, 天津职业大学学报, 2011年4月.
[2]周敦.美国教育信息化的发展及对我国的启示, 教育与职业, 第14期.
[3]王芳.利用校园一卡通系统构建数字校园[J].铁路计算机应用, 2009 (8) .
离校信息管理系统 篇3
传统的离校模式是学生拿着班主任发放的离校办理单去各部门盖章来办理离校手续。由于毕业生忙于实习或找工作导致离校时间过于紧张,通常1-2天内完成。办理中通常出现排队等候现象,而且有的学生不清楚哪些部门是否需要去办理,如何办理及地点。传统离校模式效率低下,纸质材料不方便统计查询,数据的不规范容易遗漏,导致数据的不准确。各部门无法数据共享,实时查询、统计毕业生离校手续办理情况,容易造成混乱和错误。通过数字化方式来加强校园的建设和管理,更加高效做好离校服务工作,离校服务工作如何更加科学、高效、便捷被提了出来。
1 数字化离校准备
(1)前期调研,听取参与离校工作的有关部门意见,梳理离校手续办理流程,通过网络实现各部门数据共享,使离校工作数字化,满足各部门随时进行查询、统计、调度工作。
(2)离校手续办理
只有教务处已确认成绩全部合格,财务确认有没欠学费及代管费余额退还,图书馆确认所借图书已还清,学生处确认就业协议签约情况,党团组织办理组织关系,总务确认水电是否结清,保卫处确认户口迁移情况,宿管中心确认寝室钥匙是否上交,寝室公物有否损坏。最后班主任发放毕业证书。
(3)学校现有各管理系统现状
目前,不少学校由于规划的问题,各个部门使用各自系统,图书馆的图书借阅系统,教务处的教务管理系统,总务处的水电一卡通系统,各系统自成体系,多套用户名密码不方便,数据还不能实现共享,首先要把这些信息孤岛使用统一认证方式贯通起来,同时实现各系统的数据库共享。
2 系统设计
(1)系统主要由离校系统维护模块、离校业务办理模块、查询统计分析模块构成 (如图1) 。
(2)离校系统数据初始化和用户权限维护
系统基础数据由教务处,图书馆,财务处等有关部门提供,数据准确可靠是确保顺利完成手续的基础。学号和身份证号作为登录到系统的用户名和密码,以学号生成二维码作为身份识别之一。根据离校办理工作的实际情况,设置各部门管理权限。毕业生通过扫描离校系统的二维码下载APP客户端,通过客户端访问离校系统。部门之间如有牵制关系,设置离校手续优先级。各业务部门在提供数据之前先对各自毕业生数据进行批处理,例如:图书馆将已还图书毕业生标注无需办理,教务处将成绩合格的毕业生标注无需办理等等。批处理完成后,毕业生中90%多的学生无需到这些部门办理,极大简化办理手续。
(3)离校业务办理模块
毕业生通过计算机或智能手机APP客户端登录到离校系统,以学号和身份证号登录后可以清楚查到自己需要去哪几个部门办理,具体如何操作,办理地点,所要带的材料等都有详细说明。各职能部门对毕业生办理手续只要扫描其手机二维码就能迅速调出该毕业生信息,与输入学号、姓名相比更加快捷。
(4)查询统计分析模块
由于学校各系统实现统一认证、单点登录后,各系统实现无缝对接,图书馆负责人可以登录图书借阅系统查询毕业生归还情况,还可以计算机或智能手机访问数字化离校系统查询毕业生图书归还情况。离校手续办理过程中,有关人员经过授权后能过手机APP实时查看各业务岗位办理情况。
(5)安全问题
数字化离校系统支持智能手机APP实名认证,只有确认身份及授权后才能使用,设置用户的权限,避免非法操作。对系统数据库定期进行备份。
3 分析与比较
传统离校模式,毕业生要跑遍各部门,不管有无实质性内容就得去盖章确认,对应部门须安排专人为学生盖章确认,有的部门排长队。
数字化离校系统目标减化毕业生离校手续,取消绝大部分没必要的盖章确认,而取代的是各部门将数据库中毕业生数据批处理,例如:张三同学,所借图书都已归还,所有考试都合格,户口不需要办理,由图书馆,教务处,保卫处经过各自的批处理后,张三就不需要去以上三个部门去确认了,默认完成。如今,智能手机非常普及,通过扫描离校系统的二维码,访问该系统,登录后可以显示需去哪几个部门进行确认,例如,财务处还有多少代管费可以退,图书馆还有几本书没还,一卡通中的水电费还有多少结余,非常直观,方便学生查询,同时极大减少了不必要的结点,因为绝大多数学生而言,考试成绩都合格的,借书不还也是极少数的,所以有些部门只有极少数的学生需要去现场确认的,提高了工作效率。
数字化离校系统根据学生的学号生成二维码,该二维码作为该学生身份识别标志,学生登录离校系统后可以看到本人的二维码,有关部门的人员用智能手机扫该毕业生手机上的二维码就能快速调出该学生信息,快速进行相关处理。这非常适合服务大厅式的现场办理离校手续的模式。
4 结束语
本系统稳定高效,方便毕业生离校手续办理,同时为有关部门减压,确保数据统一性,方便有关人员查询、统计、分析,二维码的应用更加方便毕业生办理过程,简化环结,减轻设备维护保障压力,提高效率。下一步扩大智能手机端在学生服务工作的应用范围,挖掘其应用潜力作研究目标。
摘要：本文介绍了数字化离校系统的设计及二维码的应用,该系统的应用使离校学生快速、完整办完离校手续,同时为高校相关职能部门提供了实时离校学生手续办理情况的查询与统计,离校手续办理过程变得高效、轻松、直观。
关键词：数字化离校,二维码,数据库共享
参考文献
[1]董梁.基于Asp.net的高校离校系统设计与实现[J].电脑知识与技术.2010.
[2]蒋东兴.信息集成阶段新一代数字校园建设探讨[J].教育信息化.2006.
[3]刘利波.基于三层B/S结构的电子离校服务系统的设计与实现[J].科技信息.2009.
离校信息管理系统 篇4
笔者以郑州大学西亚斯国际学院为分析对象, 该校毕业生离校过程主要包括:办理退宿、学士服申请、一卡通水电结算、校园卡余额、学费缴纳/退费办理、助学贷款办理、图书归还并清欠费用等, 其离校业务现状关联度如表1:
通过对上述过程进行分析, 毕业生离校目前存在的问题主要表现在工作效率、重复性事务、数据信息不共享等方面, 具体如下:
1) 毕业生办理离校过程中, 需要手持毕业生离校手续表来回在7个部门之间跑动, 平均办理时间超过10个小时 (不含等待和排队时间) 。
2) 离校手续中部分工作因信息不对称致学生额外办理手续, 如:图书归还等, 学生可能并未借书, 仍需要到图书部门进行审签。
3) 由于信息不对称, 学生并不知道哪些手续没有办理哪些手续已经办理, 由此导致学生重复性的办理手续。
4) 缺少统一的离校信息发布平台, 告知学生办理离校及注意事项。
5) 对于已经外出就业的学生须返回办理离校手续, 不能远程办理。
6) 毕业生离校时, 离校业务办理人员要重复性签字几千次, 工作量大。
7) 辅导员采用手工方式登记毕业生离校信息, 无法同就业部门及时共享。
2 高校电子离校系统概念的提出和实现思路
通过对离校工作现状及问题的分析, 我们知道毕业生离校效率低下的根本原因在于数据信息不对称、缺少统一的离校业务办理平台, 这里我们提出建立高校电子离校系统的概念, 通过电子离校系统实现对离校手续业务的整合以及各离校部门应用系统的整合。
在进行应用系统整合过程中, 我们将采用北京灵峰公司的数据交换平台Beeload作为电子离校系统的数据整合工具, 它能够将电子离校系统所需要的业务数据, 如:图书借阅信息、助学贷款信息、一卡通余额等, 从应用系统中抽取出来并经过有规则的清洗后加载到电子离校系统中, 并且可以实现全量同步和增量同步两种同步方式, 可以实现实时数据交换和异步交换两种数据交换规则设定。
3 电子离校系统的结构设计
1) 建立以电子离校系统为中心的毕业生离校手续办理方式, 通过整合宿舍管理系统, 实现财务、资产、公寓、图书馆、学务等部门的信息共享。
2) 毕业生离校工作开始前, 教务部门须提供离校学生信息给电子离校系统。
3) 电子离校系统通过Beeload数据交换模式将离校相关部门离校手续支持系统中的业务数据集成至电子离校系统中。
4) 离校工作主管部门配置离校手续相关部门的工作顺序及逻辑关系, 并启动离校系手续办理工作, 离校系统通过Beeload自动从各应用系统中获取离校数据。
5) 毕业生登录离校系统, 申请离校, 离校系统过程集成的数据告知毕业哪些手续已经办理哪些手续未办理, 毕业生只需要到未完成办理的部门进行相关业务办理即可, 例:离校系统通过调用图书管理系统数据查询毕业生没有欠费及借书信息, 毕业生不用到图书馆办理手续。
6) 对于没有应用系统支持的部门, 需要在手工完成相应离校手续后, 在电子离校系统上对当前毕业生标注“已办理”。
7) 全部手续完成办理后, 毕业生离校状态变为“允许离校”。
4 电子离校系统的技术实现
根据电子离校系统的设计架构, 作者采用分布式的实现思想完成了电子离校系统的技术实现。由应用系统接口提供第三方系统的数据来源, 由Beeload实现应用系统和离校系统的数据交换, 由电子离校系统实现毕业生离校手续的办理。
4.1 应用系统数据交换接口的实现
以图书系统为例, 该校图书管理系统采用深图公司的ILAS系统, 数据库类型较为特别, 因此, 我们首先在深图系统基础上利用VC++开发了图书借阅信息查询同步接口, 该接口定期将图书借阅信息同步到一个SQLSERVER库中, 然后, 在该SQLSERVER中进行视图制作, 满足电子离校系统对图书借阅信息的查询要求, 最后通过Beeload实现通过视图的连接整合。
其它应用系统接口制作过程基本类似, 不再详述。
4.2 Beeload数据交换过程的实现
Beeload数据交换主要功能是实现将应用系统数据同步到电子离校系统中, 形成电子离校数据中心。该平台需要首先配置对应用系统数据源库以及电子离校系统目标数据目标库的连接, 然后, 针对需要同步的应用系统数据接口建立起源库和目标库的映射关系, 并配置进行同步映射的字段信息, 最后, 对源库和目标库的映射关系进行规则处理, 比如:配置增量同步或者全量同步、配置同步频率和同步条件等信息。上述过程完成后, 一个同步流程实例也就完成了, 该实例构建在Beeload中, 可根据需要随时启动同步实例进行源库和目标库的数据同步。
不同的应用系统可能需要配置不同的同步实例, 在Beeload中管理着多个同步流程实例, 因此, Beeload可是说是电子离校系统和应用系统的数据神经中枢, 对整个离校工作起着极其重要的作用。
4.3 电子离校系统的功能实现
电子离校系统技术开发采用.net平台进行, 数据库采用Sqlserver2005, web服务器采用IIS7.0。系统功能分为学生端、教师端、系统管理端三种类型。其中, 学生端功能包括:离校信息登记、离校手续数据查询、离校申请提交, 毕业生可通过离校系统查询到所有离校手续中哪些已办理哪些未办理, 当且仅当所有必办的手续已经是“已办理”状态时, 该生被允许在线提交离校申请;教师端功能较少, 因为大部分工作都需要教师在本部门应用系统上进行操作即可, beeload会将应用系统中数据交换至离校系统, 需要教师操作的仅仅是本部门没有应用系统进行工作支撑的业务, 如:学士服领取归还等;管理员端功能包括:离校流程的设定、离校手续的配置、毕业生离校情况查询等。
5 电子离校系统对离校工作的改进 (表2)
6 结束语
高校毕业生离校工作是一项因人而异、因事而异的系统性工作, 本文所涉及的电子离校系统是基于郑州大学西亚斯国际学院的工作现状而进行的实现, 不一定适合所有高校, 但同时作者也认为, 该系统的实现思路和架构还是具备较为成熟的技术条件, 对国内高校具有一定的参考意义。
摘要：高校毕业生离校前需要办理大量毕业手续, 诸如:图书归还、欠费补交、助学贷款等等, 且绝大部分高校仍然采用手工审签离校手续单的方式进行, 如此, 每位毕业生都需要在不同部门并往复多次才能完成所有手续的办理, 无论该手续对当前毕业生来说是否有必要。这种方式不仅效率低下, 并且给办理离校的业务部门带来了严重的工作负担。本文旨在通过对高校毕业生办理离校手续过程的研究, 结合业务部门已经存在的应用系统, 利用Beeload这个轻量级数据交换软件, 设计和实现一套电子离校系统, 从而大大提高毕业生离校工作效率。
关键词：毕业生离校,数据交换,Beeolad
参考文献
[1]赵守香, 姜同强, 王雯.企业信息化[J].北京:清华大学出版社, 2008, 9.
[2]欧阳峰.信息化管理导论[J].北京:北京交通大学出版社, 2006, 2.