人員管理信息系統(tǒng)畢業(yè)論文--最終版

1、<p>　　本科生畢業(yè)設(shè)計說明書</p><p>　　題 目：人員管理信息系統(tǒng)的設(shè)計與實現(xiàn)</p><p><b>　　學(xué)生姓名： </b></p><p><b>　　學(xué) 號： </b></p><p>　　專 業(yè)：計算機科學(xué)與技術(shù)</p><p&g

2、t;<b>　　班 級： </b></p><p><b>　　指導(dǎo)教師： </b></p><p><b>　　人員管理信息系統(tǒng)</b></p><p><b>　　摘要</b></p><p>　　隨著全世界經(jīng)濟、網(wǎng)絡(luò)和社會的發(fā)展，員工管理系統(tǒng)應(yīng)

3、運而生。它能夠讓公司與員工非常密切地關(guān)聯(lián)起來，從而很快地滿足客戶的需要，提高公司運作效率。也能夠讓企業(yè)對員工有一個更好的了解和管理。員工管理系統(tǒng)作為信息時代的一個全新的管理形式，它不但對商務(wù)的運作程序和運作方式產(chǎn)生了非常大的影響，對公司的管理產(chǎn)生了非常大的影響，它從根本上說它也引起了一場全新的改變，對自己公司的發(fā)展有所影響，給企業(yè)帶來許多便捷。當(dāng)前，世界范圍內(nèi)員工管理系統(tǒng)越來越多。與此同時，我國的員工管理系統(tǒng)發(fā)展的起步相對于其他國家來說

4、比較晚，在數(shù)量規(guī)模上也處于少的狀態(tài)。當(dāng)前，我國的員工管理系統(tǒng)可以借鑒國外的發(fā)展成就，并且在此基礎(chǔ)上有發(fā)展的潛力，根據(jù)我國的實際情況，發(fā)展員工管理系統(tǒng)勢在必行。</p><p>　　本論文的出發(fā)點是現(xiàn)今大多數(shù)企業(yè)管理員工程序過于繁瑣，耗時耗力，經(jīng)過不斷的調(diào)查，開發(fā)出一個操作簡單，功能強大的員工管理系統(tǒng)。本系統(tǒng)的前端開發(fā)的工具是Dreamweaver，后臺數(shù)據(jù)庫是選用了Mysql數(shù)據(jù)庫軟件，采用了MVC設(shè)計模式。

5、</p><p>　　關(guān)鍵詞：管理體系；員工管理系統(tǒng)；MVC設(shè)計模式 </p><p>　　Personnel management information system</p><p><b>　　Abstract</b></p><p>　　With the development of economy, netwo

6、rk and society all over the world, employee management system came into being. It enables the company to be very closely related to the staff, thus quickly meeting the needs of the customer and improving the efficiency o

7、f the company. It also allows companies to have a better understanding and management of their employees. Employee management system as a new form of management in the information age, had a significant impact on it is n

8、ot only the business o</p><p>　　The starting point of this paper is that most of the enterprise management staff procedures are too cumbersome and time-consuming, and through constant investigation, develope

9、d a simple operation, powerful staff management system. The system's front-end development tool is Dreamweaver, the background database is selected Mysql database software, using the MVC design model.</p><

10、p>　　Key words: management system; staff management system; MVC design pattern.</p><p><b>　　第一章 引言</b></p><p><b>　　1.1選題背景</b></p><p>　　當(dāng)前，世界上的企業(yè)應(yīng)用員工管理系統(tǒng)的越

11、來越多。但我國的員工管理系統(tǒng)發(fā)展的起步相對于其他國家來說晚一些，在數(shù)量規(guī)模上也處于低狀態(tài)。</p><p>　　伴隨著時代的不斷進步與發(fā)展，信息網(wǎng)絡(luò)和數(shù)據(jù)庫應(yīng)用也在不斷摸索的前行，員工管理系統(tǒng)是一種社會趨勢，比起傳統(tǒng)的人管人，這種非常時尚的管理形式擁有大量的優(yōu)勢：首先是降低了人員成本；其次，利用網(wǎng)絡(luò)作為管理平臺，替代傳統(tǒng)的管理方式，導(dǎo)致管理活動不會受到空間和時間的限制；最后，信息的傳遞變得非常的靈活，如果使用這種

12、新型而又時尚的管理模式，用戶可以非常及時的看到，員工可以查看到詳細(xì)的企業(yè)動態(tài)，企業(yè)也可以更有效地管理員工。企業(yè)人員管理信息系統(tǒng)是當(dāng)今無論大小企業(yè)管理工作所不可短缺的一部分，是大小企業(yè)更加規(guī)范化和科學(xué)話的重要基石。這種管理系統(tǒng)主要是員工使用瀏覽器登錄到員工管理的網(wǎng)站上，去進行相應(yīng)的操作。</p><p>　　1.2選題的目的和意義</p><p>　　如今，在國內(nèi)外，幾乎所有企業(yè)都在使用人員

13、管理信息系統(tǒng)管理公司員工。但是每個企業(yè)都有屬于自己管理員工的制度，這也就決定了不同的企業(yè)是需要不同的員工管理系統(tǒng)的，而且，大型企業(yè)的信息量相對而言更大、操作也更繁瑣，傳統(tǒng)的員工管理方式已經(jīng)越來越跟不上當(dāng)前新的工作需要的腳步。所以，開發(fā)、研究適合企業(yè)的員工管理系統(tǒng)就顯得尤為重要。</p><p>　　隨著現(xiàn)今網(wǎng)絡(luò)的飛速發(fā)展，出現(xiàn)了非富多彩的管理系統(tǒng)，如CRM、SCM、BI和EC等等。如果沒有一個軟件督促員工，提高員

