【文章內(nèi)容簡介】 設(shè)定。通過分析系統(tǒng)的組織結(jié)構(gòu)以有效地幫助分析系統(tǒng)的功能,通過細(xì)化系統(tǒng)內(nèi)部人員的構(gòu)成有助于系統(tǒng)業(yè)務(wù)邏輯的整理。本系統(tǒng)的組織結(jié)構(gòu)如圖31所示:圖31系統(tǒng)組織結(jié)構(gòu)圖通過上圖可以清晰地解讀系統(tǒng)的組織結(jié)構(gòu)。其中數(shù)據(jù)管理員不參與系統(tǒng)業(yè)務(wù)邏輯的流轉(zhuǎn),其對(duì)所有階段的數(shù)據(jù)具有添加,刪除和修改的權(quán)限。人事部門領(lǐng)導(dǎo)在系統(tǒng)中處于管理者的角色,領(lǐng)導(dǎo)可以監(jiān)督人事員工的工作流程和業(yè)務(wù)進(jìn)行的情況,同時(shí)針對(duì)系統(tǒng)的異常流程和錯(cuò)誤數(shù)據(jù)進(jìn)行數(shù)據(jù)微調(diào)。人事員工和公司的普通員工都屬于系統(tǒng)中的業(yè)務(wù)邏輯實(shí)現(xiàn)者,在系統(tǒng)運(yùn)行的過程中分別承擔(dān)考核信息的輸入和考核信息管理的不同任務(wù)。在考核過程中,人員的角色和關(guān)系依據(jù)360考核體系存在特殊的組織結(jié)構(gòu)。在360度考核體系中,考核者與被考核者存在相互影響,相互依存的關(guān)系。考核者由于存在對(duì)自身的業(yè)務(wù)考核自評(píng),因此在系統(tǒng)中的地位尤為重要。在業(yè)務(wù)考核時(shí)的組織結(jié)構(gòu)如圖32所示:圖32業(yè)務(wù)考核組織結(jié)構(gòu)圖被考核員工作為整個(gè)考核過程中組織結(jié)構(gòu)的核心,將領(lǐng)導(dǎo)、同事和下屬緊緊地連在了一起。在360考核體系中的客戶并沒有在上面的組織結(jié)構(gòu)圖中出現(xiàn),這是由于在本系統(tǒng)屮客戶給出的考核從客戶關(guān)系系統(tǒng)和員工工作流系統(tǒng)中分別獲取數(shù)據(jù)并加以分析得出,在本系統(tǒng)中并不存在客戶這樣一個(gè)人員,而將客戶給出的考評(píng)結(jié)果直接進(jìn)入到了系統(tǒng)的數(shù)據(jù)流中。本系統(tǒng)主要實(shí)現(xiàn)了員工績效考評(píng)功能,系統(tǒng)分為供所有用戶使用的前臺(tái)子系統(tǒng)和供系統(tǒng)管理員使用的后臺(tái)管理系統(tǒng),前臺(tái)子系統(tǒng)的功能如圖33所示:圖33前臺(tái)子系統(tǒng)功能圖登錄模塊實(shí)現(xiàn)了用戶身份的鑒權(quán)過程,系統(tǒng)通過從LDAP服務(wù)器上獲取數(shù)掘,同時(shí)與用戶輸入的信息進(jìn)行比對(duì),從而實(shí)現(xiàn)鑒權(quán)的功能。個(gè)人基本信息模塊實(shí)現(xiàn)了用戶個(gè)人信息的管理,其中個(gè)人學(xué)歷信息、職稱信息等會(huì)在績效考核時(shí)有所體現(xiàn)。組織結(jié)構(gòu)圖查詢模塊使得員工可以方便地查詢員工的組織結(jié)構(gòu)。在電力這種大型國企中,一個(gè)準(zhǔn)確清晰,查詢方便的組織結(jié)構(gòu)圖可以方便員工日常的工作。人事信息與通知模塊是人事部門與員工之間的溝通渠道,員工通過查看人事信息與通知可以及時(shí)了解人事信息的動(dòng)態(tài),從而對(duì)工作有一定的促進(jìn)作用。個(gè)人考評(píng)模塊是360度考核體系中自我評(píng)價(jià)環(huán)節(jié)的體現(xiàn),員工通過對(duì)自我的評(píng)價(jià),可以發(fā)現(xiàn)員工自身的問題,對(duì)員工工作和企業(yè)的發(fā)展都起到了促進(jìn)作用。歷史考評(píng)模塊是員工查看以往考評(píng)結(jié)果,自我反省、自我成長的一個(gè)重要的環(huán)節(jié)?？冃Э荚u(píng)模塊是員工作為考評(píng)人為其他員工進(jìn)行績效考評(píng)的子系統(tǒng),在這個(gè)模塊中員工可以查看自己需要考評(píng)的項(xiàng)冃,為其他員工做出考評(píng)。后臺(tái)子系統(tǒng)是績效考評(píng)過程的管理模塊,后臺(tái)管理子系統(tǒng)的功能如圖34所示:圖34管理子系統(tǒng)模塊示例圖后臺(tái)系統(tǒng)中登錄模塊、員工基本信息管理模塊、部門信息管理模塊和人事信息管理模塊都是為前臺(tái)的相關(guān)模塊進(jìn)行管理工作的。 考評(píng)項(xiàng)設(shè)置模塊主要針對(duì)考評(píng)項(xiàng)進(jìn)行管理。在這個(gè)模塊中需要管理考評(píng)項(xiàng)的名稱,所屬的種類,適合考評(píng)的員工崗位等信息?？荚u(píng)項(xiàng)權(quán)值設(shè)置模塊實(shí)現(xiàn)了考評(píng)項(xiàng)的權(quán)值設(shè)置,通過考評(píng)項(xiàng)權(quán)值的設(shè)置有助于考核整體的公平性和有效性。 考評(píng)結(jié)果查詢與調(diào)節(jié)模塊實(shí)現(xiàn)了考評(píng)結(jié)果的查看和調(diào)節(jié)功能。在員工考評(píng)結(jié)果出現(xiàn)異常波動(dòng)的數(shù)據(jù)時(shí)對(duì)查詢結(jié)果進(jìn)行手動(dòng)調(diào)節(jié)。 考評(píng)統(tǒng)計(jì)模塊針對(duì)考評(píng)結(jié)果進(jìn)行統(tǒng)計(jì)和分析,統(tǒng)計(jì)的結(jié)果有助于企業(yè)領(lǐng)導(dǎo)進(jìn)行決策。3. 3. 3系統(tǒng)業(yè)務(wù)流程分析本系統(tǒng)的主要業(yè)務(wù)流程就是績效考評(píng)的流程,這個(gè)流程在人事部門員工、被考核員工、給出考核成績的評(píng)價(jià)者之間流轉(zhuǎn)?？冃Э己朔譃榭己藴?zhǔn)備階段、考核階段、考核結(jié)果統(tǒng)計(jì)和反饋階段?？己穗A段如圖35所示:圖35考核階段流程示例圖首先,績效考核由人事部門的員工建立績效考核的考核發(fā)起申請(qǐng),將由系統(tǒng)生成的績效考核的詳細(xì)內(nèi)容發(fā)送給被考核人的領(lǐng)導(dǎo)和被考核人進(jìn)行審批。當(dāng)被考核人的領(lǐng)導(dǎo)和被考核人接收到考核發(fā)起申請(qǐng)后,在十五個(gè)工作日內(nèi)完成對(duì)本次考核的考核項(xiàng)目的審批和修改、調(diào)整,并選定給出考核結(jié)果的考核人。在這個(gè)階段,部門領(lǐng)導(dǎo)應(yīng)考慮到被考核員工的工作崗位、工作性質(zhì)等綜合員工自身狀況給出考核項(xiàng)的權(quán)重系數(shù)。至此,考核的準(zhǔn)備階段完成,正式進(jìn)入考核階段。 進(jìn)入考核階段之后,系統(tǒng)會(huì)通知全部需要對(duì)考核員工給出評(píng)價(jià)的人員,這其中包括被考核人的領(lǐng)導(dǎo)、同部門同事、外部門同事和下屬。所有考評(píng)人員需要在5個(gè)工作日之內(nèi)給出考評(píng)的結(jié)果。待所有考評(píng)人給出考評(píng)結(jié)果之后,考核階段完成。 獲得所有的考核結(jié)果之后,系統(tǒng)會(huì)對(duì)考核結(jié)果進(jìn)行數(shù)據(jù)統(tǒng)計(jì)和計(jì)算,并將最終的考核結(jié)果反饋給被考核員工。本系統(tǒng)的業(yè)務(wù)流程如圖36所示:圖36績效考核系統(tǒng)業(yè)務(wù)流程圖上圖清晰的反應(yīng)了績效考核這一主要的系統(tǒng)業(yè)務(wù)的流程。3. 3. 4系統(tǒng)數(shù)據(jù)流程分析數(shù)據(jù)流程圖是系統(tǒng)針對(duì)數(shù)據(jù)流程的分析方法,數(shù)據(jù)流程圖主要分析系統(tǒng)內(nèi)部數(shù)據(jù)和數(shù)據(jù)交互的過程,將這個(gè)過程中的人員操作和物理上的操作整理出來,將分析的重點(diǎn)放在數(shù)據(jù)和數(shù)據(jù)流轉(zhuǎn)上,以此來分析系統(tǒng)的內(nèi)部關(guān)系和數(shù)據(jù)處理方式。系統(tǒng)頂層數(shù)據(jù)流程如圖37所示。圖37系統(tǒng)頂層數(shù)據(jù)流程圖本系統(tǒng)的核心數(shù)據(jù)流為業(yè)務(wù)考核流程?？冃Э己说暮唵螖?shù)據(jù)模型即用戶提交績效考核數(shù)據(jù)給系統(tǒng),經(jīng)過績效考核業(yè)務(wù)處理將處理好的數(shù)據(jù)返回給客戶的過程。其中用戶包括使用系統(tǒng)的所有普通員工、部門領(lǐng)導(dǎo)、人事員工和數(shù)據(jù)管理員。績效考核業(yè)務(wù)涵蓋了績效考核準(zhǔn)各、績效考核、績效考核結(jié)果的分析與統(tǒng)計(jì)等環(huán)節(jié)。系統(tǒng)一層數(shù)據(jù)流程如圖38所示。圖38系統(tǒng)一層數(shù)據(jù)流程圖細(xì)化系統(tǒng)業(yè)務(wù)流程,用戶的數(shù)據(jù)進(jìn)入系統(tǒng)的業(yè)務(wù)為“P1績效考核數(shù)據(jù)審查處理”,管理員操作數(shù)據(jù)反饋給用戶的業(yè)務(wù)為“P2績效考核結(jié)果”。系統(tǒng)二層數(shù)據(jù)流程如圖39所示。圖39系統(tǒng)二層數(shù)椐流程圖在一層數(shù)據(jù)流圖的基礎(chǔ)上細(xì)化系統(tǒng)業(yè)務(wù)流程,用戶的數(shù)據(jù)進(jìn)入系統(tǒng)的業(yè)務(wù)增加了 “ h我考核”和“”。通過數(shù)據(jù)流程圖,可以清晰地分析出,本系統(tǒng)的數(shù)據(jù)流程由人事員工發(fā)起的績效考核申請(qǐng)開始,流轉(zhuǎn)到績效審批的員工和部門領(lǐng)導(dǎo)處,然后再通過績效考核業(yè)務(wù)的邀請(qǐng)分發(fā)到參與績效考核的員工處,每個(gè)考核人的數(shù)據(jù)會(huì)經(jīng)過系統(tǒng)匯總到一起,系統(tǒng)分析計(jì)算后將績效考核的結(jié)果反饋給被考核員工,至此績效考核的流程完成。績效考核時(shí)系統(tǒng)的核心用例,員工作為績效考核的主體需要進(jìn)行績效考核的發(fā)起,考核項(xiàng)的權(quán)重系數(shù)的設(shè)定,填寫績效考核成績。部門領(lǐng)導(dǎo)在績效考核例中需要進(jìn)行考核項(xiàng)和權(quán)重系數(shù)的屯批和配置,對(duì)被考核員工進(jìn)行考核和對(duì)考核結(jié)果的屯核。本系統(tǒng)的績效考核用例圖310如下所示:圖310績效考核用例圖表310績效考核用例數(shù)據(jù)項(xiàng)說明用例名稱:績效考核用例用例標(biāo)識(shí)號(hào):TG參與者:員工領(lǐng)導(dǎo)簡要數(shù)據(jù)項(xiàng)說明:員工績效考核前置條件:發(fā)布信息的用戶身份已經(jīng)確認(rèn)且有權(quán)限進(jìn)行績效考核信息發(fā)布的事件流:(1)用戶申請(qǐng)績效考核,并初步確定考核項(xiàng)。(2)領(lǐng)導(dǎo)確定考核項(xiàng),同時(shí)對(duì)考核項(xiàng)的權(quán)值進(jìn)行設(shè)置。(3)審核通過后,考核人對(duì)被考核人進(jìn)行評(píng)分。(4)領(lǐng)導(dǎo)對(duì)考核結(jié)果進(jìn)行分析和審批(5)績效考核的結(jié)果反饋給員工。其他事件流A1:在按“提交”按鈕之前,需要對(duì)員工級(jí)別,職務(wù),崗位等信息進(jìn)行采集。異常事件流:返回到管理系統(tǒng)主頁面后置條件:績效考核成功。注釋:系統(tǒng)績效考核用例第四章數(shù)據(jù)庫設(shè)計(jì)與數(shù)據(jù)挖掘數(shù)據(jù)庫的設(shè)計(jì)主要步驟如下,首先,依據(jù)系統(tǒng)所實(shí)現(xiàn)的業(yè)務(wù)對(duì)系統(tǒng)中的數(shù)據(jù)進(jìn)行整理和細(xì)化。其次,依照DBMS所支持的數(shù)據(jù)模型將先前整理的數(shù)據(jù)準(zhǔn)備好并轉(zhuǎn)化成邏輯數(shù)據(jù)模型。最后,將準(zhǔn)備整理好的邏輯數(shù)據(jù)模型應(yīng)用到物理結(jié)構(gòu)中去。在設(shè)計(jì)數(shù)據(jù)庫的時(shí)候需要對(duì)數(shù)據(jù)庫的存儲(chǔ)空間成本和數(shù)據(jù)存儲(chǔ)的效率進(jìn)行精心地設(shè)計(jì),這就要注意數(shù)據(jù)項(xiàng)之間的關(guān)聯(lián)規(guī)則,主鍵與外鍵的關(guān)系等方面。ER模型是指Entity and Relation,即實(shí)體關(guān)系模型。ER模型的構(gòu)建是數(shù)據(jù)庫概念結(jié)構(gòu)設(shè)計(jì)的重要環(huán)節(jié)。ER模型的構(gòu)建過程是根據(jù)真實(shí)的世界客觀規(guī)律對(duì)實(shí)體之間的關(guān)系進(jìn)行分析和抽象。構(gòu)建ER模型的方法是先整理出系統(tǒng)存在的實(shí)體,同時(shí)分析出實(shí)體的屬性。再將實(shí)體之間的關(guān)系找出來,通過分析實(shí)體之間的關(guān)系再對(duì)實(shí)體的屬性進(jìn)行整理。本系統(tǒng)ER圖如圖41所示。`圖41系統(tǒng)ER圖圖41詳細(xì)顯示了本系統(tǒng)中主要實(shí)體之間的關(guān)系。員工與部門、崗位和級(jí)別之間是屬于的關(guān)系。員工與人事信息之間是發(fā)布和瀏覽的關(guān)系。崗位與績效考核項(xiàng)目是對(duì)應(yīng)的關(guān)系。一個(gè)績效考核項(xiàng)目對(duì)應(yīng)一個(gè)績效考核項(xiàng)目的成績。多個(gè)績效考核項(xiàng)目的成績組成了一個(gè)整體的績效考評(píng)。員工參加績效考核完成了整個(gè)系統(tǒng)的核心業(yè)務(wù)。ER模型不能直接轉(zhuǎn)化為數(shù)據(jù)庫的表和關(guān)系,這就需要先將ER模型轉(zhuǎn)化為數(shù)據(jù)庫的關(guān)系模型。本系統(tǒng)的數(shù)據(jù)庫的關(guān)系模型設(shè)計(jì)如下:⑴部門(部門ID,部門名稱,部門領(lǐng)導(dǎo)員工ID,部門簡介)。(2)電力員工(電力公司員工ID,電力公司員工姓名,電力公司員工密碼,電力公司員工所屬部門ID,電力公司員工崗位ID,電力公司員工級(jí)別ID,電力公司員工生H,電力公司員工籍貨,電力公司員工職務(wù),電力公司員工權(quán)限,電力公司員工職稱,電力公司員工學(xué)歷,電力公司員工手機(jī),電力公司員工電話,電力公司員工Email)。(3) 崗位(崗位ID,崗位名稱,崗位描述)。(4) 員工級(jí)別(員工級(jí)別ID,員工級(jí)別,級(jí)別描述。)。(5)電力公司員工權(quán)限(電力公司員工權(quán)限ID號(hào),電力公司員工權(quán)限名)。(6)人事信息與通知(人事信息與通知ID,人事信息與通知主題,人事信息與通知內(nèi)容,人事信息與通知發(fā)表時(shí)間,電力公司員工權(quán)限ID號(hào))。(7)績效考核(績效考核ID,績效考核標(biāo)題,績效考核時(shí)間,被考核員工ID,績效考核總評(píng)成績)。（8）績效考核分類(績效考核分類ID,績效考核分類標(biāo)題,績效考核分類說明)。(9)績效考核項(xiàng)目(績效考核項(xiàng)目ID,績效考核分類ID,績效考核項(xiàng)目名稱,績效考核項(xiàng)目說明)。 (10)績效考核項(xiàng)目成績(績效考核項(xiàng)目成績ID,績效考核項(xiàng)目成績,給出考核結(jié)果的電力公司員工ID,所屬績效考核項(xiàng)目ID,所屬績效考核ID,績效考核項(xiàng)目權(quán)重系數(shù))。數(shù)據(jù)庫的物理設(shè)計(jì)需要完成數(shù)據(jù)庫中表的設(shè)計(jì)。表是數(shù)據(jù)庫的基礎(chǔ),表的設(shè)計(jì)需要依據(jù)ER圖,需要通過字段數(shù)據(jù)類型來考慮數(shù)據(jù)庫的性能。本系統(tǒng)的表的設(shè)計(jì)如表41?4:10所示。表41部門表表42崗位表表43人事信息與通知表表44員工級(jí)別表表45員工表表46員工權(quán)限表表表47績效考核表表48績效考核分類表表49績效考核項(xiàng)目表表410績效考核項(xiàng)目成績表數(shù)據(jù)庫中表與表的關(guān)系通過主鍵與外鍵聯(lián)系在一起。本系統(tǒng)中績效考核的核心表是績效考核項(xiàng)的成績表,而員工表是整個(gè)實(shí)體中的基礎(chǔ)表。本系統(tǒng)的數(shù)據(jù)庫關(guān)系如圖42所示。圖42數(shù)據(jù)庫關(guān)系圖圖42詳細(xì)顯示了系統(tǒng)中數(shù)據(jù)庫的關(guān)系,其中績效考核項(xiàng)成績表將績效考核項(xiàng)、用戶緊緊地鏈接在了一起,是整個(gè)系統(tǒng)數(shù)據(jù)的核心。鑒于本系統(tǒng)中的數(shù)據(jù)量大,數(shù)據(jù)項(xiàng)之間的關(guān)系復(fù)雜,數(shù)據(jù)庫視圖在本系統(tǒng)中有著廣泛的使用。(1)使用視圖解決數(shù)據(jù)顯示的完整性問題在顯示員工信息的時(shí)候,需要整合員工表,員工權(quán)限表,員工崗位信息表,員工級(jí)別表。如果在需要顯示員工完整信息的時(shí)候都直接用SQL語句操作,不僅僅需要大量的代碼,而且由于在遠(yuǎn)端請(qǐng)求的SQL查詢效率問題也會(huì)給服務(wù)器帶來很大的壓力。故而采用數(shù)據(jù)庫視圖技術(shù)解決這一問題。該視圖關(guān)鍵代碼如下:SELECT , , , , AS ExprlFROM LEFT OUTER JOIN ON LEFT OUTER JOIN ON如視圖CMCC—User—Department—Rule通過組合員工相關(guān)的數(shù)據(jù),將用戶的全部信息完整地展示在了一起。視圖運(yùn)行的結(jié)果如圖43所示。圖43視圖User—Department_Rule運(yùn)行的結(jié)果圖(2)用于簡弟的數(shù)據(jù)統(tǒng)汁的視圖在SQL中提供了一些內(nèi)置的函數(shù),實(shí)現(xiàn)了數(shù)據(jù)統(tǒng)計(jì)功能,如常見的Sum,count等,視圖CMCC_User—Number統(tǒng)計(jì)了部門內(nèi)部員工的人數(shù):SELECT , Counter(*) ASCMCC—User—NumberFROM INNER JOIN ON GROUP BY ,本視圖使用了 SQL的內(nèi)部統(tǒng)計(jì)函數(shù)“counter”來實(shí)現(xiàn)數(shù)據(jù)的統(tǒng)計(jì)。視圖運(yùn)行結(jié)架如圖44所示。圖44視圖User_Number運(yùn)行結(jié)果圖。當(dāng)對(duì)數(shù)據(jù)庫中指定的表進(jìn)行操作的時(shí)候,數(shù)據(jù)庫管理系統(tǒng)會(huì)檢測該表中的數(shù)據(jù)值,當(dāng)數(shù)據(jù)值滿足某些條件的時(shí)候會(huì)觸發(fā)一段實(shí)現(xiàn)編寫的存儲(chǔ)過程來進(jìn)行某些特定的操作,這樣的一個(gè)過程就是觸發(fā)器。SQL中的觸發(fā)器與Windows系統(tǒng)中的時(shí)間響應(yīng)函數(shù)有異曲同工之妙,不同的是觸發(fā)觸發(fā)器首先需要確定是對(duì)哪個(gè)數(shù)據(jù)庫表的操作,如insert,update, delete。在確定數(shù)據(jù)庫操作之后,還需要設(shè)定觸發(fā)器的執(zhí)行條件。最后用SQL語言編寫觸發(fā)器執(zhí)行的存儲(chǔ)過程。通常觸發(fā)器的使用主要用于輸入數(shù)據(jù)項(xiàng)的檢測,如在輸入身份證號(hào)時(shí)可以使用觸發(fā)器來檢測輸入的身份證號(hào)是否有效。同時(shí)觸發(fā)器還廣泛應(yīng)用到對(duì)重要數(shù)據(jù)的保護(hù)上,如在支付系統(tǒng)中對(duì)支付表進(jìn)行delete操作的鎖定,不容許刪除表中的數(shù)據(jù)。本系統(tǒng)中通過數(shù)據(jù)庫不僅僅做到了檢測數(shù)據(jù)項(xiàng)輸入的合法性和保護(hù)數(shù)據(jù),在績效考核項(xiàng)目成績表上的觸發(fā)器Socre—100起到了同一個(gè)“績效考核”下的總評(píng)成績?yōu)?00分的程序邏輯檢查,如下所示:create trigger Socre—10