Automation Anywhere

Automation Anywhere Automation 360

關閉內容

內容

開啟內容

建築物可重複使用 bots

  • 已更新:6/07/2021
    • Automation 360 v.x
    • 建立
    • RPA 工作區

建築物可重複使用 bots

檢閱準則、進一步瞭解如何開發 bots 或子任務以重複使用、從設計和建立到重複使用。

定義前提條件、輸入、輸出和變量
構建 bots 以重新使用時,請定義以下內容:
  • 记录所有必要的先決條件、以了解如何 bot 自行使用或作为子任務使用。
  • 創建 bots時,將值定義爲輸入、輸出或本地。輸入和輸出變量用於 bot 設計作爲子任務的時,允許它接收和傳回其他呼叫的值。 bot
  • 在定義輸入和輸出變量時提供有意義的變量說明,以便其他開發者知道如何與子任務交互。
  • 遵守既定的變量命名準則標準。查看 Automation Anywhere 用戶定義的變量以瞭解變量命名準則。 您的變數 ( 使用者定義 )
遵循單一責任原則
Bots 針對可重複使用性而開發的原則應遵循單一的責任原則,即每個子任務或組件都應對整體功能的單一部分負責 bot ,而且責任應由該子任務或組件完全封裝。

單一責任的其他例子:

  • 一個子任務,處理單個事務,但可以爲列表中的每個事務多次調用。
  • 收集網站單一頁面上的螢幕顯示資料的子工作,但在 bot 分頁過程中可以多次呼叫。
機器人設計考量要點
請根據必須開發哪些模板以供使用來考慮以下模式:
  1. 主、主和子 bots
    • 主要 botbot 通過包括通過 Control Room 或 API 調用進行調度的機制,直接調用此選項以開始該過程。在 “嘗試 ”部分中包括以下主要流程步驟:
      1. 程序的初始設定。
      2. 驗證安裝是否成功。例如,檢查是否存在所有必需的文件和文件夾,或者是否根據需要填充初始變量值。
      3. 運行桌面 預處理清理
      4. 調用 main bot 以運行該流程的業務邏輯。

      在 finally 部分中,運行桌面 進程後清理

    • 主要 bot:這 bot 將根據 bots 需要調用子程序以運行流程的業務邏輯。在 “嘗試 ”部分中包括以下主要流程步驟:
      1. 驗證任何輸入。例如,輸入來自主控 bot的變量值。
      2. bots執行。
      3. 驗證任何輸出。
      4. 確保根據 main 的執行填充任何輸出變量值 bot,以返回到 master bot

      在 catch 部分,記錄錯誤並確保所有輸出變量值的填充,例如 , oStrResult 返回到 master bot

    • bots
      • bot 主控制器或 bot 主控制器調用子控制器 bot 來運行自動化所需的實際業務邏輯。它們也被稱爲幫助程序任務或實用程序任務,因爲它們的唯一目的是幫助調用任務。
      • 使用輸出變量將結果指示符返回到調用 bot main 或另一個子 bot程序。例如 , outStrResult。如果由於發生錯誤或異常而導致處理失敗,該值將包含錯誤消息。
  2. 主和子 bots:此模式包括主模式和主模式 bot 在單個主模式 bot中。Sub 的設計模式 bot 類似於上述設計模式。
打開和關閉應用程序
bot 或子任務打開的任何應用程序、文件或窗口都必須由同 bot 一或子任務關閉。
  • 例如, bot 當開啟 Microsoft Excel 執行試算表操作時,請確認試算表和 Excel 在 bot 完成處理時已關閉。
  • bot 執行成功或失敗時關閉應用程序。
  • 使用 Try/cates/Finally 操作的 Finally 塊,確保無論任務處理是否成功,應用程序都已關閉。
  • 如果應用程序在測試期間沒有響應,請考慮使用命令提示符強制關閉(終止)應用程序。例如,要強制關閉電源點,命令行操作將是:
    Taskkill /IM powerpnt.exe /F
錯誤處理
完成工作後,請確認 bot 已成功處理任何失敗或例外。
  • 每個任務或子任務必須處理其自身的錯誤。
  • 子任務中未處理的異常可能導致父任務中出現問題。
  • bot個的根級別使用 try/cates/Finally blocks 。
  • 如果要在報告故障之前多次嘗試操作,請使用循環內的 try/catch 塊。
事件或異常處理
除了 try/catch 捕獲的操作錯誤外,您必須對其他進程(如事件或異常)執行代碼檢查。如果發生特定的程序狀況、請通知或記錄這些條件以進行其他分析。
  • 開發可配置的事件處理程序 TaskBot ,在操作發生變化時將代碼更改的要求降至最低。例如,維護 XML 包含所有可能事件或例外的定義以及發生這些事件或例外時的任何通知要求的文件。
  • 在代碼中,當發生此類事件或異常時,將信息寫入事件日誌。您也可以新增記憶體使用方式並擷取螢幕擷取畫面。
  • 運行事件處理程序 TaskBot 以處理事件或異常。例如,使用文件中的參數(如電子郵件收件人、抄送收件人或主題 XML )發出通知。
  • 如果通知要求因每個環境而異,或隨着時間的推移而發生變化,則可以更新配置文件而無需更改代碼。
