【正文】 挖掘的效率還直接影響了數(shù)據(jù)挖掘結(jié)果的正確性。如圖 46 所示 : 圖 46數(shù)據(jù)挖掘主要階段示例 由于員工績(jī)效統(tǒng)計(jì)具有很多變化的因素 ,數(shù)據(jù)挖掘的結(jié)果在系統(tǒng)中應(yīng)該是提供一個(gè)指導(dǎo)性的值 ,用戶可以直接使用數(shù)據(jù)挖掘的結(jié)果 ,也可以對(duì)數(shù)據(jù)挖掘的結(jié)果稍作修改以適應(yīng)實(shí)際應(yīng)用。 Oracle 為商業(yè)級(jí)數(shù)據(jù)庫最大的提供商 ,其產(chǎn)品中從 Oracle 9i 版本中就已經(jīng)支持了數(shù)據(jù)挖掘算法 ,到了 Oracle lOg 版本中 ,數(shù)據(jù)挖掘工具已經(jīng)包含在了數(shù)據(jù)庫管理軟件中。數(shù)據(jù)歸約是指分析待挖掘的數(shù)據(jù) ,刪除冗余的數(shù)掘項(xiàng)或者采用聚類的方法除去不必要的數(shù)據(jù)項(xiàng)。 //保存結(jié)果 if ( (SAssSAssResult) = (BFlag)) { SAssItem: BuildSAssItem(AssessmentSAssItem)。 i 11。 。 AssessmentSAssItem。 string sql = SELECT date AS Exprl FROM FinalData GROUP BY date。V39。,)” 。 圖 48數(shù)據(jù)挖掘主要階段示例 員工績(jī)效考核項(xiàng)目針對(duì)不同的崗位 ,存在不同的考核項(xiàng)目 ,如何從復(fù)雜的數(shù)據(jù)庫數(shù)據(jù)中確定考核項(xiàng)目是本系統(tǒng)數(shù)據(jù)挖掘部分的關(guān)鍵所在。使用 SQL server20xx 作為數(shù)據(jù)庫管理軟件具有數(shù)據(jù)處理高效 ,用戶操作便捷 ,與Microsoft Visual20xx 銜接便利 ,沒有兼容性問題等特點(diǎn)。 IBM 公司的出品的 DB2 數(shù)據(jù)庫 ,具有了 Intelligent Miner 系統(tǒng)。針對(duì)不同的崗位 ,設(shè)定不同的權(quán)重系數(shù)。 圖 45數(shù)椐挖掘主要階段示例 數(shù)據(jù)收集是數(shù)據(jù)挖掘數(shù)據(jù)的采集階段 ,在設(shè)個(gè)階段 ,需要通過程序從原始的數(shù)據(jù)庫中提取出與本次數(shù)據(jù)挖掘相關(guān)的數(shù)據(jù)項(xiàng)。常見的數(shù)據(jù)挖掘應(yīng)用于對(duì)數(shù)據(jù)間知識(shí)的描述和數(shù)據(jù)發(fā)展的預(yù)測(cè)這兩個(gè)方面。 數(shù)據(jù)庫中觸發(fā)器的設(shè)計(jì)與應(yīng)用 當(dāng)對(duì)數(shù)據(jù)庫中指定的表進(jìn)行操作的時(shí)候 ,數(shù)據(jù)庫管理系統(tǒng)會(huì)檢測(cè)該表中的 數(shù)據(jù)值 ,當(dāng)數(shù)據(jù)值滿足某些條件的時(shí)候會(huì)觸發(fā)一段實(shí)現(xiàn)編寫的存儲(chǔ)過程來進(jìn)行某些特定的操作 ,這樣的一個(gè)過程就是觸發(fā)器。 (1)使用視圖解決數(shù)據(jù)顯示的完整性問題 在顯示員工信息的時(shí)候 ,需要整合員工表 ,員工權(quán)限表 ,員工崗位信息表 ,員工級(jí)別表。 數(shù)據(jù)庫物理設(shè)計(jì) 數(shù)據(jù)庫的物理設(shè)計(jì)需要完成數(shù)據(jù)庫中表的設(shè)計(jì)。 (4)員工級(jí)別 (員工級(jí)別 ID,員工級(jí)別 ,級(jí)別描述 。崗位與績(jī)效考核項(xiàng)目是對(duì)應(yīng)的關(guān)系 。 ER模型的構(gòu)建是數(shù)據(jù)庫概念結(jié)構(gòu)設(shè)計(jì)的重要環(huán)節(jié)。 (4)領(lǐng)導(dǎo)對(duì)考核結(jié)果進(jìn)行分析和審批 (5)績(jī)效考核的結(jié)果反饋給員工 。 系統(tǒng)二層數(shù)據(jù)流程如圖 39 所示。 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ù)處理方式。 當(dāng)被考核人的領(lǐng)導(dǎo)和被考核人接收到考核發(fā)起申請(qǐng)后 ,在十五個(gè)工作 日 內(nèi)完成對(duì)本次考核的考核項(xiàng)目的審批和修改、調(diào)整 ,并選定給出考核結(jié)果的考核人。在這個(gè)模塊中需要管理考評(píng)項(xiàng)的名稱 ,所屬的種類 ,適合考評(píng)的員工崗位等信息。 組織結(jié)構(gòu)圖查詢模塊使得員工可以方便地查詢員工的組織結(jié)構(gòu)。人事員工和公司的普通員工都屬于系統(tǒng)中的業(yè)務(wù)邏輯實(shí)現(xiàn)者 ,在系統(tǒng)運(yùn)行的過程中分別承擔(dān)考核信息的輸入和考核信息管理的不同任務(wù)。在員工管理方面 ,系統(tǒng)可以全方面地考察員工的績(jī)效和業(yè)務(wù)能力 ,為員工的獎(jiǎng)懲和升遷提供了準(zhǔn)確的依據(jù)。整體上來看 ,本系統(tǒng)所采用的技術(shù)方案外發(fā)敏捷 ,系統(tǒng)運(yùn)轉(zhuǎn)高效 ,方案可行。 3. 技術(shù)可行性分析 在對(duì)系統(tǒng)的需求詳細(xì)分析之后 ,需要對(duì)系統(tǒng)的技術(shù)方案進(jìn)行設(shè)計(jì)和考察。員工績(jī)效考核采用 360 度考核模型。使用數(shù)據(jù)挖掘技術(shù)的聚類算法可以有效地解決系統(tǒng)公正性的問題。在財(cái)務(wù)崗位 ,專業(yè)知識(shí)和責(zé)任心同屬于考核的重點(diǎn)。針對(duì)人事等管理崗位的考核 ,其業(yè)務(wù)水平不是核心的考核因素 ,而團(tuán)隊(duì)精神 ,溝通能力則是考核的重點(diǎn)。在崗位考核項(xiàng)中針對(duì)不同的崗位又會(huì)有不同的考核項(xiàng)設(shè)計(jì)。如針對(duì)管理崗位設(shè)立的部門離職率的考核項(xiàng) 。為避免出現(xiàn)虛假的考評(píng)結(jié)果 ,首先 ,公司會(huì)及時(shí)地將考評(píng)結(jié)果反饋給沒有考評(píng)的人 ,同時(shí) ,公司也會(huì)釆用統(tǒng)計(jì)和數(shù)據(jù) 挖掘方法來避免不良結(jié)果的發(fā)生。銷售崗位 ,如集團(tuán)客戶經(jīng)理。同時(shí) 電力 公司有豐富的人力和財(cái)力展360 度考核。在這樣的企業(yè)文化和社會(huì)環(huán)境下 ,企業(yè)員工善于指出問題所在 ,勇于自我批評(píng) ,樂于接受別人的批評(píng)并以此成長(zhǎng)。處于創(chuàng)業(yè)期的企業(yè) ,人員流動(dòng)性大 ,企業(yè)的核心目標(biāo)常常變化 ,甚至企業(yè)的主要業(yè)務(wù)也常常更替。 這些特點(diǎn)也給 360 度考核體系帶來了一些負(fù)面的影響。 （二） 360 度考核方法的考核針對(duì)性強(qiáng) 針對(duì)不同的考核人員 ,在 360 度考核體系中有不同的考核問詢者和不同的考核問詢體系。數(shù)據(jù)挖掘過程的分析包羅了對(duì)整個(gè)數(shù)據(jù)挖掘過程的描述 ,數(shù)據(jù)預(yù)處理算法的描述和數(shù)據(jù)挖掘算法的描述。最后初步提出了本論文的研究方向和方法。 在論文的調(diào)研階段多學(xué)習(xí)國(guó)內(nèi)外的先進(jìn)論文 。 數(shù)據(jù)挖掘技術(shù)已經(jīng)從簡(jiǎn)單的知識(shí)發(fā)現(xiàn)階段發(fā)展到了將獲取的知識(shí)盡快應(yīng)用到實(shí)踐中的階段。這樣使得不同的 開 發(fā)人員可以專注于自己這部分的開發(fā) ,個(gè)人業(yè)務(wù)更加精煉 ,有助于個(gè)人的發(fā)展和開發(fā)團(tuán)隊(duì)的建設(shè)。 MVC 軟件架構(gòu)在 .NET 平臺(tái)下的應(yīng)用 MVC是一種成熟的軟件架構(gòu) ,其中 M是指 Module即模型 ,V是指 View即顯示 ,C是指 Control 即控制。 KPI 績(jī)效考核方法適用于處于成長(zhǎng)期的銷售型企業(yè) ,如房地產(chǎn)銷售企業(yè)都采用 KPI 法來管理員工績(jī)效。在績(jī)效考核的管理工具方面 ,電力 公司僅僅使用 Excel 表格來管理 ,這樣帶來了管理數(shù)據(jù)離散 ,不方便統(tǒng)計(jì)的弊病。s business and the surge in the number of employees pared to the inefficiency of China power39。在程序框架上 ,本次論文所開發(fā)的軟件使用微軟的 MVC 架構(gòu)作為組織程序代碼的框架。在開發(fā)工具方面 ,本論文使用微軟的 Visual Studio 20xx 作為開發(fā)工具 ,使用微軟的 SQL server 20xx 作為數(shù)據(jù)庫管理工具。s corporate scale, rapid growth in the number of staff in the post. Flourish with the pany39。在績(jī)效考核的方法方面 ,電力 公司針對(duì)銷售人員采用 KPI 即關(guān)鍵業(yè)績(jī)指標(biāo)法來進(jìn)行績(jī)效評(píng)估 ,然而針對(duì)服務(wù)、支援和管理崗位的人員僅僅采用了“ 一 言堂”式的部門領(lǐng)導(dǎo)打分的考核方法。通過個(gè)人或每個(gè)崗位的業(yè)績(jī)目標(biāo)的實(shí)現(xiàn)來推進(jìn)企業(yè)的發(fā)展。本次論文研究的 電力 公司具有員工多 ,績(jī)效記錄多 ,績(jī)效記錄數(shù)據(jù)類型全等特點(diǎn) ,適合數(shù)據(jù)挖掘研究的 TT?展。從軟件開發(fā)的角度講 ,MVC 架構(gòu)將數(shù)據(jù)的輸入輸出邏輯 ,系統(tǒng)需要處理的業(yè)務(wù)邏輯和呈現(xiàn)給用戶的顯示界面分成不同的代碼部分。 將數(shù)據(jù)挖掘技術(shù)應(yīng)用到績(jī)效考核之中。 在軟件開發(fā)的過程中 ,結(jié)合“敏捷開發(fā)” ,“ MVC 架構(gòu)” ,“測(cè)試驅(qū)動(dòng)”等先進(jìn)的軟件工程思想來研究分析。同時(shí)分析現(xiàn)在國(guó)內(nèi)外對(duì)于績(jī)效考核和 MVC 架構(gòu)的現(xiàn)狀。在明確 數(shù)據(jù)庫結(jié)構(gòu)之后 ,對(duì)數(shù)據(jù)庫的使用效率 ,存儲(chǔ)過程的使用進(jìn)行了研究。 360 度績(jī) 效考核模型的特點(diǎn) 360 度考核模型的考核方法具有自己的特點(diǎn) : （一） 360 度考核的信息量充足 360 度考核體系中考核結(jié)果的來源范圍廣 ,層面、多角度和多層面的充足考核信息使得考核結(jié)果更加客觀和真實(shí)。這樣的反饋體系不僅僅使得考核的情況清晰公正 ,更通過被考核人對(duì)考核結(jié)果的檢討有利于被考核人的進(jìn)步和成長(zhǎng)。 在企業(yè)發(fā)展階段上 ,360 度考核模型更適合于發(fā)展成熟穩(wěn)定的企業(yè)。在歐美企業(yè)中 ,員工重視個(gè)人的發(fā)展 ,有著自由和平等的企業(yè)氛圍。 而 電力 公司的企業(yè)現(xiàn)狀是否與 360 度考核模型相符呢 ?分析如下 : 在企業(yè)規(guī)模上 ,電力 公司屬于大型國(guó)有企業(yè) ,企業(yè)員工多 ,員工需要處理的業(yè)務(wù)復(fù)雜 ,員工需要接觸的業(yè)務(wù)相關(guān)人員多。經(jīng)營(yíng)支撐崗位 ,如人事 ,財(cái)務(wù)等 。 在考核結(jié)果的運(yùn)用上 ,電力 也將會(huì)把 360 度考核體系的考評(píng)結(jié)果用于員工的獎(jiǎng)金和升遷上。針對(duì)不同的崗位 ,需要設(shè)計(jì)出相應(yīng)的考核項(xiàng)。個(gè)人考核項(xiàng)包括員工個(gè)人發(fā)展相關(guān)的考核項(xiàng)、員工溝通能力相關(guān)的考核項(xiàng)、員工的團(tuán)隊(duì)合作能力相關(guān)的考核項(xiàng)。在 日 常工作中 ,許多技術(shù)能力強(qiáng)的工程師通常都會(huì)被安排的技術(shù)難度大的公關(guān)性項(xiàng)目上 ,而這些項(xiàng)目需要的周期長(zhǎng) ,風(fēng)險(xiǎn)大 ,往往工作一年之后在考評(píng)中體現(xiàn)出的結(jié)果是完成的項(xiàng)目少 ,成果不 直接 ,考評(píng)的綜合成績(jī)低。在人事崗位上 ,普通員工和管理級(jí)別的考核項(xiàng)目雖然相同 ,但是考核項(xiàng)目的權(quán)重分配卻不相同 ,管理崗位需要的業(yè)務(wù)能力更強(qiáng)。鑒于數(shù)據(jù)挖掘技術(shù)對(duì)于數(shù)據(jù)可以進(jìn)行動(dòng)態(tài)的處理 ,同時(shí)聚類算法對(duì)于發(fā)現(xiàn)數(shù)據(jù)中的規(guī)律具有較強(qiáng)的針對(duì)性。 本系統(tǒng)主要 實(shí)現(xiàn)員工績(jī)效的考核。員工績(jī)效考核系統(tǒng)是人員、軟件與硬件設(shè)備的結(jié)合 ,通過人員、軟件與硬件的整合工作 ,達(dá)到設(shè)計(jì)時(shí)預(yù)定的指標(biāo)和計(jì)劃。開發(fā)平臺(tái)選擇微軟的 Microsoft Visual Studio 20xx,同 選擇 MVC3 作為 MVC 架構(gòu)的框架。在員工績(jī)效考核方面 ,系統(tǒng)可以迅速考核員工的績(jī)效 ,節(jié)省了人事部門和部 門領(lǐng)導(dǎo)在績(jī)效考核上消耗的時(shí)間成本。人事部門領(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)。 個(gè)人基本信息模塊實(shí)現(xiàn)了用戶個(gè)人信息的管理 ,其中個(gè)人學(xué)歷信息、職稱信息等會(huì)在績(jī)效考核時(shí)有所體現(xiàn)。 考評(píng)項(xiàng)設(shè)置模塊主要針對(duì)考評(píng)項(xiàng)進(jìn)行管理?？己穗A段如圖 35所示 : 圖 35 考核階段流程示例圖 首先 ,績(jī)效考核由人事部門的員工建立績(jī)效考核的考核發(fā)起申請(qǐng) ,將由系統(tǒng)生成的績(jī)效考核的詳細(xì)內(nèi)容發(fā)送給被考核人的領(lǐng)導(dǎo)和被考核人進(jìn) 行審批。 本系統(tǒng)的業(yè)務(wù)流程如圖 36 所示 : 圖 36績(jī)效考核系統(tǒng)業(yè)務(wù)流程圖 上圖清晰的反應(yīng)了績(jī)效考核這一主要的系統(tǒng)業(yè)務(wù)的流程。 圖 38 系統(tǒng)一層數(shù)據(jù)流程圖 細(xì)化系統(tǒng)業(yè)務(wù)流程 ,用戶的數(shù)據(jù)進(jìn)入系統(tǒng)的業(yè)務(wù)為“ P1 績(jī)效考核數(shù)據(jù)審查處理” ,管理員操作數(shù)據(jù)反饋給用戶的業(yè)務(wù)為“ P2 績(jī)效考核 結(jié)果”。 (3)審核 通過后 ,考核人對(duì)被考核人進(jìn)行評(píng)分。 數(shù)據(jù)庫概念結(jié)構(gòu)設(shè)計(jì) ER模型是指 Entity and Relation,即實(shí)體關(guān)系模型。員工與人事信息之間是發(fā)布和瀏覽的關(guān)系 。 (3)崗位 (崗位 ID,崗位名稱 ,崗位描述 )。 (10)績(jī)效考核項(xiàng)目成績(jī) (績(jī)效考核項(xiàng)目成績(jī) ID,績(jī)效考核項(xiàng)目成績(jī) ,給出考核結(jié)果的 電力 公司員工 ID,所屬績(jī)效考核項(xiàng)目 ID,所屬績(jī)效考核 ID,績(jī)效考核項(xiàng)目權(quán)重系數(shù) )。 數(shù)據(jù)庫中視圖的設(shè)計(jì)與應(yīng)用 鑒于本系統(tǒng)中的數(shù)據(jù)量大 ,數(shù)據(jù)項(xiàng)之間的關(guān)系復(fù)雜 ,數(shù)據(jù)庫視圖在本系統(tǒng)中有著廣泛的使用。 圖 44視圖 User_Number 運(yùn)行結(jié)果圖。 4. 數(shù)據(jù)挖掘技術(shù)概述 數(shù)據(jù)挖掘即 Data Mining,是指從數(shù)據(jù)庫中的大量、不完整、存在數(shù)據(jù)噪聲、邏輯 關(guān)系不明確的實(shí)際數(shù)據(jù)中 ,尋找出數(shù)據(jù)間隱含的關(guān)系 ,發(fā)掘出數(shù)據(jù)間潛在的信息和知識(shí)的數(shù)據(jù)處理和分析過程。 數(shù)據(jù)挖掘的過程就是對(duì)數(shù)據(jù)進(jìn)行清洗 ,分類 ,整理 ,歸納的過程一般來講數(shù)據(jù)挖掘包含了數(shù)據(jù)收集 ,數(shù)據(jù)清理和數(shù)據(jù)轉(zhuǎn)換 ,數(shù)據(jù)挖掘與知識(shí)提取 ,數(shù)據(jù)挖掘結(jié)果評(píng)估與反饋這四個(gè)典型的階段 ,如圖 45所示。 本系統(tǒng)中數(shù)據(jù)挖掘需要解 決的問題 本系統(tǒng)在傳統(tǒng)的 360 度考核體系中引入了 “權(quán)重系數(shù)”這一概念。 本系統(tǒng)所采用的據(jù)挖掘工具和算法 數(shù)據(jù)庫技術(shù)的發(fā)展和廣泛使用大大促進(jìn)了數(shù)據(jù)挖掘技術(shù)的發(fā)展 ,如今主流數(shù)據(jù)庫都提供數(shù)據(jù)挖掘功能。 本系統(tǒng)的數(shù)據(jù)庫管理軟件為 Microsoft SQL server 20xx。數(shù)據(jù)預(yù)處理的過程是上述四種數(shù)據(jù)預(yù)處理方法整體運(yùn)用的過程 ,圖 48顯示數(shù)據(jù)預(yù)處理步驟。 //SQL 命令 string sql = INSERT INTO SAssSAssResult (AssessmentSAssItem,SAssSAssResult) VALUES( ? + SAssItem + + SAssSAssResult + ?39。 i++) { if (AssessmentSAssItem[i],ToStringO !=) { SAssItem = SAssItem + Key[i] + + AssessmentSAssItem[i].ToStringO+39。 (SAssSAssRes