【正文】 通過基于因特網(wǎng)的搜索引擎和 ERP雜志收集許多 ERP郵 件列表、新聞組和論壇的鏈接。 技術，為了理解、分析和得出關于在公司實施 ERP應用后所面臨 的問題的結論。調(diào)查問卷有一個三角形結構 的多選格式并且它被分為一下幾個部分： 人員調(diào)查，為了更好的了解回復者和他所在的公司。調(diào)查問卷的設計要以文化發(fā)現(xiàn)為基礎。起初，在 ERP領域的一個文化評論產(chǎn)生并且集中精力解 決對 ERP所存在的問題進行 分類。 3． 方法論 在此項研究中所應用的方法論分為兩個階段。之所以出現(xiàn)這些 問題，是由于設計的 ERP軟件包不能與其他獨立應用相聯(lián)結。 整合性是 ERP解決方案中的另一個重要問題。公司對 ERP解決方案做出最小的改動，因為企業(yè)軟件包復雜并且 幾乎不允許改動。 ERP解決方案的無 伸縮性的本質(zhì)迫使許多組織去適應此軟件包而放棄了他們經(jīng)商的方法。 Stefanou (2020)提出：由于低估了管理的變動，在所實施的 ERP系統(tǒng)中 大約有半數(shù)不能滿足預期的要求。實施方 法和代價的泛濫與項目延期之間的矛盾經(jīng)常導致組織和顧問之間的嚴重沖 突，從而導致失敗。 2． ERP系統(tǒng)失效 Rao（ 2020）估計：在所實施的 ERP系統(tǒng)中有 ％失敗；而 AlMashari (2020)報道：在所實施的 ERP系統(tǒng)中有 ％不能達到預期的目標。此分 析的焦點是在 ERP系統(tǒng)的技術問題特別是在整合性問題上。 本論文解釋了為什么不能提供整合問題的解決方案。吸納企業(yè)應用和組織間系 統(tǒng)可以通過一 種新型的叫做企業(yè)應用整合（ EAI）的整合軟件或者簡單的通過應用整合 （ AI）來實施。按照 Davenport(1998)的說法，設計 ERP 解決方 43 哈爾濱工業(yè)大 學畢業(yè)設計（論文） 案是為了解決在大型商業(yè)組織中信息的分類，并且整合所有在公司中流動的 信息。在上世紀 90 年代， ERP 系統(tǒng)作為“整合軟件包”被引入，它能使 企業(yè)核心活動如：財政、人力資源、生產(chǎn)制造、供應和銷售實現(xiàn)自動化。在有些組織中 I T 結構 由獨立的且在許多情況下是異構的解決方案組成。 1． 介紹 在過去的幾十年中，企業(yè)把精力集中在信息產(chǎn)業(yè)（ IT）并且實施了各種 各樣的應用來實現(xiàn)商業(yè)過程的自動化。 EAI 是一種新型的整合軟件，這種整合軟件通過從不同的應用吸納功能型函數(shù)來 促進戰(zhàn)略性商業(yè)決策的發(fā)展。本論文試圖通過基于因特網(wǎng)的調(diào)查研究 和分析 ERP 存在的問題來為此領域做出貢獻。盡管 ERP 軟件包給企業(yè)帶來了許多好處，他們并沒有達 到許多他們預期的目標。設計 感謝四年中一直幫助我、關心我、支持我的人們。 感謝戰(zhàn)德臣老師，他對我們的畢業(yè)設計嚴格要求，使我克服了懶惰和投 機取巧的毛病，給予了我很大的動力，使我在畢業(yè)設計過程中學到了很多東 西，其言傳身教令我受益匪淺。 感謝李全龍老師，在畢業(yè)設計過程中，他對我的畢業(yè)設計悉心的指導， 從開題到系統(tǒng)設計，從程序開發(fā)到論文的寫作，糾正了我的許多不成熟的想 法，給我提出了許多建議。 本系統(tǒng)可以滿足一般的中小型企業(yè)的基本需求，如果與 ERP 系統(tǒng)的其 它部分相結合，則能為企業(yè)提供更完善、更準確的服務。 與傳統(tǒng)的人事管理系統(tǒng)不同，本系統(tǒng)還具有人員規(guī)劃功能模塊，此模塊 能夠?qū)ζ髽I(yè)中的人員進行統(tǒng)計分析，并對企業(yè)的人員需求 情況進行預測。 員工績效管理能夠?qū)T工進行績效考核和獎懲作業(yè)，員工還可以對以往 地考核和獎懲情況方便的進行查詢。 人事檔案管理是整個系統(tǒng)的基礎，其他兩個模塊都要用到員工檔案。本系統(tǒng)主要包括人事檔案管理、員工績效管理和人員規(guī)劃三個 主要模塊，能實現(xiàn)對員工檔案、員工合同和常見的人事變動的有效管理，能 方便地對員工進行績效考核和獎懲作業(yè)，能對企業(yè)的人員進行統(tǒng)計和需求預 測，能有效地進行員工招聘和培訓管理。最后，給出系統(tǒng)整體的測試結 論。測試過程主要是面向系統(tǒng)的功能。當然系統(tǒng)也存在一些問題，如當時預想系統(tǒng)中的績效 管理模塊應該具有考核標準設定功能，但由于實現(xiàn)起來有一定的困難沒有實 現(xiàn)。基本上實現(xiàn)了需求分析和系統(tǒng)設計中所 提到的所有功能?？梢栽谧? 邊對培訓項目進行修改、刪除和方便的進行查看，可以在右邊增加、刪除、 修改參加本培訓項目的人員。 圖 419 輸入項目前員工培訓管理界面 哈爾濱工業(yè)大學畢業(yè)設計（論文） 選擇培訓項目中的一個項目后，界面如圖 420 所示。 哈爾濱工業(yè)大學畢業(yè)設計（論文） 圖 418 招聘人員的記錄與錄用界面 員工培訓管理 此模塊能對員工培訓進行有效方便的管理，此模塊的界面如圖 419 所 示，在此界面左邊可以增加、刪除和查看培訓項目，此界面的右邊可以增 加、刪除參加培訓的人員。此模塊具有增 加、打印等功能，測試過程與前面的模塊類似，在此不一一展開了。 圖 417 招聘計劃制定與發(fā)布界面 從上圖可以看出，結果和預測結果一致。此模塊的測試數(shù)據(jù)如表 48 所示。 人員需求預測 人員需求預 測模塊能對部門的各個職位在未來的需求情況進行預測， 測試數(shù)據(jù)如表 47 所示。輸入測試數(shù)據(jù)后的部門 人員統(tǒng)計窗口如圖 415 所示。設 置測試數(shù)據(jù)為在職員工檔案選擇財務部，停薪留職員工檔案選擇人力資源 部。由圖中可以看 出，程序結果與預測結果一致。此窗口也具有查詢、打印、排序功能，和以前的模塊類似，在此不 一一列出了。 表 46 員工獎懲作業(yè)測試數(shù)據(jù) 在上圖中點擊確定按鈕后，此員工的獎懲信息將保存到員工獎懲表 中，可以在員工獎懲情況查詢模塊中查看此表，見 節(jié)。 32 哈爾濱工業(yè)大學畢業(yè)設計（論文） 圖 412 員工考核情況查詢界面 輸入測試數(shù)據(jù)后的獎懲作業(yè)如圖 413 所示。 圖 411 員工績效考核界面 在上圖中點擊保存按鈕后，此員工的績效考核信息將保存到員工績效 考核表中，可以在員工考核情況查詢模塊中查看此表，見 節(jié)。 31 哈爾濱工業(yè)大學畢業(yè)設計（論文） 績效管理模塊的測試 員工績效考核 員工績效考核模塊的測試數(shù)據(jù)如表 45 所示。 員工合同管理 此模塊能夠完成對員工合同的增加、 查詢、排序等功能。 表 44 員工復職管理測試數(shù)據(jù) 復職操作后，在職員工檔案列表如圖 410 所示。 圖 48 離職操作后的在職員工檔案界面 圖 49 離職操作后的離職員工檔案界面 從圖 48 和圖 49 可以看出，此員工檔案已由在職檔案列表轉(zhuǎn)到離職檔 案列表中。 1. 員工離職管理 員工離職管理模塊的測試數(shù)據(jù)如表 43 所示。由于這幾個模塊的實現(xiàn)過程類似，因此 在此只給出幾個典型模塊的測試結果，其它模塊類似。 圖 47 按基本工資排序后的員工檔案界面 由上圖我們可以看出員工檔案已按員工的基本工資正確的排了序。 3. 員工檔案排序 可以按多種方式排序，在此以基本工資為排序標準測試員工檔案排序 28 哈爾濱工業(yè)大學畢業(yè)設計（論文） 的功能。 表 42 員工檔案查詢測試數(shù)據(jù) 查詢方式查詢標準 測試數(shù)據(jù)一的按部門查詢條件結果應該有王浩和曹恒兩條員工檔案記 錄，測試數(shù) 據(jù)二的按職位查詢條件結果應該有張銳等五條員工檔案記錄，測 試數(shù)據(jù)的按部門查詢條件結果應該有張會鵬一條員工檔案記錄， 輸入三個測試數(shù)據(jù)后結果如圖 44 至圖 46 所示。如果按取消或合同錄入按鈕會給出不同的提示，在這里就不展示了。 輸入測試數(shù)據(jù)二再按確定按鈕后的輸入界面如圖 43 所示。 圖 42 輸入測試數(shù)據(jù)一后的員工檔案管理界面 26 哈爾濱工業(yè)大學畢業(yè)設計（論文） 從圖 42 可以看出，此員工檔案已經(jīng)成功插入到了在職員工檔案中。輸入前的員工檔案界面如圖 41 所示。 24 哈爾濱工業(yè)大學畢業(yè)設計（論文） 第 4章人力資源管理系統(tǒng)測試 人事管理模塊的測試 員工檔案管理 1. 員工檔案錄入 此測試數(shù)據(jù)（見表 41）主要是用來檢驗檔案錄 入的各種功能。 圖 38 人員需求預測流程圖 本章小結 本章主要闡述了人力資源管理系統(tǒng)的實現(xiàn)。 5. 應聘人員記錄與錄用 此模塊對參加招聘的所有應聘人員進行登記和考核，對于應聘合格人 員可以進行相應的檔案錄入等操作，對于為錄取的人員自動轉(zhuǎn)入企業(yè)潛在人 才庫。 3. 人員需求申請 此模塊接受部門提出的人員需求申請，并把此信息保存到人員需求數(shù) 據(jù)庫表中，可以為后面的招聘計劃制定與發(fā)布模塊提供數(shù)據(jù)。 圖 37 部門人員統(tǒng)計流程圖 2. 人員需求預測 此模塊能夠?qū)Ω鞑块T的各個職位未來的人員需求情況進行預測，并可 以作為后續(xù)招聘計劃制定的主要依據(jù)。在實現(xiàn)的過程中 還是采用數(shù)據(jù)窗口技術，只是在選擇數(shù)據(jù)源的顯示方式的時候選擇 Graph 方 式。 人員規(guī)劃模塊的流程 1. 部門人員統(tǒng)計 此模塊能對部門中不同類型的員工和不同的職位進行人數(shù)統(tǒng)計，并以柱 狀圖的方式顯示出來。獎懲作業(yè)的實現(xiàn)流 程如圖 36 所示。接下來要判斷是否提交成功，如果成功的 話，則提交以上操作，并且數(shù)據(jù)窗口提取數(shù)據(jù)；如果不成功的話，則回滾以 上所有操作并且給出錯誤提示。此模塊實現(xiàn)了對員工進行獎懲。獎懲公告實時公布，甚至在當月薪 資發(fā)放時，依據(jù)獎懲項目的輕重分別予以發(fā)放獎金或扣薪。 圖 35 月度績效考核查詢流程圖 3. 獎懲作業(yè) 適時與適當?shù)莫剳椭贫?，能及時激勵組織的工作績效，并且能夠彌補 年度考核實效性較為不足的缺憾。便得到要查詢的 結果，同時關閉考核情況查詢窗口。 圖 34 月度績效考核流程圖 2. 員工考核情況查詢 此模塊能夠?qū)T工以往考核情況進行查詢，提供了多種查詢方式，可 20 哈爾濱工業(yè)大學畢業(yè)設計（論文） 以按員工編號查詢，也可以按員工姓名查詢，還可以按時間查詢。此模塊能對員工每個月 的工作業(yè)績、業(yè)務水平、工作態(tài)度等進行考核。企業(yè)應就本身的需要，研擬一套公平有效的考核制度。 績效管理模塊的流程 1. 月度績效考核 績效考核能使員工對其本身應履行的職務發(fā)揮較高的成效，并能避免 或減少員工敷衍 塞責的情形。與員工檔案管理模塊一樣，也 采用數(shù)據(jù)窗口控件來展現(xiàn)數(shù)據(jù)庫，數(shù)據(jù)窗口對象的數(shù)據(jù)源是合同表。這是為了數(shù)據(jù)的一致性和完整性，以避免出現(xiàn)這 18 哈爾濱工業(yè)大學畢業(yè)設計（論文） 樣的情況：存在一個員工的合同但不存在此員工的檔案。也具有查詢、排序以及 打印的功能，但不能直接在此窗口中輸入員工合同信息。具體實現(xiàn)流程見圖 33。系統(tǒng)先從退休員工表中調(diào)出此員工信 息，加上員工填寫的復職信息，形成在職員工檔案信息，接著系統(tǒng)把此在職 員工檔案信息存入在職員工檔案表中。無論哪種情況，都需要首 先 填寫一個復職申請表，然后把這張表提交給系統(tǒng)，系統(tǒng)首先要根據(jù)填寫的 信息判斷申請復職的員工類型，然后對不同類型的員工做出不同的操作。 6. 員工復職管理 對于停薪留職的員工，當?shù)狡谙薜臅r候，就應該轉(zhuǎn)為在職員工。最后還要把此員工的信息從在職 員工檔案中刪除。首先員工要填 寫退休申請表，然后把此信息提交給系統(tǒng)。此模塊 的實現(xiàn)流程與員工離職模塊基本相同，限于篇幅，流程圖略。 系統(tǒng)先從在職員工表中調(diào)出此員工信息，加上員工填寫的停薪留職信息，形 成停薪留職員工檔案信息，接著系統(tǒng)把此停薪留職員工檔案信息存入停薪留 職員工檔案表中。 4. 員工停薪留職管理 如果員工的業(yè)務水平、 工作業(yè)績或工作態(tài)度沒有達到一定標準，就要 對此員工進行停薪留職，同時需要對員工的檔案進行某些操作，此模塊實現(xiàn) 了這個過程。系統(tǒng)先從在職員工表中調(diào)出此員工信息，加上員工填寫的離職信 息，形成離職員工檔案信息，接著系統(tǒng)把此離職員工檔案信息存入離職員工 檔案表中。 圖 32 員工調(diào)動流程圖 3. 員工離職管理 由于某種原因員工需要離開公司時，需要對員工的檔案進行某些操 作，此模塊實現(xiàn)了這個過程。調(diào)動 后需要對員工檔案進行修改。由于這些操作相對比較容易實現(xiàn)，在這里就不一一給出實 現(xiàn)的具體過程了。首先建立 4 個數(shù)據(jù)窗口 控件，所連接的數(shù)據(jù)源分別是 4 種類型的員工檔案表。 1. 員工檔案管理 此窗口中展示數(shù)據(jù)的控件就是數(shù)據(jù)窗口控件，它是連接前臺程序與后 臺數(shù)據(jù)庫的接口。以流程圖的形式對每一功能的實現(xiàn)過程進行說明。 主要程序流程 本小節(jié)將對系統(tǒng)的實現(xiàn)做一個詳細的介紹。在這一步中對菜單中所包含的每一個菜單項建立一個窗 體，然后在此窗體上添加控件，并對每一個控件的不同事件編程，以完成一 定的功能，這其中最重要的控件就是數(shù)據(jù)窗口控件， 因為它是連接后臺數(shù)據(jù) 庫和前臺應用程序的接口。本系統(tǒng)共建立了 22 個數(shù)據(jù)窗口，幾乎所有的數(shù)據(jù)庫表都 通過數(shù)據(jù)窗口的形式表現(xiàn)出來。當 數(shù)據(jù)源是某個數(shù)據(jù)庫時，數(shù)據(jù)窗口對數(shù)據(jù)的操作并不立刻反映在數(shù)據(jù)庫中， 而是先存入數(shù)據(jù)窗口的緩沖區(qū)中。 （ 3）建立數(shù)據(jù)窗口。 （ 2）建立菜單。 圖 31 人力資源管理系統(tǒng)菜單樹 15 哈爾濱工業(yè)大學畢業(yè)設計（論文） 系統(tǒng)實現(xiàn)的基本方法和過程 本系統(tǒng)采用 Power 開發(fā)工具，開發(fā)的基本過程如下： （ 1）建立數(shù)據(jù)庫表。說明：此菜單樹并沒有完全展 開，比如考勤管