14、工的工作效率，那么必將在管理層面上遇到諸多問題。追究到底，軟件最終來說也只是一個減少工作量、提高員工工作效率的工具，倘若一個公司發(fā)展初期沒有一個科學(xué)有效的員工管理體系，那么企業(yè)的員工管理軟件也不能發(fā)揮其全部的作用。</p><p><b>　　第二章 系統(tǒng)分析</b></p><p><b>　　2.1 可行性分析</b></p>

15、<p>　　2.1.1社會的可行性</p><p>　　隨著科學(xué)的進步、互聯(lián)網(wǎng)技術(shù)的高速發(fā)展，企業(yè)日常的人事管理有朝一日必將實現(xiàn)無紙化辦公。設(shè)計一個管理系統(tǒng)實現(xiàn)數(shù)據(jù)的合理化共享，不僅能提高數(shù)據(jù)資源的利用率，而且員工信息能及時地得到相應(yīng)的更新，還能提高員工工作的效率和企業(yè)的發(fā)展速度。從這些方面來看，人員管理信息系統(tǒng)在社會可行性方面的意義是積極的合理的。</p><p>　　2.1.

16、2技術(shù)的可行性</p><p>　　為了開發(fā)這個系統(tǒng)我都進行了調(diào)查。對企業(yè)網(wǎng)站的現(xiàn)狀和需求有進一步的了解。在一般情況下，在設(shè)計和系統(tǒng)的發(fā)展中的技術(shù)和硬件條件方面得到滿足。所以它在技術(shù)上是可行的。</p><p>　　那么本系統(tǒng)用的是MVC設(shè)計模式開發(fā)，由前臺jsp頁面跳轉(zhuǎn)到控制層controller，由控制層controller調(diào)用業(yè)務(wù)邏輯層service，由業(yè)務(wù)邏輯層service調(diào)用參

17、數(shù)校驗層manager，最后由參數(shù)校驗層manager調(diào)用數(shù)據(jù)訪問層dao，從而來連接我的MySQL數(shù)據(jù)庫，完成系統(tǒng)數(shù)據(jù)的增刪改查。在技術(shù)層面來說，系統(tǒng)具有可修改性和可二次開發(fā)性，本系統(tǒng)應(yīng)用的主要技術(shù)有JavaScript、jQuery、AJAX。</p><p>　　2.1.3操作的可行性</p><p>　　基于所述對員工信息管理系統(tǒng)規(guī)劃，圖形接口是相當(dāng)大的，界面整潔，以及數(shù)據(jù)的標(biāo)準(zhǔn)，

18、結(jié)果是可靠的，其結(jié)果是可靠的，并且該適應(yīng)性強。其結(jié)果，是可行的具有成員資格用戶一定的實用價值。用戶操作起來是很容易上手的，因為此系統(tǒng)的整潔的界面。</p><p>　　2.1.4法律的可行性</p><p>　　為了防止使用盜版軟件可能會出現(xiàn)法律糾紛，因此這個系統(tǒng)的開發(fā)及相應(yīng)的測試是自己獨立完成的，而且使用的是正版軟件。</p><p><b>　　2.2

19、 需求分析</b></p><p>　　人員管理信息系統(tǒng)使用的比較主流的B/S架構(gòu)模式，主要功能包括管理員和用戶的登錄和注冊、部門管理、職位管理、員工信息管理、考勤欄目、薪資欄目、日志欄目、公告管理、日常信息欄目、員工請假等基本功能。人員管理信息系統(tǒng)主要功能分為管理員功能模塊和員工的功能模塊，具體需求分析如下：</p><p><b>　　1.管理員</b>

20、;</p><p>　?。?）登錄注冊：管理員的注冊及登錄等相關(guān)功能；</p><p>　?。?）部門管理：添加部門，部門信息調(diào)整，刪除部門；</p><p>　?。?）職位管理：添加職位，職位信息管理修改，刪除職位； </p><p>　?。?）員工信息管理：審核新添加的員工，員工的信息管理修改，員工的刪除，審核員工辭職的申請；</p

21、><p>　?。?）考勤管理：審核員工忘記考勤的申請，查看所有人員的考勤狀況，審核請假申請；</p><p>　　（6）薪資欄目：薪資的核算，查看所有的員工的薪資狀況，審核薪資的申訴，調(diào)整個人薪資；</p><p>　?。?）日志欄目：查看員工每日添加的日志（一天的工作總結(jié)），日志的管理（對某些日志的刪除或修改）；</p><p>　?。?）公告

22、管理：可以發(fā)布公告，查看今日公告，查看歷史公告，公告的管理修改，公告的刪除。</p><p><b>　　2.員工</b></p><p>　?。?）登錄注冊：用戶的注冊及登錄等相關(guān)功能；</p><p>　?。?）員工請假：提交請假申請，查看自己的請假記錄；</p><p>　　（3）員工考勤：查看自己的簽到情況，申請

23、簽到補簽； </p><p>　?。?）薪資欄目：查看自己的薪資狀況，申訴自己的薪資；</p><p>　?。?）員工辭職：員工提交辭職申請，等待管理員批準(zhǔn)；</p><p>　　（6）日志欄目：員工每日需要添加自己的日志（一天的工作總結(jié)），員工可查看自己的歷史日志；</p><p>　?。?）公告欄目：員工不可以直接添加公告，申請通過后方可

24、添加公告，查看歷史公告</p><p>　　（8）日常信息欄目：可查看自己的辭職狀態(tài)，查看自己的請假申請，查看自己添加公告的申請等。</p><p><b>　　2.3 業(yè)務(wù)分析</b></p><p>　　員工信息管理系統(tǒng)包含管理員和員工兩大塊功能。</p><p>　　（1）登錄和注冊：員工進入人員管理信息系統(tǒng)輸入用

25、戶名和密碼進入人員管理信息系統(tǒng)頁面。管理員也類似，管理員進入人員管理信息系統(tǒng)輸入管理員的用戶名和密碼進入人員管理信息系統(tǒng)后臺頁面。</p><p>　?。?）部門、職位管理：管理員登陸進系統(tǒng)后可以進行部門和職位的增加和刪除，也可以進行部門和職位的信息修改。</p><p>　?。?）員工信息管理：管理員可以添加新員工，進行員工的信息管理修改，審核員工提出的辭職的申請。</p>

