人力資源管理系統畢業論文_第1頁
人力資源管理系統畢業論文_第2頁
人力資源管理系統畢業論文_第3頁
人力資源管理系統畢業論文_第4頁
人力資源管理系統畢業論文_第5頁
已閱讀5頁,還剩31頁未讀 繼續免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

./分類號密級UDC學位論文人力資源管理系統作者:指導教師:副教授大學申請學位級別:碩士學科類別:專業學位學科專業名稱:軟件工程論文提交日期:20XX10月論文答辯日期:20XX12月學位授予日期:年月答辯委員會主席:評閱人:東北大學20XX12月

AThesisinSoftwareEngineeringHumanResourceManagementSystemByZhangJiamingSupervisor:ProfessorJinYingNortheasternUniversityDecember2010.獨創性聲明本人聲明,所呈交的學位論文是在導師的指導下完成的。論文中取得的研究成果除加以標注和致的地方外,不包含其他人己經發表或撰寫過的研究成果,也不包括本人為獲得其他學位而使用過的材料。與我一同工作的同志對本研究所做的任何貢獻均已在論文中作了明確的說明并表示意。學位論文作者簽名:日期:學位論文使用授權書本學位論文作者和指導教師完全了解東北大學有關保留、使用學位論文的規定:即學校有權保留并向國家有關部門或機構送交論文的復印件和磁盤,允許論文被查閱和借閱。本人同意東北大學可以將學位論文的全部或部分容編入有關數據庫進行檢索、交流。作者和導師同意網上交流的時間為作者獲得學位后:半年□一年□一年半□兩年□學位論文作者簽名:導師簽名:簽字日期:簽字日期:.人力資源管理系統摘要隨著計算機的普及和計算機科學技術的飛速發展,人們開始越來越多地利用計算機解決實際問題。員工信息管理是企業信息管理的重要部分,面對大量的人事信息,采用人工處理既浪費時間、又浪費人力和物力,并且數據的準確性低。因此,開發一個界面友好,易于操作的人力資源管理軟件進行自動化處理變得十分重要,這正是本系統開發的目的和意義。本文所闡述的人力資源管理系統,B/S模式高效地實現了人力資源管理系統的各項功能,可進行多條件查詢、更新、密碼設置、工資和獎金的統計發放等功能。提升了企業的效率和競爭力,滿足了現代企業管理的需要。Spring是當今最主流的服務層框架,它的使用實現了應用程序的n層結構,最大程度的降低了各模塊之間的耦合,提高了應用程序的開發效率和可維護性,選用的Struts2作為系統的表示層框架,在數據持久層方面則使用了Hibernate3.2,采用JPA對Hibernate進行配置。此外,在表示層不僅使用了Struts和JSP,還用到了DWR和ExtJs這兩大AJAX技術。使用AJAX技術不僅可以使界面美觀,操作更具人性化,異步交互還能減輕服務器的數據傳輸負擔。關鍵字:人力資源管理系統;互聯網;JavaEE;SSH;AjaHumanResourceManagementSystemAbstractWiththeproliferationofcomputersandcomputerscienceandtechnology,therapiddevelopmentofmoreandmorepeoplebegantousecomputerstosolvepracticalproblems.Employeeinformationmanagementisanimportantpartofenterpriseinformationmanagement,facedwithalargenumberofpersonnelinformation,usingmanpowertotacklethewasteoftime,butalsoawasteofhumanandmaterialresources,andthelowaccuracyofthedata.Therefore,developingauser-friendly,easytooperatehumanresourcesmanagementsoftwaretoautomateprocessingbecomesimportant,thisisthepurposeofthesystemdevelopmentandsignificance.Describedinthispaperthehumanresourcesmanagementsystem,browser/servermodeltoachieveefficienthumanresourcesmanagementsystem,variousfunctionscanbemulti-criteriaquery,update,passwordsettings,salariesandbonusesofstatisticaldistributionfunctions.Lofthebusinessefficiencyandcompetitiveness,fullofmodernenterprisemanagementneeds.Springisthemostmainstreamoftheservicelayerframeworkthatenablestheapplicationoftheuseofn-layerstructure,thelargestreductioninthedegreeofcouplingbetweenthevariousmodulestoenhancetheapplicationdevelopmentefficiencyandmaintainability,asthesystemchosenStruts2Thepresentationlayerframework,thedatapersistencelayersideusingHibernate3.2,usingJPAforHibernateconfiguration.Inaddition,thepresentationlayeronlyusestheStrutsandJSP,hasalsousedtheDWRandtheExtJsthesetwoAJAX.TheuseofAJAXtechnologynotonlymakesbeautifulinterface,operationismorehumane,asynchronousdatatransmissioncanreducetheburdenontheserver.Keywords:HumanresourcesmanagementsystemtheInternetJavaEESSHAjax目錄獨創性聲明I摘要IIAbstractIII第一章引言11.1課題背景11.2目的和意義 11.3系統設計思想21.4系統開發環境2第二章可行性分析32.1業務流程圖32.2經濟可行性82.3技術可行性92.4法律可行性92.5運行可行性102.6本章小結10第三章需求分析113.1人力資源管理系統的產生和發展情況113.1.1人力資源管理系統的概念113.1.2人力資源管理系統的發展歷程113.1.3人力資源管理信息化的意義123.2總體目標133.3具體目標133.4人力資源管理系統的需求分析133.4.1數據流圖構建133.5本章小結17第四章總體設計184.1系統模塊總體設計184.2數據庫設計194.2.1數據庫設計概述194.2.2數據分析204.2.3數據庫的詳細設計204.3系統接口設計264.4本章小結27第五章詳細設計與實現285.1系統運行平臺設置的設計與實285.2系統主頁設計的設計與實285.3人事資料管理功能的設計與實295.3.1人事資料查詢315.3.2人事資料錄入325.3.3人事資料刪除335.3.4人事資料修改345.4角色管理功能的設計與實345.4.1新建角色365.4.2角色刪除375.4.3角色修改385.5工資查詢功能的設計與實385.6本章小結40第六章系統測試與性能分析416.1軟件測試416.2測試的基本概念416.2.1測試的目的416.2.2測試用例416.2.3白盒測試和黑盒測試416.2.4測試步驟426.2.5本系統測試426.3本章小結46結論47致48參考文獻49.引言畢業設計論文是教學計劃中的重要綜合性實踐環節,尤其作為理工院校,更是對學生在校期間所學知識的綜合考察,也是培養學生理論聯系實際的學風和鍛煉學生獨立工作能力的有效途徑,其目的是培養學生運用所學基礎理論、專業知識和基本技能;提高分析和解決工程實際問題及從事科學研究的能力;培養學生刻苦鉆研、勇于攻堅的精神和認真負責、實事的科學態度。隨著IT技術的飛速發展,計算機及其相關技術在社會各個方面的應用也越來越廣泛,其發揮的巨大作用也是不可估量和替代的。在目前的高效管理中應該而且能夠充分發揮計算機管理的長處,實現信息化管理、無紙化辦公。課題背景隨著時代的發展,社會的進步,越來越多的企業建立、發展、壯大、成熟。企業是國民經濟的發展單元,企業發展的越好,經濟進步就越快。然而隨著企業的發展,人員的增多,每年人力資源管理的成本也會不斷地增加,這一問題不僅耗費企業大量的資金,也耗費了大量的人力。當企業規模較小時,人力尚且比較容易完成信息管理,但隨著企業規模增大,人員增多,老式的紙質管理方法就會出現許多弊端,比如說:保存困難、不易查詢、耗費大量人力卻仍然工作效率低下,工作出錯率增高等,這種方法已經跟不上時代。人力資源管理系統產生于20世紀60年代末期,當時的計算機已經進入實際應用階段,同時大型企業用手工來計算和發放薪資,既費時、費力又非常容易出錯,為了解決這個矛盾,第一代的人力資源管理系統應運而生。經過將近40年的發展,如今大多數公司普遍使用的是第三代人力資源管理信息系統。第三代人力資源管理信息系統界面友好,支持多平臺,并提供了強有力的報表生成工具、分析工具和信息共享,使得人力資源管理人員得以擺脫繁重的日常工作,集中精力從戰略的角度來考慮企業人力資源規劃和政策。企業人力資源管理系統的出現是企業管理的一個重要里程碑,公司的各種資源的實際情況是各不相同的,一款人力資源管理系統不能適用于所有公司,一個可以安全的、規的、自動化的、適合的企業人力資源管理系統對企業的發展是比不可少的。目的和意義建立人力資源管理能樹立企業形象。對于任何一個企業而言,企業的品牌形象至關重要。特別是對于互聯網技術高度發展的今天,通過人力資源管理的,員工可通過側面的了解企業形象及企業實力,因此,建立具有國際水準的能夠極大的提升企業在員工心中的整體形象。建立人力資源管理能減輕部門負擔。許多人知道,一個公司的所有和員工有關的運作,包括加薪,出差,請假,人員的調動,離任等等都由人力資源部門來完成,如果是一家擁有上千人的大型企業,這個工作量是相當驚人的。因此本系統的開發,大大緩解了該部門的工作壓力,也避免了以前人工作業的錯誤幾率。系統設計思想一個方便用戶使用的軟件應該具備軟件體積小,操作界面友好,基本功能穩定,運行速度較快,通過計算機技術及網絡技術結合開發出客戶端與服務器端,以便方便快捷清晰的進行數據傳輸,和簡易通訊功能。實用性:系統以用戶需求為目標,以方便用戶為原則。根據用戶實際的需求情況,充分考慮在人力資源管理中可能遇到的種種問題,盡量全面的做好需求分析,以減少日后更新軟件的次數。可靠性:一個實用的系統同時必須是可靠的,本設計通過合理而先進的網絡設計以及軟、硬件的優化選型,可保證系統數據傳輸的正確性。安全性:在設計中,將充分利用網絡軟、硬件提供的各種安全措施,既可以保證用戶共享資源,同時也可保證關鍵數據的安全性。采用標準技術:本系統的所有設計遵循國際上現行的標準進行,以提高系統的開放性。可維護性:系統的設計要求方便維護,包括硬件的維護,軟件的維護〔更可擴展性及靈活性:系統的設計以方便未來業務的擴展和系統擴充為目標,系統要求能夠方便的升級,充分保護系統的投資。智能性:系統在設計時,充分考慮系統運行的智能性,在使用系統一段時間后,系統可以適應于任何局域網。系統開發環境本系統采用B/S結構,前臺開發工具為MyEclipse8.5,后臺數據庫是MicrosoftSQLServer2005,軟件要求:操作系統為Windows2003或WindowsXP,MozillaFirefox3.5或更高版本,硬件要求:Pentium42.4MHz或更快,512MBRAM或更高。.可行性分析可行性分析<FeasibilityAnalysis>也稱可行性研究,是在系統調查的基礎上,針對新系統的開發是否具備必要性和可能性,對新系統的開發從技術、經濟、社會的方面進行分析和研究,以避免投資失誤,保證新系統的開發成功。可行性研究的目地就是用最小的代價在盡可能短的時間確定問題是否能否解決。2.1業務流程圖根據人力資源管理系統的具體情況,業務可分為六類,第一類是基本信息業務,主要負責對企業所有基本信息的管理,如:員工信息、招聘信息、員工考勤信息、員工考核信息等;第二類是招聘業務,主要負責對企業招聘信息及應聘人員信息的管理;第三類是培訓業務,主要負責對企業部門員工的培訓計劃的制定及信息的發布;第四類是工資核算業務,主要負責對員工的工資進行核算,使其與員工的績效掛鉤;第五類是考勤業務,是對員工考勤信息的管理;第六類是績效考核業務,是對員工的工作績效的考核信息的管理。1.基本信息業務流程:用戶登錄系統后,系統根據用戶的權限,列出該用戶可用的系統功能,如員工信息管理,調崗調職,獎罰記錄,員工福利等,可對其進行錄入、修改、刪除或查詢。基本信息業務流程,如圖2-1所示。2.招聘業務流程:首先,各部門經理通過報告通知人力資源部門職位空缺情況,然后人力資源招聘人員和經理審閱職務和資格要求,如果審核通過,則制定招聘計劃,否則將原因反饋給該部門經理。招聘業務流程,如圖2-2所示。圖2-1基本信息業務流程圖Fig2-1Basicinformationaboutbusinessflowdiagram圖2-2招聘業務流程圖Fig2-2Recruitmentbusinessflowdiagram3.培訓業務流程:首先,人力資源管理人員根據實際情況,或部門經理提出培訓請求,制定培訓計劃,制定計劃的同時,要確定培訓的課程和講師。然后,執行該計劃,當培訓結束時對受培訓的員工進行考核,并將考核結果錄入系統。最后要將培訓的結果保存起來,作為日后培訓的參考。培訓業務流程,如圖2-3所示。圖2-3培訓業務流程圖Fig2-3Trainingbusinessflowdiagram4.工資核算業務流程:首先讀取員工的信息,判斷員工狀態不為"離職",取出員工的基本工資,然后順序讀取員工的獎懲信息、福利信息、保險信息,計算出員工的總工資,再根據總工資確定稅率,最后算出員工的實際工資,并保存。工資核算業務流程,如圖2-4所示。5.考勤業務流程:首先讀取員工信息,判斷員工當日是否有班,如果有班,判斷是否有打卡記錄,如果沒有打卡記錄,判斷員工是否請假,是否調休,是否出差,如果都沒有,說明員工缺勤。考勤業務流程,如圖2-5所示。6.績效考核業務流程:首先讀取考核方案,獲得該方案的所有考核標準,讀取員工在該方案所有標準上的分數,然后計算總分,根據總分評定員工考核等級。績效考核流程,如圖2-6所示。圖2-4工資核算業務流程圖Fig2-4Payrollaccountingbusinessprocessdiagrams圖2-5考勤業務流程圖Fig2-5Attendancebusinessflowdiagram圖2-6績效考核業務流程圖Fig2-6Performanceappraisalbusinessflowdiagram該系統的目標確定后,可以從經濟可行性、技術可行性法律可行性和運行可行性四個方面對能否實現新系統目標進行可行性分析。2.2經濟可行性系統的經濟可行性指的是對組織的經濟狀況和投資能力進行分析,對系統建設、運行和維護費用進行估算,對系統建成后可能取得的社會及經濟效益進行估計。運行該系統的硬件和軟件支持費用需要2萬元,但軟件開發費用估計6.7萬元,但系統投入使用后,每年可為節省支出約10萬元,假設該軟件可以使用5年。而一次性支出25萬元,再假定投資費用存入銀行的利息按5%計算。下面從以下幾個方面對系統的經濟可行性進行具體的分析:系統初期投資系統初期投資,如表2-1所示。表2-1人力資源管理系統初期投資Fig2-1Theinitialinvestmentofhumanresourcemanagementsystem序號項目人工〔人·日單價〔元合計〔元1需求分析203006,0002總體設計303009,0003人事資料管理子系統詳細設計203006,0004人力資源管理子系統詳細設計103003,0005工資管理子系統詳細設計53001,5006考勤管理子系統詳細設計103003,0007績效考核子系統詳細設計203006,0008系統維護子系統詳細設計53001,5009數據庫的設計與實現103003,00010編碼實現5030015,00011單體測試203006,00012系統集成測試203006,00013說明手冊編制103001,00014合計67,000貨幣的時間價值系統貨幣時間價值,如表2-2所示。表2-2人力資源管理系統貨幣時間價值Fig2-2Thetimevalueofmoneyinhumanresourcesmanagementsystem年份將來值〔萬〔1+in現在值〔萬累計的現在值〔萬151.054.7624.762251.10254.5359.297351.15764.31913.616451.21554.11417.730551.27633.91821.648投資回收期引入進銷存系統一年后,可以節省4.762萬元,比最初投資還少1.94萬元。但第三年可以節省4.535萬元。即:1+<6.7-4.762>/4.535=1.428<年>純收入21.648-6.7=14.948<萬元>經過以上分析,此人力資源管理系統在經濟上的開發是可行的。2.3技術可行性根據該系統目標來衡量所需的技術是否具備,一般可從硬軟件的性能要求、環境條件、操作人員水平和數量等方面去考慮和分析。本系統采用當前流行的SSJ整合框架編寫。Struts2.0是以MVC模式為基礎,控制反轉為核心的JavaWeb應用框架,使用它不僅可以實現WEB應用程序的分層,還可以大大提高用戶請求的處理效率,從而降低了表示層開發的工作量;Spring2.5是以MVC模式為基礎,依賴注入為核心的Java應用框架,它利用Java的反射機制,將系統各層無縫的整合在一起,實現了系統各模塊和各層次的解藕,提高了系統的可維護性和可移植性;JPA是Sun公司提出的一個ORM標準,由于市場上主流的ORM框架沒有統一的標準,各公司都按自己的標準編寫ORM的配置方式,這樣,在開發應用軟件時,用戶要學習各種ORM框架的配置方式,并且當現用ORM框架不能滿足用戶需求時,切換ORM框架會付出相當大的代價。這時JPA標準應運而生,只要ORM框架的生產商遵循該標準,用戶軟件就可以以很小的代價切換ORM框架,并不用學習新框架復雜的配置方式就可以將它整合到系統中。本系統JPA的ORM框架將使用Hibernate3.2實現,它具有強大的事務處理能力、數據緩存能力和并發處理能力,可以提高持久層的運行效率和開發效率。在表示層,本系統將使用JSP頁面技術和ExtJs2.2、DWR3這兩大AJAX技術。JSP與JavaServlet一樣,是在服務器端執行的,通常返回該客戶端的就是一個HTML文本,因此客戶端只要有瀏覽器就能瀏覽。ExtJs2.2是當今主流的AJAX技術之一,它可以提供如同桌面應用程序的外觀,能大大提高用戶體驗,為用戶提供一個美觀,方便的操作界面。DWR則可以提高瀏覽器與服務器的異步交互能力,在用戶瀏覽器上只使用簡單的JavaScript就可以調用復雜的服務器端代碼。使用AJAX技術不僅可以使界面美觀,操作更具人性化,異步交互方式還能減輕服務器的數據傳輸負擔。此外,本系統將使用SQLServer2005作為應用程序的數據庫,它具有良好的并發處理和事務處理能力,并且具有較高的運行效率和穩定性。2.4法律可行性此人力資源管理系統是本人自主開發的管理系統,是很有實際意義的系統,開發這個系統不同于開發普通的系統軟件,即該系統不同于原來已有的現代化的系統,不存在侵權等問題,本系統開發不會侵犯他人、集體或國家利益,不違反國家法律,因此具有法律可行性。2.5運行可行性操作可行性是指系統對組織機構的影響,現有人員和機構、設施、環境等對系統的適應性以及進行人員培訓的補充計劃可行性。從新系統使用難易程度上來看,新系統使用起來并不復雜,界面設計親切,容易使用,通過接觸了解到公司的員工有接受新事物的能力,大多數員工平時都有過使用電腦的經歷,學習該系統的使用應該不會困難。該系統的實施對公司的組織機構不會有太大的影響。在今后的維護過程中,領導者可在店面里挑選或培養一、兩名對計算機知識比較了解的員工深入學習該系統,系統的開發人員也會在系統實施后的半年時間不計酬的隨時解決系統出現的一些技術性問題。經過上述論述分析,新系統的實施非常可行。2.6本章小結通過對本系統的開發,讓我對一個系統開發前所需要做的準備有了一些詳細的了解,在一個系統的開發前需要做大量的需求分析,分析本系統是否適合開發,有經濟上、運行上、技術上是否可行。.需求分析軟件需求分析工作是軟件生存周期中重要的一步。只有通過需求分析才能把軟件功能和性能的總體概念描述為具體上的軟件需求規格說明,從而奠定軟件開發的基礎。軟件需求分析工作也是一個不斷認識和逐步細化的過程。該過程將軟件調研階段的需求資料進行分析和設計,使軟件圍逐步細化到詳細定義的程度,并分析出各種不同的軟件元素,然后為這些元素找到可行的解決辦法。本章將從不同角度的需求分析問題,講述軟件需求類型,分析過程,并部分給出了數據字典和數據流圖。本文檔是為了確切地表達出系統的每項需求,并作為設計的基礎,為軟件設計人員提供明確的指導方向,并為軟件的功能測試提供測試依據。3.1人力資源管理系統的產生和發展情況3.1.1人力資源管理系統的概念國外許多學者都對人力資源管理系統進行過定義,其中拍德瑞、德斯勒、諾伊及國學者余凱成等人將人力資源信息系統定義為:收集、處理、存儲和發布信息以支持決策、協調、控制、分析及可視化人力資源管理活動的相關組件的集成系統。而舍小曼等人將人力資源管理信息系統<HRIS,HumanResourcesInformationSystem>定義為:"提供現實和準確數據的計算機系統,用于控制和決策的目的。在這種意義上,它已經超越了簡單的存儲和更正信息,其應用圍已擴大到諸如編制報告、預測人力資源需求、戰略計劃、職業生涯和晉升計劃,以及評估人力資源管理的政策及實踐等領域"。本文所界定的人力資源管理系統<HRMS,HumanResourcesManagementSystem>,主要是指組織或社會團體運用系統學理論方法,運用現代計算機、軟件及網絡技術來對組織的人力資源管理活動進行系統化、流程化的設計、管理、控制和評價,以提高組織人力資源管理水平,使人力資源更有效的服務于組織或團體目標。它不僅需要計算機及網絡等硬件的支持,更需要HRMS軟件及相關的人力資源管理理念的輔佐。3.1.2人力資源管理系統的發展歷程隨著人力資源管理理論的迅速發展,為推進人力資源管理信息化奠定了理論基礎。現代人力資源管理,在管理視角上是將人力資源作為第一資源,使人力資本的投資收益率高于一切其他形態資本的投資收益率;在管理模式上多為"主動開發型"的策略式和預見性管理;在管理重心上是以人為中心;在管理形態上是全過程的動態管理;在管理方式上采取人性化管理;在管理策略上不僅注重近期和當前事宜的處理,更注重人力資源的整體開發,注重對未來的預測和規劃,屬于戰術與戰略相結合的管理;在管理技術上追求科學性和藝術性的結合,不斷采用新的技術和手段,使其更加科學和規;在管理層次上管理部門直接參與組織計劃與決策。可見,現代人力資源管理已經遠遠超出了傳統的人事管理疇,而今,現代人力資源管理更需要借助和發揮現代信息和技術手段,優化管理過程,提高管理效益。第一代,薪資計算系統時代。人力資源管理系統的發展歷史可以追溯到20世紀60年代末期。由于當時計算機技術已經進入實用階段,同時企業的規模也越來越大,用手工來計算和發放薪資既費時費力又非常容易出差錯,為了解決這個問題,第一代的人力資源管理系統,其實就是薪資管理系統應運而生。當時由于技術條件和需求的限制,用戶非常少,而且那種系統充其量也只不過是一種自動計算薪資的工具。第二代,薪資/人事管理系統時代。第二代的人力資源管理系統出現于20世紀70年代末。隨著計算機技術的飛速發展,第二代薪資管理系統基本上解決了第一代系統的主要問題,開始紀錄員工的其他基本信息包括薪資的歷史數據,此外,它的報表生成和薪資數據分析功能也都有了較大的改善。這個時代的管理系統以薪資處理為主,并兼具了一部分人事信息管理的功能。第三代,人力資源管理系統時代。人力資源管理系統的第一次革命性變革出現在20世紀90年代初。由于企業管理理論,特別是人力資源理論的發展,使人們認識到人力資源在企業發展和企業競爭優勢中的關鍵性作用,另外隨著IT技術的發展,把一些人力資源管理理念和理論應用到企業管理中也變為可能。第三代人力資源管理系統的特點是從人力資源管理的角度出發,用集中的數據庫將幾乎所有與人力資源相關的數據〔如薪資福利、招聘、個人職業生涯的設計、培訓、職位管理、績效管理、崗位描述、個人信息和歷史資料統一管理起來,形成了集成的信息源。友好的用戶界面,強有力的報表生成工具、分析工具和信息的共享使得人力資源管理人員得以擺脫繁重的日常工作,集中精力從戰略的角度來考慮企業人力資源規劃和政策。第四代,E人力資源管理系統或EHRMS時代。人力資源管理信息系統的第二次革命性變革出現在20世紀90年代末和21世紀初。由于internet和intranet技術的普及,以及人力資源管理理論的進一步發展,學習與發展成為企業與員工個人的永遠的主題,而IT技術為這一主題給出的答案就是E-LEARNING。為了快速響應企業部和外部的各種要求與變化,WEB使人力資源部門與企業的部員工和外部世界之間的距離成為0,這就是人力資源管理系統的E化。E化HRMS除了具有人力資源管理系統的所有特征外,還可以實現員工或潛在員工和企業人力資源管理者互動和零距離。3.1.3人力資源管理信息化的意義信息提高工作效率,改善服務質量,從而建立起信息化、職業化的人力資源管理平臺。為了將信息技術引入人力資源管理,我們將人力資源管理工作分為定性與定量兩類。所謂定性的工作主要是指管理制度的制定、業務流程的設計、員工溝通、人力資源分析報告等,這些工作的特點是具有很強的創造性,需要經過深入的主觀思考與判斷才能完成。所謂定量的工作主要是指根據既定制度與流程完成對客觀事務的處理,比如根據薪資制度計算本月員工工資等,這類工作的特點一般較為具體,但又是需要日常處理的重復性工作,往往占據了人力資源管理工作的大部分時間。信息技術在人力資源管理中主要是作為工具來應用,它可以用來處理幾乎所有定量的問題,比如人事信息管理、員工考勤、薪資計算等等,較之手工管理,信息技術的應用將大大降低例行性工作占用人力資源管理人員時間的比例,無疑極提高了部門的工作效率,從而可以有更多時間思考戰略層次的問題。提高工作效率,是許多單位引入人力資源管理系統的首要目的。一套合理而完善的人力資源管理系統還將為管理者帶來另外一個好處由于數據庫完整地記錄了單位所有員工的人事、考勤、績效、培訓、薪資、福利等各方面信息,系統將能快捷、方便地獲得各種統計分析報告,為單位管理與決策提供準確全面及時的人力資源信息支持。網絡技術的應用,還可以為部門之外的其他管理人員及員工提供各種形式的自助服務,比如單位重要領導可以在網上查看單位人力資源的配置、重要員工的狀況、人力資源成本的分析、員工績效等。自助服務的提供,使得管理從以前的相對封閉變得開放,滯后管理變成超前管理,使得單位全體人員都能參與到人力資源的管理活動中來,從而在某種意義上實現全面人力資源管理。綜上所述,信息技術在人力資源管理中的應用,可以提高工作效率,優化業務流程,改善服務質量,提供基于信息的決策支持,在某種意義上實現全面人力資源管理。3.2總體目標總體目標是實現該企業人力資源系統的科學管理。勤微機操作員輸入和修改員工的基本信息,當該單位產生人力資源變動時,操作員根據主管領導的指示可以進行方便快捷的修改。勤員根據對員工的培訓情況及職稱評定情況進行錄入,方便統計和查詢。充分利用現有資源,包括人力、物力、財力、在管理上達到數據快速準確及時可靠地傳輸,同時節省人力和時間,不但實現數據的共享,而且能夠及時準確地掌握員工的各種情況,以此達到綜合人力資源管理的科學化。3.3具體目標根據上述總體目標需求,該系統完成如下具體功能:1>完成數據的編輯功能。包括對所需數據的輸入、修改、工作,按需要對給定數據送入到指定的文件中,并可實現隨時修改的功能。2>完成數據的查詢功能,它主要是實現對指定的數據或各種情況能按不同條件查詢到,并顯示給用戶查看,用戶可隨時查詢任何需要的信息。3>完成數據的計算功能。完成對員工工資的計算功能,并對員工的工資進行統計存檔。3.4人力資源管理系統的需求分析需求分析過程是整個系統開發的重要階段,分析的成功與否,決定著整個系統功能的完善性以及穩定性。在該階段需求分析人員需要確定整個產品的功能要求,并且將現實事務抽象成對象。3.4.1數據流圖構建數據流圖〔dateflowdiagram,DFD,是SA方法中用于表示系統邏輯模型的一種工具,它以圖形的方式描繪數據在系統中流動和處理的過程,由于它只反映系統必須完成的邏輯功能,所以它是一種功能模型。數據流圖是從數據的角度來描述一個系統,數據流圖適合于宏觀地分析一個組織業務概況。1.人力資源管理系統的頂層數據流圖,如圖3-1所示。圖3-1人力資源管理系統頂層數據流圖Fig3-1Humanresourcemanagementsystemtopleveldataflowdiagrams2.合法性檢查二層數據流圖,如圖3-2所示。圖3-2合法性檢查的二層數據流圖Fig3-2Checkdataflowdiagramsonthesecondfloor3.權限分析二層數據流圖,如圖3-3所示。圖3-3權限分析二層數據流圖Fig3-3Analysisofdataflowdiagramsonthesecondfloor4.事務處理二層數據流圖,如圖3-4所示。5.員工信息數據處理的三層數據流圖,如圖3-5所示。圖3-4事務處理的二層數據流圖Fig3-4Thetransactiondataflowdiagramsonthesecondfloor圖3-5員工信息數據處理的三層數據流圖Fig3-5Employeeinformationdataprocessingofthreelayersofdataflowdiagrams6.工資核算的數據流圖,如圖3-6所示。在此系統中還存在一些特殊的數據流,它們不依賴用戶的操作而執行,而是依賴于時間,也就是說,時間一到它們就會自動啟動執行,這些事件稱為計劃任務。工資核算就是典型的計劃任務,它們在月末的深夜里自動啟動執行,對員工的工資進行匯總計算。此外本系統中的計劃任務還有員工考勤和員工考核等。圖3-6工資核算的數據流圖Fig3-6Payrollaccountingdataflowdiagrams7.績效考核的數據流圖,如圖3-7所示。圖3-7績效考核的數據流圖Fig3-7Performanceevaluationofdataflowdiagram3.5本章小結本章首先對人力資源管理系統的功能需求進行了分析,并據此確定了系統所需要的功能,提供了系統數據流圖,并根據數據流圖給出了系統主要的數據字典,然后數據字典的構建進行了詳盡的敘述。.總體設計系統設計是在系統分析的基礎上由抽象到具體的過程。主要目標是將系統分析階段所提出的反映了信息需求的系統邏輯方案轉換成可以實施的基于計算機與通信系統的物理〔技術方案,為下一階段系統實施提供必要的技術資料,應符合系統性,靈活性,可靠性,經濟性的要求。4.1系統模塊總體設計結構化設計技術的核心是模塊分解設計,模塊是系統功能結構圖的主要元素。其設計思想是,采用自頂向下、逐層分解的方法,先給出總的模塊功能,再逐層分解,使其分為多個大小適當,功能明確,具有一定獨立性且容易實現的模塊,從而把一個復雜的系統設計轉變成為多個簡單模塊的設計。在本系統中,采用了模塊結構化設計方法,根據數據流圖,按層次劃分各個模塊,每個模塊完成一個功能,且每個模塊具有單入口單出口。本系統一共分為六個模塊,每個模塊之間雖然在表面上是相互獨立的,但是在對數據庫的訪問上是緊密相連的,各個模塊訪問的是同一個數據庫,只是所訪問的表不同而已。每個模塊的功能都是按照在調研中搜集的資料進行編排制作的。依據上述功能的分析,系統中模塊分別為:人事資料管理模塊、人力資源管理模塊、工資管理模塊、考勤管理模塊、績效考核模塊、系統維護模塊。各功能模塊的具體功能如下:1.人事資料管理模塊:人事資料管理模塊是管理員工和企業基本信息的模塊,如員工信息、部門信息、員工福利、企業可用福利的管理等。2.人力資源管理模塊:人力資源管理與企業的人力資源計劃對應,用于企業員工招聘與員工培訓相關的功能。3.工資管理模塊:工資管理模塊是對員工工資進行管理的模塊,系統可根據員工的福利、獎懲情況、保險等信息計算員工工資。4.考勤管理模塊:考勤管理模塊是對員工日常考勤及相關信息進行管理的模塊,如班次管理、員工排班、打卡記錄、請假、考勤管理等。5.績效考核模塊:是對員工各方面工作情況的考核系統,可根據員工的工作表現、工作態度、工作熱情等,對員工考核的模塊,管理人員可根據員工的考核情況對員工進行獎勵、懲罰、晉升、漲薪、辭退等。6.系統維護模塊:系統維護是對系統用戶和系統角色信息進行維護和對系統相關參數進行配置的模塊。系統功能圖如圖4-1所示。人事資料管理人事資料管理考勤管理人力資源管理系統工資管理所得稅率工資查詢人力資源管理員工技能招聘計劃應聘人員培訓需求福利定義保險定義部門定義崗位設置員工資料管理調崗調職員工福利管理獎勵記錄管理培訓記錄管理懲罰記錄管理員工帳號管理人事數據定義保險標準管理投訴記錄管理系統維護系統參數設置角色管理用戶管理數據字典管理修改密碼員工排班打卡記錄管理發卡補卡出差記錄管理調休記錄管理請假記錄管理員工關注班次管理績效考核員工考核記分管理考核方案考核標準圖4-1系統功能圖Fig4-1businessfunctionchart4.2數據庫設計數據庫設計是在給定的DBMS、操作系統和硬件環境下,如何表達用戶的需求,并將其轉換為有效的數據庫結構,構成較好的數據庫模式,這個過程稱為數據庫設計。數據庫及其應用系統開發的全過程可分為兩大階段:數據庫系統的分析與設計階段;數據庫系統的實施、運行與維護階段。數據庫設計概述數據庫設計是建立數據庫及其應用系統的技術,是信息系統開發和建設中的核心技術,具體的說,數據庫設計是一個給定的應用環境,構造最優的用戶的應用需求〔信息要求和處理要求。這個問題是我們在進行軟件開發時期的主要研究方向。數據庫設計應該和應用系統設計相結合,也就是說,整個設計過程中要把結構〔數據設計和行為〔處理設計密切結合起來。由于信息結構復雜,應用環境多樣,在相當長的一段時間數據庫設計主要采用手工試湊法。使用這種方法與設計人員的經驗和水平有直接的關系,數據庫設計成為一種技藝而不是工程技術,缺乏科學理論和工程方法的支持,軟件的質量難以保證,常常是數據庫運行一段時間后又不同程度地發現了各種問題,增加了系統維護的代價。十余年來,人們努力探索,提出了各種設計準則和規程,都屬于規設計法。數據分析數據分析過程同數據庫的邏輯結構和物理結構密切相關,需要確定、編制、組織、篩選應用程序所使用的信息。它以一種能夠分析和分類的方式來捕獲用戶的所有信息,這使得某一模型可以直接轉化成數據庫結構。我們使用一種信息建模技術,這種技術是通過實體、關系、屬性三種基本對象來定義信息。實體是需要維護和使用的相關特性的集合體;屬性是實體的特性或特征;關系是實體之間的聯系,關系為實體記錄〔實例之間的聯系和交互作用方式建立了模型。要確定實體和關系的性質,用戶必須確定單個實體和他們相關的屬性。為每個對象定義一個完整的與商業相關的描述以及他單獨使用的要求,這也包括確定此實體是否使用應用程序的永久需求,每種關系的基本定義使用了商業定義和與關系相連接的需求。在為實體確定相關的屬性過程中,也需要確定此實體的主鍵和索引,并且要確定在每個實體中怎樣組織這些屬性,確定屬性的數據類型和它是否為空值。在高層次的描述過程中,還可以確定所有擴展屬性信息,包括長度、格式、編輯風格、校驗規則和初始值。單獨實體的屬性被組織起來,用戶就能夠開始以某一種組織方式來給實體分類。用戶必須通過關系,來為實體分組的方式確定分類模式,這是抽象化的初始層,或者說是通過隱藏模糊的信息來提高對分析的理解,通過將數據分類成組,就產生了相關分組的不同類型,這樣,更加易于觀察和分析。數據庫的詳細設計在設計數據庫時,應考慮以下事項:數據庫用途及該用途將如何影響設計,應創建符合用途的數據庫計劃。數據庫規化規則,防止數據庫設計中出現錯誤。對數據完整性的保護。數據庫和用戶權限的安全要求。應用程序的性能需求,設計數據庫時必須利用MicrosoftSQLServer2005中能夠提高性能的功能。對于性能而言,在數據庫大小和硬件配置之間權衡也是很重要的。數據庫部分實體的E-R圖,如圖4-2所示。圖4-2數據庫E-R圖Fig4-2Databasee-rdiagram根據人力資源管理系統的實際情況,本系統的數據庫命名為:HRMS數據庫,存儲所有的數據信息及其儲過程。HRMS數據庫中部分信息表如表4-1至4-16所示。表4-1users〔用戶信息表序號英文名中文名類型長度<字符>1id標識Varchar302user_name用戶名稱Varchar303password用戶密碼Varchar304employee_id員工標識Varchar305role_id角色標識Varchar306disabled信用標記tinyInt表4-2roles〔角色表序號英文名中文名類型長度<字符>1id標識Varchar302name角色名稱Varchar303discribes說明Varchar2004disabled停用標記tinyInt表4-3employee〔員工信息表序號英文名中文名類型長度<字符>1id標識Varchar302idcard號Varchar183birthdate出生日期DateTime4email電子Varchar405emp_no員工編號Varchar206gender性別Varchar47home_address住址Varchar409nameVarchar1510phoneVarchar1511photo相片Varchar5012professional專業Varchar40續表4-313wages工資Money14degree學位Varchar2015department_id部門標識Varchar3016emp_status_dd_id員工狀態標識Varchar3017hiring_source_dd_id員工來源標識Varchar3018job_id崗位標識Varchar3019job_group_dd_id分組標識Varchar3020marriage_status婚姻狀態Varchar2021nationality民族Varchar2022policyFace政治面目Varchar2023worktime_id班次Varchar30表4-4dd〔數據字典表序號英文名中文名類型長度<字符>1id標識Varchar302dd_no字典編號Varchar203dd_type字典類型Varchar204describes說明Varchar2005disabled停用標記tinyInt6is_default默認tinyInt7name字典名稱Varchar158sort_no順序碼Varchar5表4-5punish_record〔懲罰信息表序號英文名中文名類型長度<字符>1id標識Varchar302approvaled已審批tinyInt3monetary金額Money4punish_date懲罰日期DateTime5punish_level級別Varchar206punish_reason原因Varchar200續表4-57employee_id員工標識Datetime308punish_method懲罰方式Varchar209punish_type_dd_id懲罰類型Varchar30表4-6department〔部門信息表序號英文名中文名類型長度<字符>1id標識Varchar302dept_no部門編號Varchar203disabled停用TinyInt4dept_name部門名稱Varchar305sort_no順序碼Varchar56parent_dept_id上級部門編號Varchar30表4-7job〔崗位信息表序號英文名中文名類型長度<字符>1id標識Varchar302job_no崗位編號Varchar203job_name崗位名稱Varchar504remarks備注Varchar2005sort_no順序碼Varchar56department_id部門標識Varchar307parent_job_id上級崗位標識Varchar30表4-8work_time〔班次表序號英文名中文名類型長度<字符>1id標識Varchar302effective_end_date有效結束日期DateTime3effective_start_date有效開始日期DateTime4endTime結束時間V155startTime開始時間V156name名稱Numeric50續表4-87period周期Int8persons人數Int9remarks備注Varchar200表4-9employee_exam〔考核成績表序號英文名中文名類型長度<字符>1id標識Varchar302exam_date考核日期DateTime3level結果Varchar24remarks備注Varcha2005total_score總分float6employee_id員工標識Varchar307examplan_id考核方案標識Varcha30表4-10insurance〔保險信息表序號英文名中文名類型長度<字符>1id標識Varchar302company_constrant單位固定值Float3company_percent單位系數Float4insurance_name保險名稱Varchar505insurance_no保險編號Varchar206personal_constrant個人固定值Float7personal_percent個人系數Float表4-11welfare〔福利信息表序號英文名中文名類型長度<字符>1id標識Varchar302welfare_fee費用Money3welfare_name福利名稱Varchar504remarks備注Varchar2005welfare_no福利編號Varchar20表4-12complain_record〔投訴信息表序號英文名中文名類型長度<字符>1id標識Varchar302complain_date投訴日期DateTime3complain_person投訴人Varchar204complain_reason投訴原因Varchar2005complain_type_dd_id投訴類型Varchar306employee_id被投訴員工標識Varchar30表4-13exam_score〔累記分表序號英文名中文名類型長度<字符>1id標識Varchar302reocord_date記錄日期DateTime3remarks備注Varchar2004score分數Varchar55be_exam_emp_id被考核員工標識Varchar306to_exam_emp_id考核員工標識Varchar307exam_item_id考核標準標識Varchar308exam_plan_id考核方案標識Varchar30表4-14exam_plan〔考核方案表序號英文名中文名類型長度<字符>1id標識Varchar302describes說明Varchar2003ended停止tinyInt4exam_rate考核頻率Varchar59name方案名稱Varchar5010plan_no方案編號Varchar20表4-15exam_item〔考核項表序號英文名中文名類型長度<字符>1id標識Varchar30續表4-152answer_A答案AVarchar2003answer_B答案BVarchar2004answer_C答案CVarchar2005answer_D答案DVarchar2006answer_E答案EVarchar2007describes說明Varchar2008item_no考核項編號Varchar209item_name考核項名稱Varchar5010exam_item_dd_id考核項目標識Varchar30表4-16principle〔權限表序號英文名中文名類型長度<字符>1id標識Varchar302describes說明Varchar2003name名稱Varchar504resource_URI資源地址Varchar504.3系統接口設計考勤接口,連接打卡機的接口,用于收集員工考勤信息。工資接口,可與財務管理系統連接,本系統只能計算員工工資信息,工資的發放應由財務系統完成。簡歷接口,主要收集外部系統提交的簡歷信息。投訴接口,主要收集其它管理系統提交的員工的投訴信息。4.4本章小結總體設計階段,在需求分析的基礎之上規劃出了系統的功能模塊,以及在此分析基礎上設計出具體的、可以滿足本系統全部需求的數據庫。提供了系統功能模塊圖、以及部分實體的E-R圖,然后對本系統使用的數據庫結構進行了敘述,同時列出了部分表的表結構。本章還對系統接口進行了設計。.詳細設計詳細設計的根本目標是確定應該具體地實現所要求的系統,也就是說,經過這個階段的設計工作,應該得出對目標系統的精確描述,從而在編碼階段可以把這個描述直接翻譯成用某種程序設計語言書寫的程序。5.1系統運行平臺設置網絡環境:可在已建立的局域網和全國廣域網框架上運行,基于以TCP/IP傳輸協議為基礎的數據聯網模式。數據庫服務器:SQLServer2005服務器操作系統平臺:WIN2000SERVER/WIN20031G存客戶機:WIN2000Professional/WIN2000SERVER/WINXP/WIN2003,1024X768分辨率及以上,256M以上存。5.2系統主頁設計本系統的主界面整體結構為上下結構整個頁面分為三個部分:Top:頁面頂層,用于展示公司的名稱、LOGO等;Left:頁面左部,導航欄部分,顯示六大模塊及其各子模塊的相關菜單樹;Main:頁面的主要容,通過單擊導航欄,新建標簽顯示詳細信息。系統主界面,如圖5-1所示。圖5-1系統主界面Fig5-1themaininterfaceofthesystem5.3人事資料管理功能設計人事資料管理是對企業員工人事基本信息進行管理的模塊,人力資源管理終究是對人的管理,所以人事資料是系統所有數據的核心。人事資料管理模塊包括員工信息的增、刪、改、查,其程序流程,如圖5-2所示。圖5-3所示的是人事資料主頁。圖5-2人事資料管理程序流程圖Fig5-2Thepersonnelinformationmanagementprogramflowchart圖5-3人事資料主頁Fig5-3Thepersonnelinformationpage5.3.1人事資料查詢代碼的實現過程1、先在程序中建立dao接口:publicinterfaceEmployeeSkillDao并在定義查詢的抽象的方法。建立dao的實現類publicclassEmployeeSkillDaoImpl,在 實現dao接口中的查詢方法,在方法定義查詢所要用的sql語句。在spring的配置的文件applicationContext.xml中配置dao:<beanid="employeeSkillDao"class=loyeeSkillDaoImpl"/>建立server接口,在定義查詢方法也是抽象的。建立接口的實現類serverImpl,在注入dao:EmployeeSkillDaoemployeeSkillDao;在實現接口中定義的方法。在spring配置文件中配置server以及serverImpl。建立提交類action在action中定義所訪問的查詢方法。在spring的配置文件中配置action類。配置struts的配置文件。

