EOS流程設計與開發(fā)經(jīng)驗總結(jié)

1、primeton technologies, ltd. 上海普元信息技術(shù)有限責任公司上海普元信息技術(shù)有限責任公司 eos 流程設計與開發(fā)流程設計與開發(fā) 經(jīng)驗技巧總結(jié)經(jīng)驗技巧總結(jié) no part of this document may be reproduced, stored in any electronic retrieval system, or transmitted in any form or by any means, mechanical, photocopying, recording, otherwise, without the written permission o

2、f the copyright owner. copyright 2006 by primeton technologies, ltd. all rights reserved. 文檔修訂記錄文檔修訂記錄 序號序號版本號版本號修訂日期修訂日期修訂概述修訂概述修訂人修訂人審批人審批人備注備注 10.12009-3-8創(chuàng)建周進 規(guī)范及約定規(guī)范及約定 1.【規(guī)范及約定】的內(nèi)容僅僅是對本文檔編寫的規(guī)范和約定進行描述，文檔編 寫人員必須嚴格按照本規(guī)范和約定進行編寫，在文檔正式發(fā)布時刪除該部分 內(nèi)容； 2.文檔內(nèi)容采用“首行縮進、小四號字體、1.5 倍行距”的格式，選中段落文本 使用快捷鍵【ctrl+al

3、t+4】可以進行格式化（直接選中藍色的說明文字即可） ； 3.必須填寫“文檔修訂控制記錄” ； 4.文檔目錄必須更新為最新的，與實際內(nèi)容相對應； 5.模版中每部分內(nèi)容的下面的藍色字體是對這塊內(nèi)容的說明，編寫文檔時選中 這段文字，使用【ctrl+alt+4】快捷鍵即可格式化成要求的字體； 目目 錄錄 1文檔摘要文檔摘要.5 1.1文檔分類.5 1.2關(guān)鍵字/tag.5 1.3摘要.5 1.4作者、協(xié)作者及評審人員.5 1.5定義、首字母縮寫詞及縮略語.5 2業(yè)務流程開發(fā)設計總結(jié)業(yè)務流程開發(fā)設計總結(jié).6 2.1流程客戶端設計.6 2.2流程設計.6 2.3業(yè)務流程的表設計.8 2.4流程相關(guān)數(shù)據(jù)區(qū)

4、設計.9 2.5展現(xiàn)邏輯設計.9 2.6業(yè)務邏輯設計.12 2.7頁面的設計.14 2.8其它設計與實現(xiàn).14 2.9總結(jié).15 1 文檔摘要文檔摘要 1.1 文檔分類文檔分類 eos、流程設計、流程表、流程設計、流程表 1.2 關(guān)鍵字關(guān)鍵字/tag eos、流程開發(fā)、設計、流程開發(fā)、設計 1.3 摘要摘要 在開發(fā)商給員工培訓 eos 以后，總會碰到有人問，流程應怎么樣去設計，設計流 程時需要考慮一些什么，當碰到這種問題時，總沒有一個比較好的解答。 在開發(fā)流程時，針對某一些特定行業(yè)的流程，例如政府，電信等行業(yè)，涉及到的情 況大部分是申請環(huán)節(jié)填寫大部分的信息，其它環(huán)境填寫的信息相對較少，只是修改

5、申 請環(huán)節(jié)的部分信息，或者只是填寫意見。對于這一類流程的設計與實現(xiàn)，可以統(tǒng)一通 用的實現(xiàn)，供大家參考 1.4 作者、協(xié)作者及評審人員作者、協(xié)作者及評審人員 作者：周進 1.5 定義、首字母縮寫詞及縮略語定義、首字母縮寫詞及縮略語 2 業(yè)務流程開發(fā)設計總結(jié)業(yè)務流程開發(fā)設計總結(jié) 在與流程相關(guān)的項目中，流程比較多時，就需要一種流程的設計模式，定義一個流程的設計 模式，一般可以包含流程的設計、表的設計、相關(guān)數(shù)據(jù)區(qū)、業(yè)務邏輯、展現(xiàn)邏輯的設計。 如果在項目組中有一個統(tǒng)一的模式，每一個流程的處理方式都一樣，只是具體業(yè)務數(shù)據(jù)的不 同，不用去考慮流程設計的一致性之類的東西，如果流程設計模式是統(tǒng)一的就可能只需要將

