管理信息系統(tǒng)-畢業(yè)設計論文畢業(yè)論文

PAGE摘要東風零部件有限公司是中國規(guī)模最大的汽車零部件供應商之一，專業(yè)從事汽車零部件產(chǎn)品的研發(fā)、采購、制造、銷售以及貨物進出口、技術進出口、技術轉讓、技術咨詢、投資管理等業(yè)務。但該公司的人事管理系統(tǒng)卻有一些待完善的地方，例如請假、培訓等等管理操作都是手工或者人員面對面完成的。公司人力資源管理系統(tǒng)的設計，是以幫助公司實現(xiàn)企業(yè)員工管理辦公自動化，節(jié)約管理成本，提高工作效率。本文介紹了在SAPABAP中環(huán)境中使用“自上而下總體規(guī)劃，從下往上的應用開發(fā)”的策略開發(fā)一個管理信息系統(tǒng)的過程。通過對員工管理的弊端，并創(chuàng)造了一套計算機程序來有效的員工管理的方案。本文介紹了員工管理信息系統(tǒng)的系統(tǒng)分析部分，包括可行性分析，業(yè)務流程分析;系統(tǒng)設計部分主要介紹了系統(tǒng)功能設計和數(shù)據(jù)庫設計和代碼設計;該系統(tǒng)實現(xiàn)部分說明了幾個主要模塊，該系統(tǒng)界面友好，操作簡單，比較實用。關鍵詞：ABAP、人力資源、管理信息系統(tǒng)。AbstractDongfengMotorPartsandComponentsCo.LtdisoneofChina'slargestautopartssupplier,specializinginautopartsproductdevelopment,procurement,manufacturing,salesandexportgoods,technologyimportandexport,technologytransfer,technicaladviceandinvestmentmanagementbusiness.Butthiscompanypersonnelmanagementsystemisveryimperfect.Forexamplestaffleave,training,etc.Managementoperationsaredonebyhandorpersonsfacetoface.Humanresourcemanagementsystemdesignedtohelpcompaniesachieveofficeautomationmanagementemployees,savingmanagementcostsandimproveefficiency.ThisarticledescribestheuseoftheSAPABAPenvironment"top-downmasterplan,upfromtheapplicationdevelopment"strategytodevelopamanagementinformationsystemprocess.Bystaffmanagementshortcomingsandcreateasetofcomputerprogramstoeffectiveemployeemanagementsolution.Thisarticledescribesthesystemanalysissectionofthemanagementinformationsystemstaff,includingfeasibilityanalysis,businessprocessanalysis;systemdesignsectionmainlyfocusesonsystemfunctiondesignanddatabasedesignandcodedesign;thesystemrealizationsectionhasprovidedseveralmajormodulesofthesystemuser-friendly,simpleoperation,morepractical.Keywords:ABAP,StaffManagement,InformationManagement目錄第1章概論 11.1課題來源 11.2課題背景 11.3國內(nèi)外現(xiàn)狀 11.4課題研究意義 2第2章需求分析 42.1業(yè)務現(xiàn)狀 42.2可行性分析 42.4.1技術可行性 52.4.2操作可行性 52.4.3經(jīng)濟可行性 5第3章總體設計 63.1系統(tǒng)方案設計 63.2開發(fā)語言 63.3業(yè)務過程描述 73.4功能模塊 73.5功能模塊說明 8第4章詳細設計 104.1數(shù)據(jù)庫表的設計 104.1.1基本人員信息數(shù)據(jù)庫表 104.1.2請假信息數(shù)據(jù)庫 114.1.3培訓信息數(shù)據(jù)庫表 124.1.4部門及職位數(shù)據(jù)庫表 124.1.5出差信息數(shù)據(jù)庫表 134.2人員請假模塊 144.2.1人員請假流程概要與處理方案 144.2.2請假流程功能概要與說明 164.2.3請假界面設計 164.2.4員工請假流程圖 184.2.5員工請假功能實現(xiàn) 204.3人員出差模塊 224.3.1人員出差業(yè)務概要和處理方案 224.3.2人員出差業(yè)務概要和功能說明 224.3.3人員出差界面設計 234.3.4添加出差流程圖 234.3.5人員出差功能實現(xiàn) 244.4人員培訓模塊 254.4.1人員培訓業(yè)務概要和處理方案 254.4.2人員培訓業(yè)務概要和功能說明 264.4.3人員培訓界面設計 264.4.4添加培訓流程圖 264.4.5添加培訓功能實現(xiàn) 274.5其他功能模塊 284.5.1人員登錄模塊 284.5.2員工離職模塊 294.4.3添加員工模塊 31第5章功能測試 335.1測試環(huán)境 335.1.1客戶環(huán)境 335.1.2測試用戶 335.2測試方法 335.3測試記錄 34第6章結論 42結束語 43致謝 44參考文獻 452015屆湖北汽車工業(yè)學院畢業(yè)設計（論文）PAGE46第1章概論1.1課題來源本課題由武漢東浦信息技術有限公司SAP商品實施部門所提供，該公司目前人事管理系統(tǒng)基本處于手工階段，員工的請假、培訓等流程基本都是由手工或者員工面對面完成。為了適應現(xiàn)代社會的高度強烈的時間，人事管理系統(tǒng)軟件的管理可以給我們公司帶來了極大的方便。使用者只需要輸入一些特別簡單的漢字、數(shù)字，便能夠實現(xiàn)自己的目的。利用計算機支持高效性的效率來完成日常事務，是適應現(xiàn)代需求，加強科學管理地規(guī)范化的必要條件。1.2課題背景東風汽車零部件（集團）有限公司（簡稱東風零部件集團）是中國規(guī)模最大的汽車零部件供應商之一，專業(yè)從事汽車零部件產(chǎn)品的研發(fā)、采購、制造、銷售以及貨物進出口、技術進出口、技術轉讓、技術咨詢、投資管理等業(yè)務[1]。但是他卻在人事管理方面呈現(xiàn)出一些的不足，公司人事管理目前還有一部分處于手工階段，例如你想要請假的話，要么直接去領導那里請假，要么打電話或者發(fā)短信。沒有一個系統(tǒng)的請假信息審批流程，不夠規(guī)范。本課題的目的就是為了更好、更規(guī)范地管理人事信息。1.3國內(nèi)外現(xiàn)狀（1）國內(nèi)現(xiàn)狀我國的人力資源管理系統(tǒng)大約是從20世紀90年代初期從國外引進的，經(jīng)過十余年國家網(wǎng)絡化和信息化的快速發(fā)展和轉變，人力資源信息化管理技術也開始應用于不同企業(yè)的各個領域[2]。目前，我國正處于傳統(tǒng)管理方式向信息化人力資源管理方式轉變的過渡期，國內(nèi)企業(yè)的人事管理思想正在逐步發(fā)生變化，各個企業(yè)也在探索符合本國企業(yè)人事管理的變革之路[3]。在國內(nèi)人力資源信息化管理快速發(fā)展的同時，國內(nèi)的公司、企業(yè)對人力資源信息化管理水平相對于國外先進水平而言還是有很大差距:包括使用范圍相對狹窄，軟件系統(tǒng)的功能單一、穩(wěn)定性差等問題[3]。然而，雖然國外產(chǎn)品優(yōu)于國內(nèi)大多數(shù)的產(chǎn)品在很多方面，但由于國內(nèi)許多企業(yè)管理制度不健全，導致大大減少產(chǎn)品的可用性，并且因為國外產(chǎn)品價格昂貴，往往不適合自己企業(yè)的實際情況，因此國內(nèi)軟件企業(yè)仍需要開發(fā)出符合人力資源管理軟件自身的實際情況。目前，人力資源信息系統(tǒng)和軟件產(chǎn)品的公司有用友，金蝶等。例如：金蝶K/3人事管理系統(tǒng)(包括組織規(guī)劃和職員管理)面向企業(yè)人力資源管理人員設計，提供了從組織架構管理功能，通過組織架構搭建，形成以職位體系為基礎的企業(yè)人力資源管理架構。提供了從入職、轉正到離職、退休的職員企業(yè)任職全周期的人事業(yè)務處理功能，并對職員信息進行全面、動態(tài)、準確地記錄，幫助企業(yè)夯實基礎人事管理工作。