26、<p>　　（4）考勤管理：員工每天必須按時簽到和簽退并且可以查看自己的簽到情況，提交申請簽到補簽。管理員可以查看審核員工忘記考勤的申請，查看所有人員的考勤狀況，審核員工提交的請假申請。</p><p>　　（5）薪資欄目：員工可以查看自己當(dāng)月的薪資狀況，向管理員申訴自己的薪資。管理員可以進行薪資的核算，查看所有的員工的薪資狀況，審核員工提出的薪資的申訴，調(diào)整個人薪資。</p><

27、p>　?。?）日志欄目：員工每日需要添加自己的日志（一天的工作總結(jié)），員工可查看自己的歷史日志。管理員則可查看員工每日添加的日志（一天的工作總結(jié)），日志的管理（對某些日志的刪除或修改）。</p><p>　　（7）公告欄目：員工不可以直接添加公告，向管理員申請通過后方可添加公告，員工可以查看歷史公告。管理員則可以發(fā)布公告，查看今日公告，查看歷史公告，對公告進行修改和刪除。</p><p&

28、gt;　　2.4 功能分析，建立系統(tǒng)的功能模型</p><p><b>　　2.4.1 參與者</b></p><p>　　人員管理信息系統(tǒng)由員工和管理員兩種身份的參與者，參與者用例見圖2.1。</p><p>　　圖2.1 系統(tǒng)參與者用例圖</p><p>　　2.4.2 需求結(jié)構(gòu)</p><p&g

29、t;　　員工管理系統(tǒng)主要分為員工和管理員兩部分。其中員工模塊包括員工欄目，考勤欄目，薪資欄目，員工辭職，日志欄目，公告欄目，日常信息欄目。管理員包括部門欄目，職位欄目，員工欄目，考勤欄目，薪資欄目，日志欄目，公告欄目。具體的需求結(jié)構(gòu)圖見圖2.2。</p><p>　　圖2.2 需求結(jié)構(gòu)圖</p><p><b>　　第三章 總體設(shè)計</b></p>&l

30、t;p>　　3.1 軟件運行環(huán)境</p><p>　?。?）WEB服務(wù)器：Tomcat6.0</p><p>　?。?）數(shù)據(jù)庫服務(wù)器：MySql</p><p>　?。?）開發(fā)編譯器：MyEclipse10</p><p>　?。?）開發(fā)語言：Java + JS腳本語言+ Html網(wǎng)頁語言</p><p>　?。?/p>

31、5）開發(fā)環(huán)境：JDK 1.7</p><p>　　3.2 數(shù)據(jù)庫概念設(shè)計</p><p>　　在設(shè)計時需要對數(shù)據(jù)進行抽象，設(shè)計出局部的概念模型，其次，再將局部的概念設(shè)計模型綜合成全局的概念設(shè)計模型，最后，通過審查來消除所有的沖突。常用的設(shè)計方法就是E-R模型。</p><p>　　3.2.1 實體設(shè)計E-R圖</p><p>　　實體可以是看

32、得見摸得著人物或者事物，也可以是抽象的概念。那么在我的系統(tǒng)數(shù)據(jù)庫中，實體是現(xiàn)實存在的事物抽象成的對應(yīng)的對象，它是為了實現(xiàn)具體業(yè)務(wù)而且方便去管理系統(tǒng)數(shù)據(jù)庫而去建立的。例如，數(shù)據(jù)庫當(dāng)中的存儲結(jié)構(gòu)，表還有視圖，都是實體類型。通過對本人員管理信息系統(tǒng)的分析，抽象出各個對象。再針對每一個對象去設(shè)計相對應(yīng)的E-R圖。</p><p>　　3.2.2 實體設(shè)計E-R圖</p><p>　　為了系統(tǒng)整體設(shè)

33、計的需要，我針對我所設(shè)計的每一張表，每一個對象設(shè)計了對應(yīng)的E-R圖。</p><p>　?。?）員工對象是用來描述系統(tǒng)中員工的信息。其對象的實體設(shè)計E-R圖見圖3.1員工對象實體E-R圖。</p><p>　　圖3.1 員工對象實體E-R圖</p><p>　?。?）管理員對象是用來描述系統(tǒng)中管理員的詳細(xì)信息。管理員對象的實體設(shè)計E-R圖見圖3.2。</p&g

34、t;<p>　　圖3.2 管理員對象實體E-R圖</p><p>　?。?）員工部門對象是用來描述系統(tǒng)中員工所屬部門的信息。其實體設(shè)計E-R圖見圖3.3。</p><p>　　圖3.3 員工部門對象實體E-R圖</p><p>　?。?）公告對象是用來描述系統(tǒng)中公告的詳細(xì)信息。公告對象的實體設(shè)計E-R圖見圖3.4。</p><p&g

35、t;　　圖3.4 公告對象實體E-R圖</p><p>　?。?）職位對象是用來描述系統(tǒng)中每個職位的詳細(xì)信息。職位對象的實體設(shè)計E-R圖見圖3.5。</p><p>　　圖3.5 職位對象實體E-R圖</p><p>　?。?）薪資對象是用來描述系統(tǒng)中員工薪資的信息。薪資對象的實體設(shè)計E-R圖見圖3.6。</p><p>　　圖3.6 薪資詳

36、細(xì)信息實體E-R圖</p><p>　　3.2.3 局部E-R關(guān)系圖設(shè)計</p><p>　　一對一關(guān)系，一對多關(guān)系，多對多關(guān)系在本系統(tǒng)都是存在的。通過對本員工管理系統(tǒng)分析設(shè)計出系統(tǒng)的各個實體之間存在以下聯(lián)系。</p><p>　?。?）一個員工每個月都會得到工資。所以員工和薪資之間存在一對多的關(guān)系，它們的E-R關(guān)系圖見圖3.7。</p><p&

