国产成人激情五月婷婷_大鸡巴草逼视频_a天堂在线不卡免费观看_久热最新在线看AV

案例分析：

　　對于擁有自己的IT部門的企業(yè)而言，很多時候，在建立企業(yè)的HR系統(tǒng)時，總是在自行開發(fā)還是外包開發(fā)之間艱難選擇。很多時候，企業(yè)領(lǐng)導(dǎo)與IT部門因為沒有深入?yún)⑴c到HR管理活動中，不能很好理解HR管理的復(fù)雜程度，所以會認(rèn)為HR系統(tǒng)的設(shè)計與開發(fā)并不是太困難的事情，同時，考慮到開發(fā)成本的問題，他們往往主張HR系統(tǒng)應(yīng)自行開發(fā)；而對HR部門而言，他們很清楚企業(yè)IT部門自行開發(fā)HR系統(tǒng)將面臨的諸多問題，首先，因為IT部門對HR業(yè)務(wù)的陌生，使得HR管理人員必須花很多的精力讓IT人員去理解業(yè)務(wù)；其次，由于沒有過去積累的經(jīng)驗，IT部門從系統(tǒng)分析與設(shè)計到系統(tǒng)開發(fā)完成并穩(wěn)定運行的周期，可能會遠(yuǎn)遠(yuǎn)超出想象，一方面影響了HR部門的工作，另一方面實際投入的成本恐怕比外包還要高。

　　企業(yè)建設(shè)HR系統(tǒng)，到底應(yīng)該是自行開發(fā)還是外包給專業(yè)公司呢？讓我們來看一家大型企業(yè)集團在經(jīng)歷了3年自行開發(fā)歷程之后，是如何理解這個問題的。出于可以理解的原因，我們暫且將這家公司稱作Demo公司，其HR系統(tǒng)也簡稱為Demo_HRMS。

　　HR系統(tǒng)：外包的理由

　　一、 DEMO_HRMS現(xiàn)狀

　　DEMO公司自1998年開始自行開發(fā)的人力資源管理系統(tǒng)（以下稱DEMO_HRMS），從功能上涵蓋了HR部門對員工在企業(yè)的全生命周期的管理，從人力資源規(guī)劃、人才招聘到人事管理（包括人事信息管理、考勤休假管理、績效管理、員工離職管理）、干部管理、薪資/福利管理以及員工培訓(xùn)與發(fā)展管理等各個方面，并能提供一些統(tǒng)計查詢與報表輸出功能。
從技術(shù)的角度來看，DEMO公司電腦部在人力投入嚴(yán)重短缺的情況下，完成了DEMO_HRMS系統(tǒng)從需求分析、設(shè)計、編碼、測試、培訓(xùn)推廣到日常維護的軟件工程全過程，并在功能上覆蓋得比較全面，同時還較好地確保了系統(tǒng)的穩(wěn)定性，與電腦部相關(guān)技術(shù)人員的技術(shù)實力與敬業(yè)精神是密不可分的。

　　從系統(tǒng)應(yīng)用的角度來看，目前DEMO公司內(nèi)部主要在使用的是DEMO_HRMS系統(tǒng)的"員工信息管?quot;模塊以及部分查詢統(tǒng)計功能，大多數(shù)其他功能還沒有發(fā)揮應(yīng)有的作用。

　　經(jīng)過對DEMO_HRMS系統(tǒng)本身、DEMO_HRMS研發(fā)的歷史過程以及用戶對系統(tǒng)的認(rèn)識等方面進行綜合分析，我們認(rèn)為，導(dǎo)致DEMO_HRMS在應(yīng)用上的表現(xiàn)不盡如人意的因素主要有：
　　
　　1. 技術(shù)的限制
　　
　　DEMO_HRMS界面不夠友好、系統(tǒng)運行效率不高是系統(tǒng)自身的兩大突出問題，而這兩個問題的出現(xiàn)，實際上是受到了技術(shù)路線選擇的限制。

　　DEMO_HRMS系統(tǒng)前端開發(fā)工具為Develop2000，計算模式采用的是兩層C/S結(jié)構(gòu)。