（2）國外現(xiàn)狀在很多的發(fā)達國家的企業(yè)非常重視自己的人事制度的研究和信息技術的發(fā)展，尤其是對很多的跨國公司來說，尤其注重公司的人事信息管理系統(tǒng)建設與人員管理系統(tǒng)。常?；ㄙM大量的人力和資源，制定相應的在技術和產(chǎn)品，不斷挖掘員工的潛在價值，提高員工的工作效率，并選擇和留住人才。

國外的人力資源管理系統(tǒng)起步早，在開發(fā)的契合度和成熟度都相對較高，由于其成長伴隨著企業(yè)管理理論的發(fā)展，故其設計理念也包含了先進的管理的理念[2]。目前，國外人力資源系統(tǒng)的研發(fā)團隊強大、資金雄厚、技術過硬，更兼有成熟的市場推廣經(jīng)驗和部分硬件、數(shù)據(jù)庫廠商支持，使得國外研發(fā)公司可以開發(fā)出適用于不同行業(yè)、不同領域的人事管理解決方案[2]。例如：甲骨文公司，全稱甲骨文股份有限公司(甲骨文軟件系統(tǒng)有限公司)，是全球最大的企業(yè)級軟件公司，總部位于美國加利福尼亞州的紅木灘。ORACLE人力資源管理系統(tǒng)擁有人力資源管理、培訓管理、薪酬管理、高級福利管理、時間人工管理甚至擁有網(wǎng)上學習、網(wǎng)上招聘等一系列功能十分強大。1.4課題研究意義隨著我國國民經(jīng)濟建設的蓬勃發(fā)展和社會主義市場經(jīng)濟體制的迅速完善，各個行業(yè)都在積極使用現(xiàn)代化的手段，不斷改善服務質量，提高工作效率，這些都在很大程度上給企業(yè)提出越來越嚴峻的挑戰(zhàn)，對企業(yè)體系無論是在行政職能、企業(yè)管理水平以及優(yōu)質服務上都提出更高的要求。建設一個科學高效的信息管理系統(tǒng)是解決這一問題的必由之路。員工信息管理作為企業(yè)內(nèi)部的一種員工基本檔案管理也是如此，由于企業(yè)的人數(shù)較多，每一位員工的具體實際情況也不盡相同，如果沒有一個完整的員工信息管理系統(tǒng)去完成，將使工作變得復雜麻煩，并且對于工作的效率也將使一個致命的打擊，使無論如何也無法適應現(xiàn)代社會所需要的[5]。另外，目前部分企業(yè)使用的員工信息管理系統(tǒng)只有信息的錄入，修改和刪除的功能，而不具有信息查詢的功能，這對于企業(yè)的信息管理工作來說是一個很遺憾的事情。因此，開發(fā)一套功能完整，設計合理，使用方便的企業(yè)員工信息管理系統(tǒng)成為很有必要的事情。企業(yè)員工信息管理系統(tǒng)的內(nèi)容功能對于企業(yè)的決策者和管理者來說都至關重要,所以企業(yè)員工信息管理系統(tǒng)應該能夠為管理者提供充足的信息和快捷的查詢與管理手段[3]。作為計算機應用的一部分,使用計算機對企業(yè)員工信息進行管理,具有手工管理所無法比擬的優(yōu)點。例如:檢索迅速、查找方便、可靠性高、存儲量大、保密性好、壽命長、成本低等。這些優(yōu)點能夠降低員工管理工作的成本,減輕企業(yè)管理人員的負擔,方便員工信息的更新、維護和查詢,增加數(shù)據(jù)的可靠性;從而提高企業(yè)員工信息管理的效率，開拓企業(yè)員工管理工作的新局面,提高管理水平,是企業(yè)管理的科學化、正規(guī)化、信息化管理,與世界接軌的重要條件[5]。

第2章需求分析隨著經(jīng)濟的迅速發(fā)展，企業(yè)的規(guī)模越來越大，企業(yè)的管理也越來越復雜，組織機構越來越龐大，組織的劃分也越來越細，對企業(yè)各組織部門的管理以及各部門內(nèi)部各職務的管理變的十分復雜，需要借助于計算機來進行管理。企業(yè)人員數(shù)量的增多，對員工的管理也是一項繁重的工作，不僅要對員工的基本信息進行管理，還要對員工的動態(tài)信息進行管理[6]，例如調動信息，離職信息等，企業(yè)應對員工的這些動態(tài)信息及時的進行登記[7]，只有合理的對員工進行管理，企業(yè)才能有條不紊的運行。2.1業(yè)務現(xiàn)狀東風汽車零部件（集團）有限公司（簡稱東風零部件集團）是中國規(guī)模最大的汽車零部件供應商之一，專業(yè)從事汽車零部件產(chǎn)品的研發(fā)、采購、制造、銷售以及貨物進出口、技術進出口、技術轉讓、技術咨詢、投資管理等業(yè)務[1]。但是東風零部件公司在人事管理方面卻有一些待完善的地方，公司大部分人事管理的操作都是由手工或者員工之間直接面對面交流完成的，沒有一個具體的流程與規(guī)范。相對于現(xiàn)在的較為落后的管理方式，他的操作復雜、流程性差且極為不規(guī)范。2.2可行性分析可行性分析實質上是要進行一次大大壓縮了的系統(tǒng)分析和設計的過程，也就是在較高層次上以比較抽象的方式進行的系統(tǒng)分析和設計的過程[2]。首先需要進一步分析和澄清問題的定義，在問題定義階段初步確定的規(guī)模和目標，如果是正確的就進一步加以肯定，如果有錯誤就應該及時改正，如果對目標系統(tǒng)由任何約束和限制，必須把它們清楚的列舉出來[2]。在澄清了問題定義之后，應該導出系統(tǒng)的邏輯模型，然后從系統(tǒng)邏輯模型出發(fā)，探索若干種可供選擇的主要實現(xiàn)方案。對每種方案都應該仔細研究可行性，一般來說，至少得從技術可行性，經(jīng)濟可行性，操作可行性這三個方面分析方案的可行性。2.4.1技術可行性本畢業(yè)設計課題的難點就是對于流程的處理以及一些非點擊事件的響應。在流程的處理上主要依據(jù)數(shù)據(jù)庫表中的判斷標識來進行，而一些LISTBOX等事件的響應這是將事件的響應寫入點擊事件之中。2.4.2操作可行性公司在職員工基本上都接受過高等教育且具備良好的計算機基本操作知識，而且該操作系統(tǒng)界面明了，操作也很人性化。所以該人事管理系統(tǒng)很容易被用戶接受，用戶可以很快地熟悉該系統(tǒng)的操作方式。通過簡單的操作便可以實現(xiàn)人員信息管理的基本功能。2.4.3經(jīng)濟可行性公司人事信息管理系統(tǒng)比較小的投入，可以提高企業(yè)人事管理手工或者口頭上傳統(tǒng)繁瑣的工作，從而減少人力資本投入，根據(jù)核算，在投入該系統(tǒng)不久之后，將能夠收回基本的開發(fā)系統(tǒng)的投資，從一個經(jīng)濟的觀點來看，本系統(tǒng)的開發(fā)是完全有必要的。

