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