37、gt;　　圖3.7員工和薪資E-R關(guān)系圖</p><p>　?。?）一個員工每日都會提交一次日志。員工和日志之間存在一對多的關(guān)系且E-R關(guān)系圖見圖3.8。</p><p>　　圖3.8 員工和日志之間E-R關(guān)系圖</p><p>　　（3）一個員工每日都會進行簽到。員工和簽到之間存在一對多的關(guān)系且E-R關(guān)系圖見圖3.9。</p><p>　　

38、圖3.9 員工和簽到之間E-R關(guān)系圖</p><p>　　（4）一個部門會包含多個員工。員工和部門之間存在一對一的關(guān)系且E-R關(guān)系圖見圖3.10。</p><p>　　圖3.10 部門和員工之間E-R關(guān)系圖</p><p>　　（5）一個職位包含多個員工。職位和員工之間存在一對多的關(guān)系且E-R關(guān)系圖見圖3.11。</p><p>　　圖3.1

39、1 職位和員工之間E-R關(guān)系圖</p><p>　?。?）一個管理員可以審批多個提交上來的條目。管理員和審批之間是一對多的關(guān)系且E-R關(guān)系圖見圖3.12。</p><p>　　圖3.12 審批條目和管理員之間E-R關(guān)系圖</p><p>　　3.4 數(shù)據(jù)庫邏輯設(shè)計</p><p>　　合理成功地數(shù)據(jù)庫表設(shè)計會把系統(tǒng)E-R圖轉(zhuǎn)換為邏輯結(jié)構(gòu)相對應(yīng)

40、的數(shù)據(jù)庫表結(jié)構(gòu)。它包含了對象中每一個實體的字段名稱，數(shù)據(jù)類型，空值與否還有字段說明等信息?？梢愿臃奖銛?shù)據(jù)庫的數(shù)據(jù)維護。根據(jù)3.3章節(jié)數(shù)據(jù)庫的概念設(shè)計設(shè)計出來的數(shù)據(jù)庫邏輯設(shè)計表如下：</p><p>　　管理員信息的數(shù)據(jù)庫邏輯設(shè)計表結(jié)構(gòu)見表3.1</p><p>　　表3.1 管理員信息的數(shù)據(jù)庫邏輯設(shè)計表結(jié)構(gòu)</p><p>　?。?）圖書分類的數(shù)據(jù)庫邏輯設(shè)計表結(jié)構(gòu)

41、見表3.2</p><p>　　表3.2 薪資申訴表的數(shù)據(jù)庫邏輯設(shè)計表結(jié)構(gòu)</p><p>　?。?）審批表的數(shù)據(jù)庫邏輯設(shè)計表結(jié)構(gòu)見表3.3</p><p>　　表3.3 審批表的數(shù)據(jù)庫邏輯設(shè)計表結(jié)構(gòu)</p><p>　?。?）簽到考核表的數(shù)據(jù)庫邏輯設(shè)計表結(jié)構(gòu)見表3.4</p><p>　　表3.4 簽到考核的數(shù)據(jù)庫邏

42、輯設(shè)計表結(jié)構(gòu)</p><p>　?。?）部門信息的數(shù)據(jù)庫邏輯設(shè)計表結(jié)構(gòu)見表3.5</p><p>　　表3.5 部門信息的數(shù)據(jù)庫邏輯設(shè)計表結(jié)構(gòu)</p><p>　　員工的數(shù)據(jù)庫邏輯設(shè)計表結(jié)構(gòu)見表3.6</p><p>　　表3.6 員工的數(shù)據(jù)庫邏輯設(shè)計表結(jié)構(gòu)</p><p>　?。?）審批表的數(shù)據(jù)庫邏輯設(shè)計表結(jié)構(gòu)見表3

43、.7</p><p>　　表3.7 審批信息的數(shù)據(jù)庫邏輯設(shè)計表結(jié)構(gòu)</p><p>　?。?）離職表的數(shù)據(jù)庫邏輯設(shè)計表結(jié)構(gòu)見表3.8</p><p>　　表3.8 離職信息的數(shù)據(jù)庫邏輯設(shè)計表結(jié)構(gòu)</p><p>　?。?）公告信息的數(shù)據(jù)庫邏輯設(shè)計表結(jié)構(gòu)見表3.9</p><p>　　表3.9 公告信息的數(shù)據(jù)庫邏輯設(shè)計表

44、結(jié)構(gòu)</p><p>　　（10）職位信息的數(shù)據(jù)庫邏輯設(shè)計表結(jié)構(gòu)見表3.10</p><p>　　表3.10 職位信息的數(shù)據(jù)庫邏輯設(shè)計表結(jié)構(gòu)</p><p>　?。?1）離職信息的數(shù)據(jù)庫邏輯設(shè)計表結(jié)構(gòu)見表3.11</p><p>　　表3.11 離職信息的數(shù)據(jù)庫邏輯設(shè)計表結(jié)構(gòu)</p><p>　　（12）補簽表的數(shù)據(jù)庫

45、邏輯設(shè)計表結(jié)構(gòu)見表3.12</p><p>　　表3.12 補簽的數(shù)據(jù)庫邏輯設(shè)計表結(jié)構(gòu)</p><p>　?。?3）薪資表的數(shù)據(jù)庫邏輯設(shè)計表結(jié)構(gòu)見表3.13</p><p>　　表3.13 薪資信息的數(shù)據(jù)庫邏輯設(shè)計表結(jié)構(gòu)</p><p><b>　　3.5 部署模型</b></p><p>　　員