第3章總體設計通過需求分析階段的工作，系統(tǒng)必須“做什么”已經(jīng)弄清楚了，現(xiàn)在應該解決的就是“怎么做”的問題?？傮w設計的基本目的就是回答系統(tǒng)應該如何實現(xiàn)的問題，因此又稱為概要設計或初步設計。這個階段是確定系統(tǒng)是由哪些模塊組成，以及這些模塊相互間的聯(lián)系。3.1系統(tǒng)方案設計從前面的業(yè)務分析和業(yè)務需求中，我們知道要實現(xiàn)這樣一個系統(tǒng)，則需具有以下的功能：企業(yè)人員的添加模塊、員工離職模塊、員工請假模塊、員工培訓模塊、員工出差模塊。對整個系統(tǒng)的流程進行描述，并將系統(tǒng)分成各個小模塊，對它們進行分析設計，然后針對每一個小模塊做一個總體的說明。能夠很清晰的看出客戶的需求，若我們想要更好的實現(xiàn)業(yè)務需求，就必須對各個功能模塊進行準確的定義。首先，用戶根據(jù)不同的權限進入不同的系統(tǒng)，例如普通員工登陸普通員工界面之后可以查看培訓、出差信息，同樣可以申請請假。上級領導權限人員，在登陸之后可以查看本部門所有員工信息，可以添加本部門下人員進入培訓、出差，也可以進行審批第一輪不超過7天的請假信息。人事部權限員工，可以恢復其他員工初始密碼，可以進行員工離職操作、對于大于7天的請假流程的第一輪判斷、添加新員工基本信息等等一系列操作。3.2開發(fā)語言SAP最初開發(fā)ABAP/4（高級商業(yè)應用程序設計）語言僅為內(nèi)部使用，為應用程序員提供優(yōu)化的工作環(huán)境。經(jīng)過不斷的改進和修改以滿足商業(yè)領域的需要?，F(xiàn)在，ABAP/4已成為SAP開發(fā)所有自己的應用程序的僅有工具[8]。SAP客戶用ABAP/4進行其自身開發(fā)。這樣的開發(fā)對R/3標準解決方案適應特殊問題非常重要。ABAP/4開發(fā)工作平臺包含所有用于創(chuàng)建和維護ABAP/4程序的工具[8]。ABAP/4允許您定義和處理內(nèi)部表，該表只在運行程序時存在。內(nèi)部表使其更容易處理數(shù)據(jù)表，并幫助使用程序中的復雜數(shù)據(jù)結構。ABAP/4允許您定義和調用子程序[8]。也可以調用其他程序的子程序。參數(shù)能夠以各種方式從子程序傳遞或傳遞到子程序[8]。ABAP/4包含一種特殊子程序，叫做功能模塊。您可以在中央庫中創(chuàng)建和維護功能模塊。在調用程序和子程序之間功能模塊有一個明確定義的數(shù)據(jù)接口。它們能夠以調用程序的獨立模式進行分別測試[8]。3.3業(yè)務過程描述員工信息管理系統(tǒng)為了便于公司領導和職能部門及時、快速、準確地掌握員工的信息，通過管理平臺將數(shù)據(jù)以表或者ALV的方式，展示給相關領導或者部門。通過管理系統(tǒng)，普通員工可以及時了解到對于自己的培訓信息，出差信息等。員工基本信息存在于數(shù)據(jù)庫之后，便可以通過自己的公司編號以及初始密碼進入自己的系統(tǒng)，在系統(tǒng)中，員工可以更改自己的初始密碼，也可以提出請假，同樣員工也可能會收到領導提出的一些培訓出差等要求。員工在提出請假申請之后，根據(jù)其請假天數(shù)來判斷由上級或者人事部門來判斷，再上級或者人事部門批準完畢之后又總經(jīng)理來進行最后的斷定。3.4功能模塊前面的業(yè)務需求和初步擬定的設計方案，可以將人員權限分為三個級別分別是，普通人員、上級領導以及人事部管理人員，系統(tǒng)總體模塊框圖如圖3.1所示。普通人員具有本人信息查詢，密碼修改、申請請假、同意參加培訓、同意出差等功能。上級領導具有：添加員工出差、添加員工培訓、判斷員工請假信息、查詢其他員工信息（比如請假歷史、出差歷史、培訓歷史）。人事部管理人員：人員信息添加、恢復初始密碼、更改員工部門、添加培訓項目、員工離職管理、請假信息判斷。圖3.1系統(tǒng)功能模塊圖3.5功能模塊說明系統(tǒng)的幾大功能模塊：1. 員工基本數(shù)據(jù)插入、更改、查詢模塊：在新添加員工數(shù)據(jù)插入的時候對其沒一項數(shù)據(jù)進行校驗，錯誤的話給出提示，正確之后插入人員數(shù)據(jù)庫表。

2. 員工請假模塊：普通員工提出請假申請，填寫請假申請表，在填寫請假申請表時對其填入數(shù)據(jù)做數(shù)據(jù)校驗。申請成功之后會由其請假天數(shù)來判斷其請假第一輪審批是由那一邊審批，例如天數(shù)小于7天的話則是由本部門領導進行審批，若大于7天則由人事管理人員進行審批。請假第一輪審批通過之后才會將信息發(fā)送至總經(jīng)理進行最終的審批，若第一輪審批不通過，則提示員工“審批未通過”。

3. 員工培訓模塊：領導選中有空閑（未處于培訓、請假、出差條件）的員工，添加成功之后員工可接受到相應的培訓計劃，員工通過自身條件決定是否接受或者拒絕此次培訓。員工查看并且決定之后，信息返回給該部門領導。4. 員工出差模塊：領導選中有空閑（未處于培訓、請假、出差條件）的員工，添加成功之后員工可接受到相應的出差計劃。員工根據(jù)自身條件判斷到底能不能出差?？梢猿霾畹脑?，再確認之后會讓員工填寫詳細的出差信息然后在進行保存。若拒絕出差，那么填寫拒絕原因。

5. 員工離職模塊：可以選擇多個員工，但是選擇員工的最大數(shù)目不能超過員工總數(shù)的一半，再確認員工離職之后，會將該信息在人員基本數(shù)據(jù)庫表中刪除，在離職員工表中將該數(shù)據(jù)插入?；謴筒僮鳎瑒t是一個反向的數(shù)據(jù)流操作。