　　由于DEMO_HRMS系統(tǒng)早在1998年就開始進行設(shè)計開發(fā)，國內(nèi)當(dāng)時在信息系統(tǒng)計算模式（二層C/S、三層C/S、B/S）的選擇上還處于一種探索階段，而當(dāng)時Develop2000本身對三層C/S結(jié)構(gòu)的支持就比較有限，使得DEMO_HRMS最終選擇了兩層C/S計算模式，這在當(dāng)時大的技術(shù)背景下是一種穩(wěn)妥的選擇，尤其值得一提的是，與業(yè)務(wù)系統(tǒng)不同，DEMO_HRMS系統(tǒng)當(dāng)時選擇了集中式的計算模式，這是DEMO公司信息系統(tǒng)采用集中式管理模式的一次有益嘗試。但隨著技術(shù)的發(fā)展以及DEMO公司對信息系統(tǒng)的要求不斷提高，兩層C/S計算模式給DEMO_HRMS帶來的限制就越來越明顯。

　　首先是系統(tǒng)運行速度慢的問題，尤其是進行大多數(shù)查詢統(tǒng)計操作的時間耗費，遠(yuǎn)遠(yuǎn)超出了用戶的忍受極限，原因是，在兩層結(jié)構(gòu)下，客戶端負(fù)擔(dān)了大部分商業(yè)邏輯的處理工作，每次進行數(shù)據(jù)處理的時候，它需要把一個完整的查詢結(jié)果（作為中間結(jié)果的數(shù)據(jù)集）取回到客戶機，然后再由客戶程序?qū)υ摂?shù)據(jù)集進行商業(yè)邏輯處理，最后才能在GUI上顯示最終結(jié)果。事實上，往往GUI需要顯示的最終結(jié)果的數(shù)據(jù)量一般很小，但為了獲得這個結(jié)果，卻需要從數(shù)據(jù)庫服務(wù)器上取回一個相對比較大的作為中間結(jié)果的數(shù)據(jù)集，造成數(shù)據(jù)傳輸量大大增加。另外，由于數(shù)據(jù)集本身具有很多嚴(yán)格的格式定義，在傳輸過程中，客戶端與數(shù)據(jù)庫服務(wù)器需要不斷通信進行校驗，如果網(wǎng)絡(luò)通信環(huán)境再有限制，必將大大延長數(shù)據(jù)傳輸過程的時間。同時，由于商業(yè)邏輯需要在客戶機上處理，如果客戶機的性能不高，也會影響邏輯處理的速度，上述因素綜合起來，就會導(dǎo)致用戶的每次操作耗時的增大。

　　其次是負(fù)載均衡的問題。當(dāng)前情況下，由于DEMO_HRMS的用戶量還不算太大，并發(fā)訪問造成的問題還沒有暴露出來。但eHR的發(fā)展趨勢是越來越多的普通員工、直線經(jīng)理以及高層管理人員將參與到HRMS系統(tǒng)的應(yīng)用過程中來（所謂的自助服務(wù)），否則HRMS系統(tǒng)將會成為HR部門的信息孤島。對DEMO公司而言，必須要考慮HRMS系統(tǒng)潛在的用戶數(shù)量將會比較大，將來隨著越來越多的用戶參與到DEMO_HRMS系統(tǒng)的應(yīng)用中時，對并發(fā)訪問的處理就必須進行考慮，否則又會成為影響DEMO_HRMS 系統(tǒng)應(yīng)用推廣的重要因素。對大量并發(fā)訪問的處理手段，主要通過負(fù)載均衡來實現(xiàn)，目前DEMO_HRMS由于采用的是兩層結(jié)構(gòu)，客戶端直接與數(shù)據(jù)庫服務(wù)器進行通信，服務(wù)器端不具備專門處理客戶端訪問的中間服務(wù)器（應(yīng)用程序），因而自身并不具備強大的負(fù)載均衡功能。對DEMO_HRMS而言，這將是未來一個很大的隱患。