6、各類 型的文件復制，修改不同的路由，業(yè)務表，和參與者等，這樣對于整個項目組來說，開發(fā)速度是 非?？斓?。 2.1 流程客戶端設計流程客戶端設計 開發(fā)業(yè)務流程的項目的工作內(nèi)容，包含以下一些： 1、 流程客戶端開發(fā) 2、 業(yè)務流程流轉(zhuǎn)開發(fā) 3、 業(yè)務流程的統(tǒng)計分析 4、 輔助性的配置功能 流程客戶端一般是客戶的要求來定，在這些當中，要想找到通用的設計還是比較難，只能是在 某一個行業(yè)當中，相差是很小的，并且會有很多的行業(yè)術(shù)語，可達到通用。 工作流客戶端必須的功能中可以分為如下幾類： 、 流程狀態(tài)的查詢與統(tǒng)計 流程的查詢，就包含所有流程的查詢，個人待辦查詢、已辦查詢等。查詢時，一都會有按 流程類型、創(chuàng)建

7、時間、業(yè)務狀態(tài)、創(chuàng)建人、標題、流程類型等進行查詢。 、 流程的創(chuàng)建 通常是每一個不同流程都有一個創(chuàng)建的頁面，來引導用戶輸入業(yè)務數(shù)據(jù)。 、 流程信息的配置：角色的配置、業(yè)務字典的配置等 2.2 流程設計流程設計 在流程設計時，流程環(huán)節(jié)的設計直接影響流程與業(yè)務的吻合程度，流程的設計過程就是客戶 業(yè)務的抽象過程，不同的人設計出來的流程可能會完全不一樣。 總的來說，可以將流程可以分為兩類： 業(yè)務審批類：由首環(huán)節(jié)填寫完成大部分的業(yè)務內(nèi)容，其它環(huán)節(jié)只是查看首環(huán)節(jié)填寫的信息， 并填寫審批意見。 過程表單類：過程的每一個環(huán)節(jié)都有的業(yè)務信息輸入，而每一個環(huán)節(jié)輸入的信息有比較大的 區(qū)別，每一個環(huán)節(jié)都是業(yè)務信息的組

8、成部分。整個流程走完，業(yè)務信息也收集完成。 這兩類流程的環(huán)節(jié)和路由設計時，都會涉及到以下幾個概念 1.退回設計 流程一般都要求有任意環(huán)節(jié)回退，通常用增加路由線來實現(xiàn)業(yè)務上的退回，而不使用流 程引擎的回退，流程引擎的回退，通過業(yè)務表是無法查看退回環(huán)節(jié)的已辦任務。 2.多工作項設計 在流程設計時，某一個業(yè)務的處理需要由幾個參與者完成，完成某項業(yè)務沒有顯示的先后順序， 用單環(huán)節(jié)多工作項，還是使用多環(huán)節(jié)單工作項，可以依據(jù)以下原則： 1、 如果使用單環(huán)節(jié)多工作項，一般是某一環(huán)節(jié)所有的人填寫的信息都是一致的，并且某一 條件滿足環(huán)節(jié)退回或者進入下一環(huán)節(jié)時，整個環(huán)節(jié)退回或者進入下一環(huán)節(jié)的處理都相同。 參與者的

9、個人是不確認的。 2、 如果環(huán)節(jié)填寫的信息不完全相同，某一個人的退回或者進入下一環(huán)節(jié)不影響其它人的填 寫，這時，就需要使用多環(huán)節(jié)單工作項，并且參者可是可以進行分類，或者確定 3.子流程設計 某一環(huán)節(jié)的處理，可能會引起另一串活動，這時在設計時會通常會引入子流程，子流程的實 現(xiàn)采用啟動一個新的流程來實現(xiàn)，用程序代碼控制流程的流轉(zhuǎn)。達到業(yè)務要求，在設計子流程時， 通常會加入確認環(huán)節(jié)，即誰派發(fā)的任務需要誰確認。 4.流程狀態(tài)設計 通常在流程流轉(zhuǎn)過程中，需要標識當前流程的狀態(tài)，通常會每一個環(huán)節(jié)對應一個業(yè)務狀態(tài)， 如果有子流程，還會增加一個特殊狀態(tài)，用于標識當前主單的業(yè)務狀態(tài)，增加這個狀態(tài)主要是區(qū) 分流程

