【正文】 射為計(jì)算機(jī)軟件系統(tǒng)結(jié)構(gòu)模型和進(jìn)程系統(tǒng)開發(fā)方法。(2)原型法 通過系統(tǒng)開發(fā)人員憑借自己對用戶需求的理解，通過強(qiáng)有力的軟件環(huán)境支持，構(gòu)造出一個(gè)實(shí)在的系統(tǒng)原型，然后與用戶協(xié)商，反復(fù)修改原型直至用戶滿意這種原型法思想的應(yīng)用，得到現(xiàn)在很多機(jī)會(huì)去實(shí)現(xiàn)它的思想。 這種方法充分利用了最新的軟件工具，使系統(tǒng)開發(fā)效率大為提高，使系統(tǒng)開發(fā)更有針對性同時(shí)讓人們對需求有了漸進(jìn)的認(rèn)識(shí)。 (3)結(jié)構(gòu)化生命周期開發(fā)方法 用系統(tǒng)的思想和系統(tǒng)工程的方法，按用戶至上的原則，結(jié)構(gòu)化、模塊化地自上而下對生命周期進(jìn)行分析與設(shè)計(jì)我們稱之為結(jié)構(gòu)化生命周期法，目前甚為流行。開發(fā)階段被嚴(yán)格區(qū)分，并且文檔工作十分重視，開發(fā)過程中一旦出現(xiàn)的問題可以及時(shí)的得到糾正，能夠避免系統(tǒng)出現(xiàn)狀態(tài)混亂。用結(jié)構(gòu)化生命周期開發(fā)方法開發(fā)一個(gè)系統(tǒng)，那么系統(tǒng)的整個(gè)生命周期是由系統(tǒng)規(guī)劃階段、 系統(tǒng)分析階段系統(tǒng)設(shè)計(jì)階段、系統(tǒng)實(shí)施階段、系統(tǒng)運(yùn)行階段來構(gòu)成。雖然優(yōu)點(diǎn)很多，但是開發(fā)周期過長、引起系統(tǒng)預(yù)算超支，用戶的需求發(fā)生變化時(shí)，系統(tǒng)做出調(diào)整困難，都是這種方法不足之處。所以在使用此法時(shí)要嚴(yán)謹(jǐn)考慮周全。 系統(tǒng)功能描述 本項(xiàng)目系統(tǒng)主要功能如下：從工作安排的基礎(chǔ)上分析，可對企業(yè)設(shè)定的職位進(jìn)行全面管理和調(diào)整：建立員工檔案庫，錄入人員數(shù)據(jù)，記錄所有員工的基本信息，并可輸出個(gè)人資料，建立全面信息資料卡片，減少重復(fù)錄入，便于查詢檢索；可查看員工在企業(yè)工作期間的所有信息(基本資料、培訓(xùn)、考勤、工資等等)；跟蹤管理員工從進(jìn)入企業(yè)到離職全過程的歷史記錄，包括薪資變動(dòng)、職位變動(dòng)、獎(jiǎng)懲情況等；為能快速方便地從眾多數(shù)據(jù)中定位某一員工，提供靈活便捷的定位查詢功能；統(tǒng)計(jì)每位員工的月出勤結(jié)果并提供給薪資系統(tǒng)進(jìn)行計(jì)算；制定評估計(jì)劃，對員工進(jìn)行周期性考核、評估，選擇評估對象與評估規(guī)則；記錄員工在生產(chǎn)中的業(yè)績評估的情況，分析員工業(yè)績的改善情況；提供對歷史培訓(xùn)情況進(jìn)行查詢功能；記錄調(diào)動(dòng)原因，便于統(tǒng)計(jì)分析，為企業(yè)管理尤其是人事管理提供績效改進(jìn)的診斷依據(jù)；可提供離職員工詳細(xì)的資源使用報(bào)表、財(cái)務(wù)狀況報(bào)表以及培訓(xùn)情況報(bào)表；一些數(shù)據(jù)可輸出到Word、Excel、access文件；為避免人為性的操作錯(cuò)誤，提供權(quán)限設(shè)置，使系統(tǒng)的運(yùn)行可靠、安全、快速。系統(tǒng)管理模塊考核管理模塊系統(tǒng)登錄模塊數(shù)據(jù)庫模塊信息設(shè)置模塊人事管理模塊工資管理模塊信息瀏覽模塊合同管理模塊工資結(jié)算模塊 圖31模塊組織結(jié)構(gòu)圖序號功能模塊功能描述1用戶管理創(chuàng)建系統(tǒng)用戶、部門及組織結(jié)構(gòu)，并根據(jù)組織結(jié)構(gòu)為模塊分配輸入、查詢和管理權(quán)限。2人事管理人事管理只要是完成員工的入職審批，建立員工不得個(gè)人檔案，員工離職管理，并可由檔案管理員對檔案的變更情況進(jìn)行記錄，以及對數(shù)據(jù)的管理和維護(hù)，并可實(shí)現(xiàn)按權(quán)限查詢。3考勤管理考勤管理主要是對員工出勤情況進(jìn)行記錄和匯總統(tǒng)計(jì)4工資管理員工薪資信息主要用于人事部門建立員工的工資發(fā)放記錄，包括基本工資和加班費(fèi)、全勤獎(jiǎng)、職務(wù)津貼、曠工費(fèi)、養(yǎng)老保險(xiǎn)、失業(yè)保險(xiǎn)等，并可自動(dòng)生成工資。5合同管理主要用來保存合同情況6考核管理業(yè)務(wù)考核表，員工根據(jù)評審組別填寫本月的工作情況后由領(lǐng)導(dǎo)進(jìn)行審批。點(diǎn)擊按鈕可以導(dǎo)入該員工本月的出差、請假、加班的情況數(shù)據(jù)，員工自己根據(jù)評分細(xì)則填寫自我評價(jià)然后由領(lǐng)導(dǎo)進(jìn)行審批。7系統(tǒng)管理本模塊包含自定義架構(gòu)、系統(tǒng)管理、工作流設(shè)置、系統(tǒng)重構(gòu)、個(gè)人賬號管理、重新登錄等功能。主要用于對系統(tǒng)組織架構(gòu)、用戶設(shè)置進(jìn)行設(shè)定，并通過工作流設(shè)置和系統(tǒng)重構(gòu)實(shí)現(xiàn)對系統(tǒng)數(shù)據(jù)結(jié)構(gòu)的調(diào)整和相關(guān)工作流程的修訂。同時(shí)個(gè)人也可以對密碼信息進(jìn)行管理。表3．1人力資源系統(tǒng)模塊功能表 用戶登錄員工表現(xiàn)考勤管理工資設(shè)置核對密碼添加員工工資管理員工表現(xiàn)員工檔案管理檔案錄入計(jì)算工資人事變動(dòng)本月工資人事變動(dòng)考勤管理圖32 模塊流程圖示3．3系統(tǒng)結(jié)構(gòu)方案在局域網(wǎng)的基礎(chǔ)上建立客戶端/服務(wù)器，在廣域網(wǎng)的基礎(chǔ)上的建立瀏覽器/服務(wù)器。隨著Internet／Intranet的飛速發(fā)展， C／S 結(jié)構(gòu)上的一種新的變化或者新改進(jìn)而產(chǎn)生了瀏覽器/服務(wù)器模式。通用瀏覽器是一種全新的軟件系統(tǒng)構(gòu)造技術(shù)，它對系統(tǒng)開發(fā)成本的節(jié)約和強(qiáng)大功能的實(shí)現(xiàn)，是建立在WWW瀏覽器技術(shù)逐漸完善，眾多瀏覽器腳本語言(VBScript、JavaScript)和ActiveX技術(shù)相結(jié)合的基礎(chǔ)上的。當(dāng)今應(yīng)用軟件的首選體系結(jié)構(gòu)是將瀏覽器技術(shù)移植到操作系統(tǒng)內(nèi)部。另外一種集中管理與開放式、協(xié)作式處理共存的網(wǎng)絡(luò)工作模式稱為C/S結(jié)構(gòu)。傳統(tǒng)的中央系統(tǒng)之所以能能夠成功的轉(zhuǎn)入主從結(jié)構(gòu)，憑借的是信息技術(shù)的造價(jià)低廉，系統(tǒng)靈活，資源共享，可擴(kuò)充能力強(qiáng)的有點(diǎn)，而這些優(yōu)點(diǎn)的來源還是依靠信息的技術(shù)高速發(fā)展。[14]系統(tǒng)的通訊開銷被降低，端硬件環(huán)境的優(yōu)勢得到充分利用，Client端和Sever端都讓任務(wù)得到合理的分配。形成三層結(jié)構(gòu)，WWW瀏覽器完全實(shí)現(xiàn)UI，主要事務(wù)邏輯在服務(wù)器端實(shí)現(xiàn)，在前端實(shí)現(xiàn)一部分事物邏輯，都是在這種結(jié)構(gòu)中實(shí)現(xiàn)。 3．3．1 C／S模式與B／S模式比較B／S模式的優(yōu)缺點(diǎn) 瀏覽器/服務(wù)器利用廣泛的分布性、擴(kuò)展業(yè)務(wù)簡單方便、維護(hù)簡單方便、共享性強(qiáng)、開發(fā)簡單的這些優(yōu)點(diǎn)，實(shí)現(xiàn)了對數(shù)據(jù)任意進(jìn)行查詢、瀏覽等業(yè)務(wù)處理，通過增加網(wǎng)頁即可增加服務(wù)器功能，對全部用戶的一致更新，只需修改網(wǎng)頁這些以前看起來非常復(fù)雜且難以實(shí)現(xiàn)的功能。 瀏覽器/服務(wù)器結(jié)構(gòu)有著個(gè)性化特點(diǎn)明顯降低、快速操作無法滿足、響應(yīng)速度明顯降低、功能弱化、分頁無法顯示這些缺點(diǎn)，讓開發(fā)者在設(shè)定結(jié)構(gòu)設(shè)計(jì)不得不慎重考慮，時(shí)刻注意這些缺點(diǎn)導(dǎo)致的個(gè)性化的功能要求無法實(shí)現(xiàn)，鼠標(biāo)操作為最基本的也是緩慢的操作方式，頁面動(dòng)態(tài)刷新無法實(shí)現(xiàn)，慢速的數(shù)據(jù)庫訪問帶來的壓力，傳統(tǒng)模式下的特殊功能很難實(shí)現(xiàn)。C／S模式的優(yōu)缺點(diǎn)論其優(yōu)點(diǎn)有：響應(yīng)速度快是由于客戶端實(shí)現(xiàn)與服務(wù)器并沒有間隔環(huán)節(jié)，直接相連；客戶對個(gè)性化的功能要求非常滿意，是軟件具有直觀、簡單、方便個(gè)性化功能設(shè)計(jì)特點(diǎn)；如自由制表的功能在C／S模式下就能夠?qū)崿F(xiàn)，在B／S模式下就很難實(shí)現(xiàn)或運(yùn)行效率很低?？蛻糇陨淼膫€(gè)性化要求操作界面漂亮、形式多樣，均可實(shí)現(xiàn)；管理信息系統(tǒng)能實(shí)現(xiàn)對復(fù)雜的業(yè)務(wù)流程處理，是因?yàn)樽陨硭邆涫聞?wù)處理能力強(qiáng)大。論其缺點(diǎn)有：對于它的兼容性差、功能分布弱、開發(fā)成本較高這些確定而言，給我們帶來的是使用不同的開發(fā)工具時(shí)，局限性凸顯，一旦工具不同，就要求重新改寫程序，相應(yīng)開發(fā)成本被提高后，就需要具有一定專業(yè)水準(zhǔn)的技術(shù)人員才能完成開發(fā)。針對點(diǎn)多面廣且不具備網(wǎng)絡(luò)條件的用戶群體來講，配置需要安裝專門的客戶端程序，不能實(shí)現(xiàn)快速部署安裝。 3．3．2應(yīng)用模式確定 在客戶／服務(wù)器環(huán)境下，服務(wù)器所做的不僅僅是數(shù)據(jù)發(fā)布。實(shí)際上，服務(wù)器所做的事情主要是處理業(yè)務(wù)規(guī)則。同時(shí)，它還管理著客戶怎樣操作和訪問數(shù)據(jù)?？蛻舳藨?yīng)用程序?qū)嶋H上只是向用戶顯示數(shù)據(jù)或從用戶那里取得數(shù)據(jù)而已。在客觀應(yīng)用中，客戶和服務(wù)器并沒有明確的定義，但是可以認(rèn)為服務(wù)器提供服務(wù)，而客戶向服務(wù)器請求服務(wù)。而典型的客戶／服務(wù)器結(jié)構(gòu)前端(或稱終端用戶，即客戶)作用是訪問和處理來自遠(yuǎn)程機(jī)器(服務(wù)器)上的數(shù)據(jù)，但非?？赡馨l(fā)生的情況是眾多客戶對一個(gè)服務(wù)器請求服務(wù)，這對服務(wù)器來講如何應(yīng)對這些處理請求就非常重要。此外，在客戶／服務(wù)器系統(tǒng)中，除了客戶和服務(wù)器外還有其他部分，后面在介紹三層系統(tǒng)時(shí)將加以說明。后面將詳細(xì)介紹客戶與服務(wù)器各自的職責(zé)。下圖顯示了什么是兩層客戶／服務(wù)器模型。這種模型應(yīng)用比較普遍，與桌面數(shù)據(jù)庫比較類似。而且，現(xiàn)在正在建立的許多客戶／服務(wù)器系統(tǒng)就是由桌面數(shù)據(jù)庫演變而來的。而Microsoft公司的數(shù)據(jù)庫操作系統(tǒng)SQLServer2000在性能、安全性和可靠性都是可以信賴的。在這個(gè)模型中，數(shù)據(jù)位于服務(wù)器端，客戶應(yīng)用程序則運(yùn)行在客戶機(jī)上，而業(yè)務(wù)邏輯(業(yè)務(wù)規(guī)則)可放在客戶或服務(wù)器上。本系統(tǒng)的業(yè)務(wù)規(guī)則決定放在客戶端。使用在服務(wù)器端也就是數(shù)據(jù)庫服務(wù)器來存放數(shù)據(jù)以及進(jìn)行身份驗(yàn)證設(shè)計(jì)，對數(shù)據(jù)的集中管理不但便捷而且安全有保護(hù)，有力有效對控制系統(tǒng)流量節(jié)省，規(guī)定對數(shù)據(jù)庫不同部分進(jìn)行操作對應(yīng)的是有相應(yīng)權(quán)限的用戶。利用客戶端簡單的人員信息、信息查詢以及客戶端之間的通信和傳輸數(shù)據(jù)面這些功能，針對人事部管理人員來說，在程序編寫是就明確了客戶端和服務(wù)器。所以我才用客戶端/服務(wù)器模式。 圖33 C／S二層模式系統(tǒng)拓?fù)鋱D 客戶端通過Delphi編寫的客戶端軟件來訪問后臺(tái)數(shù)據(jù)庫，在訪問過程中要通過身份驗(yàn)證保證了數(shù)據(jù)的安全性。3．4數(shù)據(jù)庫設(shè)計(jì)理論依據(jù)3．4．1信息實(shí)體的概念 數(shù)據(jù)模型是對客觀世界的抽象描述。人們用計(jì)算機(jī)的某種信息結(jié)構(gòu)表示現(xiàn)實(shí)世界中存在的客觀事物，這就用到我們現(xiàn)在所說的組織數(shù)據(jù)模型。 信息形成是人類大腦中對客觀世界中存在的事物反映，這種反映人們經(jīng)過起名、分門別類、歸納之后，在運(yùn)用人類的文字、繪畫等形式整理記錄保存。 實(shí)體、屬性、實(shí)體集、鍵等這些數(shù)據(jù)庫用語，都稱之為信息。 實(shí)體(Entity)：實(shí)體是客觀存在并可互相有別的人或者物，包括實(shí)際的對象和抽象的對象。員工是本系統(tǒng)中的主要實(shí)體。屬性(Relation)：屬性是實(shí)體所具有的特性，每一特性都稱為實(shí)體的屬性。例如員工的編號、部門、姓名、性別、出生年月等都為員工的屬性。屬性是描述實(shí)體的特征，每一屬性都有一個(gè)值域。值域的類型可以是整數(shù)型、實(shí)數(shù)型或字符串型等，如員工的年齡是整數(shù)型，姓名是字符串型。 實(shí)體集：像全體教師，全體學(xué)生具有相同屬性(或特性)的實(shí)體的集合叫做實(shí)體集。 鍵(key)：像職工編號這樣能唯一標(biāo)識(shí)一個(gè)實(shí)體的屬性及屬性值的關(guān)鍵字，稱為實(shí)體的鍵。3 .4 .2信息實(shí)體的聯(lián)系 客觀世界中事物間的復(fù)雜聯(lián)系，即實(shí)體間的聯(lián)系都通過數(shù)據(jù)模型來構(gòu)建。數(shù)據(jù)模型不但要考慮實(shí)體屬性間的聯(lián)系，實(shí)體與實(shí)體間的聯(lián)系也尤為重要，系統(tǒng)開發(fā)時(shí)實(shí)體內(nèi)部的聯(lián)系（即實(shí)體中屬性間的聯(lián)系）和實(shí)體與實(shí)體之間的聯(lián)系都應(yīng)該納入我們考慮的范圍。(1) 系統(tǒng)關(guān)系根據(jù)人事管理系統(tǒng)的需要將數(shù)據(jù)庫分為兩部分，一部分是人事管理信息類的信息，另一部分是人事管理類的信息。人事管理類以綜合平定表為中心點(diǎn)，其它表都和綜合評定表有關(guān)聯(lián)，比如說考勤表中如果有遲到、曠工的記錄在綜合評定表就要扣掉相應(yīng)的分?jǐn)?shù)。由于表之間是以外鍵進(jìn)行約束來保證數(shù)據(jù)的完整性，所以就涉及到級聯(lián)性的問題。就是說如果修改了一張表中的內(nèi)容，與它相關(guān)聯(lián)表的內(nèi)容是否可以被修改?？紤]到數(shù)據(jù)庫的結(jié)構(gòu)和實(shí)際應(yīng)用來決定允許級聯(lián)性修改或不允許級聯(lián)性刪除。如果不允許級聯(lián)性刪除，如果更改了一張表的內(nèi)容，其它和它相關(guān)聯(lián)表的內(nèi)容就不會(huì)被同時(shí)自動(dòng)的更改，如果發(fā)生了錯(cuò)誤的修改那么只要再修改一次就可以了。系統(tǒng)也允許級聯(lián)性刪除，只要?jiǎng)h除了一條員工相應(yīng)的息記錄，那么關(guān)于這個(gè)員工的所有相關(guān)記錄都會(huì)被刪除，也就是說這個(gè)員工離開公司的時(shí)候會(huì)發(fā)生這種情況。但是除了級聯(lián)性刪除外，刪除員工信息記錄的時(shí)候還會(huì)觸發(fā)一個(gè)刪除觸發(fā)器，它的作用是刪除了一個(gè)員工的所有信息后并不是所有的記錄都被刪除。比如說如果刪除了懲處管理表的一條記錄就將這條記錄用觸發(fā)器存放到綜合評定表中。這是外鍵約束沒有的功能。 (2)簡要描述本系統(tǒng)中的數(shù)據(jù)流包括字符、數(shù)字，而在人事規(guī)則方面又將信息分為很多類，包括人事卡片、個(gè)人簡歷、部組代碼、工資、考勤等。在考慮到整個(gè)系統(tǒng)的運(yùn)行情況不益將所有的信息放在同一張表中，因?yàn)檫@樣做會(huì)使系統(tǒng)的性能大大降低，無論是查詢還是修改的速度都會(huì)降低，而且也不易管理維護(hù)。但是即使是將數(shù)據(jù)存放在多個(gè)表中也不應(yīng)雜亂的存放，各個(gè)表之間的關(guān)系也尤為重要。人們根據(jù)需求分析的結(jié)果結(jié)合實(shí)際應(yīng)用本系統(tǒng)主要包括16張表：人事檔案管理，人事卡片調(diào)出人員，個(gè)人簡歷，人員調(diào)動(dòng)，部門代碼表，小組代碼表，人事檔案代碼表，綜合評定，考勤管理，懲處管理，獎(jiǎng)勵(lì)管理，業(yè)績管理，培訓(xùn)管理，工資管理，權(quán)限管理，日志管理。這16張表除去權(quán)限管理、日志管理外彼此之間的聯(lián)系不但要符合人事管理的規(guī)則也要考慮到系統(tǒng)的運(yùn)行性能。這14張表分為兩大部分，一部分是人事信息類，一部分是人事管理類。人事信息類包括人事檔案管理，人事卡片調(diào)出人員，個(gè)人簡歷，人員調(diào)動(dòng)，部門代碼表，小組代碼表，人事檔案代碼表，7張表。人事管理類包括綜合評定，考勤管理，懲處管理，獎(jiǎng)勵(lì)管理，業(yè)績管理，培訓(xùn)管理，工資管理，這7張表以綜合評定表為節(jié)點(diǎn)，其他的表通過外鍵和它關(guān)聯(lián)，因?yàn)槠渌?張表都是針對職工工作狀況的信息集合，而彼此又和其他表的內(nèi)容不重復(fù)。因此，人事管理類是以綜合評定表為節(jié)點(diǎn)，而培訓(xùn)管理，考勤管理，懲處管理，獎(jiǎng)勵(lì)管理，業(yè)績管理，工資管理都是和綜合評定有聯(lián)系的，比如說遲到幾次在綜合評定里就會(huì)扣掉相應(yīng)的分?jǐn)?shù)，獎(jiǎng)勵(lì)幾次，懲處幾次都要在綜合評定里有所體現(xiàn)。而人事信息類和人事管理類是以工資管理來聯(lián)系的，因?yàn)槊總€(gè)員工都有薪資，而薪資的增減又是要看綜合評定的報(bào)表情況，如果按照綜合評定的報(bào)表統(tǒng)計(jì)情況達(dá)到該公司人事制度的相應(yīng)要求就要給公司人員增加薪水。圖34 系統(tǒng)結(jié)構(gòu)圖3．5主要數(shù)據(jù)庫表 表32 部門代碼表 表項(xiàng)名稱數(shù)據(jù)類型及長度是否為空說明BMHvarchar(3)Not null 部門號BMMVarchar（40）Not null部門號表33小組代碼表表項(xiàng)名稱數(shù)據(jù)類型及長度是否為空說明BMHvarchar(3)Not null 部門號XZHvarchar（40）Not null小組名XZMvarchar（40）Not null小組名BZvarchar（1）Not null標(biāo)志 表34獎(jiǎng)勵(lì)管理表 表項(xiàng)名稱數(shù)據(jù)類型及長度是否為空說明JLHvarchar(8)Not null 獎(jiǎng)勵(lì)號ZGHIntNot null職工號JLMC