臨時風(fēng)險預(yù)警發(fā)布平臺的開發(fā)

1、- 46 -臨時風(fēng)險預(yù)警發(fā)布平臺的開發(fā)鹽城供電公司電力調(diào)控中心 “鐵軍”地調(diào)QC小組2017年6月目錄 TOC o 1-3 h z u HYPERLINK l _Toc485321860 一、選擇課題 PAGEREF _Toc485321860 h - 1 - HYPERLINK l _Toc485321861 一、課題背景 PAGEREF _Toc485321861 h - 1 - HYPERLINK l _Toc485321862 二、確定課題 PAGEREF _Toc485321862 h - 2 - HYPERLINK l _Toc485321863 二、設(shè)定目標(biāo) PAGEREF _T

2、oc485321863 h - 3 - HYPERLINK l _Toc485321864 一、設(shè)定目標(biāo) PAGEREF _Toc485321864 h - 3 - HYPERLINK l _Toc485321865 二、目標(biāo)可行性分析 PAGEREF _Toc485321865 h - 3 - HYPERLINK l _Toc485321866 1.數(shù)據(jù)分析 PAGEREF _Toc485321866 h - 3 - HYPERLINK l _Toc485321867 2.人力資源 PAGEREF _Toc485321867 h - 4 - HYPERLINK l _Toc485321868

3、 3.資金保證 PAGEREF _Toc485321868 h - 4 - HYPERLINK l _Toc485321869 三、提出各種方案并確定最佳方案 PAGEREF _Toc485321869 h - 4 - HYPERLINK l _Toc485321870 一、開發(fā)構(gòu)想 PAGEREF _Toc485321870 h - 4 - HYPERLINK l _Toc485321871 1.需求分析 PAGEREF _Toc485321871 h - 4 - HYPERLINK l _Toc485321872 2.提出方案 PAGEREF _Toc485321872 h - 5 - H

4、YPERLINK l _Toc485321873 二、選擇最佳方案 PAGEREF _Toc485321873 h - 6 - HYPERLINK l _Toc485321874 1.一級方案選擇 PAGEREF _Toc485321874 h - 6 - HYPERLINK l _Toc485321875 2.二級方案選擇 PAGEREF _Toc485321875 h - 13 - HYPERLINK l _Toc485321876 3.確定最佳方案 PAGEREF _Toc485321876 h - 14 - HYPERLINK l _Toc485321877 四、制定對策表 PAGER

5、EF _Toc485321877 h - 14 - HYPERLINK l _Toc485321878 五、按對策表實施 PAGEREF _Toc485321878 h - 15 - HYPERLINK l _Toc485321879 一、對策實施一：采用移動平臺端進(jìn)行發(fā)布 PAGEREF _Toc485321879 h - 15 - HYPERLINK l _Toc485321880 1.設(shè)計API請求測試流程 PAGEREF _Toc485321880 h - 15 - HYPERLINK l _Toc485321881 2.測試API請求成功率 PAGEREF _Toc485321881

6、 h - 17 - HYPERLINK l _Toc485321882 二、對策實施二：采用復(fù)合審核 PAGEREF _Toc485321882 h - 17 - HYPERLINK l _Toc485321883 1.制定預(yù)警信息復(fù)合審核流程圖 PAGEREF _Toc485321883 h - 17 - HYPERLINK l _Toc485321884 2.測試預(yù)警單審核正確率 PAGEREF _Toc485321884 h - 18 - HYPERLINK l _Toc485321885 三、對策實施三：采用扁平化顯示 PAGEREF _Toc485321885 h - 19 - HY

7、PERLINK l _Toc485321886 1.設(shè)計移動設(shè)備各功能界面 PAGEREF _Toc485321886 h - 19 - HYPERLINK l _Toc485321887 2.設(shè)計集中推送功能界面 PAGEREF _Toc485321887 h - 20 - HYPERLINK l _Toc485321888 3.測試各功能界面加載時間 PAGEREF _Toc485321888 h - 21 - HYPERLINK l _Toc485321889 四、對策實施四：采用交互式布局?jǐn)?shù)據(jù)結(jié)構(gòu) PAGEREF _Toc485321889 h - 21 - HYPERLINK l _

8、Toc485321890 1.選擇數(shù)據(jù)庫服務(wù)器 PAGEREF _Toc485321890 h - 21 - HYPERLINK l _Toc485321891 2.建立服務(wù)器端數(shù)據(jù)庫表單結(jié)構(gòu) PAGEREF _Toc485321891 h - 22 - HYPERLINK l _Toc485321892 3.進(jìn)行服務(wù)器端并行響應(yīng)測試 PAGEREF _Toc485321892 h - 23 - HYPERLINK l _Toc485321893 五、對策實施五：采用(網(wǎng)頁+腳本)語言+Apicloud平臺 PAGEREF _Toc485321893 h - 23 - HYPERLINK l

9、_Toc485321894 1.設(shè)計登錄及注冊流程 PAGEREF _Toc485321894 h - 23 - HYPERLINK l _Toc485321895 2.分解功能模塊并設(shè)計主界面 PAGEREF _Toc485321895 h - 24 - HYPERLINK l _Toc485321896 3.進(jìn)行平臺預(yù)警信息發(fā)布在線測試 PAGEREF _Toc485321896 h - 25 - HYPERLINK l _Toc485321897 4.驗收功能流轉(zhuǎn)全過程 PAGEREF _Toc485321897 h - 26 - HYPERLINK l _Toc485321898 六、

10、效果檢查 PAGEREF _Toc485321898 h - 27 - HYPERLINK l _Toc485321899 一、事故信息及臨時風(fēng)險發(fā)布時間對比 PAGEREF _Toc485321899 h - 27 - HYPERLINK l _Toc485321900 二、目標(biāo)實現(xiàn)檢查 PAGEREF _Toc485321900 h - 27 - HYPERLINK l _Toc485321901 三、實施前后流程對比 PAGEREF _Toc485321901 h - 27 - HYPERLINK l _Toc485321902 四、經(jīng)濟(jì)效益 PAGEREF _Toc485321902

11、h - 28 - HYPERLINK l _Toc485321903 1.增加收入 PAGEREF _Toc485321903 h - 28 - HYPERLINK l _Toc485321904 2.成本投入 PAGEREF _Toc485321904 h - 28 - HYPERLINK l _Toc485321905 3.經(jīng)濟(jì)效益 PAGEREF _Toc485321905 h - 29 - HYPERLINK l _Toc485321906 五、課題查新 PAGEREF _Toc485321906 h - 29 - HYPERLINK l _Toc485321907 七、標(biāo)準(zhǔn)化 PAG

12、EREF _Toc485321907 h - 30 - HYPERLINK l _Toc485321908 一、編制操作規(guī)范及技術(shù)規(guī)范 PAGEREF _Toc485321908 h - 30 - HYPERLINK l _Toc485321909 二、移動平臺端的生產(chǎn)系統(tǒng)試用 PAGEREF _Toc485321909 h - 31 - HYPERLINK l _Toc485321910 三、推廣應(yīng)用 PAGEREF _Toc485321910 h - 31 - HYPERLINK l _Toc485321911 八、總結(jié)與今后打算 PAGEREF _Toc485321911 h - 32