　　Develop2000作為與Oracle配套的開發(fā)工具，在Oracle數(shù)據(jù)庫開發(fā)上的確有著開發(fā)速度快、穩(wěn)定性好等優(yōu)勢，但從另外一個角度來看，Develop2000與Oracle綁得比較緊使得它的開放性不高，控件及其它外部資源的支持較少，這將導(dǎo)致Develop2000開發(fā)出的系統(tǒng)，在界面的視覺效果上、界面的友好性以及簡潔性上都有著很大的欠缺，而界面的美觀、簡潔、易用等問題，是用戶最直接能感受得到的，是影響用戶對系統(tǒng)的心理接納程度的重要因素。Develop2000使得DEMO_HRMS系統(tǒng)的外在表現(xiàn)比較沉悶、HR管理人員的需求。

　　2. 用戶需求與系統(tǒng)設(shè)計的限制

　　導(dǎo)致用戶使用DEMO_HRMS系統(tǒng)積極性不高的另外一個主要因素，在于該系統(tǒng)是基于過去的管理需求設(shè)計開發(fā)的，很多功能已經(jīng)不能滿足用戶當(dāng)前的管理要求，而在這種情況下，系統(tǒng)又不能很好地適應(yīng)需求的調(diào)整，所以影響了用戶對系統(tǒng)的應(yīng)用信心。

　　以DEMO_HRMS 的"人員信息管理"模塊為例，當(dāng)初在設(shè)計的時候，為了照顧到不同用戶對系統(tǒng)提出的需求，在人員信息的數(shù)據(jù)項設(shè)計上采用了窮舉法，即把所有當(dāng)時認(rèn)為可能會用到的數(shù)據(jù)項目都表現(xiàn)在界面上，對用戶來講，這么煩雜的界面無疑增加了用戶進行數(shù)據(jù)維護的畏難心理；而從另外一個方面來看，隨著HR管理政策的變化，還是有一些新的數(shù)據(jù)項出現(xiàn)了，而界面上卻無法方便地進行調(diào)整，無法及時滿足用戶新的要求。

　　"考勤管理"模塊也比較類似，當(dāng)考勤的政策發(fā)生變動后，一些數(shù)據(jù)項目的設(shè)置也會相應(yīng)發(fā)生變化，甚至后臺邏輯處理也會變化，而現(xiàn)有的DEMO_HRMS系統(tǒng)因為只考慮了當(dāng)初設(shè)計時的政策，并沒有（對非商業(yè)化系統(tǒng)而言，事實上也很難）考慮到可能出現(xiàn)的其它情況，所以無法適應(yīng)新的政策。

　　再如"培訓(xùn)管理"，由于沒有考慮將來的擴展，一些可以設(shè)計成可以由用戶自定義的數(shù)據(jù)字典的數(shù)據(jù)項，卻需要系統(tǒng)開發(fā)人員每次進到數(shù)據(jù)表中人工編輯，這不僅增加了系統(tǒng)維護的復(fù)雜度，而且增加了出現(xiàn)數(shù)據(jù)庫級錯誤的可能。

　　"干部管理"作為DEMO_HRMS系統(tǒng)的補充功能，自研發(fā)完成后就一直沒有使用起來，其中的重要原因，就在于該模塊雖然內(nèi)容豐富，但功能上卻相對簡單，基本上只是對干部現(xiàn)狀的信息管理，缺少應(yīng)有的決策功能，更重要的是，該模塊中存在大量的表格輸入工作，這些表格的不同內(nèi)容需要不同角色填寫，本來應(yīng)該可以通過網(wǎng)上走流程實現(xiàn)的，卻全部要求由人事部門來完成全部的輸入工作，無疑大大增加了人事部門的工作量，因而必然導(dǎo)致HR管理人員的抵制。

　　目前DEMO_HRMS中的報表基本上不具備靈活性，任何新的報表需求，都需要技術(shù)人員專門開發(fā)，然后再掛接到系統(tǒng)中去，無形中增加了技術(shù)支持的工作量，也讓用戶感覺限制比較大。

