移開工程運(yùn)維方案匯報(bào)材料2021年12月目錄現(xiàn)狀分析01愿景目標(biāo)02運(yùn)維管理03軟件過程管理04現(xiàn)狀描述背景概述

目前移動(dòng)市自建系統(tǒng)業(yè)務(wù)呈膨脹的趨勢(shì)，承載的業(yè)務(wù)越來越多，但相應(yīng)的系統(tǒng)維護(hù)管理卻沒有與時(shí)俱進(jìn)，一直秉承’誰開發(fā)誰維護(hù)’的思想，維護(hù)工作由于開發(fā)商的多維度，業(yè)務(wù)多維度逐漸趨于混亂，降低整個(gè)IT支撐的效率。處理效率慢由于對(duì)自建系統(tǒng)業(yè)務(wù)不非常了解，工單總是需要轉(zhuǎn)屢次才能轉(zhuǎn)正確人那邊職責(zé)偏離本應(yīng)該對(duì)工程軟件過程整體把控，但深陷維護(hù)漩渦出，做事太瑣碎，偏離職責(zé)定位維護(hù)安排困難維護(hù)的不固定性，以及小工程維護(hù)量工作量偏少，對(duì)于團(tuán)隊(duì)的開發(fā)經(jīng)理維護(hù)人力適宜安排是一個(gè)比較大的挑戰(zhàn)工作延續(xù)中斷在現(xiàn)有的環(huán)境中，開發(fā)人員常常需要參與維護(hù)。由于維護(hù)時(shí)間上不固定性以及突然性，常常打斷本職工作，導(dǎo)致思路中斷工作強(qiáng)度大維護(hù)域的缺失以及對(duì)維護(hù)工作的不重視，導(dǎo)致維護(hù)人員嚴(yán)重缺失，造成維護(hù)人員工作強(qiáng)度艱苦。做事累且雜業(yè)支效勞臺(tái)ITC接口人開發(fā)經(jīng)理開發(fā)人員維護(hù)人員當(dāng)前參與維護(hù)各崗位人員現(xiàn)狀分析思路統(tǒng)一運(yùn)維成立專業(yè)運(yùn)維團(tuán)隊(duì)，負(fù)責(zé)整個(gè)維護(hù)相關(guān)工作.人機(jī)協(xié)作通過程序系統(tǒng)對(duì)一些維護(hù)工作〔監(jiān)控類，審計(jì)類等〕，提高運(yùn)維質(zhì)量以及效率軟件過程管理

