分析建立一個實際的基于Web的高校人力資源管理系統(tǒng)的全過程和一般方法.doc

分析建立一個實際的基于Web的高校人力資源管理系統(tǒng)的全過程和一般方法（一）系統(tǒng)需求分析1. 系統(tǒng)分析階段的基本任務(wù)是與用戶在一起充分理解用戶的需求，并把雙方的理解用書面文檔（系統(tǒng)分析說明書）表達出來。（1）系統(tǒng)需求分析及功能模塊的設(shè)計：系統(tǒng)需求分析及功能模塊的設(shè)計中，要有人員基本信息管理模塊、人事檔案管理模塊、統(tǒng)計報表管理模塊、機構(gòu)管理模塊、個人助理模塊、權(quán)限管理模塊和系統(tǒng)管理模塊。統(tǒng)計報表管理模塊提供強大的人事報表、工資報表自定義統(tǒng)計、匯總、打印功能。統(tǒng)計報表子系統(tǒng)中包括了常用人事報表、人事報表、員工資料卡、人事統(tǒng)計圖、常用工資報表、工資報表、工資發(fā)放條和自定義報表。權(quán)限管理模塊中有用戶管理、角色管理和表單權(quán)限。系統(tǒng)管理模塊的主要功能有數(shù)據(jù)導(dǎo)出、數(shù)據(jù)導(dǎo)入、密碼修改和系統(tǒng)日志。 （2）數(shù)據(jù)流圖： 總體數(shù)據(jù)流圖；功能模塊的數(shù)據(jù)流圖。（3）數(shù)據(jù)字典：數(shù)據(jù)字典包含了人員基本信息管理、員工檔案管理、報表管理、機構(gòu)管理、權(quán)限管理和系統(tǒng)管理。 （二）：系統(tǒng)構(gòu)架設(shè)計： 1：系統(tǒng)構(gòu)架設(shè)計的主要任務(wù)是進行體系結(jié)構(gòu)的選擇和系統(tǒng)平臺的選擇（1）C/S（client/server）模式和B/S(browser/server)模式是兩大主流開發(fā)模式。在體系結(jié)構(gòu)的選擇中先介紹C/S與B/S架構(gòu)的概念，再比較C/S與B/S架構(gòu)軟件的優(yōu)勢與劣勢。 C/S軟件架構(gòu)的優(yōu)勢：應(yīng)用服務(wù)器運行壓力較小，通信方式多樣化，接口協(xié)議可自由定義。 C/S軟件架構(gòu)的劣勢：開發(fā)成本較高；移植困難，用戶需求不同，不利于推廣使用，維護復(fù)雜，升級麻煩，對于大型復(fù)雜的應(yīng)用，不能集中控制，安全性差，可維護性、可重用性差 B/S軟件架構(gòu)的優(yōu)勢：成本低，平臺限制少， 維護和升級方式簡單 B/S軟件架構(gòu)的劣勢：應(yīng)用服務(wù)器運行負荷重，投資大，對網(wǎng)絡(luò)環(huán)境的依賴性高，頁面數(shù)據(jù)刷新速度慢，用戶交互體驗差； 打印功能不靈活，打印格式死板 2：系統(tǒng)平臺的選擇： 目前主流的倆種平臺是J2EE和.NET它們都采用了組件技術(shù)，為企業(yè)級應(yīng)用 開發(fā)提供了一些公共的基礎(chǔ)服務(wù)。 基于 .NET技術(shù)的B/S系統(tǒng)結(jié)構(gòu)模型是一個三層系統(tǒng)，包括UI層，業(yè)務(wù)邏輯層和數(shù)據(jù)層三層。UI 層負責(zé)與用戶進行交互，接收用戶的輸入并將服務(wù)器端傳來的數(shù)據(jù)呈現(xiàn)給客戶。業(yè)務(wù)邏輯層負責(zé)接收瀏覽器傳來的請求并將請求傳給數(shù)據(jù)層，同時將請求處理結(jié)果發(fā)給瀏覽器。數(shù)據(jù)層是通過ADO.NET操縱數(shù)據(jù)為業(yè)務(wù)邏輯層提供數(shù)據(jù)服務(wù)，如儲存數(shù)據(jù)操作結(jié)果，返回數(shù)據(jù)檢索結(jié)果等。（3） ：數(shù)據(jù)庫設(shè)計與代碼設(shè)計： 1:數(shù)據(jù)庫設(shè)計要求：從數(shù)據(jù)的安全性考慮，用戶對數(shù)據(jù)庫的查詢要全部通過視圖機制來實現(xiàn)。數(shù)據(jù)庫的用戶視圖的主要作用如下： （1）：將用戶注意力集中在特定的數(shù)據(jù)上，并達到數(shù)據(jù)安全保護的目的。 （2）：按用戶的需求不同采用不同的方法組織和表示數(shù)據(jù)庫中的數(shù)據(jù)，以 便雨提供更加友好的數(shù)據(jù)庫界面，更加方面用戶的使用。 （3）：有利于數(shù)據(jù)交換操作。 關(guān)系數(shù)據(jù)庫是在需求分析的基礎(chǔ)上，通過借鑒其他成型的人力資源管理系統(tǒng)的設(shè)計而成的。 2：數(shù)據(jù)庫概念結(jié)構(gòu)的設(shè)計： 定義： 概念設(shè)計是將需求分析得到的用戶雪球抽象為信息結(jié)構(gòu)。概念結(jié)構(gòu)是各種數(shù)據(jù)模型的共同基礎(chǔ)，與數(shù)據(jù)模型相比它能獨立于機器、更抽象，因此更加穩(wěn)定. 在人事管理信息系統(tǒng)的概念結(jié)構(gòu)設(shè)計中，通常采用E-R模型來描述，采用自底向上的方法。首先利用分類，聚集等數(shù)據(jù)抽象機制對需求分析階段收集到的數(shù)據(jù)進行分類，組織，形成實體，確定實體的屬性，標識實體的碼，確定實體之間的聯(lián)系類型，設(shè)計出分E-R圖，然后合并各E-R圖，解決各E-R圖之間的屬性命名等沖突，在采用分析法，利用規(guī)劃理論修改和重構(gòu)形成基本E-R圖。 3：數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計： 邏輯結(jié)構(gòu)設(shè)計的任務(wù)是把概念結(jié)構(gòu)設(shè)計好的基本E-R圖轉(zhuǎn)換為與所選用的DBMS產(chǎn)品所支持的數(shù)據(jù)模型相符合的邏輯結(jié)構(gòu)。 轉(zhuǎn)換步驟如下： （1）：將概念結(jié)構(gòu)轉(zhuǎn)換為一般的關(guān)系模型，網(wǎng)狀模型或?qū)哟文Ｐ汀?（2）：將轉(zhuǎn)換來的關(guān)系模型，網(wǎng)狀模型或?qū)哟文Ｐ拖蛱囟ǖ腄BMS支持下的數(shù)據(jù)模型轉(zhuǎn)換。 （3）：對數(shù)據(jù)模型進行優(yōu)化。 為了實現(xiàn)用戶角色管理模塊的功能，就要有相應(yīng)的數(shù)據(jù)庫設(shè)計，根據(jù)系統(tǒng)的功能設(shè)計要求為各個數(shù)據(jù)庫表設(shè)計字段、數(shù)據(jù)類型、長度和是否允許為空等相關(guān)信息，注意在設(shè)計數(shù)據(jù)庫表時要遵守規(guī)范式的設(shè)計要求，以達到數(shù)據(jù)庫表設(shè)計的合理化，同時，為了保證數(shù)據(jù)庫表的一致性和完整性，要為數(shù)據(jù)庫表設(shè)計相應(yīng)的關(guān)鍵字、缺省等信息。 (4)：代碼設(shè)計：代碼是代表客觀存在的實體或?qū)傩缘姆枺a設(shè)計的任務(wù)就是設(shè)計出一整套供管理信息系統(tǒng)開發(fā)和運行所要的代碼系統(tǒng)。 代碼設(shè)計的基本原則是： （1）：代碼要具有唯一性。 （2）：標準性。 （3）：通用性。 （4）：可擴充性、穩(wěn)定性和結(jié)構(gòu)盡量簡單。 （四）：系統(tǒng)測試： 系統(tǒng)設(shè)計完成后，首要的工作就是對系統(tǒng)進行測試，然后將新系統(tǒng)付諸于行動。 1：軟件測試的過程： 軟件測試的基本原則：在軟件測試過程中，應(yīng)嚴格執(zhí)行測試的計劃，同時慎選測試的用例，保存好出錯統(tǒng)計和最終分析報告，為維護提供方便。 2：B/S系統(tǒng)測試的內(nèi)容： (1)：鏈接測試：鏈接是WEB應(yīng)用系統(tǒng)的一個主要特征，它是在頁面之間切換和用戶頁面間導(dǎo)航的主要手段。 （2）：表單測試：當(dāng)用戶通過表單提交信息的時候，都希望表單能正常工作。當(dāng)用戶用表單進行用戶注冊，登陸，信息提交等操作時，必須測試提交操作的完整性，以校驗提交給服務(wù)器的信息的正確性。 （3）：數(shù)據(jù)校驗：如果根據(jù)業(yè)務(wù)規(guī)劃需要對用戶輸入進行校驗，需要保證這些校驗功能正常工作。 （4）：Cookies測試：如果WEB應(yīng)用系統(tǒng)使用了Cookies，就必須檢查Cookies能正常工作。 (5):：數(shù)據(jù)庫測試：在WEB應(yīng)用技術(shù)中，數(shù)據(jù)庫起著重要的作用，數(shù)據(jù)庫為WEB應(yīng)用系統(tǒng)的管理、運行、查詢工作以及實現(xiàn)用戶對數(shù)據(jù)存儲的請求等提供空間，在使用了數(shù)據(jù)庫的WEB應(yīng)用系統(tǒng)中，一般情況下，可能發(fā)生兩種錯誤，即數(shù)據(jù)一致性錯誤和輸出錯誤。 （6）：應(yīng)用程序特定的功能需求的驗證：測試人員需要對應(yīng)用程序特定的功能需求進行驗證，嘗試用戶可能進行的所有操作。 （7）：設(shè)計語言的測試：WEB設(shè)計語言版本的差異可能引起客戶端或服務(wù)器嚴重的問題， 3：性能測試： （1）：鏈接速度測試：如果WEB系統(tǒng)響應(yīng)時間太長，用戶就會因為沒有耐心等待而離開，而且有些頁面有超時的限制，如果響應(yīng)速度太慢，用戶可能還沒有來得及瀏覽內(nèi)容，就被強制下線了， （2）：負載測試：負載測試是為了測量WEB系統(tǒng)在某一負載級別上的性能，以保證WEB在需求范圍內(nèi)能正常工作。 負載級別可以是某一個時間同時訪問WEB系統(tǒng)的數(shù)量，也可是在線數(shù)據(jù)處理的數(shù)量。 (3)：壓力測試：進行壓力測試是指實際破壞一個WEB應(yīng)用系統(tǒng)，然后測試該系統(tǒng)的反應(yīng)。 壓力測試是測試系統(tǒng)的限制和故障恢復(fù)能力，也就是測試WEB系統(tǒng)會不會崩潰，在什么情況下會崩潰。 4：用戶界面測試： （1）：導(dǎo)航測試：導(dǎo)航測試主要關(guān)注導(dǎo)航是否直觀，WEB系統(tǒng)的主要部分是否可通過主頁存儲，WEB系統(tǒng)是否需要站點地圖，搜素引擎或其他的導(dǎo)航幫助。 （2）：視覺體驗測試：在WEB應(yīng)用系統(tǒng)中，適當(dāng)?shù)膱D片和FLASH或者GIF動畫既能起到廣告宣傳的作用，又能起到美化頁面的作用。 （3）：表格測試：要驗證表格設(shè)置是否正確，一般需要關(guān)注數(shù)據(jù)類型是否與顯示格式相匹配，用戶是否需要向右滾動才能看見員工的職稱信息，把職稱信息放在左邊，把學(xué)歷信息放在右邊，是否更有效. （4）：整體界面測試：整體界面是指整個WEB應(yīng)用系統(tǒng)的頁面結(jié)構(gòu)設(shè)計，是給用戶的一個整體感。 5：安全測試： （1）：身份認證：有些站點需要用戶進行登錄，以驗證他們的身份。 （2）：用戶訪問日志：在后臺要驗證服務(wù)器日志工作的正常。 （五）系統(tǒng)的配置實施與維護： 本系統(tǒng)針對高校校區(qū)不同、行政部門不同、院系不同、院系部分分散的特點而開發(fā)的基于Web的her，主要運用了B/S架構(gòu)下Web服務(wù)器應(yīng)用程序開發(fā)技術(shù)，增加了數(shù)據(jù)傳輸?shù)陌踩?，較好的系統(tǒng)配置如下： 1：配置要求與網(wǎng)絡(luò)環(huán)境： 服務(wù)器配置： （1）：硬件環(huán)境 CPU：建議PENTIUM4以上。 內(nèi)存：512MB以上，建議1GB以上。 硬盤：建議20GB以上。 （2）：軟件環(huán)境： WEB服務(wù)器操作系統(tǒng)：WINDOWS server 2003. WEB服務(wù)器：IIS。 數(shù)據(jù)庫：SQL Server 2005.。 框架：Microfoft。NET 3.5. （3）：客戶機配置： 硬件環(huán)境：一般辦公用機。 軟件環(huán)境：Windows 2000全系列，Windows XP，Windows2003， MAC OS Linux。 2：系統(tǒng)實施與維護： 人力資源管理信息化是一把手工程，在大多組織里，如果沒有一把手的關(guān)注和支持，其推進的時候難度和阻力都會相當(dāng)大，而且EHR更為特殊，它可以直接改變組織人員的工作模式和溝通流程，因此，實施過程一般沒有預(yù)想的那么順利。 （1）：總體規(guī)劃，分布實施：建設(shè)EHR系統(tǒng)就是要加強項目的策劃和分布實施，實施內(nèi)部營銷。 （2）：設(shè)立專機機構(gòu)：為了順利實施管理信息系統(tǒng)，應(yīng)當(dāng)在用戶組織內(nèi)部成立完善的三級組織結(jié)構(gòu)，即便導(dǎo)小組、項目小組和只能小組， （3）：培訓(xùn)：在管理信息系統(tǒng)實施過程中，培訓(xùn)是十分重要的環(huán)節(jié)，培訓(xùn)工作貫穿實施的全過程，培訓(xùn)工作要分層次不斷深化。 （4）：數(shù)據(jù)準備：有效實施管理信息系統(tǒng)一定要投入足夠的人力，重視基礎(chǔ)數(shù)據(jù)的整理、修改和完善工作。 （5）：績效評估是人力資源管理體系中比較有彈性而且很重要的一項技能，因為它和薪酬發(fā)放是