臨時(shí)風(fēng)險(xiǎn)預(yù)警發(fā)布平臺(tái)的開(kāi)發(fā)

-63-臨時(shí)風(fēng)險(xiǎn)預(yù)警發(fā)布平臺(tái)的開(kāi)發(fā)鹽城供電公司電力調(diào)控中心“鐵軍”地調(diào)QC小組2017年6月目錄一、選擇課題 -1-一、課題背景 -1-二、確定課題 -2-二、設(shè)定目標(biāo) -3-一、設(shè)定目標(biāo) -3-二、目標(biāo)可行性分析 -3-1.數(shù)據(jù)分析 -3-2.人力資源 -4-3.資金保證 -4-三、提出各種方案并確定最佳方案 -4-一、開(kāi)發(fā)構(gòu)想 -4-1.需求分析 -4-2.提出方案 -5-二、選擇最佳方案 -6-1.一級(jí)方案選擇 -6-2.二級(jí)方案選擇 -13-3.確定最佳方案 -14-四、制定對(duì)策表 -14-五、按對(duì)策表實(shí)施 -15-一、對(duì)策實(shí)施一：采用移動(dòng)平臺(tái)端進(jìn)行發(fā)布 -15-1.設(shè)計(jì)API請(qǐng)求測(cè)試流程 -15-2.測(cè)試API請(qǐng)求成功率 -17-二、對(duì)策實(shí)施二：采用復(fù)合審核 -17-1.制定預(yù)警信息復(fù)合審核流程圖 -17-2.測(cè)試預(yù)警單審核正確率 -18-三、對(duì)策實(shí)施三：采用扁平化顯示 -19-1.設(shè)計(jì)移動(dòng)設(shè)備各功能界面 -19-2.設(shè)計(jì)集中推送功能界面 -20-3.測(cè)試各功能界面加載時(shí)間 -21-四、對(duì)策實(shí)施四：采用交互式布局?jǐn)?shù)據(jù)結(jié)構(gòu) -21-1.選擇數(shù)據(jù)庫(kù)服務(wù)器 -21-2.建立服務(wù)器端數(shù)據(jù)庫(kù)表單結(jié)構(gòu) -22-3.進(jìn)行服務(wù)器端并行響應(yīng)測(cè)試 -23-五、對(duì)策實(shí)施五：采用(網(wǎng)頁(yè)+腳本)語(yǔ)言+Apicloud平臺(tái) -23-1.設(shè)計(jì)登錄及注冊(cè)流程 -23-2.分解功能模塊并設(shè)計(jì)主界面 -24-3.進(jìn)行平臺(tái)預(yù)警信息發(fā)布在線測(cè)試 -25-4.驗(yàn)收功能流轉(zhuǎn)全過(guò)程 -26-六、效果檢查 -27-一、事故信息及臨時(shí)風(fēng)險(xiǎn)發(fā)布時(shí)間對(duì)比 -27-二、目標(biāo)實(shí)現(xiàn)檢查 -27-三、實(shí)施前后流程對(duì)比 -27-四、經(jīng)濟(jì)效益 -28-1.增加收入 -28-2.成本投入 -28-3.經(jīng)濟(jì)效益 -29-五、課題查新 -29-七、標(biāo)準(zhǔn)化 -30-一、編制操作規(guī)范及技術(shù)規(guī)范 -30-二、移動(dòng)平臺(tái)端的生產(chǎn)系統(tǒng)試用 -31-三、推廣應(yīng)用 -31-八、總結(jié)與今后打算 -32-

