一网通办,顾名思义就是在一个网站上通办所有事务。尽管这是个循序渐进的事情,但是事务必须能够在一个网上办理,这才是关键点。为了能够实现业务在一个网站上办理,需要现有业务系统与“一网”进行对接。对接的方式有很多种,这里先不谈。今天说的是业务系统新建时应该怎样考虑。
1.传统业务伪模式
传统业务系统,无论是不是MVC架构,都是前端UI+业务逻辑+数据的模式。各个系统都是独立的,如果要与“一网”对接,只能是链接的形式。如图1所示,左侧为“一网”中的链接,每一个业务图标都链接到传统的业务系统,犹如数字门户上的链接。这是在过渡期间采取的最简易的一种办法。这种方式只不过是借助于单点登录系统(SSO)实现了伪模式,具体业务还是在传统业务系统中办理。
图1 “一网”伪模式
为了真正实现“一网”办理,上面这种模式应该要演变成以下模式:
2.基于流程完全再造模式
对于部分传统的小型业务系统,功能主要是数据的增删,或者是审批流程类的业务,完全可以基于流程引擎重新改造。譬如原有OA中的签报、发文等审批类业务,不需要再单独做一个系统,只需要在“一网”中借助于流程引擎重新实现即可。这种模式如图2所示,原有的“前端UI”和“业务逻辑”合并整合到“一网”中。
图2 基于流程完全迁移再造模式
3.管理与服务分拆模式
业务规模比较大的聚焦性传统业务,很难通过流程实现全部业务,尤其是业务系统既需要面向部门内部管理人员,又需要面向师生提供服务时,就需要根据服务目标来进行分类。面向师生的服务业务,或者说业务系统中本来需要提供给师生登录办理的业务迁移到“一网”中,而业务系统中需要内部管理人员使用的,则可以继续保持原有系统建设。图3是该模式的示意图,在该模式中,业务逻辑和前端UI按照业务对象进行分类拆分。
如果当前的业务系统中,有部分业务是通过自带流程引擎实现,则更需要迁移出来放在“一网”中实现。
图3 服务与管理分拆模式
4.总结
以上介绍的模式,主要是指新建系统时应该要考虑“一网通办”集成所应采取的模式。这种契机也是可遇不可求的。但是随着业务系统更迭,这种机会必然到来。
除了新建系统时,业务系统与“一网”之间的集成模式,还应考虑不能完全迁移模式下的业务系统和“一网”之间如何对接数据的模式。这个留待下次再总结。
(本文作者为上海海事大学信息化办公室 王玉平)
特别声明:本站注明稿件来源为其他媒体的文/图等稿件均为转载稿,本站转载出于非商业性的教育和科研之目的,并不意味着赞同其观点或证实其内容的真实性。如转载稿涉及版权等问题,请作者在两周内速来电或来函联系。