采用CMMI指導(dǎo)思想，面向軟件過程管理，降低軟件風(fēng)險(xiǎn)與減少程序BUG，大大降低維護(hù)工作量軟件過程管理統(tǒng)一運(yùn)維人機(jī)協(xié)作運(yùn)維過程管理運(yùn)維過程管理采用ITIL思想體系，通過建立系統(tǒng)流程標(biāo)準(zhǔn)運(yùn)維過程，加強(qiáng)運(yùn)維過程管控.對(duì)運(yùn)維過程產(chǎn)生知識(shí)進(jìn)行積累沉淀開發(fā)過程不標(biāo)準(zhǔn)導(dǎo)致程序質(zhì)量較差，相應(yīng)維護(hù)工作太多各開發(fā)商都參與維護(hù)，不利于管控維護(hù)只注重結(jié)果，過程未管控量多分散隨意手工主要癥結(jié)解決思路維護(hù)純?nèi)肆κ止ぃ实拖?，效果很差目錄現(xiàn)狀分析01愿景目標(biāo)02運(yùn)維管理03軟件過程管理04愿景目標(biāo) 組建運(yùn)維團(tuán)隊(duì)主要目的就是將運(yùn)維進(jìn)行標(biāo)準(zhǔn)，將各梯隊(duì)人員從運(yùn)維中解放出來，運(yùn)維團(tuán)隊(duì)保證運(yùn)維95%以上工作。同時(shí)提升運(yùn)維效率，提高運(yùn)維質(zhì)量。間接要求軟件本身質(zhì)量的提升，對(duì)軟件質(zhì)量起到工程監(jiān)理作用。在保證運(yùn)維結(jié)果的情況下，本次運(yùn)維方案目標(biāo)應(yīng)到達(dá)以下目標(biāo):成立專業(yè)運(yùn)維團(tuán)隊(duì)，團(tuán)隊(duì)內(nèi)部職能明確，團(tuán)隊(duì)接管整個(gè)運(yùn)維過程中90%以上工作，與維護(hù)相關(guān)梯隊(duì)人員（開發(fā)人員，項(xiàng)目經(jīng)理，業(yè)支人員）將維護(hù)相關(guān)工作縮短到目前的20%以下。整個(gè)軟件過程規(guī)范，包含開發(fā)過程，運(yùn)維過程項(xiàng)目開發(fā)采用CMMI成熟度模型，達(dá)到開發(fā)過程BUG，風(fēng)險(xiǎn)可控,開發(fā)軌跡可在文檔中清晰呈現(xiàn)項(xiàng)目運(yùn)維參照ITIL體系，運(yùn)維過程事件，質(zhì)量可管控。運(yùn)維事件可追蹤，可分析，流程軌跡可以在系統(tǒng)中直觀呈現(xiàn)。同時(shí)運(yùn)維過程知識(shí)可傳承整個(gè)運(yùn)維事件中，時(shí)效性對(duì)于運(yùn)維效果是一個(gè)非常重要的指標(biāo)，運(yùn)維事件相應(yīng)及時(shí)包括運(yùn)維事件觸發(fā)及時(shí)，運(yùn)維事件處理過程協(xié)作暢通，運(yùn)維團(tuán)隊(duì)與對(duì)外反饋溝通及時(shí)。職能明確過程規(guī)范響應(yīng)及時(shí)目錄現(xiàn)狀分析01愿景目標(biāo)02運(yùn)維管理03軟件過程管理04運(yùn)維管理體系運(yùn)維團(tuán)隊(duì)運(yùn)維過程團(tuán)隊(duì)角色角色職責(zé)素質(zhì)要求人員組成運(yùn)維標(biāo)準(zhǔn)質(zhì)量考核標(biāo)準(zhǔn)工作內(nèi)容界定制度標(biāo)準(zhǔn)運(yùn)維流程運(yùn)維監(jiān)控ITIL運(yùn)維體系對(duì)象界定平安管控采集平臺(tái)質(zhì)量管控監(jiān)控中心應(yīng)用中心知識(shí)管理流程協(xié)作協(xié)作監(jiān)控事件升級(jí)團(tuán)隊(duì)建設(shè)角色職能素質(zhì)運(yùn)維經(jīng)理主管運(yùn)維團(tuán)隊(duì)內(nèi)部管理，溝通，對(duì)外溝通工作5年以上移動(dòng)項(xiàng)目運(yùn)維管理經(jīng)驗(yàn)。3年以上移動(dòng)大型項(xiàng)目運(yùn)維經(jīng)驗(yàn)。分析師將運(yùn)維事件原因分析，策略定制，運(yùn)維項(xiàng)目設(shè)計(jì)合理性分析等6年以上移動(dòng)項(xiàng)目經(jīng)驗(yàn)。5年以上擔(dān)任系統(tǒng)架構(gòu)，系統(tǒng)分析師經(jīng)驗(yàn)熟悉各種分析工具與方法ORACLEDBA對(duì)于運(yùn)維項(xiàng)目數(shù)據(jù)庫進(jìn)行管理，包括巡檢，故障處理，參數(shù)設(shè)置，熱備等具有DBA專業(yè)證書3年以上oracle數(shù)據(jù)庫管理經(jīng)驗(yàn)服務(wù)臺(tái)接收系統(tǒng)使用者反映事件，包含咨詢，查證，故障，并對(duì)時(shí)間進(jìn)行ITIL單初步填寫以及相關(guān)癥狀初判良好的溝通能力以及服務(wù)態(tài)度項(xiàng)目故障相關(guān)基礎(chǔ)故障知識(shí)良好問題描述能力j2ee維護(hù)工程師相關(guān)j2ee項(xiàng)目故障，問題原因分析，故障處理等工作執(zhí)行者2年以上移動(dòng)項(xiàng)目開發(fā)經(jīng)驗(yàn)熟悉oracle基礎(chǔ)SQL,mvc模型框架知識(shí)C++維護(hù)工程師相關(guān)C++項(xiàng)目故障判斷，故障處理等工作執(zhí)行者4年以上C++項(xiàng)目經(jīng)驗(yàn)，熟悉oracle數(shù)據(jù)庫熟悉IBMMQ中間件，精通unix系統(tǒng)編程WIDGET維護(hù)工程師相關(guān)手機(jī)安卓系統(tǒng)WIDGET客戶端相關(guān)故障判斷，故障處理工作執(zhí)行者2年以上手機(jī)軟件開發(fā)經(jīng)驗(yàn)1年移動(dòng)項(xiàng)目經(jīng)驗(yàn)測(cè)試工程師故障處理后測(cè)試，或者項(xiàng)目交接過程測(cè)試驗(yàn)收工作執(zhí)行者3年測(cè)試經(jīng)驗(yàn)，熟悉黑盒，白盒測(cè)試方法，熟悉各類測(cè)試工具團(tuán)隊(duì)建設(shè)是根底，運(yùn)維團(tuán)隊(duì)必須是一個(gè)多角色，角色人員素質(zhì)高，運(yùn)維經(jīng)驗(yàn)豐富的高效成熟團(tuán)隊(duì)！運(yùn)維流程-概述FMKR運(yùn)維流程管理：結(jié)合實(shí)際按規(guī)范建立六大流程故障，問題，提數(shù)，發(fā)布，變更，交接流程。定義流程各角色職能協(xié)作流轉(zhuǎn)。運(yùn)維過程監(jiān)控：對(duì)于運(yùn)維事件協(xié)作過程分層級(jí)（紅色，橙色，黃色等）進(jìn)行監(jiān)控預(yù)警。觸發(fā)點(diǎn)事件環(huán)節(jié)流傳點(diǎn)通知提醒，事件處理時(shí)間超期提醒，事件緊急處理提醒，事件升級(jí)告警運(yùn)維知識(shí)管理：運(yùn)維過程知識(shí)體系，包括項(xiàng)目文檔，常見業(yè)務(wù)咨詢問答，常見故障問題解決,支撐服務(wù)臺(tái)人員對(duì)于事件甑別，事件初檢。運(yùn)維過程事件職能分析成知識(shí)。運(yùn)維事件升級(jí)管理：事件在規(guī)定的時(shí)間內(nèi)不能由一線支持小組解決，那么更多有經(jīng)驗(yàn)的人員和有更高權(quán)限的人員將不得不參與進(jìn)來。運(yùn)維流程主要是通過流程協(xié)作的形式對(duì)于運(yùn)維過程中運(yùn)維事件進(jìn)行處理。建立維護(hù)工作平臺(tái)管理積累運(yùn)維知識(shí)，記錄運(yùn)維流程軌跡，并對(duì)整個(gè)運(yùn)維過程管控。包含四個(gè)局部：運(yùn)維流程管理，運(yùn)維知識(shí)管理，運(yùn)維過程監(jiān)控，運(yùn)維事件升級(jí)管理。運(yùn)維流程-流程呈現(xiàn)通過目前流行的地圖呈現(xiàn)形式，將運(yùn)維流程各關(guān)鍵流程節(jié)點(diǎn)直觀展現(xiàn)，詳細(xì)描述已經(jīng)流轉(zhuǎn)節(jié)點(diǎn)以及預(yù)計(jì)描述未來節(jié)點(diǎn)走向。節(jié)點(diǎn)中呈現(xiàn)相關(guān)節(jié)點(diǎn)信息。發(fā)起人:發(fā)起時(shí)間發(fā)起人描述到達(dá)時(shí)間處理人預(yù)期完成時(shí)間實(shí)際完成時(shí)間處理情況描述處理評(píng)分預(yù)計(jì)到達(dá)時(shí)間預(yù)計(jì)處理時(shí)間流程發(fā)起節(jié)點(diǎn)一當(dāng)前節(jié)點(diǎn)節(jié)點(diǎn)三屬于提數(shù)流程，目前處于正在處理狀態(tài)，完成度為50%,當(dāng)前處于第二節(jié)點(diǎn)，距離預(yù)警時(shí)間為2小時(shí)，工單緊急度為一般到達(dá)時(shí)間處理人預(yù)期完成時(shí)間實(shí)際完成時(shí)間剩余處理時(shí)間WEB門戶WIDGET桌面WIDGET展現(xiàn)渠道運(yùn)維流程-故障，問題流程一輸入客戶效勞臺(tái)維護(hù)工程師運(yùn)維經(jīng)理輸出發(fā)起階段處理階段,郵件,QQ,工單開始事件發(fā)起有效性ITIL單登記FAQ解決單獨(dú)處理編寫處理方案執(zhí)行處理方案事件升級(jí)反響客戶結(jié)果驗(yàn)證結(jié)果FAQITIL事件單ITIL歸檔YNYNY故障，問題流程根據(jù)發(fā)起人的不同分為外部流程與內(nèi)部流程。外部流程發(fā)起人為運(yùn)維工程使用人員，內(nèi)部流程是運(yùn)維團(tuán)隊(duì)內(nèi)部人員在巡檢，稽核，或者使用過程中發(fā)現(xiàn)的故障，問題。本流程為外部流程運(yùn)維流程--故障，問題流程二團(tuán)隊(duì)成員效勞臺(tái)維護(hù)工程師運(yùn)維經(jīng)理輸出處理階段開始事件發(fā)起ITIL單登記FAQ解決單獨(dú)處理編寫處理方案執(zhí)行處理方案事件升級(jí)反響結(jié)果驗(yàn)證結(jié)果FAQITIL事件單ITIL歸檔YNNY本流程是內(nèi)部流程運(yùn)維流程-提數(shù)，發(fā)布，變更流程流程規(guī)范1提數(shù)規(guī)范模式借鑒軟件開發(fā)規(guī)范中的快速開發(fā)模式，必須由主提數(shù)人，副提數(shù)人各自提數(shù)進(jìn)行對(duì)比校驗(yàn)，確定統(tǒng)一口徑后由審核人員審核。風(fēng)險(xiǎn)評(píng)估1版本發(fā)布之前，需要對(duì)發(fā)布風(fēng)險(xiǎn)進(jìn)行預(yù)前評(píng)估，包括發(fā)布版本導(dǎo)致業(yè)務(wù)風(fēng)險(xiǎn)，系統(tǒng)內(nèi)風(fēng)險(xiǎn)，外圍系統(tǒng)影響風(fēng)險(xiǎn)等，發(fā)布前出示風(fēng)險(xiǎn)評(píng)估文檔以及發(fā)布操作步驟文檔?；謴?fù)機(jī)制2發(fā)布過程具有不可控因素影響發(fā)布實(shí)際效果，在風(fēng)險(xiǎn)規(guī)避的基礎(chǔ)上，對(duì)于不可以規(guī)避的突發(fā)風(fēng)險(xiǎn)需要預(yù)先設(shè)計(jì)恢復(fù)方案，以其風(fēng)險(xiǎn)發(fā)生可以恢復(fù)發(fā)布之前狀態(tài)。提數(shù)要素2提數(shù)過程中，交接給下一審批人必須完成以下要素的填寫:提數(shù)周期，數(shù)據(jù)簡(jiǎn)介，數(shù)據(jù)量，數(shù)據(jù)SQL腳本（包含SQL腳本注釋），數(shù)據(jù)說明等提數(shù)流程發(fā)布流程目前提數(shù)流程目前有支撐系統(tǒng)綜合支撐平臺(tái)，一單清平臺(tái)，兩平臺(tái)對(duì)于提數(shù)流程支撐能力充足。在現(xiàn)有資源的根底上，對(duì)于提數(shù)流程進(jìn)行相關(guān)流程關(guān)鍵點(diǎn)進(jìn)行強(qiáng)制執(zhí)行，對(duì)流程短板進(jìn)行補(bǔ)充，確保流程執(zhí)行正確性以及可恢復(fù)性。變更流程在2021年綜合支撐平臺(tái)根據(jù)運(yùn)營管理室意見進(jìn)行改善，已經(jīng)比較完善。暫時(shí)利用已有資源。發(fā)布流程也有相應(yīng)流程易平臺(tái)進(jìn)行支撐，在原有根底上對(duì)于發(fā)布流程的短板進(jìn)行補(bǔ)充。運(yùn)維流程-運(yùn)維交接流程開發(fā)團(tuán)隊(duì)運(yùn)維團(tuán)隊(duì)提交運(yùn)維申請(qǐng)?zhí)峤卉浖臋n檢查文檔質(zhì)量合格？測(cè)試軟件質(zhì)量填寫測(cè)試結(jié)果合格？重新交接交接成功輸出注:交接過程中，提交的軟件文檔一般包含需求說明書，概要說明書，詳細(xì)設(shè)計(jì)說明書，數(shù)據(jù)字典，測(cè)試報(bào)告，試運(yùn)行情況報(bào)告分析，部署文檔等，必須保持工程實(shí)際情況與文檔一致性。運(yùn)維團(tuán)隊(duì)測(cè)試包含功能測(cè)試，用戶測(cè)試，業(yè)務(wù)邏輯測(cè)試，集成測(cè)試，壓力測(cè)試，需要在流程中填寫相關(guān)的測(cè)試總結(jié)以及上傳測(cè)試報(bào)告，不合格需要說明不合格原因。以上過程需要再嚴(yán)格的標(biāo)準(zhǔn)下進(jìn)行，不然，流程會(huì)因?yàn)橹皇莻€(gè)形式而失敗，達(dá)不到預(yù)期效果開發(fā)團(tuán)隊(duì)將軟件工程交接給運(yùn)維團(tuán)隊(duì)進(jìn)行工程運(yùn)維，該過程是一個(gè)責(zé)任過度的過程，需要嚴(yán)格的標(biāo)準(zhǔn)以及流程進(jìn)行支撐。該局部叫做運(yùn)維交接流程。運(yùn)維流程-運(yùn)維知識(shí)管理整個(gè)運(yùn)維過程中，知識(shí)的積累沉淀，傳承至關(guān)重要，可以有效的防止對(duì)同一事件重復(fù)運(yùn)維以及由于人員流動(dòng)導(dǎo)致知識(shí)流失。良好的知識(shí)庫體系應(yīng)當(dāng)包含知識(shí)廣泛的收集渠道能力，知識(shí)強(qiáng)大的管理能力，知識(shí)有效的應(yīng)用能力。知識(shí)分類智能檢索知識(shí)應(yīng)用能力知識(shí)地圖知識(shí)視圖業(yè)務(wù)培訓(xùn)問卷調(diào)查知識(shí)采集知識(shí)共享知識(shí)審核知識(shí)評(píng)價(jià)知識(shí)推薦知識(shí)傳播知識(shí)效勞組件常用FAQ管理知識(shí)版本管理知識(shí)管理能力在線考試知識(shí)收集能力人工收集其他知識(shí)系統(tǒng)收集智能分析知識(shí)收集知識(shí)渠道展現(xiàn)運(yùn)維團(tuán)隊(duì)成員使用用戶客戶電腦平板