二、操作實現圖5-3所顯示的是用戶登錄后,在系統主頁上單擊"人事資料"功能后進入的人事資料主頁,然后單擊人事資料主頁上工具欄上的"查詢"項,就會進入如圖5-4所示的查詢條件輸入界面。單擊"添加條件"菜單,就可添加一條查詢條件,在"字段"上選擇查詢的字段,在"運算符"上選擇查詢的運算符,在"值"上輸入查詢的關鍵字,在"邏輯"上選擇此條件與其它條件之間的邏輯關系,最后單擊"查詢"菜單,就可完成數據的查詢,查詢條件個數不限,可添加任意多個。查詢完成后,將返回人事資料主頁并顯示查詢結果。如果想取消當前查詢,可單擊條件輸入界面上的"關閉"菜單。條件輸入頁,如圖5-4所示。圖5-4查詢條件輸入界面Fig5-4Queryconditioninputinterface人事資料錄入一、代碼的實現過程1、在dao中加入新增方法:publicabstractvoidsave<EmployeeSkillemployeeSkill>。在dao的實現類中實現該方法。在server接口中加入新增方法。在serverImpl中實現server接口中的新增方法。在action中加入新增時所訪問的方法。配置struts配置文件。

二、操作實現首先,進入人事資料管理主頁,然后單擊人事資料主頁工具欄上的"新建"項,就會進入如圖5-5所示的員工信息輸入界面。在此界面上輸入員工的詳細信息。其中"編號"可手動輸入,但系統也會提供一個唯一的默認值。日期型的字段也會提供一個友好的輸入界面,還要注意輸入框下的紅線,此標記說明該項為必填項或輸入數據格式不正確,如果輸入的容不正確,將不能提交表單信息。提交表單時,會顯示如圖5-6所示的提示信息,并在提交結束后提示事務是否成功并返回人事資料主頁,顯示所有數據。圖5-5新員工資料Fig5-5Thenewemployeeinformation圖5-6保存數據的提示信息Fig5-6Savethedatamessage5.3.3人事資料刪除代碼的實現過程

