【討論】【工作流程】由資源模式中的“許可權分配”想到資源結構

來源:互聯網
上載者:User

最近正在向PE中加入資源模式的控制,在測試許可權分配模式時,發現了資源結構的問題,在此和大家分享、討論。

首先簡單解釋一下許可權分配模式:即參與活動的人,由其許可權決定。

比如:審批次程序中的核准活動必須由經理來完成,其中經理是“許可權”概念的一種。

這個模式本身不複雜,大部分工作流程系統都支援,PE當然不能不支援...^_^.....

但是,如果連帶思考資源的結構時,就會發現問題。

關鍵是,參與者和許可權之前的關係並不是多對一這麼簡單的關係,不同企業定義他們之間的關係不同,一般來講,至少是多對多的關係;

即某個參與者擁有多重許可權,而每種許可權可以分配給多個參與者。把這種關係映射到資料庫模式中,大家都知道需要3個表來維護,比如:User,RoleOfUser,Role。

這樣,RoleOfUser就成為了User和Role之間的串連者。既然RoleOfUser在資料庫中實際存在的,那麼它在流程資源中存在嗎?這個問題很重要.

如果不存在,RoleOfUser就不在流程系統的控制中,這樣Role和User之間的關係對於流程系統等於是沒有;那麼它就應該存在。

有了RoleOfUser這個資源,上面的這個模式就不那麼簡單了。試想,流程設計者想表達的是,只有經理層級的參與者才能審批,但是經理和參與者之間還有個中間人,即RoleOfUser。如此,流程設計者就必須把表達方式改為:只有RoleOfUser的Role是經理,同時RoleOfUser的User是某某時,才能審批。

雖然,通過這種方式的確可以實現許可權分配模式;但從優雅和簡潔的角度看,這個解決方案並不理想。如果哪位有更好的想法,請不吝賜教。

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.