第4章詳細設計詳細設計階段的根本目標是確定應該怎樣具體地的實現(xiàn)所要求的系統(tǒng)，也就是說，經(jīng)過這個階段的設計工作，應該得出對目標系統(tǒng)的精確描述，從而在編碼階段可以把這個描述直接翻譯成某種程序設計語言書寫的程序。它的目標不僅僅是邏輯上正確地的實現(xiàn)每個模塊的功能，更重要的是設計出的處理過程應該盡可能簡明易懂[9]。4.1數(shù)據(jù)庫表的設計4.1.1基本人員信息數(shù)據(jù)庫表表名：ZZYLTEST主鍵：U_ID該表的主要功能就是用于存儲所有人員的基本信息。主要包含用戶ID是主碼，代表著一個員工的標志，員工的姓名，性別，出生年月日，員工部門編號，員工職位編號等等。表4.1員工的基礎信息數(shù)據(jù)庫表字段名稱數(shù)據(jù)類型數(shù)據(jù)長度描述U_IDCHAR10員工IDUNAMECHAR35雇員的姓名SEXCHAR2性別PNUMBNUMC11電話號碼BRITHDATS8出生日期APARTCHAR4員工部門編號POSTCHAR10員工職位編號續(xù)表4.1字段名稱數(shù)據(jù)類型數(shù)據(jù)長度描述PASSWCHAR20登陸密碼JTIMEDATS8進入公司時間EMAILCHAR20EMAIL郵箱地址4.1.2請假信息數(shù)據(jù)庫表名：ZZYLTESTQJ主鍵：U_ID該表表示的正在申請的請假或者還未過時（請假日期已超過今日日期）的請假，主要字段包括用戶ID編碼，請假類型，請假天數(shù)，請假開始日期，請假審批點，請假詳情說明等。表4.2請假基本數(shù)據(jù)庫表字段名稱數(shù)據(jù)類型數(shù)據(jù)長度描述U_IDCHAR10員工IDQTYPESCHAR4請假類型DAYNINT13請假天數(shù)BDATEDATS8類型DATS的字段FIRPCHAR2第一輪判斷是否通過SECPCHAR2最終審批是否通過REMARKCHAR255詳細請假說明REPLYCHAR255詳細拒絕原因4.1.3培訓信息數(shù)據(jù)庫表表名:ZZYLTESTPX描述：培訓表中是一些培訓所需要用到的最基本的屬性，通過U_ID得到人員的基本信息然后再向其表中添加培訓的基本信息。表4.3培訓信息數(shù)據(jù)庫表字段名稱數(shù)據(jù)類型數(shù)據(jù)長度描述U_IDCHAR10員工IDPROJCHAR16培訓項目BDATEDATS8培訓開始日期EDATEDATS8培訓結束日期FIRPCHAR2判斷員工是否同意REMARKCHAR255領導所填備注REFUSECHAR255拒絕理由4.1.4部門及職位數(shù)據(jù)庫表表名：ZZYLPOST1描述：該表的主要功能就是存儲公司部門與各個部門下所對應的職位類型（例如部門A對應的職位信息TYPE是‘1’）。表4.4部門信息數(shù)據(jù)庫表字段名稱數(shù)據(jù)類型數(shù)據(jù)長度描述IDCHAR3部門編號APARTCHAR2部門名稱描述TYPEINT13職位類型表名：ZZYLPOST1X描述：主要用于按照職位類型給出相應的職位描述以及職位的等級（例如：由于部門A的TYPE是‘1’，在于ZZYLPOST1X中的TYPE對比之后將輸出所有TYPE是1的所有職位描述）表4.5職位信息數(shù)據(jù)庫表字段名稱數(shù)據(jù)類型數(shù)據(jù)長度描述IDCHAR3職位編號TYPECHAR3職位類型DESPCHAR20職位詳細中文描述4.1.5出差信息數(shù)據(jù)庫表表名：ZZYLTESTPX描述：主要用于培訓信息的添加以及保存其中，員工ID用于得到培訓人員基本信息然后就是一系列與培訓有關的數(shù)據(jù)項。表4.6出差信息數(shù)據(jù)庫表字段名稱數(shù)據(jù)類型數(shù)據(jù)長度描述U_IDCHAR10員工IDCITYCHAR25出差城市PROJCHAR14出差項目BDATEDATS8出差開始時間EDATEDATS8出差結束時間PSTAYCHAR4住宿地點 續(xù)表4.6字段名稱數(shù)據(jù)類型數(shù)據(jù)長度描述MONEYINT410經(jīng)費預算TRIPCHAR4出行方式FIRPCHAR2第一個判斷點相關人員是否查看SECPCHAR2第二個判斷點同意出差判斷點4.2人員請假模塊在現(xiàn)代企業(yè)中，員工休假已成為一個重要組成部分的人力資源管理部門的日常工作，但隨著信息技術的飛速發(fā)展，日常工作的效率決定了企業(yè)的競爭力，由于中小型企業(yè)都在發(fā)展階段，所以有更多的行政工作要做，并且原來的冗余和復雜的手工工藝是一項繁重的枯燥地勞動，并且可能是由于個人感情而出現(xiàn)錯誤等，所以現(xiàn)代IT技術的飛速發(fā)展，我們可以利用數(shù)據(jù)庫技術，實現(xiàn)了休假管理制度的企業(yè)，以方便員工也提高了內(nèi)部的效率。4.2.1人員請假流程概要與處理方案根據(jù)用戶需求，需要直接在系統(tǒng)中請假，并得到請假消息的確切回復。首先，基本上可以將請假流程分為四個階段：申請請假信息填寫，上級或者是人事部門給出首次請假信息斷定，第一次判斷通過之后由總經(jīng)理來對其請假信息進行最終的判斷，最后不論請假成功與否都會將請假信息的結果反饋給用戶。根據(jù)請假天數(shù)的不同分為不同的審批流程。處理方案步驟：請假天數(shù)小于7天的情況下。員工填寫申請請假表,將申請請假表插入當前請假數(shù)據(jù)庫表中，與對應的部門領導過第一次審批。如果審批未通過，將拒絕請假消息以及原因發(fā)給請假員工。第一道審批通過，申請請假信息將傳遞給總經(jīng)理，由總經(jīng)理來審批。審批通過，將當前請假數(shù)據(jù)庫表中做好記錄，并將通過請假申請信息發(fā)給員工，如果沒有通過，那么同樣將未通過請假信息發(fā)給員工，如圖4.1。圖4.1天數(shù)小于7天的請假流程圖請假天數(shù)大于7天情況如下。員工填寫申請請假表,將申請請假表插入當前請假數(shù)據(jù)庫表中,由于天數(shù)大于7天所以信息將由人事部門審批請假信息第一輪。如若審批未通過，將拒絕請假消息以及原因發(fā)給請假員工。第一道審批通過，申請請假信息將傳遞給總經(jīng)理，由總經(jīng)理來審批。審批通過，將當前請假數(shù)據(jù)庫表中做好記錄，并將通過請假申請信息發(fā)給員工，如果沒有通過，那么同樣將未通過請假信息發(fā)給員工。圖4.2天數(shù)大于7天的請假流程圖經(jīng)過后面的代碼編寫，發(fā)現(xiàn)當某位員工的請假信息已存在與請假數(shù)據(jù)庫表中的處理將變得異常復雜，將會有幾種情況。首先，存在請假數(shù)據(jù)庫表中，但是領導或者人事管理部門還未查看其請假信息，那么員工可以重新填寫請假申請表，在提交的時候提示用戶“您的請假信息已存在，請問確認修改嗎？”。如若確認修改那么將程序更新該員工以前的申請請假信息。其次，請假信息已存在于請假數(shù)據(jù)庫表中，且已經(jīng)被領導或者人事管理部門查看。那么直接在員工填寫請假申請表之前就給出提示“你的請假信息已在審批之中，請耐心等待”。不能更改或者填寫以前所提交的請假信息。最后，請假信息已存在于請假數(shù)據(jù)庫表中，且已經(jīng)被領導或者人事管理部門查看且審批完畢。那么直接在員工填寫請假申請表之前就給出提示“你的請假信息已在審批完畢，請到我得請假信息查看批閱下來的請假信息”。不能更改或者填寫以前所提交的請假信息。4.2.2請假流程功能概要與說明請假流程功能分為以下內(nèi)容：（1）請假申請表填寫：按照申請人的實際情況填寫請假申請表；（2）首輪判斷：上級或者人事管理部門判斷，對于請假申請的第一次判斷（3）最終判斷：在第一輪判斷通過之后，信息會發(fā)送至總經(jīng)理，有總經(jīng)理來做出最終的判斷。4.2.3請假界面設計員工請假界面是由三個界面組成：填寫請假申請界面、請假判斷界面、請假消息返回界面。<1>填寫請假申請界面，上半部分由請假人的基本信息組成：請假人ID，請假人姓名，請假所在部門，請假人職位由于這些都是基本信息，所以這些全是不可以編輯的，全部由系統(tǒng)自動讀取得到。下半部分就是需要請假人員填寫的信息了，請假的類型是由LISTBOX類型的輸入框，用戶需要選擇它的請假類型即可。請假開始時間是DATS（日期yyyy.mm.dd）的類型，也是能夠輸入此類型的值。請假天數(shù)是INT的填入輸入框，只能輸入數(shù)字類型的字符。請假詳情描述是有一個文本輸入框來做的，由于文本輸入框無法得到其格式，所以我在文本輸入框每輸入的每一行都循環(huán)記錄下來保存到一個文本內(nèi)表之中，在每保存的一行結尾加兩個特殊字符“@#”，目的是在以后讀取的時候得到和輸入一樣的格式類型。然后以后再讀取的時候每讀到“@#”的時候就換一行顯示，這樣子就可以實現(xiàn)原始格式的保留。操作流程如圖4.3。圖4.3文本輸入框內(nèi)容的讀取與保存<2>請假申請判斷界面：這個界面由一個右邊屏幕自定義的一個ALV展示界面以及左邊的詳細請假信息展示組成。 左邊的ALV展示所有未判斷完畢（沒有給出最終結果）的請假信息，對ALV的雙擊事件進行編寫，雙擊某一條目之后，在請假數(shù)據(jù)庫表中讀取出該條目的完整信息，并且將該條目在數(shù)據(jù)庫中的“是否正在被查看”設置為“X”，作用就是使多個人員只能有一個人對該請假條目進行操作。在左邊雙擊ALV之后，在右邊的詳細顯示中顯示該請假條目的所有詳細信息的時候，將會將該條目在數(shù)據(jù)庫表中的“是否已經(jīng)被查看”設置為“X”，代表請假人員已無法更改以前申請的請假信息了，流程如圖4.4。圖4.4請假審批判斷流程<3>請假消息回執(zhí)：這個界面所有的屬性都是不可編輯的，用戶只能夠查看。請假人在“我的請假回執(zhí)”中可以得知以前請假信息的最終結果。 首先在進入界面之前會判斷該人員的請假信息是否存在，若不存在給出提示“你還未提出請假申請！”。在請假信息是否被拒絕，若被拒絕則給出提示“SORRY，你的請假申請被拒絕”。判斷是否請假信息的審批流程是否結束，若未結束給出提示“你的請假正在審批之中，請耐心等待?！?。請假成功或者拒絕，都在界面上展示出此次請假的詳細信息。流程如下：圖4.5員工查詢請假信息流程圖4.2.4員工請假流程圖請假的完整流程圖，首先是員工填寫請假申請表，在確認添加申請表之后，校驗申請表是否通過。若不通過則重新填寫，否則將信息發(fā)送給下一級對此請假信息進行審批。然后由其請假天數(shù)判斷其請假申請表到底送于那個地方進行第一輪審批，大于7天則送于人事部審批，小于則送達本部門領導審批。第一輪審批通過之后進行最終的審批。通過或者不通過都將審批信息發(fā)送給申請者，流程如圖4.6。圖4.6請假流程對于請假申請表的數(shù)據(jù)校驗如下：首先是判斷以前是否已經(jīng)填寫請假申請表，若是未填寫，那么直接插入。若已填寫，那么判斷其請假申請表是否已經(jīng)被查看，查看的話那么員工無法更改其申請表中的信息了，給出提示。否則，那么則可以更改以前填寫的請假申請表信息，流程如圖4.7。圖4.7請假申請校驗流程4.2.5員工請假功能實現(xiàn)1、員工填寫請假申請表界面的實現(xiàn)員工填寫請假申請表界面的實現(xiàn)需要在屏幕上畫出所需要的輸入（用于填寫請假申請信息）輸出（用于顯示自己的基本信息）框，然后通過對所填人數(shù)據(jù)的校驗是合格，合格之后再檢查是否目前有正在申請或者正在審批的請假申請，這之后便是插入數(shù)據(jù)庫。相關代碼如下：

