BPMs中資源的組織方式的思考

在BPMs系統中資源是不可缺少的方式，BPMs的基本元素可以參考我另一篇隨筆。而資源的組織方式則是處理資源的基礎，現在大部分系統都把資源以表為單元來供使用者操作，一般它們都整合了SQL的操作方式，這樣能方便客戶操縱資源。那麼這種方式的問題是什嗎？ 1. SQL是一種簡單的語言，但要熟練掌握這種語言一般只有開發人員或IT人員才會，一般的業務人員不會，這樣系統的使用程度就會打折了； 2. SQL是以資料表為單元的，這樣資料只能做定量的分析，比如：數量，多，少，大，小等，很難直接做定性的分析，比如：職位的高低，組織圖的高低，品質的好壞等；這樣，直接使用資料方式由一定的局限性，那麼如何來改變這個？我的想法很簡單，把一群有意義的資料群組織成一個整體，單個資料不再有意義，比如：在訂單系統中，訂單名字這個資料沒有意義，訂單名稱只是訂單這個整體的一部分；同時，各個整體之間擁有一些關係，比如：部門之間的高低關係。在這個思路下的資源就可以設計一些定性的分析，同時由於資料以整體表示對業務人員理解系統更有利。 那麼.Net下怎麼去設計這樣一個思路，當然要留給看官們了....^_^