13、-小組概況：小組名稱國網(wǎng)江蘇省電力公司鹽城供電公司電力調(diào)控中心地調(diào)“鐵軍”QC小組活動課題名稱臨時風(fēng)險預(yù)警發(fā)布平臺的開發(fā)注冊時間2016年3月課題類型創(chuàng)新型活動次數(shù)12次出勤率100%小組成員情況姓名性別學(xué)歷職務(wù)組內(nèi)分工邵林男碩士組長全面負(fù)責(zé)楊洋男本科副組長技術(shù)指導(dǎo)王萍女本科督導(dǎo)（指導(dǎo)）活動指導(dǎo)王傳能男碩士組員工作實施張永豐男本科組員工作實施張偉偉男碩士組員工作實施汪濤男本科組員工作實施金鑫男碩士組員工作實施周磊男碩士組員資料查找王輝男碩士組員資料查找黃震男碩士組員資料查找小組獲獎情況2013年，“降低110kV時堰變電所線損率”項目獲得江蘇省節(jié)能減排專題QC小組成果一等獎。2014年，獲得“

14、全國優(yōu)秀質(zhì)量管理小組”榮譽(yù)稱號。一、選擇課題一、課題背景鹽城供電公司電力調(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)險時，要求在第一時間內(nèi)快速處理及準(zhǔn)確發(fā)布事故信息和預(yù)控措施。原有的電網(wǎng)臨時風(fēng)險預(yù)警信息發(fā)布流程,采用人工電話通知方法，通知流程如圖1-1所示，事故發(fā)生以后，經(jīng)SCADA系統(tǒng)確認(rèn)故障，首先遙控隔離故障點(diǎn)，再電話逐個告知各相關(guān)人員及分管領(lǐng)導(dǎo)，共經(jīng)過5個部門、8個步驟，其中綠色部分即為臨時風(fēng)險預(yù)警發(fā)布流程。圖1-1信息發(fā)布原始流程經(jīng)調(diào)查統(tǒng)計，2015年8月至2016年3月間

15、，臨時風(fēng)險發(fā)布耗時統(tǒng)計如表1-1，事故處理各環(huán)節(jié)耗時經(jīng)過實際統(tǒng)計，結(jié)果如表1-2所示。以市區(qū)范圍為例，信息發(fā)布平均用時41.5min，占調(diào)度事故處理用時的67.5%，嚴(yán)重影響事故處理進(jìn)程。表1-1 2015.8至2016.3臨時風(fēng)險原發(fā)布方式耗時統(tǒng)計時間故障類型市區(qū)范圍/min縣城城區(qū)/min鄉(xiāng)鎮(zhèn)及農(nóng)村/min2015.8-2016.3總體平均耗時41.53428.5事故最長耗時534433表1-2調(diào)度事故處理各流程用時統(tǒng)計表步驟故障確認(rèn)遙控隔離編寫事故信息制定預(yù)控措施通知各相關(guān)生產(chǎn)部門市區(qū)/min7136828縣城/min7126820鄉(xiāng)鎮(zhèn)/min6115717可見，原有的人工通知方法已不能

16、滿足調(diào)度事故處理的要求。備注：臨時風(fēng)險：指在電網(wǎng)運(yùn)行過程中突發(fā)的事故或設(shè)備缺陷，可能對當(dāng)前電網(wǎng)運(yùn)行方式、供電可靠性等造成的影響。電網(wǎng)故障：指電網(wǎng)內(nèi)斷路器跳閘、一二次設(shè)備異常、電氣設(shè)備發(fā)生重要缺陷等造成的影響電網(wǎng)安全運(yùn)行的事件。二、確定課題QC小組成員召開頭腦風(fēng)暴會議，一致認(rèn)為，原有的方法已不能滿足調(diào)控運(yùn)行事故預(yù)警信息發(fā)布的需求，能否考慮采用網(wǎng)絡(luò)化通訊、信息化傳輸、信息通信方法對電網(wǎng)事故及風(fēng)險信息進(jìn)行迅捷、準(zhǔn)確地發(fā)布？為此，QC小組進(jìn)行了查新。QC小組通過國家科技圖書文獻(xiàn)中心、國家科技成果網(wǎng)、維普資訊、萬方數(shù)據(jù)、中國學(xué)術(shù)期刊網(wǎng)、中國知網(wǎng)進(jìn)行相關(guān)文獻(xiàn)檢索，檢索詞為：信息發(fā)布、風(fēng)險預(yù)警、移動平臺設(shè)計

17、，并檢索出三篇類似文獻(xiàn)，分別為基于跨平臺的自行車競賽信息發(fā)布移動平臺設(shè)計（微處理機(jī)，2015.10（5）；基于移動互聯(lián)網(wǎng)氣象信息發(fā)布移動平臺技術(shù)實現(xiàn)（計算機(jī)光盤軟件與應(yīng)用，2014.3（6）；烏魯木齊供電公司電網(wǎng)風(fēng)險預(yù)警與管理研究（華北電力大學(xué)，2015年碩士論文），如圖1-2中左圖所示。其中已完成的跨平臺的自行車競賽信息發(fā)布移動平臺的設(shè)計，對本次QC活動借鑒意義較大。該跨平臺的自行車賽信息發(fā)布平臺的設(shè)計和流程安排，主要針對環(huán)青海湖自行車賽的相關(guān)賽程及比賽排名等信息。其設(shè)計思路為采用PhoneGap將設(shè)計好并發(fā)布至服務(wù)器端的網(wǎng)站封裝成移動平臺，如圖1-2中右圖所示。經(jīng)進(jìn)一步調(diào)研，環(huán)湖賽信息發(fā)布

18、移動平臺由野途網(wǎng)開發(fā)設(shè)計，該平臺的設(shè)計運(yùn)用了服務(wù)器端數(shù)據(jù)處理、移動智能終端的信息請求及反饋等方式，實現(xiàn)了信息的有效發(fā)布，如圖1-3所示，目前在電力系統(tǒng)中尚未發(fā)現(xiàn)對電網(wǎng)臨時風(fēng)險預(yù)警采用此方式的先例。圖1-2 環(huán)湖賽信息發(fā)布移動平臺圖1-3 信息傳送示意圖可借鑒點(diǎn)：環(huán)湖賽信息發(fā)布平臺的信息網(wǎng)絡(luò)傳輸方式、及服務(wù)器端的數(shù)據(jù)庫建模方式，來實現(xiàn)本項目的信息傳輸和建模；不同點(diǎn)：環(huán)湖賽信息發(fā)布平臺的移動智能終端只能發(fā)送數(shù)據(jù)請求及信息查閱，本項目不僅用移動智能終端實現(xiàn)上述功能，還進(jìn)一步增加數(shù)據(jù)的返回、修改、錄入等功能，開發(fā)難度更大。因此，QC小組確定課題為：臨時風(fēng)險預(yù)警發(fā)布平臺的開發(fā)。二、設(shè)定目標(biāo)一、設(shè)定目標(biāo)為

