论文部分内容阅读
随着学校规模的日益扩大,校务工作的任务量增多,如何使中小学校务工作有序开展,是校务管理工作者面临的一个难题。使用信息技术手段来提高校务管理的质量和效率是学校校务发展的一种趋势,但是从目前许多学校开发的校务管理系统来看,虽然把信息技术深入到校务管理中,但是还没真正体现校务管理的流程化作业,没有完全把校务管理工作中的文档、任务、任务组织三个方面结合起来。而工作流技术体现了业务工作的流程化,能够把以上三个方面有机结合起来,把教学工作中的活动时序和逻辑关系构成业务流程,实现文档、信息或任务依据组织规范在参与者之间传递、处理和执行,实现业务流程的全部或部分自动化。
一、校务审批系统建模
1.审批业务流程分析
校务审批系统作为学校内部的一个公用平台,支持各部门利用此平台定制本单位内部的审批事务,也支持跨部门相关事项的审批,实现事项申报、审核、审批、统计与查询等功能。以电子化手段简化校内审批流程,加快审批速度,从而提高审批工作效率。系统的应用框架如图1所示。
学校内审批流程通常为:事项申报者完成申报填报和相关材料的提交——教研室负责人审批——年组负责人审批——学校人事部门审批——学校负责人/党委领导审批,根据审批事项的复杂程度,审批流程可以精简或复杂。
审批系统的使用对象可以分为申报人员、审批人员、系统管理人员三大类。
申报人员:申报人员主要由校内教职工和学生进行事项申报。事项申报人员需通过学校内部网站进行网上申报,实现申报表格和材料的递交。
审批人员:分为教研室负责人、年组负责人、学校人事部门、学校负责人/党委领导,分别实现对申报者递交的事项进行审批,并接受系统发送的审批任务提醒,也可对已审批过的事项进行查询、汇总和统计。
系统管理员:实现整个系统的管理与维护,包括审批事项的流程定制、审批人员的权限管理、系统日志等功能。
根据使用对象的不同,校务审批系统划分为三个不同的工作平台:校务申报、行政审批和审批管理。本研究主要搭建校务审批系统,完成校务审批事项的定制、实施。
2.校务审批系统的服务模型
综合校务系统面向所有学生和教职工。根据部门职能的不同,具有不同角色的用户进入不同的服务系统。各个服务模型之间不是孤立的,它们可能存在相互访问和调用的关系。图2是校务审批系统有关的几个服务模型以及它们之间的关联。
由上图可见,从事项申报到校负责人审批的整个流程是按照审批表单进行传送的,而它们之间的流程由系统管理员定义。
3.审批系统的信息模型
从业务流程的分析中看出,系统中的信息载体是申报表单和经过各个阶段审批的表单。审批系统部分信息模型中的业务实体如图3所示,它们是数据模型中数据维护服务的实体,在业务服务操作时它们之间要有消息传递。申报表单要经过层层审批过后,才能完成事项的整个审批处理。根据申报事项的内容,部分事项不需要经过多级审批。比如教职工请假管理,请假时间为1天以内的,由教研室负责人审批通过即可;教职工请假时间为1天以上、3天以内,由教研室负责人审批通过,再由本年级组负责人审批通过后,方可准予请假;若教职工请假时间为3天以上、7天以内,则需经过教研室负责人、年级组负责人、学校人事部门逐级审批通过,才能准予请假;请假时间超过7天的,需要经过教研室负责人、年级组负责人、学校人事部门、校负责人都审批通过,方可完成请假的审批处理。经过每一级审批,都要对申报表单做审批处理。因此会出现申报表单之后又添加了审批表单信息的描述。
二、基于SOA的校务审批平台架构设计
SOA是英文Service-Oriented Architecture,即面向服务架构的缩写。本质上,SOA体现的是一种新的系统架构,是一种IT策略,目的是集中可利用资源,以便快速重用服务,满足业务需要,提高业务及IT效率,使IT能融入服务。
在中小学校务管理工作中,为广大学生提供优质的学习氛围和教学环境是学校管理的首要职能。校务审批系统是开放的,面向所有教师、工作人员和学生。
从业务流程的分析中看出,系统中的信息载体是学生、科研成果、人事、毕业生、教师等。其中教学计划、教师和学生是成绩的来源;教师是科研成果的来源。也是人事的来源;学生信息和成绩是毕业生信息的来源。它们是数据模型中数据维护服务的实体,在业务服务操作时它们之间要有消息传递。基于工作流架构校务管理系统的功能模型,按照实现方法可以分为5部分:分时系统注册表和信息库、系统建模工具、服务治理服务和代理、工作流引擎、系统显示界面。
三、校务审批平台的实现
1.开发环境
系统使用Eclipse3.2作为开发环境,使用JSP Servlet JavaBean Hibernate开源项目作为工作流管理系统的体系结构,应用服务器使用Tomcat 5.0,后台数据库采用IBM的MySQL。系统结构采用当前最流行的MVC设计模型,通过模型—视图—控制器分开的方法进行设计。模型负责功能和业务方面的处理,控制器负责应用程序的行为,视图则对“业务逻辑模式”的数据进行显示。整个系统采用Hibernate API对数据库进行操作。
2.工作流引擎的开发
工作流程引擎对外提供丰富的供流程运行的应用编程接口,同时提供容器级的API回调接口。流程、活动和工作项等工作流实例对象具有事件插件接口,使得应用嵌入到工作流引擎,从而实现对工作流的控制。它为应用系统提供了统一的流程开发、运行和管理平台,使得应用系统在不修改业务逻辑代码的情况下,通过重新定义流程实现流程逻辑的变化。
传统开发模式下的校务审批系统带来的“信息孤岛”的缺点并不能满足现代校务审批中业务多变性的要求,本文使用工作流技术来开发校务审批平台,能够解决传统审批系统中流程固化的缺点,并可以随着业务需求的变换,灵活地改变审批流程,提高整个审批流程的柔性,使审批流程随着功能需求的调整而调整,满足学校部门的实际要求。
(作者单位:重庆长江师范学院数学与计算机学院)
一、校务审批系统建模
1.审批业务流程分析
校务审批系统作为学校内部的一个公用平台,支持各部门利用此平台定制本单位内部的审批事务,也支持跨部门相关事项的审批,实现事项申报、审核、审批、统计与查询等功能。以电子化手段简化校内审批流程,加快审批速度,从而提高审批工作效率。系统的应用框架如图1所示。
学校内审批流程通常为:事项申报者完成申报填报和相关材料的提交——教研室负责人审批——年组负责人审批——学校人事部门审批——学校负责人/党委领导审批,根据审批事项的复杂程度,审批流程可以精简或复杂。
审批系统的使用对象可以分为申报人员、审批人员、系统管理人员三大类。
申报人员:申报人员主要由校内教职工和学生进行事项申报。事项申报人员需通过学校内部网站进行网上申报,实现申报表格和材料的递交。
审批人员:分为教研室负责人、年组负责人、学校人事部门、学校负责人/党委领导,分别实现对申报者递交的事项进行审批,并接受系统发送的审批任务提醒,也可对已审批过的事项进行查询、汇总和统计。
系统管理员:实现整个系统的管理与维护,包括审批事项的流程定制、审批人员的权限管理、系统日志等功能。
根据使用对象的不同,校务审批系统划分为三个不同的工作平台:校务申报、行政审批和审批管理。本研究主要搭建校务审批系统,完成校务审批事项的定制、实施。
2.校务审批系统的服务模型
综合校务系统面向所有学生和教职工。根据部门职能的不同,具有不同角色的用户进入不同的服务系统。各个服务模型之间不是孤立的,它们可能存在相互访问和调用的关系。图2是校务审批系统有关的几个服务模型以及它们之间的关联。
由上图可见,从事项申报到校负责人审批的整个流程是按照审批表单进行传送的,而它们之间的流程由系统管理员定义。
3.审批系统的信息模型
从业务流程的分析中看出,系统中的信息载体是申报表单和经过各个阶段审批的表单。审批系统部分信息模型中的业务实体如图3所示,它们是数据模型中数据维护服务的实体,在业务服务操作时它们之间要有消息传递。申报表单要经过层层审批过后,才能完成事项的整个审批处理。根据申报事项的内容,部分事项不需要经过多级审批。比如教职工请假管理,请假时间为1天以内的,由教研室负责人审批通过即可;教职工请假时间为1天以上、3天以内,由教研室负责人审批通过,再由本年级组负责人审批通过后,方可准予请假;若教职工请假时间为3天以上、7天以内,则需经过教研室负责人、年级组负责人、学校人事部门逐级审批通过,才能准予请假;请假时间超过7天的,需要经过教研室负责人、年级组负责人、学校人事部门、校负责人都审批通过,方可完成请假的审批处理。经过每一级审批,都要对申报表单做审批处理。因此会出现申报表单之后又添加了审批表单信息的描述。
二、基于SOA的校务审批平台架构设计
SOA是英文Service-Oriented Architecture,即面向服务架构的缩写。本质上,SOA体现的是一种新的系统架构,是一种IT策略,目的是集中可利用资源,以便快速重用服务,满足业务需要,提高业务及IT效率,使IT能融入服务。
在中小学校务管理工作中,为广大学生提供优质的学习氛围和教学环境是学校管理的首要职能。校务审批系统是开放的,面向所有教师、工作人员和学生。
从业务流程的分析中看出,系统中的信息载体是学生、科研成果、人事、毕业生、教师等。其中教学计划、教师和学生是成绩的来源;教师是科研成果的来源。也是人事的来源;学生信息和成绩是毕业生信息的来源。它们是数据模型中数据维护服务的实体,在业务服务操作时它们之间要有消息传递。基于工作流架构校务管理系统的功能模型,按照实现方法可以分为5部分:分时系统注册表和信息库、系统建模工具、服务治理服务和代理、工作流引擎、系统显示界面。
三、校务审批平台的实现
1.开发环境
系统使用Eclipse3.2作为开发环境,使用JSP Servlet JavaBean Hibernate开源项目作为工作流管理系统的体系结构,应用服务器使用Tomcat 5.0,后台数据库采用IBM的MySQL。系统结构采用当前最流行的MVC设计模型,通过模型—视图—控制器分开的方法进行设计。模型负责功能和业务方面的处理,控制器负责应用程序的行为,视图则对“业务逻辑模式”的数据进行显示。整个系统采用Hibernate API对数据库进行操作。
2.工作流引擎的开发
工作流程引擎对外提供丰富的供流程运行的应用编程接口,同时提供容器级的API回调接口。流程、活动和工作项等工作流实例对象具有事件插件接口,使得应用嵌入到工作流引擎,从而实现对工作流的控制。它为应用系统提供了统一的流程开发、运行和管理平台,使得应用系统在不修改业务逻辑代码的情况下,通过重新定义流程实现流程逻辑的变化。
传统开发模式下的校务审批系统带来的“信息孤岛”的缺点并不能满足现代校务审批中业务多变性的要求,本文使用工作流技术来开发校务审批平台,能够解决传统审批系统中流程固化的缺点,并可以随着业务需求的变换,灵活地改变审批流程,提高整个审批流程的柔性,使审批流程随着功能需求的调整而调整,满足学校部门的实际要求。
(作者单位:重庆长江师范学院数学与计算机学院)