第二章 基本WorkFlow設計第二章 基本WorkFlow設計\2-1 流程設計的準備工作

2-1 流程設計的準備工作

在流程設計前,我們必須針對這些必要的系統資料表,做好準備,為了能讓讀者能依照本文件進行學習,請盡量按照我們規劃的資料去的設定,等到正式使用時再轉入自己的資料。所有的基本資料都可以透過EEPManager來設計,打開「Security Manager」頁面,依下列次序設定之:

 

Step1>        切換到了「Users & Groups」頁籤中,我們先來設定幾個Users的資本資料,做為往下範例的依據,如下圖,我們建立的多個Users的帳號。

 

在此我們設定了11User,其中「001,002,003,004,005,006,007,009」是下文中一定會用到的,其餘的User可以不建立,另User的姓名請自行參考,Email帳號請先不必輸入,等下文中用到Email時再回來設定。

Step2>        設定Groups,之前的Groups是代表使用者群組,但在Workflow中卻也可以代表角色,一個角色可以有多個User扮演,也可是一個User,在此我們將角色設定為「Y」就代表示流程所使用的角色,因此之前的群組不一定是角色,但角色也可以是一個群組,如下圖,可以透過後面的ListBox來設定該角色為哪一個User或哪些User

 


設定時,我們設定了R01R10等公司的職務,分別代表不同的職務,在ListBox中設定完畢後,必須按一下「Save」的Button才會真正存檔。請依下表建立角色的名稱與用戶:

角色代號

角色名稱

使用者

備註

R00

總經理

001

 

R01

業務

003,006

 

R02

業務經理

005

 

R03

行政經理

002

 

R04

工程師

004,011

 

R05

客服經理

007

 

R06

業務助理

008

可以不設

R07

專案經理

010

可以不設

R08

專案工程師

004,011

可以不設

R09

財務會計

009

可以不設

R10

倉管

009

 

 

Step3>        設定「OrgLevel」,代表設定公司主管的層級,代碼設定時須注意必須職級小的設定到職級大的,如最小的主管是「1」,最大的主管是「9」等等,「0系統定義為直屬主管



職級的用途是在組織設定時,用來定義該組織主管的層級,因為在流程中的主管審核大都會依照不同的層級有不同的授權,就以此來做授權標準。


 

Step4>        設定「OrgKind」,代表設定公司組織代號,依照公司的組織情形建立資料,系統預設0’為公司的基本組織。

 



因為同一個角色可能在不同組織上扮演不同的功能,因此會根據組織的不同,會有不同的主管與流程。

Step5>        設定「Organization」公司組織,因為Workflow的流程制定,很多地方會用到使用者的主管設定,因此必須要有樹狀組織的設定才能定義出User的主管與組織位階,如下圖為組織設定的畫面:

 

 

請依照上圖的組織設定之,輸入時,請參考一下說明:

部門編號:可以自行編立,如果同層部門的編號將為其排序的依據,如上面的業務部為2’,專案部為3’,因此業務部在上方,以此類推。

上層部門:本部門市隸屬哪一個部門之下,可以用來定義其樹狀的結構,為空白代表組織最上層。

主管:此設定是必填的,否則無法存檔,每個組織都必須設定一個主管,而主管的角色最好也只能定義一個User,因為該主管的角色如果有兩個User,則會發生權責不清的現象。

職級名稱:就是上述的OrgLevel主管層級,每個部門主管在該組織中的主管層級,主管審核Activity元件的授權標準就是會以此主管層級來處理的。


 

部門中角色:每個部門內,都可以設定有哪些角色,注意在此都是角色為主,無法以User來設定,因此都必須透過角色來定義User,操作時,必須要按下『Update』的Button才能進行部門的角色定義。如下,可以按照下表來設定組織的資料。

部門編號

部門名稱

上層部門

主管

職級

部門角色

1

總公司

 

R00

總經理

 

2

業務部

1

R02

經理

R01,R06

3

專案部

1

R07

經理

R08

4

客服部

1

R05

經理

R04

5

總管理部

1

R03

經理

R09,R10


Top of Page