46、工管理系統(tǒng)的整體的部署模型請見圖3.7，此圖顯示展現(xiàn)了系統(tǒng)從客戶端到服務(wù)器端較為清晰的邏輯上的流程。</p><p>　　圖3.7 系統(tǒng)部署模型圖</p><p><b>　　第四章 詳細(xì)設(shè)計</b></p><p>　　人員管理信息系統(tǒng)被分成八個模塊，分別是員工欄目、考勤欄目、薪資欄目、員工辭職、日志欄目、公告欄目、部門管理和審批請假、補簽、

47、離職、薪資公告申請，下面會對每個模塊的功能進行詳細(xì)的設(shè)計。圖4.1代表用戶登陸員工信息管理系統(tǒng)的主頁圖片展示。主頁面采用Html中表格布局，每個單元格使用ifram標(biāo)簽，系統(tǒng)主頁面main.jsp頁面由top.jsp、left.jsp、right.jsp三個頁面組成。人員管理信息系統(tǒng)的主頁面見圖4.1。</p><p>　　圖4.1 人員管理信息系統(tǒng)的主頁面</p><p>　　4.1 員

48、工欄目的詳細(xì)算法</p><p>　　員工欄目模塊主要包括查看個人信息、修改密碼、查看本部門信息三個功能。實現(xiàn)用戶管理模塊用例類是EmpAction.java、EmpServcie.java、EmpServcieImp.java 、EmpDao.java、EmpDaoImp.java和Emp.java。接下來是實現(xiàn)員工欄目模塊的主要算法實現(xiàn)。</p><p>　　4.1.1 用戶查看個人信

49、息的詳細(xì)算法</p><p>　　點擊首頁登錄鏈接，進入login.jsp頁面，填寫員工登錄所需要的各項信息，點擊登錄按鈕。圖4.2表示了用戶登錄模塊的詳細(xì)算法。</p><p>　　圖4.2表示了用戶登錄模塊的詳細(xì)算法</p><p>　　點擊查看我的信息，進入我的信息展示頁面，如圖4.3 查看我的信息頁面。</p><p>　　圖4.3

50、查看我的信息頁面</p><p>　　4.1.2 用戶修改密碼的詳細(xì)算法</p><p>　　點擊修改密碼鏈接，進入updatePassword.jsp頁面，填寫修改的密碼，點擊提交按鈕。圖4.4表示了用戶修改密碼模塊的詳細(xì)算法。</p><p>　　圖4.4用戶修改密碼模塊的詳細(xì)算法</p><p>　　點擊修改密碼，進入我的信息展示頁面，

51、如圖4.5 密碼修頁面，用戶通過輸入舊密碼然后修改密碼的業(yè)務(wù)。</p><p><b>　　圖4.5 密碼修改</b></p><p>　　4.1.3 用戶查看本部門員工信息功能的詳細(xì)算法</p><p>　　實現(xiàn)用戶查看本部門員工信息功能模塊的詳細(xì)算法請見圖4.6。</p><p>　　圖4.6 查看本部門員工信息功能

52、模塊的詳細(xì)算法</p><p>　　查看本部門員工信息功能只有部門經(jīng)理和管理員有這個權(quán)限，點擊員工欄目下的查看本部門員工信息鏈接，進入本部門所有員工列表頁面，部門經(jīng)理或管理員可以對本部門的員工進行員工信息修改。如圖4.7表示查看本部門員工信息頁面。</p><p>　　圖4.7 查看本部門員工信息</p><p>　　4.1.4 用戶簽到、簽退功能的詳細(xì)算法<

53、/p><p>　　用戶進入系統(tǒng)后，再主頁面會看到簽到和簽退的按鈕，用戶在早晨8：30分之前點擊簽到按鈕后完成正常簽到，否則為遲到，在下午6點之后點擊簽退按鈕后完成正常簽退否則為早退。圖4.8為員工簽到、簽退詳細(xì)算法，圖4.9為員工簽到頁面，圖4.10為員工簽退頁面。</p><p>　　圖4.8 員工簽到、簽退詳細(xì)算法</p><p>　　圖4.9 員工簽到頁面<

54、/p><p>　　圖4.10 員工簽退頁面</p><p>　　4.2 考勤欄目的詳細(xì)算法</p><p>　　考勤欄目模塊主要包括請假申請、補簽申請、查看我的考勤記錄三個功能。實現(xiàn)考勤欄目模塊用例類是LeaveAction.java、RetroactiveAction.java、RetroactiveService.java、Retroactive.java、Retr

55、oactiveServiceImp.java、RetroactiveDao.java、RetroactiveDaoImp.java、LeaveServcie.java、LeaveServcieImp.java 、LeaveDao.java、LeaveDaoImp.java和Leave.java。接下來是實現(xiàn)考勤欄目模塊的主要算法實現(xiàn)。</p><p>　　4.2.1 用戶請假申請功能的詳細(xì)算法</p>

56、<p>　　點擊首頁請假申請鏈接，填寫請假所需要的各項信息，點擊提交按鈕。圖4.11表示了用戶請假申請功能模塊的詳細(xì)算法。</p><p>　　圖4.11 用戶請假申請功能模塊的詳細(xì)算法</p><p>　　所有用戶擁有請假的權(quán)限，用戶登陸系統(tǒng)，點擊考勤欄目下的請假申請后進入請假頁面，用戶提交請假申請后，待管理員審批請假申請后方可請假 如圖4.12 用戶請假申請頁面。<

57、/p><p>　　圖4.12 用戶請假申請</p><p>　　4.2.2 用戶補簽申請功能的詳細(xì)算法</p><p>　　用戶可以對本月任意一天完成補簽，具體實現(xiàn)流程是用戶填寫完補簽原因等相關(guān)內(nèi)容后提交由管理員審核，審核通過后方可對本月忘記簽到的任意一天補簽補簽。填寫補簽相關(guān)內(nèi)容 如圖4.13為員工補簽申請的詳細(xì)算法，圖4.14為員工補簽申請頁面。</p>