1、在dao中加入刪除方法。

2、在daoImpl中實現在方法。

3、在server中定義刪除方法。

4、在serverImpl中實現該方法。

5、在action定義訪問方法。

6、配置struts文件。操作實現首先進入人事資料管理主頁,選擇要刪除的記錄后單擊人事資料主頁工具欄上的"刪除"項,就會彈出如圖5-7所示提示信息,用戶確認后刪除數據。圖5-7人事資料刪除確認界面Fig5-7Thepersonneldatadeleteconfirmationscreen5.3.4人事資料修改一、代碼的實現過程:1、在dao中加入修改方法。

2、在daoImpl中實現在方法。

3、在server中定義修改方法。

4、在serverImpl中實現該方法。

5、在action定義訪問方法。

6、配置struts文件。二、操作的實現首先進入人事資料管理主頁,選擇要修改的記錄后單擊人事資料主頁工具欄上的"修改"項,就會進入員工信息修改界面。在此界面所有的表單元素會保持原來的值,用戶只要修改人員信息中變動的部分信息即可。單擊FormPanel中的"更新"按鈕進行表單的提交,單擊"關閉"可取消本次修改。信息更新界面與新建界面相似,只是原來的"保存"改成了"更新"。5.4角色管理功能設計角色管理是對企業系統用戶角色進行管理的模塊,角色是用戶的權限的集合,每個角色有多個權限,每個用戶只能有一個角色,角色定義了該用戶能做什么,不能做什么。在用戶登錄后,系統會把用戶信息與用戶的權限一起保存在Session圍,在用戶進入主頁時,利用ExtJs的異步交互,根據用戶所擁有的權限生成導航樹,如圖5-8所示,就是不同角色的用戶登錄后生成的導航樹〔左為管理員樹,右為普通用戶樹。即使用戶有不能看到自己權限外的其它功能。但在用戶請求發生時,也同樣要確定用戶沒有越權使用,以防用戶通過URL的方式訪問未授權的資源,其流程,如圖5-9所示。角色管理模塊包括角色信息的增、刪、改,其程序流程與人事資料類似,在此不再贅述。角色管理首頁,如圖5-10所示a>管理員導航樹b>普通用戶導航樹圖5-8不同角色的導航樹Fig5-8Thenavigationtreeofdifferentroles圖5-9訪問權限控制的程序流程圖Fig5-9Accesscontrolprogramflowchart圖5-10角色管理首頁Fig5-10Rolemanagementpage5.4.1新建角色代碼的實現過程

