本文介紹了員工賬號管理的模塊劃分，分析了各個模塊的功能點，對功能的操作體驗、存在的問題做了一個總結(jié)。

組織結(jié)構(gòu)又調(diào)整了！

這對于公司員工在自建系統(tǒng)中的賬號、功能權(quán)限、操作權(quán)限管理的我來說，不是一個好消息！功能過度模塊化、不必要的關(guān)聯(lián)關(guān)系、無法檢索、無法導出等細節(jié)功能都使得這樣的調(diào)整耗時耗力。在這些功能的實際使用的過程中，對這些功能的操作體驗、存在的問題做了一個總結(jié)。

首先介紹一下公司基本的背景。公司屬于集團形式，下屬多個公司，每個公司的組織機構(gòu)不同，職位名稱不同，組織架構(gòu)的層級也不同，且存在一個員工在兩個公司或者多個部門任職情況。某子公司有實際的業(yè)務數(shù)據(jù)產(chǎn)生，且存在一定的業(yè)務流轉(zhuǎn)邏輯，同時出于信息安全的需要，員工要有不同的操作功能以及數(shù)據(jù)查看不同的有限性。

一、功能模塊劃分

列出整個員工賬號管理的模塊劃分，以及模塊劃分存在的問題：

功能模塊

總結(jié)：

1. 在模塊化的基礎(chǔ)上，將耦合度高、操作會同時發(fā)生的功能（例如員工管理和賬號管理，員工的手機號碼及郵箱幾乎是不會發(fā)生變動的，因此涉及到員工和賬號操作基本上只有入職和離職兩個功能）聚合在一起。
2. 將可以自定義的信息使用最靈活的方式完成（例如職位，由于組織機構(gòu)調(diào)整，經(jīng)常會增加職位，修改職位名稱，如果不能方便靈活的修改及變動，使用起來會非常麻煩）。
3. 數(shù)據(jù)權(quán)限在公司目前系統(tǒng)中僅支持橫向數(shù)據(jù)權(quán)限設(shè)定，未支持縱向數(shù)據(jù)權(quán)限的設(shè)定。橫向數(shù)據(jù)權(quán)限一定要能夠做到最小單位，這樣的可擴展性和靈活度更高，無論公司機構(gòu)如何改變，都方便管理。

二、各模塊主要功能點

1. 組織機構(gòu)

組織機構(gòu) Feature

注意事項：

1. 樹形結(jié)構(gòu)優(yōu)點就是直觀，直觀存在上下級的關(guān)系。但由于系統(tǒng)中缺少排序功能，反而導致了同類部門分散顯示，所以這里可以考慮有排序功能；
2. 由于數(shù)據(jù)權(quán)限是指定到部門的，也就是部門A產(chǎn)生的數(shù)據(jù)，部門A下的員工默認可以查看，同時其他員工可以通過數(shù)據(jù)權(quán)限分配部門A數(shù)據(jù)的查看權(quán)限；同時因為部門A這個信息未存儲在業(yè)務數(shù)據(jù)表中，從而導致部門A一旦被刪除，將會導致原來可以查看部門A數(shù)據(jù)的人全部失去該權(quán)限。對于這種情況有兩個方案：A、將權(quán)限信息存儲在業(yè)務數(shù)據(jù)表中，不依賴組織結(jié)構(gòu)；B、部門可以停用啟用，但不可刪除。

2. 職務管理

職務管理 Feature

注意事項：

1. 新增職務的時候需要同時設(shè)定職務級別，這導致：職務設(shè)置的時候總是不知道該如何定級級別，到底已經(jīng)用了多少個級別；同時也導致了職務級別混亂、設(shè)置不直觀。
2. 如果職務要有級別關(guān)系，將級別與職務增加拆分為兩個功能，且職務列表中支持按照級別正序/倒序排列。

3. 員工管理與賬號管理

筆者所使用的系統(tǒng)，如果想增加一個賬號，需要經(jīng)過一下幾個步驟：

1. 增加一個員工（需要先判斷是否有部門，如果沒有需要增加部門；接著判斷是否有員工對應的職位，如果沒有增加一個職位）；
2. 新增一個賬號，同員工信息關(guān)聯(lián)（迭代優(yōu)化后：增加員工的時候，可以選擇同時開通賬號）。
3. 為賬號增加數(shù)據(jù)角色、操作角色（是否有對一個的角色，如果沒有請?zhí)砑樱?/li>

對于筆者目前使用的系統(tǒng)來說，增加一個員工等于增加一個賬號；一個員工離職，等于停用一個賬號；員工部門調(diào)整或職務調(diào)整，等于操作角色及數(shù)據(jù)角色的調(diào)整?？梢钥闯?，員工管理同賬號管理耦合度很高，雖然側(cè)重點及功能有所不同，但關(guān)聯(lián)關(guān)系非常緊密。

是否需要獨立的員工管理，這取決于平臺的需求。但對于一般業(yè)務類的系統(tǒng)來說，賬號管理（包括對應的員工信息）就可以滿足大部分的需求了，反而是獨立的員工管理用處不大。因此，主張將員工管理及賬號管理合并為員工賬號管理即可。

員工管理 Feature

賬號管理 Feature

注意事項：

雖然員工管理與賬號管理合并為員工賬號管理，但仍然建議在數(shù)據(jù)庫中將賬號及員工存儲到兩個表中，以增加可擴展。

1. 員工管理以人為本，即：除員工姓名、性別、手機號碼（考慮到重名的可能，且手機號碼不輕易更換）之外，其他均為可變動信息，均附屬于員工的自然信息，賬號管理也是同理。例如，如果一個員工屬于兩個部門，那么對于員工來說，部門中有兩個部門名稱；從部門查看來說，兩個部門中能夠查到員工，無論從哪個部門的員工信息中去做查看或者修改詳情信息，都可以看到員工屬于多個部門的信息。
2. 員工賬號列表字段需要直觀的反應員工的自然信息、賬號信息以及權(quán)限信息。
3. 為賬號分配操作角色、數(shù)據(jù)角色，可以在一步中完成，不需要為一個賬號單獨分配操作角色一次、數(shù)據(jù)角色一次。
4. 常用的搜索條件有：員工姓名、部門、賬號狀態(tài)（啟用/停用）；其次會用到的搜索條件：職位、操作角色、數(shù)據(jù)角色；手機號碼和郵箱地址是根本不會用到的，所以不要作為搜索條件。
5. 如果員工賬號的啟用和停用意味著員工的入職和離職，那么建議在操作賬號停用的時候?qū)①~號對應的數(shù)據(jù)角色、操作角色完全清空。
6. 員工賬號信息建議可以支持導出功能。

4. 操作角色及數(shù)據(jù)角色

操作角色、數(shù)據(jù)角色  Feature

注意事項：

特別要說明的是數(shù)據(jù)權(quán)限，權(quán)限要分配到最小單元。且數(shù)據(jù)權(quán)限分配依據(jù)的是業(yè)務數(shù)據(jù)中獨立存儲的數(shù)據(jù)的歸屬信息。

角色（包括操作角色、數(shù)據(jù)角色）列表中顯示出擁有該角色的人數(shù)，可以點擊進入到員工賬號中進行搜索。

最后，后臺數(shù)據(jù)管理枯燥乏味，在考慮成本的基礎(chǔ)上，更多的注意細節(jié)以及體驗，會大大的縮減維護時間，提高效率。