58、<p>　　圖4.13員工補簽申請的詳細(xì)算法</p><p>　　圖4.14 員工補簽申請頁面</p><p>　　4.2.3 用戶考勤記錄功能的詳細(xì)算法</p><p>　　該模塊將展示用戶所有的考勤記錄包括簽到時間、簽退時間以及簽到和簽退的考勤類型。如圖4.15 員工考勤記錄功能詳細(xì)算法，圖4.16 員工考勤記錄功能頁面。</p>&

59、lt;p>　　圖4.15 員工考勤記錄功能算法</p><p>　　圖4.16 員工考勤記錄功能頁面</p><p>　　4.3 薪資欄目的詳細(xì)算法</p><p>　　薪資欄目模塊主要包括薪資申訴和查看我的薪資兩個功能。實現(xiàn)薪資欄目模塊用例類是SalaryAction.java、SalaryService.java、SalaryServiceImp.java

60、、SalaryDaoImp.java、SalaryDao.java和Salary.java。接下來是實現(xiàn)考勤欄目模塊的主要算法實現(xiàn)。</p><p>　　4.3.1 查看我的薪資功能的詳細(xì)算法</p><p>　　該模塊將展示用戶本月的薪資詳情包括基本工資、項目獎金、遲到扣除和實發(fā)工資。如圖4.17為查看我的薪資功能詳細(xì)算法，圖4.18為查看我的薪資功能頁面。</p><

61、;p>　　圖4.17查看我的薪資功能詳細(xì)算法</p><p>　　圖4.18 查看我的薪資功能頁面</p><p>　　4.3.2薪資申訴功能的詳細(xì)算法</p><p>　　薪資申訴主要使適用場景是當(dāng)員工的薪資核算出現(xiàn)問題時，員工可登錄該系統(tǒng)進行員工薪資申訴，待管理員審批后，員工的薪資會相應(yīng)做出調(diào)整。如圖4.19為員工薪資申訴功能的詳細(xì)算法，圖4.20為員工薪

62、資申訴界面。</p><p>　　圖4.19員工薪資申訴功能的詳細(xì)算法</p><p>　　圖4.20員工薪資申訴界面</p><p>　　4.4 日志欄目的詳細(xì)算法</p><p>　　日志欄目模塊主要包括添加日志和查看我的日志個功能。實現(xiàn)日志欄目模塊用例類是JournalAction.java、JournalServcie.java、Jo

63、urnalServcieImp.java 、JournalDao.java、JournalDaoImp.java和Journal.java。下面是實現(xiàn)日志欄目模塊的主要算法實現(xiàn)。</p><p>　　4.4.1添加日志功能的詳細(xì)算法</p><p>　　公司每位員工需在每天下班之前填寫日志，主要記錄今天完成任務(wù)情況，完成對每天工作內(nèi)容的總結(jié)，圖4.21 添加日志功能詳細(xì)算法。界面如圖4.2

64、1添加日志界面。</p><p>　　圖4.21 添加日志功能詳細(xì)算法</p><p>　　圖4.22員工辭職界面</p><p>　　4.4.2查看我的日志功能的詳細(xì)算法</p><p>　　該模塊展示登陸該系統(tǒng)員工每天所記錄的所有日志，具體內(nèi)容有工作總結(jié)工作中遇到的問題等，圖4.23查看我的日志詳細(xì)算法，界面如圖4.24查看我的日志界面。

65、</p><p>　　圖4.23查看我的日志詳細(xì)算法</p><p>　　圖4.24 查看我的日志界面</p><p>　　4.5 公告欄目的詳細(xì)算法</p><p>　　公告欄目包含申請?zhí)砑庸婧筒榭礆v史公告兩個功能。實現(xiàn)公告欄目模塊用例類是NoticeAction.java、NoticeServcie.java、NoticeServcie

66、Imp.java 、NoticeDao.java、NoticeDaoImp.java和Notice.java。</p><p>　　4.5.1申請?zhí)砑庸婀δ艿脑敿?xì)算法</p><p>　　普通員工登陸系統(tǒng)不具有添加公告的權(quán)限，需向管理員申請，待管理員審批通過后方可添加公告。圖4.25申請?zhí)砑庸嬖敿?xì)算法，申請界面如圖4.26申請?zhí)砑庸娼缑妗?lt;/p><p>　　

67、圖4.25申請?zhí)砑庸嬖敿?xì)算法</p><p>　　圖4.26 申請?zhí)砑庸娼缑?lt;/p><p>　　4.5.2查看歷史公告功能的詳細(xì)算法</p><p>　　用戶登陸系統(tǒng)點擊公告欄目下的查看歷史公告功能，可以看到公司所有的管理員審核通過歷史公告。如圖4.27查看歷史公告詳細(xì)算法，圖4.28查看歷史公告界面。</p><p>　　圖4.27查

68、看歷史公告詳細(xì)算法</p><p>　　圖4.28 查看歷史公告界面</p><p>　　4.6 管理員審批的詳細(xì)算法</p><p>　　普通員工的所有請假、補簽、離職、薪資問題和添加公告功能都需要先申請，待管理員審批并通過后方可執(zhí)行這些功能。以管理員審批補簽信息為例。</p><p>　　4.6.1審批補簽申請功能的詳細(xì)算法</p&

69、gt;<p>　　用戶可以對本月任意一天完成補簽，具體實現(xiàn)流程是用戶填寫完補簽原因等相關(guān)內(nèi)容后提交由管理員審核，審核通過后方可對本月忘記簽到的任意一天補簽補簽。如圖4.29審批補簽詳細(xì)算法，審批補簽界面如圖4.30審批補簽界面。</p><p>　　圖4.29審批補簽詳細(xì)算法</p><p>　　圖4.30審批補簽界面</p><p><b>

70、;　　第五章 系統(tǒng)測試</b></p><p><b>　　5.1 軟件測試</b></p><p>　　軟件測試的比例還會不斷地增加。特別是極端的涉及到人命安全的軟件系統(tǒng)，例如交通運輸、飛行器控制和核反應(yīng)領(lǐng)域，軟件系統(tǒng)測試的工作量更是非常之大。在軟件系統(tǒng)開發(fā)的過程中，為了保證軟件的可靠性和安全性，人們采用各種各樣的方法進行系統(tǒng)分析、軟件設(shè)計和編碼實現(xiàn)。但