ITC人員運(yùn)維流程-預(yù)警監(jiān)控預(yù)警監(jiān)控主要對(duì)運(yùn)維流程監(jiān)控，通過設(shè)定預(yù)警規(guī)那么，生成預(yù)警信息，后臺(tái)自動(dòng)調(diào)度的方式將預(yù)警信息推送。預(yù)警過程的緊急度以及影響度，根據(jù)具體處理情況以及歷史預(yù)警日志，系統(tǒng)智能將預(yù)警信息升級(jí)。預(yù)警分析監(jiān)控點(diǎn)采集自動(dòng)調(diào)度信息推送預(yù)警流程涉及到運(yùn)維流程中的事件到達(dá)提醒，事件將超期提醒，事件逾期通告對(duì)采集點(diǎn)進(jìn)行監(jiān)控，通過預(yù)設(shè)定規(guī)那么，區(qū)分緊急度，信息接收對(duì)象生成預(yù)警信息依據(jù)時(shí)間，事件緊急程度等實(shí)際情況，系統(tǒng)智能按頻率觸發(fā)監(jiān)控，推送流程依據(jù)接收人不同的角色信息，推送相應(yīng)的預(yù)警信息按運(yùn)維流程緊急度，嚴(yán)重度，相應(yīng)處理時(shí)間限制將預(yù)警級(jí)別劃分為紅，橙，黃警告根據(jù)流程緊急度，嚴(yán)重度，處理時(shí)間限制等規(guī)那么化時(shí)間升級(jí)條件，滿足條件事件流程自動(dòng)升級(jí)，并進(jìn)行預(yù)警流程升級(jí)運(yùn)維流程->事件升級(jí)如果某一事件不能在規(guī)定的時(shí)間內(nèi)由一線支持小組解決，那么再多有經(jīng)驗(yàn)的人員和有更高權(quán)限的人員將不得不參與進(jìn)來。這就是升級(jí)，它可能發(fā)生在事件解決過程的任何時(shí)間和任何支持級(jí)別,升級(jí)分為職能性升級(jí)和結(jié)構(gòu)性升級(jí)。兩者的區(qū)別如下：職能性升級(jí):需要具有更多時(shí)間、專業(yè)技能或訪問權(quán)限〔技術(shù)授權(quán)〕的人員來參與事件的解決結(jié)構(gòu)性升級(jí):當(dāng)經(jīng)授權(quán)的當(dāng)前級(jí)別的結(jié)構(gòu)不能保證事件能及時(shí)、滿意地解決時(shí)，需要更高級(jí)別的機(jī)構(gòu)參與進(jìn)來運(yùn)維過程中應(yīng)當(dāng)盡量在運(yùn)維團(tuán)隊(duì)內(nèi)解決，防止結(jié)構(gòu)性升級(jí)運(yùn)維工程師無法完成事件產(chǎn)出工程經(jīng)理內(nèi)部專業(yè)工程師外圍開發(fā)團(tuán)隊(duì)/移動(dòng)技術(shù)部門協(xié)調(diào)資源解決協(xié)調(diào)資源組織團(tuán)隊(duì)解決解決方案職能性升級(jí)結(jié)構(gòu)性升級(jí)YN運(yùn)維流程->制度標(biāo)準(zhǔn)運(yùn)維過程中，運(yùn)維工作如何界定，工程交接給運(yùn)維團(tuán)隊(duì)時(shí)機(jī)以及交接要求，運(yùn)維人員對(duì)事件如何正確處理等都屬于運(yùn)維制度標(biāo)準(zhǔn)內(nèi)容。