19、了提升風(fēng)險預(yù)警信息發(fā)布的效率，小組經(jīng)過分析將本次課題目標(biāo)確定為：將臨時風(fēng)險預(yù)警信息發(fā)布耗時限制在15min以內(nèi)。圖2-1目標(biāo)設(shè)定圖二、目標(biāo)可行性分析小組對設(shè)定的目標(biāo)進(jìn)行了可行性分析。1.數(shù)據(jù)分析比照野途網(wǎng)的環(huán)湖賽信息發(fā)布平臺，對其信息發(fā)布平臺的并行發(fā)布時間，本QC小組成員進(jìn)行了測試，測試結(jié)果如下：表2-1環(huán)湖賽信息發(fā)布流程測試服務(wù)器端信息錄入服務(wù)器端信息封裝信息流轉(zhuǎn)發(fā)布移動平臺端接受并更新移動平臺端信息加載總計15s5s15s5s5s45s其信息發(fā)布平臺的發(fā)布用時小于等于45s。本小組采用的信息錄入及封裝方式為移動平臺端，移動平臺端錄入比照服務(wù)器端加載用時較長，一般判別需用時為服務(wù)器端2倍，如

20、表2-2所示。表2-2本項目信息并行發(fā)布流程用時序號12345步驟移動平臺端信息錄入移動平臺端信息封裝信息流轉(zhuǎn)發(fā)布移動平臺端接受并更新移動平臺端信息加載用時30s5s15s5s5s臨時風(fēng)險并行發(fā)布時間=步驟1+步驟2+步驟3+步驟4+步驟5=30+5+15+5+5=1（min）因此，本小組采用預(yù)警發(fā)布平臺并行發(fā)布耗時至多為60s，加上編寫事故信息耗時6min、制定預(yù)控措施耗時8min。臨時風(fēng)險預(yù)警發(fā)布耗時經(jīng)計算應(yīng)不大于6min+8min+1min，即15min。2.人力資源小組中有10名成員，其中電力調(diào)度技師4人，數(shù)據(jù)庫工程師1人，軟件工程師4人，熟練掌握C、C+、JAVA、Html等編程語言

21、，具備自行開發(fā)能力。3.資金保證鹽城供電公司“楊洋”創(chuàng)新工作室，有專項創(chuàng)新基金3000元。小組通過向公司申請立項，可以解決項目開發(fā)的剩余資金問題。綜上所述，將目標(biāo)設(shè)置為將臨時風(fēng)險預(yù)警發(fā)布耗時限制在15min以內(nèi)，具有可行性。三、提出各種方案并確定最佳方案一、開發(fā)構(gòu)想1.需求分析小組召開頭腦風(fēng)暴會議，對方案的需求進(jìn)行分析討論，匯總整理小組成員的意見后，用親和圖加以歸納，如圖3-1。圖3-1親和圖由親和圖得出臨時風(fēng)險預(yù)警發(fā)布平臺的軟硬件主要需求，同時對照環(huán)湖自行車賽信息發(fā)布系統(tǒng)的開發(fā)性能指標(biāo)，查閱了相關(guān)軟件應(yīng)用參數(shù)后，得出臨時風(fēng)險預(yù)警發(fā)布平臺的需求分析表。表3-1臨時風(fēng)險預(yù)警發(fā)布平臺需求分析表序號

22、臨時預(yù)警信息發(fā)布平臺的需求分析實現(xiàn)效果1采用網(wǎng)絡(luò)方式進(jìn)行發(fā)布API請求成功率高于98%2采用順序流程審核方法信息審核正確率高于98%，審核時間不超過2min3采用圖形界面顯示方法圖形界面加載時間小于0.2s4采用關(guān)系型數(shù)據(jù)庫結(jié)構(gòu)開發(fā)50條并行數(shù)據(jù)處理響應(yīng)時間低于0.5s5采用框架切換模式開發(fā)功能驗收成功率高于98%6平臺開發(fā)成本低盡可能降低2.提出方案小組成員結(jié)合初步方案的選擇結(jié)果，根據(jù)需求分析和親和圖中的語言資料，進(jìn)行梳理和歸類，提出了詳細(xì)分解方案，如圖3-2所示。圖3-2方案詳細(xì)分解框圖二、選擇最佳方案1.一級方案選擇（一）功能開發(fā)1）采用網(wǎng)絡(luò)方式進(jìn)行發(fā)布3月10-13日，小組成員就采用網(wǎng)

23、絡(luò)方式進(jìn)行發(fā)布的具體方案進(jìn)行討論分析，分成三個專項小組對每一個方案進(jìn)行簡易的試驗分析，并分析其特點(diǎn)，給出結(jié)論，如表3-2所示。表3-2網(wǎng)絡(luò)發(fā)布各方式比較方案選擇方案說明方案分析特點(diǎn)結(jié)論方案目標(biāo)：API（Window預(yù)定義的函數(shù)）請求成功率高于98%，單條數(shù)據(jù)請求服務(wù)器端資源占用低，數(shù)據(jù)安全性高。試驗說明：編寫模擬程序，從移動平臺端進(jìn)行API數(shù)據(jù)請求測試，對單條數(shù)據(jù)請求的資源占用和請求成功率進(jìn)行統(tǒng)計，用訪問函數(shù)進(jìn)行試驗。服務(wù)器端發(fā)布方案說明：服務(wù)器端錄入數(shù)據(jù)，數(shù)據(jù)的流向單一，從服務(wù)器端至移動平臺端；移動平臺API請求測試：API請求類型請求次數(shù)成功次數(shù)成功率平均資源占用GET1009898%45

24、kB方案成本分析：類型費(fèi)用清單成本服務(wù)器端服務(wù)器升級600元參考資料250元數(shù)據(jù)庫開發(fā)300元服務(wù)器端開發(fā)1000元移動端云、端調(diào)試200元移動端開發(fā)300元數(shù)據(jù)流API請求類型G開發(fā)成本200元4G網(wǎng)絡(luò)成本120元數(shù)據(jù)流環(huán)節(jié)2個成本總計2970元優(yōu)點(diǎn)：1、移動端開發(fā)成本低；2、數(shù)據(jù)流環(huán)節(jié)少，安全性高；3、API請求成功率符合要求，但低于方案二和方案三。缺點(diǎn)：1、資源占用率高；2、服務(wù)器端開發(fā)成本高；不選用該方案移動平臺端發(fā)布方案說明：移動平臺端錄入數(shù)據(jù)，數(shù)據(jù)雙向流動；移動平臺API請求測試：API請求類型請求次數(shù)成功次數(shù)成功率平均資源占用GET100100100%20kBPUT1001001

25、00%30kBPOST1009999%32kBDELETE100100100%15kB方案成本分析：類型費(fèi)用清單成本服務(wù)器端服務(wù)器升級0參考資料250元數(shù)據(jù)庫開發(fā)300元服務(wù)器端開發(fā)300元移動端云、端調(diào)試200元移動端開發(fā)600元數(shù)據(jù)流API請求類型G、P、P、D開發(fā)成本400元4G網(wǎng)絡(luò)成本120元數(shù)據(jù)流環(huán)節(jié)2個成本總計2170元優(yōu)點(diǎn)：1、API請求成功率滿足要求；2、平均資源占用最低；3、數(shù)據(jù)流環(huán)節(jié)少，安全性高；4、成本總計最為節(jié)??；缺點(diǎn)：1、移動平臺端開發(fā)成本較高，但成本總計最優(yōu)滿足要求；選用該方案網(wǎng)頁端發(fā)布方案說明：數(shù)據(jù)在網(wǎng)頁端加載，并傳輸至服務(wù)器存儲，由服務(wù)器將數(shù)據(jù)發(fā)送至移動平臺，數(shù)