　　另外，由于HR管理各職能之間本身存在著各種各樣的業(yè)務(wù)流程關(guān)聯(lián)，相應(yīng)的HRMS系統(tǒng)的各功能模塊之間也應(yīng)該存在嚴(yán)格的信息流程。比如績效管理完成后，應(yīng)該會對員工的培訓(xùn)與職業(yè)發(fā)展計劃提出指導(dǎo)建議，績效結(jié)果還可能會與員工薪資調(diào)整掛鉤，所以對應(yīng)的HRMS系統(tǒng)中，"員工績效管理"應(yīng)該與"員工培訓(xùn)"、"員工職業(yè)生涯規(guī)劃"、"薪資管理"等功能模塊建立數(shù)據(jù)關(guān)聯(lián)（信息流）。管理信息系統(tǒng)的特點，是要讓信息系統(tǒng)成為管理的工作平臺，而不只是起著簡單的數(shù)據(jù)存儲與輸出作用，所以在HRMS系統(tǒng)的設(shè)計階段，各功能模塊不應(yīng)該被單獨考慮，而應(yīng)該通盤考慮彼此之間的信息關(guān)聯(lián)性。這方面的工作在DEMO_HRMS系統(tǒng)中做了一部分，但還有較大的缺陷。

　　總結(jié)起來，DEMO_HRMS缺乏靈活性與集成度、沒有決策支持平臺、沒有工作流程是系統(tǒng)設(shè)計時的欠缺，上述問題可以說在DEMO_HRMS系統(tǒng)中是比較普遍的，是DEMO_HRMS系統(tǒng)的硬傷，基本上無法通過對系統(tǒng)的優(yōu)化來適應(yīng)DEMO公司對人力資源管理不斷提升的要求（優(yōu)化的初衷是好的，但可能會造成技術(shù)人員疲于奔命不斷通過改造系統(tǒng)來滿足用戶需求變化的結(jié)果，除非用戶不用系統(tǒng)）。

　　上述問題的出現(xiàn)，主要由兩方面原因造成，一是由于對HR管理的不熟悉，系統(tǒng)分析人員對需求的理解從很大程度上只能被動地跟著需求提出方的思路走，而需求提出方本身也會有管理思路的局限性，當(dāng)時的需求不一定考慮到未來的發(fā)展，管理者個人的需求也不一定代表DEMO公司普遍的需求，所以現(xiàn)在的DEMO_HRMS就成了為當(dāng)時的需求提供者量體裁衣定制出來的系統(tǒng)（系統(tǒng)分析人員應(yīng)該能在很好消化用戶需求的基礎(chǔ)上，根據(jù)過往的經(jīng)驗提出自己的合理設(shè)計思路，并經(jīng)HR管理者認(rèn)可）。其次，由于系統(tǒng)設(shè)計開發(fā)的工作任務(wù)十分繁重，而系統(tǒng)設(shè)計研發(fā)人員的投入人數(shù)卻極其有限，導(dǎo)致了技術(shù)人員在系統(tǒng)設(shè)計的心態(tài)上，必然不會將重點放在系統(tǒng)的靈活性與繼承性上，而是如何盡快地滿足用戶現(xiàn)有的需求（這與商品化產(chǎn)品的開發(fā)有很大區(qū)別）。

　　3. 人員的變更

　　DEMO_HRMS系統(tǒng)（一期、二期）相關(guān)的HR管理人員與技術(shù)人員的頻繁變更也是造成系統(tǒng)推廣應(yīng)用不力的重要因素。當(dāng)初提供需求的HR管理人員，在系統(tǒng)研發(fā)過程中變動很大，目前已經(jīng)所剩無幾，新到位的管理者可能并不關(guān)心或不認(rèn)可前任的這部分工作，從根本上沒有重視起來，所以造成很多功能模塊得不到應(yīng)用。參與DEMO_HRMS系統(tǒng)研發(fā)的技術(shù)人員目前也所剩不多，而且因為DEMO公司電腦部本身業(yè)務(wù)多，僅有的幾位技術(shù)骨干也不能全職投入到系統(tǒng)的改造、推廣與應(yīng)用中去，也是使得DEMO_HRMS不能穩(wěn)步往前推進的原因之一。系統(tǒng)必須在應(yīng)用過程中才能存活與提升，管理人員的變更是不可避免的，關(guān)鍵是系統(tǒng)研發(fā)的周期不能太長，應(yīng)該盡量在預(yù)期的項目周期內(nèi)完成項目的研發(fā)工作，并盡快推廣開來，讓相關(guān)管理人員都知道都應(yīng)用系統(tǒng)，這樣系統(tǒng)的命運就不會只維系在個別管理者身上了。而系統(tǒng)應(yīng)用的成功，也使得電腦部在技術(shù)支持人員投入上的決心更大。

