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

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

1.流程概述

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

2.涉及的應用系統(tǒng)/工具

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

3.描述登錄方式或口令

描述流程中所涉及系統(tǒng)的用戶登錄方式，如哪些系統(tǒng)需要業(yè)務用戶登錄，如果需要，在開發(fā)或測試環(huán)境下所使用的用戶名和口令是什么。

4.現(xiàn)狀業(yè)務流程

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

5.目標業(yè)務流程

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

6.機器人處理流

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

7.文件目錄結構

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

8.機器人設計要點

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

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

審核編輯：符乾江