美文网首页产品札记架构设计解决方案
数字政务OA协同办公平台建设一(概述篇)

数字政务OA协同办公平台建设一(概述篇)

作者: 朴老师87 | 来源:发表于2019-12-14 11:46 被阅读0次

    大家一定都听过“智慧城市”这个概念,也算是2018~2019年来,越炒越火的一个概念。而智慧城市当中,“数字政府”当属建设的重中之重。

    智慧城市政府先行,党的十八大召开以来,国家对政务转型的要求和推进做出了不少的工作,不仅发出政策,还加大力度提倡城市进行信息化、数字化、智慧化的转型,从“线下办理”到“线上办理”,从“跑多次”到“最多跑一次”,从“求人服务”到“服务于人”,能看的见的服务越来越多,你会发现人们的生活也越来越便捷。

    总结起来,政府的转变主要在以下4个领域:政府对民众(G2C)、政府对企业(G2B)、政府对政府(G2G)、政府对效能(G2E)。前两者是从政府服务于社会的领域,而后两者更偏向于政府内部效率提升的领域。

    而今天我们主要讲解政府对政府(G2G)的领域,也就是“数字政务OA协同办公平台”的建设思路。

    一、意义和背景

    2017年底前,各省(区、市)人民政府、国务院有关部门普遍建成网上政务服务平台。2020年底前,建成覆盖全国的整体联动、部门协同、省级统筹、一网办理的“互联网+政务服务”技术和服务体系,实现政务服务的标准化、精准化、便捷化、平台化、协同化,政务服务流程显著优化,服务形式更加多元,服务渠道更为畅通,群众办事满意度显著提升。

    2022年前,实现党政军行业国产化软硬件替换,从芯片、整机、服务器、操作系统、数据库到中间件、业务软件,全面实现国产自主可控,使信息安全进入到全新领域。建成政务网上统一身份认证体系、统一支付体系、统一电子证照库,促进云计算、大数据、物联网、移动互联网等在政务服务中的应用,不断提升政务服务便捷化、个性化、智慧化、安全化水平。

    二、重点建设任务

    根据总体目标,围绕构建统一、规范、多级联动的“互联网+政务服务”技术体系,以服务驱动和技术支撑为主线,重点建设“互联网+政务办公平台”业务支撑体系、基础平台体系、关键保障技术体系三个方面内容。

    业务支撑体系

    针对办公事项不全面、不规范、不统一等问题,加强业务支撑体系建设。围绕办公事项发布与受理、办公事项办理、行政职权运行、办公产品交付、服务评价等关键环节,制定相关标准规范、管理办法和制度措施。各地区各部门组织梳理信息化服务资源,建设形成统一的办公服务事项库,实现事项名称、事项类型、法律依据、基本编码统一,建立办公事项信息库动态更新机制和业务协作工作机制。优化政务服务办理流程,深化并联审批,加强事中事后监管,促进政务服务向街道、乡镇和城乡社区延伸。与推进新型智慧城市建设、信息惠民建设等工作形成合力,不断创新政务办公方式,提升政务办公效率。

    基础平台体系

    针对当前信息建设项目不互通、数据不共享等问题,加强办公产品的底层基础平台建设能力。围绕平台架构、数据交换和信息共享等方面,开展各地区各部门一体化政务办公平台建设。实现政务办公事项统一申请、统一受理、集中办理、统一反馈和全流程监督,避免线上线下政务服务平台“两张皮”、不同地区和部门现有平台无法交互等突出问题。开展各地区现有各类信息系统整合,建设各级政务服务数据共享平台,推进跨地区、跨部门、跨层级数据共享、身份互信、证照互用、业务协同,实现一个平台处理政务工作。

    基础平台体系,需要实现通用功能+个性化功能的统一部署,有标准但不局限于标准,在关键领域中,如办文、办事、办会、审批、聊天等,打通数据。各子级部门,独立应用系统依然独立运作,实现差异化管理。

    关键保障技术体系

    针对开展网上政务服务的普遍技术障碍,加强“互联网+办公”关键保障技术建设。针对网上政务服务平台建设运行、安全保障等关键技术环节,制定相关标准规范、管理办法和制度措施,完善“互联网+办公”配套支撑体系。建成网上统一身份认证体系、统一支付体系、统一电子证照库,促进云计算、大数据、物联网、移动互联网等在政务服务中的应用,不断提升政务服务便捷化、个性化、智慧化、安全化水平。

    三、laas层

    在讲政务OA协同办公平台之前,有3点内容需要大家提前知道。

    1.招标是总包然后分包。一般由一个有“集成商”资质的企业,如华为、中国移动、阿里云、腾讯云等大企业总包一个标,然后他们会将这个标分包给软件公司、互联网公司,共同建设。因为一般小公司没有资质,所以不能承接这类大标,如:2019长沙市智慧城市建设,由腾讯中标,一起携手建设城市大脑。所以说到未来政务领域,"有安可"资质非常重要。

    2.涉及多个领域,需要建设多个平台,也就是所谓“生态”。比如浙江省的政务建设,主要由阿里云负责,涉及到G2C、G2B需要建设“政务服务平台”,涉及到G2G需要建设“政务办公平台”、涉及到大数据应用需要建设“大数据共享平台”等等。

    3.每个平台可能对应出多款产品。比如“政务服务平台”承载着“政务服务网”网站、“浙里办”APP、“支付宝城市服务”小程序;又比如“政务办公平台”承载着“浙政钉”APP。每款产品当中,又涉及到不同的isv(软件独立开发厂商),他们一起共同建设这个平台型产品。

    传统的IT架构,主要是烟囱式建设,上一个应用,出一款产品,结果导致重复造车,信息闭塞。而新一代的平台,主要是解决这类问题,将统一的服务基层到一个平台、一个产品上,起到统一管理、统一标准、统一服务的作用。

    基础设置

    IaaS(Infrastructure as a Service),即基础设施即服务,这是云计算的基础,包括:计算与网络、存储和内容分发、数据库等,其中虚拟化是关键服务。硬件设备需优先依托政务云平台进行集约化部署建设。网络方面,政务办公等系统原则上依托统一电子政务网络,实现电子政务外网和互联网的互通。政务数据共享平台依托电子政务网络建设。

    听不懂没关系,简单理解:原来的思路是每建设一个项目,单独购买服务器,现在大家都要统一建设政务产品,就需要统一上云,统一采购服务器。原来数据是每家单位自己保存,现在是数据统一共享保存,共建数据体系、业务体系。

    云平台

    这些底层的资源,一般由有云服务的公司提供,如阿里云、腾讯云、移动云、华为云、浪潮云等等。这是所有系统的建设基础,必须要确保自己的系统能够在政府指定的云上跑通。

    关于云的介绍这里就不展开讲述了,要知道,我们做政务协同OA产品,要抛弃原有单一建设的思路,让系统能够集成在一个网络上,一个云平台上,这样可以确保数据的连通,防止重复的建设。

    云技术是指在广域网或局域网内将硬件、软件、网络等系列资源统一起来,实现数据的计算、储存、处理和共享的一种托管技术。为什么现在很多厂家都在争先建立“云”,目标就是抢占顶端市场,只要“云”部署在企业当中,其余所有的软件、硬件建设都要围绕这个“云”,可谓是一云在手,天下我有。

    数据层

    数据资源层基于政务办公服务资源目录和数据交换,汇聚政务办公事项库、业务信息库、监管信息共享库等政务服务业务信息库,共享利用统一身份、电子证照等基础信息资源库,实现数据资源共建共享,共同构成政务服务数据共享平台,为政务服务提供统一的数据支撑。

    政务办公产品,一定会提前将数据的存储和共享机制定义清楚,这样方便不同产品、不同服务之间相互调取数据。主要实现各地区各部门政务服务汇聚、跨地区跨部门数据交换、跨地区统一认证、共性基础服务支撑交换目录库:定义哪些数据、哪些服务可以进行交换。根据业务需求,按照统一的信息资源目录体系标准,对相关政务服务信息资源进行编目,生成政务服务公共信息资源目录,记录政务服务信息资源结构和政务服务信息资源属性

    共享资源库:确定哪些数据需要在平台上进行共享。根据业务需求,确定共享资源、共享数据内容,统一管理、统一输出,促进政府部门间信息交换和共享服务制度化、规范化。

    基础资源库:定义数据源、信息资源目录、数据服务接口。

    数据源就是数据库,分为集中数据库(如:身份信息)、独立数据库(业务信息)。

    信息资源目录记录了所有信息的元数据和访问地址,所有基础数据都应该注册到信息资源目录中。

    数据服务接口是外界访问基础信息资源的通道,所有信息资源数据通过数据服务接口统一对外提供访问服务。

    应用数据库:独立存放每一款应用的数据集合。

    四、PAAS层

    平台即服务(PaaS)是云计算的重要组成部分,提供运算平台与解决方案服务。PaaS之所以能够推进SaaS的发展,主要在于它能够提供企业进行定制化研发的中间件平台,同时涵盖数据库和应用服务器等。

    PaaS能将现有各种业务能力进行整合,具体可以归类为应用服务器、业务能力接入、业务引擎、业务开放平台,向下根据业务能力需要测算基础服务能力,通过IaaS提供的API调用硬件资源,向上提供业务调度中心服务,实时监控平台的各种资源,并将这些资源通过API开放给SaaS用户。

    多数做SaaS的企业,最后都会向PaaS转型,因为功能做得多了,很多共性的能力就能变成可复用、可集成的产品。

    常见内部能力

    流程引擎:控制每个业务功能的流程流转,实现可视化配置;

    表单引擎:制作每个业务需使用的表单,实现可视化配置;

    门户引擎:自定义门户,查看每个人需要的业务信息,也就是我们常见的“首页”;

    身份认证:统一识别系统内的所有用户;

    消息IM:实现系统内所有消息互通;

    短信push:内部平台短信统一认证,实现业务信息短信提醒;

    业务引擎:组装一个全新的业务,通过流程设计、表单设计,实现全新的业务流转,满足不同情境下不同业务部门的使用。

    常见外部能力

    语音服务:语音提醒或语音转文字,如:科大讯飞、咪咕灵犀等;

    电子签名:使用电子签名功能,将传统文件变成具备法律效力电子文件,如:e签宝、上上签、法大大、契约锁等;

    印章服务:管理单位的电子印章,一般与电子签名同时出现;

    人脸识别:在考勤签到、会议签到等业务中,实现人脸识别,加快签到速度;或是在关键支付、签字盖章等环节,进行人脸识别,实现更精准的控制,如:商汤科技、旷视科技

    流式服务:能够使用wps、office的能力,实现业务系统内,在线办理文件,如:WPS、永中doc。

    版式服务:能够将文件形成固定排版,支持文件转pdf、ofd格式,如:数科;

    外部能力主要依托于第三方专业公司的技术,与平台形成优势互补,使平台更具安全性、可扩展性。

    中台服务

    在自建PaaS层之中,一些有能力的公司,会研制标准中台服务,用于对接其他第三方平台或是软件厂商,实现生态共建,典型代表是:钉钉、企业微信。

    该中台是我提供标准,规定业务、数据接口,其他厂商负责在此之上建设。相当于其他厂商给我打工,然后我给你流量,让你实现更多地曝光,从而获得更多的定制服务。

    一般软件公司玩不转这个套路,因为你没有流量,而且你的中台服务也不一定能支撑起来。建设一套这样的中台,至少需要2~3年时间,还需要建立在大量的第三方陪你建设的基础上。如果你不能给这些厂家提供他们需要的流量,人家是不会来帮你建设,所以建立中台也没有太大实际意义。

    这个中台服务的理念很不错,它更加开放、更包容、更具生态意义,而且减少大量重复构造的环节,定制化变得很顺畅。但也有缺点,小厂家必须要成立专门的开发团队,重新在中台之上开发系统,兼容这些服务。

    举个例子:原来你的消息通知是走自己系统通知,现在要切换到“钉钉”之上,所以这部分逻辑需要替换。原来你是地销模式,现在走线上流程,不仅要能体验,还要实现线上支付,这需要给每个模块设置权限,无形中也增加不少的工作量。

    五、SAAS层

    SaaS,是Software-as-a-Service的缩写名称,意思为软件即服务,即通过网络提供软件服务。

    政务协同OA办公平台上的应用模块(应用系统),都会作为独立应用,每个应用模块都可以成为一个单独的SaaS,其中60%以上的模块都是自建,40%左右的模块可能依托于第三方软件开发厂商或是独立自研。

    政务系统的SaaS,既有通用性也有专用性,这也是为什么政务平台很难得到统一,也不会出现一家独大的现象。

    核心自研应用

    公文管理系统:实现公文的收文、发文、在线编辑、套红,以及公文流转办理。

    会议管理系统:实现会前、会中、会后的全流程管理。

    办事管理系统:实现任务事项办理,督查督办,全流程管控。

    门户管理系统:实现门户配置化,领导办公桌面。

    通讯录管理系统:实现全集团组织架构,统一身份认证。

    信息上报:实现集团内部信息上报,管理舆情、领导外出信息、重点工作管理。

    综合事务管理系统:实现审批、公车调度、工作汇报、邮件等基本办公模块。

    专业应用

    党建系统:实现党员、党组织日常工作管理。

    智慧食堂:实现食堂订餐、用餐、扫码支付等管理。

    政务公开:实现内部信息公开到外部网站。

    定制服务:实现其他定制化系统,或是集成内部已有系统。

    六、面向用户

    面向客户主要讲三个方面:使用终端、解决方案、建立商务生态。

    使用终端

    PC端:在电脑桌面上的使用终端,如:微信PC端;

    WEB端:通过浏览器登录的网页终端,如:管理后台;

    移动端:分为手机和平板,能够不受地域限制,随时随地使用;

    自主终端:直立式终端,如:办事大厅中的取号机、显示大屏幕等;

    协同办公产品,多应用于前三种类型,自主终端使用较少。其中移动端是未来的趋势,移动办公会随着5G的应用,逐步提升比重,让办事更快。

    解决方案

    无论你的产品做得有多好,客户只会认解决方案,尤其是办公产品,市面上一大堆类似的软件厂商,做着近似的产品,你选择任意一款产品感觉都还不错。

    因此,我们要通过解决方案,来告诉用户,你选择我们非常正确,我们有标杆的案例,成熟的方案,可以给你快速部署使用。

    针对性:有针对性的提供解决方案。同样是办公产品,互联网、金融、政府,使用模式肯定是不一样,因为本质的流程和制度模式不同,所以即使功能相同,我们也要包装成针对该行业、该领域的方案。

    专业性:方案要突出专业领域的内容。比如最近的“国产化替代”,很多政府单位并不理解如何进行国产化替代,他们需要做哪些。需要通过我们的方案,来引导他们学习和理解,让他们懂,我们就更容易推广。

    重点性:方案需要能够完整解决客户当前的难点。每个政府单位的客户需求点不一样,虽然你提供的方案功能很多,但是我只需要其中的一部分。而且客户也不傻,知道功能越多,价格越贵,所以要提前了解客户需求,突出用户重点关注的方面。

    易读性:方案要通俗易懂,让人一下就能理解。里面会有很多专业术语,客户根本不懂,所以要转化为普通客户能够理解的介绍,让人一眼就能看懂,但也不能太通俗,太通俗则显得方案不够高大上。通常的办法是:多贴图、多用案例。

    建立商务生态

    一家公司在牛,也是有天花板。它不可能方方面面都做的尽善尽美。

    假设:

    当前公司很厉害,办公产品做的非常完美,竞争优势很大,它在本地区已经做了10个案例,受到一致好评。做了1年,收入1000万,到了第二年会发现,当前地区能做的客户越来越少,那该怎么办?

    正常人想的是多招销售人员,附近地市跑单子。你会发现,人招的越多,成单量不一定同步上升,因为涉及培训成本、差旅成本,你赚的钱投入在这上面越来越多。

    现成的商务模式,我在别的地市找2-3家代理商,让他们帮我跑这些单子,然后我们分层。比如他们跑出了100万单子,55分层,大家都有的赚。

    可是为什么别人愿意跑你的单子呢?这就是要说的生态。

    我能给别人没有的东西,正好这部分也是用户需要的东西。

    商务生态会在最后一个章节讲,这里就不展开了。

    相关文章

      网友评论

        本文标题:数字政务OA协同办公平台建设一(概述篇)

        本文链接:https://www.haomeiwen.com/subject/tfecnctx.html