　　4. 系統(tǒng)管理的難度

　　目前，DEMO_HRMS在系統(tǒng)管理上還比較繁瑣，表現(xiàn)尤為突出的是權(quán)限管理。DEMO_HRMS的權(quán)限管理分為功能的權(quán)限管理與機構(gòu)的權(quán)限管理。當(dāng)前系統(tǒng)的權(quán)限管理從設(shè)計上建立在角色表、權(quán)限表、用戶對照表之上，理論上是一套行之有效的解決方法，但實際應(yīng)用過程中，雖然在系統(tǒng)功能權(quán)限上的管理可以交給HR部門完成，但機構(gòu)權(quán)限管理卻需要電腦部技術(shù)人員通過在數(shù)據(jù)庫中手工建立視圖來實現(xiàn)，原因是DEMO_HRMS沒有為用戶映射一個統(tǒng)一的二級帳戶，而是需要為每一個用戶設(shè)立一個Oracle數(shù)據(jù)庫帳戶，這就導(dǎo)致在為用戶指定機構(gòu)時，必須要在數(shù)據(jù)庫中建立相應(yīng)的視圖來進行機構(gòu)數(shù)據(jù)的過濾。這個過程無疑增加了系統(tǒng)管理的難度。

　　另外，由于本系統(tǒng)的客戶端是以安裝程序的形式發(fā)布，每增加一名新用戶或者用戶需要重新安裝客戶端，都需要技術(shù)人員進行支持，這無形中也增加了DEMO_HRMS系統(tǒng)的管理開銷。

　　5. 管理體系本身的因素

　　DEMO_HRMS系統(tǒng)中某些功能不能得到很好應(yīng)用，也有DEMO公司內(nèi)部管理體系太復(fù)雜的因素。比如薪資管理，本身是一項很有必要進行集中式管理的工作，但目前DEMO公司各級機構(gòu)采用的薪資管理工具并不統(tǒng)一，很多機構(gòu)更傾向于使用單機版系統(tǒng)，因為各機構(gòu)都有需要進行數(shù)據(jù)加工后才上報總部的特殊情況存在，他們不希望采用集中式管理后削弱了機構(gòu)自身的管理權(quán)限。這種情況下，公司就必須權(quán)衡集中透明化管理的利弊，在政策上要敢于下決心，否則系統(tǒng)開發(fā)出來了，也會受到機構(gòu)用戶的抵制。

　　所以講，DEMO_HRMS的全面成功，必需要建立在明確而穩(wěn)定的HR管理體系之上。

　　二、 DEMO_HRMS改造建議

　　作為專業(yè)從事HR管理信息化解決方案提供商的博惠思華公司，在有幸作為外包方承擔(dān)KPI以及績效管理兩大項目任務(wù)之后，經(jīng)過與DEMO公司人力資源部、電腦部相關(guān)項目人員的長期合作與深入溝通，對DEMO公司的HR管理體系以及信息系統(tǒng)的建設(shè)有了比較深刻的認(rèn)識。當(dāng)前DEMO人力資源部正在全公司范圍內(nèi)進行人力資源管理的提升（數(shù)個HR改革項目在同步推進），而大多數(shù)管理提升的結(jié)果，需要借助HR管理信息化平臺來直觀地呈現(xiàn)，這就對新的DEMO_HRMS系統(tǒng)提出了很高的要求。

　　新的DEMO_HRMS系統(tǒng)應(yīng)該是DEMO的先進HR管理技術(shù)與信息技術(shù)的完美結(jié)合，它不僅應(yīng)該是一個高效的HR管理工具，更應(yīng)該成為DEMO推行由直線經(jīng)理、高層管理者以及普通員工都能參與到HR管理活動中來的"全面人力資源管理工作平臺"。只有這樣，HRMS才能適應(yīng)DEMO人力資源管理層次的不斷提升，才能符合現(xiàn)代人力資源管理的發(fā)展趨勢。

