【文章內(nèi)容簡(jiǎn)介】 應(yīng)。對(duì)于性能需求主要有以下幾個(gè)方面:(1)系統(tǒng)穩(wěn)定性。要求系統(tǒng)健壯性好，運(yùn)行時(shí)間為全年，低出錯(cuò)率。(2)系統(tǒng)可修改性。修改系統(tǒng)一個(gè)模塊或者部分，而不影響其他模塊的使用，也不需要修改其他模塊。(3)簡(jiǎn)便易用性。系統(tǒng)應(yīng)具有良好的可操作性和易維護(hù)性，界面風(fēng)格友好實(shí)用。(4)響應(yīng)時(shí)間合理性。內(nèi)網(wǎng)的訪問(wèn)有延遲，因此內(nèi)網(wǎng)系統(tǒng)應(yīng)提供足夠的帶寬，這樣就可以使使用該人事管理系統(tǒng)的眾多用戶對(duì)系統(tǒng)訪問(wèn)更迅速便捷。 可行性分析是通過(guò)對(duì)項(xiàng)目的主要內(nèi)容和配套條件，如市場(chǎng)需求、資源供應(yīng)、建設(shè)規(guī)模、工藝路線、設(shè)備選型、環(huán)境影響、資金籌措、盈利能力等，從技術(shù)、經(jīng)濟(jì)、工程等方面進(jìn)行調(diào)查研究和分析比較，并對(duì)項(xiàng)目建成以后可能取得的財(cái)務(wù)、經(jīng)濟(jì)效益及社會(huì)環(huán)境影響進(jìn)行預(yù)測(cè)，從而提出該項(xiàng)目是否值得投資和如何進(jìn)行建設(shè)的咨詢意見，為項(xiàng)目決策提供依據(jù)的一種綜合性的系統(tǒng)分析方法?？尚行苑治鰬?yīng)具有預(yù)見性、公正性、可靠性、科學(xué)性的特點(diǎn)?？尚行匝芯恐饕獌?nèi)容是要求以全面、系統(tǒng)的分析為主要方法，經(jīng)濟(jì)效益為核心，圍繞影響項(xiàng)目的各種因素，運(yùn)用大量的數(shù)據(jù)資料論證擬建項(xiàng)目是否可行。對(duì)整個(gè)可行性研究提出綜合分析評(píng)價(jià)，指出優(yōu)缺點(diǎn)和建議。為了結(jié)論的需要，往往還需要加上一些附件，如試驗(yàn)數(shù)據(jù)、論證材料、計(jì)算圖表、附圖等，以增強(qiáng)可行性報(bào)告的說(shuō)服力。目前，國(guó)內(nèi)人事管理系統(tǒng)的開發(fā)技術(shù)已基本成熟，系統(tǒng)本身具有業(yè)務(wù)清晰、數(shù)據(jù)處理規(guī)范等優(yōu)點(diǎn)為系統(tǒng)的可行性提供了優(yōu)越的條件；加之人事管理系統(tǒng)在國(guó)內(nèi)已基本普及，并且給企業(yè)公司帶來(lái)了極大的方便，因而研發(fā)該人事管理系統(tǒng)是可行的必要的。系統(tǒng)的可行性分析是以文件的形式給企業(yè)的決策層提供項(xiàng)目實(shí)施的參考依據(jù)，其中包括項(xiàng)目存在的風(fēng)險(xiǎn)、項(xiàng)目需要的投資和能夠獲得的最大效益。因而，將從以下幾個(gè)方面進(jìn)行可行性分析：社會(huì)可行性分析主要是指管理信息系統(tǒng)的開發(fā)是否符合國(guó)家法律、政策，是否能夠與社會(huì)大系統(tǒng)實(shí)現(xiàn)良好的對(duì)接。對(duì)于企業(yè)人事管理系統(tǒng)的技術(shù)可行性分析所考慮采用的硬件和軟件技術(shù)能否滿足用戶提出的要求（如計(jì)算機(jī)的容量、速度、兼容等）。因此，本系統(tǒng)的難度不大，所涉及的范圍只限于企業(yè)人事信息管理，所以技術(shù)上已達(dá)到開發(fā)該系統(tǒng)的能力。該人事管理系統(tǒng)的開發(fā)環(huán)境很簡(jiǎn)單，以下是從軟件和硬件方面介紹：1) 軟件:該系統(tǒng)以Microsoft，結(jié)合C應(yīng)用程序，SQL Server Management Studio Express、Microsoft Visual Studio 20Microsoft Office Visio 2003；2) 硬件：客戶端:只要能安裝Web瀏覽器和連通網(wǎng)絡(luò)的微機(jī)即可；服務(wù)器端:PIII以上CPU,128M以上內(nèi)存，30G以上硬盤。網(wǎng)絡(luò):一般的傳輸速率即可，速度越快越好。 1) 經(jīng)濟(jì)效益分析：該系統(tǒng)的研發(fā)成本不高，項(xiàng)目完成后，會(huì)給公司提供資源儲(chǔ)備，包括技術(shù)、經(jīng)驗(yàn)的累計(jì)，為以后再開發(fā)類似的項(xiàng)目時(shí)，可以極大地縮短項(xiàng)目開發(fā)周期。這無(wú)疑會(huì)給公司帶來(lái)一筆額外的經(jīng)濟(jì)效益。2) 社會(huì)效益分析：該系統(tǒng)的研發(fā)不僅能節(jié)省企業(yè)人事管理的時(shí)間，還降低了整個(gè)社會(huì)的管理成本，并且提高了公司的形象。運(yùn)行可行性方面，人事管理系統(tǒng)是對(duì)企業(yè)人事進(jìn)行統(tǒng)一的管理，可以簡(jiǎn)單方便高效的進(jìn)行錄入、查詢、修改、刪除、退出，隨時(shí)更新企業(yè)人事信息，為企業(yè)的人事管理提供了解決方案。第4章 系統(tǒng)總體設(shè)計(jì)企業(yè)人事管理系統(tǒng)總體設(shè)計(jì)的原則是:有效整合現(xiàn)有人事管理資源，加強(qiáng)計(jì)算機(jī)的輔助功能，不斷提高工作效率，根據(jù)企業(yè)對(duì)人事管理的要求，制定企業(yè)人事管理系統(tǒng)具體目標(biāo)如下:（1）實(shí)現(xiàn)對(duì)員工的全面管理管理系統(tǒng)是一個(gè)綜合性的人機(jī)交互系統(tǒng)，專門針對(duì)特殊流程和業(yè)務(wù)要求進(jìn)行數(shù)據(jù)組織處理和信息調(diào)控，在查看員工信息時(shí)，可以對(duì)信息進(jìn)行添加、修改、刪除操作。（2)擴(kuò)充和維護(hù)容易該系統(tǒng)采用了軟件開發(fā)中較好的模式，這種模式稱為三層架構(gòu)模式，它是基于簡(jiǎn)單工廠的模式，其好處在于減小了系統(tǒng)層與層之間的耦合度，一個(gè)功能層發(fā)生故障，另外所受的影響則不是很大，而且對(duì)于數(shù)據(jù)訪問(wèn)層采用一種比較好的框架，這種框架NHibernate框架，其最大的好處在于對(duì)數(shù)據(jù)庫(kù)的轉(zhuǎn)移操作特別有用，也利于各層邏輯的復(fù)用。(3)方便快捷的全方位數(shù)據(jù)查詢，實(shí)現(xiàn)數(shù)據(jù)庫(kù)的備份、還原及清空操作，由于該系統(tǒng)的使用對(duì)象較多，要有較好的權(quán)限管理，能夠在當(dāng)前運(yùn)行的系統(tǒng)中重新進(jìn)行登錄，系統(tǒng)運(yùn)行穩(wěn)定、安全可靠；另外，系統(tǒng)使用了運(yùn)行口志管理，可以根據(jù)口志記錄很容易的找出系統(tǒng)出現(xiàn)異常的原因，從而使得系統(tǒng)的維護(hù)變得簡(jiǎn)單?；谝陨蠋c(diǎn)，本系統(tǒng)采用B/S架構(gòu)來(lái)設(shè)計(jì)實(shí)現(xiàn)企業(yè)人事管理系統(tǒng)，管理員只需加強(qiáng)管理服務(wù)器就行。1) 系統(tǒng)性從整個(gè)系統(tǒng)的角度進(jìn)行考慮，系統(tǒng)的代碼要統(tǒng)一，設(shè)計(jì)規(guī)范要標(biāo)準(zhǔn)，傳遞語(yǔ)言要盡可能一致，對(duì)系統(tǒng)的數(shù)據(jù)采集要做到數(shù)出一處、全局共享，使一次輸入得到多次利用。2) 靈活性系統(tǒng)應(yīng)具有較好的開放性和結(jié)構(gòu)的可變性，采用模塊化結(jié)構(gòu)，提高各模塊的獨(dú)立性，盡可能減少模塊間的數(shù)據(jù)偶合，使各子系統(tǒng)間的數(shù)據(jù)依賴減至最低限度。3) 可靠性可靠性是指系統(tǒng)抵御外界干擾的能力及受外界干擾時(shí)的恢復(fù)能力。一個(gè)成功的管理信息系統(tǒng)必須具有較高的可靠性，如安全保密性、檢錯(cuò)及糾錯(cuò)能力、抗病毒能力等。4) 經(jīng)濟(jì)性經(jīng)濟(jì)性指在滿足系統(tǒng)需求的前提下，盡可能減小系統(tǒng)的開銷。一方面，在硬件投資上不能盲目追求技術(shù)上的先進(jìn)，而應(yīng)以滿足應(yīng)用需要為前提；另一方面，系統(tǒng)設(shè)計(jì)中應(yīng)盡量避免不必要的復(fù)雜化，各模塊應(yīng)盡量簡(jiǎn)潔，以便縮短處理流程、減少處理費(fèi)用。系統(tǒng)功能模塊圖是對(duì)本系統(tǒng)的總體框架的設(shè)計(jì)，通過(guò)對(duì)本系統(tǒng)的需求分析和可行性分析，本企業(yè)人事管理系統(tǒng)的主要功能模塊有人事變動(dòng)管理、員工管理、部門管理等三個(gè)部分，主要功能模塊下有事件管理、員工檔案、員工考勤、員工評(píng)價(jià)、工資管理、部門修改等部分，最終實(shí)現(xiàn)查詢、修改、添加、刪除等功能。具體的系統(tǒng)功能模塊圖如下所示：?jiǎn)T工檔案員工考勤員工評(píng)價(jià)工資管理添加事件查詢修改刪除添加部門修改刪除檔案添加檔案查詢修改刪除考勤添加考勤查詢?cè)u(píng)價(jià)添加評(píng)價(jià)查詢修改刪除添加工資工資查詢修改刪除按姓名查詢按工號(hào)查詢按部門查詢按姓名查詢按工號(hào)查詢按姓名查詢按工號(hào)查詢按姓名查詢按工號(hào)查詢修改刪除企業(yè)人事管理系統(tǒng)員工管理人事變動(dòng)部門管理圖41 系統(tǒng)功能模塊圖系統(tǒng)用例圖是由參與者（Actor）、用例（Use Case）以及它們之間的關(guān)系構(gòu)成的用于描述系統(tǒng)功能的動(dòng)態(tài)視圖。用例圖（User Case）是被稱為參與者的外部用戶所能觀察到的系統(tǒng)功能的模型圖，呈現(xiàn)了一些參與者和一些用例，以及它們之間的關(guān)系，主要用于對(duì)系統(tǒng)、子系統(tǒng)或類的功能行為進(jìn)行建模。用例圖展示了用例之間以及同用例參與者之間是怎樣相互聯(lián)系的。用例圖用于對(duì)系統(tǒng)、子系統(tǒng)或類的行為進(jìn)行可視化，使用戶能夠理解如何使用這些元素，并使開發(fā)者能夠?qū)崿F(xiàn)這些元素。為此設(shè)計(jì)了企業(yè)人事管理系統(tǒng)用例圖如下圖所示：圖42 企業(yè)人事管理系統(tǒng)用例圖數(shù)據(jù)流圖是結(jié)構(gòu)化分析方法中使用的工具,它以圖形的方式描繪數(shù)據(jù)在系統(tǒng)中流動(dòng)和處理的過(guò)程，由于它只反映系統(tǒng)必須完成的邏輯功能，所以它是一種功能模型。在結(jié)構(gòu)化開發(fā)方法中，數(shù)據(jù)流圖是需求分析階段產(chǎn)生的結(jié)果。數(shù)據(jù)流圖英文縮寫DFD（Data Flow Diagram）它是描繪信息流和數(shù)據(jù)從輸入移動(dòng)到輸出的過(guò)程中所經(jīng)受的變換。本系統(tǒng)的數(shù)據(jù)流圖如下所示：圖43 系統(tǒng)數(shù)據(jù)流圖第5章 系統(tǒng)數(shù)據(jù)庫(kù)設(shè)計(jì)數(shù)據(jù)庫(kù)設(shè)計(jì)(Database Design)是指根據(jù)用戶的需求，在某一具體的數(shù)據(jù)庫(kù)管理系統(tǒng)上，設(shè)計(jì)數(shù)據(jù)庫(kù)的結(jié)構(gòu)和建立數(shù)據(jù)庫(kù)的過(guò)程，數(shù)據(jù)庫(kù)系統(tǒng)需要操作系統(tǒng)的支持。數(shù)據(jù)庫(kù)設(shè)計(jì)是建立數(shù)據(jù)庫(kù)及其應(yīng)用系統(tǒng)的技術(shù)，是信息系統(tǒng)開發(fā)和建議中的核心技術(shù)。由于數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)的復(fù)雜性，為了支持相關(guān)程序運(yùn)行，數(shù)據(jù)庫(kù)設(shè)計(jì)就變得異常復(fù)雜，因此最佳設(shè)計(jì)不可能一蹴而就，而只能是一種“反復(fù)探尋，逐步求精”的過(guò)程，也就是規(guī)劃和結(jié)構(gòu)化數(shù)據(jù)庫(kù)中的數(shù)據(jù)對(duì)象以及這些數(shù)據(jù)對(duì)象之間關(guān)系的過(guò)程。數(shù)據(jù)庫(kù)設(shè)計(jì)的主要任務(wù)有兩個(gè)，一就是根據(jù)需求分析得出該系統(tǒng)需要有哪些實(shí)體，實(shí)體需要對(duì)應(yīng)哪些數(shù)據(jù)庫(kù)表格，二就是將這些數(shù)據(jù)庫(kù)實(shí)體之間的關(guān)系通過(guò)數(shù)據(jù)表之間的映射反映出來(lái)，對(duì)該人事管理系統(tǒng)進(jìn)行分析后可知，對(duì)應(yīng)的實(shí)體及屬性還有對(duì)應(yīng)的詳細(xì)數(shù)據(jù)庫(kù)表格設(shè)計(jì)如下面所述。數(shù)據(jù)庫(kù)是本系統(tǒng)的基礎(chǔ)，將系統(tǒng)的大量數(shù)據(jù)組織起來(lái)，因而必須遵循數(shù)據(jù)庫(kù)設(shè)計(jì)的原則，其具體的原則有以下幾點(diǎn)：1. 實(shí)體與實(shí)體之間的關(guān)系，可以是一對(duì)一、一對(duì)多、多對(duì)多的關(guān)系。2. 主鍵與外鍵，一般而言，一個(gè)實(shí)體不能既無(wú)主鍵又無(wú)外鍵。在E－R 圖中, 處于葉子部位的實(shí)體, 可以定義主鍵，也可以不定義主鍵(因?yàn)樗鼰o(wú)子孫), 但必須要有外鍵(因?yàn)樗懈赣H)。主鍵與外鍵的設(shè)計(jì)，在全局?jǐn)?shù)據(jù)庫(kù)的設(shè)計(jì)中，占有重要地位。因?yàn)橹麈I是實(shí)體的高度抽象，主鍵與外鍵的配對(duì)，表示實(shí)體之間的連接。 3. 基本表的性質(zhì)，基本表與中間表、臨時(shí)表不同，因?yàn)樗哂腥缦滤膫€(gè)特性： 1) 原子性?；颈碇械淖侄问遣豢稍俜纸獾?。 2) 原始性?；颈碇械挠涗浭窃紨?shù)據(jù)（基礎(chǔ)數(shù)據(jù)）的記錄。 3) 演繹性。由基本表與代碼表中的數(shù)據(jù)，可以派生出所有的輸出數(shù)據(jù)。 4) 穩(wěn)定性?；颈淼慕Y(jié)構(gòu)是相對(duì)穩(wěn)定的，表中的記錄是要長(zhǎng)期保存的。 4. 范式標(biāo)準(zhǔn) 基本表及其字段之間的關(guān)系, 應(yīng)盡量滿足第三范式。但是，滿足第三范式的數(shù)據(jù)庫(kù)設(shè)計(jì)，往往不是最好的設(shè)計(jì)。為了提高數(shù)據(jù)庫(kù)的運(yùn)行效率，常常需要降低范式標(biāo)準(zhǔn)：適當(dāng)增加冗余，達(dá)到以空間換時(shí)間的目的。 若兩個(gè)實(shí)體之間存在多對(duì)多的關(guān)系，則應(yīng)消除這種關(guān)系。消除的辦法是，在兩者之間增加第三個(gè)實(shí)體。這樣，原來(lái)一個(gè)多對(duì)多的關(guān)系，現(xiàn)在變?yōu)閮蓚€(gè)一對(duì)多的關(guān)系。要將原來(lái)兩個(gè)實(shí)體的屬性合理地分配到三個(gè)實(shí)體中去。這里的第三個(gè)實(shí)體，實(shí)質(zhì)上是一個(gè)較復(fù)雜的關(guān)系，它對(duì)應(yīng)一張基本表。一般來(lái)講，數(shù)據(jù)庫(kù)設(shè)計(jì)工具不能識(shí)別多對(duì)多的關(guān)系，但能處理多對(duì)多的關(guān)系。 主鍵與外鍵在多表中的重復(fù)出現(xiàn), 不屬于數(shù)據(jù)冗余，這個(gè)概念必須清楚，事實(shí)上有許多人還不清楚。非鍵字段的重復(fù)出現(xiàn), 才是數(shù)據(jù)冗余！而且是一種低級(jí)冗余，即重復(fù)性的冗余。高級(jí)冗余不是字段的重復(fù)出現(xiàn)，而是字段的派生出現(xiàn)。 1) 域的完整性：用Check來(lái)實(shí)現(xiàn)約束，在數(shù)據(jù)庫(kù)設(shè)計(jì)工具中，對(duì)字段的取值范圍進(jìn)行定義時(shí)，有一個(gè)Check按鈕，通過(guò)它定義字段的值城。 2) 參照完整性：用PK、FK、表級(jí)觸發(fā)器來(lái)實(shí)現(xiàn)。 3) 用戶定義完整性：它是一些業(yè)務(wù)規(guī)則，用存儲(chǔ)過(guò)程和觸發(fā)器來(lái)實(shí)現(xiàn)。 總之，要提高數(shù)據(jù)庫(kù)的運(yùn)行效率，必須遵循數(shù)據(jù)庫(kù)設(shè)計(jì)原則。數(shù)據(jù)庫(kù)概念結(jié)構(gòu)設(shè)計(jì)是數(shù)據(jù)庫(kù)的第二個(gè)階段[13]，其主要任務(wù)是根據(jù)用戶需求設(shè)計(jì)數(shù)據(jù)庫(kù)的概念數(shù)據(jù)模型（簡(jiǎn)稱概念模型），概念設(shè)計(jì)應(yīng)在系統(tǒng)分析階段進(jìn)行。根據(jù)本企業(yè)人事管理系統(tǒng)繪制全局ER圖如下：圖51 人事管理系統(tǒng)的全局ER圖根據(jù)系統(tǒng)要求，需要先將ER圖模型按規(guī)則轉(zhuǎn)化為關(guān)系模式[13]，再根據(jù)導(dǎo)出的關(guān)系模式根據(jù)功能的需求增加關(guān)系、屬性并規(guī)范化得到最終的關(guān)系模型。邏輯結(jié)構(gòu)設(shè)計(jì)就是把概念結(jié)構(gòu)設(shè)計(jì)階段設(shè)計(jì)好的基本ER圖轉(zhuǎn)換為與選用DBMS產(chǎn)品所支持的數(shù)據(jù)模型相符合的邏輯結(jié)構(gòu)。從ER圖轉(zhuǎn)換為關(guān)系模式時(shí)有如下幾個(gè)表：表51 管理員表（admin）字段名數(shù)據(jù)類型長(zhǎng)度是否為空說(shuō)明idchar10Not null編號(hào)namechar20Not null用戶名passwordchar8Not null密碼表52 員工基本信息表（ygxx）字段名數(shù)據(jù)類型長(zhǎng)度是否為空說(shuō)明yg_idVarchar10Not null工號(hào)yg_nameVarchar20Not null姓名sexChar10Not null性別ageVarchar3Not null年齡birthDatetime8null出生日期addressVarchar50null地址telVarchar15null電話politicVarchar50null政治面貌schoolVarchar50null畢業(yè)院校ygidentityVarchar20null身份證號(hào)bm_idVarchar50null所在部門textText16null備注表53 部門表（bmxx）字段名數(shù)據(jù)類型長(zhǎng)度是否為空說(shuō)明bm_idVarchar10Not null編號(hào)bm_namevarchar20Not null部門名稱manageVarchar10Not null部門經(jīng)理remarkVarchar50null部門描述表54 人事變動(dòng)表（rsbd）字段名數(shù)據(jù)類型長(zhǎng)度是否為空說(shuō)明idVarchar10Not null事件編號(hào)Case1Text16Not null事件textText16Not null備注表55 考勤表（kqb）字段名數(shù)據(jù)類型長(zhǎng)度是否為空說(shuō)明yg_idVarchar8Not null工號(hào)yg_nameVarchar20Not null姓名kqdateDatetime8Not null考勤日期kqdaysBigint8Not null本月天數(shù)kqrdayNumeric5nul