羅朝罡<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />
新疆81鋼鐵集團公司鍊鐵分公司，烏魯木齊 830022
摘 要：在微軟的軟件系統中,其用戶管理模組思路都是基本相同的，這種管理方式簡潔高效，但我在使用項目管理軟件，需要配置SharePoint服務器，此時就發現了關於用戶管理的缺陷：
1. 單位（組）之間是有隸屬關係的，而且隸屬的層次是不確定的；
2. 戶的數量可能超過100人，甚至更多；
3. 隨着體制變動，管理的層次有可能更靈活；
4. 不便於將系統管理員與行政管理人員的權限分離；
在這些情況下，Windows模式的用戶管理並沒有體現出組之間的隸屬關係，當然就無法處理好層次權限之間的覆蓋與重疊。
當傳統的'管理機構與靈活高效的項目組形式並存時、當機構重組與變更時、用戶數達到1定的數量級時，用戶管理就變成1項重複性工作。
爲此，需要在微軟的用戶管理系統模式上做修改，使之更靈活地適應企業內部管理軟件集成化和大型化的需要。用戶管理模組是軟件開發的重要基礎模組，1個穩定而成熟用戶管理模組對軟件應用的普及來說非常重要。
首先，機構的代碼表中的字段設定必須體現出機構的隸屬關係；
其次，隸屬關係必須便於生成、檢索和管理；
最後，確定每個機構的用戶管理者後，透過授權方式將系統管理員與行政管理人員的權限分離開來。在局域網中，系統管理員很多都是網上的行政權力分配者，實質上這是1種過度的權力。
使用何種開發工具其實現方式都是相同的，從數據結構上來講，對於用戶少，隸屬層次簡單的可以透過字元字段來實現，而對於用戶多，隸屬層次複雜的系統則可以用子表的方式來實現。
在程序中如何運用用戶管理模組應該完全參考SQL Server中的做法，將所有需要設定權限的窗體寫入數據表中，並將其權限標準化爲只有3種“只讀”、“完全”和“拒絕”，這樣可能不符合代碼最簡化的原則，但卻更符合模組化的要求，爲合理的分權和授權打好了基礎，在程序中，將權限細化到窗體更便於管理。
用戶授權則應該完全交由用戶單位的最高管理者從上向下按層次授權，系統管理員要做的只是給軟件系統編寫出授權的功能。。
開發人員不需要考慮權限控制問題，經過系統管理員授權的用戶可以很方便地給下級人員進行2次授權，完全是在對數據庫中的數據表進行操作，規範而簡潔，也非常易於管理和維護。
這樣開發出的用戶管理系統1方面結構、層次清晰，其模組化程度和可
[1]