1、新建角色的dao接口:publicinterfaceRoleDao,并在其中定 義角色的新增方法:publicabstractvoidsave<Rolerole>;。

2、新建角色的dao接口的實現類:publicclassRoleDaoImplimplementsRoleDao,在類中注入表的實體,并寫出新增的實現方法。 3、建立server接口:publicinterfaceRoleService。

4、建立server接口實現類,并在其中注入dao,并且實現server中的 新增方法。

5、建立action方法類,在其中定義新增的時所訪問的方法。

6、在spring的配置文件中配置dao,server,serverImpl,action

7、配置struts的配置文件。操作的實現圖5-10所顯示的是用戶登錄后,在系統主頁上單擊"角色管理"功能后進入的角色管理主頁,然后單擊角色管理主頁上工具欄上的"新建"項,就會進入如圖5-11所示的角色錄入界面。輸入正確的角色名并為用戶添加相應的權限。單擊"保存"提交表單,單擊"關閉"取消保存。表單提交后會有類似圖5-6的提示信息,成功或失敗后也會彈出提示。最后返回角色管理首頁并刷新所有記錄。圖5-11新建角色界面Fig5-11Thenewroleinterface角色刪除代碼的實現過程

1、在dao中加入刪除方法。

2、在daoImpl中實現在方法。