26、據(jù)單向流動。移動平臺API請求測試：API請求類型請求次數(shù)成功次數(shù)成功率平均資源占用GET100100100%35kB方案成本分析：類型費(fèi)用清單成本服務(wù)器端服務(wù)器升級0元參考資料250元數(shù)據(jù)庫開發(fā)500元服務(wù)器端開發(fā)200元網(wǎng)頁端網(wǎng)頁功能調(diào)試450元網(wǎng)頁端開發(fā)800元移動端云、端調(diào)試200元移動端開發(fā)300元數(shù)據(jù)流API請求類型G開發(fā)成本400元4G網(wǎng)絡(luò)成本120元數(shù)據(jù)流環(huán)節(jié)3個成本總計3220元優(yōu)點(diǎn)：1、API測試滿足要求；2、移動端、服務(wù)器端開發(fā)成本低；缺點(diǎn)：1、總體成本最高；2、數(shù)據(jù)流環(huán)節(jié)增加網(wǎng)頁端，數(shù)據(jù)安全性低；3、平均資源占用高于方案二。不選用該方案試驗時間：2016年3月12日地點(diǎn)

27、：辦公室負(fù)責(zé)人：張偉偉通過分析比較，小組成員選擇從移動平臺端發(fā)布作為網(wǎng)絡(luò)發(fā)布的方式。2）采用順序流程審核方法3月15-17日，小組成員張偉偉、胡弢、邵林對風(fēng)險預(yù)警信息審核方法進(jìn)行了分析比較，并開展試驗分析，分析結(jié)果如下表：表3-3預(yù)警信息審核方式選擇方案選擇方案說明試驗分析特點(diǎn)結(jié)論方案目標(biāo)：信息審核正確率高于98%，審核耗時小于2min，成本盡量低。試驗說明：小組成員分成2組，1組編寫200條事故風(fēng)險預(yù)警信息，另1組分別采用以下三種方法進(jìn)行審核試驗。（其中復(fù)合審核中程序僅開發(fā)數(shù)字比對功能，智能審核程序僅開發(fā)數(shù)字比對和因果邏輯檢測功能）智能審核方案說明：智能審核程序判斷邏輯如圖所示，通過數(shù)據(jù)庫比

28、對算法，檢驗一二次設(shè)備名稱、邏輯正確性。試驗分析：序號12200平均最大內(nèi)存占用/MB3.223.133.453.213.55是否正確是是是審核時間/s4.54.54.84.64.9審核平均耗時4.7s審核正確率/%92開發(fā)用時/min190開發(fā)成本/元1200人工審核成本0對智能審核的錯誤類型進(jìn)行分析，如下：優(yōu)點(diǎn)：審核平均耗時最短；缺點(diǎn)：1.開發(fā)用時最高；2.內(nèi)存占用高，影響流暢度；3.開發(fā)成本最高。不選用該方案經(jīng)驗審核方案說明：采用調(diào)度員本人憑經(jīng)驗、知識進(jìn)行審核。試驗分析：序號12200平均最大內(nèi)存占用/MB00000是否正確是否是審核時間/min2.52.72.82.63.0審核平均耗時

29、2.8min審核正確率/%85開發(fā)成本/元0人工審核成本100元對經(jīng)驗審核的錯誤類型進(jìn)行分析，如下：優(yōu)點(diǎn)：1.無需開發(fā)審核程序；2. 不占用系統(tǒng)軟硬件資源；3.成本最低；缺點(diǎn)：1.審核正確率低，編號名稱錯誤居多；2. 審核時間過長；不選用該方案復(fù)合審核方案說明：編輯僅自動比對名稱、數(shù)字的程序，與經(jīng)驗審核結(jié)合。試驗分析：序號12200平均最大內(nèi)存占用/kB233251273242242是否正確是是是審核時間/min1.51.21.61.51.7審核平均耗時1.7min審核正確率/%99.5開發(fā)用時/min20開發(fā)成本/元200人工審核成本100元注：其中程序，僅對設(shè)備名稱、數(shù)字編號內(nèi)容進(jìn)行校對，

30、減少檢索信息，實現(xiàn)預(yù)警內(nèi)容的快速初審；優(yōu)點(diǎn)：1審核正確率最高；2.程序開發(fā)用時短；3.開發(fā)成本低；缺點(diǎn)：1、驗證時間長于智能審核，但滿足目標(biāo)要求。選用該方案試驗時間：2016年3月15日地點(diǎn)：調(diào)控中心辦公室負(fù)責(zé)人：張偉偉經(jīng)過比較分析，QC小組決定選用復(fù)合審核方法作為臨時風(fēng)險預(yù)警信息的順序流程審核方法的具體方案。3）采用圖形界面顯示方式3月18-19日，小組成員邵林、黃震對人機(jī)圖形界面設(shè)計方法進(jìn)行了比較，分析結(jié)果如下表：表3-4圖形功能界面設(shè)計方法選擇方案選擇方案說明試驗分析特點(diǎn)結(jié)論方案目標(biāo)：圖形界面加載時間小于0.2s試驗說明：小組成員分別按照三種方法設(shè)計按鈕圖案，在單個圖形界面中加載10個按

31、鈕，編程對三種方法的加載時間進(jìn)行測試。采用扁平化顯示方案說明：指圖形元素采用二維設(shè)計，即采用抽象、簡化、符號化的設(shè)計元素試驗結(jié)果：序號12100平均最大內(nèi)存占用/kB6.36.86.56.67.1加載時間/s0.120.100.110.120.13開發(fā)用時/min23注：每一次測試均需清空緩存設(shè)計開發(fā)流程分析：優(yōu)點(diǎn)：1、界面加載時間符合要求；2、開發(fā)用時最短；3、內(nèi)存占用最低；缺點(diǎn)：圖形設(shè)計簡單，但符合要求。選用該方案采用擬物化顯示方案說明：指圖形元素采用三維設(shè)計，增加特效與質(zhì)感。試驗分析：序號12100平均最大內(nèi)存占用/kB33.232.231.532.133.2加載時間/s0.310.27

32、0.260.290.32開發(fā)用時/min64注：每一次測試均需清空緩存設(shè)計開發(fā)流程分析：比之采用扁平化設(shè)計，增加藍(lán)色部分流程。優(yōu)點(diǎn)：圖形設(shè)計立體；缺點(diǎn)：1、界面加載時間不符合要求；2、內(nèi)存占用較高；3、開發(fā)用時較長。不選用該方案采用卡通化顯示方案說明：指圖形元素采用卡通形象的方式進(jìn)行呈現(xiàn)。試驗分析：序號12100平均最大內(nèi)存占用/kB34.835.236.534.836.5加載時間/s0.350.330.350.320.35開發(fā)用時/min78注：每一次測試均需清空緩存設(shè)計開發(fā)流程分析：比之采用擬物化設(shè)計，增加紫色部分流程。優(yōu)點(diǎn)：圖形設(shè)計生動；缺點(diǎn)：1、界面加載時間最長；2、內(nèi)存占用最高；3、