if

tdays

>

7.

wa103-firp

=

'X'.

else.

wa103-firp

=

''.

endif.

insert

zzyltestqj

from

wa103.”插入到請假數(shù)據(jù)庫表中，wa103中存放的是經(jīng)過校驗之后的請假申請表中所填寫的數(shù)據(jù)。運行結果圖如下：圖4.8請假申請表填寫界面圖2、審批請假申請界面的實現(xiàn)在屏幕左側制作一個ALV，利用ALV的數(shù)據(jù)展示功能將所有符合條件的請假申請展示出來，對ALV的雙擊事件進行書寫，雙擊某條目之后在右側詳細展示出請假申請表的詳細信息。相關代碼如下：

read

table

gt_itab

into

itabl

index

ch_idx.

tname

=

itabl-uname

.

ttype

=

itabl-qtypes.

tdays

=

itabl-dayn.

tbdate

=

itabl-bdate.

tedate

=

itabl-bdate

+

1.運行結果圖：圖4.9請假審批左側ALV數(shù)據(jù)展示圖圖4.10請假審批右側請假詳細信息圖4.3人員出差模塊添加員工出差之后，會將出差信息發(fā)送給相關員工，員工同意之后填寫相關的出差申請表，申請表將遞交給總經(jīng)理，總經(jīng)理在同意之后信息反饋給該員工。4.3.1人員出差業(yè)務概要和處理方案人員培訓步驟：1. 添加員工出差：首先在添加人員培訓的時候，會判斷所添加人員是否處于“出差中”、“培訓中”、“請假中”，如果被添加人員是這些狀態(tài)中的話，就無法添加這名員工加入培訓項目。如果員工不處于這些狀態(tài)的話，那么部門領導在填入相關的數(shù)據(jù)如出差開始時間結束時間等，將該信息插入數(shù)據(jù)庫表中。員工接受培訓：在添加人員出差成功之后，被添加出差的人員會收到出差通知。在出差通知中員工可以依據(jù)自身相應的情況來決定到底是接受還是拒絕出差。若同意出差，那么需要填寫出差申請表，申請例如出行方式，住宿方式，大概費用等等。如若是拒絕出差的話，會要求填寫拒絕理由。拒絕理由填寫是有一個文本輸入框來做的，由于文本輸入框是無法得到其格式，所以我在文本輸入框的每輸入一行都循環(huán)記錄下來保存到一個文本內(nèi)表之中，并且在每保存的一行結尾加兩個特殊字符“@#”，目的是在以后讀取的時候得到和輸入一樣的格式類型。然后以后再讀取的時候每讀到“@#”的時候就換一行顯示，這樣子就可以實現(xiàn)原始格式的保留。審批員工出差申請表：員工填寫出差申請表完畢之后，總經(jīng)理由實際情況看是否同意員工所申請的出差申請表不同意的話，將之打回由員工重新填寫。4.3.2人員出差業(yè)務概要和功能說明添加員工出差的主要作用是添加員工進入項目對其進行出差，而員工接受出差的作用剛好與之對應，是用于對應到指定人員出差之后，員工依據(jù)自身條件決定是否參加此次培訓。若同意出差，那么需要填寫出差申請表，申請例如出行方式，住宿方式，大概費用等等，提交出差申請表之后會由總經(jīng)理審批是否通過其出差申請。如若是拒絕出差的話，會要求填寫拒絕理由。4.3.3人員出差界面設計首先在ALV的中雙擊選擇要添加出差的人員，如若被添加的人員處于出差中、培訓中、請假中的話，是無法被添加的。在成功選擇出差人員之后，會讀取到該選擇人員的信息，并且填入相應的不可編輯的框中。在選擇出差時，出差項目會在項目數(shù)據(jù)庫表中去讀取得到。不滿足上述所有條件的培訓項目會使用LISTBOX顯示出來。4.3.4添加出差流程圖流程圖是由一些圖框和流程線組成的[1]，其中圖框表示各種操作的類型，圖框中的文字和符號表示操作的內(nèi)容，流程線表示操作的先后順序。根據(jù)系統(tǒng)需求，針對各個模塊畫出流程圖，由于每個模塊中有些功能有類似之處，這里主要對工廠適應性層次查詢模塊的每個功能畫出簡單的流程圖。首先是判斷是否可以添加員工進入出差，判斷之后讀取所選擇的員工基本信息并填入。用戶填入相應信息，通過校驗，那么點擊確認button的話直接插入數(shù)據(jù)庫表中。填入數(shù)據(jù)庫表之后，員工依據(jù)自身條件看是否決定出差。若決定出差那么將填寫申請表，審批表校驗通過之后，將會發(fā)送到總經(jīng)理那里由總經(jīng)理來進行最后的查看，通過則將信息發(fā)送給該員工，不通過則員工重新填寫申請表再進行審批，出差流程如圖4.11。圖4.11出差申請及審批流程4.3.5人員出差功能實現(xiàn)領導添加員工出差界面的實現(xiàn)： 首先將本部門所有的員工的信息全部展示，然后通過對雙擊事件的編寫進入相關的詳細添加界面，在對所添加的信息校驗完畢之后，添加進入相應的數(shù)據(jù)庫。相關代碼如下：

if

ttime

<=

nowdate

.

message

'開始時間必須大于今日喲！'

type

'E'.

elseif

judgesure

=

'Z'.

message

'請輸入未輸入的值！'

type

'W'.

elseif

judgesure

=

'Y'.

message

'插入數(shù)據(jù)已經(jīng)被查看，已無法更改?。?

type

'E'.

elseif

judgesure

=

'X'.

call

screen

101

starting

at

10

10.

else.

insert

zzyltestcc

from

itabcc.

message

