在開展RPA項目時,一般狀況下都須要考慮到項目成本,項目週期和項目質量。全部的客戶都但願在最短的時間內,花最少的錢,高質量地完成項目,這也就直接成爲開發團隊的三個關鍵性的指標。編程
爲了達成這三個指標,開發團隊就須要依靠兩個關鍵性的因素:」人」和」工具」」人」表明做戰能力強的人-經驗豐富的開發人員。」工具」表明自動化武器-成熟的框架/產品和組件庫。那如何完善「人」和「工具」這兩個關鍵性的因素,從而達成這三個關鍵指標呢?服務器
RPA項目之開發規則篇
我的總結的RPA項目在開發過程當中須要遵照的八大規則以下:框架
一、加強我的能力
RPA工具通常都是基於某一開發語言進行開發的,首先須要熟悉這類語言相關的語法和類庫,其次要對RPA工具自己的功能作到熟練掌握,包含開發組件和管理功能,要作到既能開發又能配置和部署。工具
另外要多瀏覽官方的文檔和論壇,按期學習新的功能。學習
還有一點就是RPA項目通常對Excel操做的比較多,掌握Macro更有利於彌補不足之處。優化
開發者須要多學,多用,多練,加強我的的開發技能的同時增加開發經驗,成爲能獨當一面的開發專家。編碼
二、制定編碼規範
編碼規範體現出一個開發者的基本素質,良好的編碼規範能夠提升團隊編碼的效率,避免不少沒必要要的問題。spa
命名規範根據內部定義的規則進行命名,包含變量,參數,流程名,文件名等命名方式,能夠遵循軟件開發的編碼規範。
代碼註釋包含流程的註釋,每一個activity的註釋,以及業務邏輯的註釋。
日誌記錄日誌包含兩種:系統日誌和業務日誌。完善的框架中的系統日誌功能比較齊全,通常狀況下不須要再次記錄;對於業務日誌根據項目須要記錄關鍵性的操做。
配置信息對於項目須要的配置信息,須要存儲到配置文件中。不過須要分清哪些能夠存儲到本地文件中哪些須要存儲到服務器端。例如用戶帳號和密碼須要存儲到服務器端,對於須要常常修改的信息也能夠存儲到服務器的端。
文件夾結構清晰地定義項目文件夾的結構,通常狀況下包含下列幾種文件夾:Configuration-存儲配置文件Document-存儲相關文檔Framework-存儲框架文件Process-存儲操做系統的文件Tools-存儲工具集Log-存儲業務日誌Exception-存儲異常信息和異常截屏
異常捕獲須要有完善的異常捕獲機制,包含系統異常和業務異常,並記錄異常信息和截屏。
三、統一代碼存儲
經過SVN等工具對代碼進行統一管理和存儲,便於版本控制和追溯。操作系統
全部的代碼須要統一存儲到服務器上,特別對於框架和通用代碼的管理,須要按照完整的流程進行操做。版本控制
四、配備專用框架
穩定的框架有利於解決開發者的後顧之憂,開發者只須要關注在業務自己的開發上便可,不須要把精力投入到搭建和優化框架的事情上。
UiPath和BP官方都推出了本身的框架,可是這些框架都是圍繞Work Queue進行業務處理的,須要修改下相應的邏輯才能爲其餘類型業務所使用。
UiPath自帶的ReFramework,這個框架比較簡潔,使用上也比較容易。
以後推出了Enhanced ReFramework,該版本是基於以前版本的升級,邏輯更爲複雜,增強了系統日誌的處理。
BP提供Process Template和Process Object,包含的經常使用的功能,可供參考。
五、完善組件庫
完善的組件庫有利於提升開發效率,縮短開發週期。
在開發過程當中,便可以作到即插即用,也能夠將各個單獨的組件包串聯成完整的業務流。
組件庫分爲兩種:業務組件和功能組件。
業務組件顧名思義就是爲某項業務打造的專門的組件包。對於通用的業務能夠上升到產品級別,對於單獨的業務能夠造成獨立的業務包。
功能組件也能夠分爲兩種:官方組件和自定義組件
官方組件是官方推出的正式的組件包,這種類型的組件穩定性比較高而且版本也常常升級。
自定義的組件是指根據自身的功能須要,提煉的通用組件。
UiPath中能夠經過Workflow,Activity,Library等方式實現。
BP中能夠經過Process和Object等方式來實現。
六、保證代碼質量
如何保證代碼質量是重中之重的事情。
開發人員能夠靠自身的編程技能和經驗來提升代碼質量,也須要項目組造成必定的最佳實踐文檔,對於遇到的各類狀況提供最佳實現方式,避免在類.........詳細請參考原文。