【導讀】2020-04-28完善文字描述。理和修改密碼）。2020-04-01安裝方法等進行補充完善。2020-05-08重新抓圖、文字校對。

　　

【正文】 09 文檔 編號 —— 202005 申請 用戶（賬戶） 申請 用戶（賬戶） 模塊主要是 為了靈活 、快速 申請 新 賬戶 功能 ，還沒分配 到系統 賬號的用戶可 這個功能模塊 里提交申請 用戶（賬戶） 的信心 ，由 系統 管理員審核后， 才 可以登錄 業(yè)務系統 。 圖 311 申請 用戶（賬戶） 窗體 準確填寫好需要申請的用戶名、密碼、選擇好所在的部門等，點擊“申請賬戶”按鈕即可進行 申請步驟，非管理員申請的 用戶（賬戶） 需要審核過程， 在 申請賬戶的同時，會給 相應的 系統管理員發(fā)送即時信息，當然 在管理員 離 線狀態(tài)下時也可以通過 郵件提醒方式或者手機短信提醒模式，提醒管理 者及時進行 審核 工作。 若需要有審核步驟， 只有系統管理員 進行審核 通過 后 ， 所申請的賬號會生效后才可以登錄到相應的管理系統中。 讓 IT 軟件開發(fā)者早點兒回家休息 版本號： 3 修訂號： 26 / 109 文檔 編號 —— 202005 圖 312 申請用戶成功后的效果 圖 313 系統管理登錄后的提醒信息效果 若系統中有未審核的賬 戶，系統會給系統管理員發(fā)送在線即時消息進行提醒，管理員 可以在第一時間進行審核確認工作， 主動提醒 可提 高工作效率，若 無 待審核賬戶，也沒必 多余的操作 ， 這樣會 提高系統的友善性，使系統變得更加人性化 、智能化 。 讓 IT 軟件開發(fā)者早點兒回家休息 版本號： 3 修訂號： 27 / 109 文檔 編號 —— 202005 用戶（賬戶） 審核 進入 用戶（賬戶） 審核功能頁面， 默認情況下、 待審核的 用戶（賬戶） 數據 會列出來，系統管理員直接 可以進行 審核 步驟 ，若整個系統是按分級管理方案 部署的 ，那只會列出來 當前管理員 需要 的 數據列表 出來，不是他所負責的待審核數據不會列出來 。 可以通過 賬戶 審核的查詢功 進行模糊查詢 數據 、 可以 按審核狀態(tài)、默認角色 等條件進行過濾 查詢 數據， 可以更準確、快速查詢 數據 。 圖 321 用戶（賬戶） 審核窗體 編輯功 能可以對 申請創(chuàng)建用戶賬號時 填寫 信息進行修改，包括 用戶名、姓名 、默認角色等。 圖 322 用戶（賬戶） 屬性窗體 讓 IT 軟件開發(fā)者早點兒回家休息 版本號： 3 修訂號： 28 / 109 文檔 編號 —— 202005 用戶（賬戶） 被審核通過、 駁回 操作 時， 按注冊時填寫的 郵件地址 給 用戶發(fā)送提醒 通知郵件， 及時通知 用戶 審核結果 ，審核通過 的用戶 可以 及時 登錄系統進行相應的業(yè)務操作 ， 有郵件提醒功能 可以提高工作效率 、也不用打電話通知 。 導出功能是將 當前窗體中的數據 導出 為 Excel格式的數據 保存 到本地計算機上，方便用戶進行二次 數據 處理 。 刪除功能 ， 選擇好需要刪除的數據，點刪除按鈕即可 ， 系統中被操作員誤刪的數據可以由數據庫管理 員 進行 恢復 操作 ，應用系統里 未進行物理 刪除數據、 只 對相應的數據打了刪除標記處理，所以 有 誤操作 數據 后恢復 數據的 可行性 。 圖 323 用戶（賬戶） 審核窗體 修改 用戶（賬戶） 時 不 允許重復用戶名、若輸入了編號、編號不允許 重復，系統會自動會 檢測 數據是否已經重復、已被設置為刪除標志的 用戶（賬戶） 不再重復驗證的范圍內 ，系統中的登錄用戶名 也可以由管理員進行修改、 用戶（賬戶） 生效后，用戶也可以自由修改 用戶（賬戶） ，這樣更符合用戶的習慣，用戶的排斥心里也會少很多 。 給每個新用戶及時分配個合適的編號，在真實的工作實際情況下 ，比較難做得到，所以建議可以先不輸入用戶編號，等用戶的編號被確定下來后可以事后進行設置比較符合實際工作習慣。 讓 IT 軟件開發(fā)者早點兒回家休息 版本號： 3 修訂號： 29 / 109 文檔 編號 —— 202005 用戶（賬戶） 管理 用戶（賬戶） 管理模塊 應該是系統管理員最常用的功能模 塊之一，在這個模塊里 可以直接創(chuàng)建 用戶（賬戶） 、修改 用戶（賬戶） 信息、可以設置用戶的密碼 。 用戶（賬戶） 管理功能也能實現分級管理功能，例如每個分公司管理每個分公司的賬戶、由超級管理員管理所有的 用戶（賬戶） 功能。 員工離職 時 不建議 直接 刪除 用戶（賬戶） ，而是停用 用戶（賬戶） ，例如員工離職了，很多系統中的 歷史 真實 數據 記錄 不應該被刪除 ， 員工離職時可能最后一個月的工資還沒發(fā)放，相關的離職手續(xù)也沒辦理好，應該將用戶設置為停用狀態(tài)（取消 有效狀態(tài)） ， 用戶（賬戶）被 隨便刪除后有可能會引起系統中其他相關數據出現關聯錯誤的 隱患 。 員工離職后，就把賬戶刪除了，可能會引發(fā)一些數據關聯性、引用上的錯誤，例如人走了，以前的工資數據 、工作日志數據、項目數據等等都已是發(fā)生過的真實數據 ，不應該把這個用戶給刪除了， 相關數據 都應該作為歷史數據保留下來、留下 歷史 痕跡 才是正確的做法 。 按道理 ，一切數據都不應該進行物理刪除，而是進行邏輯刪除才對，例如進行了刪除操作，只是給數 據打上一個刪除標志（例如數據表里的 DeleteMark 字段 標志設置為 表示已經 被 刪除了 ） ，若真需要刪除數據，應該由數據庫管理員進行真正的 物理 刪除操作 ，物理刪除 一條 數據是非常容易，但是 由于誤刪了一條數據，想把這條 數據 再 恢復過來的代價往往是非常昂貴的 ，可能要花費 10 倍、 100 倍的代價才能把這個數據恢復過來 ，就是提醒了用戶是否確認刪除？用戶也按了確認 也不應該 進行物理刪除操作 。 讓 IT 軟件開發(fā)者早點兒回家休息 版本號： 3 修訂號： 30 / 109 文檔 編號 —— 202005 圖 331 用戶（賬戶） 管理窗體 添加新 用戶（賬戶） 的效果圖如下，當然這個窗體也可以進行二次開發(fā)，按 自己的需要增加字段等等，例 如把手機號碼、電子郵件地址也錄入進來或 進行一些其他的相關 連的 事務處理。 系統管理員賬戶不應該輕易的被刪除、 用戶名、編號等不應該重復的檢查，當然不設置編號也是可以的，新來的員工一般都沒有明確的編號，可以事后再補充也是很常見的，新建賬戶時必須要 輸入編號，而且必須輸入個不重復的編號相對友善度不高、屬于系統缺乏 人性化 、 考慮不周全。 讓 IT 軟件開發(fā)者早點兒回家休息 版本號： 3 修訂號： 31 / 109 文檔 編號 —— 202005 圖 332 添加 用戶（賬戶） 窗體 圖 333 設置密碼窗體 讓 IT 軟件開發(fā)者早點兒回家休息 版本號： 3 修訂號： 32 / 109 文檔 編號 —— 202005 圖 334 用戶（賬戶） 管理窗體 用戶（賬戶） 的導出功能，主要是為了以下幾個工作需要，你可能做的是一個會 員管理系統，定期需要給會員發(fā)送手機短信、 宣傳 郵件提醒等功能，你已經購買了相應的軟件或者服務，經常需要把數據導出后，快速導入到相應的另外軟件系統里，達到你數據共享的目的。同時定期導數數據到其 他文件中也起了一個備份數據的用途，用戶的數據是寶貴的資源，是收入來源都是通過用戶來的，所以這部分數據的備份工作意識需要強一些，客戶的數據都丟了，怎么聯系客戶、怎么保障穩(wěn)定的收入呢。 當然數據到導出功能也可以按客戶的個性化需要，進行二次開發(fā)，按自己的實際需要修改源碼或者做一些接口處理等等，甚至直接可以到數據庫中進行處理，因 為相應的表結構等都有明確的定義。 有些用戶的賬戶又不能失效、又不想讓這個用戶登錄，那可以由管理 員 來設置這個賬戶的密碼，這樣這個用戶就不能登錄到信息系統里來了，也不用 修改 無效狀態(tài) 就可以了 。 系統中的用戶名 是允許修改的，這一點很多系統做得都有些不友善，例如系統管理員 分配了一個不喜歡的賬戶名， 想修改也改不了，就想改，也麻煩一些，設置是需要一個過程等等，所以自己愿意用什么用戶就用什么用戶名還是很有必要的，當然系統管理員也應該能干涉，能管理是非常必要的。 讓 IT 軟件開發(fā)者早點兒回家休息 版本號： 3 修訂號： 33 / 109 文檔 編號 —— 202005 第 4章 組織機構 （部門） 管理 通俗 的講 ，就是一個集團公司，劃分幾個 區(qū)域，每個區(qū)域都有什么分公司，每個分公司都有哪些部門一樣 ，哪些部門又有那些子部門等 。 當然也可以是外貿公司的全球性客戶 、合作伙伴 的分布情況管理、或者是一個行政管理單位的按地區(qū)劃分的行政機構的樹型管理。 一般 使用信息化系統的公司，大多是人數眾多 、地域分布 相對廣有異地分支機構的更迫切使用信息化管理系統 ，關鍵商業(yè)數據都需要依靠 信息化技術 及時進行溝通協調，提高辦事效率。 軟件系統需要 充分 考慮 有 多個分公司 的情況下 ，應該 如何滿足 管理 上的需要，如何才能做得 有條有理？這時就需要有組織機構管理的理念 來引導 系統架構 ， 可以 充分 考 慮哪個負責人可以 管轄 哪個區(qū)域的數據等，這樣也防止沒有經過授權的 人 越級查看不應該看的客戶資料 、合同信息等重要商業(yè)信息 。 圖 41 組織機構（部門）管理 菜單 讓 IT 軟件開發(fā)者早點兒回家休息 版本號： 3 修訂號： 34 / 109 文檔 編號 —— 202005 大型 業(yè)務系統 屬于大型集團公司，全國各地可能有多個分公司， 可以劃分區(qū)域、分公司等等， 或者客戶遍布于世界各地，需要嚴格的按區(qū)域劃分、組織機構劃分等進行嚴格的控制管理，每個管理員只在相應的管理范圍內進行業(yè)務管理等。 圖 411 組織機構管理 窗體 在大型的信息化管理系統中，往往需要 分公司的系統管理員 來進行管理各自權限范圍內的數據，例如各分公司的 用 戶（賬戶） 、各分公司的日常管理、權限配置維護等等， 各分公司的系統管理員往往對所在公司的情況了解更及時更準確。 當然也可以按集中 管理 策略也可以，并不是非需要分公司系統管理，這要看公司的管理能力及辦事效率而決定。 組織機構管理模塊也有適當的整個公司的規(guī)劃功能，到底設立那些部門、各個部門都有哪些工作職能，人員配置 情況，崗位角色規(guī)劃等等。 讓 IT 軟件開發(fā)者早點兒回家休息 版本號： 3 修訂號： 35 / 109 文檔 編號 —— 202005 中小型業(yè)務系統 一般一個上百人左右的中小型公司里所有內部員工都是用的軟件系統，主要以公司內部管理系統為主，例如需要規(guī)劃管理好公司內部的部門設置情況，人員歸屬情況，可以由系 統管理員進行統一的 管理 ，例如下圖。 圖 421 組織機構管理窗體 可以通過組織機構（部門） 管理 工具快速配置好公司的內部部門設置情況等，這樣就可以在相應的業(yè)務功能模塊采用上圖中的數據，各個模塊都可以有效利用部門的劃分及相應的部門中的員工數據等。 組織機構的默認排序順序是非常重要的，若每次顯示出來的排序順序都是亂的，那每天應用系統的人會很不爽，其實大家都有一個習慣，哪個部門排在哪個位置，他們的先后順序都可以靈活設置比較好， 這樣可以更貼近客戶的習慣，軟件的友善性會更高一些。 讓 IT 軟件開發(fā)者早點兒回家休息 版本號： 3 修訂號： 36 / 109 文檔 編號 —— 202005 微 型的業(yè)務系統 有些很簡 單的業(yè)務系統，也不涉及到組織機構等，只要有幾個用戶，甚至就是一個用戶，連角色什么也不需要， 只要這個用戶能登錄系統，然后所有的事情都可以做就可以了，這時可以不用考慮那么多組織機構管理、