淺談RPA軟件架構和產品選擇

      后臺-系統設置-擴展變量-手機廣告位-內容正文頂部

      RPA(Robotic Process Automation)流程自動化機器人的軟件產品有多種選擇,各有其特點,但總體來說,RPA軟件產品的內部架構就如下圖所示,包括了RPA集成開發環境、RPA服務器端、以及RPA客戶端和三個部分。集成開發環境縮寫為IDE,算不上技術架構的部分,基本上第三方RPA產品都會提供一個IDE,而RPA客戶端包括了交互式和非交互式兩大類。

       

      圖中總體來講包括RPA客戶端,服務器端和開發環境。RPA客戶端安裝在PC端,模擬人進行“大量重復”且“規則固定”的業務流程處理,而RPA服務器端則用來監測和管理RPA客戶端。RPA集成開發環境則是機器人開發實施人員的設計和發布平臺,類似于開發RPA的Visual Studio或者Eclipse。

      RPA服務器端也可理解為RPA管家,就是負責管理RPA“機器人”的“機器人”,主要的職責包括:RPA功能版本管理、RPA客戶端運行監控、任務分配、運行結果展現及日志分析等,需要有RPA系統管理員維護和監控RPA管家的運行情況。

      RPA客戶端則依據是否需要與用戶進行交互,分為交互式RPA和非交互式RPA,非交互式RPA就是完全不需要人參與的機器人(也稱為后臺機器人),而交互式RPA的“交互”可以理解為“人機交互”,而另外一種對交互式RPA的定義是機器人的啟動是否需要人工觸發,必須由人工觸發啟動的機器人也稱為前臺機器人,需要有RPA前臺用戶處理RPA無法處理的數據。

      RPA也有很多不能處理的業務場景,那么就需要通過外部接口來擴展其功能。設計外部接口的目的是為了讓RPA更專注于其擅長的領域,需要設計考慮的接口包括:PowerShell、Webservice、數據庫、DLL插件。如下圖所示:

      PowerShell:名副其實,是很Power的“Shell”腳本工具,另外如果處理Excel還可以考慮使用VBScript(腳本版本的VBA)。

      WebService:這是一個萬能的套路。

      數據庫:這也是個萬能的套路。

      DLL插件:這個算是基于RPA產品的二次開發。

      接下來我簡單談一下RPA軟件產品的選擇,為了避免失之偏頗,下圖是距今最近的第三方公司Forrester Research (著名的獨立的技術和市場調研公司) 在2017年發布的最新調查報告結論:
       

       

      在這個圖里列示了11個產品,全部是來自于國外產品包括了Automation Anywhere, Blue Prism, UiPath等,分了三個維度:現有功能、戰略方向、市場份額。在圖中的位置越靠上,軟件功能越強大,在圖中位置越靠右側,說明公司更專注于RPA領域(部分公司RPA只是其產品群的一部分),在圖中圖示的圈越大,說明該產品的用戶越多,市場占有率越高,市場表現便更加優異一些。在本報告出具時還沒有國產RPA軟件上榜,寄希望于使用純國產RPA軟件的話,要再等一段時間了。當然了,這個圖,也就是作為RPA產品選型的參考,不可盲從,因為軟件產品選型時要考慮到很多的因素,也是更加個性化綜合分析的結果。舉一個例子,除了公司規模、產品功能與需求的契合度、案例對比等各種因素外,是否在國內有辦事機構和可靠的合作伙伴也需要納入考慮范圍等等。

      需要注意到,一些客戶,特別是企業內部客戶,并不愿意直接從市場上購買第三方RPA產品,而是更期望由IT部門針對不同需求自開發RPA應用出來,這是因為購買RPA產品需要很大一筆投資在軟件license上,而最大的考量在于投入產出比。從市場上購買的第三方RPA產品需要支持License費用,對于各種類型功能需求的支持做得較為完善(盡管很多功能在實際應用中并沒有用到),開發工具強大因此開發周期較短,很少寫代碼或基本不用寫代碼,維護成本也較低;而自開發的RPA應用不需要License費用,需要針對功能寫代碼,功能支持相對單一,開發周期較長,維護成本較高,和業務系統可以做更深層的集成。最終如何選擇要看客戶的需要。在過去兩年,我帶的團隊成功交付了15+RPA應用,有使用第三方RPA產品的,也有自開發的RPA應用的。對于自開發的RPA應用,我的團隊開發了一系列的包括VBA,Selenium WebDriver和Sikuli等在內的RPA應用開發工具包,有效地提高了自開發RPA應用地開發交付效率,降低了維護成本。

      當然了,不管是從第三方購買的RPA產品,還是自開發的RPA應用,和ERP系統集成有一個悖論,如果可以直接訪問目標系統的數據庫,如果目標系統已經開放了接口(ETL,web service,etc),是不是就不需要用RPA了?對的,從技術層面上而言的確如此,但是,從客戶角度而言,選擇什么樣的技術解決方案需要考慮到更多因素,比如“實施成本”,“實施速度”等等,to be the honest,對于客戶而言,毫無疑問,RPA是一款非常amazing(令人心動的)的Quick-Win的技術解決方案。


      特別聲明:
       

      文章來源:企鵝號 - 韓思工作室

      原文鏈接:http://kuaibao.qq.com/s/20180203G01MZP00?refer=cp_1026

      發表于:

      未經允許不得轉載:RPA中國 | RPA全球生態 | 數字化勞動力 | RPA新聞 | 推動中國RPA生態發展 | 流 > 淺談RPA軟件架構和產品選擇

      后臺-系統設置-擴展變量-手機廣告位-內容正文底部
      主站蜘蛛池模板: 平乡县| 清原| 宣汉县| 丰镇市| 宁城县| 林周县| 雷州市| 怀安县| 太湖县| 渭南市| 望奎县| 寿宁县| 睢宁县| 南乐县| 洛扎县| 托克托县| 深圳市| 禹城市| 睢宁县| 建昌县| 台东市| 高碑店市| 彭泽县| 田林县| 四会市| 东乌珠穆沁旗| 贵定县| 利津县| 五大连池市| 石棉县| 神池县| 横山县| 牡丹江市| 阿坝县| 哈巴河县| 都安| 海淀区| 十堰市| 南江县| 象州县| 城口县|