【正文】 軟件架構(gòu) J2EE I 華 中 科 技 大 學(xué) 碩 士 學(xué) 位 論 文 Abstract In today39。比如在我原來實(shí)習(xí)的公司 H3C 中，就有大量的合作員工，由于某些項(xiàng)目的啟動，招聘一些合作員工，諸如實(shí)習(xí)生、 外協(xié)員工、其他兼職人員等。 企業(yè)招聘一個兼職人員，從 項(xiàng)目組發(fā)出招聘需求到兼職人員入職，直至兼職人員離 職等這一系列行為，大部分都是通過紙質(zhì)表單形式來完成。將企業(yè)兼職人員的人事管理、薪酬管理等單獨(dú)放在一個系統(tǒng)中應(yīng)用，可以很好的 對兼職員工進(jìn)行管理、查詢等操作，避免了手工管理的繁瑣、困難，同時也可以和正式 員工的管理分離，方便管理員、項(xiàng)目經(jīng)理、人事部門的管理和查詢 [12]。 （ 2）因?yàn)槿珖鞯丶媛殕T工的人員變動時有發(fā)生，每個兼職員工所從事的兼職 工作內(nèi)容全靠人力跟蹤和手工統(tǒng)計，在全國兼職員工的薪酬發(fā)放上也存在困難，因 為缺少以人員為主線或者以項(xiàng)目為主線的及時數(shù)據(jù)支持，使得工作數(shù)據(jù)統(tǒng)計和人員 薪酬計算周期長，進(jìn)行薪酬管理的工作量大。（ 2）能夠及時得到 員工、能力、區(qū)域、工作情況的全面數(shù)據(jù) [34]。 企業(yè)兼職員工管理系統(tǒng)類似于一個網(wǎng)站的應(yīng)用系統(tǒng)，公司可以在該系統(tǒng)上發(fā)布 兼職人員需求信息，進(jìn)行人事管理，兼職人員管理系統(tǒng)具體而言可以劃分為 5 個功 能模塊：招聘管理、入職管理、考核管理、離職管理、薪酬管理。 國內(nèi)外研究現(xiàn)狀 目前國內(nèi)外大部分企業(yè)都有自己企業(yè)內(nèi)部的人事管理系 統(tǒng)，這些系統(tǒng)主要也是 針對企業(yè)內(nèi)部員工而言，當(dāng)需要招聘大量兼職人員時，有些企業(yè)就將兼職人員和企 業(yè)內(nèi)部人員一起管理，這就可能造成企業(yè)內(nèi)部已有的管理系統(tǒng)不能滿足現(xiàn)有的需求， 比如兼職人員的招聘、離職、個人信息、還有薪酬的計算等等。所以當(dāng)一個企業(yè)由于業(yè)務(wù) 項(xiàng)目的增加或臨時變動，需要招聘大量的兼職人員時，就可能需要一個特定的管理 系統(tǒng)來對兼職人員進(jìn)行管理 [5]。對于一個有大量 兼職人員、和多家公司有合作關(guān)系的企業(yè)來說，需求有這么一個系統(tǒng)來對高效集中 的管理兼職人員。 本文主要研究的是企業(yè)兼職員工系統(tǒng)的設(shè)計和實(shí)現(xiàn)，全文的結(jié)構(gòu)如下： 第一章緒論主要介紹當(dāng)前企業(yè)兼職員工系統(tǒng)產(chǎn)生的背景、目標(biāo)和在商業(yè)中的用 途，以及企業(yè)兼職員工管理系統(tǒng)的一些基本功能的簡單介紹。 第三章重點(diǎn)介紹了企業(yè)兼職員工管理系統(tǒng)的需求分析和總體設(shè)計，在該章中列 出了系統(tǒng)中主 要實(shí)現(xiàn)的基本功能，然后對系統(tǒng)進(jìn)行概要設(shè)計、數(shù)據(jù)庫設(shè)計。 第五章總結(jié)與展望，則主要介紹了該系統(tǒng)的商用價值和本人的主要成果，以及 該系統(tǒng)的一些不足和可以優(yōu)化的地方。 在 JSP 出現(xiàn)之前， Servlet 是一種更早的動態(tài)網(wǎng)頁編程技術(shù)， Servlet 充當(dāng)了視圖層、 業(yè)務(wù)邏輯層和持久層等角色。它主要有 2 個方法： doGet 和 doPost，其中 doGet 用于響應(yīng)客戶端的 get 請求， doPost 用于響應(yīng)客戶端的 post 請求。當(dāng)創(chuàng)建 Servlet 實(shí)例時， 將調(diào)用 init 方法來初始化該實(shí)例。 由于 Servlet 的開發(fā)效率很低下，尤其是用 Servlet 來生成頁面時，需要采用大量 的 Servlet 輸出流來實(shí)現(xiàn)，非常繁瑣。 Servlet 和 JSP 有如下區(qū)別， Servlet 中沒有內(nèi)置對象，而 JSP 中有它自己的內(nèi)置對象，這些對象 通常都是一些常用類的實(shí)例。 JSP 頁面中包含了 9 個內(nèi)置對象，可以直接在頁面中使用，這 9 個內(nèi)置對象是 application、 config、 exception、 out、 page、 pageContext、 request、 resposne、 session。 request 對象封裝了一次用戶請求，在該對象中還 封裝了一些請求參數(shù)，通過 request 對象的方法我們可以獲得存放在 Request 范圍中 的請求參數(shù)或者屬性值 [68]。使用 EL 表 達(dá)式可以大大簡化 JSP 的語法，方便 WEB 開發(fā)人員的使用。 Struts 技術(shù) Struts 是 MVC 框架的一個實(shí)現(xiàn)。 MVC 是一種設(shè)計模式，它能將一個系 統(tǒng)分成不同的層次，各層與各層之間相互獨(dú)立，并且又協(xié)同工作。 MVC 模式經(jīng) 歷了 Model1 和 Model2 兩種模式， Struts 框架主要是由 Model2 模式演變而來。其中系統(tǒng)的核心控制器主要由 ActionServlet 擔(dān)當(dāng)，這個類繼承 HttpServlet 類，是一個標(biāo)準(zhǔn)的 Servlet。業(yè)務(wù)邏輯控制器主要由程序員編寫的 Action 來代替，不同的 Action 完成不 同的業(yè)務(wù)，它們主要負(fù)責(zé)處理用戶請求，這些業(yè)務(wù)控制器不具有實(shí)際的處理能力， 它們大多只是控制方法的執(zhí)行，而實(shí)際的業(yè)務(wù)方法主要還是通過調(diào)用 Model 來 完成 的 [1014]。一般在運(yùn)用 Struts 框架的過程中，我們主要在 文件中配置這些 Action、 ActionForm 和 ActionForward。 ActionForm 主要用于封裝用戶請求，比如在前臺頁面中點(diǎn)擊提交后，容器會 將相應(yīng)的請求參數(shù)封裝到對應(yīng)的 ActionForm 中， ActionServlet 轉(zhuǎn)發(fā)用戶請求時就將 該 ActionForm 一并轉(zhuǎn)發(fā)到 Action 中。 在配置文件中配置 Action 時，不僅需要指明該 Action 的實(shí)現(xiàn)類，還需要配置相 應(yīng)的 path，在 Action 中還可以配置有效的 Forward，這是一個局部的 Forward。局部 Forward 在 Action 里配 置，僅對該 Action 有效。 Hibernate 技術(shù) 在 SSH 框架中對于持久化操作主要使用 Hibernate 來完成，與以前訪問數(shù)據(jù)庫時 使用 JDBC 來訪問相比， Hibernate 采用了一種面向?qū)ο蟮姆绞絹聿僮麝P(guān)系數(shù)據(jù)庫， 避免了 JDBC 訪問數(shù)據(jù)庫那種過程化的編程方式 [16]。當(dāng)前流行的 ORM 框架主要有 Hibernate、 Entity EJB、 iBATIS、 Oracle 的 TopLink。 使用 Hibernate 框架時，需要用到持久化對象 PO（ Persistent Object）， PO 對象的 主要作用就是來完成數(shù)據(jù)庫的持久化操作，比如通過這些 PO 對象對數(shù)據(jù)庫中的數(shù)據(jù) 進(jìn)行查詢、添加、刪除、修改等操作。通過 property 元素 將 PO 對 象的屬性和數(shù)據(jù)庫表中的屬性對應(yīng)起來。根據(jù)持久化對象和 Session 的關(guān)系，持久化對象 PO 可能有如下三種狀態(tài)：臨時狀態(tài)、持久化狀態(tài)、游 離狀態(tài) [2022]。當(dāng) PO 是持久化對象時，表明它位于一個 Session 實(shí)例的緩存中，它 和數(shù) 據(jù)庫中某個記錄對應(yīng)，在清理 Session 緩存時，會根據(jù)持久化對象的屬性來同步 更新數(shù)據(jù)庫。 Hibernate 框架來提供了強(qiáng)大的查詢功能，主要有以下 4 中查詢方法： HQL 查詢、 條件查詢、 SQL 查詢、數(shù)據(jù)過濾。 HQL 是 6 華 中 科 技 大 學(xué) 碩 士 學(xué) 位 論 文 Hibernate Query Language 的縮寫，和 SQL 語法比較 相似，不過 SQL 是一種面向過 程的查詢語言，而 HQL 是一種面向?qū)ο蟮牟樵冋Z言，它支持繼承和多態(tài)等特征 [23]。 Spring 的核心是依賴注入和面向切面編程 [2325]。依賴注入有兩種方式，一種是設(shè)值注入，另一種是構(gòu)造注 入。 構(gòu)造注入就是指通過構(gòu)造函數(shù)來完成依賴關(guān)系的設(shè)定。 在整個應(yīng)用中需要用到的各層對象都可以通過 Spring 容器來生成，這些 bean 受 Spring 來管理，我們只需直接使用，不用擔(dān)心這些對象如何生成或者什么時候以及怎么銷 毀。 Spring 能夠很好的整合 Hibernate 框架， Spring 提供的依賴注入特征，能夠很輕 松通過配置文件注入 SessionFactory 等重要組件。 Spring 提供了對 DAO 的支持，能夠很大程度上簡化 DAO 組件的開發(fā)。 Spring 能夠很好的整合 Struts 框架， Struts 框架是一種 MVC 模式，它里面的一 些 Servlet 類需要隨容器一起啟動。 7 華 中 科 技 大 學(xué) 碩 士 學(xué) 位 論 文 DWR 框架 DWR 全稱是 Direct Web Remoting，它允許 JavaScript 能夠以 AJAX 原則調(diào)用服 務(wù)器中的 Java 方法，獲得 Servlet 中的數(shù)據(jù)。在前臺頁面調(diào)用的 Java 方法實(shí)際上是服務(wù) 器端的 Java 類方法，出于安全的理由，開發(fā)者必須在配置文件中指明哪些 Java 類或 方法是可以被外部訪問的。它允許 WEB 開發(fā)者能在 JavaScript 中直接訪問服務(wù)器端 的 JavaBean 中的方法。對于那些和用戶頻繁交互的應(yīng)用程序，可 以使瀏覽器不用刷新頁面而直接從服務(wù)器端獲得數(shù)據(jù)并顯示出來，因?yàn)? Ajax 技術(shù)的 出現(xiàn)，改變了傳統(tǒng) HTTP 請求響應(yīng)的過程。 使用 DWR 進(jìn)行開發(fā)時，有如下一些步驟，首先需要配置 DWR 的 servlet，這在 配置文件 里面完成。最后在前臺頁面代碼 中編寫 JavaScript 函數(shù)，將所需的 js 文件加入網(wǎng)頁文件中。 8 華 中 科 技 大 學(xué) 碩 士 學(xué) 位 論 文 3 企業(yè)兼職員工管理系統(tǒng)的分析與總體設(shè)計 系統(tǒng)需求分析 系統(tǒng)功能需求 需要建立一個類似于網(wǎng)站的應(yīng)用系統(tǒng)，在全國各地均可登陸和使用該系統(tǒng)，公 司可以在該系統(tǒng)上發(fā)布兼職人員需求信息，進(jìn)行人事和工作管理，該系統(tǒng)的各種使 用人員或者單位可以登記相關(guān)信息，各類使用人員 可以自動注冊并發(fā)布信息，這些 信息經(jīng)過積累就成為公司的業(yè)務(wù)工作資料庫。 兼職工程師管理系統(tǒng)具體而言可以劃分為 5 個功能模塊：招聘管理、入職管理、 考核管理、離職管理、薪酬管理。 入職管理：復(fù)試通過后，自動轉(zhuǎn)入入職流程。 考核管理：入職考核與入職考試 成績對應(yīng)。 離職管理：離職申請、離職審核、離職信息查詢。 招聘流程具體如下： （ 1）臨時發(fā)起招聘 /部門正常周期招聘并形成招聘計劃，每個招聘計劃，均采用 標(biāo)號形式予以區(qū)分。 （ 2）人員招聘首先兼職管理員通過電話面試，了解工程師基本信息，以及是否 滿足工作需要，并滿足則標(biāo)注原因，進(jìn)入人才庫儲備。 9 華 中 科 技 大 學(xué) 碩 士 學(xué) 位 論 文 （ 4）部門經(jīng)理對應(yīng)聘人員進(jìn)行技能評估和人員擔(dān)任職位分類，面試結(jié)果填入《面 試評估表》，反饋給兼職管理員。 入職操作流程如下： （ 1）兼職工程師管理員根據(jù)等待入職的信息，編號兼職人員工號和設(shè)置公司郵 箱。填寫完畢后，郵件通知兼職管理員審批確認(rèn)，入職 人員狀態(tài)改為：等待簽訂協(xié)議書。 （ 4）兼職管理員確認(rèn)收到《協(xié)議書》后，入職人員狀態(tài)為：入職辦理完畢。 （ 6）入職這個模塊的權(quán)限需要放寬，項(xiàng)目經(jīng)理可以隨時查詢。管理考核是從工程師技術(shù)背景、學(xué)歷情 況、工作經(jīng)驗(yàn)、技術(shù)設(shè)計領(lǐng)域、工作時間等角度，綜合評定工程師的基礎(chǔ)分?jǐn)?shù)，并 依據(jù)此分?jǐn)?shù)，做基本等級劃分。 離職情況主要分為兩種：兼職工程師主動辭職和項(xiàng)目經(jīng)理不用。 （ 2）兼職管理員確認(rèn)是某個項(xiàng)目的離職還是總的離職。 （ 4）上述操作完成后，郵件形式提醒兼職人員和兼職管理員，離職辦理完畢。 （ 2）兼職管理員確認(rèn)是某個項(xiàng)目的項(xiàng)目經(jīng)理不用還是辭退（辭退注明原因）。 （ 4）上述操作完成后，郵件形式提醒項(xiàng)目經(jīng)理和管理員，離職辦理完畢。 系統(tǒng)應(yīng)具備完善的數(shù)據(jù)備份和數(shù)據(jù)恢復(fù)功能，以防數(shù)據(jù)丟失，或者因操作失誤 而造成信息丟失。 系統(tǒng)總體設(shè)計 系統(tǒng)總體架構(gòu)設(shè)