　　為實現(xiàn)上述目標(biāo)，避免在人力資源管理信息系統(tǒng)建設(shè)過程中走彎路，博惠思華公司建議從以下幾個方面分層次來考慮：

　　1、 優(yōu)化還是重建

　　在前面的分析中，我們已經(jīng)看到現(xiàn)行DEMO_HRMS系統(tǒng)的所謂"硬傷"（缺乏靈活性與集成度、沒有決策支持平臺、沒有工作流程），這些"硬傷"彼此之間盤根錯節(jié)，將會影響到該系統(tǒng)根基的穩(wěn)固，更談不上適應(yīng)未來的擴展，而優(yōu)化只能解決一些技術(shù)性能的問題以及系統(tǒng)功能上眼前的和表面的問題，要解決"硬傷"的問題，需要對系統(tǒng)很根本的東西進行改造，而改造往往會只見樹木不見森林，也許通過優(yōu)化能夠迅速看到一些短期成果，但如果改造得不完整不徹底，技術(shù)人員必將陷入無止境優(yōu)化的泥潭。

　　另外，并發(fā)訪問時的負(fù)載均衡需要中間服務(wù)器來處理，而目前DEMO_HRMS要從兩層結(jié)構(gòu)轉(zhuǎn)為三層結(jié)構(gòu)，就需要增加一個中間服務(wù)器，如此一來，客戶端原來與數(shù)據(jù)庫服務(wù)器的所有通信連接需要徹底重寫，這種改造的工作量是海量存在的，因為這種通信環(huán)節(jié)在系統(tǒng)中無處不在。而并發(fā)訪問處理不好，就會無法滿足將來用戶量的擴大。

　　而系統(tǒng)重建，可以在吸取原有系統(tǒng)經(jīng)驗教訓(xùn)得基礎(chǔ)上，從根本上對新系統(tǒng)的設(shè)計研發(fā)提出全面合理的解決方案。也許短期內(nèi)的效果不如進行系統(tǒng)優(yōu)化來得快，但從長遠(yuǎn)來看，"硬傷"問題的解決，必將能延長系統(tǒng)的生命力，而技術(shù)人員付出的代價也會越來越小。因此，我們建議對DEMO_HRMS系統(tǒng)進行重建。

　　2、 自行研發(fā)還是外包

　　DEMO公司電腦部擁有一支強大的技術(shù)開發(fā)隊伍，有著大系統(tǒng)的設(shè)計開發(fā)經(jīng)驗。自行設(shè)計研發(fā)從理論上看，可以確保系統(tǒng)維護升級的持續(xù)性，但自行研發(fā)也存在兩個比較大的問題：

　　1） 工作效率低下

　　軟件開發(fā)與技術(shù)支持不同，其工作強度是非常之大的，為了如期完成一項開發(fā)任務(wù)，軟件人員往往需要具備很強的面對持續(xù)作戰(zhàn)時的壓力承受力。在企業(yè)內(nèi)部，由于缺乏強有力的激勵與約束機制，技術(shù)人員在為自己的企業(yè)提供軟件開發(fā)服務(wù)時，往往對階段性目標(biāo)的重視程度不夠，目標(biāo)達(dá)成與否對自身影響都不是很大，所以會導(dǎo)致開發(fā)人員給自身施加的壓力不夠。另外，因為公司大，事情多，要應(yīng)付一些日常事務(wù)影響到開發(fā)人員的工作效率。工作效率低下必然會增加系統(tǒng)開發(fā)的成本，而且因為責(zé)任心的問題，可能還會在系統(tǒng)中留下很多難以排除的隱患。

　　2） 設(shè)計思路局限

　　由于缺乏商業(yè)化產(chǎn)品的設(shè)計開發(fā)經(jīng)驗，企業(yè)內(nèi)部的開發(fā)人員在進行系統(tǒng)設(shè)計時很容易拘泥于企業(yè)本身的現(xiàn)實情況，而很難考慮到發(fā)展的問題，這將導(dǎo)致開發(fā)出來的系統(tǒng)擴展性差，生命周期比較短。這對企業(yè)而言也是一個損失。

