RDIFramework.NET ━ .NET快速資訊化系統開發框架

4.5 使用者管理模組

4.5 使用者管理模組

　　使用者管理模組主要是對可登入系統的使用者進行管理。後續的工作如：使用者歸屬角色、許可權的分配、使用者所擁有的相應功能模組、各業務系統許可權的分配、協同辦公等都是以此為基礎。使用者管理的主要功能有：新增使用者、修改使用者、刪除使用者、設定使用者的預設角色、設定使用者密碼、設定使用者的有效性、使用者排序、使用者匯出、使用者兼職組織機構設定、使用者模糊查詢以及有效性搜尋等。使用者管理如下圖所示：

圖4.5.1 使用者管理

　　相比以前的版本，現在新版本的“使用者管理”主介面增加了按組織機構來進行分類使用者管理，更加的清晰與直觀，展示速度也更快，同時使用了全新的分頁控制元件進行大資料量下使用者的分頁管理，支援多種資料庫。

　　在使用者管理主介面，有使用者管理相應操作許可權的登入使用者可以新增、修改、刪除（單個或批量刪除）、設定密碼、查詢使用者。此模組一般分配給具有系統管理員角色的使用者，以防誤操作，超級管理員使用者不允許被修改與刪除。當然，對於框架核心資料刪除操作都是邏輯刪除而非物理刪除。即刪除是在相應記錄上打上了刪除標誌。若要恢復誤刪的資料，可以聯絡具有操作資料庫的使用者（如：DBA）進行資料恢復。在此介面上僅實現了使用者管理服務介面部分常用功能，其他功能在服務層都已完美實現，使用者可做相應的擴充套件，具體可參考框架的服務介面幫助檔案。

4.5.1、使用者新增

　　新增使用者如圖4.5.1-1所示：

圖4.5.2 新增使用者

　　在新增使用者操作介面，操作員可以新增能登入到框架使用系統相應功能的登入使用者。需要注意的是，登入使用者名稱與編號不能與已有的登入使用者名稱、編號重複必不能為空。在新增時可以為使用者設定一個預設角色，可以設定其有效性，只有當用戶設定為“有效”，使用者才可以登入到系統。建議：如果某個使用者離職或暫時不允許其登入，可以取消使用者的“有效”標誌。這樣使用者就不能登入到系統，而不是直接刪除使用者。在“新增使用者”介面可以看到有幾個關於組織機構選擇的選項，使用者可以直接點選後面的“…”在彈出的“選擇組織機構”介面中進行組織機構的選擇，方便使用者操作，如圖4.5.1-2所示。

圖4.5.1-2 選擇組織機構

4.5.2、使用者修改

　　修改使用者如圖4.5.2-1所示： 

圖4.5.2-1 編輯使用者

　　在編輯使用者介面，操作員可對使用者的相應資訊進行修改，對登入使用者名稱的修改需要謹慎，以免修改後使用者不能正常登入，如果一定要修改登入使用者名稱，則要告訴相應的使用者登入使用者名稱已變更。修改使用者時不允許重複使用者名稱，若輸入了編號，編號不允許重複，系統會自動會檢測資料是否已經重複，已被設定為刪除標誌的使用者不再重複驗證的範圍內，系統中的登入使用者名稱也可以由管理員進行修改。同時可以看到在編輯介面上有一個“記錄導航”的功能，使用者可以在這兒上移、下移、移動到第一條、移動到最後一條進行使用者的修改，而不用修改後關閉編輯介面到主操作介面進行重新操作，方便操作員，提高工作效率，當然你在主操作介面進行批量的修改也是可以的，再批量儲存即可，我們的服務介面中對此進行了實現。

4.5.3、設定使用者密碼

　　設定使用者密碼如圖4.5.3-1所示。根據操作員的選擇可以單個或批量設定使用者的密碼。在新增使用者時可以先讓使用者的密碼為空，待所有使用者新增完成後再進行批量統一設定密碼，這樣不僅可以節省操作時間，也可防止出錯。在“設定使用者密碼”介面，操作員可以刪除密碼、設定預設密碼，設定為新的密碼。

　　圖4.5.3-1 設定使用者密碼

　　a) “刪除密碼”功能。

　　有時應對某些特殊要求需要刪除使用者的登入密碼，即讓使用者的登入密碼為“空”，這樣使用者登入時就不需要輸入登入密碼，輸入登入使用者名稱即可直接登入。登入成功後再自己進行密碼的修改。

　　b) “設定為預設密碼”功能。

　　當一個系統剛投入執行時，經常會給相應的登入使用者設定一個預設的登入密碼。在新增使用者時可以先不設定密碼，待使用者全部新增完成後，再在這兒進行批量統一設定，預設密碼可在服務端的配置檔案中“Config.xml”進行配置。

　　c) “設定為修改的密碼”功能。

　　操作員可以把所選使用者的密碼設定為指定的登入密碼，“新密碼”與“確定密碼”兩次輸入要一致。　

4.5.5、刪除使用者

　　對於離職的使用者可以進行刪除（在框架中是邏輯刪除）。
　　員工離職時不建議直接刪除使用者，例如員工離職了，很多系統中的歷史真實資料記錄不應該被刪除，，應該將使用者設定為停用狀態（取消有效狀態），員工離職後，就把使用者刪除了，可能會引發一些資料關聯性、引用上的錯誤，例如人辭職了，以前的工資資料、工作日誌資料、專案資料等等都已是發生過的真實資料，不應該把這個使用者給刪除了，相關資料都應該作為歷史資料保留下來、留下歷史痕跡才是正確的做法。按理，一切資料都不應該物理刪除，而是進行邏輯刪除才對，例如進行了刪除操作，只是給資料打上一個刪除標誌（例如我們框架資料表裡的DELETEMARK欄位標誌設定為1、表示已經被刪除了），若真需要刪除資料，應該由資料庫管理員進行真正的物理刪除操作，物理刪除一條資料是非常容易，但是由於誤刪了一條資料，想把這條資料再恢復過來的代價往往是非常昂貴的，切記！
在操作員對選擇的使用者執行刪除操作前，應對其進行詢問是否真要進行刪除，以防誤刪，這是必須的！如圖5.5.5-1所示。

圖4.5.5-1 刪除使用者提醒

　　在彈出的提醒框可以看到，系統已經預設把“No”設定為了預設回車鍵可執行的按鈕，這也是為了考慮到使用者不小心誤操作的情況。這些都是一些細節性的東西，看似不重要，實質在實際應用中經常會出現類似誤操作的情況，我們應該考慮周全。

4.5.6、排序使用者

　　有時我們有這樣的需求，在系統登入時，如果採用下拉列表進行使用者的選擇，那些一般領導的名字我們應該放在最上面，中國的觀念就是這樣（但不絕對）。對於這類情況，我們的框架可以很好的滿足其要求，只需對相應的使用者進行排序即可，排序按鈕位於“使用者管理”主介面的左下角，如下圖所示，排序操作完成後，要記得單擊“儲存”按鈕。

4.5.7、搜尋使用者

　　如果一個系統的操作使用者很多，我們可以通過“使用者管理”介面的搜尋功能對特定使用者進行搜尋，此搜尋功能是對全表進行模糊查詢，只要輸入一個關鍵字，就會把全表相應欄位包含該關鍵字的資訊過濾出來。並且我們框架提供了對使用者有效性的搜尋，可以方便的檢視有效使用者，無效使用者，全部使用者等。