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

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

1.流程概述

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

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

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

3.描述登錄方式或口令

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

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

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

5.目標(biāo)業(yè)務(wù)流程

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

6.機(jī)器人處理流

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

7.文件目錄結(jié)構(gòu)

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

8.機(jī)器人設(shè)計(jì)要點(diǎn)

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

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

審核編輯：符乾江