工作內(nèi)容界定交接標(biāo)準(zhǔn)管理制度標(biāo)準(zhǔn)涉及運(yùn)維過程中已經(jīng)交接運(yùn)維團(tuán)隊(duì)工程提數(shù)，咨詢，查證，數(shù)據(jù)庫庫巡檢，數(shù)據(jù)稽核，效勞器巡檢,效勞器漏洞修復(fù)，應(yīng)急演練，故障處理，故障發(fā)現(xiàn)，數(shù)據(jù)修改，工程報(bào)告等新工程需穩(wěn)定運(yùn)行3個(gè)月以上時(shí)間才能交接給運(yùn)維組新工程交接給運(yùn)維組必須對(duì)接手維護(hù)的同事做系統(tǒng)業(yè)務(wù)培訓(xùn)工程交接必須提供?工程需求文檔.doc??工程操作手冊(cè).doc??工程維護(hù)手冊(cè).doc??工程常見問題處理.doc??工程詳細(xì)設(shè)計(jì)文檔.doc??工程數(shù)據(jù)字典?效勞時(shí)間響應(yīng)標(biāo)準(zhǔn)：標(biāo)準(zhǔn)效勞方式，故障級(jí)別相應(yīng)效勞行為標(biāo)準(zhǔn)現(xiàn)場(chǎng)效勞支持標(biāo)準(zhǔn)ITIL單操作標(biāo)準(zhǔn)運(yùn)維監(jiān)控->監(jiān)控平臺(tái)目前ITC自建系統(tǒng)應(yīng)用較多。影響業(yè)務(wù)流程可用性因子很多。如何變被動(dòng)為主動(dòng)，對(duì)事件進(jìn)行事前管理，快速發(fā)現(xiàn)問題，智能分析故障，減少運(yùn)維過程中事件帶來不良影響力以及大量運(yùn)維工作量。

