常用管理系统中审批模块的一种设计思路

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

常用管理系统中审批模块的一种设计思路

摘要文章介绍了一种审批模块的设计思路,具有开发时间短、开发成本低的优点,可快速嵌入常用管理系统,使系统功能得到扩展。

【关键词】管理系统审批模块设计思路

1 引言

计算机的出现极大地推动了科学技术的发展,使人类社会由工业化转变为信息化。以互联网为基础的信息技术和信息产业已经改变了人们的生活方式和工作方式,企业也在信息化的浪潮下受到强有力的冲击。很多企业都在转变管理理念,改进管理手段,积极地推进无纸化办公,越来越多的管理软件进入了大家的视野。这些软件起初多为专人专用的单用户模式,随着应用的深入,逐步发展为多用户模式,如今管理者又有了新的需求,希望管理过程、业务流程显现化,尤其是实时监控、跟踪最为重要的审批环节,因此,迫切的需要对软件功能进行扩展,基于这个需求,笔者提出一个设计思路,可以实现这些功能。

2 常用的管理系统

目前,企业中常用的管理系统有:信息发布系统、人事管理系统、财务管理系统、图书管理系统、办公用品管理系统等。这些系统大部分采用基于Web的B/S结构实现,运

行于Windows操作系统之中,前台开发语言使用ASP或者,后台数据库选用Access或者SQL Server。

3 审批模块实现的功能

审批模块需要实现以下功能:流程自动化,根据不同业务,确定不同的申请人、审批人、办理人;实现在线审批;能够按照多种条件查询审批信息;能够适应企业中管理人员的更替;可以快速嵌入现有管理系统。

4 设计思路

4.1流程分析及设计

在日常工作中,人员的加班、请假、耗材领用、物品采购都需要领导审批,还有很多其它业务也会有审批这个环节。不同的业务由不同人员发起,管理部门不同,审批人员也不同,这使得流程看起来杂乱无章,其实经过细心梳理,关注其相同之处,还是有规律可循的,他们的基本流程都是特定的模式,大致为:发起申请、审批、办理、结束。以笔者所在单位耗材管理系统为例,用户填写表单,启动审批流程后,先递交所在部门领导审批,然后递交管理部门领导审批,最后由管理人员办理并结束流程。可以看到,其中审批过程又被分为三级,即:所在部门领导、管理部门领导、管理人员。以下按三级审批的设定,介绍一下审批模块的设计思路。

4.2 程序设计思路

前台界面主要规划为四个页面:“所有申请”页面、“等待我处理的审批”页面、“审批”页面、“授权管理”页面。“所有页面”显示的是全部申请,页面内可以按照业务类型、审批状态、申请人、申请时间等进行筛选查看;具有审批权限的用户进入“等待我处理的审批”页面后,会根据不同权限显示不同待审信息,用户可以清楚地看到哪些申请正等待自己处理;“审批”页面用来进行审批操作,页面列出申请单的详细内容和各级审批意见,可以通过按钮选择“同意”或者“不同意”,还可以填写其他审批意见;“授权管理”页面只有管理员可以访问,用来设置审批流程和对流程中具有审批资格的人员进行添加、修改、删除操作。

后台程序主要实现三大功能:显示所有申请及该申请的审批状态;判断用户权限,按照权限设定显示不同的待审信息及审批界面;审批。后台程序的核心是对审批状态的鉴别和控制,针对这一部分,需要一个好的算法,算法是程序设计的灵魂,不仅要求算法正确还要求便于理解、编码、修改,结构上要直观、清晰、美观,能对极端数据、特殊数据作出合理的处理,并能在执行过程中占用最小的存储空间高效运行。笔者设计的算法,就可以满足上述要求,即在系统中设定一个字段“zt”,用来描述审批过程中的所有状态,通过判断“zt”的值选择相应的操作:申请人填写表单启动审批流程,提交后“zt”赋值为“1”进入一级审批,一级

审批通过后“zt”赋值为“2”,多级审批依次类推,审批级别上升一级,字段“zt”的值就做加1操作,如遇审批意见为“不同意”,则将“zt”的当前值变为负数,采用这种方法不但容易通过程序区分审批意见和审批级别,还能帮助前台页面将拒绝信息友好的反馈给申请人。

4.3 数据库表设计

根据前面的介绍,需要在数据库中建立数据表,用来存储相关信息,数据库使用SQL Server,下面列出主要表及表结构。

(1)表[qxb],用来存放授权信息,包括审批级别、授权用户和业务类型,表结构如下:

列名:id;数据类型:int;长度:4;空:不允许;主键:是;描述:自动编号;

列名:jb;数据类型:char;长度:2;空:允许;主键:否;描述:审批级别;

列名:ry;数据类型:nchar;长度:5;空:允许;主键:否;描述:授权用户;

列名:lx;数据类型:nchar;长度:10;空:允许;主键:否;描述:业务类型;

(2)表[spb],用来存放审批信息,包括对应业务ID、审批状态等,表结构如下:

列名:id;数据类型:int;长度:4;空:不允许;

主键:是;描述:自动编号;

列名:ywid;数据类型:int;长度:4;空:允许;主键:否;描述:对应业务ID;

列名:zt;数据类型:char;长度:2;空:允许;主键:否;描述:审批状态;

列名:spjb;数据类型:char;长度:2;空:允许;主键:否;描述:审批级别;

列名:spyj;数据类型:nvarchar;长度:50;空:允许;主键:否;描述:审批意见;

列名:qtyj;数据类型:nvarchar;长度:50;空:允许;主键:否;描述:其他意见;

5 结束语

按照该思路设计的审批模块,在实际应用中已经取得了较好的效果,它可以快速的为企业原有管理系统添加审批功能,解决网上审批的问题,并将审批流程显现化,它在不废弃、不干扰原有系统的基础上,最大限度的节约了资金成本、时间成本,让软件从单用户管理、操作的应用系统迅速升级为多用户协同合作的系统,进一步提高了管理系统的自动化水平,使得用户应用起来更方便,管理者管理起来更轻松。该设计思路不但适用于嵌入现有系统,新系统开发时同样适用。

参考文献

相关文档
最新文档