项目背景及目标

为满足圆信永丰基金对IT运维建设的整体需要，提高信息系统执行效率和可靠性，杜绝因个体差异可能带来的人工操作失误,圆信永丰引进了RPA项目，项目范围为清算登记系统日终清算自动化、估值系统日终估值自动化、投资系统日初、日终开关机自动化。

项目方案

本项目采取如下实施策略：

统一规划、分步骤实施、分步骤上线；

双方保持充分沟通和交流，确保项目的实施有序开展；

项目过程中需求、方案确认制，确认后不可随意变更；

充分测试，注重质量和效率；

项目组之间充分沟通和交流，建立由高管参加的项目组例会和汇报机制；

双方保证资源投入、建立激励机制。

根据上述项目终运行的效果再制定二期RPA项目。

创新点

在小型基金公司，圆信永丰基金在清算登记、投资、估值业务中实施RPA应用属于行业前列。

技术实现特点

一、 系统总体架构

金智维KC-AOM 自动化运维系统是一套高效、稳定、节省、可控的解决方案，系统平台支持数据中心日常运维的全面自动化管理。系统可以实现应用系统、操作系统、各种硬件设备的操作自动化，支持实时作业执行监控、系统具备高可靠自动切换容灾等系统功能，可以满足用户信息系统运维质量保障的要求。系统总体架构如下：

系统分为五层：

1、运维对象层：自动化运维系统支持的操作对象包括操作系统、主机设备、中间件、数据库、业务应用，通过在操作系统上部署自动化agent 程序，执行相关的操作脚本和组件，实现对运维对象的各类自动化任务；

2、技术引擎层：各类技术引擎是自动化运维系统关键核心的技术，本系统提供六大技术引擎，组成了自动化运维管理平台的技术核心。包括脚本解析引擎、流程设计引擎、作业调度引擎、图形识别引擎、报表管理引擎、远程登录引擎。通过各类技术引擎的驱动，终可以实现自动化操作、流程执行、数据采集、作业调度等关键功能。

脚本解析引擎在agent 端实现了对脚本的编制和执行的驱动。脚本解析引擎在服务器上实现脚本的编译，本项目中使用的脚本引擎具备自主知识产权，将大量软件执行动作固化为底层函数；目前函数库数量已超过1000 个，满足各种自动操控管理的需要；脚本引擎支持自动化作业脚本的集中管理及灵活自动的分发机制，提供多种灵活的脚本生成辅助工具，可实现windows 与unix 脚本函数统一共享；自动化脚本有安全性管理，在被修改后，必须通过审批才能真正更新和被执行。脚本引擎支持脚本多元化，可兼容Autoit 脚本，可调用shell、bat、sql、CLI 等脚本。

流程引擎实现流程设计和流程逻辑解析及执行，拥有类VISIO 图形化流程设计工具；支持设计子流程、引用流程，可实现N 级嵌套；流程执行路径可适应各种复杂逻辑和判断条件；流程执行全程可视化实时交互；支持流程节点的快速登录操着，实现故障快速定位和修复。作业调度引擎实现基于手动触发、定时调度、事件触发等多种模式下的作业调度；支持可视化的作业调度设计日历墙；支持简单的图形化拖拽设置；支持多种触发执行条件；触发条件可拓展，支持脚本编制触发条件，满足开放式发展的需要。 

图形识别引擎实现界面数据捕获，图形图像像素分析识别；系统通过操作系统句柄操作，获取标准控制的内存数据，实现封闭系统的采样和监控；通过图像识别，实现对非标准控制的数据采集；通过ODBC 数据源获取数据库中的信息；日志文件处理函数库，不但可以通过关键字匹配实现对文件内容的监控，还可以对文件的修改和字节数进行判断；支持WEBSERVICE 等第三方交互协议，实现接口互通。

远程登录引擎实现从agent 所在服务器到系统用户之间的远程访问，windows 系统可实现桌面登录及图像传送，linux/unix/AS400 系统则实现系统登录及字符界面交互。

报表引擎则实现对系统内NoSql 数据库及内存库的数据访问和统计分析计算。