33、開發(fā)用時最長。不選用該方案試驗時間：2016年3月15日地點(diǎn)：調(diào)控中心辦公室負(fù)責(zé)人：邵林（二）軟件開發(fā)1）采用關(guān)系型數(shù)據(jù)庫結(jié)構(gòu)建模3月23日，小組成員張偉偉、邵林、黃震對服務(wù)器云端數(shù)據(jù)結(jié)構(gòu)采用何種方式建模進(jìn)行分析。表3-5數(shù)據(jù)結(jié)構(gòu)選擇方案選擇方案說明試驗分析特點(diǎn)結(jié)論方案目標(biāo)：50條并行數(shù)據(jù)處理響應(yīng)時間低于0.5s。試驗描述：小組成員在電腦上安裝了SQL Server2005，并在該數(shù)據(jù)庫程序中模擬建模，形成表單1、表單2，并編寫兩個簡易功能I、功能II函數(shù)，并在不同的數(shù)據(jù)結(jié)構(gòu)下進(jìn)行交叉訪問測試。分散式布局方案說明：各功能模塊各自對應(yīng)各自數(shù)據(jù)表格，功能模塊間不能互相訪問數(shù)據(jù)；交叉訪問試驗：功能I

34、I訪問表單1數(shù)據(jù)請求，執(zhí)行步驟：讀操作：功能II功能I表單1功能I功能II；寫操作：功能II功能I表單1功能I功能II；改操作：功能II功能I表單1功能I功能II；安全審核：功能I、II函數(shù)均需審核請求發(fā)起的安全性。交叉訪問并行請求響應(yīng)測試：并行請求數(shù)10條20條30條40條50條讀響應(yīng)時間（/s）0.320.450.670.870.96寫響應(yīng)時間（/s）0.350.490.730.921.03改響應(yīng)時間（/s）0.360.480.720.931.01優(yōu)點(diǎn)：數(shù)據(jù)安全性高；缺點(diǎn)：1.并行請求響應(yīng)時間最長；2.數(shù)據(jù)請求執(zhí)行步驟多不選用該方案統(tǒng)一式布局說明：各功能模塊所需數(shù)據(jù)統(tǒng)一分類，同類數(shù)據(jù)歸一對

35、應(yīng)類數(shù)據(jù)表格中，各功能模塊可訪問同一數(shù)據(jù)；交叉訪問試驗：功能II訪問表單1數(shù)據(jù)請求，執(zhí)行步驟：讀操作：功能II表單1；寫操作：功能II表單1；改操作：功能II表單1；安全審核：功能II函數(shù)需審核請求發(fā)起的安全性。交叉訪問并行請求響應(yīng)測試：并行請求數(shù)10條20條30條40條50條讀響應(yīng)時間（/s）0.180.250.310.390.45寫響應(yīng)時間（/s）0.190.280.320.410.46改響應(yīng)時間（/s）0.200.290.340.420.47優(yōu)點(diǎn)：1數(shù)據(jù)請求執(zhí)行步驟最少；2、響應(yīng)速度最快；缺點(diǎn)：1. 安全審核環(huán)節(jié)最少；不選用該方案交互式布局方案說明：各功能模塊對應(yīng)一個表單，表單間依據(jù)關(guān)系

36、數(shù)據(jù)庫原理進(jìn)行鍵值關(guān)聯(lián)，提高交叉訪問效率；交叉訪問試驗：功能II訪問表單1數(shù)據(jù)請求，執(zhí)行步驟：讀操作：功能II表單1；寫操作：功能II功能I表單1功能I功能II；改操作：功能II功能I表單1功能I功能II；安全審核：讀操作僅功能II審核，寫、改操作需經(jīng)功能I、II審核。交叉訪問并行請求響應(yīng)測試：并行請求數(shù)10條20條30條40條50條讀響應(yīng)時間（/s）0.170.240.300.370.45寫響應(yīng)時間（/s）0.210.280.320.410.48改響應(yīng)時間（/s）0.220.290.330.400.49優(yōu)點(diǎn)：1.讀請求響應(yīng)時間最短；2.數(shù)據(jù)寫、改操作安全性高；缺點(diǎn)：安全審核環(huán)節(jié)少但不影響數(shù)據(jù)

37、安全選用該方案分析時間：2016年3月23日地點(diǎn)：調(diào)控中心會議室負(fù)責(zé)人：金鑫，王輝根據(jù)分析結(jié)果，小組決定在云端關(guān)系數(shù)據(jù)庫中采用交互式布局作為數(shù)據(jù)結(jié)構(gòu)。2）采用框架切換模式開發(fā)2016年3月2427日，小組成員金鑫、王輝、周磊在調(diào)控中心辦公室對多種編程方法通過網(wǎng)上資料查詢，如web網(wǎng)頁加殼生成移動平臺、web網(wǎng)頁與原生語言混編、原生態(tài)開發(fā)等，并進(jìn)行了分析比較：表3-6移動平臺開發(fā)方法比較方案選擇方案說明試驗分析特點(diǎn)結(jié)論方案目標(biāo)：登錄及驗證成功率不小于99%，信息驗證時間不超過0.5s；試驗描述：依據(jù)以下三種方案，分別編寫三個Android版登錄驗證界面，加載同一個信息驗證函數(shù)進(jìn)行測試及比較。We

38、b網(wǎng)頁加殼生成移動平臺客戶端方案說明：將WEB網(wǎng)頁封裝成移動平臺樣式，本質(zhì)是對網(wǎng)頁的訪問，只是屏蔽了地址欄等信息。試驗結(jié)果：序號1250平均最大驗證時間/s0.610.650.630.630.69內(nèi)存占用/kB12.713.113.413.213.6流量消耗/kB22.322.522.222.422.9驗證結(jié)果正確正確正確驗證成功率98%開發(fā)用時62min優(yōu)點(diǎn)：1、開發(fā)速度最快缺點(diǎn)：1、驗證耗時長；2、內(nèi)存占耗高，流量消耗大；3、驗證成功率不滿足要求不選用該方案Web網(wǎng)頁、原生態(tài)混編方案說明：數(shù)據(jù)訪問直接調(diào)用底層原生函數(shù)，Html5網(wǎng)頁實現(xiàn)主體UI界面試驗結(jié)果：序號1250平均最大驗證時間/s

39、0.410.450.430.430.47內(nèi)存占用/kB8.79.29.18.89.2流量消耗/kB17.318.517.817.918.5驗證結(jié)果正確正確正確驗證成功率100%開發(fā)用時75min優(yōu)點(diǎn)：1、內(nèi)存占用不高；2、流量消耗較少；3、驗證耗時較短；缺點(diǎn)：1、開發(fā)用時較長，但遠(yuǎn)低于原生態(tài)開發(fā)，滿足要求。選用該方案原生態(tài)開發(fā)方案說明：完全使用java語言開發(fā)安卓系統(tǒng)驗證函數(shù)。試驗結(jié)果：序號1250平均最大驗證時間/s0.340.350.390.370.41內(nèi)存占用/kB6.76.26.46.46.9流量消耗/kB14.314.514.814.414.9驗證結(jié)果正確正確正確驗證成功率100%開