小組概況：小組名稱(chēng)國(guó)網(wǎng)江蘇省電力公公司鹽城供電電公司電力調(diào)調(diào)控中心地調(diào)“鐵軍”QCC小組活動(dòng)課題名稱(chēng)臨時(shí)風(fēng)險(xiǎn)預(yù)警發(fā)布布平臺(tái)的開(kāi)發(fā)發(fā)注冊(cè)時(shí)間2016年3月課題類(lèi)型創(chuàng)新型活動(dòng)次數(shù)12次出勤率100%小組成員情況姓名性別學(xué)歷職務(wù)組內(nèi)分工邵林男碩士組長(zhǎng)全面負(fù)責(zé)楊洋男本科副組長(zhǎng)技術(shù)指導(dǎo)王萍女本科督導(dǎo)（指導(dǎo)）活動(dòng)指導(dǎo)王傳能男碩士組員工作實(shí)施張永豐男本科組員工作實(shí)施張偉偉男碩士組員工作實(shí)施汪濤男本科組員工作實(shí)施金鑫男碩士組員工作實(shí)施周磊男碩士組員資料查找王輝男碩士組員資料查找黃震男碩士組員資料查找小組獲獎(jiǎng)情況2013年，“降降低110kkV時(shí)堰變電電所線損率”項(xiàng)項(xiàng)目獲得江蘇蘇省節(jié)能減排排專(zhuān)題QC小小組成果一等等獎(jiǎng)。20114年，獲得得“全國(guó)優(yōu)秀秀質(zhì)量管理小小組”榮譽(yù)稱(chēng)稱(chēng)號(hào)。一、選擇課題一、課題背景鹽城供電公司電力調(diào)控中心地區(qū)調(diào)度班，負(fù)責(zé)鹽城地區(qū)110kV及以上電網(wǎng)的調(diào)度操作管理。根據(jù)《江蘇省電力公司電網(wǎng)事故信息發(fā)布相關(guān)規(guī)定》，當(dāng)電網(wǎng)發(fā)生事故、設(shè)備重大缺陷造成電網(wǎng)存在運(yùn)行風(fēng)險(xiǎn)時(shí)，要求在第一時(shí)間內(nèi)快速處理及準(zhǔn)確發(fā)布事故信息和預(yù)控措施。原有的電網(wǎng)臨時(shí)風(fēng)險(xiǎn)預(yù)警信息發(fā)布流程,采用人工電話通知方法，通知流程如圖1-1所示，事故發(fā)生以后，經(jīng)SCADA系統(tǒng)確認(rèn)故障，首先遙控隔離故障點(diǎn)，再電話逐個(gè)告知各相關(guān)人員及分管領(lǐng)導(dǎo)，共經(jīng)過(guò)5個(gè)部門(mén)、8個(gè)步驟，其中綠色部分即為臨時(shí)風(fēng)險(xiǎn)預(yù)警發(fā)布流程。圖1-1信息發(fā)布原始流程經(jīng)調(diào)查統(tǒng)計(jì)，2015年8月至2016年3月間，臨時(shí)風(fēng)險(xiǎn)發(fā)布耗時(shí)統(tǒng)計(jì)如表1-1，事故處理各環(huán)節(jié)耗時(shí)經(jīng)過(guò)實(shí)際統(tǒng)計(jì)，結(jié)果如表1-2所示。以市區(qū)范圍為例，信息發(fā)布平均用時(shí)41.5min，占調(diào)度事故處理用時(shí)的67.5%，嚴(yán)重影響事故處理進(jìn)程。表1-12015.8至2016.3臨時(shí)風(fēng)險(xiǎn)原發(fā)布方式耗時(shí)統(tǒng)計(jì)時(shí)間故障類(lèi)型市區(qū)范圍/minn縣城城區(qū)/minn鄉(xiāng)鎮(zhèn)及農(nóng)村/miin2015.8-22016.33總體平均耗時(shí)41.53428.5事故最長(zhǎng)耗時(shí)534433表1-2調(diào)度事故處理各流程用時(shí)統(tǒng)計(jì)表步驟故障確認(rèn)遙控隔離編寫(xiě)事故信息制定預(yù)控措施通知各相關(guān)生產(chǎn)部部門(mén)市區(qū)/min7136828縣城/min7126820鄉(xiāng)鎮(zhèn)/min6115717可見(jiàn)，原有的人工通知方法已不能滿(mǎn)足調(diào)度事故處理的要求。備注：臨時(shí)風(fēng)險(xiǎn)：指在電網(wǎng)運(yùn)行過(guò)程中突發(fā)的事故或設(shè)備缺陷，可能對(duì)當(dāng)前電網(wǎng)運(yùn)行方式、供電可靠性等造成的影響。電網(wǎng)故障：指電網(wǎng)內(nèi)斷路器跳閘、一二次設(shè)備異常、電氣設(shè)備發(fā)生重要缺陷等造成的影響電網(wǎng)安全運(yùn)行的事件。二、確定課題QC小組成員召開(kāi)頭腦風(fēng)暴會(huì)議，一致認(rèn)為，原有的方法已不能滿(mǎn)足調(diào)控運(yùn)行事故預(yù)警信息發(fā)布的需求，能否考慮采用網(wǎng)絡(luò)化通訊、信息化傳輸、信息通信方法對(duì)電網(wǎng)事故及風(fēng)險(xiǎn)信息進(jìn)行迅捷、準(zhǔn)確地發(fā)布？為此，QC小組進(jìn)行了查新。QC小組通過(guò)國(guó)家科技圖書(shū)文獻(xiàn)中心、國(guó)家科技成果網(wǎng)、維普資訊、萬(wàn)方數(shù)據(jù)、中國(guó)學(xué)術(shù)期刊網(wǎng)、中國(guó)知網(wǎng)進(jìn)行相關(guān)文獻(xiàn)檢索，檢索詞為：信息發(fā)布、風(fēng)險(xiǎn)預(yù)警、移動(dòng)平臺(tái)設(shè)計(jì)，并檢索出三篇類(lèi)似文獻(xiàn)，分別為《基于跨平臺(tái)的自行車(chē)競(jìng)賽信息發(fā)布移動(dòng)平臺(tái)設(shè)計(jì)》（微處理機(jī)，2015.10（5））；《基于移動(dòng)互聯(lián)網(wǎng)氣象信息發(fā)布移動(dòng)平臺(tái)技術(shù)實(shí)現(xiàn)》（計(jì)算機(jī)光盤(pán)軟件與應(yīng)用，2014.3（6））；《烏魯木齊供電公司電網(wǎng)風(fēng)險(xiǎn)預(yù)警與管理研究》（華北電力大學(xué)，2015年碩士論文），如圖1-2中左圖所示。其中已完成的跨平臺(tái)的自行車(chē)競(jìng)賽信息發(fā)布移動(dòng)平臺(tái)的設(shè)計(jì)，對(duì)本次QC活動(dòng)借鑒意義較大。該跨平臺(tái)的自行車(chē)賽信息發(fā)布平臺(tái)的設(shè)計(jì)和流程安排，主要針對(duì)環(huán)青海湖自行車(chē)賽的相關(guān)賽程及比賽排名等信息。其設(shè)計(jì)思路為采用PhoneGap將設(shè)計(jì)好并發(fā)布至服務(wù)器端的網(wǎng)站封裝成移動(dòng)平臺(tái)，如圖1-2中右圖所示。經(jīng)進(jìn)一步調(diào)研，環(huán)湖賽信息發(fā)布移動(dòng)平臺(tái)由野途網(wǎng)開(kāi)發(fā)設(shè)計(jì)，該平臺(tái)的設(shè)計(jì)運(yùn)用了服務(wù)器端數(shù)據(jù)處理、移動(dòng)智能終端的信息請(qǐng)求及反饋等方式，實(shí)現(xiàn)了信息的有效發(fā)布，如圖1-3所示，目前在電力系統(tǒng)中尚未發(fā)現(xiàn)對(duì)電網(wǎng)臨時(shí)風(fēng)險(xiǎn)預(yù)警采用此方式的先例。圖1-2環(huán)湖賽信息發(fā)布移動(dòng)平臺(tái)圖1-3信息傳送示意圖可借鑒點(diǎn)：環(huán)湖賽信息發(fā)布平臺(tái)的信息網(wǎng)絡(luò)傳輸方式、及服務(wù)器端的數(shù)據(jù)庫(kù)建模方式，來(lái)實(shí)現(xiàn)本項(xiàng)目的信息傳輸和建模；不同點(diǎn)：環(huán)湖賽信息發(fā)布平臺(tái)的移動(dòng)智能終端只能發(fā)送數(shù)據(jù)請(qǐng)求及信息查閱，本項(xiàng)目不僅用移動(dòng)智能終端實(shí)現(xiàn)上述功能，還進(jìn)一步增加數(shù)據(jù)的返回、修改、錄入等功能，開(kāi)發(fā)難度更大。因此，QC小組確定課題為：臨時(shí)風(fēng)險(xiǎn)預(yù)警發(fā)布平臺(tái)的開(kāi)發(fā)。二、設(shè)定目標(biāo)一、設(shè)定目標(biāo)為了提升風(fēng)險(xiǎn)預(yù)警信息發(fā)布的效率，小組經(jīng)過(guò)分析將本次課題目標(biāo)確定為：將臨時(shí)風(fēng)險(xiǎn)預(yù)警信息發(fā)布耗時(shí)限制在15min以?xún)?nèi)。圖2-1目標(biāo)設(shè)定圖二、目標(biāo)可行性分析小組對(duì)設(shè)定的目標(biāo)進(jìn)行了可行性分析。1.數(shù)據(jù)分析比照野途網(wǎng)的環(huán)湖賽信息發(fā)布平臺(tái)，對(duì)其信息發(fā)布平臺(tái)的并行發(fā)布時(shí)間，本QC小組成員進(jìn)行了測(cè)試，測(cè)試結(jié)果如下：表2-1環(huán)湖賽信息發(fā)布流程測(cè)試服務(wù)器端信息錄入入服務(wù)器端信息封裝裝信息流轉(zhuǎn)發(fā)布移動(dòng)平臺(tái)端接受并并更新移動(dòng)平臺(tái)端信息加加載總計(jì)15s5s15s5s5s45s其信息發(fā)布平臺(tái)的發(fā)布用時(shí)小于等于45s。本小組采用的信息錄入及封裝方式為移動(dòng)平臺(tái)端，移動(dòng)平臺(tái)端錄入比照服務(wù)器端加載用時(shí)較長(zhǎng)，一般判別需用時(shí)為服務(wù)器端2倍，如表2-2所示。表2-2本項(xiàng)目信息并行發(fā)布流程用時(shí)序號(hào)12345步驟移動(dòng)平臺(tái)端信息錄錄入移動(dòng)平臺(tái)端信息封封裝信息流轉(zhuǎn)發(fā)布移動(dòng)平臺(tái)端接受并并更新移動(dòng)平臺(tái)端信息加加載用時(shí)30s5s15s5s5s臨時(shí)風(fēng)險(xiǎn)并行發(fā)布時(shí)間=步驟1+步驟2+步驟3+步驟4+步驟5=30+5+15+5+5=1（min）因此，本小組采用預(yù)警發(fā)布平臺(tái)并行發(fā)布耗時(shí)至多為60s，加上編寫(xiě)事故信息耗時(shí)6min、制定預(yù)控措施耗時(shí)8min。臨時(shí)風(fēng)險(xiǎn)預(yù)警發(fā)布耗時(shí)經(jīng)計(jì)算應(yīng)不大于6min+8min+1min，即15min。2.人力資源小組中有10名成員，其中電力調(diào)度技師4人，數(shù)據(jù)庫(kù)工程師1人，軟件工程師4人，熟練掌握C、C++、JAVA、Html等編程語(yǔ)言，具備自行開(kāi)發(fā)能力。3.資金保證鹽城供電公司“楊洋”創(chuàng)新工作室，有專(zhuān)項(xiàng)創(chuàng)新基金3000元。小組通過(guò)向公司申請(qǐng)立項(xiàng)，可以解決項(xiàng)目開(kāi)發(fā)的剩余資金問(wèn)題。綜上所述，將目標(biāo)設(shè)置為將臨時(shí)風(fēng)險(xiǎn)預(yù)警發(fā)布耗時(shí)限制在15min以?xún)?nèi)，具有可行性。三、提出各種方案并確定最佳方案一、開(kāi)發(fā)構(gòu)想1.需求分析 小組召開(kāi)頭腦風(fēng)暴會(huì)議，對(duì)方案的需求進(jìn)行分析討論，匯總整理小組成員的意見(jiàn)后，用親和圖加以歸納，如圖3-1。圖3-1親和圖由親和圖得出臨時(shí)風(fēng)險(xiǎn)預(yù)警發(fā)布平臺(tái)的軟硬件主要需求，同時(shí)對(duì)照環(huán)湖自行車(chē)賽信息發(fā)布系統(tǒng)的開(kāi)發(fā)性能指標(biāo)，查閱了相關(guān)軟件應(yīng)用參數(shù)后，得出臨時(shí)風(fēng)險(xiǎn)預(yù)警發(fā)布平臺(tái)的需求分析表。表3-1臨時(shí)風(fēng)險(xiǎn)預(yù)警發(fā)布平臺(tái)需求分析表序號(hào)臨時(shí)預(yù)警信息發(fā)布布平臺(tái)的需求求分析實(shí)現(xiàn)效果1采用網(wǎng)絡(luò)方式進(jìn)行行發(fā)布API請(qǐng)求成功率率高于98%%2采用順序流程審核核方法信息審核正確率高高于98%，審審核時(shí)間不超超過(guò)2minn3采用圖形界面顯示示方法圖形界面加載時(shí)間間小于0.22s4采用關(guān)系型數(shù)據(jù)庫(kù)庫(kù)結(jié)構(gòu)開(kāi)發(fā)50條并行數(shù)據(jù)處處理響應(yīng)時(shí)間間低于0.55s5采用框架切換模式式開(kāi)發(fā)功能驗(yàn)收成功率高高于98%6平臺(tái)開(kāi)發(fā)成本低盡可能降低2.提出方案小組成員結(jié)合初步方案的選擇結(jié)果，根據(jù)需求分析和親和圖中的語(yǔ)言資料，進(jìn)行梳理和歸類(lèi)，提出了詳細(xì)分解方案，如圖3-2所示。圖3-2方案詳細(xì)分解框圖二、選擇最佳方案1.一級(jí)方案選擇（一）功能開(kāi)發(fā)1）采用網(wǎng)絡(luò)方式進(jìn)行發(fā)布3月10-13日，小組成員就采用網(wǎng)絡(luò)方式進(jìn)行發(fā)布的具體方案進(jìn)行討論分析，分成三個(gè)專(zhuān)項(xiàng)小組對(duì)每一個(gè)方案進(jìn)行簡(jiǎn)易的試驗(yàn)分析，并分析其特點(diǎn)，給出結(jié)論，如表3-2所示。表3-2網(wǎng)絡(luò)發(fā)布各方式比較方案選擇方案說(shuō)明方案分析特點(diǎn)結(jié)論方案目標(biāo)：APII（Winddow預(yù)定義義的函數(shù)）請(qǐng)請(qǐng)求成功率高高于98%，單單條數(shù)據(jù)請(qǐng)求求服務(wù)器端資資源占用低，數(shù)數(shù)據(jù)安全性高高。試驗(yàn)說(shuō)明：編寫(xiě)模模擬程序，從從移動(dòng)平臺(tái)端端進(jìn)行APII數(shù)據(jù)請(qǐng)求測(cè)測(cè)試，對(duì)單條條數(shù)據(jù)請(qǐng)求的的資源占用和和請(qǐng)求成功率率進(jìn)行統(tǒng)計(jì)，用用訪問(wèn)函數(shù)進(jìn)進(jìn)行試驗(yàn)。服務(wù)器端發(fā)布方案說(shuō)明：服務(wù)器器端錄入數(shù)據(jù)據(jù)，數(shù)據(jù)的流流向單一，從從服務(wù)器端至至移動(dòng)平臺(tái)端端；移動(dòng)平臺(tái)API請(qǐng)請(qǐng)求測(cè)試：API請(qǐng)求類(lèi)型請(qǐng)求次數(shù)成功次數(shù)成功率平均資源占用GET1009898%45kB方案成本分析：類(lèi)型費(fèi)用清單成本服務(wù)器端服務(wù)器升級(jí)600元參考資料250元數(shù)據(jù)庫(kù)開(kāi)發(fā)300元服務(wù)器端開(kāi)發(fā)1000元移動(dòng)端云、端調(diào)試200元移動(dòng)端開(kāi)發(fā)300元數(shù)據(jù)流API請(qǐng)求類(lèi)型G開(kāi)發(fā)成本200元4G網(wǎng)絡(luò)成本120元數(shù)據(jù)流環(huán)節(jié)2個(gè)成本總計(jì)2970元優(yōu)點(diǎn)：1、移動(dòng)端開(kāi)發(fā)成成本低；2、數(shù)據(jù)流環(huán)節(jié)少少，安全性高高；3、API請(qǐng)求成成功率符合要要求，但低于于方案二和方方案三。缺點(diǎn)：1、資源占用率高高；2、服務(wù)器端開(kāi)發(fā)成成本高；不選用該方案移動(dòng)平臺(tái)端發(fā)布方案說(shuō)明：移動(dòng)平平臺(tái)端錄入數(shù)數(shù)據(jù)，數(shù)據(jù)雙向流流動(dòng)；移動(dòng)平臺(tái)API請(qǐng)請(qǐng)求測(cè)試：API請(qǐng)求類(lèi)型請(qǐng)求次數(shù)成功次數(shù)成功率平均資源占用GET100100100%20kBPUT100100100%30kBPOST1009999%32kBDELETE100100100%15kB方案成本分析：類(lèi)型費(fèi)用清單成本服務(wù)器端服務(wù)器升級(jí)0參考資料250元數(shù)據(jù)庫(kù)開(kāi)發(fā)300元服務(wù)器端開(kāi)發(fā)300元移動(dòng)端云、端調(diào)試200元移動(dòng)端開(kāi)發(fā)600元數(shù)據(jù)流API請(qǐng)求類(lèi)型G、P、P、D開(kāi)發(fā)成本400元4G網(wǎng)絡(luò)成本120元數(shù)據(jù)流環(huán)節(jié)2個(gè)成本總計(jì)2170元優(yōu)點(diǎn)：1、API請(qǐng)求成成功率滿(mǎn)足要要求；2、平均資源占用用最低；3、數(shù)據(jù)流環(huán)節(jié)少少，安全性高高；4、成本總計(jì)最為為節(jié)省；缺點(diǎn)：1、移動(dòng)平臺(tái)端開(kāi)開(kāi)發(fā)成本較高高，但成本總總計(jì)最優(yōu)滿(mǎn)足足要求；選用該方案網(wǎng)頁(yè)端發(fā)布方案說(shuō)明：數(shù)據(jù)在在網(wǎng)頁(yè)端加載載，并傳輸至至服務(wù)器存儲(chǔ)儲(chǔ)，由服務(wù)器器將數(shù)據(jù)發(fā)送送至移動(dòng)平臺(tái)臺(tái)，數(shù)據(jù)單向向流動(dòng)。移動(dòng)平臺(tái)API請(qǐng)請(qǐng)求測(cè)試：API請(qǐng)求類(lèi)型請(qǐng)求次數(shù)成功次數(shù)成功率平均資源占用GET100100100%35kB方案成本分析：類(lèi)型費(fèi)用清單成本服務(wù)器端服務(wù)器升級(jí)0元參考資料250元數(shù)據(jù)庫(kù)開(kāi)發(fā)500元服務(wù)器端開(kāi)發(fā)200元網(wǎng)頁(yè)端網(wǎng)頁(yè)功能調(diào)試450元網(wǎng)頁(yè)端開(kāi)發(fā)800元移動(dòng)端云、端調(diào)試200元移動(dòng)端開(kāi)發(fā)300元數(shù)據(jù)流API請(qǐng)求類(lèi)型G開(kāi)發(fā)成本400元4G網(wǎng)絡(luò)成本120元數(shù)據(jù)流環(huán)節(jié)3個(gè)成本總計(jì)3220元優(yōu)點(diǎn)：1、API測(cè)試滿(mǎn)滿(mǎn)足要求；2、移動(dòng)端、服務(wù)務(wù)器端開(kāi)發(fā)成成本低；缺點(diǎn)：1、總體成本最高高；2、數(shù)據(jù)流環(huán)節(jié)增增加網(wǎng)頁(yè)端，數(shù)數(shù)據(jù)安全性低低；3、平均資源占用用高于方案二二。不選用該方案試驗(yàn)時(shí)間：20116年3月12日地點(diǎn)：：辦公室負(fù)責(zé)責(zé)人：張偉偉偉通過(guò)分析比較，小組成員選擇從移動(dòng)平臺(tái)端發(fā)布作為網(wǎng)絡(luò)發(fā)布的方式。2）采用順序流程審核方法3月15-17日，小組成員張偉偉、胡弢、邵林對(duì)風(fēng)險(xiǎn)預(yù)警信息審核方法進(jìn)行了分析比較，并開(kāi)展試驗(yàn)分析，分析結(jié)果如下表：表3-3預(yù)警信息審核方式選擇方案選擇方案說(shuō)明試驗(yàn)分析特點(diǎn)結(jié)論方案目標(biāo)：信息審審核正確率高高于98%，審審核耗時(shí)小于于2min，成成本盡量低。試驗(yàn)說(shuō)明：小組成成員分成2組組，1組編寫(xiě)寫(xiě)200條事事故風(fēng)險(xiǎn)預(yù)警警信息，另11組分別采用用以下三種方方法進(jìn)行審核核試驗(yàn)。（其中復(fù)合審核中中程序僅開(kāi)發(fā)發(fā)數(shù)字比對(duì)功功能，智能審審核程序僅開(kāi)開(kāi)發(fā)數(shù)字比對(duì)對(duì)和因果邏輯輯檢測(cè)功能）智能審核方案說(shuō)明：智能審審核程序判斷斷邏輯如圖所所示，通過(guò)數(shù)數(shù)據(jù)庫(kù)比對(duì)算算法，檢驗(yàn)一一二次設(shè)備名名稱(chēng)、邏輯正正確性。試驗(yàn)分析：序號(hào)12…200平均最大內(nèi)存占用/MB3.223.13…3.453.213.55是否正確是是是審核時(shí)間/s4.54.5…4.84.64.9審核平均耗時(shí)4.7s審核正確率/%92開(kāi)發(fā)用時(shí)/min190開(kāi)發(fā)成本/元1200人工審核成本0對(duì)智能審核的錯(cuò)誤誤類(lèi)型進(jìn)行分分析，如下：優(yōu)點(diǎn)：審核平均耗時(shí)最短短；缺點(diǎn)：1.開(kāi)發(fā)用時(shí)最高高；2.內(nèi)存占用高，影影響流暢度；；3.開(kāi)發(fā)成本最高高。不選用該方案經(jīng)驗(yàn)審核方案說(shuō)明：采用調(diào)調(diào)度員本人憑憑經(jīng)驗(yàn)、知識(shí)識(shí)進(jìn)行審核。試驗(yàn)分析：序號(hào)12…200平均最大內(nèi)存占用/MB00…000是否正確是否是審核時(shí)間/min2.52.7…2.82.63.0審核平均耗時(shí)2.8min審核正確率/%85開(kāi)發(fā)成本/元0人工審核成本100元對(duì)經(jīng)驗(yàn)審核的錯(cuò)誤誤類(lèi)型進(jìn)行分分析，如下：：優(yōu)點(diǎn)：1.無(wú)需開(kāi)發(fā)審核核程序；2.不占用系統(tǒng)統(tǒng)軟硬件資源源；3.成本最低；缺點(diǎn)：1.審核正確率低低，編號(hào)名稱(chēng)稱(chēng)錯(cuò)誤居多；；2.審核時(shí)間過(guò)過(guò)長(zhǎng)；不選用該方案復(fù)合審核方案說(shuō)明：編輯僅僅自動(dòng)比對(duì)名稱(chēng)、數(shù)字的程序序，與經(jīng)驗(yàn)審核核結(jié)合。試驗(yàn)分析：序號(hào)12…200平均最大內(nèi)存占用/kB233251…273242242是否正確是是是審核時(shí)間/min1.51.2…1.61.51.7審核平均耗時(shí)1.7min審核正確率/%99.5開(kāi)發(fā)用時(shí)/min20開(kāi)發(fā)成本/元200人工審核成本100元注：其中程序，僅僅對(duì)設(shè)備名稱(chēng)稱(chēng)、數(shù)字編號(hào)號(hào)內(nèi)容進(jìn)行校校對(duì)，減少檢檢索信息，實(shí)實(shí)現(xiàn)預(yù)警內(nèi)容容的快速初審審；優(yōu)點(diǎn)：1．審核正確率最最高；2.程序開(kāi)發(fā)用時(shí)時(shí)短；3.開(kāi)發(fā)成本低；；缺點(diǎn)：1、驗(yàn)證時(shí)間長(zhǎng)于于智能審核，但但滿(mǎn)足目標(biāo)要要求。選用該方案試驗(yàn)時(shí)間：20116年3月115日地點(diǎn)：：調(diào)控中心辦辦公室負(fù)責(zé)人人：張偉偉經(jīng)過(guò)比較分析，QC小組決定選用復(fù)合審核方法作為臨時(shí)風(fēng)險(xiǎn)預(yù)警信息的順序流程審核方法的具體方案。3）采用圖形界面顯示方式3月18-19日，小組成員邵林、黃震對(duì)人機(jī)圖形界面設(shè)計(jì)方法進(jìn)行了比較，分析結(jié)果如下表：表3-4圖形功能界面設(shè)計(jì)方法選擇方案選擇方案說(shuō)明試驗(yàn)分析特點(diǎn)結(jié)論方案目標(biāo)：圖形界界面加載時(shí)間間小于0.22s試驗(yàn)說(shuō)明：小組成成員分別按照照三種方法設(shè)設(shè)計(jì)按鈕圖案案，在單個(gè)圖圖形界面中加加載10個(gè)按按鈕，編程對(duì)對(duì)三種方法的的加載時(shí)間進(jìn)進(jìn)行測(cè)試。采用扁平化顯示方案說(shuō)明：指圖形形元素采用二二維設(shè)計(jì)，即即采用抽象、簡(jiǎn)簡(jiǎn)化、符號(hào)化化的設(shè)計(jì)元素素試驗(yàn)結(jié)果：序號(hào)12…100平均最大內(nèi)存占用/kB6.36.8…6.56.67.1加載時(shí)間/s0.120.10…0.110.120.13開(kāi)發(fā)用時(shí)/min23注：每一次測(cè)試均均需清空緩存存設(shè)計(jì)開(kāi)發(fā)流程分析析：優(yōu)點(diǎn)：1、界面加加載時(shí)間符合合要求；2、開(kāi)發(fā)用時(shí)最短短；3、內(nèi)存占用最低低；缺點(diǎn)：圖形設(shè)計(jì)簡(jiǎn)簡(jiǎn)單，但符合合要求。選用該方案采用擬物化顯示方案說(shuō)明：指圖形形元素采用三三維設(shè)計(jì)，增增加特效與質(zhì)質(zhì)感。試驗(yàn)分析：序號(hào)12…100平均最大內(nèi)存占用/kB33.232.2…31.532.133.2加載時(shí)間/s0.310.27…0.260.290.32開(kāi)發(fā)用時(shí)/min64注：每一次測(cè)試均均需清空緩存存設(shè)計(jì)開(kāi)發(fā)流程分析析：比之采用扁平化設(shè)設(shè)計(jì)，增加藍(lán)藍(lán)色部分流程程。優(yōu)點(diǎn)：圖形設(shè)計(jì)立立體；缺點(diǎn)：1、界面加載時(shí)間間不符合要求求；2、內(nèi)存占用較高高；3、開(kāi)發(fā)用時(shí)較長(zhǎng)長(zhǎng)。不選用該方案采用卡通化顯示方案說(shuō)明：指圖形形元素采用卡卡通形象的方方式進(jìn)行呈現(xiàn)現(xiàn)。試驗(yàn)分析：序號(hào)12…100平均最大內(nèi)存占用/kB34.835.2…36.534.836.5加載時(shí)間/s0.350.33…0.350.320.35開(kāi)發(fā)用時(shí)/min78注：每一次測(cè)試均均需清空緩存存設(shè)計(jì)開(kāi)發(fā)流程分析析：比之采用擬物化設(shè)設(shè)計(jì)，增加紫紫色部分流程程。優(yōu)點(diǎn)：圖形設(shè)計(jì)生動(dòng)；缺點(diǎn)：1、界面加載時(shí)間間最長(zhǎng)；2、內(nèi)存占用最高高；3、開(kāi)發(fā)用時(shí)最長(zhǎng)長(zhǎng)。不選用該方案試驗(yàn)時(shí)間：20116年3月115日地點(diǎn)：：調(diào)控中心辦辦公室負(fù)責(zé)人人：邵林（二）軟件開(kāi)發(fā)1）采用關(guān)系型數(shù)據(jù)庫(kù)結(jié)構(gòu)建模3月23日，小組成員張偉偉、邵林、黃震對(duì)服務(wù)器云端數(shù)據(jù)結(jié)構(gòu)采用何種方式建模進(jìn)行分析。表3-5數(shù)據(jù)結(jié)構(gòu)選擇方案選擇方案說(shuō)明試驗(yàn)分析特點(diǎn)結(jié)論方案目標(biāo)：50條條并行數(shù)據(jù)處處理響應(yīng)時(shí)間間低于0.55s。試驗(yàn)描述：小組成成員在電腦上上安裝了SQQLSerrver20005，并在在該數(shù)據(jù)庫(kù)程程序中模擬建建模，形成表表單1、表單單2，并編寫(xiě)寫(xiě)兩個(gè)簡(jiǎn)易功功能I、功能能II函數(shù)，并并在不同的數(shù)數(shù)據(jù)結(jié)構(gòu)下進(jìn)進(jìn)行交叉訪問(wèn)問(wèn)測(cè)試。分散式布局方案說(shuō)明：各功能模塊各自對(duì)對(duì)應(yīng)各自數(shù)據(jù)據(jù)表格，功能能模塊間不能能互相訪問(wèn)數(shù)數(shù)據(jù)；交叉訪問(wèn)試驗(yàn)：功功能II訪問(wèn)問(wèn)表單1數(shù)據(jù)請(qǐng)求，執(zhí)行步步驟：讀操作：功能III—>功能II—>表單11—>功能II—>功能III；寫(xiě)操作：功能III—>功能II—>表單11—>功能II—>功能III；改操作：功能III—>功能II—>表單11—>功能II—>功能III；安全審核：功能II、II函數(shù)數(shù)均需審核請(qǐng)請(qǐng)求發(fā)起的安安全性。交叉訪問(wèn)并行請(qǐng)求求響應(yīng)測(cè)試：：并行請(qǐng)求數(shù)10條20條30條40條50條讀響應(yīng)時(shí)間（/s）0.320.450.670.870.96寫(xiě)響應(yīng)時(shí)間（/s）0.350.490.730.921.03改響應(yīng)時(shí)間（/s）0.360.480.720.931.01優(yōu)點(diǎn)：數(shù)據(jù)安全性性高；缺點(diǎn)：1.并行請(qǐng)求響應(yīng)應(yīng)時(shí)間最長(zhǎng)；；2.數(shù)據(jù)請(qǐng)求執(zhí)行行步驟多不選用該方案統(tǒng)一式布局說(shuō)明：各功能模塊所需數(shù)數(shù)據(jù)統(tǒng)一分類(lèi)類(lèi)，同類(lèi)數(shù)據(jù)據(jù)歸一對(duì)應(yīng)類(lèi)數(shù)據(jù)表表格中，各功功能模塊可訪訪問(wèn)同一數(shù)據(jù)據(jù)；交叉訪問(wèn)試驗(yàn)：功功能II訪問(wèn)問(wèn)表單1數(shù)據(jù)請(qǐng)求，執(zhí)行步步驟：讀操作：功能III—>表單11；寫(xiě)操作：功能III—>表單11；改操作：功能III—>表單11；安全審核：功能III函數(shù)需審審核請(qǐng)求發(fā)起起的安全性。交叉訪問(wèn)并行請(qǐng)求求響應(yīng)測(cè)試：：并行請(qǐng)求數(shù)10條20條30條40條50條讀響應(yīng)時(shí)間（/s）0.180.250.310.390.45寫(xiě)響應(yīng)時(shí)間（/s）0.190.280.320.410.46改響應(yīng)時(shí)間（/s）0.200.290.340.420.47優(yōu)點(diǎn)：1數(shù)據(jù)請(qǐng)求執(zhí)行步驟驟最少；2、響應(yīng)速度最快快；缺點(diǎn)：1.安全全審核環(huán)節(jié)最最少；不選用該方案交互式布局方案說(shuō)明：各功能模塊對(duì)應(yīng)一一個(gè)表單，表表單間依據(jù)關(guān)關(guān)系數(shù)據(jù)庫(kù)原原理進(jìn)行鍵值值關(guān)聯(lián)，提高高交叉訪問(wèn)效效率；交叉訪問(wèn)試驗(yàn)：功功能II訪問(wèn)問(wèn)表單1數(shù)據(jù)請(qǐng)求，執(zhí)行步步驟：讀操作：功能III—>表單11；寫(xiě)操作：功能III—>功能II—>表單11—>功能II—>功能III；改操作：功能III—>功能II—>表單11—>功能II—>功能III；安全審核：讀操作作僅功能III審核，寫(xiě)、改改操作需經(jīng)功功能I、III審核。交叉訪問(wèn)并行請(qǐng)求求響應(yīng)測(cè)試：：并行請(qǐng)求數(shù)10條20條30條40條50條讀響應(yīng)時(shí)間（/s）0.170.240.300.370.45寫(xiě)響應(yīng)時(shí)間（/s）0.210.280.320.410.48改響應(yīng)時(shí)間（/s）0.220.290.330.400.49優(yōu)點(diǎn)：1.讀請(qǐng)求響應(yīng)時(shí)時(shí)間最短；2.數(shù)據(jù)寫(xiě)、改操操作安全性高高；缺點(diǎn)：安全審核環(huán)環(huán)節(jié)少但不影影響數(shù)據(jù)安全全選用該方案分析時(shí)間：20116年3月223日地點(diǎn)：：調(diào)控中心會(huì)會(huì)議室負(fù)責(zé)人人：金鑫，王王輝根據(jù)分析結(jié)果，小組決定在云端關(guān)系數(shù)據(jù)庫(kù)中采用交互式布局作為數(shù)據(jù)結(jié)構(gòu)。2）采用框架切換模式開(kāi)發(fā)2016年3月24—27日，小組成員金鑫、王輝、周磊在調(diào)控中心辦公室對(duì)多種編程方法通過(guò)網(wǎng)上資料查詢(xún)，如web網(wǎng)頁(yè)加殼生成移動(dòng)平臺(tái)、web網(wǎng)頁(yè)與原生語(yǔ)言混編、原生態(tài)開(kāi)發(fā)等，并進(jìn)行了分析比較：表3-6移動(dòng)平臺(tái)開(kāi)發(fā)方法比較方案選擇方案說(shuō)明試驗(yàn)分析特點(diǎn)結(jié)論方案目標(biāo)：登錄及及驗(yàn)證成功率率不小于999%，信息驗(yàn)驗(yàn)證時(shí)間不超超過(guò)0.5ss；試驗(yàn)描述：依據(jù)以以下三種方案案，分別編寫(xiě)寫(xiě)三個(gè)Anddroid版版登錄驗(yàn)證界界面，加載同同一個(gè)信息驗(yàn)驗(yàn)證函數(shù)進(jìn)行行測(cè)試及比較較。Web網(wǎng)頁(yè)加殼生生成移動(dòng)平臺(tái)臺(tái)客戶(hù)端方案說(shuō)明：將WEEB網(wǎng)頁(yè)封裝裝成移動(dòng)平臺(tái)臺(tái)樣式，本質(zhì)質(zhì)是對(duì)網(wǎng)頁(yè)的的訪問(wèn)，只是是屏蔽了地址址欄等信息。試驗(yàn)結(jié)果：序號(hào)12…50平均最大驗(yàn)證時(shí)間/s0.610.65…0.630.630.69內(nèi)存占用/kB12.713.1…13.413.213.6流量消耗/kB22.322.5…22.222.422.9驗(yàn)證結(jié)果正確正確…正確驗(yàn)證成功率98%開(kāi)發(fā)用時(shí)62min優(yōu)點(diǎn)：1、開(kāi)發(fā)速度最快快缺點(diǎn)：1、驗(yàn)證耗時(shí)長(zhǎng)；；2、內(nèi)存占占耗高，流量量消耗大；33、驗(yàn)證成功功率不滿(mǎn)足要要求不選用該方案Web網(wǎng)頁(yè)、原生生態(tài)混編方案說(shuō)明：數(shù)據(jù)訪訪問(wèn)直接調(diào)用用底層原生函函數(shù)，Htmml5網(wǎng)頁(yè)實(shí)實(shí)現(xiàn)主體UII界面試驗(yàn)結(jié)果：序號(hào)12…50平均最大驗(yàn)證時(shí)間/s0.410.45…0.430.430.47內(nèi)存占用/kB8.79.2…9.18.89.2流量消耗/kB17.318.5…17.817.918.5驗(yàn)證結(jié)果正確正確…正確驗(yàn)證成功率100%開(kāi)發(fā)用時(shí)75min優(yōu)點(diǎn)：1、內(nèi)存占用不高高；2、流量量消耗較少；3、驗(yàn)證耗耗時(shí)較短；缺點(diǎn)：1、開(kāi)發(fā)用時(shí)較長(zhǎng)長(zhǎng)，但遠(yuǎn)低于于原生態(tài)開(kāi)發(fā)發(fā)，滿(mǎn)足要求求。選用該方案原生態(tài)開(kāi)發(fā)方案說(shuō)明：完全使使用javaa語(yǔ)言開(kāi)發(fā)安安卓系統(tǒng)驗(yàn)證證函數(shù)。試驗(yàn)結(jié)果：序號(hào)12…50平均最大驗(yàn)證時(shí)間/s0.340.35…0.390.370.41內(nèi)存占用/kB6.76.2…6.46.46.9流量消耗/kB14.314.5…14.814.414.9驗(yàn)證結(jié)果正確正確…正確驗(yàn)證成功率100%開(kāi)發(fā)用時(shí)190min優(yōu)點(diǎn)：1、驗(yàn)證時(shí)間最短短；2、內(nèi)存占用、流流量消耗最少少；缺點(diǎn)：1、開(kāi)發(fā)耗時(shí)最長(zhǎng)長(zhǎng)，難度高不選用該方案分析時(shí)間：20116年3月227日地點(diǎn)：：調(diào)控中心會(huì)會(huì)議室負(fù)責(zé)人人：金鑫，王王輝通過(guò)分析比較，小組成員從小組技術(shù)水平、熟練度等方面綜合考慮，根據(jù)上述比較表格，選擇Web網(wǎng)頁(yè)、原生態(tài)混編方式作為移動(dòng)終端軟件開(kāi)發(fā)方法。由此，一級(jí)方案全部確定，如圖3-3所示：圖3-3一級(jí)方案比選結(jié)果框圖2.二級(jí)方案選擇（一）WEB網(wǎng)頁(yè)、原生態(tài)混編方法的選擇3月29日，本小組成員張永豐、邵林、周磊針對(duì)現(xiàn)有的WEB網(wǎng)頁(yè)、原生態(tài)混編方法的具體執(zhí)行方案進(jìn)行選擇，這里對(duì)可能采取的開(kāi)發(fā)語(yǔ)言方案進(jìn)行比較分析：表3-7WEB網(wǎng)頁(yè)、原生態(tài)混編執(zhí)行方案比較方案目標(biāo)開(kāi)發(fā)周期盡量短，開(kāi)開(kāi)發(fā)成本盡量量低。語(yǔ)言（網(wǎng)頁(yè)+腳本）語(yǔ)語(yǔ)言+原生開(kāi)發(fā)語(yǔ)言言（網(wǎng)頁(yè)+腳本）語(yǔ)語(yǔ)言+APIICloudd平臺(tái)（網(wǎng)頁(yè)+腳本）語(yǔ)語(yǔ)言+Dclloud框架架語(yǔ)言特點(diǎn)網(wǎng)頁(yè)語(yǔ)言指Htmml語(yǔ)言，腳腳本語(yǔ)言指JJSP即Jaavascrript語(yǔ)言言，具有良好好的適配性。原生開(kāi)發(fā)語(yǔ)言主要要指針對(duì)安卓卓系統(tǒng)的JAAVA語(yǔ)言和和針對(duì)蘋(píng)果系系統(tǒng)的ObjjectivveC語(yǔ)言；；Apicloudd開(kāi)發(fā)平臺(tái)可可以實(shí)現(xiàn)安卓卓、IOS系系統(tǒng)的同時(shí)開(kāi)開(kāi)發(fā)，具有編編譯轉(zhuǎn)換特性性，實(shí)現(xiàn)原生生代碼的轉(zhuǎn)譯譯DCLOUD提供供前端框架，擴(kuò)擴(kuò)展HTMLL5的特性。開(kāi)發(fā)周期150天75天120天開(kāi)發(fā)成本IOS證書(shū)相關(guān)成成本600元元+程序開(kāi)發(fā)發(fā)成本8000元+數(shù)據(jù)庫(kù)庫(kù)開(kāi)發(fā)成本3300元；IOS證書(shū)成本6600元+程程序開(kāi)發(fā)成本本500元；；IOS證書(shū)成本6600元+程程序開(kāi)發(fā)成本本600元++數(shù)據(jù)庫(kù)開(kāi)發(fā)發(fā)成本3000元；成本合計(jì)1700元1100元1500元模塊調(diào)用調(diào)用JAVA、OObjecttive-CC函數(shù)包，具具體功能實(shí)現(xiàn)現(xiàn)依賴(lài)代碼編編輯；APICLOUDD提供大量通通用UI功能能模塊，直接接調(diào)用，提升升開(kāi)發(fā)效率不自帶UI模塊，支支持三方框架架。費(fèi)用1700元1100元1500元優(yōu)點(diǎn)程序適配性好開(kāi)發(fā)周期短，開(kāi)發(fā)發(fā)難度較低，成成本低程序結(jié)構(gòu)優(yōu)化，程程序適配性好好缺點(diǎn)開(kāi)發(fā)周期最長(zhǎng)，成成本最高，開(kāi)開(kāi)發(fā)難度較高高需掌握多門(mén)門(mén)程序語(yǔ)言程序流暢度存在風(fēng)風(fēng)險(xiǎn)開(kāi)發(fā)周期較長(zhǎng)，開(kāi)開(kāi)發(fā)難度較高高結(jié)論不選用選用不選用通過(guò)對(duì)WEB網(wǎng)頁(yè)、原生態(tài)混編方法的具體執(zhí)行方案的比較，小組決定選用(網(wǎng)頁(yè)+腳本)語(yǔ)言+APICloud平臺(tái)作為具體執(zhí)行方案。3.確定最佳方案通過(guò)以上五組一級(jí)方案選擇，一組二級(jí)方案選擇，本課題臨時(shí)風(fēng)險(xiǎn)預(yù)警發(fā)布平臺(tái)開(kāi)發(fā)的最佳方案全部確定，如圖3-4所示。圖3-4最佳方案結(jié)果框圖四、制定對(duì)策表3月31日，全體小組成員依據(jù)確定的最優(yōu)方案，小組制定了對(duì)策計(jì)劃表，如表4-1所示。表4-1對(duì)策計(jì)劃表序號(hào)方案對(duì)策目標(biāo)措施地點(diǎn)負(fù)責(zé)人完成時(shí)間1采用網(wǎng)絡(luò)方式進(jìn)行行發(fā)布采用移動(dòng)平臺(tái)端進(jìn)進(jìn)行發(fā)布API請(qǐng)求成功率率高于98%%1、設(shè)計(jì)API請(qǐng)請(qǐng)求測(cè)試流程程；2、測(cè)試API請(qǐng)請(qǐng)求成功率。調(diào)度DTS室黃震2016.4.1152采用順序流程審核核方法采用復(fù)合審核方法法信息審核正確率高高于98%，審審核耗時(shí)小于于2min1、制定預(yù)警信息息復(fù)合審核流流程圖；2、測(cè)試預(yù)警單審審核正確率。會(huì)議室王輝2016.5.0053采用圖形界面顯示示方式采用扁平化顯示圖形界面加載時(shí)間間小于0.22s1、設(shè)計(jì)移動(dòng)設(shè)備備各功能界面面；2、設(shè)計(jì)集中推送送顯示界面；；3、測(cè)試各功能界界面加載時(shí)間間；調(diào)度DTS室王傳能2016.6.0024采用關(guān)系型數(shù)據(jù)庫(kù)庫(kù)建模采用交互式布局?jǐn)?shù)數(shù)據(jù)結(jié)構(gòu)50條數(shù)據(jù)并行處處理響應(yīng)時(shí)間間低于0.55s1、選擇數(shù)據(jù)庫(kù)服服務(wù)器；2、建立服務(wù)器端端數(shù)據(jù)庫(kù)表單單結(jié)構(gòu)；3、進(jìn)行服務(wù)器端端并行響應(yīng)測(cè)測(cè)試。會(huì)議室周磊2016.6.1125采用框架切換模式式開(kāi)發(fā)采用(網(wǎng)頁(yè)和腳本本)語(yǔ)言+AApiclooud平臺(tái)功能驗(yàn)收成功率高高于98%1、設(shè)計(jì)登錄及注注冊(cè)流程；2、分解功能模塊塊并設(shè)計(jì)主界界面；3、進(jìn)行平臺(tái)預(yù)警警信息發(fā)布在在線測(cè)試；4、驗(yàn)收功能流轉(zhuǎn)轉(zhuǎn)全過(guò)程；會(huì)議室邵林2016.6.330五、按對(duì)策表實(shí)施一、對(duì)策實(shí)施一：采用移動(dòng)平臺(tái)端進(jìn)行發(fā)布1.設(shè)計(jì)API請(qǐng)求測(cè)試流程4月15-16日，QC小組成員王輝、周磊對(duì)移動(dòng)平臺(tái)端提請(qǐng)的數(shù)據(jù)請(qǐng)求測(cè)試流程進(jìn)行了設(shè)計(jì)，如圖5-1。API請(qǐng)求包含數(shù)據(jù)更新（PUT）、數(shù)據(jù)索取（GET）、數(shù)據(jù)提交（POST）、數(shù)據(jù)刪除（DELETE），四種API請(qǐng)求的流程相同。圖5-1API請(qǐng)求數(shù)據(jù)流程圖API請(qǐng)求的提交采用APICloud平臺(tái)進(jìn)行測(cè)試，其中GET測(cè)試提交畫(huà)面如圖5-2所示，測(cè)試返回結(jié)果如圖5-3所示，小組成員測(cè)試實(shí)施畫(huà)面如圖5-4。圖5-2API請(qǐng)求GET測(cè)試畫(huà)面圖5-3API請(qǐng)求GET返回?cái)?shù)據(jù)畫(huà)面圖5-4小組成員測(cè)試API請(qǐng)求畫(huà)面2.測(cè)試API請(qǐng)求成功率對(duì)策目標(biāo)驗(yàn)證：4月20日，小組成員張永豐、邵林、金鑫按照以上測(cè)試方法，對(duì)API請(qǐng)求進(jìn)行測(cè)試，每種API請(qǐng)求測(cè)試1000條數(shù)據(jù)請(qǐng)求，其中：綜合成功率=發(fā)送成功率×返回成功率，測(cè)試結(jié)果如下表所示：表5-1API請(qǐng)求測(cè)試表API請(qǐng)求類(lèi)型數(shù)據(jù)更新（PUTT）數(shù)據(jù)索?。℅ETT）數(shù)據(jù)提交（POSST）數(shù)據(jù)刪除（DELLETE）發(fā)送成功率(/%%)99.999.899.999.6返回成功率(/%%)99.399.699.299.7綜合成功率(/%%)99.299.499.199.3由上表可見(jiàn)，API請(qǐng)求成功率高于98%，對(duì)策目標(biāo)實(shí)現(xiàn)。二、對(duì)策實(shí)施二：采用復(fù)合審核1.制定預(yù)警信息復(fù)合審核流程圖5月5-7日，小組成員楊洋、王傳能、張偉偉制定了采用順序流程審核方法的預(yù)警信息審核流程，如圖5-5中左側(cè)所示。為了實(shí)現(xiàn)復(fù)合審核，小組成員繼續(xù)編寫(xiě)了名稱(chēng)、編號(hào)審核程序，該審核程序的基本原理如圖5-5中右側(cè)虛線部分所示。圖5-5復(fù)合審核流程圖2.測(cè)試預(yù)警單審核正確率對(duì)策目標(biāo)驗(yàn)證：小組成員王傳能、邵林在移動(dòng)平臺(tái)程序中添加初審程序后，對(duì)信息審核進(jìn)行測(cè)試，集中6名正值調(diào)度員，由小組成員黃震、王輝、周磊負(fù)責(zé)對(duì)事故信息進(jìn)行修改后形成200條事故信息，并采用復(fù)合審核法。使用電腦模擬調(diào)試，如圖5-6所示。圖5-6電腦模擬調(diào)試畫(huà)面表5-2預(yù)警單審核測(cè)試審核員姓名胡弢楊洋張永豐范敏管浦民馮明生審核預(yù)警單數(shù)303040403030平均耗時(shí)/minn1.51.61.51.51.61.6審核出錯(cuò)數(shù)001110綜合正確率98.5%經(jīng)測(cè)試后，得出試驗(yàn)結(jié)果如表5-2所示，由此可見(jiàn)，采用復(fù)合審核法后綜合正確率高于98%，結(jié)論：對(duì)策目標(biāo)實(shí)現(xiàn)。三、對(duì)策實(shí)施三：采用扁平化顯示1.設(shè)計(jì)移動(dòng)設(shè)備各功能界面5月29-31日，小組成員邵林、金鑫、王輝對(duì)移動(dòng)平臺(tái)端功能進(jìn)行功能界面顯示設(shè)計(jì)，預(yù)警通知單流轉(zhuǎn)周期如圖5-6所示：圖5-7臨時(shí)風(fēng)險(xiǎn)預(yù)警通知單的流轉(zhuǎn)周期（一）預(yù)警編寫(xiě)、錄入功能界面設(shè)計(jì)第一步，數(shù)據(jù)錄入功能，編寫(xiě)新預(yù)警界面顯示如圖5-7，按內(nèi)容對(duì)應(yīng)填寫(xiě)，將當(dāng)前電網(wǎng)事故或缺陷錄入系統(tǒng)。圖5-8編寫(xiě)新預(yù)警（二）預(yù)警審核、查閱及歸檔功能界面設(shè)計(jì)第二步，預(yù)警審核、查閱及歸檔界面顯示設(shè)計(jì)。打開(kāi)待審核預(yù)警單后，審核正確則簽名審核通過(guò)，如圖5-8中左一所示；審核通過(guò)則預(yù)警單進(jìn)入發(fā)布環(huán)節(jié)，此時(shí)可進(jìn)入預(yù)警查閱界面點(diǎn)擊對(duì)應(yīng)預(yù)警單打開(kāi)，如圖5-8中右側(cè)兩圖所示；預(yù)警單歸檔則如圖5-8中間圖所示。圖5-9預(yù)警審核、查閱及歸檔2.設(shè)計(jì)集中推送功能界面風(fēng)險(xiǎn)預(yù)警信息集中推送，該功能在服務(wù)器端設(shè)計(jì)推送平臺(tái)實(shí)現(xiàn)，在該平臺(tái)中填入推送信息后點(diǎn)擊“發(fā)送”即可，推送時(shí)可以指定特定用戶(hù)群體進(jìn)行推送，界面顯示如圖5-9所示。圖5-10云端服務(wù)器消息推送界面3.測(cè)試各功能界面加載時(shí)間對(duì)策目標(biāo)驗(yàn)證：表5-3功能界面加載時(shí)間測(cè)試序號(hào)功能界面名稱(chēng)12…100平均最大功能界面加載時(shí)間間/s打開(kāi)新預(yù)警0.080.06…0.090.080.11草稿提交及返回0.130.11…0.090.120.13審核通過(guò)及退回0.120.11…0.130.120.13預(yù)警信息查閱0.140.13…0.120.130.14信息推送0.090.05…0.060.080.116月1-2日，小組成員對(duì)各功能圖形界面的加載時(shí)間進(jìn)行了測(cè)試，測(cè)試結(jié)果如上表。測(cè)試結(jié)果顯示，最大界面加載時(shí)間均不超出0.2s，因此得出結(jié)論：對(duì)策目標(biāo)實(shí)現(xiàn)。四、對(duì)策實(shí)施四：采用交互式布局?jǐn)?shù)據(jù)結(jié)構(gòu)1.選擇數(shù)據(jù)庫(kù)服務(wù)器6月3-9日，QC小組成員金鑫、邵林、周磊在調(diào)控中心會(huì)議室內(nèi)就云端服務(wù)器的選擇進(jìn)行了分析論證，本平臺(tái)經(jīng)綜合需求分析，服務(wù)器的配置采用單CPU、單可用IP、100G硬盤(pán)需求、100M共享帶寬、處理器選用Intel酷睿i3、4G內(nèi)存，定位為數(shù)據(jù)庫(kù)服務(wù)器，可完全滿(mǎn)足要求，根據(jù)上述分析選擇比對(duì)如下：表5-4數(shù)據(jù)庫(kù)服務(wù)器選擇比較分析表方案選擇數(shù)據(jù)庫(kù)服務(wù)成本費(fèi)費(fèi)用比較結(jié)論購(gòu)買(mǎi)1臺(tái)數(shù)據(jù)服務(wù)務(wù)器單臺(tái)1萬(wàn)-5萬(wàn)不不等，考慮本本平臺(tái)對(duì)服務(wù)務(wù)器的性能要要求有限，以以華為FussionSeerverRH12888–V3型號(hào)為為例，性能滿(mǎn)滿(mǎn)足要求，市市場(chǎng)售價(jià)在11.1萬(wàn)元左左右，屬于一一次性投資。不選用租賃網(wǎng)絡(luò)數(shù)據(jù)服務(wù)務(wù)器根據(jù)選擇要求，查查閱相關(guān)企業(yè)業(yè)的服務(wù)器租租賃價(jià)格如下下表，帶寬均為百百兆共享，可見(jiàn)平均租租賃價(jià)格P在在3000￥￥/年左右：處理器內(nèi)存硬盤(pán)價(jià)格(元/年)Q93004G500G3200E58004G500G2500Q66004G500G3500不選用選擇云儲(chǔ)存服務(wù)商商的云端服務(wù)務(wù)對(duì)國(guó)內(nèi)云端存儲(chǔ)價(jià)價(jià)格調(diào)研結(jié)果果如下表，本本平臺(tái)預(yù)計(jì)需需要存儲(chǔ)空間間100G，流流量每月200GB即可滿(mǎn)滿(mǎn)足，數(shù)據(jù)請(qǐng)請(qǐng)求預(yù)計(jì)每月月最多5萬(wàn)次次，數(shù)據(jù)geet操作每月月5萬(wàn)次，DDELETEE操作每月11000次，則則折算成本為為：P=2.04×1100+200×12×00.55+00.5×122+(0.005+0.001)×122=342..72(￥/年)存儲(chǔ)空間流量數(shù)據(jù)請(qǐng)求空間范圍價(jià)格(￥/年)流出(/月)價(jià)格請(qǐng)求方式價(jià)格(￥/千次請(qǐng)求)0-50TB2.04/GB0-2TB0.55/GBPUT/COPY/POST/LIST0.0150-500TB1.98/GB2-100TB0.50/GBGET0.001500-5000TB1.92/GB100-200TB0.45/GBDELETE0.01＞5000TB1.86/GB＞200TB0.40/GB選用通過(guò)對(duì)云端服務(wù)的成本比較，小組決定采用選擇云存儲(chǔ)服務(wù)商的云端服務(wù)，作為服務(wù)器端的選擇方式。6月4日，小組成員張永豐、黃震查閱關(guān)于云端服務(wù)商的資料后，進(jìn)行了比較分析，結(jié)果如表5-5所示：表5-5云存儲(chǔ)服務(wù)商選擇比較表方案選擇成本分析優(yōu)點(diǎn)分析結(jié)論選擇又拍云存儲(chǔ)服服務(wù)比較流量下載成本本：流量下載價(jià)格0-3TB0.4元/GB3-5TB0.38元/GB上傳下載加速；自自建CDN；；能夠進(jìn)行日日志分析；具具備彈性擴(kuò)容容結(jié)合本平臺(tái)特點(diǎn)，又又拍云價(jià)格相相對(duì)便宜，按按實(shí)時(shí)使用量量計(jì)費(fèi)，下載載加速能力迎迎合本平臺(tái)的的速度需求；；七牛云側(cè)重重于圖片、視視頻的上傳等等富媒體技術(shù)術(shù)，非本平臺(tái)臺(tái)側(cè)重。選用該方案選擇七牛云存儲(chǔ)服服務(wù)比較流量下載成本本：流量下載價(jià)格0-2TB0.5元/GB2-100B0.45元/GB特有的上傳加速能能力；特有的斷點(diǎn)點(diǎn)續(xù)上傳功能能；獨(dú)特的鏡像像存儲(chǔ)；流媒體（音音視頻處理）支支持；數(shù)據(jù)處理功功能的級(jí)聯(lián)不選用該方案QC小組成員比較分析后，選擇又拍云服務(wù)作為本平臺(tái)的云端服務(wù)提供商。2.建立服務(wù)器端數(shù)據(jù)庫(kù)表單結(jié)構(gòu)6月7-11日，小組成員王傳能在云端數(shù)據(jù)庫(kù)采用交互式布局，建立數(shù)據(jù)庫(kù)表單，如圖5-10。草稿箱表單、發(fā)布中表單的數(shù)據(jù)信息與待審核表單中數(shù)據(jù)信息一致，故圖中不再贅述。每一份預(yù)警通知單對(duì)應(yīng)唯一的編號(hào)，同時(shí)作為表格的主鍵，并與其它表格進(jìn)行關(guān)聯(lián)，便于進(jìn)行統(tǒng)一管理。圖5-11服務(wù)器端數(shù)據(jù)結(jié)構(gòu)分解圖小組成員邵林、周磊在移動(dòng)平臺(tái)端進(jìn)行數(shù)據(jù)交互訪問(wèn)的編程，圖5-11為向服務(wù)器端存入數(shù)據(jù)的邏輯程序。小組成員繼續(xù)對(duì)數(shù)據(jù)的交互性能、并行傳送的能力進(jìn)行了驗(yàn)證，分析此臨時(shí)風(fēng)險(xiǎn)預(yù)警發(fā)布系統(tǒng)的應(yīng)用場(chǎng)景為公司生產(chǎn)系統(tǒng)內(nèi)部使用，用戶(hù)人數(shù)正常不超出100人，設(shè)置并行能力下限為50條/s，足以滿(mǎn)足并行數(shù)據(jù)處理要求，避免宕機(jī)、卡數(shù)據(jù)現(xiàn)象的發(fā)生。圖5-12數(shù)據(jù)提提交至服務(wù)器器端的實(shí)現(xiàn)代代碼3.進(jìn)行服務(wù)器端端并行響應(yīng)測(cè)測(cè)試對(duì)策目標(biāo)驗(yàn)證：小組成員張永豐、王王傳能選擇采采用APICCloud平平臺(tái)進(jìn)行服務(wù)務(wù)器端的數(shù)據(jù)據(jù)并行響應(yīng)測(cè)測(cè)試，選取產(chǎn)生數(shù)數(shù)據(jù)流量最大大的操作-創(chuàng)創(chuàng)建新預(yù)警進(jìn)進(jìn)行測(cè)試，使使用軟件“海海馬玩”模擬擬器，進(jìn)行移移動(dòng)設(shè)備訪問(wèn)問(wèn)測(cè)試，分別別模擬10臺(tái)臺(tái)至50臺(tái)移移動(dòng)設(shè)備的并并行訪問(wèn)，進(jìn)進(jìn)行測(cè)試結(jié)果果如下：表5-6并行響應(yīng)應(yīng)測(cè)試并發(fā)設(shè)備數(shù)量10臺(tái)20臺(tái)30臺(tái)40臺(tái)50臺(tái)提交成功率（%）100100100100100數(shù)據(jù)正確率（%）100100100100100響應(yīng)平均時(shí)間（//s）0.4s0.420.450.460.48從表5-6中結(jié)果果可以看出，移移動(dòng)平臺(tái)端收收到服務(wù)器反反饋信息后的的響應(yīng)平均時(shí)時(shí)間低于0..5s，滿(mǎn)足足設(shè)定目標(biāo)，結(jié)結(jié)論：對(duì)策目目標(biāo)實(shí)現(xiàn)。五、對(duì)策實(shí)施五：：采用(網(wǎng)頁(yè)頁(yè)+腳本)語(yǔ)語(yǔ)言+Apiicloudd平臺(tái)1.設(shè)計(jì)登錄及注注冊(cè)流程2016年6月111-30日日，小組成員員邵林，王輝輝，基于APPIClouud平臺(tái)，采采用網(wǎng)頁(yè)+腳腳本語(yǔ)言編程程設(shè)計(jì)完善登登錄及注冊(cè)流流程，如圖55-12所示示。其中的校校驗(yàn)和驗(yàn)證環(huán)環(huán)節(jié)均通過(guò)在在服務(wù)器端與與數(shù)據(jù)庫(kù)比對(duì)對(duì)實(shí)現(xiàn)。圖5-13登錄及及驗(yàn)證流程圖圖2.分解功能模塊塊并設(shè)計(jì)主界界面2015年4月220日至6月月30日，小小組成員邵林林、王傳能進(jìn)進(jìn)行了基于（網(wǎng)網(wǎng)頁(yè)+腳本）語(yǔ)語(yǔ)言+APIICloudd平臺(tái)的模塊塊設(shè)計(jì)，對(duì)所所有移動(dòng)平臺(tái)臺(tái)窗口的圖形形界面按照扁扁平化顯示的的要求，進(jìn)行行編程實(shí)現(xiàn)。根據(jù)臨時(shí)風(fēng)險(xiǎn)預(yù)警警系統(tǒng)的功能能需求，將該該風(fēng)險(xiǎn)預(yù)警發(fā)發(fā)布平臺(tái)功能能模塊設(shè)計(jì)分分為三個(gè)層級(jí)級(jí)，各層級(jí)劃劃分如圖5--13所示。圖5-14移動(dòng)平平臺(tái)端三級(jí)功功能分解圖進(jìn)行臨時(shí)風(fēng)險(xiǎn)預(yù)警警發(fā)布平臺(tái)主主界面設(shè)計(jì)。主主界面UI程程序代碼如圖圖5-14，功功能主界面UUI設(shè)計(jì)界面面示例如圖55-15所示示，其余功能能界面依據(jù)對(duì)對(duì)策實(shí)施三中中的扁平化設(shè)設(shè)計(jì)進(jìn)行編程程實(shí)現(xiàn)。圖5-15主界面面程序代碼圖5-16功能主主界面及菜單單UI顯示3.進(jìn)行平臺(tái)預(yù)警警信息發(fā)布在在線測(cè)試2016年7月在在移動(dòng)平臺(tái)投投入試運(yùn)行前前，QC小組組對(duì)移動(dòng)平臺(tái)臺(tái)的發(fā)布時(shí)間間進(jìn)行了試驗(yàn)驗(yàn)，測(cè)試表格格如圖5-116所示。圖5-17第一小小組測(cè)試記錄錄表格每組人員隨機(jī)抽取取20組各類(lèi)類(lèi)型故障，結(jié)結(jié)果統(tǒng)計(jì)如下下表所示：表5-7發(fā)布耗時(shí)時(shí)試驗(yàn)測(cè)試結(jié)結(jié)果測(cè)試小組小組人員發(fā)布平均耗時(shí)/mmin單次最長(zhǎng)耗時(shí)/mmin第一小組王傳能，王輝911第二小組胡弢，金鑫1012第三小組張偉偉，邵林811第四小組張永豐，黃震9114.驗(yàn)收功能流轉(zhuǎn)轉(zhuǎn)全過(guò)程對(duì)策目標(biāo)驗(yàn)證：表5-8功能在線線測(cè)試驗(yàn)收表表測(cè)試功能創(chuàng)建新預(yù)警草稿提交及修改審核提交及退回信息發(fā)布及流轉(zhuǎn)信息推送測(cè)試人測(cè)試次數(shù)2020202020邵林，王輝成功次數(shù)2020202020邵林，王輝成功率(%)100100100100100邵林，王輝小組成員邵林、王王輝對(duì)本移動(dòng)動(dòng)平臺(tái)進(jìn)行功功能驗(yàn)收，測(cè)測(cè)試結(jié)果如表表5-8所示示，從中可以以看出，移動(dòng)動(dòng)平臺(tái)功能驗(yàn)驗(yàn)收成功率為為100%，高高于98%的的驗(yàn)收目標(biāo)，結(jié)結(jié)論：對(duì)策目目標(biāo)實(shí)現(xiàn)。六、效果檢查一、事故信息及臨臨時(shí)風(fēng)險(xiǎn)發(fā)布布時(shí)間對(duì)比2016年7月中中旬，電網(wǎng)臨臨時(shí)風(fēng)險(xiǎn)預(yù)警警發(fā)布平臺(tái)投投入試運(yùn)行后后，經(jīng)20116年7-11月的實(shí)實(shí)際試運(yùn)行，共共計(jì)統(tǒng)計(jì)故障障次數(shù)見(jiàn)表66-1，其中中故障對(duì)應(yīng)的的電網(wǎng)臨時(shí)風(fēng)風(fēng)險(xiǎn)預(yù)警通知知耗時(shí)的統(tǒng)計(jì)計(jì)分析見(jiàn)表66-2，從中中可見(jiàn)發(fā)布耗耗時(shí)與實(shí)施前前相比均有明明顯下降。表6-12016年77月-11月月故障次數(shù)統(tǒng)統(tǒng)計(jì)表市區(qū)范圍縣城城區(qū)鄉(xiāng)鎮(zhèn)及農(nóng)村故障次數(shù)61015表6-2實(shí)施前后后耗時(shí)對(duì)比統(tǒng)統(tǒng)計(jì)表時(shí)間故障類(lèi)型市區(qū)范圍/minn縣城城區(qū)/minn鄉(xiāng)鎮(zhèn)及農(nóng)村/miin實(shí)施前(20155.8-20016.3))平均耗時(shí)41.53428.5發(fā)布最長(zhǎng)耗時(shí)534433實(shí)施后(20166.7-2016..11)平均耗時(shí)1297.5發(fā)布最長(zhǎng)耗時(shí)14119實(shí)施前后對(duì)比平均減少292521最長(zhǎng)耗時(shí)減少393324二、目標(biāo)實(shí)現(xiàn)檢查查通過(guò)開(kāi)展本次活動(dòng)動(dòng)，事故信息息及臨時(shí)風(fēng)險(xiǎn)險(xiǎn)預(yù)警的發(fā)布布時(shí)長(zhǎng)從活動(dòng)動(dòng)前的最長(zhǎng)553min，到到活動(dòng)后的最最長(zhǎng)14miin。具體情情況見(jiàn)圖6--1，從中可可見(jiàn)，課題目目標(biāo)實(shí)現(xiàn)。圖6-1活動(dòng)對(duì)照照檢查圖三、實(shí)施前后流程程對(duì)比通過(guò)開(kāi)展本次QCC活動(dòng)，我們們對(duì)原本的臨臨時(shí)風(fēng)險(xiǎn)預(yù)警警信息發(fā)布流流程進(jìn)行了成成功的優(yōu)化，QQC活動(dòng)實(shí)施施前后的發(fā)布布流程如下圖圖所示，從中中我們可以看看到，整個(gè)發(fā)發(fā)布流程有原原本的8個(gè)步步驟減少為33個(gè)步驟。圖6-2QC活動(dòng)動(dòng)實(shí)施前后流流程對(duì)比圖四、經(jīng)濟(jì)效益1.增加收