'插入成功了喲！'

type

'S'.

endif.運行結果圖：圖4.12添加員工出差界面圖4.4人員培訓模塊企業(yè)員工培訓，作為直接提高經(jīng)營管理者能力水平和員工技能，為企業(yè)提供新的工作思路、知識、信息、技能，增長員工才干和敬業(yè)、創(chuàng)新精神的根本途徑和極好方式，是最為重要的人力資源開發(fā)，是比物質資本投資更重要的人力資本投資[10]。隨著我國加入WTO和世界經(jīng)濟一體化，企業(yè)從來沒有像現(xiàn)在那樣重視培訓[10]。4.4.1人員培訓業(yè)務概要和處理方案人員培訓步驟：1. 添加員工培訓：首先在添加人員培訓的時候，會判斷所添加人員是否處于“出差中”、“培訓中”、“請假中”，如果被添加人員是這些狀態(tài)中的話，就無法添加這名員工加入培訓項目。如果員工不處于這些狀態(tài)的話，之后再添加之前會先讀取現(xiàn)有培訓項目所在的那個單獨的數(shù)據(jù)庫表，然后由其每個培訓項目的結束時間與今日日期的比較，如果結束日期小于今日日期那么該項目從數(shù)據(jù)庫表中刪除掉。由每個培訓項目的開始日期與今日日期進行對比如果今日日期大于開始日期的話那么將不再顯示在出來。如果上面兩個條件都不滿足的話，就可以展示出當前可以添加的所有培訓項目。如果沒有滿足條件的可培訓項目的話，就顯示“抱歉！目前無可培訓項目?！薄．斎粵]有培訓項目的時候也是無法添加人員培訓的。員工接受培訓：在添加人員培訓成功之后，被添加培訓的人員會收到培訓通知。在培訓通知中員工可以依據(jù)自身相應的情況來決定到底是接受還是拒絕培訓。如若是拒絕培訓的話，會要求填寫拒絕理由。拒絕理由填寫是有一個文本輸入框來做的，由于文本輸入框是無法得到其格式，所以我在文本輸入框的每輸入一行都循環(huán)記錄下來保存到一個文本內(nèi)表之中，并且在每保存的一行結尾加兩個特殊字符“@#”，目的是在以后讀取的時候得到和輸入一樣的格式類型。然后以后再讀取的時候每讀到“@#”的時候就換一行顯示，這樣子就可以實現(xiàn)原始格式的保留。4.4.2人員培訓業(yè)務概要和功能說明添加員工培訓的主要作用是添加員工進入項目對其進行培訓，而員工接受培訓的作用剛好與之對應，是用于對聊到指定人員培訓之后，員工依據(jù)自身條件決定是否參加此次培訓。4.4.3人員培訓界面設計首先在ALV的中雙擊選擇要添加培訓的人員，如若被添加的人員處于出差中、培訓中、請假中的話，是無法被添加的。在成功選擇培訓人員之后，會讀取到該選擇人員的信息，并且填入相應的不可編輯的框中。在選擇培訓時，培訓項目會在項目數(shù)據(jù)庫表中去讀取得到之后，先比較培訓項目的開始結束日期是否小于今日日期，若小于則刪除此培訓項目，除此之外如果開始日期大于今日日期那么也不會給與顯示。不滿足上述所有條件的培訓項目會使用LISTBOX顯示出來。（如果沒有培訓項目可顯示，則給出提示“目前無培訓項目添加”），大體流程如圖4.13。圖4.13添加人員培訓流程4.4.4添加培訓流程圖首先是由系統(tǒng)判斷是否可以添加員工進入培訓，判斷之后讀取所選擇的員工基本信息并填入。用戶填入相應信息，通過校驗，那么點擊確認button的話直接插入數(shù)據(jù)庫表中。圖4.14人員培訓業(yè)務流程4.4.5添加培訓功能實現(xiàn)首先將本部門所有的員工的信息全部展示，然后通過對雙擊事件的編寫進入相關的詳細添加界面，在對所添加的信息校驗完畢之后，添加進入相應的數(shù)據(jù)庫，運行結果如圖4.15。相關代碼：

clear

mydate.

refresh

m1.

call

method

editor->get_text_as_r3table

importing

table

=

m1.

loop

at

m1

into

line.

if

sy-tabix

=

1.

mydate

=

line.

else.

concatenate

mydate

'#'

line

into

mydate.

endif.

endloop.運行結果圖：圖4.15添加員工培訓界面圖4.5其他功能模塊本系統(tǒng)還具有其他的很多的功能例如人員登錄、人員的添加、員工離職、恢復員工初始密碼、培訓歷史查詢、出差歷史查詢等等。4.5.1人員登錄模塊人員登陸界面上輸入賬號以及密碼，在得到輸入的登陸賬號以及密碼之后與數(shù)據(jù)庫查詢的賬戶與密碼相比對，具體代碼如下：

loop

at

itab.

if

itab-u_id

=

tid

and

itab-passw

=

tpass.

judge

=

3.

mpost

=

itab-post.

mapart

=

itab-apart.

exit.

endif.

endloop.如果比對成功之后那么變量judge將會等于3，且將變量mpost賦值為該登陸賬號的職位信息以及將mapart賦值為該賬號的部門信息。再對變量judge進行判斷如果judge等于3的話那么先判斷這個賬號是否是管理部門的賬號，如果是管理部門的賬號，那么進入管理系統(tǒng)界面。如果不是，那么判斷他的職務變量mapart是否屬于領導級的賬號，如果是屬于高等級的賬號，那么進入領導界面。否者直接進入普通人員界面。如若judge并不是等于3的話，那么將給出賬戶名或密碼錯誤提示，要求重新輸入，流程如圖4.16。圖4.16登陸系統(tǒng)流程4.5.2員工離職模塊首先將所有的在職員工信息從數(shù)據(jù)庫表中讀到內(nèi)表之中，以ALV的展現(xiàn)形式將其全部展示出來，并且為ALV添加功能模塊“選擇全部、反向選擇、確認離職、恢復操作”。

全部選擇：循環(huán)整個ALV展示的內(nèi)表，將內(nèi)表的CHECKBOX字段設置為’X’，并將值插入更新進入該內(nèi)標，然后刷新ALV。那么就可以實現(xiàn)全選操作功能。相應代碼如下：

LOOP

AT

itab

INTO

itab.

itab-checkbox

=

'X'.

MODIFY

itab.“刷新更改的本行值。

ENDLOOP.

反向選擇：實現(xiàn)代碼功能上與上面的基本是差不多的，所以說使用另外一種ABAP的‘指針’功能來實現(xiàn)的。首先依然是循環(huán)內(nèi)表，但每次循環(huán)的都是將得到該循環(huán)位置在內(nèi)存中的位置<fs>，然后就是讀出在該指針位置之中的checkbox位置的的值。把他的值值進行判斷，如果是‘X’那么將之賦值為空，如果值為空，那么將checkbox賦值為‘X’。具體代碼如下：（因為類似<fs>-checkbox=‘X’這樣的賦值是直接對內(nèi)存之中的checkbox的值進行改變，所以不必使用MODIFY）

LOOP

AT

itab

ASSIGNING

<fs>.

IF

<fs>-checkbox

=

''.

<fs>-checkbox

=

'X'.

ELSE.

<fs>-checkbox

=

''.

ENDIF.

ENDLOOP.

確認離職：首先循環(huán)整個內(nèi)表itab，判斷他的checkbox是否為‘X’，如果是‘X’那么將其計數(shù)器+1，并且將該行的值復制且保存到另外一個內(nèi)表之中gt_itab1（用于操作恢復），并將對于的值復制給離職信息表的內(nèi)表的工作區(qū)然后保存到內(nèi)表gt_itab之中（用于將數(shù)據(jù)插入到離職內(nèi)表）。