10、在派了子單后，主單暫時不需要在待辦中出現(xiàn)，而設置。 下圖為一個典型的審批類流程，首環(huán)節(jié)申請，后續(xù)環(huán)節(jié)只需要填寫審核意見，確認是否通過 往后走。 此時的退回，使用流程的路由實現(xiàn)，在設置路由的值時，就形成了規(guī)則： 、進入同一環(huán)節(jié)的路由值相同 、默認是下一環(huán)節(jié) 按此規(guī)則設計，可以減少路由值的設置。 2.3 業(yè)務流程的表設計業(yè)務流程的表設計 在表設計過程中，業(yè)務表與流程表之間通常用流程實例號作為關(guān)聯(lián)，在每一個業(yè)務表中都 會增加一個流程實例號字段，某一業(yè)務需要用到活動 id 或者工作項 id 也將它寫入業(yè)務表。 業(yè)務流程的表主要分為兩類 一、 流程客戶端的表 a)流程公共信息表： 通常所有流程都有的公共

11、信息存放于此表。常用的字段有：流程實例號、流程標 題、流程類型、流程編號、上一級處理人、當前責任人、超時時間、開始時間、結(jié)束 時間、當前業(yè)務狀態(tài)、創(chuàng)建人部門、是否為子流程、流程定義 id 等，如果有子流程， 需要加入父流程實例 id，根流程實例 id 字段 b)流程處理表 流程處理表作用是將環(huán)節(jié)的處理過程進行記錄，只在流程流轉(zhuǎn)歷史，常用的字 段有：流程實例 id、流程標題、流程編號、環(huán)節(jié)名稱、活動定義 id、處理人、環(huán)節(jié) 開始時間、環(huán)節(jié)結(jié)束時間、上一環(huán)節(jié)工作項 id，上一環(huán)節(jié)名稱、是否最后提交等字 段。 其中是否最后提交字段作用是標識環(huán)節(jié)的最新數(shù)據(jù)，有退回的環(huán)節(jié)，可能會出現(xiàn)兩條相 同的記錄。

12、二、 業(yè)務流程的業(yè)務表 對于業(yè)務表的設計， 審核類流程，通常是有一張業(yè)務主表，將的業(yè)務信息寫存入此表，再建一個處理 過程信息表，用于存放環(huán)節(jié)處理意見。 過程表單類流程，環(huán)節(jié)的信息變化多樣，需要每一個環(huán)節(jié)建一個業(yè)務表來存儲相 應的業(yè)務數(shù)據(jù)，也有需要在不同的環(huán)節(jié)都保存業(yè)務信息的不同版本，每一個環(huán)節(jié)保存 一份業(yè)務數(shù)據(jù)，并標識是某一環(huán)節(jié)的數(shù)據(jù)。 三、 其它業(yè)務表 為了業(yè)務流程統(tǒng)計需要，針對某一特定流程的處理過程進行統(tǒng)計與分析，流程客 戶端記錄信息不夠時，需要針對某一流程的業(yè)務處理過程日志進行以達到統(tǒng)計需要。 四、 視圖的設計 對于業(yè)務表的視圖設計，一般都是一個環(huán)節(jié)一個視圖，方便業(yè)務數(shù)據(jù)的查看。 總之：

13、業(yè)務流程的表設計可以按以下原則： 1、 工作流客戶端的表字段根據(jù)所有流程都需要的屬性設計。 2、 特定流程屬性字段存放在業(yè)務表，有一張業(yè)務主表，通常將首環(huán)節(jié)的業(yè)務信息存放到業(yè)務主表 當中，其它環(huán)節(jié)信息寫入環(huán)節(jié)信息表，如果環(huán)節(jié)信息基本相同則建一個特定流程的環(huán)節(jié)信息表， 如果不同，則每一環(huán)節(jié)建一個業(yè)務表用流程實例號關(guān)聯(lián)。 3、 視圖的設計：一般按一個環(huán)節(jié)一個視圖處理，如果是只有一張環(huán)節(jié)信息表，則根據(jù)環(huán)節(jié)定義 id 建視圖，如果每一環(huán)節(jié)都有表，則一張環(huán)節(jié)表建一個視圖。 2.4 流程相關(guān)數(shù)據(jù)區(qū)設計流程相關(guān)數(shù)據(jù)區(qū)設計 設計的原則是相關(guān)數(shù)據(jù)區(qū)的數(shù)據(jù)越少越好，能省則省。在設計流程相關(guān)數(shù)據(jù)區(qū)時，一般會固 定分

