公司大了后各種業務管理系統的難度就會加大，對軟件系統的難度要求也會加大，只有穩定扎實的基礎數據才有助於高效的管理決策，寫程序有時候也是為了銷售給未來5年后的客戶，今天的積累就是10年后的收獲，有個良好的軟件系統就可以快速實現各種管理思想。
1：需要解決的問題：這里的部門經理，部門副總都不是固定的，只是固定的崗位，而不是固定的某個人，因為 有 A,B,C,D,E,F各種部門，是一個泛稱，程序運行階段需要按當前員工所處的具體部門來計算換算得來。
2：需要解決的問題：人力經理，人力副總，也可以是總公司的，也可以理解成是分公司的情況，也可能是有區域經理等等，也可以理解成是泛稱。
3：需要解決的問題：寫一個固定的流程程序，寫死的那種是很容易的，但是由於公司的政策變了，流程變了，又要修改程序很是折騰人，若是可以靈活配置審核步驟，那程序的生命力就會很強大，雖然有時候也需要小改程序，但至少是經得起折騰，折騰幾年都可以持續折騰，寫死的程序，經過3-4次折騰后很可能就變成一堆垃圾了，根本無法用了。
a：請假單是一種單據，但是類似的當然可以跑100種類單據，1000種單據，機制是一樣的，只是各種流程，各種審核步驟不一樣而已。
b：想做一個良好的應用軟件，必須需要有強大的基礎數據管理工具，才容易實現各種管理思想。
c：當有了一穩定好用的基礎組件后，才能把更多的精力放在設計各種業務應用上。
d: 雖然看看下面的實現步驟很簡單，但是牽扯的前后關聯關系很多，需要設置不少基礎數據，看看簡單，若自己想實現，可能2個月也無法實現好，畢竟2個月里還有很多其他事情需要處理。
e: 就算2周做出來了，也未必好用，未必經得起推敲，也未必能堅持持續完善，持續改進，所以開發一個軟件系統選型很關鍵，否則也是沒多少未來，渺茫。
解決問題的步驟(注：基礎數據管理工具是C\S實現的，流程配置管理、流程流轉是B\S上實現的)
1：我們先需要有崗位管理功能，需要給 工作組、部門、分公司、總公司能設置固定的崗位，固定是按編號來計算的，就是編號確定的角色來理解。
2：系統里有些固定編號的角色，就是我們需要的崗位，例如下圖就是一些內置的 默認崗位，把這些崗位綁定到組織機構上，可以按前綴來進行處理，例如部門的上可以掛接Department開頭的崗位，角色表里有一個字段叫OrganizeId，就是來關聯部門的。
3：下面是給部門增加崗位的效果
只列出了Department編號開頭的默認崗位（角色），當然默認崗位也是自己可以設置管理的
4：客戶的審批流程要求與我們內置崗位的對應關系參考如下
5：進入B\S后台管理設置審批流程審核步驟如下效果圖
6:我們按某一員工進行請假來看看系統運轉的效果圖
當然也可以幫別人填寫各種單據，也可以去掉這個功能
提交數據后，進入審批步驟界面，審批步驟頁面會自動計算相關的數據，生成一個具體的審批流轉順序。
真正把流程組件實現好雖然沒上面文章寫得這么簡單，但是解決核心問題的思想可以參考一下，在正式實施階段可能還需要優化很多細節！但是也可以理解為優化個性化的功能，共性的核心都已經解決好了。
其實購買了組件，深入學習了源碼，水平提高了，工資也狂漲了，也有了很多思想了，可能接着一輩子都領先別人幾步，走在前面。
其實購買了組件，開發中應用了，改進了流程，節約了時間，增加學習、談戀愛的時間，生活質量提高了，開發能力也增強了。
其實購買了組件，管理也省事了，不瞎折騰了，還有長期維護升級，開發周期短了，錯誤少了，少廢心了，開發成本節約了，對管理者也是省心省事。
歡迎大家提出寶貴意見建議！