在RPA流程的設計階段，通常每個流程都需要產出一個獨立的方案設計文檔(Solution Design Document，SDD)，這樣就保證該流程實施的獨立性，包括后續的開發、測試、部署上線工作。與傳統軟件開發中的概要設計文檔一樣，SDD承接了PDD中的流程需求體現了整體的設計要求，以及對后續RPA開發過程的指導。通常在單流程設計前，RPA架構師可將項目的整體架構設計、設計開發原則和指南、可復用組件等一切共性內容，都提煉到整體架構設計或解決方案設計文檔中。

雖然，目前在業內仍沒有一套標準格式的SDD文檔，但基于之前一些項目的最佳實踐，我們可以大致羅列出RPA設計文檔中的主要內容。

1.流程概述

定義該流程的基本描述和運行情況、PDD中的業務用戶需求，明確流程的業務負責人和溝通接口人，以及 RPA設計的前提假定、技術約束、環境依賴和所要求的服務水平協議等。

2.涉及的應用系統/工具

描述該流程需要操作的應用系統、工具、技術。例如，是B/S架構還是C/S架構。

3.描述登錄方式或口令

描述流程中所涉及系統的用戶登錄方式，如哪些系統需要業務用戶登錄，如果需要，在開發或測試環境下所使用的用戶名和口令是什么。

4.現狀業務流程

內容主要來自PDD中對于業務流程的描述。與SDD的區別是，SDD中所描述的業務流程必須是能夠被RPA設計人員所理解的。

5.目標業務流程

主要目的是清晰地告訴業務人員，引入RPA之后的業務流程是如何運行的，其中包含機器人處理的環節、人工處理的環節，以及雙方的協作環節。那么，設計人員就需要收集匯總該流程在業務層面的優化點，以及由于引入機器人之后所帶來的流程改進點，并將這些統一體現在目標業務流程的定義中。

6.機器人處理流

目標業務流程是面向業務人員的，而機器人處理流是面向技術人員的。機器人處理流可以拆分出該流程需要幾個機器人、幾個自動化任務，以及這些自動化任務的執行時間是什么，任務之間是如何編排的。

7.文件目錄結構

為了區分不同業務流程的處理過程，機器人通常需要擁有專屬的文件目錄。SDD中應清晰地定義出機器人程序的存儲目錄和所需處理的文件的存儲目錄，避免出現不同流程輸入、輸出文件混用的問題。

8.機器人設計要點

體現機器人程序之間的依賴關系，包括所需要復用的代碼庫、配置文件、機器人的控制方式、數據安全和數據管理、業務連續性處理手段等一切需要重點說明的設計內容。

在一些RPA項目中，實施人員常常會忽視對自動化業務流程的設計過程，打著“敏捷快速”的旗號直接從需求階段轉入開發階段，這是十分有害的。如果開發人員不在RPA的開發過程中仔細思考如程序結構、人機協作、目錄劃分、異常處理等設計問題，則只能依賴于后續不斷地開發迭代來解決前期的設計缺陷，反而會大大拉長開發周期。

審核編輯：符乾江