14、為幾個區(qū)域： 、參與者區(qū)域 a)將每一個環(huán)節(jié)的參與者，單獨一個的節(jié)點。保證環(huán)節(jié)的參與者之間不會沖突，只需要設 置過后，參與者將不會出錯。 b)參與者的數(shù)據(jù)結(jié)構(gòu)進行統(tǒng)一，一般使用三個節(jié)點的形式存諸。id、name、 tpye。 、路由區(qū)域 路由區(qū)域的設置可以按以下原則進行處理： a)設置一個默認路徑的路由值。 b)不同環(huán)節(jié)流向同一個環(huán)節(jié)的路由值應是相同的。 c)路由節(jié)點的個數(shù)是由流程設計時當前最大的活動數(shù)決定 、時限配置區(qū)域 eos 中可以配置的超時時限，業(yè)務可能需要在流程流轉(zhuǎn)過程中，對時限進行修改，根據(jù)具體 業(yè)務確認這個區(qū)域的值。 、業(yè)務數(shù)據(jù)區(qū)域 在某些自動活動，或者觸發(fā)事件時，能夠讀取到的數(shù)

15、據(jù)只有相關(guān)數(shù)據(jù)區(qū)，這時，就需要 將一部分業(yè)務數(shù)據(jù)存放到此區(qū)域。通常會將流程實例號存放在此區(qū)域，通過他找到相應的業(yè) 務數(shù)據(jù)。 2.5 展現(xiàn)邏輯設計展現(xiàn)邏輯設計 在 eos 的展現(xiàn)邏輯中，與流程有關(guān)的展現(xiàn)邏輯主要有以下幾類 1.創(chuàng)建流程的展現(xiàn)邏輯 a)流程信息輸入頁面打開的展現(xiàn)邏輯 pr_gcjd_apply_input i.此展現(xiàn)邏輯，根據(jù)流程的申請環(huán)節(jié)的復雜程度，而不同，但可以總結(jié)為：準備頁面 需要的初始數(shù)據(jù)，打開相應的 jsp 頁面，這兩步處理，流程的不同就只有業(yè)務數(shù)據(jù) 的準備以及頁面的不同 b)流程創(chuàng)建時的保存展現(xiàn)邏輯 pr_gcjd_apply_submit 此展現(xiàn)邏輯的處理過程為：本流

16、程的業(yè)務處理、流程的其它處、提示操作成功狀態(tài)。 在下圖中的展現(xiàn)邏輯中，保存業(yè)務數(shù)據(jù)時做了如下處理：創(chuàng)建流程、保存業(yè)務數(shù)據(jù)、保存公共表、 設置參與者、設置路由，其它處理、結(jié)束工作項。如果還有其它的處理，再實現(xiàn)其它的處理邏輯。 所有申請環(huán)節(jié)的提交都可以按此來操作，也包含重新申請的提交，兩個的區(qū)別只是重新提交 時，不創(chuàng)建新的流程，對業(yè)務表的操作也只是更新，不是插入操作。 2.流程環(huán)節(jié)處理的展現(xiàn)邏輯 a)流程處理環(huán)節(jié)的輸入展現(xiàn)邏輯pr_gcjd_audit_input 流程處理環(huán)節(jié)的展現(xiàn)主要包括有：獲取業(yè)務數(shù)據(jù)，取了流程公共信息，這些步驟通 常是為業(yè)面顯示數(shù)據(jù)的需要而做處理。 b)流程處理環(huán)節(jié)的提交展

17、現(xiàn)邏輯pr_gcjd_audit_submit 在流程的處理環(huán)節(jié)的數(shù)據(jù)提交時處理步驟為：保存業(yè)務數(shù)據(jù)、設置參與者、設置路 由、保存公共信息這幾步，和流程的首環(huán)節(jié)處理都是一樣，兩個環(huán)節(jié)的處理提交理論上 是可以合并，在首環(huán)節(jié)還有一些保存草稿等功能，與其它環(huán)節(jié)的處理差異性會比較大， 所以將其拆分兩個展現(xiàn)邏輯。 3.流程查看的展現(xiàn)邏輯 流程查看，只是將流程的當前信息顯示給用戶，只需要將當前的業(yè)務信息，流程公共信 息展現(xiàn)即可。 2.6 業(yè)務邏輯設計業(yè)務邏輯設計 流程的業(yè)務邏輯可以分為以下面種 1.業(yè)務數(shù)據(jù)保存：這根據(jù)流程頁面的復雜程序，所需要保存的數(shù)據(jù)數(shù)據(jù)會有不同，這個業(yè)務邏 輯的保存，申請環(huán)節(jié)與其它環(huán)