3、在server中定義刪除方法。

4、在serverImpl中實現該方法。

5、在action定義訪問方法。

6、配置struts文件。操作的實現首先進入角色管理主頁,選擇要刪除的記錄后單擊用戶角色主頁工具欄上的"刪除"項,就會彈出類似圖5-7所示提示信息,用戶確認后刪除數據,并提示事務是否成功。角色修改一、代碼的實現過程:1、在dao中加入修改方法。

2、在daoImpl中實現在方法。

3、在server中定義修改方法。

4、在serverImpl中實現該方法。

5、在action定義訪問方法。

6、配置struts文件。二、操作的實現首先進入角色管理主頁,選擇要修改的記錄后單擊角色管理主頁工具欄上的"修改"項,就會進入員工信息修改界面。在此界面所有的表單元素應保持原來的值,用戶只要修改人員信息中變動的部分信息即可。單擊FormPanel中的"更新"按鈕進行表單的提交,單擊"關閉"可取消本次修改。信息更新界面與新建界面相似,只是原來的"保存"改成了"更新"。5.5工資查詢功能設計工資查詢模塊是此管理系統對員工工資核算后進行顯示的模塊。圖5-12所顯示的是用戶登錄后,在系統主頁上單擊"工資查詢"功能后進入的工資查詢主頁,在此頁面上顯示了所有工資的信息并根據產生工資的年月進行了分組,單擊記錄后面的"+"號可以看到工資的明細。在工資查詢主頁的工具欄上只有"刷新"鍵,不象其它的工具欄那樣,有新建,刪除等其它按鍵。這是因為員工工資不是用戶錄入的,它是根據員工的保險、福利、獎懲等諸多因素計算出來的。其流程如圖5-13所示。圖5-12工資查詢主頁Fig5-12Wagequerypage圖5-13工資核算的程序流程圖Fig5-13Payrollaccountingprogramflowchart5.6本章小結詳細設計的主要任務就是將軟件分解成模塊,模塊是指能實現某個功能的數據和程序說明、可執行程序的程序單元。可以是一個函數、過程、子程序、一段帶有程序說明的獨立的程序和數據,也可以是可組合、可分解和可更換的功能單元。其主要目標就是給出軟件的模塊結構,用軟件結構圖表示。詳細設計的首要任務就是設計模塊的程序流程、算法和數據結構,常用方法還是結構化程序設計方法。在詳細設計的過程中遇到的問題:問題:在程序中加入了數據庫的驅動jar包,訪問還是找不到驅 動的問題。解決方法:通過網絡查詢解決問題,發現是tomcat找不到數據庫的 驅動jar包的問題,下載數據庫驅動jar包放到tomcat 的lib文件夾下即可。問題:修改時接不到表格中的值。