40、發(fā)用時190min優(yōu)點(diǎn)：1、驗證時間最短；2、內(nèi)存占用、流量消耗最少；缺點(diǎn)：1、開發(fā)耗時最長，難度高不選用該方案分析時間：2016年3月27日地點(diǎn)：調(diào)控中心會議室負(fù)責(zé)人：金鑫，王輝通過分析比較，小組成員從小組技術(shù)水平、熟練度等方面綜合考慮，根據(jù)上述比較表格，選擇Web網(wǎng)頁、原生態(tài)混編方式作為移動終端軟件開發(fā)方法。由此，一級方案全部確定，如圖3-3所示：圖3-3一級方案比選結(jié)果框圖2.二級方案選擇（一）WEB網(wǎng)頁、原生態(tài)混編方法的選擇3月29日，本小組成員張永豐、邵林、周磊針對現(xiàn)有的WEB網(wǎng)頁、原生態(tài)混編方法的具體執(zhí)行方案進(jìn)行選擇，這里對可能采取的開發(fā)語言方案進(jìn)行比較分析：表3-7 WEB網(wǎng)頁、

41、原生態(tài)混編執(zhí)行方案比較方案目標(biāo)開發(fā)周期盡量短，開發(fā)成本盡量低。語言（網(wǎng)頁+腳本）語言+原生開發(fā)語言（網(wǎng)頁+腳本）語言+APICloud平臺（網(wǎng)頁+腳本）語言+Dcloud框架語言特點(diǎn)網(wǎng)頁語言指Html語言，腳本語言指JSP即Javascript語言，具有良好的適配性。原生開發(fā)語言主要指針對安卓系統(tǒng)的JAVA語言和針對蘋果系統(tǒng)的ObjectiveC語言；Apicloud開發(fā)平臺可以實現(xiàn)安卓、IOS系統(tǒng)的同時開發(fā)，具有編譯轉(zhuǎn)換特性，實現(xiàn)原生代碼的轉(zhuǎn)譯DCLOUD提供前端框架，擴(kuò)展HTML5的特性。開發(fā)周期150天75天120天開發(fā)成本IOS證書相關(guān)成本600元+程序開發(fā)成本800元+數(shù)據(jù)庫開發(fā)成本

42、300元；IOS證書成本600元+程序開發(fā)成本500元；IOS證書成本600元+程序開發(fā)成本600元+數(shù)據(jù)庫開發(fā)成本300元；成本合計1700元1100元1500元模塊調(diào)用調(diào)用JAVA、Objective-C函數(shù)包，具體功能實現(xiàn)依賴代碼編輯；APICLOUD提供大量通用UI功能模塊，直接調(diào)用，提升開發(fā)效率不自帶UI模塊，支持三方框架。費(fèi)用1700元1100元1500元優(yōu)點(diǎn)程序適配性好開發(fā)周期短，開發(fā)難度較低，成本低程序結(jié)構(gòu)優(yōu)化，程序適配性好缺點(diǎn)開發(fā)周期最長，成本最高，開發(fā)難度較高需掌握多門程序語言程序流暢度存在風(fēng)險開發(fā)周期較長，開發(fā)難度較高結(jié)論不選用選用不選用通過對WEB網(wǎng)頁、原生態(tài)混編方法的

43、具體執(zhí)行方案的比較，小組決定選用(網(wǎng)頁+腳本)語言+APICloud平臺作為具體執(zhí)行方案。3.確定最佳方案通過以上五組一級方案選擇，一組二級方案選擇，本課題臨時風(fēng)險預(yù)警發(fā)布平臺開發(fā)的最佳方案全部確定，如圖3-4所示。圖3-4最佳方案結(jié)果框圖四、制定對策表3月31日，全體小組成員依據(jù)確定的最優(yōu)方案，小組制定了對策計劃表，如表4-1所示。表4-1對策計劃表序號方案對策目標(biāo)措施地點(diǎn)負(fù)責(zé)人完成時間1采用網(wǎng)絡(luò)方式進(jìn)行發(fā)布采用移動平臺端進(jìn)行發(fā)布API請求成功率高于98%1、設(shè)計API請求測試流程；2、測試API請求成功率。調(diào)度DTS室黃震2016.4.152采用順序流程審核方法采用復(fù)合審核方法信息審核正確

44、率高于98%，審核耗時小于2min1、制定預(yù)警信息復(fù)合審核流程圖；2、測試預(yù)警單審核正確率。會議室王輝2016.5.053采用圖形界面顯示方式采用扁平化顯示圖形界面加載時間小于0.2s1、設(shè)計移動設(shè)備各功能界面；2、設(shè)計集中推送顯示界面；3、測試各功能界面加載時間；調(diào)度DTS室王傳能2016.6.024采用關(guān)系型數(shù)據(jù)庫建模采用交互式布局?jǐn)?shù)據(jù)結(jié)構(gòu)50條數(shù)據(jù)并行處理響應(yīng)時間低于0.5s1、選擇數(shù)據(jù)庫服務(wù)器；2、建立服務(wù)器端數(shù)據(jù)庫表單結(jié)構(gòu)；3、進(jìn)行服務(wù)器端并行響應(yīng)測試。會議室周磊2016.6.125采用框架切換模式開發(fā)采用(網(wǎng)頁和腳本)語言+Apicloud平臺功能驗收成功率高于98%1、設(shè)計登錄及

45、注冊流程；2、分解功能模塊并設(shè)計主界面；3、進(jìn)行平臺預(yù)警信息發(fā)布在線測試；4、驗收功能流轉(zhuǎn)全過程；會議室邵林2016.6.30五、按對策表實施一、對策實施一：采用移動平臺端進(jìn)行發(fā)布1.設(shè)計API請求測試流程4月15-16日，QC小組成員王輝、周磊對移動平臺端提請的數(shù)據(jù)請求測試流程進(jìn)行了設(shè)計，如圖5-1。API請求包含數(shù)據(jù)更新（PUT）、數(shù)據(jù)索?。℅ET）、數(shù)據(jù)提交（POST）、數(shù)據(jù)刪除（DELETE），四種API請求的流程相同。圖5-1 API請求數(shù)據(jù)流程圖API請求的提交采用APICloud平臺進(jìn)行測試，其中GET測試提交畫面如圖5-2所示，測試返回結(jié)果如圖5-3所示，小組成員測試實施畫面如

46、圖5-4。圖5-2 API請求GET測試畫面圖5-3 API請求GET返回數(shù)據(jù)畫面圖5-4 小組成員測試API請求畫面2.測試API請求成功率對策目標(biāo)驗證：4月20日，小組成員張永豐、邵林、金鑫按照以上測試方法，對API請求進(jìn)行測試，每種API請求測試1000條數(shù)據(jù)請求，其中：綜合成功率=發(fā)送成功率返回成功率，測試結(jié)果如下表所示：表5-1API請求測試表 API請求類型數(shù)據(jù)更新（PUT）數(shù)據(jù)索?。℅ET）數(shù)據(jù)提交（POST）數(shù)據(jù)刪除（DELETE）發(fā)送成功率(/%)99.999.899.999.6返回成功率(/%)99.399.699.299.7綜合成功率(/%)99.299.499.199.

