RPA專案之開發規則篇

在開展RPA專案時，通常情況下都需要考慮到專案成本，專案週期和專案質量。所有的客戶都希望在最短的時間內，花最少的錢，高質量地完成專案，這也就直接成為開發團隊的三個關鍵性的指標。

為了達成這三個指標，開發團隊就需要依靠兩個關鍵性的因素：”人”和”工具””人”代表作戰能力強的人-經驗豐富的開發人員。”工具”代表自動化武器-成熟的框架/產品和元件庫。那如何完善“人”和“工具”這兩個關鍵性的因素，從而達成這三個關鍵指標呢？

個人總結的RPA專案在開發過程中需要遵守的八大規則如下：

1、 增強個人能力

RPA工具一般都是基於某一開發語言進行開發的，首先需要熟悉這類語言相關的語法和類庫，其次要對RPA工具本身的功能做到熟練掌握，包含開發元件和管理功能，要做到既能開發又能配置和部署。

另外要多瀏覽官方的文件和論壇，定期學習新的功能。

還有一點就是RPA專案一般對Excel操作的比較多，掌握Macro更有利於彌補不足之處。

開發者需要多學，多用，多練，增強個人的開發技能的同時增長開發經驗，成為能獨當一面的開發專家。

2、制定編碼規範

編碼規範體現出一個開發者的基本素質,良好的編碼規範可以提高團隊編碼的效率,避免很多不必要的問題。

• 命名規範 根據內部定義的規則進行命名，包含變數，引數，流程名，檔名等命名方式，可以遵循軟體開發的編碼規範。

• 程式碼註釋包含流程的註釋，每個activity的註釋，以及業務邏輯的註釋。

• 日誌記錄 日誌包含兩種：系統日誌和業務日誌。完善的框架中的系統日誌功能比較齊全，一般情況下不需要再次記錄；對於業務日誌根據專案需要記錄關鍵性的操作。
• 配置資訊 對於專案需要的配置資訊，需要儲存到配置檔案中。不過需要分清哪些可以儲存到本地檔案中哪些需要儲存到伺服器端。例如使用者賬號和密碼需要儲存到伺服器端，對於需要經常修改的資訊也可以儲存到伺服器的端。

• 資料夾結構 清晰地定義專案資料夾的結構，一般情況下包含下列幾種資料夾：Configuration-儲存配置檔案Document-儲存相關文件Framework-儲存框架檔案Process-儲存作業系統的檔案Tools-儲存工具集Log-儲存業務日誌Exception-儲存異常資訊和異常截圖

• 異常捕獲 需要有完善的異常捕獲機制，包含系統異常和業務異常，並記錄異常資訊和截圖。

3、統一程式碼儲存

透過SVN等工具對程式碼進行統一管理和儲存，便於版本控制和追溯。

所有的程式碼需要統一儲存到伺服器上，特別對於框架和通用程式碼的管理，需要按照完整的流程進行操作。

4、配備專用框架

穩定的框架有利於解決開發者的後顧之憂，開發者只需要關注在業務本身的開發上即可，不需要把精力投入到搭建和最佳化框架的事情上。

UiPath和BP官方都推出了自己的框架，但是這些框架都是圍繞Work Queue進行業務處理的，需要修改下相應的邏輯才能為其他型別業務所使用。

UiPath自帶的ReFramework，這個框架比較簡潔，使用上也比較容易。

之後推出了Enhanced ReFramework，該版本是基於之前版本的升級，邏輯更為複雜，加強了系統日誌的處理。

BP提供Process Template和Process Object，包含的常用的功能，可供參考。

5、完善元件庫

完善的元件庫有利於提高開發效率，縮短開發週期。

在開發過程中，即可以做到即插即用，也可以將各個單獨的元件包串聯成完整的業務流。

元件庫分為兩種：業務元件和功能元件。

業務元件顧名思義就是為某項業務打造的專門的元件包。對於通用的業務可以上升到產品級別，對於單獨的業務可以形成獨立的業務包。

功能元件也可以分為兩種：官方元件和自定義元件

官方元件是官方推出的正式的元件包，這種型別的元件穩定性比較高並且版本也經常升級。

自定義的元件是指根據自身的功能需要，提煉的通用元件。

UiPath中可以透過Workflow，Activity，Library等方式實現。

BP中可以透過Process和Object等方式來實現。

6、保證程式碼質量

如何保證程式碼質量是重中之重的事情。詳細內容請參考原文。

原文連結：