此文根據藝賽旗項目實施人員在RPA項目中的實施交付經驗整理，為大家系統梳理出RPA項目整體架構與項目過程中涉及到的需注意的事宜，上期我們為大家分享了沒有廢話全色肉的黃文:RPA項目的準備階段，本期接著為大家分享——RPA實施階段。希望能為大家在RPA實施過程中帶來一點寶貴經驗。

 

 

　　一、環境準備

 

　　正常的項目實施從開始到上線，一般會經歷兩個環境：測試環境和生產環境。（不排除有 sit 環境、uat 環境、生產環境、數據中心環境這種過程。）因沒有廢話全色肉的黃文:RPA的運行是依賴于系統環境決定的，所以環境的準備也至關重要。高度一致的環境準備可以減少許多不必要的流程配置、切換和調試時間。

 

　　1.流程開發環境

 

　　（1）測試或生產環境

 

　　因RPA涉及到諸多第三方系統的交互，測試環境和生產環境可能在系統、數據上均有差異。但必須盡可能的向用戶要求確保測試環境與生產環境高度一致。別忽略了分辨率也要保持一致。

 

　　（2）數據準備

 

　　測試環境往往缺少數據，RPA流程在少量數據甚至無數據情況下并不能很好的進行流程配置和穩定性測試。必須盡可能的向用戶要求在測試環境提供充裕的數據以供測試。

 

　　（3）網絡環境資源

 

　　若是數據中心部署、對于新建系統。必須提前匯總好各業務流程需要訪問的系統、IP、端口等信息至數據中心進行放通。

 

　　（4）賬號資源準備

 

　　對于RPA機器人涉及到的多個系統登陸賬號事宜。因存在很多系統不同的賬號進入后，因權限不同界面也是不同的。（特別是測試賬號和生產賬號的差異）。建議用戶提供機器人的專屬賬號，并督促用戶盡早提供。

 

　　（5）應用資源準備

 

　　對于新建機器人終端。通常缺乏各種RPA流程所需的應用。必須提前匯總好各業務流程需要的支持應用，如：office、outlook 等工具。督促 IT 部門盡早準備。

 

　　（6）機器人資源分配

 

　　盡早匯總梳理好各個業務流程的耗時及資源需求。與用戶溝通、分配好各機器人負責的流程和運行時間。建議按需求部門、處理類型等形式劃分。

 

　　2.RPA準備及部署

 

　　在此只討論難度、復雜度更高的數據中心部署模式。架構通常如下：

 

　　（1）RPA控制平臺

 

　　按RPA系統要求標準部署便可。若用戶提供的是非 CentOS 系統，需準備好相關 C++ 編譯等環境擴展包。考慮到單點故障建議采用集群部署建議采用用戶提供的 Mysql 服務建議采用用戶的負載均衡（如 F5、A10、NetScaler 等）進行高可用。

 

　　（2）RPA機器人

 

　　必須要求用戶提供的機器人終端在系統、環境、應用、文件目錄上完全一致。若用戶提供的機器人終端為虛擬機（通常都是），虛擬機一般為通過 mstsc 遠程訪問，當退出的時候會鎖屏。RPA機器人大多無法在鎖屏狀態下運行。

 

　　解決方法有以下三點:

 

　　①添加 IS-RPA 設計器自帶的組件觸發 Ctrl+Alt+Delete 解鎖。

 

　　②在虛擬機中新建 Bat 可執行文件。寫入：

 

　　@ %windir%\System32\tscon.exe 0 /dest:console

 

　　@ %windir%\System32\tscon.exe 1 /dest:console

 

　　@ %windir%\System32\tscon.exe 2 /dest:console

 

　　③管理員運行強制退出遠程桌面但不鎖屏。

 

　　在所有機器人終端前增加一個跳板機。在跳板機中 mstsc 訪問機器人終端后最小化，不關閉遠程桌面。保持跳板機一直運行。若用戶提供的機器人終端為虛擬機，許多虛擬機是默認適配顯示器分辨率輸出的。分辨率的變化也會影響 RPA 流程的穩定性。務必要求 IT 部門在虛擬機管理平臺中通過設置固定分辨率輸出。
 

 

　　二、流程開發

 

　　1.需求調研

 

　　需求調研的目的為充分了解業務需求。其中務必做到：

 

　　（1）輸出業務認可的需求分析書、也方便后續需求交接的可能。

 

　　（2）在此階段全面的判斷各業務邏輯可實現性。

 

　　（3）因業務人員不具備IT開發思維。需工程師充分發揮主觀能動性，在不影響業務流程硬性規定和結果的前提下提出更優的RPA實現方式。讓RPA流程實現更輕量和快速。

 

　　（4）需明確是否擁有人機交互環境、制定更優的交互方案。如可以建議用ftp/sftp 會更方便高效。

 

　　2.流程配置

 

　　RPA開發出來的流程，必須可交接，具有高度的可讀性。其中需注意：

 

　　（1）流程配置的目標。穩定占最高優先級。效率其次。但保底需提高 50% 的效率。

 

　　（2）必須做好注釋。

 

　　（3）必須配套編寫開發設計文檔。

 

　　（4）開發代碼必須規范。

 

　　（5）變量定義必須規范且擁有文檔說明。

 

　　（6）流程配置過程中務必階段性與業務核對需求。

 

　　（7）流程配置建議在業務附近，當遇到業務問題可及時溝通確認。

 

　　（8）對于切換環境導致需要更改的配置通過變量實現，切換會更加高效。

 

　　3.生產切換

 

　　涉及到真實業務的環節務必謹慎。

 

　　4.上線發布

 

　　當生產環境調試運行驗收通過后，就到了上線投產階段。業務場景部署模式直接運行便可。若數據中心部署上線。這時候就需要到數據中心進行切換、發布。

 

　　（1）可以通過 RPA 平臺的流程管理模塊將工程文件傳入數據中心。

 

　　（2）數據中心給予的時間往往不會太多。需提前準備上線手冊。讓上線更加順利。

 

　　需注意：此處的超時時間為當流程運行超過該時間后會強制停止。應提前評估流程時長設置合理值。

 

　　（1）機器人agent 默認5小時請求一次服務器的策略。建議手動修改至合適的時間。建議 5 分鐘內。

 

　　（2）數據中心部署的話運維比較困難，不排除流程異常的情況。建議所有流程在開始的時候都檢查一次當前桌面是否有瀏覽器、office 等應用然后關閉。避免后續流程無法運行。

 

　　（3）利用好 RPA 控制平臺的監控和報表模塊。輸出相關數據做好匯報工作。

 

　　希望以上的項目經驗分享可以為廣大沒有廢話全色肉的黃文:RPA愛好者帶來幫助，也歡迎大家與我們多交流分享，想要了解更多關于RPA的實施和部署歡迎到我們的官網進行咨詢。