71、是由于軟件產(chǎn)品本身不僅是一個高難度、知識密集型的無形的邏輯產(chǎn)品，出現(xiàn)各種問題是不可避免的，因此需要通過對系統(tǒng)的軟件測試來找到系統(tǒng)的的bug和exception，并進行改正，以免導(dǎo)致意想不到的損失，甚至威脅人的生命安全，從而保證軟件質(zhì)量。測試只能證明程序存在bug和exception，而不保證程序中不存在錯誤，因此軟件測試尤為重要。</p><p>　　5.1.1 軟件測試的環(huán)節(jié)</p><p&

72、gt;　　單元測試是一個系統(tǒng)可靠性的一塊最重要環(huán)節(jié)，是一個軟件成功與否的重要支柱。單元測試是開發(fā)人員在編碼階段對每個應(yīng)用程序塊單元進行的測試。單元測試主要采用白盒測試。</p><p>　　功能測試是來確認(rèn)系統(tǒng)設(shè)計初預(yù)想的功能是否都能實現(xiàn)。測試過程中忽略程序內(nèi)部結(jié)構(gòu)和實現(xiàn)方式，重點放在檢查程序功能是否與需求設(shè)計一致等。</p><p>　　5.1.2 軟件測試的方法</p>

73、<p>　　白盒測試主要針對系統(tǒng)結(jié)構(gòu)的測試，了解工作原理，查內(nèi)部結(jié)構(gòu)和運行是否有錯誤。以白盒測試主要應(yīng)用于單元測試。</p><p>　　黑盒測試主要針對系統(tǒng)的性能測試，重點關(guān)注系統(tǒng)的運行界面。根據(jù)需設(shè)計，從用戶的角度進行測試系統(tǒng)的功能是否能符合需求設(shè)計。通過用戶的操作是否能夠運行處需要的數(shù)據(jù)等。黑盒測試主要方法包括邊界值分析法和錯誤推斷發(fā)等。</p><p>　　在實際項目測試

74、過程中，白盒測試和黑盒測試相輔相成都會使用，編碼階段一般使用白盒測試，來測試每個系統(tǒng)單元的情況，后期使用黑盒測試，來測試一個系統(tǒng)的總體性能和功能。</p><p>　　5.2 本系統(tǒng)的測試</p><p>　　為了保證系統(tǒng)各模塊功能的正確實現(xiàn)，測試系統(tǒng)的可靠性和穩(wěn)定性，本節(jié)將對系統(tǒng)中部分模塊的測試進行介紹。主要測試系統(tǒng)的函數(shù)和模塊是否正常工作，運行出的數(shù)據(jù)是否滿足系統(tǒng)的需求等等。</

75、p><p>　　5.2.1 員工登陸系統(tǒng)模塊測試</p><p>　　員工登陸系統(tǒng)需要驗證密碼，如密碼與登錄名不匹配，則無法登陸系統(tǒng)，當(dāng)輸入正確的用戶名和密碼后則可以進入人員管理信息系統(tǒng)首頁。測試結(jié)果見圖5.1用戶登陸錯誤測試結(jié)果截圖和5.2用戶登錄正確測試截圖。</p><p>　　圖5.1 用戶登陸錯誤測試結(jié)果截圖</p><p>　　圖5.

76、2 用戶登錄正確測試截圖</p><p>　　5.2.2 員工修改密碼模塊測試</p><p>　　員工登陸系統(tǒng)修改密碼時對之前密碼進行驗證，當(dāng)輸入密碼以之前密碼不符時候提示錯誤如圖5.3，當(dāng)兩次密碼不一致時候提示錯誤如圖5.4，當(dāng)所有輸入符合規(guī)定后修改成功，并退出系統(tǒng)使員工輸入新密碼重新登錄。</p><p>　　圖5.3 用戶原密碼輸入有誤測試截圖</p&

77、gt;<p>　　圖5.4 用戶兩次密碼輸入不一致測試截圖</p><p>　　5.2.3 員工請假申請模塊測試</p><p>　　用戶填寫完請假相關(guān)數(shù)據(jù)如圖5.5員工請假申請成功測試截圖。</p><p>　　圖5.5 員工請假申請成功測試截圖</p><p>　　點擊提交后跳轉(zhuǎn)我的請假記錄如圖5.6員工請假申請成功測試截圖

78、</p><p>　　圖5.6 員工請假申請成功測試截圖</p><p>　　5.2.4 查看我的個人信息模塊測試</p><p>　　點擊查看我的個人信息如圖5.7員工請假 .+++++++++申請成功測試截圖</p><p>　　圖5.7 員工請假申請成功測試截圖</p><p>　　5.2.5 審批模塊測試<

79、;/p><p>　　其中趙六的請假信息是5.2.3版塊測試時添加進去的，如圖5.8所有請假信息截圖。</p><p>　　圖5.8 所有請假信息截圖</p><p>　　當(dāng)點擊完通過后列表中的信息消失，表示該審批已通過，如圖5.9請假信息審批通過截圖</p><p>　　圖5.9 請假信息審批通過截圖</p><p>&l

80、t;b>　　第六章 結(jié)論</b></p><p>　　現(xiàn)在整個的畢業(yè)設(shè)計和論文都已基本完成，再回過頭去細(xì)細(xì)品味時發(fā)現(xiàn)，在畢設(shè)初期時我因為基礎(chǔ)不好，所以在老師和同學(xué)的推薦下看了一些基礎(chǔ)書籍，做了一些基本的練習(xí)。其實到現(xiàn)在我還感覺我的基礎(chǔ)知識不是很好，所以還需要繼續(xù)學(xué)習(xí)?？戳艘恍┗A(chǔ)書籍做了些基本練習(xí)之后，我感覺學(xué)得很慢，后來就看了些學(xué)習(xí)視頻，有必要的時候還跟著視頻上的內(nèi)容一起做。在這個過程中慢慢地

