【正文】 這個(gè)高整合率從EDI技術(shù)與人工智能遵循相似的概念這個(gè)事實(shí)中得出。ERP系統(tǒng)幫助組織克服Y2K問(wèn)題。 動(dòng)機(jī)。Schonefeld和Vering相信這中整合可以用CORBA，XML和屏幕包裹來(lái)輔助完成。稍多于4/10的公司（42％）在他們的商業(yè)戰(zhàn)略上存在嚴(yán)重的問(wèn)題，因?yàn)镋RP系統(tǒng)把它自己的經(jīng)商方法強(qiáng)加于公司之上。38％的回復(fù)者回答IT部門提出采用ERP解決方案的想法而30％的回復(fù)者說(shuō)高級(jí)管理部門和2％的財(cái)政部門。明顯的，數(shù)據(jù)的三角形關(guān)系證明了一種內(nèi)嵌的機(jī)制來(lái)減少歧義?？尚哦认拗剖菍?duì)特定問(wèn)題上的錯(cuò)誤答案或?qū)@些問(wèn)題的錯(cuò)誤回復(fù)和錯(cuò)誤的IP地址建立的。 商業(yè)和管理，為了理解ERP技術(shù)的商業(yè)利益和收集關(guān)于公司所面臨的管理問(wèn)題的數(shù)據(jù)。44哈爾濱工業(yè)大學(xué)畢業(yè)設(shè)計(jì)（論文）ERP系統(tǒng)的一個(gè)主要問(wèn)題是與商業(yè)戰(zhàn)略之間的沖突。這種情況導(dǎo)致了各種各樣整合性問(wèn)題因?yàn)閼?yīng)用之間不能協(xié)調(diào)合作，而且不同的IT 解決方案無(wú)法聯(lián)結(jié)在一起。李老師嚴(yán)謹(jǐn)?shù)淖黠L(fēng)和對(duì)我嚴(yán)格要求的態(tài)度使我的畢業(yè)設(shè)計(jì)能夠順利的完成。38哈爾濱工業(yè)大學(xué)畢業(yè)設(shè)計(jì)（論文） 本章小結(jié)本章對(duì)系統(tǒng)的三個(gè)主要的功能模塊，人事管理、員工績(jī)效管理、人員規(guī)劃進(jìn)行了測(cè)試。表47 人員需求預(yù)測(cè)測(cè)試數(shù)據(jù)圖415 部門人員統(tǒng)計(jì)界面圖416 人員需求預(yù)測(cè)界面35哈爾濱工業(yè)大學(xué)畢業(yè)設(shè)計(jì)（論文） 招聘計(jì)劃制定與發(fā)布此模塊可以實(shí)現(xiàn)部門制定招聘計(jì)劃，可以自動(dòng)生成招聘文本并導(dǎo)出到記事本。表45 員工績(jī)效考核測(cè)試數(shù)據(jù)員工編號(hào)員工姓名考核年度考核月份部門職位工作業(yè)績(jī)工作態(tài)度業(yè)務(wù)水平測(cè)試數(shù)據(jù)100031256 張會(huì)鵬2004 7 財(cái)務(wù)部處長(zhǎng)A B A輸入測(cè)試數(shù)據(jù)后的員工績(jī)效考核界面如圖411 所示。圖44 按部門查詢后的員工檔案界面圖45 按職位查詢后的員工檔案界面圖46 按員工編號(hào)查詢后的員工檔案界面從以上界面可以看出員工檔案查詢模塊能正確查詢出用戶所要的信息。4. 招聘計(jì)劃的制定與發(fā)布此模塊允許人力資源部門根據(jù)各部門的人員需求情況制定招聘計(jì)劃并發(fā)布此計(jì)劃。因此獎(jiǎng)懲作業(yè)必須實(shí)時(shí)予以進(jìn)行，所謂實(shí)時(shí)進(jìn)行必須包含事實(shí)真相的調(diào)查與評(píng)估。員工合同的錄入在錄入員工檔案的同時(shí)進(jìn)行。最后還要把此員工的信息從在職員工檔案中刪除。 人事管理模塊的流程人事管理模塊的主要功能是對(duì)人事檔案和合同進(jìn)行有效的管理，并能16哈爾濱工業(yè)大學(xué)畢業(yè)設(shè)計(jì)（論文）對(duì)企業(yè)中常見的人事變動(dòng)進(jìn)行方便的操作。還有系統(tǒng)管理和幫助菜單并不是系統(tǒng)要實(shí)現(xiàn)的主要功能，因此也沒(méi)有展開。圖25 是績(jī)效管理數(shù)據(jù)流圖。最后對(duì)實(shí)現(xiàn)此系統(tǒng)所用的工具Power Builder 的特點(diǎn)及開發(fā)環(huán)境做了簡(jiǎn)單的介紹。在復(fù)制表的過(guò)程中，除了復(fù)制表中數(shù)據(jù)和表結(jié)構(gòu)外（當(dāng)然也可以更改表結(jié)構(gòu)），還可以復(fù)制相應(yīng)表的擴(kuò)展屬性。PowerBuilder 還支持分布式應(yīng)用系統(tǒng)的開發(fā)，形成多層應(yīng)用系統(tǒng)結(jié)構(gòu)，也就是說(shuō)，用PowerBuilder 不僅能夠開發(fā)客戶端應(yīng)用程序，而且還可以輕而易舉地構(gòu)造應(yīng)用服務(wù)器，從而形成分布式應(yīng)用。如果沒(méi)有信息系統(tǒng)，這種工作單憑手工輸入輸出進(jìn)行計(jì)算是非常困難的。并同ERP 中的財(cái)務(wù)、生產(chǎn)系統(tǒng)組成高效的、具有高度集成性的企業(yè)資源系統(tǒng)。人力資源作為知識(shí)的承載體成為組織依靠的對(duì)象，在以人為本的觀念的熏陶下，人力資源管理在組織中的作用日益突出。在進(jìn)行供求預(yù)測(cè)時(shí)可以從組織人力資源管理系統(tǒng)中獲取大量的信息。公司可以靈活地設(shè)置部門、職位等。用PowerBuilder 開發(fā)出的應(yīng)用程序能夠與數(shù)據(jù)庫(kù)服務(wù)器完美地協(xié)同工作，構(gòu)成客戶/服務(wù)器計(jì)算模式。 PowerBuilder 開發(fā)環(huán)境綜述PowerBuilder 開發(fā)環(huán)境由一系列集成的畫板（Painter）組成（見圖12）。一個(gè)完整的人力資源管理系統(tǒng)一般還應(yīng)包括考勤管理和薪金管理兩個(gè)基本模塊，因此鑒于系統(tǒng)的完整性，在系統(tǒng)設(shè)計(jì)的時(shí)候，把這兩個(gè)模塊也考慮進(jìn)去，但在系統(tǒng)實(shí)現(xiàn)的時(shí)候不詳細(xì)展開。需要和人力資源管理部門和員工兩個(gè)外部實(shí)體進(jìn)行交互。（3）建立數(shù)據(jù)窗口。由于這些操作相對(duì)比較容易實(shí)現(xiàn)，在這里就不一一給出實(shí)現(xiàn)的具體過(guò)程了。最后還要把此員工的信息從在職員工檔案中刪除。 績(jī)效管理模塊的流程1. 月度績(jī)效考核績(jī)效考核能使員工對(duì)其本身應(yīng)履行的職務(wù)發(fā)揮較高的成效，并能避免或減少員工敷衍塞責(zé)的情形。接下來(lái)要判斷是否提交成功，如果成功的話，則提交以上操作，并且數(shù)據(jù)窗口提取數(shù)據(jù)；如果不成功的話，則回滾以上所有操作并且給出錯(cuò)誤提示。24哈爾濱工業(yè)大學(xué)畢業(yè)設(shè)計(jì)（論文）第4章人力資源管理系統(tǒng)測(cè)試 人事管理模塊的測(cè)試 員工檔案管理1. 員工檔案錄入此測(cè)試數(shù)據(jù)（見表41）主要是用來(lái)檢驗(yàn)檔案錄入的各種功能。由于這幾個(gè)模塊的實(shí)現(xiàn)過(guò)程類似，因此在此只給出幾個(gè)典型模塊的測(cè)試結(jié)果，其它模塊類似。表46 員工獎(jiǎng)懲作業(yè)測(cè)試數(shù)據(jù)在上圖中點(diǎn)擊確定按鈕后，此員工的獎(jiǎng)懲信息將保存到員工獎(jiǎng)懲表中，可以在員工獎(jiǎng)懲情況查詢模塊中查看此表， 節(jié)。此模塊具有增加、打印等功能，測(cè)試過(guò)程與前面的模塊類似，在此不一一展開了。本系統(tǒng)主要包括人事檔案管理、員工績(jī)效管理和人員規(guī)劃三個(gè)主要模塊，能實(shí)現(xiàn)對(duì)員工檔案、員工合同和常見的人事變動(dòng)的有效管理，能方便地對(duì)員工進(jìn)行績(jī)效考核和獎(jiǎng)懲作業(yè)，能對(duì)企業(yè)的人員進(jìn)行統(tǒng)計(jì)和需求預(yù)測(cè)，能有效地進(jìn)行員工招聘和培訓(xùn)管理。設(shè)計(jì)吸納企業(yè)應(yīng)用和組織間系統(tǒng)可以通過(guò)一種新型的叫做企業(yè)應(yīng)用整合（EAI）的整合軟件或者簡(jiǎn)單的通過(guò)應(yīng)用整合（AI）來(lái)實(shí)施。整合性是ERP解決方案中的另一個(gè)重要問(wèn)題。通過(guò)對(duì)回復(fù)者進(jìn)行評(píng)估，研究者排除兩種郵件列表因?yàn)檫@些郵件列表的成員的知識(shí)水平相對(duì)較低。在問(wèn)卷結(jié)構(gòu)的基礎(chǔ)上，很容易檢查這些回復(fù)是否可靠。對(duì)這部分問(wèn)題的回復(fù)表明： 回復(fù)者形成了一個(gè)有代表性的樣本，由于他們來(lái)自許多不同的國(guó)家比如美國(guó)（20％），英國(guó)（16％），德國(guó)（12％），澳大利亞（10％），法國(guó)（10%）,加拿大（6％），日本（6％），印度（4％）等46哈爾濱工業(yè)大學(xué)畢業(yè)設(shè)計(jì)（論文）等。除此之外ERP專家說(shuō)ERP應(yīng)用帶來(lái)了供應(yīng)商（54％）和客戶（36％）的滿意并且增加了整體的產(chǎn)量（46％）。更進(jìn)一步，％的ERP項(xiàng)目被成功的實(shí)施。結(jié)果是一些應(yīng)用與ERP系統(tǒng)共存并且應(yīng)用整合技術(shù)能更好的解決這個(gè)問(wèn)題。ERP系統(tǒng)幫助組織贏得商業(yè)利潤(rùn)，例如客戶和供應(yīng)商的滿意和整體產(chǎn)量的增加。幾乎所有的公司面臨嚴(yán)重的整合性問(wèn)題然而3/4的公司存在本地化問(wèn)題。除此之外，調(diào)查問(wèn)卷包含了一系列三角形結(jié)構(gòu)問(wèn)題使研究人員能鑒別任何不可靠的回答。結(jié)果是許多公司不丟棄他們的繼承系統(tǒng)但是他們易于從不同的應(yīng)用中把功能整合到一個(gè)商業(yè)架構(gòu)中。 管理問(wèn)題。研究結(jié)果得出一些重要結(jié)論。根據(jù)調(diào)查與ERP系統(tǒng)進(jìn)行整合的應(yīng)用的最流行的分類是EDI（81％）。在實(shí)施階段導(dǎo)致的其他種類的問(wèn)題與外部實(shí)體產(chǎn)生沖突，比如咨詢師（42％）和ERP經(jīng)銷商（30％）和內(nèi)部沖突（34％）。另外30％的人認(rèn)為像全球的公司決定或商業(yè)競(jìng)爭(zhēng)是主要?jiǎng)訖C(jī)?；貜?fù)者的可靠性通過(guò)數(shù)據(jù)分析和IP分析器被檢查。即使他們要求輸入姓名和地址，回復(fù)者仍然可以匿名登入如果他們想收到一份調(diào)查結(jié)果報(bào)告。起初，在ERP領(lǐng)域的一個(gè)文化評(píng)論產(chǎn)生并且集中精力解決對(duì)ERP所存在的問(wèn)題進(jìn)行分類。2． ERP系統(tǒng)失效Rao（2000）估計(jì)：％失??；而AlMashari(2000)報(bào)道：％不能達(dá)到預(yù)期的目標(biāo)。EAI是一種新型的整合軟件，這種整合軟件通過(guò)從不同的應(yīng)用吸納功能型函數(shù)來(lái)促進(jìn)戰(zhàn)略性商業(yè)決策的發(fā)展。與傳統(tǒng)的人事管理系統(tǒng)不同，本系統(tǒng)還具有人員規(guī)劃功能模塊，此模塊能夠?qū)ζ髽I(yè)中的人員進(jìn)行統(tǒng)計(jì)分析，并對(duì)企業(yè)的人員需求情況進(jìn)行預(yù)測(cè)?？梢栽谧筮厡?duì)培訓(xùn)項(xiàng)目進(jìn)行修改、刪除和方便的進(jìn)行查看，可以在右邊增加、刪除、修改參加本培訓(xùn)項(xiàng)目的人員。設(shè)置測(cè)試數(shù)據(jù)為在職員工檔案選擇財(cái)務(wù)部，停薪留職員工檔案選擇人力資源部。表44 員工復(fù)職管理測(cè)試數(shù)據(jù)復(fù)職操作后，在職員工檔案列表如圖410 所示。輸入測(cè)試數(shù)據(jù)二再按確定按鈕后的輸入界面如圖43 所示。在實(shí)現(xiàn)的過(guò)程中還是采用數(shù)據(jù)窗口技術(shù)，只是在選擇數(shù)據(jù)源的顯示方式的時(shí)候選擇Graph 方式。圖34 月度績(jī)效考核流程圖2. 員工考核情況查詢此模塊能夠?qū)T工以往考核情況進(jìn)行查詢，提供了多種查詢方式，可20哈爾濱工業(yè)大學(xué)畢業(yè)設(shè)計(jì)（論文）以按員工編號(hào)查詢，也可以按員工姓名查詢，還可以按時(shí)間查詢。系統(tǒng)先從退休員工表中調(diào)出此員工信息，加上員工填寫的復(fù)職信息，形成在職員工檔案信息，接著系統(tǒng)把此在職員工檔案信息存入在職員工檔案表中。系統(tǒng)先從在職員工表中調(diào)出此員工信息，加上員工填寫的離職信息，形成離職員工檔案信息，接著系統(tǒng)把此離職員工檔案信息存入離職員工檔案表中。在這一步中對(duì)菜單中所包含的每一個(gè)菜單項(xiàng)建立一個(gè)窗體，然后在此窗體上添加控件，并對(duì)每一個(gè)控件的不同事件編程，以完成一定的功能，這其中最重要的控件就是數(shù)據(jù)窗口控件，因?yàn)樗沁B接后臺(tái)數(shù)據(jù)庫(kù)和前臺(tái)應(yīng)用程序的接口。圖29 實(shí)體之間關(guān)系ER 圖 本章小結(jié)本章首先對(duì)人力資源管理系統(tǒng)做了需求分析，接下來(lái)在此需求分析的基礎(chǔ)上，為系統(tǒng)做了功能結(jié)構(gòu)設(shè)計(jì)，給出了系統(tǒng)的功能結(jié)構(gòu)樹，以數(shù)據(jù)流圖的方式進(jìn)行系統(tǒng)的數(shù)據(jù)流設(shè)計(jì)，以ER 圖的方式做了系統(tǒng)的數(shù)據(jù)庫(kù)設(shè)計(jì)。圖22 人力資源管理頂層數(shù)據(jù)流圖把人力資源管理系統(tǒng)的每個(gè)功能模塊作為一個(gè)單獨(dú)的處理，形成了人力資源管理的第一層數(shù)據(jù)流圖，見圖23。以前的PowerBuilder 版本只能打開一個(gè)應(yīng)用， 而引入了Workspace 之后，則可以在一個(gè)Worksapce 下面引入多個(gè)應(yīng)用。而且，PowerBuilder 本身帶有一個(gè)功能不凡的數(shù)據(jù)庫(kù)Sybase SQL Anywhere，利用它可以脫離網(wǎng)絡(luò)環(huán)境單機(jī)運(yùn)行應(yīng)用程序。可以大大提高企業(yè)的管理效率和管理水平，提高決策的準(zhǔn)確性，從而提高企業(yè)的利潤(rùn)。比如，5 月份員工的缺勤率突然上升到300%，則人力資源管理系統(tǒng)將迅速地捕捉到這種變化并且及時(shí)地將信息反映到管理者手中。以后發(fā)展的一些人力資源系統(tǒng)，其水平也只停留在分散運(yùn)行的模式上。最初企業(yè)管理者為了減輕企業(yè)在工資核算方面大量繁瑣的手工操作，往往聘請(qǐng)一些咨詢公司或引進(jìn)一些工資核算系統(tǒng)。人力資源管理系統(tǒng)還能夠提供例外情況報(bào)表。此系統(tǒng)具有較高的運(yùn)行效率，較強(qiáng)的健壯型，運(yùn)行穩(wěn)定，對(duì)配置要求低。對(duì)大型數(shù)據(jù)庫(kù)來(lái)說(shuō)，PowerBuilder 提供了旨在充分發(fā)揮其性能的專用接口，而小型數(shù)據(jù)庫(kù)則可通過(guò)ODBC 接口靈活地訪問(wèn)。左上方增加的窗口是Workspace 窗口，這是PowerBuilder 新增加的3 個(gè)窗口之一。這個(gè)頂層圖清楚地描述了人力資源管理系統(tǒng)與外部實(shí)體之間的信息交互，使我們對(duì)此系統(tǒng)有一個(gè)全局的認(rèn)識(shí)。由于每個(gè)實(shí)體的屬性太多，圖中的實(shí)體沒(méi)有擴(kuò)展屬性。（4）建立窗體。首先員工要填寫離職申請(qǐng)表，然后把此信息提17哈爾濱工業(yè)大學(xué)畢業(yè)設(shè)計(jì)（論文）交給系統(tǒng)。比如是退休員工，把此信息提交給系統(tǒng)。具體的實(shí)現(xiàn)流程如圖34 所示。在預(yù)測(cè)時(shí)可以選擇不同的時(shí)間長(zhǎng)度。新輸入的員工檔案會(huì)自動(dòng)按照員工編號(hào)升序排列插入到員工檔案表的適當(dāng)位置。2. 員工復(fù)職管理員工復(fù)職管理模塊的測(cè)試數(shù)據(jù)如表44 所示。 人員規(guī)劃模塊的測(cè)試 部門人員統(tǒng)計(jì)部門人員統(tǒng)計(jì)模塊能以圖形的方式統(tǒng)計(jì)各個(gè)部門中各職位的人數(shù)。圖420 輸入項(xiàng)目后員工培訓(xùn)管理界面從上圖中可以看出此項(xiàng)目和參加此培訓(xùn)的人員都顯示出來(lái)。此結(jié)果將與員工檔案和合同一起為后面的人員規(guī)劃提供依據(jù)。本文詳細(xì)的分析了網(wǎng)上的回復(fù)，并且提出了一種新的處理統(tǒng)一性問(wèn)題的方法：企業(yè)應(yīng)用整合(EAI)。本論文的第2部分把焦點(diǎn)放在ERP系統(tǒng)的失效上面，第3部分描述了用在此調(diào)查中的方法，第4部分給出了回復(fù)和分析了研究的結(jié)果，第5部分討論應(yīng)用整合領(lǐng)域。在第1階段，一個(gè)基于WEB的研究任務(wù)被實(shí)施并且總結(jié)如下： 文化評(píng)論?；貜?fù)者填寫問(wèn)卷后在線提交并且這些回復(fù)被存儲(chǔ)在45哈爾濱工業(yè)大學(xué)畢業(yè)設(shè)計(jì)（論文）WEB數(shù)據(jù)庫(kù)中。4. 調(diào)查結(jié)果，67為專家填寫了問(wèn)卷，并提交了答案。稍多于1/3的回復(fù)者（36％）上報(bào)說(shuō)技術(shù)原因（例如Y2K的問(wèn)題,繼承系統(tǒng)維護(hù)）是決定采用ERP系統(tǒng)的主要?jiǎng)訖C(jī)。這兩種類型的問(wèn)題相互關(guān)聯(lián)稱作項(xiàng)目延期增加了項(xiàng)目成本。人工智能技術(shù)闡述了這種整合的需要。可靠性控制表明67個(gè)回復(fù)者中有17個(gè)（％）不可靠因此被排除。因此，所謂的“整合組件”無(wú)法開發(fā)一個(gè)整合信息架構(gòu)。大多數(shù)回復(fù)者（72％）報(bào)道說(shuō)ERP系統(tǒng)僅僅履行了IT需求的30％－50％。然而我們不清楚回復(fù)是否絕對(duì)準(zhǔn)確，因?yàn)樵谠u(píng)估基于因特網(wǎng)的調(diào)查的可靠性方面缺少相應(yīng)的著作。其他的問(wèn)題包括單一歐洲貨幣，安全和Y2K. 本地化。 ROI。6. 結(jié)論正在進(jìn)行的調(diào)查目的在于發(fā)現(xiàn)ERP系統(tǒng)所存在的問(wèn)題并且指出了一些整合問(wèn)題。％的ERP項(xiàng)目準(zhǔn)時(shí)完成并且不存在技術(shù)問(wèn)題并達(dá)到他們的目標(biāo)。不幸的是，ERP投資的回報(bào)（ROI）甚微（34％），但是這個(gè)結(jié)果與先47哈爾濱工業(yè)大學(xué)畢業(yè)設(shè)計(jì)（論文）前的調(diào)查結(jié)果（Markus 和Tainis,1999）相一致。 回復(fù)者的公司也形成了一個(gè)有代表性的樣本，因?yàn)樗麄兏采w了11個(gè)不同的部門比如制造業(yè)（20％），零售業(yè)（18％），銀行和金融（14％），計(jì)算機(jī)業(yè)（硬件）（10％），計(jì)算機(jī)業(yè)（軟件）（10%）,批發(fā)和銷售（8％），通信（6％），咨詢和服務(wù)業(yè)（6％），食品，飲料和煙草（4％），健康（4％）。 數(shù)據(jù)分析。 調(diào)查問(wèn)卷的分發(fā)。盡管ERP軟件包被描述和嘉獎(jiǎng)為“整合性軟件包”