`

从头至尾,谈谈国“字”头央企信创OA环境选型,应该怎么选?

阅读更多

一.项目背景

集团公司已成为世界上用户量与市值最大的提供商,并已经从提供话音和基本数据业务的单一业务运营者逐步转变为提供话音、数据、Internet及未来多媒体业务的综合业务提供商。集团公司在企业管理信息系统的实践过程中逐渐确立以BOSS、NMS、MIS为核心的IT架构,在企业的运营中起到十分重要的作用。

本期建设将在一期构建的统一信息平台集中化架构基础上,支撑集团公司的统一信息平台业务,同时平台将向分公司开放公文业务设计与支撑能力,实现分公司公文业务集中化支撑,为将来逐步推广支持集团公司各个分公司统一信息平台业务进行尝试。

受国际形势的影响,在国家政策的大力支持下,信创开始在全国范围内快速落地。在党政示范下,多个行业试点开始发展信创产业。总体来说,行业逐年增长的信创相关业务招标金额展现了未来信创产业良好的的发展趋势。

本次项目对协同办公系统软件,要求可以在国产CPU、操作系统,数据库,中间件环境下7*24小时运行。

信创产品主要包含四类产品:IT基础设施产品、基础软件、应用软件、信息安全产品。IT基础设施产品主要包括CPU芯片、服务器、存储、交换机、路由器、各种云和相关服务内容;基础软件主要包括数据库、操作系统、中间件;应用软件主要包括OA、ERP、办公软件、政务应用、流版签软件;信息安全产品主要包括边界安全产品、终端安全产品等。

二.项目总体目标

根据集团公司统一信息平台集中化建设思路,一期项目构建了一体化的统一信息平台办公系统,支持集团总部的门户、搜索、用户管理、 OA、信息发布等服务。

统一信息平台统一信息平台集中化架构基础上,满足一期已建公司的新增业务,同时增加对分公司的统一信息平台支撑业务,并进行能力平台优化和产品化封装,对外提供办公服务。

集成及门户部分(扩容),主要实现平台的综合业务集成和系统集成,以及门户、搜索、用户管理等功能模块的开发为主。本期将实现新增15家分公司的门户相关业务建设为主(共涉及80个门户,其中一级门户15个,二级门户65个,涉及角色100多个,SSO方式7种),对已建7家单位的新增业务的实现,并针对新增业务需求的特点和要求对已有的平台能力和平台工具进行补充和优化。(由其他项目实现,能力有其他项目提供)

流程平台部分,主要负责流程平台的开发及流程类业务的开发实现。

综合应用,主要负责信息发布、统计报表和论坛等业务的开发实现。本期以实现已有和新增单位的综合应用业务建设为主(共计约116个),并针对新增业务需求的特点和要求对已有的平台能力和平台工具进行补充和优化。(由其他项目实现,能力有其他项目提供)

三.信创软件基础软件

上面都是一些官方的话语,在实际的需求调研的过程中。总结了以下实际的核心需求,

基础软件层面:

1,主机是华为的泰山服务器(TaiShan)

2,CPU构架为随泰山服务器的鲲鹏ARM构架

3,操作暂定了统信(UOS)

4,局方要求使用人大金仓数据(Kingbase)

5,中间件:可以使用无中间件产品。如需中间件产品,需使用国产中间件产品如东方通。

6,公文格式要求《GB/T 9704—2012 党政机关公文格式国家标准》,详情可见http://openstd.samr.gov.cn/bzgk/gb/newGbInfo?hcno=F3CC9BEF482524C895FDA7A08BB4A70E

7,电子签章使用集团统一采购的“E签宝”

8,公文要求可以在移动端在线查看

9,企业级的流程引擎(例如并行,串行,抢办,拆分,合并,调度,关注,转发,子流程调用等)

10,单点登录集团现有的统一认证平台

11,可配置的门户,信息发布类模块

12,企业微信对接

13,APP对接

14,统一待办系统对接

 

四.艰难的选型选型

第一轮选型,入围产品:

①公司自有开发框架

自有的SpringBoot+SpringMvc+Mybatis框架

②闭源产品:

泛微,致远:

公司自有的SSM开发框架:

1)用于搭建产品的后台管理系统从看起来没有问题。但是适配人大金仓数据库没有经过验证,稳定性和后期扩展遇到坑具有极大的不确定性,因为Mybatis依赖SQL实现,在人大金仓数据库环境下运行,大家都没有底,不知道要有多少东西要修改。

2)中间件适应问题。公司的SSM框架刚好是基于jetty搭建的,和东方通的tomcat体系的中间件无法完美兼容(主要是在附件,其他媒体格式控制方便有不好解决的问题)

3)《GB/T 9704—2012 党政机关公文格式国家标准》只能选购其他的office在线产品,进行实现,但是大量“公文红头”功能没有解决方案。

4)有后台管理,但是没有完善的流程引擎,流程开发需要依赖代码实现。

综上,如果使用公司自有的SSM开发框架,遇到的几个大坑基本上无法填满。项目基本无法控制。

 

泛微:

1)用户与泛微技术人员接触后得知,泛微也有信创环境的产品,但是泛微目前产品也不能保证在“华为的泰山服务器(TaiShan)+鲲鹏ARM构架+统信(UOS)+人大金仓数据(Kingbase)”环境下完美运行。需要为项目做针对性的适配,适配结果和适配周期未知。同样《GB/T 9704—2012 党政机关公文格式国家标准》泛微产品也没有明确解决方案。

2)泛微产品闭源的自身限制,因为项目本身的特点,泛微产品实现业务方面需要一定的功能定制功能,这些功能不允许用户自己修改,修改泛微产品属于侵权行为。

3)商务问题,也是主要问题,泛微EBU模式,客户不愿意把好的客户资源交接给泛微。

结论:泛微与用户的需求不太相符,被pass了

 

致远:

致远G6-N遇到的问题只有《GB/T 9704—2012 党政机关公文格式国家标准》没有完美的解决方案,其他的看起来都没有问题。

 

第一轮选型下来,分析下来问题集中在①信创环境适配②《GB/T 9704—2012 党政机关公文格式国家标准》的解决方案。③商业模式,客户还是想拿在自己手里,并且有一定的利润。

 

第二轮选型,开放思想,拥抱开源

第一轮选型的失败,自有框架,知名协同产品也没有解决痛点问题。用户把目光放在了能解决《GB/T 9704—2012 党政机关公文格式国家标准》和能够在信创体系下完美运行这两个问题的软件上。

备选产品来自开源中国的开源软件库企业应用 OA办公/协作平台 分类。

①按照“浏览数,收藏数”进行选择(相信群中的眼睛是雪亮的^_^)

②并且考量,最近几个月有代码更新(开源产品有未定的团队维护是很重要的)

③有自己的产品或者公司/团队的官网(说明是正规的团队,考虑财务-发票和法务上的风险)

最后选出了两款备选产品

 

从人员团队角度讲两款产品各有特色,都是靠谱的产品,并且都有稳定团队维护产品,有固定的公司作为团队的支持。

从产品的角度讲:

JeeSite和公司自由的框架比较接近,是一款对现有的开源框架、产品做了高度的集成和配置。采用经典开发模式,让初学者能够更快的入门并投入到团队开发中去。提供在线代码生成功能,包括模块如:组织机构、角色用户、菜单及按钮授权、数据权限、系统参数、内容管理、工作流等。采用松耦合设计,模块增减便捷;界面无刷新,一键换肤;众多账号安全设置,密码策略;文件在线预览;消息推送;多元化第三方登录;在线定时任务配置;支持集群,支持SAAS;支持多数据源;支持读写分离、分库分表;支持微服务应用。

 

O2OA是一款很有自己想法的平台,主打支持国产麒麟操作系统和国产数据库(达梦、人大金仓),政务 OA,政务协同,军工信息化 OA,政务钉钉及企业微信集成。 基于J2EE架构,集成移动办公、智能办公,支持私有化部署,自适应负载能力的企业信息化系统建设平台,公司是信创委员会成员,O2OA符合信创协同平台环境体系,并参与制定国产化应用标准。

两款产品都支持人大金仓数据库。O2OA着重对公文模块做了细致的开发。这个可以为用户当前的项目节省大量的时间成本。

价格上,JeeSite采用版本买断的方式,价格相对便宜。服务赠送;O2OA采用商用许可的方式,价格贵一些。服务需要单独购买。从成本角度讲,JeeSite更有优势。

 

但是如果单单只从购买软件的成本考虑,而忽略了后期的人工成本,那么可能丢了西瓜捡芝麻,所以软件购买成本只是考量的一部分。付费服务给软件原厂商,更多的约束,算是一种“技术兜底”。

并且从一个公司去更好的去完成一个项目,并且能够顺利验收项目的角度讲,软件费用确实不是决定性的因素。

最终经过技术部门用一个UOS+人大金仓数据库环境下,红头公文流程+单点登录+E签宝的验证,用户决定使用O2OA作为开发的基座。

五.哪些业务还是需要自己开发

选择了合适的产品基座之后,不是说什么都不用做开发工作了。毕竟有了各种现代化的机械,真正的高楼大厦还得自己搭建。“本期将实现新增15家分公司的门户相关业务建设为主(共涉及80个门户,其中一级门户15个,二级门户65个,涉及角色100多个,SSO方式7种)”,还有110+个流程,公文系统还有众多的红头模板需要定制。这些就算有再合适的软件,定制化的项目也还有大量的开发工作要做的。

110+个业务流程。现在成熟的产品流程开发大多不是难点了,但是真正要把开发效率提升起来,就需要强大的产品力支持了。O2OA的流程引擎还不错,各种方式的动态计算处理人,拆分流程,附件控制,流程意见,手写签字,流程数据穿越,流程业务数据统计等等功能基本上都在少量代码,或者无代码的情况下完成了。

《GB/T 9704—2012 党政机关公文格式国家标准》这个就得给O2OA的公文编辑器一个大大的“赞”了。这东西很好用,国标的公文格式完全hold住,基础的红头模板,各种选择、配置、关联就可以完成。并且在移动端完美支持。这个功能对这次项目有极大的帮助,毕竟这次项目公文的文种算下来60+个。

 

发文对应关系配置

公文PC端双页显示

公文移动端显示

SSO登录

各种接口,本来觉得这种功能靠编码了。

结果喜出望外,有配置,sso基本都是通过配置搞定的。有两点做的不错,第一是oauth2的认证也有配置可以完成,第二有企业微信的配置,这个又省掉了一些开发工作。

六.最后做一个总结

这次选型艰辛历程。从选型过程来看,泛微,致远的产品力其实都是很不错的,丝毫不必那些国外的软件差,这让我们看到国内软件的发展是很良性的,尤其是致远功能完善,但是在特定环境下有一些不确定性。

后来备选的开源产品,也基于开源工具包或是做了完整的解决方案(思路类似我们的大飞机C919)或是走出了具有自己特色的产品化套路,国内开源软件产品的蓬勃发展也说明国内开源开发者,为软件行业做出的不懈的努力。

0
0
分享到:
评论

相关推荐

Global site tag (gtag.js) - Google Analytics