47、3由上表可見，API請求成功率高于98%，對策目標(biāo)實現(xiàn)。二、對策實施二：采用復(fù)合審核1.制定預(yù)警信息復(fù)合審核流程圖5月5-7日，小組成員楊洋、王傳能、張偉偉制定了采用順序流程審核方法的預(yù)警信息審核流程，如圖5-5中左側(cè)所示。為了實現(xiàn)復(fù)合審核，小組成員繼續(xù)編寫了名稱、編號審核程序，該審核程序的基本原理如圖5-5中右側(cè)虛線部分所示。圖5-5復(fù)合審核流程圖2.測試預(yù)警單審核正確率對策目標(biāo)驗證：小組成員王傳能、邵林在移動平臺程序中添加初審程序后，對信息審核進(jìn)行測試，集中6名正值調(diào)度員，由小組成員黃震、王輝、周磊負(fù)責(zé)對事故信息進(jìn)行修改后形成200條事故信息，并采用復(fù)合審核法。使用電腦模擬調(diào)試，如圖5-6

48、所示。圖5-6電腦模擬調(diào)試畫面表5-2預(yù)警單審核測試審核員姓名胡弢楊洋張永豐范敏管浦民馮明生審核預(yù)警單數(shù)303040403030平均耗時/min1.51.61.51.51.61.6審核出錯數(shù)001110綜合正確率98.5%經(jīng)測試后，得出試驗結(jié)果如表5-2所示，由此可見，采用復(fù)合審核法后綜合正確率高于98%，結(jié)論：對策目標(biāo)實現(xiàn)。三、對策實施三：采用扁平化顯示1.設(shè)計移動設(shè)備各功能界面5月29-31日，小組成員邵林、金鑫、王輝對移動平臺端功能進(jìn)行功能界面顯示設(shè)計，預(yù)警通知單流轉(zhuǎn)周期如圖5-6所示：圖5-7臨時風(fēng)險預(yù)警通知單的流轉(zhuǎn)周期（一）預(yù)警編寫、錄入功能界面設(shè)計第一步，數(shù)據(jù)錄入功能，編寫新預(yù)警界

49、面顯示如圖5-7，按內(nèi)容對應(yīng)填寫，將當(dāng)前電網(wǎng)事故或缺陷錄入系統(tǒng)。圖5-8編寫新預(yù)警（二）預(yù)警審核、查閱及歸檔功能界面設(shè)計第二步，預(yù)警審核、查閱及歸檔界面顯示設(shè)計。打開待審核預(yù)警單后，審核正確則簽名審核通過，如圖5-8中左一所示；審核通過則預(yù)警單進(jìn)入發(fā)布環(huán)節(jié)，此時可進(jìn)入預(yù)警查閱界面點(diǎn)擊對應(yīng)預(yù)警單打開，如圖5-8中右側(cè)兩圖所示；預(yù)警單歸檔則如圖5-8中間圖所示。圖5-9預(yù)警審核、查閱及歸檔2.設(shè)計集中推送功能界面風(fēng)險預(yù)警信息集中推送，該功能在服務(wù)器端設(shè)計推送平臺實現(xiàn)，在該平臺中填入推送信息后點(diǎn)擊“發(fā)送”即可，推送時可以指定特定用戶群體進(jìn)行推送，界面顯示如圖5-9所示。圖5-10云端服務(wù)器消息推送界

50、面3.測試各功能界面加載時間對策目標(biāo)驗證：表5-3功能界面加載時間測試序號功能界面名稱12100平均最大功能界面加載時間/s打開新預(yù)警0.080.060.090.080.11草稿提交及返回0.130.110.090.120.13審核通過及退回0.120.110.130.120.13預(yù)警信息查閱0.140.130.120.130.14信息推送0.090.050.060.080.116月1-2日，小組成員對各功能圖形界面的加載時間進(jìn)行了測試，測試結(jié)果如上表。測試結(jié)果顯示，最大界面加載時間均不超出0.2s，因此得出結(jié)論：對策目標(biāo)實現(xiàn)。四、對策實施四：采用交互式布局?jǐn)?shù)據(jù)結(jié)構(gòu)1.選擇數(shù)據(jù)庫服務(wù)器6月3-

51、9日，QC小組成員金鑫、邵林、周磊在調(diào)控中心會議室內(nèi)就云端服務(wù)器的選擇進(jìn)行了分析論證，本平臺經(jīng)綜合需求分析，服務(wù)器的配置采用單CPU、單可用IP、100G硬盤需求、100M共享帶寬、處理器選用Intel酷睿i3、4G內(nèi)存，定位為數(shù)據(jù)庫服務(wù)器，可完全滿足要求，根據(jù)上述分析選擇比對如下：表5-4數(shù)據(jù)庫服務(wù)器選擇比較分析表方案選擇數(shù)據(jù)庫服務(wù)成本費(fèi)用比較結(jié)論購買1臺數(shù)據(jù)服務(wù)器單臺1萬-5萬不等，考慮本平臺對服務(wù)器的性能要求有限，以華為FusionServer RH1288 V3型號為例，性能滿足要求，市場售價在1.1萬元左右，屬于一次性投資。不選用租賃網(wǎng)絡(luò)數(shù)據(jù)服務(wù)器根據(jù)選擇要求，查閱相關(guān)企業(yè)的服務(wù)器租

52、賃價格如下表，帶寬均為百兆共享，可見平均租賃價格P在3000/年左右：處理器內(nèi)存硬盤價格(元/年)Q93004G500G3200E58004G500G2500Q66004G500G3500不選用選擇云儲存服務(wù)商的云端服務(wù)對國內(nèi)云端存儲價格調(diào)研結(jié)果如下表，本平臺預(yù)計需要存儲空間100G，流量每月20GB即可滿足，數(shù)據(jù)請求預(yù)計每月最多5萬次，數(shù)據(jù)get操作每月5萬次，DELETE操作每月1000次，則折算成本為：P=2.04100+20120.55+0.512+(0.05+0.01)12=342.72(/年)存儲空間流量數(shù)據(jù)請求空間范圍價格(/年)流出(/月)價格請求方式價格(/千次請求)0-50

53、TB2.04/GB0-2TB0.55/GBPUT/COPY/POST/LIST0.01 50-500TB1.98/GB2-100TB0.50/GBGET0.001500-5000TB1.92/GB100-200TB0.45/GBDELETE0.015000TB1.86/GB200TB0.40/GB選用通過對云端服務(wù)的成本比較，小組決定采用選擇云存儲服務(wù)商的云端服務(wù)，作為服務(wù)器端的選擇方式。6月4日，小組成員張永豐、黃震查閱關(guān)于云端服務(wù)商的資料后，進(jìn)行了比較分析，結(jié)果如表5-5所示：表5-5云存儲服務(wù)商選擇比較表方案選擇成本分析優(yōu)點(diǎn)分析結(jié)論選擇又拍云存儲服務(wù)比較流量下載成本：流量下載價格0-3T