判斷計數(shù)器大小是否大于所有員工數(shù)據(jù)條數(shù)的一半，若大于一半的話，那么給出錯誤提示。如若計數(shù)器的值是0的話，那么同樣給出提示”未選中“。除此之外情況就是，首先將gt_itab內(nèi)表里的值整體插入到離職的數(shù)據(jù)庫表中。然后刪除職工數(shù)據(jù)庫表里選中員工的數(shù)據(jù)，以及ALV展示的內(nèi)表里的選中員工的數(shù)據(jù)。最后給出成功提示消息。 恢復操作：首先判斷gt_itab1是否為空，如果這個內(nèi)表為空的話，做出提示。不為空的話，則循環(huán)內(nèi)表gt_itab1，將gt_itab1里的數(shù)據(jù)重新復制回去，然后按條件刪除離職表里的數(shù)據(jù)。之后再講相應的數(shù)據(jù)寫入到基本人員信息表中。最后判斷以上操作是否成功，成功的話清空相應內(nèi)表。代碼如下：

IF

gt_itab1[]

IS

NOT

INITIAL

.

LOOP

AT

gt_itab1.

MOVE-CORRESPONDING

gt_itab1

TO

line1.

APPEND

line1

TO

itab.

DELETE

FROM

zyloff

WHERE

u_id

=

gt_itab1-u_id.

ENDLOOP.

INSERT

zzyltest

FROM

TABLE

gt_itab1

.

ELSE.

MESSAGE

'沒有可恢復的項目!'

TYPE

'E'.

ENDIF.

IF

sy-subrc

=

0

.

CLEAR

itab.

CLEAR

gt_itab1.

CLEAR

gt_itab.

MESSAGE

'恢復成功'

TYPE

'S'.

ENDIF.4.4.3添加員工模塊員工添加的功能中界面的設計中出生日期以及加入公司時間都是使用的DATS類型的字段（只能輸入日期類型），性別使用的是兩個RadioButton組合成一個組，在這個組里只能選擇一個RadioButton（男或者女）依據(jù)所選擇的的讀取到對應的M或者W。這大部分都還算得上是比較簡單的，大部分操作就是校驗所填入的字段，是否符合要求就好了。但是也遇到了難點，你在選擇新添加員工部門之后，開始的時候職位的固定的，比如說你選擇的是人事部門，但是職位依然是初級技術員中級技術員等等。后面再查找了很多資料之后，才找到一個方法，那就是將部門的那個LISTBOX寫成一個事件響應器，當你選擇不同的部門的時候，會有對應不同的職位LISTBOX顯示。在部門與職位都選擇了之后會將相應的部門代表字母寫入數(shù)據(jù)庫（以免大多數(shù)重復的冗長的漢字站用過多的內(nèi)存空間）。在這里員工的部門信息是專門放到一個數(shù)據(jù)庫表（部門簡稱字母、部門全稱、該部門所對應的職位類型）中的，職位又是放在另外一個數(shù)據(jù)庫表中的（職位等級簡稱字母、職位類型、職位漢字描述）。在部門LISTBOX選擇完畢之后會系統(tǒng)得到與之對應的職位類型，再由職位類型在數(shù)據(jù)庫表中找到該部門所對應職位的所有信息，流程如圖4.17。當選擇了部門LISTBOX之后（代碼）：

loop

at

myitab

into

myitabl.

if

myitabl-apart

=

tapartlistbox

.

mypost101

=

myitabl-ptype.

getapart

=

myitabl-id.

endif.

endloop.

select

*

from

zzylpost1x

into

corresponding

fields

of

table

postitab

where

type

=

mypost101.

fname

=

'TPOSTLISTBOX'.

clear

lvva.

clear

vva.

loop

at

postitab

into

postitabl.

lvva-key

=

sy-tabix.

lvva-key

=

postitabl-desp.

append

lvva

to

vva.

clear

lvva.

endloop.

call

function

'VRM_SET_VALUES'

exporting

id

=

fname

values

=

vva.圖4.17選擇部門后顯示對應職位流程

第5章功能測試軟件測試在軟件生命周期中橫跨兩個階段。通常在編寫出每個模塊之后就對它做必要的測試，模塊在編寫者和測試者是同一個人，編碼和單元測試屬于軟件生命周期的同一個階段。在這個階段結束之后，對軟件系統(tǒng)還應該進行各種綜合測試，這是軟件生命周期中的另一個獨立階段，通常由專門的測試人員承擔這項工作。5.1測試環(huán)境為了完成軟件測試工作所必須的計算機硬件、軟件、設備、數(shù)據(jù)的總稱，經(jīng)過良好規(guī)劃和管理的測試環(huán)境，可以盡可能的減少環(huán)境的變動對測試工作的不利影響，并可以對測試工作的效率和質量的提高產(chǎn)生積極的作用。5.1.1客戶環(huán)境軟件：操作系統(tǒng)：windows7硬件：型號：華碩K43SD硬盤：500G內(nèi)存：4G5.1.2測試用戶用戶名分別為：A001、A002、I001密碼：888888（為初始密碼）角色分別為：普通用戶、領導級用戶、管理員用戶5.2測試方法測試任何產(chǎn)品都有兩種方法，分別是白盒測試和黑盒測試。對于軟件測試而言，黑盒測試只檢查程序功能能否按照規(guī)格說明書的規(guī)定正常使用，程序是否能適當?shù)慕邮蛰斎霐?shù)據(jù)并產(chǎn)生正確的輸出信息，程序運行過程中能否保持外部信息的完整性[11]。白盒測試與黑盒測試相反，測試者完全知道程序的結構和處理方法，按照程序內(nèi)部的邏輯測試程序，檢測程序中的主要執(zhí)行通路是否都能按預定要求正確工作。在本系統(tǒng)的測試中，采用的測試方法是黑盒測試，測試人員主要針對系統(tǒng)的功能進行了一些測試，以確定系統(tǒng)的功能是否不正確或遺漏了哪些功能。5.3測試記錄表5.1測試記錄表序號測試項目輸入期望結果實際結果通過否測試者、日期1用戶登錄管理賬號“I001”以及對于密碼進入管理員界面如測試圖1通過測試組成員、201505202用戶登錄部門A領導級別賬號A002以及密碼進入領導界面如測試圖2通過測試組成員、201505203用戶登錄部門A普通員工賬號

“A001”以及密碼進入普人員界面如測試圖3通過測試組成員、201505204用戶登錄ID或者密碼錯誤不進入界面，

給出提示如測試圖4通過測試組成員、201505205添加新員工信息相應信息后確認插入正確，給出編號如測試圖5.1通過測試組成員、201505206部門與職位對應選擇部門查看對應情況部門確認后職位確認如測試圖5.2通過測試組成員、201505207員工離職選中離職員工、確認人員數(shù)據(jù)庫表中數(shù)據(jù)轉移到另外一個數(shù)據(jù)庫表如測試圖5.3通過測試組成員、20150520續(xù)表5.18員工離職恢復恢復剛剛的操作人員數(shù)據(jù)庫表數(shù)據(jù)恢復，離職表中數(shù)據(jù)刪除如測試圖5.4通過測試組成員、201505209恢復員工初始密碼勾選需要恢復的人員恢復成初始密碼888888如測試圖5.5通過測試組成員、2015052110添加員工出差雙擊選擇員工，填入相應數(shù)據(jù)將數(shù)據(jù)成功存入數(shù)據(jù)庫表如測試圖5.6通過測試組成員、2015052111添加員工培訓雙擊選擇員工，填入相應數(shù)據(jù)將數(shù)據(jù)成功存入數(shù)據(jù)庫表如測試圖5.7通過測試組成員、2015052112查詢員工出差歷史雙擊選擇員工得到出差歷史歷史信息顯示出來如測試圖5.8通過測試組成員、2015052113查詢員工培訓歷史雙擊選擇員工得到出差歷史歷史信息顯示出來如測試圖5.9通過測試組成員、2015052114查詢員工請假歷史雙擊選擇員工得到出差歷史歷史信息顯示出來如測試圖5.10通過測試組成員、2015052115請假申請“以前未請假”填寫請假申請表數(shù)據(jù)存入請假申請表如測試圖5.11通過測試組成員、2015052116請假申請“請假已存在，但未查看”填寫請假申請表請假申請表中數(shù)據(jù)更新如測試圖5.12通過測試組成員、2015052117請假申請“請假已存在，且查看”確認給出提示“不可更改”如測試圖5.13通過測試組成員、2015052118請假申請“請假一審批完畢”確認給出提示“前去查看”如測試圖5.14通過測試組成員、2015052119查看請假審批（通過）查看審批通過如測試圖5.15通過測試組成員、20150521續(xù)表5.120查看請假審批（未通過）查看提示“未通過”如測試圖5.16通過測試組成員、2015052221查看請假審批（未完成）查看提示“未完成，請等待”如測試圖5.17通過測試組成員、2015052222培訓接受查看、接受數(shù)據(jù)插入數(shù)據(jù)庫表如測試圖5.18通過測試組成員、2015052223培訓拒絕查看、拒絕拒絕原因發(fā)給上司如測試圖5.19通過測試組成員、2015052224出差接受查看、接受數(shù)據(jù)插入數(shù)據(jù)庫表如測試圖5.20通過測試組成員、2015052225出差拒絕查看、拒絕拒絕原因發(fā)給上司如測試圖5.21通過測試組成員、20150522測試圖5.1人員添加測試圖5.2職位描述與部門對應測試圖5.3員工離職測試圖5.4員工離職恢復測試圖5.5恢復員工初始密碼測試圖5.6添加員工出差測試圖5.7添加員工培訓測試圖5.8培訓歷史查詢測試圖5.10申請請假

