人事管理系統的設計與實現 1 目錄 目錄 摘要 Abstract 第一章人事管理系統綜述 1 1.1 人事管理信息系統的發展狀況 2 1.1.1 初期狀況 2 1.1.2 通用人事管理信息系統簡介 3 1.1.3 人事管理信息系統的發展趨勢 4 1.2 人事處網站建設情況 5 1.2.1 網站建設思路 5 1.3 校園 人事管理信息系統的系統規劃 5 第二章相關技術 6 2.1 WEB 技術 6 2.1.1 WEB 系統組成 6 2.1.2 WEB 技術特 點 6 2.2 MVC(模型 視圖 控制 )模式 7 2.2.1 MVC 模式組成 7 2.2.2 MVC 模式優缺點 8 2.3 Struts framework 10 2.3.1 Struts framework 簡介 10 2.3.2 Struts framework 和 MVC 11 2 2.3.3 Struts framework 的優點 14 2.3.4 Struts framework 的缺點 14 第三章系統分析 15 第四章系統設計 17 4.1 系統體系結構 17 4.2 功能結構 18 4.2.1 訪問控制模塊 19 4.2.2 系統服務模塊 20 4.2.3 人員信息維護模 20 4.2.4 招聘解聘模塊 20 4.3 數據庫設計 21 4.3.1 實體和屬性的命名 21 4.3.2 關系的命名 22 4.3.3 其它 22 4.3.4 主要數據表 22 4.4 詳細設計 23 4.4.1 人員信息維護模塊 23 人員基本信息維護 23 師資信息維護 24 勞資信息維護 24 人事信息瀏覽 25 4.4.2 訪問控制模塊 25 3 4.4.3 系統服務模塊 25 4.4.4 網上招聘模塊 26 第五章系統實現 27 5.1代碼框架 28 5.2實現界面 30 5.3系統應用 33 5.3.1 系統學術價值 34 5.3.2 系統應用價值 34 第一章 人事管理系統綜述 高校校園網絡化、信息化、數字化的工作正逐步興起，相應的規劃、設計工都在不同程度的進行和維護過程中。校園信息化是指運用計算機技術和網絡硬設施，對學校的種類信息資源進行數字化處理和應用集成，在傳統校園工作模基礎上構建一個數字空間以拓展校園的時間和空間跨度，實現校園的數字信息。作為校園信息化進程中一個關鍵的組成部分，高等學校人力資源 管理系統也不斷的發展。人力資源（ HRM： Human Resource Management）的定義是：運現代化的科學方法，對與一定物力結合的人力進行合理的組織、培訓和調配，人力、物力經常保持最佳比例，同時對人的思想、心理和行為進行恰當的誘導、制和協調，充分發揮人的主觀能動性，使人盡其才、事得其人、人事相宜，以現組織的目標 2。高等學校人事管理部門主要負責管理學校教職工的調配、進、定編定崗、工資認定與 4 發放、教師資格認定、教師培訓與職稱晉升、出國境學習、社會保險與福利、退休及人事檔案等各項工作；同時向全校提供 人事息服務。如果采用傳統的手工方式工作量大而且繁瑣，存在信息資源部門化、散化和不一致性的問題，幾乎無法及時有效地進行各類查詢和統計工作，也無為學校管理決策層及時提供準確、翔實、綜合的信息以進行實際的決策和規劃。據高等學校校園信息化建設統一規劃，要求按照“硬件集群”、“數據集中”和應用集成”的建設規范開發建設全新的人事管理信息系統，并探索一條適合 P（ University Resource Planning）要求規范的高校應用系統開發建設之路。高人事管理系統是校園信息化建設中一個關鍵組成部分，其應具有以下特點和 要： （ 1）具有人員分類管理的多樣性、數據處理的分類性、信息交互的嚴格流性以及信息授權管理的高度安全性等特點。系統的業務邏輯處理十分復雜，對序設計模式有較高的要求； （ 2）校園信息化建設各類應用系統之間存在共性的需求，無論在教務教學、事、科研等系統之間均存在如通用查詢功能、報表自動生成轉出功能、流程配功能等，要求提供一組公共的服務和工具，采用組件式開發設計，方便進行系間模塊互用，提高開發效率； （ 3）要求高校人事管理系統必須具有通用系統性，能在各類系統平臺（例Windows、 Unix 系統）上快速方便的跨平臺 遷移，穩定運行； （ 4）人機交互簡單性，降低對用戶計算機操作水平要求，并符合未來移動紙化辦公需求； （ 5）高校人事管理體制不斷發展變化，要求系統具有較強的可擴展性和 5 系升級能力。 1.1 高校人事管理信息系統的發展狀況 1.1.1 初期狀況 人事管理信息系統只是應用數據庫管理相關軟件管理各種教職工基本信息，例如 foxpro、 access 等。功能少，統計查詢麻煩、無法生成各種有效報表；而且只能面向少數管理者，無法資源共享；同時維護比較繁瑣，管理 較為的 麻煩。 1.1.2 通用人事管理信息系統簡介 隨著時代的進步，計 算機技術的飛速發展，許多軟件公司專門開發了形式各異的針對不同行業和部門的人事管理軟件，綜合實踐看來由國家人事部信息中心與北京益康信息工程公司聯合開發的通用人事管理信息系統 GPMS V3.1比較成功。該系統 1989 年開始開發，歷經 5 年的開發、測試、維護和改進，于 1994 年 4 月通過聯合鑒定，于同年 7 月向全國推廣使用。該信息系統在當時具有以下特性 3： （ 1） 先進性 GPMS V3.1 運行在當時流行的 Windows 環境下采用， C+開發，與國際上計算機信息發展的主要趨勢一致。為適應網絡技術的發展和普及應用，提供了可在網絡上運行的網絡版本。同時提供與其他常用的 Foxbase、 Oracle 等數據庫接口，以便用戶擴展應用。 （ 2） 實用性 6 GPMS V3.1 采用鼠標操作，界面友好，使用方便。功能安排符合人事管理人員的習慣，能完成各種復雜的人事管理工作，如各種條件下的查詢、統計分析，制作花名冊、統計報表、登記表和工資報表等。在制作花名冊時，可根據不同需要制作各種不同項目的花名冊，并可按照其中的任一字段自動排序。登記表的制作很有特色，只需用鼠標畫線，即可完成種類復雜登記表的組合和制作，且修改靈活方便，還可以在登記表的任一位置 自動排版照片。該軟件還提供與 Windows 環境下的其他應用程序，如中文 Word， Excel 制表程序等的接口，供用戶靈活應用。 （ 3） 通用性 GPMS V3.1 允許用戶自行定義信息主集和子集（數據庫），并可隨時對這些信息集（數據庫結構）中的指標項（字段）按需要進行增加、刪除、處理。數據結構與程序相對獨立，實現了用戶在隨意調整數據庫結構時，不必改動程序，或在完善或擴充程序時，不必對數據庫作大的變動。這種靈活的構庫方法可滿足不同性質單位獨特的需求。這種通用技術，適應了大多數人事信息管理復雜多變的特點，改變了傳統人 事管理軟件應用面窄和生命周期短的現狀，對促進我國人事管理信息系統的發展和普通應用重要的意義。 （ 4） 標準化、規范化 由于該軟件是與國家人事部聯合開發的，因此軟件在開發過程中完全遵循國家人事部的有關信息標準，采用最新國標代碼建立起 114 類代碼、 490 項指標和 46 種指標集，具有一定的權威性。這些指標的詳盡程度基本上可以描述各種單位或個人的信息。如需增加代碼、指標或擴展應用，系統留有標準接口，便于用戶自定義代碼體系和指標體系。 7 1.1.3 人事管理信息系統的發展趨勢 隨著計算機網絡技術的普及，網絡技術日新月異，基于 WEB 方式的人事管理信息系統也應運而生。首先，滿足了學校信息化辦公的需求。人們不再是必須在指定的辦公環境下才能訪問所需要的數據資源，只要可以連接上互聯網，就可以訪問到相應的人事數據信息資源。其次，它滿足了人事資源的廣泛共享。只要得到權限就可按照用戶權限，瀏覽或訪問到人事數據信息資源。最后，該系統適應人事管理信息系統信息化時代的發展要求，是現代性的、科學的。 1.2 人事處網站建設情況 1.2.1 網站建設思路 （ 1） 分角色的系統設計 系統設計分為公眾系統、職工系統、超級用戶系統三個系統。角色設定分為校外瀏覽者、 校內人員、工作人員等不同角色。其中工作人員有不同的用戶名和密碼，不同角色均能直接進入自己想要了解的信息頁面。校外應聘者必須申請注冊，才能進入網上招聘介面。總之，整個系統的設計從最大滿足人性化出發，充分考慮角色權限，使每個人盡可能方便快捷地查到自己需要的信息。 （ 2） 滿足交互性 人事處網站充分考慮到人才招聘的交互性，分為社會招聘和畢業生招聘，應聘人員再也不用打印簡歷，發電子郵件進行應聘，只需要登錄我們的人才招聘頁面，填寫相關信息，即可時時應聘，第一時間得到信息回復。實現招聘者 8 與應聘者的網上互動。 （ 3） 滿足可 擴展性 人事管理是一項復雜工作，很多方面都需要進一步的規范和完善，系統留下了很多接口，方便以后系統的擴展和升級。 1.3 校園人事管理信息系統的系統規劃 基于校園網的 WEB 方式的人事信息管理系統，以人事 處網站為平臺，建設該系統。系統設計原則如下：簡單實用；穩定可靠 ；方便快捷。能快速準確提供各用戶需要的信息和統計數據；友 好容錯；數據安全。 第二章 相關技術 2.1 WEB 技術 2.1.1 WEB 系統組成 WEB 系統由 4 部分構成： （ 1） 超文本傳輸協議 HTTP（ HyperText Transfer Protocol） （ 2） 超文本標記語言 HTML（ HyperText Markup Language） （ 3） WEB 服務器 （ 4） WEB 瀏覽器 2.1.2 WEB 技術特點 （ 1） WEB 的非線性：想要了解網頁上某一個主題的內容只要在這個主題上點擊一下，就可以跳轉到關于這一主題的網頁上。文本不再象書本一樣 9 是線性的，而是可以隨意根據概要從一個位置轉到另外的位置。 （ 2） WEB 的分布式：不同站點的信息可以通過 WEB 在邏輯上一體化，在用戶看起來這些信息是一體的 33P25。 （ 3） WEB 的多媒體化： WEB 可以將數據、 文本、圖形、動畫、視頻和音頻混合在一起。 （ 4） WEB 的交互性：服務器和用戶之間可以通過表單請求，實現交互響應。 （ 5） WEB 的平臺無關性：不同操作平臺（ Windows、 Linux、 Unix 等）都可以通過瀏覽器（ Browser）訪問 WEB。 2.2 MVC(模型 視圖 控制 )模式 許多計算機系統的用途都是從數據存儲檢索數據并將其顯示給用戶。在用戶更改數據之后，系統再將更新內容存儲到數據存儲中。因為關鍵的信息流發生在數據存儲和用戶界面之間，所以您可能傾向于將這兩部分綁在一起，以減少編碼量并提高應用程序性能 。但是，這種看起來自然而然的方法有一些大問題。一個問題是，用戶界面的更改往往比數據存儲系統的更改頻繁得多。將數據和用戶界面這兩部分耦合在一起帶來的另一個問題是，業務應用程序往往會并入遠不止數據傳輸功能的其他業務邏輯。如何讓 Web 應用程序的用戶界面功能實現模塊化，以便您可以輕松地單獨修改各個部分？ Model-View-Controller 正是這樣的模式，它實現功能模塊和顯示模塊的分離，使得應用程序更加可維護，可擴展，可移植和可復用，它最初是 TrygvReenskaug 在二十世紀七十年代末為 Smalltalk 平 臺開發的框 10 架，而發展到目前為止，已經形成了一個非常成熟的模式。 2.2.1 MVC 模式組成 Model-View-Controller(MVC)模式基于用戶輸入，將域的建模、顯示和操作分為三個獨立的類 23P160。 （ 1） 模型。模型用于管理應用程序域的行為和數據，并響應為獲取其狀態信息（通常來自視圖）而發出的請求，還會響應更改狀態的指令（通常來自控制器） （ 2） 視圖。視圖用于管理信息的顯示。 （ 3） 控制器。控制器用于解釋用戶的鼠標和鍵盤輸入，以通知模型和 /或視圖進行相應的更改。 （視圖和控制器都依賴 于模型。但是，模型既不依賴于視圖，也不依賴于控制器。） 11 2.2.2 MVC 模式優缺點 MVC 的 優勢： （ 1）能夠減少依賴。由于一個應用被分離為三層，因此有時改變其中的一層就能滿足應用的改變。一個應用的業務流程或者業務規則的改變只需改動 MVC 的模型層。 （ 2）能夠減少代碼的復制。按 MVC 設計模式，一個訂單模型以及多個視圖即可解決問題。這樣減少了代碼的復制，即減少了代碼的維護量，一旦模型發生改變，也易于維護。其次，由于模型返回的數據不帶任何顯示格式，因而這些模型也可直接應用于接口的使用。 （ 3）能夠把不同人員的 責任分開。修改頁面的外觀與修改數據訪問的代碼所用的技術是不同的，將模型與視圖分開能夠使負責不同工作的專家協同的工作。 （ 4）使性能優化的成為可能。按將系統不同的職責分成不同的類，使性能的優化成為可能。在有些頁面中，由于每次請求頁面的時都要從數據庫中讀取數據。因此可在某種情況下將數據緩存，從而提高整個程序的性能。如果不將代碼進行分離的話是無法做到的這點的。 MVC 的不足： （ 1）增加了系統結構和實現的復雜性。對于簡單的界面，嚴格遵循 MVC， 使模型、視圖與控制器分離，會增加結構的復雜性，并可能產生過多的更新操 作，降低運行效率。 （ 2）視圖與控制器間的過于緊密的連接。視圖與控制器是相互分離，但 12 確實聯系緊密的部件，視圖沒有控制器的存在，其應用是很有限的，反之亦然，這樣就妨礙了他們的獨立重用。 （ 3）視圖對模型數據的低效率訪問。依據模型操作接口的不同，視圖可能需要多次調用才能獲得足夠的顯示數據。對未變化數據的不必要的頻繁訪問，也將損害操作性能。 （ 4）目前，一般高級的界面工具或構造器不支持 MVC 模式。改造這些工具以適應 MVC 需要和建立分離的部件的代價是很高的，從而造成使用MVC 的困難。 2.3 Struts framework Struts 是 Apache 軟件組織提供的一項開放源碼項目，它為 Java Web 應用提供了模型 -視圖 -控制器（ Model-View-Controller，簡稱 MVC）框架，尤其適用于開發大型可擴展的 Web 應用。 Struts 這個名字來源于在建筑和舊式飛機中使用的支持金屬架。 Struts 為 Web 應用提供了一個通用的框架，使得開發人員可以把精力集中在如何解決實際業務問題上。此外， Struts 框架提供了許多供擴展和定制的地方，應用程序可以方便的擴展框架，來更好的適應用戶的實際需求。 Struts 是一個技術框 架，由 Craig R.McClanahan 編寫，并且在 2000 年的時候捐獻給了 ASF，目前，有很多組織和個人參與 Struts框架的開發，使得 Struts 保持高速成長，同時，利用 Struts 開發的應用越來越多，使其成為 WEB 應用 MVC 模式中 VC 部分事實上的標準 4。 2.3.1 Struts framework 簡介 Struts 是由 jakarta 項目開發的一個 WEB 層的應用框架。它包括框架類、 13 幫助類和定制的 JSP 標簽庫，以及所有基于 J2EE Modle2 設計模式的應用 25P20。 Struts 的目標是要 全面減輕構建一個企業級的 WEB 應用的負擔 20P63。圖 2.1 就是 Struts 概覽。 （ 1） 客戶瀏覽器（ Client） 來自客戶瀏覽器的每個 HTTP 請求創建一個事件， WEB 容器將用一個HTTP 響應做出響應。 （ 2） 控制器（ Controller） 控制器接收來自瀏覽器的請求，并決定將這個請求發往何處。就 Struts而 言，控制器是以 Servlet 實現的一個命令設計模式。 Struts-config.xml 文件配置控制器。 （ 3） 業務邏輯（ Business Logic） 業務邏輯更新模型的狀態，并幫助控制應 用程序的流程。就 Struts 而言， 這是通過作為實際業務邏輯“瘦”包裝的 Action 類完成的。 （ 4） 模型（ Model）的狀態 模型表示應用程序的狀態。業務對象更新應用程序的狀態。 ActionForm 14 bean 在會話級或請求級表示模型的狀態，而不是在持久級。 JSP 文件使用JSP 標記讀取來自 ActionForm bean 的信息。 （ 5） 視圖（ View） 視圖就是一個 JSP 文件。其中沒有流程邏輯，沒有業務邏輯，也沒有模型信息 -只有標記。標記是使 Struts 有別于其他框架（如 Velocity）的因素之一 5。 2.3.2 Struts framework 和 MVC Struts 是 MVC 的一種實現，它將 Servlet 和 JSP 標記（屬于 J2EE 規范）用作實現的一部分。 Struts 繼承了 MVC 的各項特性，并根據 J2EE 的特點，做了相應的變化與擴展 6。 （ 1） 模型 以一個或多個 Java Bean 的形式存在，設計和實現 系統的業務邏輯。根據不同的請求從 Action 派生具體 Action 處理對象，完成“做什么”的任務來調用由 Bean 構成的業務組件。創建由 ActionForm 的派生類實現對客戶端表單數據的封裝。基于 MVC 的系統中的 Model 部分可以細分為兩個概念-系統的內部狀態，能夠改變狀態的行為。用語法術語來說，我們可以把狀態信息當作名詞（事物），把行為當作動詞（事物狀態的改變）。通常來說，應用程序將系統內部的狀態表示為一組一個或多個的 JavaBeans，使用屬性（ Properties）來表示狀態的細節。依賴于你的應用程 序的復雜度，這些 beans 可以是自包含的（以某種方式知道怎樣永久地保存它們的狀態信息），或者可以是正面的（ facades） ,知道當被請求時怎樣從外部數據源（例如數據庫）中取得信息。 EntityEJBs 通常也用來表示內部狀態。 15 （ 2） 控制 在 Struts 中，承擔 MVC 中 Controller 角色的是一個 Servlet，叫Action-Servlet。這個控制組件提供了處理所有發送到 Struts 的 HTTP 請求的入口。它截取和分發這些請求到相應的動作類（這些動作類都是 Action 類的子類）。另外控制組件也負責用相應 的請求參數填充 ActionForm（通常稱為 FormBean），并傳給動作類（通常稱之為 ActionBean）。動作類實現核心商業邏輯，它可以訪問 JavaBean 或調用 EJB。最后動作類所控制權傳給后續的 JSP 文件，生成視圖。所有這些控制邏輯利用 Struts-config.xml 文件來配置。在 Struts 中 ActionServlet 主要完成以下功能： 接收客戶端請求。 根據客戶端的 URI 請求映射到一個相應的 Action 類。 從請求中獲取數據填充 Form Bean。 調用 Action 類的 execute()方法獲取數據或者執行業務邏輯。 選擇正確的視圖響應客戶。 （ 3） 視圖 主要由 JSP 生成頁面完成視圖，利用 Struts 提供自定義標記庫編寫用戶界面把應用邏輯和顯示邏輯分離。 Struts 框架通過這些自定義標記建立了View 和 Model 之間的聯系。基于 Struts 的應用程序中的 View 部分通常使用JSP 技術來構建。 JSP 頁面包含稱為“模版文本”的靜態 HTML（或 XML）文本，加上插入的基于對特殊行為標記解釋的動態內容。 JSP 環境包括了其用途由 JSP 規范來描述的一套標準的行為標記。另外，還有一個用來定義你自己 標記的標準機制，這些自定義的標記組織在“定制標記庫”中。 Struts 16 包括了一個廣闊的便于創建用戶界面，并且充分國際化的定制標記庫，與作為系統 Model 部分一部分的 ActionForm beans 美妙地相互配合 7。總之，Struts 是一種優秀的 J2EE MVC 架構方式，它的 taglib 標記庫靈活性大，大大提高了開發效率。同時利用配合實現對整個系統導航，使系統脈絡更加 清晰，增強了開發人員對系統的整體把握，提高了系統的可維護性和可擴充性 8。 2.3.3 Struts framework 的優點 （ 1） struts 簡單、易懂。容易被人采用，功能強大。 （ 2） 通過采用模型 -視圖 -控制器 (MVC)設計模式，使用 struts 可以開發使用 JAVA Servlets 和 javaServer Pages 的高性能、面向事務的 WEB 應用程序。 （ 3） struts 提供的模型 2 體系結構，視圖層 -事務處理層 -數據模型層，通過明確的應用程序分工使得事務邏輯和顯示邏輯彼此相互獨立，視圖層(html,JSP 將用戶所需要的任何數據向事務處理層 (servlet)發送請求，事務處理層將根據請求處理相關事務 (包括處理請求，驗證數據等 )，將用戶所需 要的數據提交到數據模型層，數據模型層從數據庫取得數據再反饋給事務處理層，由事務處理層傳遞給視圖層顯示數據信息。 （ 4） struts 提供強大的自定義標簽庫 (taglib)，編程人員可以根據需要編 寫各種類型的標簽。 （ 5） struts 本身自帶的 validator 框架 ,tiles 和 jstl 標記庫標記，更能為 編程人員提供方便，提高編程效率。 Struts 跟 Tomcat、 Turbine 等諸多 Apache項目一樣，是開源軟件，這 是它的一大優點。 17 2.3.4 Struts framework 的缺點 （ 1） 每配置一下 struts-config，須重新啟動 tomcat，而且配置繁瑣，頁面 轉向過多，導致 forword 配置過多使得 struts-config 文件內容過多，尋找東 西比較困難。 （ 2） 到了 struts3.0 的時候，發現建一個 action 就必須要有相應的 actionform與之對應。導致沒必要有 actionform 的 action 都要建立 actionform。要不然web 頁面是提交不到 action 的。 （ 3） Taglib 是 Struts 的一大優勢，但對于初學者而言，卻需要一個持續學習的過程，甚至還會打亂你網頁編寫的習慣， 但是，當你習慣了它時，你會覺得它真的很棒。 Struts 將 MVC 的 Controller 一分為三，在獲得結構更加清晰的同時，也增加了系統的復雜度。 Struts 產生時間較短，但已逐步越來越多運用于商業軟件。雖然它現在還有不少缺點，但它是一種非常優秀的 J2EE MVC 實現方式，如果你的系統準備采用 J2EE MVC 架構，那么，不妨考慮一下 Struts，應用 Struts 可以起到事半功倍的效果 9。 第三章 系統分析 （ 1） 信息發布與瀏覽 本軟件結合了人事處網站，人事管理信息系統的一大功能就是信息的發布與瀏覽功能。該部 分功能主要是以公告版和消息機制來實現的。對于全校都需要的信息，如會議通知、職稱評定申報工作、博思考試、崗前培訓等等，將以公告板的方式發布信息；對于個人信息，如考試成績，考核 18 結果等不宜公開的個人信息，系統將以注冊口令權限進行登錄查看。 （ 2） 人事管理 人事數據庫是人事管理信息系統中必不可少的組成部分，而且在人事處網站中，由于分角色、分權限管理的，教職工的數據庫必須與網站的管理相對應。例如，要區分好一般瀏覽者與工作人員。數據庫不但針對管理者和領導，還要面向所有的教職工。每一位教職工都能看到自己的信息，而且可以進 行及時修改。修改后必須通過人事處的審核才能更新數據庫。針對不同的角色，人事數據庫可查看的內容、前臺的顯示方式均不同。對于人事管理者，應具有最高權限，享有人事數據庫的全部資料并可執行修改、查詢等操作；對于學校領導，可查看、查詢訪問數據庫；對于教職工，個人隱秘的內容，如工資、福利、電話等是不能隨意查詢的；對于學生，只能看到教職工的姓名、所在崗位、專業方向等特定內容。 （ 3） 師資管理 師資管理主要負責教職員工的專業技術職務信息、各類培訓信息、學習經歷等信息的審核、更新。 （ 4） 勞資管理 勞資管理主要負責教職員工的 基本工資、津貼補貼、福利保險、人員退休處理等。學校每位教工工資情況、保險情況、公積金情況都將記錄在該數據庫中，方便查詢。 19 （ 5） 網上招聘 學校招聘教師是一項十分重要的工作，它關系到學校的師資隊伍的質量，也 是一項比較繁瑣的工作。首先，通過信息發布的功能發布招聘信息，應聘者在人事處網站登錄、注冊后方可在線填寫應聘申請，并提交個人簡歷。應聘申請上的內容，自動計入招聘數據庫中，個人簡歷可以按專業分類經過招聘工作人員初審后轉發給學校各個二級學院辦公室，學院考核小組通過考核反饋給人事處意見，負責招聘人員把信息及時反饋 給應聘者，同時在數據庫中標注面試邀請或拒絕面試的理由。 （ 6） 教職工年度考核 按照學校有關規定，教師每年年底都進行年度考核，這一模塊的功能在于記錄每位教職員工的歷年考核結果，方便查詢。 第四章 系統設計 4.1 系統體系結構 本系統采用 B/S 方式， MVC 模式進行開發。數據庫服務器、應用服務器、 WEB 服務器相互獨立（詳見圖 4.1） 20 4.2 功能結構 根據系統的需求分析，本系統主要分為以下幾個模塊： 訪問控制模塊：此模塊實現本系統數據的打開、保存、打印預覽、打印及用戶管理等功能，并由此實現退出系統。人員信息 維護模塊：此模塊實現系統的信息管理，包括對職工基本情況表職工工資表、職工職務職稱表及其它各表的信息數據的插入、刪除、修改、保存等功能。 查詢模塊：此模塊實現本系統的查詢功能，能將個人的基本情況、調入調出情況、工資福利情況查詢并導出，并可實現多條件任意組合（與、或、非）綜合查詢（或模糊查詢）并導出 EXCEL。 統計模塊：此模塊實現本系統數據庫中信息數據的按一定規則進行統計。 系統服務模塊：此模塊實現本系統管理人員設定用戶及密碼和對系統的功能、開發信息進行介紹等。 考核模塊：此模塊用于對職工年度的考核。 21 人員的 招聘、解聘模塊：此模塊用來實現職工的調入、調出、解聘等功能 Email 模塊：以 Email 的形式發送通知等。 4.2.1 訪問控制模塊 功能描述 (見表 4.1) 用戶管理訪問控制模塊用以確定用戶的身份和操作權限，是系統其它模塊的基礎入口，分別對注冊用戶和非注冊用戶對本系統的訪問進行管理。該模塊是系統的關鍵環節之一，采用 JavaBean 編寫。 對于注冊用戶登錄后如果在本機登錄，將記載登錄日期、用戶名、 IP地址 Mac 地址、操作系統版本、瀏覽器版本等信息并刷新用戶表、并記入本系統日志表按角色進入系統；若不在本機登錄， 則顯示手動刷新選項。 系統用戶分為校外瀏覽者、校內人員、工作人員和非注冊用戶等不同角色，其中：系統工作人員可以有多人，功能可按角色組合；系統工作人員可以初始化以及維護系統；非注冊用戶可瀏覽公開信息。另外系統工作人員可以批量按固定格式導入用戶數據，代用戶注冊，并將注冊信息以Email 的方式通知用戶。 系統用戶可以修改個人注冊信息。 22 4.2.2 系統服務模塊 系統管理員可通過系統設置模塊（見表 4.2）進行系統初始化、歷史數據備份恢復、字典維護、系統完整性檢查等操作，還可以進行系統登錄日志管理、數據清理等工作。 4.2.3 人員信息維護模塊 人事處可以對員工的基本信息以及職稱、職務、工資狀況、出國學習、培訓、年度考核結果等進行維護。見表 4.3 23 4.2.4 招聘解聘模塊 人員招聘解聘模塊是實現新招聘教師與解聘員工重要功能的模塊。教師招聘通過信息發布功能發布招聘信息，實現網上注冊登錄，直接進入招聘專版，填寫電子簡歷，應聘申請上的內容自動計入招聘數據庫中。人事處對符合招聘的人員給予電子信件回復，告之面試及考核時間、地點及其他安排。對于不符合學校要求條件的員工，給予解聘處理，提前下達解除勞動合同書。 4.3 數據庫設計 4.3.1 實體和屬性的命名 （ 1） 常用單詞進行縮寫 ,在命名過程中，根據語義拼湊縮寫即可。 （ 2） 如果表或者是字段的名稱僅有一個單詞，那么建議不使用縮寫，而是用完整的單詞。 （ 3） 所有的存儲值列表的表前面加上前綴 Z。目的是將這些值列表類排序在數據庫最后。 （ 4） 所有的冗余類的命名前面加上前綴 X 冗余類是為了提高數據庫效率， 24 非規范化數據庫的時候加入的字段。 （ 5） 關聯表用于保存多對多關系，關聯類通過用下劃線連接兩個基本類之后，再加前綴 R 的方式命名，后面按照字母順序羅列兩個表名或者表名的縮寫。 （ 6） 每一個表都將有 一個自動 ID 作為主鍵，邏輯上的主鍵作為第一組候選主鍵來定義，如果數據庫自動生成編碼，統一命名為： ID；如果是自定義的邏輯上的編碼則用縮寫加“ ID”的方法命名。 （ 7） 所有屬性加上有關類型的后綴，如果還需要其它的后綴，都放在類型后綴之前。 4.3.2 關系的命名 本系統關系的命名基本上都按上述方式，如有特殊情況，按實際需要靈活處 理。 4.3.3 其它 有關關系命名默認的幾點說明： （ 1）有些類型比較明顯的字段，可以不寫類型后綴； （ 2）有些數據類型是文本的字段，類型后綴 TX 可以不寫； （ 3）有嚴格依賴關系的主從表 ，主表的后綴 Main 可以不寫； （ 4）有非常明顯的關系命名，可以不寫。 4.3.4 主要數據表 職工情況一覽表它包括職工 ID 號、姓名、性別、政治面貌、出生日期等信息。其結構如下：表 4.4 職工情況一覽表 25 4.4 詳細設計 4.4.1 人員信息維護模塊 人員基本信息維護 該部分主要完成職工基本信息的錄入、修改、查詢。在此定義了九個主要窗口：人員基本信息維護、圖片信息維護、獎勵信息、行政信息、服役信息、留學信息、延返聘信息、新人信息入庫、人員調轉窗口。此部分由人事科負責信息的更新維護。在人員基本信息 維護窗口中，可以選擇在職人員或新人引進，進行相關操作，只有人事科才能有權限刪除人員。 26 師資信息維護 該部分主要完成職工的專業技術職稱情況、學歷信息、培訓信息等核定及更新。在此定義了四個主要窗口：新進人員信息、培訓信息、專業技術職務信息、學歷信息。專業技術職務信息只能有師資科負責信息的更新維護。 勞資信息維護 該部分主要是對職工的工資、福利及離退休信息的維護和更新。在此定義了四個主要窗口：新進人員信息、工資信息、工資批量導入窗口、人員離退處理。工資及離退只能由勞資科處理。本 部分一個突出的亮點是完成了工資按關鍵字的批量導入功能，對于導入有問題的行有詳細的導入日 27 志，導入模板簡單直觀、易于操作。 人事信息瀏覽 該部分主要完成人員的各種信息查詢，本部分定義了四個窗口：人事信息、人事信息查詢、組合信息查詢、人事變動日志。本部分突出的亮點是完成了多條件跨多庫任意組合查詢，查詢結果可以導出 EXCEL 文本。本部分還增加了人事變動日志，對于人員的變動，日志能夠自動記載變動時間、變動原因、類別及操作員。 4.4.2 訪問控制模塊 訪問控制模塊是系統關鍵模塊，是其他模塊的基礎，系統 管理員或職工都經由此登錄模塊進行合法性驗證。通過系統驗證后即可進入系統主界面，顯示系統操作功能菜單。由此登錄模塊進行合法性驗證。通過系統驗證后即可進入系統主界面，顯示系統操作功能菜單。 28 4.4.3 系統服務模塊 系統服務模塊主要是完成系統數據的一般性維護如數據的備份與恢復、數據的定期清理、刪除，還提供了本系統的部分維護功能，如系統的初始化，（此項功能將刪除數據庫中所有數據，要謹用）另外還有密碼的修改和單位編碼。 盡管系統中采取各種保護措施來防止數據的安全性和完整性的破壞，但由于計算機系統中硬件的故障、軟件 的錯誤、操作員的誤操作以及其他人員惡意破壞，問題仍然是不可避免的，而且這些故障輕則造成運行事務非正常性中斷，影響數據庫中數據的正確性，重則破壞數據庫，使數據庫中全部或部分數據丟失。作為一個好的完整的管理信息系統，數據的備份與恢復是必不可少的。 關鍵之處就是使系 彈出公共對話框由用戶選擇文件名和保存路徑以及保存格式，這給用戶提供了更大的自由度。 對于單位編碼問題，主要是為了減少數據庫的冗余，提高系統效率。 29 根據用