【正文】 回復是否可靠。這個階段的基本步驟包括： 可信度控制：通過IP分析器和數(shù)據(jù)分析器檢查回復者的可信度。通過對回復者進行評估，研究者排除兩種郵件列表因為這些郵件列表的成員的知識水平相對較低。調查問卷的設計要以文化發(fā)現(xiàn)為基礎。整合性是ERP解決方案中的另一個重要問題。實施方法和代價的泛濫與項目延期之間的矛盾經常導致組織和顧問之間的嚴重沖突，從而導致失敗。吸納企業(yè)應用和組織間系統(tǒng)可以通過一種新型的叫做企業(yè)應用整合（EAI）的整合軟件或者簡單的通過應用整合（AI）來實施。1． 介紹在過去的幾十年中，企業(yè)把精力集中在信息產業(yè)（IT）并且實施了各種各樣的應用來實現(xiàn)商業(yè)過程的自動化。設計本系統(tǒng)可以滿足一般的中小型企業(yè)的基本需求，如果與ERP 系統(tǒng)的其它部分相結合，則能為企業(yè)提供更完善、更準確的服務。本系統(tǒng)主要包括人事檔案管理、員工績效管理和人員規(guī)劃三個主要模塊，能實現(xiàn)對員工檔案、員工合同和常見的人事變動的有效管理，能方便地對員工進行績效考核和獎懲作業(yè)，能對企業(yè)的人員進行統(tǒng)計和需求預測，能有效地進行員工招聘和培訓管理?；旧蠈崿F(xiàn)了需求分析和系統(tǒng)設計中所提到的所有功能。此模塊具有增加、打印等功能，測試過程與前面的模塊類似，在此不一一展開了。輸入測試數(shù)據(jù)后的部門人員統(tǒng)計窗口如圖415 所示。表46 員工獎懲作業(yè)測試數(shù)據(jù)在上圖中點擊確定按鈕后，此員工的獎懲信息將保存到員工獎懲表中，可以在員工獎懲情況查詢模塊中查看此表， 節(jié)。 員工合同管理此模塊能夠完成對員工合同的增加、查詢、排序等功能。由于這幾個模塊的實現(xiàn)過程類似，因此在此只給出幾個典型模塊的測試結果，其它模塊類似。如果按取消或合同錄入按鈕會給出不同的提示，在這里就不展示了。24哈爾濱工業(yè)大學畢業(yè)設計（論文）第4章人力資源管理系統(tǒng)測試 人事管理模塊的測試 員工檔案管理1. 員工檔案錄入此測試數(shù)據(jù)（見表41）主要是用來檢驗檔案錄入的各種功能。圖37 部門人員統(tǒng)計流程圖2. 人員需求預測此模塊能夠對各部門的各個職位未來的人員需求情況進行預測，并可以作為后續(xù)招聘計劃制定的主要依據(jù)。接下來要判斷是否提交成功，如果成功的話，則提交以上操作，并且數(shù)據(jù)窗口提取數(shù)據(jù)；如果不成功的話，則回滾以上所有操作并且給出錯誤提示。便得到要查詢的結果，同時關閉考核情況查詢窗口。 績效管理模塊的流程1. 月度績效考核績效考核能使員工對其本身應履行的職務發(fā)揮較高的成效，并能避免或減少員工敷衍塞責的情形。具體實現(xiàn)流程見圖33。最后還要把此員工的信息從在職員工檔案中刪除。4. 員工停薪留職管理如果員工的業(yè)務水平、工作業(yè)績或工作態(tài)度沒有達到一定標準，就要對此員工進行停薪留職，同時需要對員工的檔案進行某些操作，此模塊實現(xiàn)了這個過程。由于這些操作相對比較容易實現(xiàn)，在這里就不一一給出實現(xiàn)的具體過程了。 主要程序流程本小節(jié)將對系統(tǒng)的實現(xiàn)做一個詳細的介紹。（3）建立數(shù)據(jù)窗口。14哈爾濱工業(yè)大學畢業(yè)設計（論文）第3章人力資源管理系統(tǒng)的實現(xiàn) 系統(tǒng)菜單樹根據(jù)上一章的系統(tǒng)設計，本系統(tǒng)所設計的菜單如圖31 所示。需要和人力資源管理部門和員工兩個外部實體進行交互。9哈爾濱工業(yè)大學畢業(yè)設計（論文）圖24 是人事管理數(shù)據(jù)流圖，共有6 個模塊與員工實體進行交互。一個完整的人力資源管理系統(tǒng)一般還應包括考勤管理和薪金管理兩個基本模塊，因此鑒于系統(tǒng)的完整性，在系統(tǒng)設計的時候，把這兩個模塊也考慮進去，但在系統(tǒng)實現(xiàn)的時候不詳細展開。另外增加的2 個窗口則是Clip 窗口和Output 窗口，供用戶在程序開發(fā)時拷貝和粘貼一些常用的程序代碼。 PowerBuilder 開發(fā)環(huán)境綜述PowerBuilder 開發(fā)環(huán)境由一系列集成的畫板（Painter）組成（見圖12）。圖11 PowerBuilder 應用程序與數(shù)據(jù)庫管理系統(tǒng)的關系4哈爾濱工業(yè)大學畢業(yè)設計（論文） 豐富的數(shù)據(jù)表現(xiàn)風格PowerBuilder 的數(shù)據(jù)窗口為展現(xiàn)數(shù)據(jù)的本質提供了豐富的手段，數(shù)據(jù)窗口能夠從多種數(shù)據(jù)源中提取數(shù)據(jù)，然后以多種風格展現(xiàn)在用戶面前，這既包括文本顯示方式，也包括統(tǒng)計圖分析方式。用PowerBuilder 開發(fā)出的應用程序能夠與數(shù)據(jù)庫服務器完美地協(xié)同工作，構成客戶/服務器計算模式。PowerBuilder 支持應用系統(tǒng)同時訪問多種數(shù)據(jù)庫，這既包括諸如Oracle、Sybase 之類的大型數(shù)據(jù)庫，也包括FoxPro 之類的支持ODBC接口的小型數(shù)據(jù)庫。公司可以靈活地設置部門、職位等。人力資源管理系統(tǒng)的第三項作用是方便數(shù)據(jù)深層次加工和挖掘。在進行供求預測時可以從組織人力資源管理系統(tǒng)中獲取大量的信息。ERP 在人力資源系統(tǒng)的加入以后，使得其功能真正擴展到了全方位企業(yè)管理的范疇。人力資源作為知識的承載體成為組織依靠的對象，在以人為本的觀念的熏陶下，人力資源管理在組織中的作用日益突出。 ERP 中的人力資源管理追述ERP 在企業(yè)管理中的發(fā)展進程，始終是以生產制造及銷售過程（供應鏈） 為中心的。并同ERP 中的財務、生產系統(tǒng)組成高效的、具有高度集成性的企業(yè)資源系統(tǒng)。提供各式報表以供決策使用。如果沒有信息系統(tǒng)，這種工作單憑手工輸入輸出進行計算是非常困難的。對于應聘人員，本系統(tǒng)能對人員基本情況登記并考核，對于考核通過人員自動轉入人事檔案管理模塊進行檔案錄入等操作；對于未錄取的應聘人員，將其信息存入企業(yè)潛在人才庫，以備以后出現(xiàn)新的人員需求時，可以先在企業(yè)潛在人才庫中看是否有符合條件的人員，這樣可以大大降低招聘成本。PowerBuilder 還支持分布式應用系統(tǒng)的開發(fā)，形成多層應用系統(tǒng)結構，也就是說，用PowerBuilder 不僅能夠開發(fā)客戶端應用程序，而且還可以輕而易舉地構造應用服務器，從而形成分布式應用。 支持多種關系數(shù)據(jù)庫管理系統(tǒng)用PowerBuilder 開發(fā)的應用程序可以同時訪問多個數(shù)據(jù)庫系統(tǒng)，比如說， 可以從Oracle 中查詢數(shù)據(jù)， 然后將結果放入到Foxpro 中。在復制表的過程中，除了復制表中數(shù)據(jù)和表結構外（當然也可以更改表結構），還可以復制相應表的擴展屬性。畫板、畫板工具和小工具的有機組合構成了PowerBuilder 強大而方便的應用開發(fā)環(huán)境。最后對實現(xiàn)此系統(tǒng)所用的工具Power Builder 的特點及開發(fā)環(huán)境做了簡單的介紹。首先，人力資源管理部門把各種設置信息輸入人力資源管理系統(tǒng)，員工把自己的人事檔案信息輸入系統(tǒng)，部門可以向此系統(tǒng)提出人員需求，應聘人員把自己的應聘信息輸入系統(tǒng)。圖25 是績效管理數(shù)據(jù)流圖。圖28 人員規(guī)劃管理數(shù)據(jù)流圖（第二層） 系統(tǒng)數(shù)據(jù)庫設計 數(shù)據(jù)庫表設計根據(jù)本系統(tǒng)的功能，設計了如下數(shù)據(jù)庫表：(1) 在職員工檔案表（員工編號、員工姓名、部門、性別、生日、籍貫、身份證號、住址、學歷、專業(yè)、職位、民族、婚否、政治面貌、畢業(yè)院校、參加工作時間、調入時間、起薪時間、基本工資、合同號、電話、備注）(2) 留職停薪員工檔案表（員工編號、員工姓名、部門、性別、生日、籍貫、身份證號、住址、學歷、專業(yè)、職位、民族、婚否、政治面貌、畢業(yè)院校、參加工作時間、調入時間、起薪時間、基本工資、合同號、留職停薪開始時間、結束時間、電話、備注）12哈爾濱工業(yè)大學畢業(yè)設計（論文）(3) 離職員工檔案表（員工編號、員工姓名、部門、性別、生日、籍貫、身份證號、住址、學歷、專業(yè)、職位、民族、婚否、政治面貌、畢業(yè)院校、參加工作時間、調入時間、起薪時間、基本工資、離職時間、電話、備注）(4) 退休員工檔案表（員工編號、員工姓名、部門、性別、生日、籍貫、身份證號、住址、學歷、專業(yè)、職位、民族、婚否、政治面貌、畢業(yè)院校、參加工作時間、調入時間、起薪時間、退休時間、退休金、電話、備注）(5) 合同表（合同編號、員工編號、員工姓名、合同類型、開始日期、結束日期、試用期限、試用期工資、備注）(6) 績效考核表（員工編號、員工姓名、考核年度、考核月份、工作業(yè)績、工作態(tài)度、業(yè)務水平）(7) 獎懲表（員工編號、員工姓名、獎懲類別、獎懲原因、獎懲日期、獎懲金額）(8) 人員需求表（部門名稱、需求職位名稱、需求人數(shù)）(9) 應聘人員表（人員編號、人員姓名、性別、出生日期、學歷、專業(yè)、民族、婚否、政治面貌、畢業(yè)院校、參加工作時間、申請部門、申請職位、電話、應聘情況描述、備注）(10) 培訓計劃表（培訓計劃編號、培訓內容、培訓方法、開始時間、結束時間、培訓時數(shù)、培訓機構、培訓狀態(tài)）(11) 培訓人員表（員工編號、員工姓名、部門、職位、培訓項目編號）(12) 部門設置表（部門名稱）(13) 職位設置表（職位名稱）(14) 用戶檔案表13哈爾濱工業(yè)大學畢業(yè)設計（論文）（用戶名、用戶類型、密碼） 實體關系設計本小節(jié)給出了人力資源管理系統(tǒng)的數(shù)據(jù)庫實體關系設計。還有系統(tǒng)管理和幫助菜單并不是系統(tǒng)要實現(xiàn)的主要功能，因此也沒有展開。數(shù)據(jù)窗口對象包括了對數(shù)據(jù)的組織形式、顯示方式和處理方式，它不僅能夠圖形化地增加、刪除、修改、更新、查詢數(shù)據(jù)庫中的數(shù)據(jù)，而且還可以制定數(shù)據(jù)的輸入格式、輸出格式以及數(shù)據(jù)的顯示風格，同時開發(fā)人員還可以在數(shù)據(jù)窗口對象中增加多種對象（包括按鈕、文本框、圖片等）。 人事管理模塊的流程人事管理模塊的主要功能是對人事檔案和合同進行有效的管理，并能16哈爾濱工業(yè)大學畢業(yè)設計（論文）對企業(yè)中常見的人事變動進行方便的操作。實現(xiàn)的基本流程如圖32 所示。最后還要把此員工的信息從在職員工檔案中刪除。對于退休員工和離職員工，也可以申請轉為在職員工。員工合同的錄入在錄入員工檔案的同時進行。因此在制定考核制度時，應審慎規(guī)劃考核項目的廣度與深度。因此獎懲作業(yè)必須實時予以進行，所謂實時進行必須包含事實真相的調查與評估。圖36 獎懲作業(yè)流程圖4. 員工獎懲情況查詢此模塊的實現(xiàn)過程和員工考核情況查詢相似，也可以按多種方式查詢，流程圖略。4. 招聘計劃的制定與發(fā)布此模塊允許人力資源部門根據(jù)各部門的人員需求情況制定招聘計劃并發(fā)布此計劃。圖41 輸入測試數(shù)據(jù)前的員工檔案管理界面輸入測試數(shù)據(jù)一后的員工檔案界面如圖42 所示。圖44 按部門查詢后的員工檔案界面圖45 按職位查詢后的員工檔案界面圖46 按員工編號查詢后的員工檔案界面從以上界面可以看出員工檔案查詢模塊能正確查詢出用戶所要的信息。表43 員工離職管理測試數(shù)據(jù) 離職操作后的在職和離職員工檔案列表分別如圖48 和圖49 所示。表45 員工績效考核測試數(shù)據(jù)員工編號員工姓名考核年度考核月份部門職位工作業(yè)績工作態(tài)度業(yè)務水平測試數(shù)據(jù)100031256 張會鵬2004 7 財務部處長A B A輸入測試數(shù)據(jù)后的員工績效考核界面如圖411 所示。圖414 員工獎懲情況查詢界面輸入測試數(shù)據(jù)后的人員需求預測界面如圖416 所示。表47 人員需求預測測試數(shù)據(jù)圖415 部門人員統(tǒng)計界面圖416 人員需求預測界面35哈爾濱工業(yè)大學畢業(yè)設計（論文） 招聘計劃制定與發(fā)布此模塊可以實現(xiàn)部門制定招聘計劃，可以自動生成招聘文本并導出到記事本。選擇一個培訓項目后，此項目的信息和參加此項目的人員將顯示出來。38哈爾濱工業(yè)大學畢業(yè)設計（論文） 本章小結本章對系統(tǒng)的三個主要的功能模塊，人事管理、員工績效管理、人員規(guī)劃進行了測試。此模塊能實現(xiàn)員工檔案的增加、刪除、修改、查詢、排序等操作，能對企業(yè)中常見的人事變動如員工調動、員工離職、員工停薪留職、員工退休、員工復職等進行方便有效的管理。李老師嚴謹?shù)淖黠L和對我嚴格要求的態(tài)度使我的畢業(yè)設計能夠順利的完成。獨立的和異構的應用在公司的ERP 系統(tǒng)中并存，并且統(tǒng)一性問題并沒有很好的解決。這種情況導致了各種各樣整合性問題因為應用之間不能協(xié)調合作，而且不同的IT 解決方案無法聯(lián)結在一起。此項研究的目標是鑒別、分析和闡述ERP系統(tǒng)所存在的問題并且研究應用整合的新方法。44哈爾濱工業(yè)大學畢業(yè)設計（論文）ERP系統(tǒng)的一個主要問題是與商業(yè)戰(zhàn)略之間的沖突。其結果是許多不同的應用與ERP系統(tǒng)在公司中共存，而且ERP軟件包不能提供一個整合的IT架構。 商業(yè)和管理，為了理解ERP技術的商業(yè)利益和收集關于公司所面臨的管理問題的數(shù)據(jù)。除此之外，給所有參與者發(fā)送郵件，向他們解釋此次調查的目的?？尚哦认拗剖菍μ囟▎栴}上的錯誤答案或對這些問題的錯誤回復和錯誤的IP地址建立的。在很多情況下用到交叉檢查來提取正確的信息。明顯的，數(shù)據(jù)的三角形關系證明了一種內嵌的機制來減少歧義。 商業(yè)和管理數(shù)據(jù)問題的第二部分闡述了商業(yè)和管理特征。38％的回復者回答IT部門提出采用ERP解決方案的想法而30％的回復者說高級管理部門和2％的財政部門。表1給出了這個問題的答案。稍多于4/10的公司（42％）在他們的商業(yè)戰(zhàn)略上存在嚴重的問題，因為ERP系統(tǒng)把它自己的經商方法強加于公司之上。原因是ERP模型與其他的應用（例如:繼承，供應鏈管理等）并存。Schonefeld和Vering相信這中整合可以用CORBA，XML和屏幕包裹來輔助完成。從不同的基于因特網的ERP列表的67位ERP專家對此調查進行了回復。 動機?？梢哉f整合性問題影戲ROI由于許多不同的信息系統(tǒng)在公司中并存。ERP系統(tǒng)幫助組織克服Y2K問題。結果一種Vanilla方法被2/3的公司所采納。這個高整合率從EDI技術與人工智能遵循相似的概念這個事實中得出