近日在定義TaskSpace過程中,發現Process使用起來真是變化無窮,林林總總的配置介面到處都是陷阱,目前遇到的問題如下:
1)Process模板定義完畢後,在儲存過程中出錯,提示Initiate和End過程有問題。
如果你使用的是Process Builder建立流程話,需要注意:
a。Process中的Init過程只能有一個輸出,後續的第一個動作也只能有一個輸入,所以,如果你的第一個使用者處理任務有多個輸入的話,建議在第一個任務前插入一個已定義模板 Process Data Mapping,其實這個模板基本上只起到了資料傳遞的作用,對系統沒有什麼大的影響,很好用。
b。Process的End節點只能有一個輸入,如果你的多個任務都可以到達Task Complete結束的狀態,同樣建議插入一個Process Data Mapping節點,把所有的任務節點彙集到這裡後再去End就可以了。
2)流程啟動後,到匯總節點時總是擷取不到對應的任務
匯總節點,故名思議,就是多個任務都可以到達的節點,這種節點的啟動是有條件的:所有前置節點執行完畢後啟動、任何一個前置節點執行完畢啟動、指定的前置節點執行完畢後啟動;如果需要的是任何一個前置節點都可以驅動該節點,注意修改Trigger中的設定資訊;
3)角色許可權的配置
Documentum中,角色與使用者組的關係十分混亂,既可以在角色中指定使用者,然後將該角色賦值給Group,也可以先定義好Group,添加好使用者,再將Group放到角色中去,建議使用一種模式:定義好使用者、角色、Group,然後依次建立關係:User-》Role-》Group,個人這樣覺得比較清晰(因為本人在定義工作流程的的可執行人的時候,一般是按照群組分的,呵呵),當然了,也可以根據實際需要進行定義。
4)指定Form中Adaptor的定義與使用
在Form Builder中可以自訂Adaptor並在模板中進行調用,這種編譯器主要實現的功能,就是為Form模板上的控制項綁定一些自訂動作,完成某些資料的初始化、賦值、調整、判斷和計算等等。需要注意的是,這裡說的控制項,一般都是一些文本錄入或選擇的控制項,如:TextField,DropdownList,Text,Radio Button等,對應Button類型的控制項,則無能為力,這種類型控制項Form中提供了一些常用基本操作:Suspend、Finish、Submit等等
5) Task對應Form處理的Button
由於可以在TaskSpace中自訂使用者處理介面,方便使用者的使用,所以可以使用Form Builder建立對應的Form模板。在建立模板的過程中,系統會根據選擇的Process模板和對應的DocView為使用者自動建立介面,此時,介面上有幾個預設的Button:Finish,Accept,Delegate,Repeat,Close等等。根據實際需要,使用者可能只需要具有處理任務並提交的功能就可以了,此時,有2個按鈕是必須儲存的,Finish(提交任務),Accept(擷取任務)和Close(關閉介面)。Documentum預設任務的處理過程為:View任務-》Accept任務-》處理任務-》Finish任務。所以必須保留Accept過程。