首先我要強調RPA項目開發需具備的三大特性：
長期穩定性
後期擴展性
易維護性
這三大特性也是我們設計整體流程框架應該遵循的思想。
一、項目準備階段
需求分析階段
該階段需要我們熟悉業務提供的“不完整”的需求文檔，分析並深入理解需求，梳理出需求中不明確的地方，以便同業務部門確認。
需求確認階段
該階段需要我們同業務部門人員溝通需求相關問題，因業務人員可能不具備 IT 開發思維。需工程師充分發揮主觀能動性，在不影響業務流程硬性規定和結果的前提下提出更優的 RPA 實現方式，讓 RPA 流程實現更輕量和快速。
需規和概設的編寫
主要根據業務需求內容完成項目需求規格說明書（再次明確需求內容，羅列出項目需求中涉及的功能點及各功能的具體實現步驟）和概要設計說明書（設計項目的整體框架，各子流程的具體實現以及各種異常處理策略）的編寫，這些文檔在後期會根據業務需求的變更不斷升級版本，以達到業務的認可。
需求規格說明書和概要設計審覈
審覈以會議的形式進行，審覈內容主要基於三大特性考慮流程設計是否合理，設計思路存在哪些問題，各功能模塊有沒有更好的實現方式，發現問題並及時更正。
流程開發階段
該階段要根據開發計劃保質保量的完成，做到每天彙報工作進度，每週進行項目總結。在開發過程中遇到問題怎麼辦？我們可以同業務溝通是否有其他的解決方法，或者去網上論壇進行諮詢。當我們遇到問題時要多方向、多途徑的去思考問題，想看到山後面的風景不一定要翻過這座山，繞過去也是可以的。
流程代碼審覈
基於項目開發基本完成的情況下，行內RPA負責人會組織流程代碼審覈會議，會議內容主要查看項目流程是否能夠順利跑通，分析RPA的執行效率，提出項目中需要進一步優化的地方，並且會使用代碼審覈工具進行代碼掃描，確保代碼的質量和規範性。
內部自測階段
該階段主要通過自測和交叉測試及早發現並解決問題。
業務測試階段
一般同UAT測試同期進行，該階段涉及測試環境和生產環境的切換，務必要認真謹慎，在切換到真實生產環境之前應當做好代碼屏蔽工作，以便測試更快更順利的執行。由於生產環境和測試環境都會存在差異，所以我們要對流程代碼進行不斷調整。
二、項目實施階段
相關文檔的準備
（1）系統測試案例和測試報告
（2）流程變更步驟
（3）代碼審查登記表
（4）流程代碼變更記錄表
（5）UAT測試報告
（6）應急回退及方案
（7）用戶使用手冊
項目部署階段
按照流程變更文檔進行上線部署，具體步驟如下：
1、準備工作：
（1）業務終端環境檢查：操作系統winSP1以上（不能是精簡版）、壓縮工具、 VC++版本2015以上、IE8以上瀏覽器
（2）業務申請專用業務終端
（3）設置系統桌面不鎖屏不休眠
2、安裝產品介質（RPA9.0）
3、拷貝流程代碼及相關文件到指定目錄下
4、打開設計器申請license並進行相關參數的配置
流程驗證階段
該階段也就是業務對項目的驗收階段，業務人員根據投產相關文檔及開發人員的指導將自己進行流程的驗證，有什麼問題我們需隨時去解決。
正式投產階段
服務端開發人員將服務端部署完畢之後，我們需要將流程導出上傳到服務端進行相關參數的配置，然後下發到機器人客戶端即可。
RPA部署建議
1、必須要求用戶提供的機器人終端在系統、環境、應用、文件目錄上完全一致。
2、若用戶提供的機器人終端爲虛擬機（通常都是），虛擬機一般爲通過 mstsc 遠程訪問，當退出的時候會鎖屏。RPA 機器人大多無法在鎖屏狀態下運行。解決方法有以下三點:
（1）添加 IS-RPA 設計器自帶的組件觸發 Ctrl+Alt+Delete 解鎖。
（2）在虛擬機中新建 Bat 可執行文件。寫入：
@ %windir%\System32\tscon.exe 0 /dest:console
@ %windir%\System32\tscon.exe 1 /dest:console
@ %windir%\System32\tscon.exe 2 /dest:console
管理員運行強制退出遠程桌面但不鎖屏。
（3）在所有機器人終端前增加一個跳板機。在跳板機中 mstsc 訪問機器人終端後最小化，不關閉遠程桌面。保持跳板機一直運行。
3、若用戶提供的機器人終端爲虛擬機，許多虛擬機是默認適配顯示器分辨率輸出的。分辨率的變化也會影響 RPA 流程的穩定性。務必要求 IT 部門在虛擬機管理平臺中通過設置固定分辨率輸出。
原文鏈接：https://blog.csdn.net/python_lzt/article/details/100120692