54、B0.4元/GB3-5TB0.38元/GB上傳下載加速；自建CDN；能夠進(jìn)行日志分析；具備彈性擴(kuò)容結(jié)合本平臺特點(diǎn)，又拍云價格相對便宜，按實時使用量計費(fèi)，下載加速能力迎合本平臺的速度需求；七牛云側(cè)重于圖片、視頻的上傳等富媒體技術(shù)，非本平臺側(cè)重。選用該方案選擇七牛云存儲服務(wù)比較流量下載成本：流量下載價格0-2TB0.5元/GB2-100B0.45元/GB特有的上傳加速能力；特有的斷點(diǎn)續(xù)上傳功能；獨(dú)特的鏡像存儲；流媒體（音視頻處理）支持；數(shù)據(jù)處理功能的級聯(lián)不選用該方案QC小組成員比較分析后，選擇又拍云服務(wù)作為本平臺的云端服務(wù)提供商。2.建立服務(wù)器端數(shù)據(jù)庫表單結(jié)構(gòu)6月7-11日，小組成員王傳能在云端數(shù)

55、據(jù)庫采用交互式布局，建立數(shù)據(jù)庫表單，如圖5-10。草稿箱表單、發(fā)布中表單的數(shù)據(jù)信息與待審核表單中數(shù)據(jù)信息一致，故圖中不再贅述。每一份預(yù)警通知單對應(yīng)唯一的編號，同時作為表格的主鍵，并與其它表格進(jìn)行關(guān)聯(lián)，便于進(jìn)行統(tǒng)一管理。圖5-11服務(wù)器端數(shù)據(jù)結(jié)構(gòu)分解圖小組成員邵林、周磊在移動平臺端進(jìn)行數(shù)據(jù)交互訪問的編程，圖5-11為向服務(wù)器端存入數(shù)據(jù)的邏輯程序。小組成員繼續(xù)對數(shù)據(jù)的交互性能、并行傳送的能力進(jìn)行了驗證，分析此臨時風(fēng)險預(yù)警發(fā)布系統(tǒng)的應(yīng)用場景為公司生產(chǎn)系統(tǒng)內(nèi)部使用，用戶人數(shù)正常不超出100人，設(shè)置并行能力下限為50條/s，足以滿足并行數(shù)據(jù)處理要求，避免宕機(jī)、卡數(shù)據(jù)現(xiàn)象的發(fā)生。圖5-12數(shù)據(jù)提交至服務(wù)器

56、端的實現(xiàn)代碼3.進(jìn)行服務(wù)器端并行響應(yīng)測試對策目標(biāo)驗證：小組成員張永豐、王傳能選擇采用APICloud平臺進(jìn)行服務(wù)器端的數(shù)據(jù)并行響應(yīng)測試，選取產(chǎn)生數(shù)據(jù)流量最大的操作-創(chuàng)建新預(yù)警進(jìn)行測試，使用軟件“海馬玩”模擬器，進(jìn)行移動設(shè)備訪問測試，分別模擬10臺至50臺移動設(shè)備的并行訪問，進(jìn)行測試結(jié)果如下：表5-6并行響應(yīng)測試并發(fā)設(shè)備數(shù)量10臺20臺30臺40臺50臺提交成功率（%）100100100100100數(shù)據(jù)正確率（%）100100100100100響應(yīng)平均時間（/s）0.4s0.420.450.460.48從表5-6中結(jié)果可以看出，移動平臺端收到服務(wù)器反饋信息后的響應(yīng)平均時間低于0.5s，滿足設(shè)定目

57、標(biāo)，結(jié)論：對策目標(biāo)實現(xiàn)。五、對策實施五：采用(網(wǎng)頁+腳本)語言+Apicloud平臺1.設(shè)計登錄及注冊流程2016年6月11-30日，小組成員邵林，王輝，基于APICloud平臺，采用網(wǎng)頁+腳本語言編程設(shè)計完善登錄及注冊流程，如圖5-12所示。其中的校驗和驗證環(huán)節(jié)均通過在服務(wù)器端與數(shù)據(jù)庫比對實現(xiàn)。圖5-13登錄及驗證流程圖2.分解功能模塊并設(shè)計主界面2015年4月20日至6月30日，小組成員邵林、王傳能進(jìn)行了基于（網(wǎng)頁+腳本）語言+APICloud平臺的模塊設(shè)計，對所有移動平臺窗口的圖形界面按照扁平化顯示的要求，進(jìn)行編程實現(xiàn)。根據(jù)臨時風(fēng)險預(yù)警系統(tǒng)的功能需求，將該風(fēng)險預(yù)警發(fā)布平臺功能模塊設(shè)計分為

58、三個層級，各層級劃分如圖5-13所示。圖5-14移動平臺端三級功能分解圖進(jìn)行臨時風(fēng)險預(yù)警發(fā)布平臺主界面設(shè)計。主界面UI程序代碼如圖5-14，功能主界面UI設(shè)計界面示例如圖5-15所示，其余功能界面依據(jù)對策實施三中的扁平化設(shè)計進(jìn)行編程實現(xiàn)。圖5-15主界面程序代碼圖5-16功能主界面及菜單UI顯示3.進(jìn)行平臺預(yù)警信息發(fā)布在線測試2016年7月在移動平臺投入試運(yùn)行前，QC小組對移動平臺的發(fā)布時間進(jìn)行了試驗，測試表格如圖5-16所示。圖5-17第一小組測試記錄表格每組人員隨機(jī)抽取20組各類型故障，結(jié)果統(tǒng)計如下表所示：表5-7發(fā)布耗時試驗測試結(jié)果測試小組小組人員發(fā)布平均耗時/min單次最長耗時/min

59、第一小組王傳能，王輝911第二小組胡弢，金鑫1012第三小組張偉偉，邵林811第四小組張永豐，黃震9114.驗收功能流轉(zhuǎn)全過程對策目標(biāo)驗證：表5-8功能在線測試驗收表測試功能創(chuàng)建新預(yù)警草稿提交及修改審核提交及退回信息發(fā)布及流轉(zhuǎn)信息推送測試人測試次數(shù)2020202020邵林，王輝成功次數(shù)2020202020邵林，王輝成功率(%)100100100100100邵林，王輝小組成員邵林、王輝對本移動平臺進(jìn)行功能驗收，測試結(jié)果如表5-8所示，從中可以看出，移動平臺功能驗收成功率為100%，高于98%的驗收目標(biāo)，結(jié)論：對策目標(biāo)實現(xiàn)。六、效果檢查一、事故信息及臨時風(fēng)險發(fā)布時間對比2016年7月中旬，電網(wǎng)臨時

60、風(fēng)險預(yù)警發(fā)布平臺投入試運(yùn)行后，經(jīng)2016年7-11月的實際試運(yùn)行，共計統(tǒng)計故障次數(shù)見表6-1，其中故障對應(yīng)的電網(wǎng)臨時風(fēng)險預(yù)警通知耗時的統(tǒng)計分析見表6-2，從中可見發(fā)布耗時與實施前相比均有明顯下降。表6-1 2016年7月-11月故障次數(shù)統(tǒng)計表市區(qū)范圍縣城城區(qū)鄉(xiāng)鎮(zhèn)及農(nóng)村故障次數(shù)61015表6-2實施前后耗時對比統(tǒng)計表時間故障類型市區(qū)范圍/min縣城城區(qū)/min鄉(xiāng)鎮(zhèn)及農(nóng)村/min實施前(2015.8-2016.3)平均耗時41.53428.5發(fā)布最長耗時534433實施后(2016.7-2016.11)平均耗時1297.5發(fā)布最長耗時14119實施前后對比平均減少292521最長耗時減少39332