bots 其他電腦上執行
在設計 bot時,請啓用它,以便它在 bot 創建的計算機以外的計算機上運行。
  • 將變量用於本地文件路徑、網絡共享或窗口標題,以便 bot 可以從其他計算機成功運行。
  • 請考慮使用通用值作為 bots 多重需要存取的環境標記或網路共用。
  • 在適當的情況 bots 下,使用萬用字元來執行視窗標題,而不論目標應用程式的特定環境或版本為何。例如,而不是使用
    Salesforce - Professional Edition - Internet Explorer
    請使用下列項目:
    Salesforce - * - Internet Explorer
使用提示、消息框和無限循環
bots 等待用戶輸入時,提示和消息框操作將停止運行。除非需要用戶輸入,否則設計 bots 時不使用提示語句。
  • 使用循環時,通過明確定義迭代次數或指定中斷循環操作需要存在的位置,確保所有循環都有明確的結束。
  • 如果 bot 要作爲無人值守運行, bot請刪除或禁用任何提示或消息框操作。
  • 如果您是針對 bots 有人蔘與的自動化方案而構建,則消息框和提示通常是合理的,或者是按 bots 預期運行所必需的。使用消息框顯示不同的變量,如響應、輸出或值。
在中儲存機密資料 Credential Vault
Control Room 包括 Credential Vault 可用於存儲敏感信息的,例如用戶名、密碼、 API 密鑰和令牌。
  • 建立 bot時,請在中使用建立置物櫃 Control Room Credential Vault 以儲存認證,並視需要參照認證和屬性來擷取認證。這樣,用戶就可以創建 bots 使用 API 或執行登錄,而無需 bot 構建器直接對中所需的憑據進行硬編碼 bot
  • 請勿將硬體編碼機密認證輸入 bot、或子工作,因為中的硬編碼儲存 bot 會帶來安全性風險。
  • Credential Vault 當需要在中使用值時 bot、請確認 locker 機器人程式文件中已清楚定義所有名稱和認證。如有需要、請提供如何取得認證的詳細資料、例如 API 金鑰或權杖。
測試獨立任務
建立 bots 以重複使用性時,請以可獨立於其他子任務進行測試的方式來設計這些子任務。
  • 練習以測試為導向的開發( TDD )方法:在 bot應用程序中添加新功能或新功能時,請爲其編寫測試用例。
  • 在測試案例中,定義驗證該功能的特定功能。
  • 對於單一責任原則和重複使用性,創建許多可獨立測試的較小任務。
使用註解和步驟
註解可讓開發人員在其內提供說明 bots ,讓 bot 其他 bot 開發人員更瞭解每個區段、程式碼區塊或子工作的設計目的。包括明確的註釋,以便開發人員瞭解給定代碼塊的功能用途。
  • bots 提交到時 Bot Store,註釋演示如何自定義 bot
  • 使用註解可讓程式碼維護更容易,因為章節描述有助於識別可能需要變更的地方,讓開發人員能夠更快解決問題
  • bots 爲未來工作創建佔位符時,對正在進行的工作的註釋可能會有所幫助。考慮使用 TODO 命令作爲向添加邏輯的提醒, bot但在工作完成時更新註釋。
  • Automation 360 包括 Step 操作,它提供將代碼組織爲邏輯分組的功能,以提高可讀性和流程。
  • bot 使用空白且標示為步驟的動作,建立的主要目標大綱。完成後,返回到每個步驟並完成該步驟的邏輯。
正在創建日誌文件
bots 任意數量 Bot Runners的上無人值守運行時,不使用日誌識別問題是很困難的。軟體開發人員、支援團隊和 bot 擁有者都仰賴記錄來瞭解自動化發生問題的位置、以及如何診斷問題。Bots 必須記錄錯誤才能獲取錯誤詳細信息。
  • 使用錯誤處理和屏幕抓圖,更好地瞭解 bot 或子任務何時遇到錯誤。
  • 使用包含 Bot Store 基本錯誤處理、日誌記錄和快照功能的 A2019 模板,以及可自定義的根日誌記錄位置,以維護較舊的日誌文件。

    Bot Store bot template

  • 如果需要,請創建其他日誌記錄文件,並包含 bot 或子任務完成的所有操作的完整審計歷史記錄。其他日誌文件可以包括有關的審計、調試和性能信息 bot,以及以下內容:
    • 主要 bot 開始和結束時間。
    • 子任務開始和結束時間。
    • 在中定義的特定階段目標的完成時間 bot
    • 在輸入文件中接收的事務數。
    • 已成功處理或失敗的交易數。
傳送意見反饋