　　博惠思華公司與DEMO公司合作開發(fā)KPI與績效管理系統(tǒng)，是DEMO電腦部進行IT業(yè)務(wù)外包的一次嘗試，從整個合作過程來看，博惠思華公司克服了任務(wù)重、時間緊的諸多困難，與DEMO公司人事部、電腦部項目人員一起，將上述兩個系統(tǒng)尤其是KPI系統(tǒng)這塊硬骨頭硬是基本成功啃下來了，這是DEMO公司期望達(dá)到的目標(biāo)，也是博惠思華公司歷經(jīng)艱辛后樂于看到的結(jié)果。博惠思華作為DEMO的項目外包公司，有著明確的目標(biāo)與各種內(nèi)外部壓力，加上專業(yè)化的服務(wù)，所以才有可能與DEMO公司一起走到這一步。博惠思華也愿意繼續(xù)成為DEMO公司誠信的長期的合作伙伴，在為DEMO提供優(yōu)質(zhì)服務(wù)的同時實現(xiàn)雙贏。

　　3、 統(tǒng)籌規(guī)劃還是分模塊設(shè)計

　　由于人力資源管理是一個龐大的系統(tǒng)工程，管理體系內(nèi)部流程比較復(fù)雜，各管理職能之間都會有關(guān)聯(lián)，因此，相應(yīng)的HRMS也要在系統(tǒng)內(nèi)部建立完整的信息流程，這就要求在進行系統(tǒng)設(shè)計時，必須統(tǒng)籌規(guī)劃，通盤考慮問題，不能簡單地將某種管理職能地信息化工作獨立出來考慮。

　　缺少業(yè)務(wù)流程的管理將會造成混亂的局面，而缺少內(nèi)部信息流程的HR管理系統(tǒng)將只能作為一種數(shù)據(jù)處理的工具來使用。

博惠思華公司建議DEMO_HRMS系統(tǒng)采用統(tǒng)籌規(guī)劃、分階段實施的策略來開展工作。

　　4、 技術(shù)路線的選擇

　　1） 采用三層結(jié)構(gòu)

　　三層結(jié)構(gòu)的集中式計算模式可以提高系統(tǒng)運行的效率。三層結(jié)構(gòu)的特點是商業(yè)邏輯在中間服務(wù)器與數(shù)據(jù)庫服務(wù)器之間進行高速處理，而客戶端只是瀏覽器或GUI界面，負(fù)責(zé)事務(wù)處理的請求與處理結(jié)果的顯示。博惠思華在客戶端與中間服務(wù)器間通過采用XML技術(shù)，使得網(wǎng)絡(luò)上傳輸?shù)氖呛唵蔚奈谋�，大大減少了數(shù)據(jù)傳輸量（只傳輸最終結(jié)果，不傳輸作為中間結(jié)果的數(shù)據(jù)集），降低了傳輸耗時，同時，因為網(wǎng)絡(luò)上傳輸?shù)氖菦]有復(fù)雜格式信息的文本文件，還減少了數(shù)據(jù)校驗的耗時，從而總體上可以提高系統(tǒng)運行的速度。

　　由于客戶端不進行商業(yè)邏輯處理，可以降低客戶端對系統(tǒng)資源的開銷。

　　采用無需安裝的客戶端部署方式，還能減少系統(tǒng)的維護工作量。

　　另外，三層結(jié)構(gòu)的采用，使得中間層應(yīng)用服務(wù)器可以提供必要的負(fù)載均衡功能，專門解決潛在的并發(fā)訪問問題。

　　2） 統(tǒng)一開發(fā)平臺

　　在現(xiàn)有的DEMO_HRMS系統(tǒng)中，同時采用了Develop2000與PowerBuilder兩種開發(fā)工具，而KPI系統(tǒng)與績效管理系統(tǒng)則成功地采用了Delphi。

