一位優秀的商人杰克，有一天告訴他的兒子
　　杰克：我已經決定好了一個女孩子，我要你娶她
　　兒子：我自己要娶的新娘我自己會決定
　　杰克：但我說的這女孩可是比爾·蓋茨的女兒喔
　　兒子：哇！那這樣的話……

　　在一個聚會中，杰克走向比爾·蓋茨
　　杰克：我來幫你女兒介紹個好丈夫
　　比爾：我女兒還沒想嫁人呢
　　杰克：但我說的這年輕人可是世界銀行的副總裁喔
　　比爾：哇！那這樣的話……

　　接著，杰克去見世界銀行總裁
　　杰克：我想介紹一位年輕人來當貴行的副總裁
　　總裁：我們已經有很多位副總裁，夠多了
　　杰克：但我說的這年輕人可是比爾·蓋茨的女婿喔
　　總裁：哇！那這樣的話……

　　最后，杰克的兒子娶了比爾-蓋茨的女兒，又當上世界銀行的副總裁

　　知道嗎，生意通常都是這樣談成的

jbpm在用戶角色管理上共設計了四個類：Entity、 Membership、 Group、 User
Entity類是其他三個類的父類，它包含了兩個屬性：name(String)、 permissions(Set)
User類繼承Entity類，包含三個屬性：password(String)、 email(String)、 memberships(Set)
Group類繼承Entity類，包含四個屬性: type(String) 、parent(Group)、 children(Set)、 memberships(Set)
Membership類繼承Entity類，包含三個屬性:role(String)、 user(User)、 group(Group)
很明顯，一個user對應一個用戶，一個group對應一個用戶組，它們之間通過membership關聯，并且一個user可以屬于多個不同類型（type)的group，user和 group之間是多對多的關系。
Membership類的role屬性個人感覺用途不大，反倒是name屬性代表了user在group里的role（角色）！         一個流程圖由許多node和transition組成。每個node都有一種類型，這個類型決定了當流程執行到這個node時的不同行為。jbpm有一組node type可以供你選擇，當然你可以定制自己node 。
node的作用
node有兩個主要的作用：
1）執行java代碼，比如說創建task instance（任務實例）、發出通知、更新數據庫等等。很典型的就是在node 上掛上我們的action
2) 控制流程的執行：
  A、等待狀態
     流程進入到這個node時將處于等待狀態，直到一個signal 的發出
  B、流程將沿著一個leaving transition越過這個node
     這種情況特殊一點，需要有個action掛在這個node上（注意這個action不是event觸發的！），action中將會調用到API里
     executionContext.leaveNode(String transitionName)，transitionName即這里的leaving transition名字。
  C、創建新的執行路徑
     很典型的就是fork node。流程在這里會分叉，產生新的執行路徑。這樣就創建了新的token，每個新的token代表一個新的執行路徑。注意的是，這些新的token和產生前的token是父子關系！
  D、結束執行路徑
     一個node可以結束一條執行路徑，這同樣意味著相應的token的結束和流程的結束。 最近一直打算對原有的一套業務管理系統進行重構。原因很簡單，原來的系統采用的是JSP+JAVABEAN+MYSQL的兩層架構，在JSP中直接調用JAVABEAN，并且包含了太多的業務邏輯，在維護的時候很困難。
初步的打算是采用jstl+struts+spring+hibernate。
struts僅僅用于表現層，它的Action中不可以涉及到業務邏輯
最近看了看jbpm的源代碼，但是還沒有在具體的項目中實踐。也決定先不在程序中包含工作流。

看過一些人的職業規劃，也和同事們聊過。感覺做程序這一行的職業規劃都有很多相似的地方：
程序員-->高級程序員-->項目經理-->CTO-->中層管理
規劃是這樣，至于能走到哪一步就完全靠自己了。感覺想做技術專家的人似乎很少，最后都是想往管理上發展。，畢竟管理拿得 money 多嘛。當然，你也可以自己開公司的。另外，人們好象都有一個觀念：年齡大一點就不再適合編碼。可我在一篇分析印度軟件業的文章里卻看到：四十多歲的婦女都可以在家寫代碼。真是讓人流汗！