測試圖5.11申請請假（已存在申請）測試圖5.12申請請假（已存被查看）

測試圖5.13申請請假（已存審批完畢）

測試圖5.14申請請假（已存審批通過）測試圖5.15申請請假（已存審批拒絕）

第6章結論經(jīng)過這好幾個月畢業(yè)程序設計的開發(fā)，企業(yè)員工管理系統(tǒng)大體功能終于完成。新員工的添加、員工的離職、請假申請以及請假審批流程、添加員工培訓以及員工同意流程、員工出差添加以及員工同意與審批流程等等，這些功能在準確性、穩(wěn)定等方面都達到了預期的要求，基本上完成了本次課題的設計與開發(fā)的任務。本篇論文主要闡述了企業(yè)人員管理的課程設計的過程，從需求分析開始到后面的總體設計，到最后的詳細設計。總體地描述了對本課題核心技術的設計與開發(fā)。由于篇幅以及時間有限不能夠完完整整的描述我的系統(tǒng)。例如在請假模塊之中詳細描述了員工請假的申請，大于7天或者小于的不同第一輪審批，到后來的最終的審批，審批完畢之后將審批的最終消息給員工發(fā)送過去。但是由于時間比較短，還有就是自己才學習4個月左右的ABAP知識都是比較基礎的，實現(xiàn)不了太困難的東西，所有對于本課題的設計與開發(fā)還有一些不夠完善，比如說在各種審批完畢或者添加員工培訓或者出差的情況下，如何讓該操作信息發(fā)送給相關人員，讓他們知道了解相關的信息。所以說自己還是有太多的不足，自己要更加的努力向上才行。結束語通過對該課題的研究學習,不僅使我學習到了更多關于企業(yè)人事管理方面的知識，同時也更加地了解了我所在的公司東浦公司的人事管理現(xiàn)狀，公司中大部分的人事管理都是由手工或者面對面來完成的，比如說今天我想請假的話，若是我現(xiàn)在公司，那么就填寫請假申請遞交到我們部門老大手中，由領導簽字之后才可以請假。因此，從公司開始給我安排這個課題到對課題主要工作時間的安排，然后到系統(tǒng)功能的設計和代碼的編寫，最后到論文的完成，這每一個過程，對于我來說都是一項新的挑戰(zhàn)，能夠一步一步走過來，真的很艱辛，同時也學習到了很多的知識。開始做畢業(yè)設計的時候想的是就是隨便做一做，難度下就是課程設計的幾倍而已。在開始做了之后才突然地明白我們這個專業(yè)以后就是為社會其他各個行業(yè)做軟件的，是哪一種可以被其他人使用的軟件，而不是自己做的玩具。而這一個東浦公司所給畢業(yè)設計題目便是一個開始。這幾個月在公司做畢業(yè)設計的過程中，讓我懂得了畢業(yè)設計不僅僅是對過去4年學校中學習的知識的總結，還可以得到更多學校中老師不會教的知識和人生閱歷。通過畢業(yè)設計，使我更加扎實的掌握了學校學習到的知識，從當初的設計到之后的代碼編寫的過程中，雖然遇到了很多問題，但經(jīng)過一次又一次的思考與檢查，最終找出問題的所在，暴露出自己掌握知識的不足和經(jīng)驗的匱乏。這次的畢業(yè)設計不僅培養(yǎng)了我獨立思考，獨立學習，發(fā)現(xiàn)問題并解決問題的能力，讓我懂得對于似懂非懂的東西要勤學多問，并善于利用網(wǎng)絡工具查閱相關資料，把問題弄明白，弄透徹的道理，而且還讓我知道了要用積極樂觀的態(tài)度去面對生活，面對工作，通過理論與實際相結合的方法，讓問題的解決使課題的設計與開發(fā)過程更加明朗，思路更加清晰。

致謝經(jīng)過4個月的努力與忙碌，本次課題的設計與實現(xiàn)已經(jīng)接近尾聲了。作為一名電院計算機系的應屆畢業(yè)生，由于缺乏經(jīng)驗，在所設計的系統(tǒng)中難免有很多的不周全的地方。如果沒有我的指導老師朱老師的指導與督促，對于我來說想要完成這個設計是很難得。 所以在這里首先我想要感謝我的校內(nèi)指導老師朱老師以及校外指導老師袁皓老師。朱老師平日里工作繁多，但是在我這一次完成畢業(yè)設計的過程，朱老師都給與我悉心的指導。特別是在后期的論文的編寫過程中，朱老師給我很多寶貴的意見，指出了我很多的不足。除了敬佩朱老師的專業(yè)水平外，他的治學嚴謹和科學研究的精神也是我永遠學習的榜樣，并將積極影響我今后的學習和工作。我的校外導師袁皓老師，在我完成畢業(yè)設計的過程中同樣給與了我很大的幫助，在每一次遇到難點的時候，他都能給我最正確的答案。在這里我要對老師們說一聲“謝謝您們！”。 畢業(yè)了，這也是我走向社會的開始。二十多年前當我來到世上的那一刻起，父母卻多了一項繁重的工作——照顧我。盡管這是一種沉重的負擔，但父母們卻毫無怨言地撫養(yǎng)我長大。今天我就要畢業(yè)了，我可以用我的雙手創(chuàng)造財富報答您們的養(yǎng)育之恩了！爸！媽！你們辛苦了！ 還有就是感謝陪我一起求學一起瘋的好伙伴好兄弟們！有了你們的大學才是完完整整的。四年大學的朝夕相伴已經(jīng)深深印在我的腦海，一輩子無法忘記。 感謝大學四年來所有的老師。是您們?yōu)槲掖蛳掠嬎銠C專業(yè)知識的基礎。 最后感謝我的母校湖北汽車工業(yè)學院大學四年來對我的大力栽培。在這里度過了人生中最快樂的4年。

參考文獻[1]東風汽車零部件集團網(wǎng)站/[2]王建合.基于SSH框架的員工管理系統(tǒng)[D].南昌:南昌大學,2012[3]李麗萍.健身房會員管理系統(tǒng)Web應用軟件的設計與實現(xiàn)[J].信息化縱橫,2009[4]林備戰(zhàn).再創(chuàng)東浦新輝煌——訪連云港市政協(xié)委員、市東浦管樁有限公司總經(jīng)理顏成華[J].大陸橋視野.2008[5]毛蔚.基于企業(yè)員工信息管理系統(tǒng)的設計與實現(xiàn)[J].信息通信,2013[6]譚凱.企業(yè)員工信息管理系統(tǒng)[J].電子技術與軟件工程,2013[7]李楠.企業(yè)員工電子檔案信息管理系統(tǒng)的設計與實現(xiàn)[J].電子科技大學