　　事實證明，Delphi在三層結(jié)構(gòu)的管理信息系統(tǒng)開發(fā)中有著一些獨到的優(yōu)勢，它是最早支持也是最為穩(wěn)定的三層計算模式的專業(yè)開發(fā)工具；它受到大量程序員的青睞，擁有豐富的控件資源；它開發(fā)的軟件界面十分友好；與各種數(shù)據(jù)庫有著很好的接口；學(xué)習(xí)與使用簡單等等。

　　如果同一個系統(tǒng)的開發(fā)平臺不統(tǒng)一，將會導(dǎo)致系統(tǒng)維護難度的增加，接口也將成為一個問題。

　　DEMO公司的KPI系統(tǒng)是一個龐大的系統(tǒng)整合工程，其人力資源狀態(tài)指標(biāo)將建立在HRMS系統(tǒng)之上，如果新的DEMO_HRMS系統(tǒng)能夠與KPI系統(tǒng)實現(xiàn)平臺統(tǒng)一，在數(shù)據(jù)庫的設(shè)計上通盤考慮，將為KPI系統(tǒng)未來的不斷提升創(chuàng)造良好的條件，并能大大降低KPI系統(tǒng)數(shù)據(jù)采集與維護的工作量。

　　通過在KPI系統(tǒng)以及績效管理系統(tǒng)中的成功應(yīng)用，博惠思華相信，Delphi是能為DEMO公司重建HRMS提供快速、專業(yè)、界面友好的解決方案比較好的選擇。

　　3） 增強系統(tǒng)靈活性

　　在新的DEMO_HRMS系統(tǒng)中，必須要增強其靈活性以適應(yīng)管理需求的不斷提升。博惠思華公司作為專業(yè)HR系統(tǒng)開發(fā)商，因為需要考慮大量不同客戶的需求，因此，在系統(tǒng)設(shè)計的靈活性上有著豐富的經(jīng)驗與技術(shù)儲備。

　　4） 建立工作流引擎

　　現(xiàn)有DEMO_HRMS系統(tǒng)由于缺少工作流機制，使得大量HR管理流程無法通過網(wǎng)絡(luò)實現(xiàn)，導(dǎo)致的結(jié)果是人工流程照樣走，走完的結(jié)果以書面的方式提交給HR部門，再由HR管理者將全部信息維護到數(shù)據(jù)庫中，著無疑增加了HR管理者的工作量。

　　如果系統(tǒng)有了工作流引擎，很多HR管理流程就可以再網(wǎng)上實現(xiàn)了，比如休假，申請人在網(wǎng)上填寫完休假申請單后，將提交給主管審批，主管審批完，再提交給下一級管理者，直到數(shù)據(jù)入庫，而整個過程中，相關(guān)人員各司其職，分別填寫自己該填的信息，而不至于最后由HR管理者來維護全部信息。

　　博惠思華的HR系統(tǒng)中已經(jīng)具備對工作流機制的支持，這在我們?yōu)镈EMO公司開發(fā)的新的績效管理系統(tǒng)中已經(jīng)充分體現(xiàn)。

　　5） 強化權(quán)限管理

　　由于員工與各級管理者的參與，由于將來使用新的DEMO_HRMS系統(tǒng)的用戶會越來越多（比如績效管理系統(tǒng)的用戶目前是2000人，最終會達(dá)到20000人），系統(tǒng)在權(quán)限管理上就必須要找到一個簡單的方法，而不能象目前那樣，建一個新用戶就要到數(shù)據(jù)庫中創(chuàng)建一個數(shù)據(jù)庫用戶以及建立一個新視圖。

　　博惠思華在DEMO公司KPI系統(tǒng)與績效管理系統(tǒng)中，權(quán)限的管理采用了建立二級帳戶的方法，所有用戶都公用同一個數(shù)據(jù)庫帳戶，而功能的權(quán)限管理和機構(gòu)的權(quán)限管理都在系統(tǒng)中完成，不會涉及到對數(shù)據(jù)庫的直接操作。這種解決方案是未來DEMO_HRMS系統(tǒng)值得借鑒的。

　　5、 管理體系的完善

　　如果確定了某項管理職能必須進行信息化，那么對于將要影響到系統(tǒng)推廣應(yīng)用的管理體系，要有決心進行統(tǒng)一，并進一步完善。這是DEMO總部人事部需要引起重視的一項工作。