数据存储引擎实现内存库数据存取及磁盘文件数据的存取。

3、应用中心层：在自动化server 上，用户通过前端UI 界面的功能菜单及界面可调用各应用服务和功能模块，使用自动化系统各种功能，如：用户管理、权限管理、作业脚本编辑、作业脚本编译及发布、作业流程编辑、作业流程执行、作业调度、作业监控、告警管理、设备管理、巡检指标设置、巡检表设计、报表计算生成、通知等。

4、展现层：通过前端界面进行全方位的功能展示、数据展示展示、操作功能菜单、界面按钮等，与用户直接进行交互；

5、接入层：即用户可在运维监控主机上访问到自动化运维系统的前端界面。

二、 系统技术架构

金智维KC-AOM 自动化运维系统提供一整套高效、稳定、节省、可控的解决方案。系统平台具有计算机业务应用系统操作自动化、运行监控实时化、容灾切换智能化等系统功能，可以满足了银行信息系统运维保障质量的要求。采用多层开放体系结构，具有良好的开放性。在脚本管理、作业管理、作业调度的基础上，实现统一门户、统一用户管理、统一展现平台、统一报表统计。按技术架构系统分为四层。

1、控制和采集层：系统底层通过在目标服务器部署自动化agent，在agent端运行各种针对应用系统的脚本实现各业务应用系统、各场景繁重复杂的服务器节点上的操作；

2、ESB 企业运维服务总线：通过通讯与服务总线，连接agent 与自动化server端，传输命令、脚本、指标数据、系统信息、agent 心跳、agent 日志等各类数据；总线上实现AMQP 协议，任何第三方系统可基于AMQP 开放协议、KC-AOM 系统专用接口协议及snmp、IPMI、syslog 等各种国际通用开放协议都可很方便对接KC-AOM 系统。基于AMQP 及各种开放协议可以传送告警、数据、配置信息到KC-AOM 系统，基于AMQP 和专用接口协议可调用KC-AOM 系统api 和接口调用KC-AOM 系统功能；从而可以实现各种对接需求。

3、后台服务层：在自动化server 上，通过各类引擎为自动化系统各种功能提供各种后台服务，如：作业调度、流程执行、报表计算生成、配置工具、告警、通知。

4、展示控制层：通过前端界面进行全方位的功能展示、数据展示展示、操作功能菜单、界面按钮等，与用户直接进行交互。

项目过程管理

项目各阶段的实施周期如下表所示

在项目实施过程中，一开始对注册登记系统、投资系统业务相关操作上线进行了试运行，然后对投资系统日初日终开关机进行上线试运行，后再对估值系统进行上线试运行，目前除了估值系统外都已经在生产上正式运行。

运营情况

注册登记系统业务自动化、投资系统业务自动化、投资系统日初日终开关机自动化目前都已经上线运行，各条线运行情况如下：

投资系统日初和日终开关机自动化比较标准，已经运行一个月，基本上比较稳定。

注册登记系统业务自动化在部分节点判断的时候，目前还没有获取所有的异常情况，在部分节点出现异常提示时采用发邮件和短信通知业务人员进行人工判断的方式来解决。

投资系统晚上日终清算部分在涉及到估值核对时采用人工核对的方式解决。

项目成效

通过实现上述场景的全流程RPA和部分流程RPA，对于信息技术部而言解放了早上必须8点30分到公司开启投资系统相关系统的工作量，对于清算部而言解决了晚上坐在电脑盘等待代销数据然后手动导入的工作量。从RPA一开始上线业务部门比较抗拒到后来慢慢接受慢慢主动提出RPA优化建议来看，RPA一定程度上取得了业务部门的认可。

经验总结

在本次项目过程中，重要的一点是一定要让乙方的实施人员完全了解各系统的业务流程，在了解业务流程的基础在再去开发RPA自动化历程。我们在实施过程中因为乙方实施人员对于部分流程节点在业务上的作业没有完全了解，出现过恢复系统重新跑批处理的情况。另外在上线运行RPA的时候一定要让业务部门也完全了解RPA运行的原理、运行的时间点、需要关注的点，这样才能顺利的推进RPA的项目。