18、節(jié)會有區(qū)別，申請環(huán)節(jié)需要創(chuàng)建流程，創(chuàng)建公共表字段等，通 常會將其分開實現(xiàn)。 a)申請環(huán)節(jié)流程提交時的保存業(yè)務的邏輯設計，此實現(xiàn)是沒有草稿的情況下的代碼實例， 如果有草稿，寫法將不一樣。 b)其它環(huán)節(jié)的保存業(yè)務邏輯設計： 通常只需要更新業(yè)務主表信息以及增加本流程的環(huán)節(jié)信息。 2.公共數(shù)據(jù)保存：這是一個通用的業(yè)務邏輯，每一個環(huán)節(jié)都會用到，將流程的當前信息寫入到 流程客戶端表中。 3.相關(guān)流程處理：如果有子流程，都需要準備數(shù)據(jù)對子流程做相應的處理，這根據(jù)實際的業(yè)務 需要來實現(xiàn) 4.流程路由設置：根據(jù)業(yè)務規(guī)則，設置流程流轉(zhuǎn)的路由。只需要往相關(guān)數(shù)據(jù)區(qū)中設置下一環(huán)節(jié) 的路徑值即可。 5.后續(xù)環(huán)節(jié)參與者設置

19、：設置此環(huán)節(jié)以后的已知參與者，因為每一個環(huán)節(jié)都有獨立的參與者結(jié) 點，設置好以后，直接設置即不會產(chǎn)生數(shù)據(jù)沖突。 6.相關(guān)數(shù)據(jù)區(qū)特殊處理：相關(guān)數(shù)據(jù)區(qū)的設置，是根據(jù)業(yè)務的需要進行設置。 2.7 頁面的設計頁面的設計 、流程相關(guān)的業(yè)務主要有如下幾部分： a)申請環(huán)節(jié)頁面： b)申請環(huán)節(jié)查看頁面： c)流程環(huán)節(jié)處理頁面 d)流程環(huán)節(jié)查看頁面 e)流程圖顯示頁面 f)流程處理過程頁面 g)附件上傳頁面 這些頁面都是流程的最基本的元素，根據(jù)客戶要組，將這些頁面進行組裝，生成相應的頁面， 其中申請環(huán)節(jié)的填寫頁面，根據(jù)業(yè)務的復雜程度，頁面會有很大的差別。每一個環(huán)節(jié)信息的填寫 都有一個查看和填寫頁面，這些頁面一般

20、都是成對出現(xiàn)。 2.8 其它設計與實現(xiàn)其它設計與實現(xiàn) 1.并發(fā)控制的處理： a)如果某一環(huán)節(jié)的參與者為一個角色，如果兩個人同時具體這一角色，并同步打開，后提 交的用戶將無法提交，在提交時需要做并發(fā)控制的處理。 2.通用功能的設計： a)在某一個項目中，總會有一個通用的功能，比如：附件上傳、抄送、流程流轉(zhuǎn)記錄等功 能，這些在設計上就需要考慮到本項目一級的通用。 3.與 kpi 相關(guān)的設計 a)做流程相關(guān)的項目，主要目的是為了更好的做管理，客戶一般都會對流程的統(tǒng)計提出一 些要求，統(tǒng)計一般是統(tǒng)計某一環(huán)節(jié)的平均占用時間，流程平均退回次數(shù)，流程超時時間 等一系統(tǒng)列指標，這些就需要在數(shù)據(jù)庫表設計時進行確認，為了統(tǒng)計方便，會將工作項 開始時間與結(jié)束時間設計到業(yè)務表中，方便進行統(tǒng)計。 4.業(yè)務狀態(tài)： a)有很多狀態(tài)都可以在流程引擎的相關(guān)表中查詢到，有時為了方便，會將流程引擎的相關(guān) 狀態(tài)寫入到業(yè)務表中方便統(tǒng)計。 5.草稿的設計 a)在項目中，草稿只是存放一些業(yè)務信息，在設計中為了方便，通用在草稿的信息中增加 一個字段