【正文】 DB交互層DB圖 指標(biāo)上報(bào)模塊接口關(guān)系圖上述的指標(biāo)生成，自動(dòng)上傳都是由進(jìn)程處理，這些進(jìn)程配置在SecureCRT上，具體進(jìn)程實(shí)現(xiàn)下章再進(jìn)行介紹。 錯(cuò)單的處理因?yàn)镃BOSS部門(mén)主要承擔(dān)著CRM側(cè)與集團(tuán)中心的交互，所以CBOSS部門(mén)保障傳輸?shù)恼_性，及時(shí)性是集團(tuán)對(duì)各省CBOSS部門(mén)的重要點(diǎn)，對(duì)一個(gè)部門(mén)的考核主要在于組織，技術(shù)，人。軟件行業(yè)是一個(gè)日益更新的行業(yè)，因此對(duì)于員工擁有技術(shù)性的要求比較強(qiáng)烈，在CBOSS部門(mén)一個(gè)優(yōu)秀的員工的技術(shù)占員工考核的50%，人占20%，組織占30%。而集團(tuán)對(duì)CBOSS部門(mén)的考核主要集中在錯(cuò)單采集和錯(cuò)單重發(fā)處理上。針對(duì)集團(tuán)考核的側(cè)重點(diǎn)，該系統(tǒng)在錯(cuò)單方面預(yù)設(shè)計(jì)錯(cuò)單數(shù)據(jù)采集、內(nèi)容計(jì)費(fèi)重發(fā)、內(nèi)容計(jì)費(fèi)補(bǔ)發(fā)、VGOP補(bǔ)發(fā)功能、CBOSS交易報(bào)文查詢(xún)的相關(guān)模塊。CBOSS錯(cuò)單采集在做省BOSS和業(yè)務(wù)平臺(tái)之間的數(shù)據(jù)比對(duì)時(shí)，產(chǎn)生的錯(cuò)單以前是以手工統(tǒng)計(jì)錯(cuò)單表，但是這個(gè)容易出錯(cuò)并且統(tǒng)計(jì)不準(zhǔn)確。采集準(zhǔn)確狀態(tài)分為待采集，采集中，采集完成。從CBOSS上發(fā)平臺(tái)的接口表對(duì)應(yīng)的err表中采取符合規(guī)則的工單，入到集團(tuán)考核數(shù)據(jù)庫(kù)的錯(cuò)單表中，入庫(kù)前會(huì)將錯(cuò)單表的數(shù)據(jù)移到歷史表，防止重復(fù)采集。采集時(shí)，如果同一用戶在一段時(shí)間內(nèi)做多次相同操作，且都失敗了，就根據(jù)時(shí)間字段取最新的一條數(shù)據(jù)。如果用先訂購(gòu)失敗，隨后又訂購(gòu)該策劃成功，則該數(shù)據(jù)不采集。：?jiǎn)?dòng)線程讀取錯(cuò)單采集任務(wù)表（待采集）采集數(shù)據(jù)寫(xiě)入質(zhì)量管理平臺(tái)錯(cuò)單表（采集中）無(wú)任務(wù)輪詢(xún)將采集狀態(tài)改為采集完成，并寫(xiě)入采集總數(shù)線程結(jié)束圖 錯(cuò)單采集處理流程圖VGOP補(bǔ)發(fā)模塊這個(gè)模塊主要分為VGOP訂購(gòu)關(guān)系補(bǔ)發(fā)的數(shù)據(jù)采集和VGOP訂購(gòu)關(guān)系補(bǔ)發(fā)的任務(wù)處理。省BOSS，VGOP和歸屬于VGOP的業(yè)務(wù)平臺(tái)三方訂購(gòu)關(guān)系一致率指標(biāo)主要是根據(jù)這個(gè)模塊的特性生成。目錄只有手機(jī)閱讀，飛信，手機(jī)郵箱隸屬于VGOP的業(yè)務(wù)平臺(tái)，這個(gè)指標(biāo)要求三方用戶的訂購(gòu)關(guān)系數(shù)據(jù)要保持一致。為應(yīng)對(duì)這指標(biāo)，對(duì)于經(jīng)過(guò)比對(duì)后省BOSS與業(yè)務(wù)平臺(tái)數(shù)據(jù)不一致的情況，可以采用VGOP訂購(gòu)關(guān)系補(bǔ)發(fā)功能將記錄補(bǔ)平，目前僅僅需要發(fā)送訂購(gòu)，退訂兩類(lèi)數(shù)據(jù)。這里對(duì)于省BOSS和VGOP不一致的訂購(gòu)關(guān)系，不做處理。這模塊大致流程是先通過(guò)進(jìn)程采集數(shù)據(jù)不一致性的數(shù)據(jù)，然后再進(jìn)行補(bǔ)發(fā)處理。啟動(dòng)進(jìn)程讀取VGOP補(bǔ)發(fā)任務(wù)表（status＝0）取數(shù)前規(guī)則判定否輪詢(xún)是否通過(guò)無(wú)任務(wù)是從稽核系統(tǒng)取數(shù)入補(bǔ)發(fā)表（status=1）從稽核系統(tǒng)取過(guò)的數(shù)據(jù)移入歷史表寫(xiě)入補(bǔ)發(fā)總數(shù)（status=2）線程結(jié)束圖 VGOP補(bǔ)發(fā)任務(wù)采集流程圖內(nèi)容計(jì)費(fèi)補(bǔ)發(fā)針對(duì)重點(diǎn)業(yè)務(wù)（夢(mèng)網(wǎng)彩信業(yè)務(wù)、12580業(yè)務(wù)、號(hào)簿管家業(yè)務(wù)、手機(jī)電視業(yè)務(wù)、手機(jī)閱讀業(yè)務(wù))：省公司數(shù)據(jù)取自“省BOSS與全網(wǎng)業(yè)務(wù)平臺(tái)訂購(gòu)關(guān)系數(shù)據(jù)一致率指標(biāo)”中省BOSS上報(bào)相應(yīng)數(shù)據(jù)。為應(yīng)對(duì)集團(tuán)重點(diǎn)業(yè)務(wù)數(shù)據(jù)一致性指標(biāo)，對(duì)于經(jīng)過(guò)比對(duì)后，省BOSS與內(nèi)容數(shù)據(jù)不一致的情況，可以采用內(nèi)容計(jì)費(fèi)訂購(gòu)關(guān)系補(bǔ)發(fā)功能將記錄補(bǔ)平。目前僅僅需要發(fā)送訂購(gòu)、退訂兩類(lèi)數(shù)據(jù)。首先會(huì)去稽核系統(tǒng)中采集符合規(guī)則且需要補(bǔ)發(fā)的數(shù)據(jù)，然后有會(huì)相關(guān)進(jìn)程處理這些數(shù)據(jù)進(jìn)行上發(fā)到集團(tuán)。：?jiǎn)?dòng)進(jìn)程讀取內(nèi)容計(jì)費(fèi)補(bǔ)發(fā)任務(wù)表（status＝0）輪詢(xún)?nèi)?shù)前規(guī)則判定是否通過(guò)否無(wú)任務(wù)是從稽核系統(tǒng)取數(shù)入補(bǔ)發(fā)表（status=1）從稽核系統(tǒng)取過(guò)的數(shù)據(jù)移入歷史表寫(xiě)入補(bǔ)發(fā)總數(shù)（status=2）線程結(jié)束圖 內(nèi)容計(jì)費(fèi)補(bǔ)發(fā)數(shù)據(jù)采集流程圖內(nèi)容計(jì)費(fèi)重發(fā)為應(yīng)對(duì)集團(tuán)主動(dòng)訂購(gòu)關(guān)系數(shù)據(jù)完整性指標(biāo)，當(dāng)集團(tuán)一級(jí)BOSS發(fā)生中斷或省BOSS超過(guò)規(guī)定時(shí)間沒(méi)有上發(fā)主動(dòng)訂購(gòu)關(guān)系數(shù)據(jù)，可用內(nèi)容計(jì)費(fèi)主動(dòng)訂購(gòu)關(guān)系重發(fā)工具發(fā)送故障期間的主動(dòng)訂購(gòu)關(guān)系數(shù)據(jù)。當(dāng)上發(fā)不成功時(shí)會(huì)進(jìn)入歷史表，進(jìn)程將從這個(gè)表中采集數(shù)據(jù)入到重發(fā)表中，然后重發(fā)到集團(tuán)。：?jiǎn)?dòng)進(jìn)程讀取內(nèi)容計(jì)費(fèi)重發(fā)表（status＝0）輪詢(xún)?nèi)?shù)前規(guī)則判定是否通過(guò)否無(wú)任務(wù)是從稽核系統(tǒng)取數(shù)入補(bǔ)發(fā)表（status=1）刪除從中斷開(kāi)始到現(xiàn)在用戶狀態(tài)變化過(guò)的數(shù)據(jù)寫(xiě)入重發(fā)總數(shù)（status=2）線程結(jié)束圖 內(nèi)容計(jì)費(fèi)重發(fā)數(shù)據(jù)采集流程圖CBOSS交易報(bào)文查詢(xún)這個(gè)模塊主要是用來(lái)提供CBOSS報(bào)文查詢(xún)，可以用來(lái)檢測(cè)請(qǐng)求生成的報(bào)文和集團(tuán)應(yīng)答的報(bào)文是否正確。每次通過(guò)CBOSS部門(mén)和集團(tuán)交互的報(bào)文信息都會(huì)通過(guò)流水號(hào)來(lái)查詢(xún)。 本章小結(jié)本章對(duì)績(jī)效考核和本公司CBOSS部門(mén)分析的基礎(chǔ)上，闡述了集團(tuán)考核保障工具系統(tǒng)的相關(guān)模塊功能的設(shè)計(jì)和相關(guān)模塊的流程。在公平公正的績(jī)效考核基礎(chǔ)上，提出了合理的功能點(diǎn)建設(shè)，通過(guò)集團(tuán)４種周期性指標(biāo)的上報(bào)，可以保障集團(tuán)對(duì)各省CBOSS部門(mén)實(shí)時(shí)的考核。30浙江大學(xué)碩士學(xué)位論文 第4章 集團(tuán)考核進(jìn)程配置第4章 集團(tuán)考核進(jìn)程配置 XML語(yǔ)言在本章開(kāi)始之前，首先需要介紹下為什么本文選擇XML語(yǔ)言來(lái)編寫(xiě)集團(tuán)考核保障工具系統(tǒng)的后臺(tái)進(jìn)程。XML是Extensible Markup Language 的簡(jiǎn)稱(chēng)，可以用來(lái)標(biāo)記數(shù)據(jù)、定義數(shù)據(jù)類(lèi)型，是一種允許用戶對(duì)自己的標(biāo)記語(yǔ)言進(jìn)行定義的源語(yǔ)言。 XML是標(biāo)準(zhǔn)通用標(biāo)記語(yǔ)言 (SGML) 的子集，非常適合 Web 傳輸。 XML與Access,Oracle和SQL Server等數(shù)據(jù)庫(kù)不同，數(shù)據(jù)庫(kù)提供了更強(qiáng)有力的數(shù)據(jù)存儲(chǔ)和分析能力，例如：數(shù)據(jù)索引、排序、查找、相關(guān)一致性等，XML僅僅是存儲(chǔ)數(shù)據(jù)[27]。事實(shí)上XML與其他數(shù)據(jù)表現(xiàn)形式最大的不同是：他極其簡(jiǎn)單。這是一個(gè)看上去有點(diǎn)瑣細(xì)的優(yōu)點(diǎn)，但正是這點(diǎn)使XML與眾不同。 XML與HTML的設(shè)計(jì)區(qū)別是：XML 被設(shè)計(jì)為傳輸和存儲(chǔ)數(shù)據(jù)，其焦點(diǎn)是數(shù)據(jù)的內(nèi)容。而HTML 被設(shè)計(jì)用來(lái)顯示數(shù)據(jù)，其焦點(diǎn)是數(shù)據(jù)的外觀。HTML 旨在顯示信息，而 XML 旨在傳輸信息。 XML和HTML語(yǔ)法區(qū)別：HTML的標(biāo)記不是所有的都需要成對(duì)出現(xiàn)，XML則要求所有的標(biāo)記必須成對(duì)出現(xiàn)；HTML標(biāo)記不區(qū)分大小寫(xiě)，XML則 大小敏感,即區(qū)分大小寫(xiě)[28]。綜上所述，本文選擇XML原因有以下幾點(diǎn)：1） XML文檔的內(nèi)容和結(jié)構(gòu)完全分離這個(gè)特性為XML的應(yīng)用帶來(lái)了很大的好處?；谶@樣的特點(diǎn)，企業(yè)系統(tǒng)可以輕松地實(shí)現(xiàn)內(nèi)容管理和流程管理的徹底分離，例如系統(tǒng)架構(gòu)師可以只關(guān)注流程運(yùn)轉(zhuǎn)中各環(huán)節(jié)的接口定義，而各部門(mén)則可以專(zhuān)注在內(nèi)容發(fā)布和維護(hù)之上。舉例來(lái)說(shuō)，微軟公司的產(chǎn)品Biztalk正是利用了XML內(nèi)容和結(jié)構(gòu)分離的特點(diǎn)來(lái)實(shí)現(xiàn)內(nèi)容和流程定義的分離。另外一個(gè)廣泛的應(yīng)用是XSL技術(shù)，由于XML文件的內(nèi)容和結(jié)構(gòu)分離，XSL才可以在不影響內(nèi)容的情況下改變XML文件結(jié)構(gòu)[29]。2） 操作性強(qiáng)大多數(shù)純文本的文件格式都具有這個(gè)優(yōu)點(diǎn)。純文本文件可以方便地穿越防火墻，在不同操作系統(tǒng)上的不同系統(tǒng)之間通信[31]。而作為純文本文件格式，XML同樣具有這個(gè)優(yōu)點(diǎn)。3） 規(guī)范統(tǒng)一XML具有統(tǒng)一的標(biāo)準(zhǔn)語(yǔ)法，任何系統(tǒng)和產(chǎn)品所支持的XML文檔，都具有統(tǒng)一的格式和語(yǔ)法。這樣就使得XML具有了跨平臺(tái)跨系統(tǒng)的特性。作為對(duì)比，同樣作為文本語(yǔ)言，JavaScript的標(biāo)準(zhǔn)就遠(yuǎn)沒(méi)有XML這樣統(tǒng)一，以至于經(jīng)常出現(xiàn)同一靜態(tài)頁(yè)面在不同的瀏覽器中產(chǎn)生不同的結(jié)果，而腳本程序員往往需要在程序的入口處費(fèi)力地判斷客戶端所支持的腳本版本[31]。4） 支持多種編碼相對(duì)于普通文本文檔而言，XML文檔本身包含了所使用編碼的記錄，這方便了多語(yǔ)言系統(tǒng)對(duì)數(shù)據(jù)的處理。5） 可擴(kuò)展性XML是一種可擴(kuò)展的語(yǔ)言，可以根據(jù)XML的基本語(yǔ)法來(lái)進(jìn)一步限定使用范圍和文檔格式，從而定義一種新的語(yǔ)言。例如：MathML（數(shù)學(xué)標(biāo)記語(yǔ)言）、CML（化學(xué)標(biāo)記語(yǔ)言）和TecML（技術(shù)數(shù)據(jù)標(biāo)記語(yǔ)言），每種語(yǔ)言都用于其特定的環(huán)境[32]。 接下來(lái)討論下各模塊進(jìn)程的配置。 集團(tuán)考核系統(tǒng)主要進(jìn)程配置了解CBOSS部門(mén)的特性和集團(tuán)對(duì)各省CBOSS部門(mén)的考核要求，進(jìn)程的處理成功與否是集團(tuán)考核保障工具系統(tǒng)能否實(shí)現(xiàn)績(jī)效考核的關(guān)鍵所在。這一節(jié)對(duì)各模塊所需主要進(jìn)程進(jìn)行詳細(xì)解釋。 指標(biāo)上報(bào)進(jìn)程集團(tuán)對(duì)CBOSS部門(mén)的考核依據(jù)主要是各省部門(mén)上發(fā)的指標(biāo)，指標(biāo)包含CBOSS部門(mén)在這段時(shí)間內(nèi)完成需求數(shù)據(jù)量和正確率，這個(gè)指標(biāo)是由進(jìn)程生成，由人手工在上發(fā)指標(biāo)到期前創(chuàng)建指標(biāo)生成任務(wù)，指標(biāo)生成后，進(jìn)程會(huì)將指標(biāo)放到省公司配置對(duì)應(yīng)的ftp上面，指標(biāo)上報(bào)進(jìn)程會(huì)去輪詢(xún)?cè)L問(wèn)ftp。 錯(cuò)單采集進(jìn)程錯(cuò)單以前是以手工統(tǒng)計(jì)錯(cuò)單表，但是這個(gè)容易出錯(cuò)且統(tǒng)計(jì)不準(zhǔn)確。采集準(zhǔn)確狀態(tài)分為待采集，采集中，采集完成。從CBOSS上發(fā)平臺(tái)的接口表對(duì)應(yīng)的err表中采取符合規(guī)則的工單，入到集團(tuán)考核數(shù)據(jù)庫(kù)的錯(cuò)單表中，入庫(kù)前會(huì)將錯(cuò)單表的數(shù)據(jù)移到歷史表，防止重復(fù)采集。進(jìn)程配置xml文件如下：?xml version= encoding=UTF8?　　　　CBossJobDefine JobDefines!cboss錯(cuò)單采集 JobDefine!進(jìn)程需要調(diào)用的類(lèi) JobNameCbossErrDataCollect/JobName LogModuleCbossErrDataCollect/LogModule CronExpression0 0/1 * * * ?/CronExpression　　　!錯(cuò)單采集輪詢(xún)時(shí)間 /JobDefine /JobDefines/CBossJobDefine 內(nèi)容計(jì)費(fèi)重發(fā)進(jìn)程當(dāng)集團(tuán)一級(jí)BOSS發(fā)生中斷或省BOSS超過(guò)規(guī)定時(shí)間沒(méi)有上發(fā)主動(dòng)訂購(gòu)關(guān)系數(shù)據(jù)，可用內(nèi)容計(jì)費(fèi)主動(dòng)訂購(gòu)關(guān)系重發(fā)工具發(fā)送故障期間的主動(dòng)訂購(gòu)關(guān)系數(shù)據(jù)。內(nèi)容計(jì)費(fèi)重發(fā)分為主動(dòng)訂購(gòu)和用戶狀態(tài)兩種。進(jìn)程配置的主動(dòng)訂購(gòu)xml文件如下：?xml version= encoding=UTF8?　　　　CBossJobDefine JobDefines !內(nèi)容計(jì)費(fèi)主動(dòng)訂購(gòu)關(guān)系重發(fā) JobDefine!進(jìn)程需要調(diào)用的類(lèi) JobNameMcasOrderResendDataCollect/JobName LogModuleMcasOrdeResendDataCollect/LogModule!—內(nèi)容計(jì)費(fèi)重發(fā)輪詢(xún)時(shí)間 CronExpression0 0/1 * * * ?/CronExpression ExtParameter KeyCOUNT_TIME_AREA/Key!—可計(jì)算時(shí)區(qū)：小時(shí) Value2/Value /ExtParameter /JobDefine JobDefine JobNameMcasOrderResend/JobName LogModuleMcasOrderResend/LogModule CronExpression0 0/1 * * * ?/CronExpression ExtParameter KeyTHREAD_COUNT/Key!—發(fā)送線程數(shù) Value5/Value /ExtParameter ExtParameter KeyTHREAD_NAME/Key ValueMcasOrderResend/Value!—線程名 /ExtParameter ExtParameter KeyMAX_RESEND_TIMES/Key!—最大上發(fā)次數(shù) Value3/Value /ExtParameter ExtParameter KeyHTTP_TIMEOUT/Key!鏈接最大延遲時(shí)間 Value90/Value /ExtParameter ExtParameter KeyAFTER_LISTENER/Key!—監(jiān)聽(tīng) Value/Value /ExtParameter /JobDefine/JobDefines/CBossJobDefine 內(nèi)容計(jì)費(fèi)補(bǔ)發(fā)進(jìn)程為應(yīng)對(duì)集團(tuán)重點(diǎn)業(yè)務(wù)數(shù)據(jù)一致性指標(biāo)，對(duì)于經(jīng)過(guò)比對(duì)后，省BOSS與內(nèi)容數(shù)據(jù)不一致的情況，可以采用內(nèi)容計(jì)費(fèi)訂購(gòu)關(guān)系補(bǔ)發(fā)功能將記錄補(bǔ)平。進(jìn)程配置xml文件如下：?xml version= encoding=UTF8?　　　　CBossJobDefine JobDefines!內(nèi)容計(jì)費(fèi)訂購(gòu)關(guān)系補(bǔ)發(fā) JobDefine!進(jìn)程需要調(diào)用的類(lèi) JobNameMcasOrderRepairDataCollect/JobName LogModuleMcasOrderRepairDataCollect/LogModule!進(jìn)程輪詢(xún)時(shí)間 CronExpression0 0/1 * * * ?/CronExpression /JobDefine JobDefine JobNameMcasOrderRepair/JobName LogModuleMcasOrderRepair/LogModule CronExpression0 0/1 * * * ?/CronExpression ExtPa