建立完善的運(yùn)維監(jiān)控平臺(tái)，以電子監(jiān)控的形式輔助運(yùn)維，提升運(yùn)維效率以及業(yè)務(wù)功能可靠性。展現(xiàn)渠道監(jiān)控中心采集平臺(tái)監(jiān)控對(duì)象應(yīng)用中心網(wǎng)絡(luò)系統(tǒng)操作系統(tǒng)業(yè)務(wù)系統(tǒng)接口系統(tǒng)采集工具集成采集方式采集調(diào)度監(jiān)控規(guī)那么監(jiān)控視圖報(bào)表中心平安審計(jì)智能提數(shù)電腦平板

數(shù)據(jù)中心告警級(jí)別告警調(diào)度告警規(guī)那么信息推送運(yùn)維流程->監(jiān)控對(duì)象網(wǎng)絡(luò)系統(tǒng)監(jiān)控點(diǎn):網(wǎng)絡(luò)互通、端口開放情況、網(wǎng)絡(luò)權(quán)限、網(wǎng)絡(luò)延遲等監(jiān)控頻率:實(shí)時(shí)監(jiān)控操作系統(tǒng)監(jiān)控點(diǎn):CPU使用、內(nèi)存使用、硬盤使用、用戶數(shù)、進(jìn)程數(shù)等適用系統(tǒng):windows,unix監(jiān)控頻率:實(shí)時(shí)監(jiān)控業(yè)務(wù)系統(tǒng)監(jiān)控點(diǎn):系統(tǒng)狀態(tài)、占用內(nèi)存、鏈接數(shù)、關(guān)鍵業(yè)務(wù)狀態(tài)等監(jiān)控方式:間隔頻率監(jiān)控接口系統(tǒng)監(jiān)控點(diǎn):FTP可用性、webservice可用性、servlet等監(jiān)控方式:間隔頻率監(jiān)控重點(diǎn)關(guān)注運(yùn)維流程->監(jiān)控中心在IT日益開展的當(dāng)今，業(yè)務(wù)與IT已經(jīng)緊密結(jié)合.一個(gè)IT工程的關(guān)聯(lián)著系統(tǒng)，數(shù)據(jù)庫，應(yīng)用，網(wǎng)絡(luò)，業(yè)務(wù)，用戶等多方面因素。對(duì)單個(gè)IT資源進(jìn)行監(jiān)控已經(jīng)越來越滿足不了IT運(yùn)維需求。集成傳統(tǒng)的監(jiān)控方式，將整體業(yè)務(wù)作為主體，構(gòu)建業(yè)務(wù)監(jiān)控視圖。監(jiān)控主要表達(dá)為四字原那么:看、監(jiān)、析、告看得見:可以的通過網(wǎng)絡(luò)拓?fù)鋱D的這種表現(xiàn)形式將檢測(cè)點(diǎn)以及檢測(cè)點(diǎn)周邊環(huán)境直觀呈現(xiàn)，一目了然監(jiān)得到:對(duì)于監(jiān)控點(diǎn)進(jìn)行多層級(jí)別監(jiān)控，通過監(jiān)控規(guī)那么快速識(shí)別監(jiān)控點(diǎn)異常。析得清:通過對(duì)監(jiān)控點(diǎn)設(shè)置規(guī)那么，監(jiān)控中心可以對(duì)故障進(jìn)行智能分析，檢查，主動(dòng)將故障發(fā)生的關(guān)注點(diǎn)告知運(yùn)維人員告得快:通過短信，widget監(jiān)控視圖，WEB視圖，EAMIL等多種方式，將監(jiān)控問題故障及時(shí)準(zhǔn)確的發(fā)給運(yùn)維人員。監(jiān)控中心成功四要素1234運(yùn)維流程->經(jīng)典案例采集平臺(tái)案例：支持開發(fā)接口采集，分布式采集等多種采集策略，自動(dòng)將采集數(shù)據(jù)歸類,監(jiān)控平臺(tái)案例：主要業(yè)務(wù)可用監(jiān)控，系統(tǒng)使用情況，占用資源監(jiān)控,目標(biāo)操作系統(tǒng)狀態(tài)監(jiān)控平安審計(jì)案例：模型視圖化設(shè)置審計(jì)規(guī)那么，自動(dòng)審計(jì)目標(biāo)數(shù)據(jù)，生成審計(jì)報(bào)告主動(dòng)推送報(bào)表中心案例：模型視圖化配置報(bào)表，選擇報(bào)表樣式，支持端，PC端報(bào)表預(yù)訂與定制采集監(jiān)控應(yīng)用呈現(xiàn)體系目錄現(xiàn)狀分析01愿景目標(biāo)02運(yùn)維管理03軟件過程管理04軟件過程管理運(yùn)維過程中，運(yùn)維效率以及運(yùn)維實(shí)際工作量是運(yùn)維本錢的兩大關(guān)鍵因素。對(duì)于運(yùn)維實(shí)際工作量的決定因素為業(yè)務(wù)工程多少以及工程健康度。因此，以CMMI為理論體系，注重軟件過程管理，保證工程開發(fā)質(zhì)量，減少工程運(yùn)維過程中故障可以有效減少運(yùn)維實(shí)際工作量。當(dāng)前東莞自建系統(tǒng)大多數(shù)工程處于已管理級(jí)別-已定義級(jí)之間，初期目標(biāo)為完全實(shí)現(xiàn)已定義級(jí)別。實(shí)現(xiàn)軟件過程文檔化，后期由被動(dòng)變主動(dòng)，主動(dòng)識(shí)別軟件風(fēng)險(xiǎn)與缺陷，量化整個(gè)軟件過程。⑤優(yōu)化管理級(jí)可集中精力改進(jìn)過程，采用新技術(shù)、新方法。擁有防止出現(xiàn)缺陷、識(shí)別薄弱環(huán)節(jié)以及加以改進(jìn)的手段。④量化管理級(jí)對(duì)軟件過程和產(chǎn)品質(zhì)量的詳細(xì)度量數(shù)據(jù)，對(duì)軟件過程和產(chǎn)品都有定量的理解與控制。②已管理級(jí)制定了必要的過程紀(jì)律，能重復(fù)早先類似應(yīng)用工程取得的成功經(jīng)驗(yàn)③已定義級(jí)已將軟件管理和工程兩方面的過程文檔化、標(biāo)準(zhǔn)化，并綜合成該組織的標(biāo)準(zhǔn)軟件過程。①初始級(jí)軟件過程是無序的，有時(shí)甚至是混亂的，對(duì)過程幾乎沒有定義，取決與個(gè)人。CMMI能力成熟度模型工程需求階段客戶提出訴求，研發(fā)團(tuán)隊(duì)被動(dòng)接受，然后通過軟件手段將客戶描述的訴求編寫成計(jì)算機(jī)語言這種方式在目前移動(dòng)環(huán)境中普遍存在。訴求梳理，整理成需求是軟件過程中非常重要一局部，訴求的理解偏差可能導(dǎo)致軟件工程的延期甚至失敗。量化業(yè)務(wù)需求，多角色參與需求溝通評(píng)審是防止需求理解偏差有效手段。加強(qiáng)團(tuán)隊(duì)需求理解能力引入工程監(jiān)理角色強(qiáng)制執(zhí)行溝通評(píng)審鑒于業(yè)務(wù)之間相關(guān)性強(qiáng)，而業(yè)務(wù)需求人提出業(yè)務(wù)需求具有片面性，不完整性，所以在需求溝通中提出業(yè)務(wù)需求比較散亂，無體系。故要求研發(fā)團(tuán)隊(duì)需求人員需要在工程需求階段了解業(yè)務(wù)體系環(huán)境，正確定位當(dāng)前業(yè)務(wù)具體內(nèi)容，圈定業(yè)務(wù)范圍，綜合考慮業(yè)務(wù)擴(kuò)展性以及預(yù)前提煉工程能力運(yùn)維團(tuán)隊(duì)如何快速交接研發(fā)團(tuán)隊(duì)研發(fā)工程，關(guān)鍵因素是對(duì)于工程業(yè)務(wù)比較熟悉。組建運(yùn)維團(tuán)隊(duì)后，將運(yùn)維團(tuán)隊(duì)在軟件過程中定位另外角色-工程監(jiān)理，實(shí)現(xiàn)工程過程B角角色，同時(shí)可以提升需求質(zhì)量強(qiáng)制ITC,業(yè)務(wù)人員，工程監(jiān)理，研發(fā)團(tuán)隊(duì)對(duì)于需求文檔業(yè)務(wù)內(nèi)容進(jìn)行會(huì)議溝通，新增需求會(huì)議評(píng)審團(tuán)，重點(diǎn)審