81、練就了我的編程思想，代碼規(guī)范和代碼復(fù)用等等技能。</p><p>　　在我看來，我的這個《人員管理信息系統(tǒng)》主要的難點在于初期的分析設(shè)計和后來的代碼實現(xiàn)上。前期對于需求分析不充分，經(jīng)常會忽視了對需要設(shè)計項目分析不夠徹底，層次分析上不明確和不完整的問題，有時會出現(xiàn)各種籠統(tǒng)的情況，這樣就會造成軟件系統(tǒng)在設(shè)計運用過程中出現(xiàn)很大問題。之后在相應(yīng)完整和詳細(xì)的分析，確定相應(yīng)的設(shè)計內(nèi)容過程中，與前期的需求又出現(xiàn)了不吻合的情況，

82、這期間花費了大量的時間去進行了調(diào)整。之后在代碼的實現(xiàn)過程中，又有一些問題困擾了我。然而，在現(xiàn)實世界中，想要逐行去測試代碼，這是完全不切實際的。 </p><p>　　通過開發(fā)本次畢設(shè)人員管理信息系統(tǒng)，我領(lǐng)悟到了Java開發(fā)的核心思想及企業(yè)級系統(tǒng)開發(fā)的業(yè)務(wù)流程，更加健全地掌握到了Java開發(fā)的技術(shù)，積累了一定的代碼量和相應(yīng)的開發(fā)經(jīng)驗。以本次畢設(shè)為基礎(chǔ)，這使得我的職業(yè)生涯有了一定的契機，將來在職場上更駕輕就熟一些，而

83、畢業(yè)設(shè)計則是我們首次鍛煉的極佳機會。這學(xué)期開學(xué)前兩周開始一直到學(xué)期快結(jié)束，我們這些即將畢業(yè)的學(xué)生都在為自己的畢業(yè)設(shè)計傾注全部汗水。最后終于做出來了，自己獨立完成的工作，心里或多或少都有一絲欣喜。是啊，這再一次應(yīng)證了那句話：沒有克服不了的困難。</p><p><b>　　參考文獻 </b></p><p>　　[1] 錢樂秋. 軟件工程[M] ，北京：清華大學(xué)出版社，

84、 2009</p><p>　　[2] 陳雄華. Spring 企業(yè)級應(yīng)用開發(fā)詳解[M]， 北京：電子工業(yè)出版社，2009</p><p>　　[3] 陶勇. 李曉軍 Hibernate ORM 最佳實踐 北京：清華大學(xué)出版社 2007</p><p>　　[4] 劉克強. 電子商務(wù)平臺建設(shè)[M]， 北京：人民郵電出版社 2007</p><p&

85、gt;　　[5] 程杰. 大話設(shè)計模式[M]，北京：清華大學(xué)出版社 2010</p><p>　　[6] 耿祥義. JSP 基礎(chǔ)編程[M]，清華大學(xué)出版社，2004，55-162</p><p>　　[7] 李剛. Strut2 權(quán)威指南[M]，北京：電子工業(yè)出版社 2008</p><p>　　[8] 蔡劍. 景楠 Java Web 應(yīng)用開發(fā)：J2EE 和 Tom

86、cat[M]，北京：清華大學(xué)出版社，2004</p><p>　　[9] 傅鵬. 殷旻昊 基于Structs+Spring+Hibernate+Ajax 技術(shù)的科研管理系統(tǒng)設(shè)計，2004，39-45</p><p>　　[10] 林上杰. 林康司 JSP2.0 技術(shù)手冊[M]，電子工業(yè)出版社，2004，3-6</p><p>　　[11] 阮燕輝. 瀏覽器/服務(wù)器應(yīng)

87、用開發(fā)，1北京: 科學(xué)出版社， 2000</p><p>　　[12] 史濟民. 軟件工程--原理、方法與應(yīng)用. 北京: 高等教育出版社， 2002</p><p>　　[13] 伍俊良. 管理信息系統(tǒng)(MIS) 開發(fā)與應(yīng)用. 北京: 科學(xué)出版社， 1999</p><p>　　[14] Forcier J, Bissex P, Chun W J. Python w

88、eb development with Django[M]. Addison-Wesley Professional, 2008.</p><p>　　[15] Tilkov S, Vinoski S. Node. js: Using JavaScript to build high-performance network programs[J]. IEEE Internet Computing, 2010, 1

89、4(6): 80-83.</p><p><b>　　致謝</b></p><p>　　大學(xué)四年生活非常充實，在學(xué)校老師和同學(xué)們對我有非常大的幫助，不論是在生活還是學(xué)習(xí)上我收獲良多。在四年的生活里，當(dāng)我遇到了自己無法解決的學(xué)習(xí)困難時，老師和同學(xué)都積極的幫助我，使我的成績有了明顯的進步。當(dāng)別的同學(xué)有困難時，我也積極幫助，讓這溫暖的同學(xué)情傳遞到每一個人。</p>

90、;<p>　　經(jīng)過這個系統(tǒng)的設(shè)計與實現(xiàn)，讓我積累了很多經(jīng)驗，提高了編寫程序的能力，激發(fā)了學(xué)習(xí)程序的興趣，為以后的學(xué)習(xí)和工作打好了基礎(chǔ)。</p><p>　　感謝我的論文指導(dǎo)老師對我論文以及畢業(yè)設(shè)計的悉心指導(dǎo)，使我的論文做到盡善盡美，使我的畢業(yè)設(shè)計的到了學(xué)校的認(rèn)同，這是一次非常深刻的體驗。對我日后的工作和生活上有非常大的幫助，是一次不可多得的經(jīng)驗。不能說我的本次設(shè)計有多完美，但是至少自己盡力了，為自己