解決方法:經過條換action的方法的調試發現,如果提交的方法是復 寫父類中得方法的話,就會接不到表格中得值,在action 中自己定義一個public方法的話,就能夠接到值,所以只 要在action定義一個自己的提交方法即可。問題:在提交時報nonamespaceformethod字樣的錯誤。

解決方法:是struts配置文件中的<package>標簽的命名空間的名 相同了,改成別的名字即可。問題:頁面js報錯

解決方法:檢查頁面的就js,去掉無用的js。本章對程序和對本系統的開發平臺以及其主要功能模塊給出了詳細說明。.系統測試與性能分析6.1軟件測試經過需求分析、設計和編碼等階段的開發后,得到了源程序,開始進入到軟件測試階段。然而,在測試之前的各階段中都可能在軟件產品中遺留下許多錯誤和缺陷,如果不及時找出這些錯誤和缺陷,并將其改正,這個軟件產品就不能正常使用,甚至會導致巨大的損失。目前,程序的正確性證明尚未得到根本的解決,因此軟件測試仍是發現軟件中錯誤和缺陷的主要手段。測試是一項很艱苦的工作,其工作量約占軟件開發總工作量的40%以上,特別對一些關系到人的生命安全的軟件。6.2測試的基本概念測試的目的軟件測試的目的是盡可能多地發現軟件產品〔主要是指程序中的錯誤和缺陷。明確測試的目的是一件非常重要的事,因為在現實世界中對測試工作存在著許多模糊或者錯誤的看法,這些看法嚴重影響著測試工作的順利進行。有人認為測試是為了證明程序是正確的,也就是說程序不再有錯誤,事實證明這是不現實的。因為要通過測試來發現程序中的所有錯誤就要窮舉所有可能的輸入數據,檢查它們是否產生正確的結果。例如,一個需要3個16位字長的整型輸入數據的程序,輸入數據的所有組合情況大約有3×1014種,若每組數據的測試時間為1ms,那么即使一年365天,每天24小時地測試,也大約需要1萬年的時間。6.2.2測試用例要進行測試,除了要有測試數據〔或稱輸入數據外,還應同時給出該組測試數據應該得到怎樣的輸出結果,我們稱它為預期結果。在測試時將實際的輸出結果與預期結果比較,若不同則表示發現了錯誤。因此測試用例是由測試數據和預期結果構成的。為了發現程序中的錯誤,應竭力設計能暴露錯誤的測試。一個好的測試用例是極有可能發現迄今為止尚未發現的錯誤的測試用例。一次成功的測試是發現了至今為止尚未發現的錯誤的測試。白盒測試和黑盒測試測試的關鍵是測試用例的設計,其方法可分成兩類:白盒測試和黑盒測試。白盒測試是把程序看成裝在一只透明的白盒子里,測試者完全了解程序的結構和處理過程。它根據程序的部邏輯來設計測試用例,檢查程序中的邏輯通路是否都按預定的要求正確地工作。黑盒測試是把程序看成一只黑盒子,測試者完全不了解〔或不考慮程序的結構和處理過程。它根據規格說明書規定的功能來設計測試用例,檢查程序的功能是否符合規格說明的要求。測試步驟軟件測試的主要步驟有單元測試、集成測試和確認測試。1.單元測試<UnitTesting>單元測試也稱模塊測試。通常單元測試可放在編碼階段,程序員在編寫好一個模塊后,總會對自己編寫的模塊進行測試,檢查它是否實現了詳細設計說明書中規定的模塊功能和算法。單元測試主要發現編碼和詳細設計中產生的錯誤,通常采用白盒測試。2.集

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論