接着下来当然就是详细设计咯,要把那些美好的想象付诸于实现当然这个步骤是少不了的啦。其实在上个月我做这个还是比较吃苦的。哈!废话就不说了。其实Eflow的的设计应该有两部分。一部分就是流程图的设计(AgilePoint画图),另一部分就是程式(代码的编写)。文档的编写我们就不说了啊。今天主要讨论第一部分。
直接上个图再说
这是CN的图。TW的也差不多。但有些跑的元件不一样的。其实第一次画这个是很辛苦的,记得我当时是画了再改,再上传。再测试!
主要的是用户要改流程那就更加郁闷了。
想学画图的同学,我这里贴一些简单的资料给大家:
版面設定
Name:流程名稱/程式對應名稱
ExpectedTime:流程生命週期
Owner:流程管理者
Application:網站名稱
設定templatemail
TO: ${TaskParticipantUsername}<-目前進入Task人員
${ApplyerName}:申請者,由程式設定
${ProccessInitiator}申請者
${HR}:承辦人員,由程式設定
Descirption:必填,將來會顯示名稱在portal上設定
Time span:工作站生命週期
WorkToPerform:工作站對應的程式
Incoming:進入流程時所以的mail
Reminding:稽催
設定稽催時間
BusinessTimeOnly:指上班時間才稽催(目前設是週一到週五上午8:00到下午5:00)
申請人:
AutoCompleteTask:False一定要簽核才會過
True_Forever到此工作站直接Apporve,會選此項用於要讓下一關逐級簽核有起點
Max.Participant:此站最多為几人
ParticipantsType:OriginalUser 不啟動代理人
DelegationUser 啟動代理人
AnyOneUser 流程中有多人時,只要有一人簽及可
Bothuer: 流程中全部的人都要簽
$O2_PA_USER:起單申
設定逐級簽核層級
當此站需要逐及簽核時,工作站名稱一定要打逐級簽核才會生效
PrivilegeCompare:設定層級
ComparedData:
目前為寫死,可改為變數Ex:${變數名稱}
名稱一定要定Approve(廠商程式改定死)
名稱一定要定Ispriviledged,因為要對應逐級簽核的變數,
FLOW會判斷目前簽核人員層級是否足夠
當退回時要將所有變數清空重跑FLOW,設定變數
由流程寫入資料到DB,用法為Update語法
連結字串:${DefaultConnection} (固定的已包在底層)
結束流程時會發完成通知
Email :來自於templatemail設定