【正文】 系統(tǒng)向經(jīng) 理提出申請(qǐng)。該模塊還包括發(fā)薪時(shí)間、領(lǐng)薪的員工及所發(fā)的薪資數(shù)。業(yè)務(wù)流程圖如圖 49。每月員工薪資自動(dòng)發(fā)放模塊會(huì)根據(jù)考勤模塊和考勤申請(qǐng)模塊進(jìn)行發(fā)放員工薪資，并生成記錄。實(shí)現(xiàn)任務(wù)的自動(dòng)調(diào)度層、 Hibernate 持久層、實(shí)現(xiàn) DAO 層、實(shí)現(xiàn) Service 層和實(shí)現(xiàn)系統(tǒng) web 層是基于 SSH 工作流的公司管理系統(tǒng)的重點(diǎn)。 設(shè)計(jì)持久化實(shí)體 根據(jù)系統(tǒng)需求提供應(yīng)用中的對(duì)象，先將這些對(duì)象抽象成類(lèi)，再?gòu)倪@些類(lèi)中抽取出持久化對(duì)象類(lèi)。 Application：普通員工提出申請(qǐng)； Attend：對(duì)應(yīng)每天的考勤； AttendType：對(duì)應(yīng)考勤的類(lèi)別； CheckBack：對(duì)應(yīng)批復(fù)； Employee：對(duì)應(yīng)系統(tǒng)的員工信息； Manager：對(duì)應(yīng)系統(tǒng)的經(jīng)理信息； Payment：對(duì)應(yīng)每月所發(fā)的薪水信息； 在富領(lǐng)域模式的設(shè)計(jì)過(guò)程中，這 7 個(gè) PO 對(duì)象也需要包含系統(tǒng)的業(yè)務(wù)邏輯方法，即使用領(lǐng)域?qū)ο髞?lái)為他們建模；但是因?yàn)楸緫?yīng)用采用貧血模式設(shè)計(jì)，所以不為它們提供任何的業(yè)務(wù)邏輯方法，而是在業(yè)務(wù)邏輯組件中實(shí)現(xiàn)所有的業(yè)務(wù)邏輯方法。 以上所述的 7 個(gè)持久化類(lèi)并不是孤立存在的，它們之間有復(fù)雜的關(guān)聯(lián)關(guān)系，圖51 給出了之間的關(guān)系圖。 Application 與 Attend Type 存在 N1 的關(guān)系； Application 與 Attend 存在 N1 的 關(guān)系； Attend 與 Attend Type 存在 N1 的關(guān)系； 圖 51 7 個(gè) PO 之間的類(lèi)關(guān)系圖 創(chuàng)建持久化實(shí)體類(lèi) 上面所提到的持久化對(duì)象之間的關(guān)聯(lián)關(guān)系最主要的表現(xiàn)方式是它們自身的屬性，上圖 51 給出了很好的解釋。 基于 SSH 的工作流公司管理系統(tǒng)的研究 第 29 頁(yè) 共 38 頁(yè) 在持久化對(duì)象中，普通屬性也是必須存在的，普通屬性一般是和數(shù)據(jù)庫(kù)的 字段相對(duì)應(yīng)。 Hibernate 可以將普通的 JAVA 對(duì)象映射成為持久化實(shí)體，而要想成功轉(zhuǎn)化，必須遵守以下 3 個(gè)規(guī)則：： 提供一個(gè)構(gòu)造器，能夠?qū)崿F(xiàn)無(wú)參數(shù)化。 使用非 final 的類(lèi)。這兩個(gè)方法并不可以根據(jù)標(biāo)識(shí)屬性來(lái)重寫(xiě)，因?yàn)槌志没瘜?duì)象處于瞬態(tài)時(shí)，這些對(duì)象的標(biāo)識(shí)屬性值可能是 null。此外，繼承層次也起到很重要的作用，在分析對(duì)象之間的關(guān)系時(shí)，繼承層次是必不可少的分析。 本程序在選擇繼承策略時(shí)，使用 subclass.../作為本程序繼承映射策略，整棵 繼承樹(shù)的全部實(shí)例都能夠通過(guò)這種映射策略保存于一張數(shù)據(jù)表中，這種映射策略的性能最好，不管應(yīng)用程序是需要多態(tài)查詢(xún)或是查詢(xún)子類(lèi)的實(shí)體，在一個(gè)表格中都能查詢(xún)到。這種模式在被使用時(shí)，充分體現(xiàn)出業(yè)務(wù)邏輯組件封裝 DAO 組件的模式，同時(shí)也表現(xiàn)出了分離業(yè)務(wù)邏輯組件與 DAO 組件的功能。 基于 SSH 的工作流公司管理系統(tǒng)的研究 第 30 頁(yè) 共 38 頁(yè) 三個(gè)部分來(lái)實(shí)現(xiàn) DAO 模式： DAO 工廠(chǎng)類(lèi)。 DAO 接口的實(shí)現(xiàn)類(lèi)。選擇 DAO 接口有個(gè)好處，就是能夠很好解決業(yè)務(wù)邏輯組件與特定的 DAO 組件產(chǎn)生的碰撞。 get（ Serializable id） :根據(jù)主鍵加載持久化實(shí)例。 update（ Object entity）：關(guān)系持久化實(shí)例。 delete（ Serializable id）：根據(jù)主鍵來(lái)刪除持久化實(shí)例。 實(shí)現(xiàn) DAO 組件 Spring 的 DAO 相關(guān)支持幫助了 DAO 實(shí)現(xiàn)類(lèi)的組件，給程序編譯帶來(lái)了很大的編譯好處，并且 Spring 為各種常用的持久化技術(shù)提供了支持。 系統(tǒng)擴(kuò)展，要滿(mǎn)足系統(tǒng)要求，讓其實(shí)現(xiàn)分頁(yè)，這個(gè)功能是 HibernateDaoSuppor的一個(gè)子類(lèi)， 定義為 YeekuHibernateDaoSupport。 部署 DAO 層 DAO 組件運(yùn)行的基礎(chǔ) Spring 跟 Hibernate 作為應(yīng)用的 DAO 組件的基礎(chǔ)， DAO 組件的生成與管理都是 基于 SSH 的工作流公司管理系統(tǒng)的研究 第 31 頁(yè) 共 38 頁(yè) 由 Spring 容器負(fù)責(zé)的。 配置 DAO 組件 SessionFactory 的寫(xiě)入，為 DAO 實(shí)現(xiàn)類(lèi) 繼承了 HibernateDaoSupport，在系統(tǒng)中使用 Bean 繼承，簡(jiǎn)化了 DAO 組建的配置。下面 將重點(diǎn)介紹業(yè)務(wù)邏輯組件的設(shè)計(jì)和系統(tǒng)是如何實(shí)現(xiàn)業(yè)務(wù)邏輯組件的。 圖 51 EmpManager 與 DAO 組件接口的類(lèi)圖 大量的業(yè)務(wù)方法在 EmpManager 接口里得到定義， DAO 組件成為這些方法的實(shí)現(xiàn)的基石。 實(shí)現(xiàn)業(yè)務(wù)邏輯組件 系統(tǒng)業(yè)務(wù)方法的實(shí)現(xiàn)主要依賴(lài)于業(yè)務(wù)邏輯組件，系統(tǒng)中所有的業(yè)務(wù)要求都由業(yè)務(wù)邏輯組件提供。 Autopunch 和 Autopay 兩個(gè)方法存在于系統(tǒng)的業(yè)務(wù)邏輯組件中，客戶(hù)端并不能直接調(diào)用這兩個(gè)方法，這一操作必須是由任務(wù)調(diào)度來(lái)完成的，每天員工的考勤和員工工資的結(jié)算是由 autopunch 負(fù)責(zé)的。所以當(dāng)員工打卡時(shí)，并不是去插入考勤記錄，而是修改系統(tǒng)插入的考勤記錄，這樣減弱了數(shù)據(jù)庫(kù)的壓力。 本系統(tǒng)使用 Quartz 來(lái)實(shí)現(xiàn)自動(dòng)調(diào)度。 Quartz 的調(diào)度器由 Scheduler 接口體現(xiàn)： void addJob：在調(diào)度器里添加已經(jīng)給定的 JobDetail 實(shí)例。 Date scheduleJob：觸發(fā)器 Tigger 實(shí)現(xiàn)任務(wù)的調(diào)度作業(yè)。創(chuàng)建 Quartz 的作業(yè) Bean利用 MethodnvokingJobDetailFactoryBean 工廠(chǎng) Bean 包裝普通 java 對(duì)象，不需要繼承任何父類(lèi)，直接使用配置便可。 使用 SimpleTriggerBean 定義觸發(fā)器 Bean。 實(shí)現(xiàn)系統(tǒng) WEB 層 在前面部分已經(jīng)實(shí)現(xiàn)了本系統(tǒng)的 所有中間層內(nèi)容，接下來(lái)要系統(tǒng)主要的 web層。 控制器的處理順序 用戶(hù)的請(qǐng)求并不會(huì)在控制器接收到該請(qǐng)求的同時(shí)進(jìn)行處理，控制器只是把用戶(hù)的請(qǐng)求參數(shù)解析出來(lái)，隨后調(diào)用業(yè)務(wù)邏輯方法處理這一請(qǐng)求；請(qǐng)求處理完成后，控制器通過(guò) JSP 頁(yè)面將處理結(jié)果反饋給用戶(hù)。 圖 52 控制器的處理順序圖 員工 登陸 當(dāng)員工提交登陸請(qǐng)求后，本系統(tǒng)通過(guò) 登錄頁(yè)面，員工輸入的用戶(hù)名、密碼和驗(yàn)證碼，系統(tǒng)自動(dòng)提交到 processloginaction，該動(dòng)作將會(huì)根據(jù)請(qǐng)求參數(shù)來(lái)決定呈現(xiàn)對(duì)應(yīng)的視圖資源。 基于 SSH 的工作流公司管理系統(tǒng)的研究 第 34 頁(yè) 共 38 頁(yè) 圖 53 員工登陸流程圖 上面 Action 還涉及輸入效驗(yàn)，程序?yàn)樵?Action 提供了一個(gè)效驗(yàn)規(guī)則文件。該 Action 的結(jié)果會(huì)返回當(dāng)前員工的可打卡狀態(tài)。 因?yàn)閱T工申請(qǐng)改變考勤類(lèi)型時(shí)，必須指定申請(qǐng)轉(zhuǎn)換成哪種考勤類(lèi)型，所以系統(tǒng)進(jìn)入申請(qǐng)頁(yè)面時(shí)，該頁(yè)面必須能列出系統(tǒng) 中所有考勤類(lèi)型，而這些數(shù)據(jù)應(yīng)該由該 基于 SSH 的工作流公司管理系統(tǒng)的研究 第 35 頁(yè) 共 38 頁(yè) Action 提供。 圖 55 進(jìn)入申請(qǐng)、提交申請(qǐng)的處理流程 基于 SSH 的工作流公司管理系統(tǒng)的研究 第 36 頁(yè) 共 38 頁(yè) 6 結(jié)論 本系統(tǒng)是一個(gè)完整的 Java EE 項(xiàng)目：基于 SSH 簡(jiǎn)單工作流公司管理系統(tǒng)。 雖然系統(tǒng)已近實(shí)現(xiàn)，但是系統(tǒng)仍然有不足的地方 ,主要有以下兩個(gè)方面 : 隨著系統(tǒng)的運(yùn)行 ,信息量會(huì)逐漸的增多 ,因此在查詢(xún)會(huì)變得越來(lái)越慢 ,如何優(yōu)化查詢(xún)機(jī)制也是今后需要考慮的地方。 基于 SSH 的工作流公司管理系統(tǒng)的研究 第 37 頁(yè) 共 38 頁(yè) 畢業(yè)設(shè)計(jì)（論文）原創(chuàng)性聲明和使用授權(quán)說(shuō)明 原創(chuàng)性聲明 本人鄭重承諾：所呈交的畢業(yè)設(shè)計(jì)（論文），是我個(gè)人在指導(dǎo)教師的指導(dǎo)下進(jìn)行的研究工作及取得的成果。對(duì)本研究提供過(guò)幫助和做出過(guò)貢獻(xiàn)的個(gè)人或集體，均已在文中作了明確的說(shuō)明并表示了謝意。 作者簽名： 日 期： 基于 SSH 的工作流公司管理系統(tǒng)的研究 第 38 頁(yè) 共 38 頁(yè) 學(xué)位論文原創(chuàng)性聲明 本人鄭重聲明：所呈交的論文是本人在導(dǎo)師的指導(dǎo)下獨(dú)立進(jìn)行研究所取得的研究成果。對(duì)本文的研究做出重要貢獻(xiàn)的個(gè)人和集體，均已在文中以明確方式標(biāo)明。 作者簽名： 日期： 年 月 日 學(xué)位論文版權(quán)使用授權(quán)書(shū) 本學(xué)位論文作者完全了解學(xué)校有關(guān)保留、使用學(xué)位論文的規(guī)定，同意學(xué)校保留并向國(guó)家有關(guān)部門(mén)或機(jī)構(gòu)送交論文的復(fù)印件和電子版，允許論文被查閱和借閱。 涉密論文按學(xué)校規(guī)定處理。 ：任務(wù)書(shū)、開(kāi)題報(bào)告、外文譯文、譯文原文（復(fù)印件）。圖表整潔，布局合理，文字注釋必須使用工程字書(shū)寫(xiě)，不準(zhǔn)用徒手畫(huà) 3）畢業(yè)論文須用 A4 單面打印，論文 50 頁(yè)以上的雙面打印 4）圖表應(yīng)繪制于無(wú)格子的頁(yè)面上 5）軟件工程類(lèi)課題應(yīng)有程序清單，并提供電子文檔 1）設(shè)計(jì)（論文） 2）附件：按照任務(wù)書(shū)、開(kāi)題報(bào)告、外文譯文、譯文原文（復(fù)印件）次序裝訂 3）其它