夏郢
[摘 要]上海市机关局政务管理类信息系统架构经历了单体架构与微服务架构。随着对机关后勤服务精细化管理要求的措施陆续出台,相关信息系统软件架构也需要进一步改进升级。基于此,文章分析了上海市机关后勤政务信息系统的升级路径,旨在为相关研究提供参考。
[关键词]上海机关后勤;政务信息;系统架构
1 信息系统架构概述
1.1 类型
信息系统架构包括单体应用、面向服务的(Service-Oriented Architecture,SOA)架构、微服务架构、技术中台。其中,SOA架构、微服务架构和技术中台没有明确的官方定义,但是4种架构在组织特定的信息化发展阶段发挥着各自的优势。
1.1.1 单体应用
单体应用架构的目标是支撑完成独立的业务事项。通常来说,一个单体应用架构(图1)支撑一套业务体系运转,比如,独立的公务用车管理系统、办公用房管理系统、国有资产管理系统等。该架构的优点是容易部署,B/S结构(随着计算机的普及及服务器的性价比提升,单体应用也由最初的C/S结构演化成B/S结构)的单体应用通常为一个WAR包,容易运行与测试,缺点是比较复杂、可扩展性差、可靠性差。
1.1.2 SOA架构
SOA架构的目标是站在组织角度提取各单体应用的模块(服务),通过编排的方式按照统一的通信规则基于各服务尽可能搭建应用系统。面向服务的架构(SOA)是一个组件模型
(图2),通过拆分应用程序的不同功能单元(称为服务)连接接口。其中,接口采用中立的方式定义,应独立于提供服务的硬件平台、操作系统及编程语言,使该架构在各种各样的系统中可以以一种统一和通用的方式进行交互。该架构的优点是各应用组织可按模块或者组件拆分,單个模块或者组件的复杂度低,可维护度高;缺点是该架构基础体系庞大,服务编排过程复杂。
1.1.3 微服务架构
微服务架构的目标是站在项目角度快速构建并应用系统。微服务架构(图3)主要采用模块化、分布式通信方式,重塑企业级的SOA架构。该架构的特点与SOA架构类似,相比于SOA架构,微服务架构中的各服务独立性更强,更适用于一个快速变化的组织结构。
1.1.4 技术中台
随着一个组织或者企业信息化水平的提高,各信息系统通常由支撑某项工作的工具开始,逐渐过渡到组织内部的协同工作,并从各项工作中提炼过程数据与结果数据,通过加工分析数据后,根据分析结果调整组织的工作方式,提高工作效率,使组织产生更多的价值。研究人员在分析组织时,应从前台、中台、后台的视角分别研究,一个组织对组织外部提供的服务需要通过前台完成,后台可视为在组织内部能闭环的纯内部过程,中台为融通前台与后台的一个适配过程。在电子政务领域,相关系统架构同样存在技术前台、技术中台与技术后台。技术前台为组织所服务的用户与组织交互的技术平台,如目前上海市“随申办”平台用户注册登录并提交事项申请的平台;技术中台整合技术后台服务能力,为前台用户快速高效发展提供经济服务,比如,用户中心、业务事项处理中心等;技术后台不仅包括支撑各技术模块的基础软硬件环境,还包括各项技术底层服务,如队列、服务调度控制中心等。信息系统实际上由程序与数据构成,在技术推进过程中,为了合理规划各阶段的主要任务,可以将技术中台分解为业务中台与数据中台,其中,数据中台即以整合提升组织的数据价值为主要目的的技术平台,业务中台为整合组织业务流程共性与特性的技术平台。在国内的高科技公司中,2015年阿里公司首先启动并实施了中台战略,显著提升了整个集团的组织效率、协同效率和运营效率。
1.2 发展规律
单体应用信息系统架构的主要目的是解放业务人员,使计算机代替业务人员完成部分数据加工、流程流转、总结分析工作。SOA架构的出现是技术人员对软件体系中各模块的一次“出规范、定制度”。然而复杂烦冗的SOA体系不能满足企业开展相关业务的需要,于是微服务架构应运而生。但是在微服务系统中,并不注重在不同的业务条线中提炼软件体系的共性,使技术中台近年来逐渐走向正式的舞台。换句话说,信息系统正朝着效能更高的方向发展。
2 上海市机关后勤信息系统构建现状
通常来说,一个组织的信息系统架构是从一个独立的应用工具或者系统开始构建,而上海市机关事务管理局从电子政务发展之初各业务部门就开始陆续应用支撑本部门运作的相关系统,包括独立的办公用房系统、公务用车管理系统、财务系统、国有资产管理系统等(本文主要以办公用房系统、公务用车管理系统、国有资产管理系统为例进行分析)。在很长一段时间,各独立的应用系统在业务流程规范化、文档电子化、数据归集等方面起到了积极的作用。2010年,SOA技术架构兴起,在该背景下,上海市机关事务管理局不断完善单体应用架构。此时SOA架构的弊端逐渐暴露在各种类型的组织中,例如,SOA架构作为企业级架构,在编排组件的过程中将多个组件融合为一个单体服务,存在技术难度较高、实施周期长等问题。目前,机关事务管理局根据“放管服”要求不断创新服务模式,提升服务质量,为了适应应用层面快速的需求迭代,2017年上海市机关事务管理局信息化开始从单体应用模式向微服务模式过渡。在该过程中,形成了“1+3+N”的信息化服务模式,“1”即一个平台,“3”即3类不同的应用条线,包括政务管理,行政办公与后勤服务,“N”即3类不同应用条线下的各种不同的应用功能。
3 上海市机关后勤信息系统构建的难点
3.1 数据质量
企业需要根据市场运营数据调整产品线及服务方式,同样机关后勤事务局在深化改革的过程中也需要根据各项服务数据及时调整服务流程,提高行为相对人的满意度。在微服务模式下,上海市机关事务管理局的信息化手段越来越丰富,对数据质量的需求越来越迫切。其中,想要提升数据质量,上海市机关事务管理局可采用信息化数据校对手段,如字段规则匹配器等。
3.2 数据标准
机关后勤事务涉及办公用房管理、公务用车管理、国有资产管理等不同领域的服务管理工作。各领域内的数据标准,不利于实现统一管理。但是,目前上海市机关后勤管理部门没有基于各领域制定一套横向的数据标准,没有实现统一规范化的管理。
3.3 数据溯源
数据会随着描述对象的变化而变化,例如,办公用房系统中某单位名称由于该单位编制调整而改名,那么后续多个应用服务内的该单位名称必须统一变更,需要利用信息化工具对数据进行定期溯源清洗,但目前上海市机关后勤单位这一工作做得不到位。
3.4 数据采集
为了实现精细化的机关后勤事务的管理,单位还需要继续加大业务数据的采集力度,以分析服务效果。例如,利用物联网采集国有资产日常使用状态的信息,可进一步得知资产的日常使用率,为资产调配等提供更详尽的依据。但是,目前上海市机关事业单位后勤部门的数据采集力度不足,不能有效分配资产。
3.5 基础服务扩展
上海市机关后勤服务系统在目前的微服务模式下,已经建立起了一套有效的服务间通信方式,通用服务的微服务也已经构架完毕。但还需继续深入研究各服务管理领域,从应用交互服务中提取更多的具备独立运行能力的微服务模块,这一点在高效利用信息化投资上显得极为重要。
4 上海市机关后勤信息系统架构演进方式
4.1 向数据中台演进
目前,系统数据库仅有关系型数据库,未来为了分析巨量结构化、半结构化、非结构化数据,需要具备类似Hadoop这样支持大数据存储检索的非关系型数据库系统的支撑。在数据中台将离线数据、实时数据通过配置管理方式纳入管理,在贴源层做好数据的初步分类,通过业务需求构建主题库,并清洗主题库中的数据,通过人工、机器学习等方式对各类对象进行标签分类并为应用服务提供数据支撑,具体如图4所示。
4.2 向业务中台演进
随着业务的推进、需求的叠加,相关单位后勤管理机构为了加快开展线上业务,并形成线上业务共性的标准,需要进一步完善微服务体系中的相关服务组件,如日志中心、流程控制中心、监控调度中心、外部接口中心等。其中,图5是业务中台规划流程图。
4.3 数据中台与业务中台的关系
由图6可知,业务中台通过业务前台的日常业务互动采集并积累行为数据,行为数据作为数据中台中的重要数据来源,可以结合房、车等静态对象数据由数据中台分析统计行为相对人及客体对象,同时刻画机器学习方式的特征,并完成标签标注。业务中台通过数据中台的数据分析结果针对性地优化服务细节、调整服务流程。
主要参考文献
[1]付登坡,江敏,任寅姿,等.数据中台:让数据用起来[M].北京:机械工业出版社,2020:20-79.
[4]陈敏雪,吴昌永,胡敏.车辆管理信息系统的构建与应用[J].工业计量,2020(3):70-71.
[5]张静,孙朋,岳婷,等.医院现代化管理信息系统的应用[J].科技资讯,2020(5):252,254.
[7]杨艳.运用物资管理信息系统规范物资管理工作[J].铁路采购与物流,2020(7):36-38.
[8]王小宁.管理信息系统在高校管理工作的应用研究[J].计算机产品与流通,2020(10):127,145.
[9]胡杰華,杨晓薇.后勤管理信息系统建设思考[J].长春师范大学学报,2020(10):187-188.