軟件項目運維方案匯報材料課件

移動項目運維方案匯報材料2011年12月移動項目運維方案匯報材料2011年12月1目錄現(xiàn)狀分析01愿景目標(biāo)02運維管理03軟件過程管理04目錄現(xiàn)狀分析01愿景目標(biāo)02運維管理03軟件過程管理042現(xiàn)狀描述背景概述

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

通過程序系統(tǒng)對一些維護工作（監(jiān)控類，審計類等），提高運維質(zhì)量以及效率軟件過程管理

采用CMMI指導(dǎo)思想，面向軟件過程管理，降低軟件風(fēng)險與減少程序BUG，大大降低維護工作量軟件過程管理統(tǒng)一運維人機協(xié)作運維過程管理運維過程管理采用ITIL思想體系，通過建立系統(tǒng)流程規(guī)范運維過程，加強運維過程管控.對運維過程產(chǎn)生知識進行積累沉淀開發(fā)過程不規(guī)范導(dǎo)致程序質(zhì)量較差，相應(yīng)維護工作太多各開發(fā)商都參與維護，不利于管控維護只注重結(jié)果，過程未管控量多分散隨意手工主要癥結(jié)解決思路維護純?nèi)肆κ止ぃ实拖?，效果很差分析思路統(tǒng)一運維人機協(xié)作軟件過程管理軟件過程管理統(tǒng)一運維人機4目錄現(xiàn)狀分析01愿景目標(biāo)02運維管理03軟件過程管理04目錄現(xiàn)狀分析01愿景目標(biāo)02運維管理03軟件過程管理045愿景目標(biāo)

組建運維團隊主要目的就是將運維進行規(guī)范，將各梯隊人員從運維中解放出來，運維團隊保證運維95%以上工作。同時提升運維效率，提高運維質(zhì)量。間接要求軟件本身質(zhì)量的提升，對軟件質(zhì)量起到項目監(jiān)理作用。在保證運維結(jié)果的情況下，本次運維方案目標(biāo)應(yīng)達(dá)到以下目標(biāo):成立專業(yè)運維團隊，團隊內(nèi)部職能明確，團隊接管整個運維過程中90%以上工作，與維護相關(guān)梯隊人員（開發(fā)人員，項目經(jīng)理，業(yè)支人員）將維護相關(guān)工作縮短到目前的20%以下。整個軟件過程規(guī)范，包含開發(fā)過程，運維過程項目開發(fā)采用CMMI成熟度模型，達(dá)到開發(fā)過程BUG，風(fēng)險可控,開發(fā)軌跡可在文檔中清晰呈現(xiàn)項目運維參照ITIL體系，運維過程事件，質(zhì)量可管控。運維事件可追蹤，可分析，流程軌跡可以在系統(tǒng)中直觀呈現(xiàn)。同時運維過程知識可傳承整個運維事件中，時效性對于運維效果是一個非常重要的指標(biāo)，運維事件相應(yīng)及時包括運維事件觸發(fā)及時，運維事件處理過程協(xié)作暢通，運維團隊與對外反饋溝通及時。職能明確過程規(guī)范響應(yīng)及時愿景目標(biāo) 組建運維團隊主要目的就是將運維進行規(guī)范，將各6目錄現(xiàn)狀分析01愿景目標(biāo)02運維管理03軟件過程管理04目錄現(xiàn)狀分析01愿景目標(biāo)02運維管理03軟件過程管理047運維管理體系運維團隊運維過程團隊角色角色職責(zé)素質(zhì)要求人員組成運維規(guī)范質(zhì)量考核規(guī)范工作內(nèi)容界定制度規(guī)范運維流程運維監(jiān)控ITIL運維體系對象界定安全管控采集平臺質(zhì)量管控監(jiān)控中心應(yīng)用中心知識管理流程協(xié)作協(xié)作監(jiān)控事件升級運維管理體系運維團隊運維過程團隊角色角色職責(zé)素質(zhì)要求人員組成8團隊建設(shè)角色職能素質(zhì)運維經(jīng)理主管運維團隊內(nèi)部管理，溝通，對外溝通工作5年以上移動項目運維管理經(jīng)驗。3年以上移動大型項目運維經(jīng)驗。分析師將運維事件原因分析，策略定制，運維項目設(shè)計合理性分析等6年以上移動項目經(jīng)驗。5年以上擔(dān)任系統(tǒng)架構(gòu)，系統(tǒng)分析師經(jīng)驗熟悉各種分析工具與方法ORACLEDBA對于運維項目數(shù)據(jù)庫進行管理，包括巡檢，故障處理，參數(shù)設(shè)置，熱備等具有DBA專業(yè)證書3年以上oracle數(shù)據(jù)庫管理經(jīng)驗服務(wù)臺接收系統(tǒng)使用者反映事件，包含咨詢，查證，故障，并對時間進行ITIL單初步填寫以及相關(guān)癥狀初判良好的溝通能力以及服務(wù)態(tài)度項目故障相關(guān)基礎(chǔ)故障知識良好問題描述能力j2ee維護工程師相關(guān)j2ee項目故障，問題原因分析，故障處理等工作執(zhí)行者2年以上移動項目開發(fā)經(jīng)驗熟悉oracle基礎(chǔ)SQL,mvc模型框架知識C++維護工程師相關(guān)C++項目故障判斷，故障處理等工作執(zhí)行者4年以上C++項目經(jīng)驗，熟悉oracle數(shù)據(jù)庫熟悉IBMMQ中間件，精通unix系統(tǒng)編程WIDGET維護工程師相關(guān)手機安卓系統(tǒng)WIDGET客戶端相關(guān)故障判斷，故障處理工作執(zhí)行者2年以上手機軟件開發(fā)經(jīng)驗1年移動項目經(jīng)驗測試工程師故障處理后測試，或者項目交接過程測試驗收工作執(zhí)行者3年測試經(jīng)驗，熟悉黑盒，白盒測試方法，熟悉各類測試工具團隊建設(shè)是基礎(chǔ)，運維團隊必須是一個多角色，角色人員素質(zhì)高，運維經(jīng)驗豐富的高效成熟團隊！團隊建設(shè)角色職能素質(zhì)運維經(jīng)理主管運維團隊內(nèi)部管理，溝通，對外9運維流程-概述FMKR運維流程管理：結(jié)合實際按規(guī)范建立六大流程故障，問題，提數(shù)，發(fā)布，變更，交接流程。定義流程各角色職能協(xié)作流轉(zhuǎn)。運維過程監(jiān)控：對于運維事件協(xié)作過程分層級（紅色，橙色，黃色等）進行監(jiān)控預(yù)警。觸發(fā)點事件環(huán)節(jié)流傳點通知提醒，事件處理時間超期提醒，事件緊急處理提醒，事件升級告警運維知識管理：運維過程知識體系，包括項目文檔，常見業(yè)務(wù)咨詢問答，常見故障問題解決,支撐服務(wù)臺人員對于事件甑別，事件初檢。運維過程事件職能分析成知識。運維事件升級管理：事件在規(guī)定的時間內(nèi)不能由一線支持小組解決，那么更多有經(jīng)驗的人員和有更高權(quán)限的人員將不得不參與進來。

運維流程主要是通過流程協(xié)作的形式對于運維過程中運維事件進行處理。建立維護工作平臺管理積累運維知識，記錄運維流程軌跡，并對整個運維過程管控。包含四個部分：

運維流程管理，運維知識管理，運維過程監(jiān)控，運維事件升級管理。運維流程-概述FMKR運維流程管理：結(jié)合實際按規(guī)范建立六大流10運維流程-流程呈現(xiàn)通過目前流行的地圖呈現(xiàn)形式，將運維流程各關(guān)鍵流程節(jié)點直觀展現(xiàn)，詳細(xì)描述已經(jīng)流轉(zhuǎn)節(jié)點以及預(yù)計描述未來節(jié)點走向。節(jié)點中呈現(xiàn)相關(guān)節(jié)點信息。發(fā)起人:發(fā)起時間發(fā)起人描述到達(dá)時間處理人預(yù)期完成時間實際完成時間處理情況描述處理評分預(yù)計到達(dá)時間預(yù)計處理時間流程發(fā)起節(jié)點一當(dāng)前節(jié)點節(jié)點三

【MPT20122011200001】屬于提數(shù)流程，目前處于正在處理狀態(tài)，完成度為50%,當(dāng)前處于第二節(jié)點，距離預(yù)警時間為2小時，工單緊急度為一般到達(dá)時間處理人預(yù)期完成時間實際完成時間剩余處理時間WEB門戶手機WIDGET桌面WIDGET展現(xiàn)渠道運維流程-流程呈現(xiàn)通過目前流行的地圖呈現(xiàn)形式，將運維流程各關(guān)11運維流程-故障，問題流程一輸入客戶服務(wù)臺維護工程師運維經(jīng)理輸出發(fā)起階段處理階段電話,郵件,QQ,工單開始事件發(fā)起有效性ITIL單登記FAQ解決單獨處理編寫處理方案執(zhí)行處理方案事件升級反饋客戶結(jié)果驗證結(jié)果FAQITIL事件單ITIL歸檔YNYNY故障，問題流程根據(jù)發(fā)起人的不同分為外部流程與內(nèi)部流程。外部流程發(fā)起人為運維項目使用人員，內(nèi)部流程是運維團隊內(nèi)部人員在巡檢，稽核，或者使用過程中發(fā)現(xiàn)的故障，問題。本流程為外部流程運維流程-故障，問題流程一輸入客戶服務(wù)臺維護工程師運維經(jīng)理輸12運維流程--故障，問題流程二團隊成員服務(wù)臺維護工程師運維經(jīng)理輸出處理階段開始事件發(fā)起ITIL單登記FAQ解決單獨處理編寫處理方案執(zhí)行處理方案事件升級反饋結(jié)果驗證結(jié)果FAQITIL事件單ITIL歸檔YNNY本流程是內(nèi)部流程運維流程--故障，問題流程二團隊成員服務(wù)臺維護工程師運維經(jīng)理13運維流程-提數(shù)，發(fā)布，變更流程流程規(guī)范1提數(shù)規(guī)范模式借鑒軟件開發(fā)規(guī)范中的快速開發(fā)模式，必須由主提數(shù)人，副提數(shù)人各自提數(shù)進行對比校驗，確定統(tǒng)一口徑后由審核人員審核。風(fēng)險評估1版本發(fā)布之前，需要對發(fā)布風(fēng)險進行預(yù)前評估，包括發(fā)布版本導(dǎo)致業(yè)務(wù)風(fēng)險，系統(tǒng)內(nèi)風(fēng)險，外圍系統(tǒng)影響風(fēng)險等，發(fā)布前出示風(fēng)險評估文檔以及發(fā)布操作步驟文檔?；謴?fù)機制2發(fā)布過程具有不可控因素影響發(fā)布實際效果，在風(fēng)險規(guī)避的基礎(chǔ)上，對于不可以規(guī)避的突發(fā)風(fēng)險需要預(yù)先設(shè)計恢復(fù)方案，以其風(fēng)險發(fā)生可以恢復(fù)發(fā)布之前狀態(tài)。提數(shù)要素2提數(shù)過程中，交接給下一審批人必須完成以下要素的填寫:提數(shù)周期，數(shù)據(jù)簡介，數(shù)據(jù)量，數(shù)據(jù)SQL腳本（包含SQL腳本注釋），數(shù)據(jù)說明等提數(shù)流程發(fā)布流程目前提數(shù)流程目前有支撐系統(tǒng)綜合支撐平臺，一單清平臺，兩平臺對于提數(shù)流程支撐能力充足。在現(xiàn)有資源的基礎(chǔ)上，對于提數(shù)流程進行相關(guān)流程關(guān)鍵點進行強制執(zhí)行，對流程短板進行補充，確保流程執(zhí)行正確性以及可恢復(fù)性。

變更流程在2011年綜合支撐平臺根據(jù)運營管理室意見進行改善，已經(jīng)比較完善。暫時利用已有資源。發(fā)布流程也有相應(yīng)流程易平臺進行支撐，在原有基礎(chǔ)上對于發(fā)布流程的短板進行補充。運維流程-提數(shù)，發(fā)布，變更流程流程規(guī)范1提數(shù)規(guī)范模式借鑒軟件14運維流程-運維交接流程開發(fā)團隊運維團隊提交運維申請?zhí)峤卉浖臋n檢查文檔質(zhì)量合格？測試軟件質(zhì)量填寫測試結(jié)果合格？重新交接交接成功輸出注:

交接過程中，提交的軟件文檔一般包含需求說明書，概要說明書，詳細(xì)設(shè)計說明書，數(shù)據(jù)字典，測試報告，試運行情況報告分析，部署文檔等，必須保持項目實際情況與文檔一致性。

運維團隊測試包含功能測試，用戶測試，業(yè)務(wù)邏輯測試，集成測試，壓力測試，需要在流程中填寫相關(guān)的測試總結(jié)以及上傳測試報告，不合格需要說明不合格原因。

以上過程需要再嚴(yán)格的規(guī)范下進行，不然，流程會因為只是個形式而失敗，達(dá)不到預(yù)期效果開發(fā)團隊將軟件項目交接給運維團隊進行項目運維，該過程是一個責(zé)任過度的過程，需要嚴(yán)格的規(guī)范以及流程進行支撐。該部分叫做運維交接流程。運維流程-運維交接流程開發(fā)團隊運維團隊提交運維申請?zhí)峤卉浖?5運維流程-運維知識管理

整個運維過程中，知識的積累沉淀，傳承至關(guān)重要，可以有效的避免對同一事件重復(fù)運維以及由于人員流動導(dǎo)致知識流失。

良好的知識庫體系應(yīng)當(dāng)包含知識廣泛的收集渠道能力，知識強大的管理能力，知識有效的應(yīng)用能力。知識分類智能檢索知識應(yīng)用能力知識地圖知識視圖業(yè)務(wù)培訓(xùn)問卷調(diào)查知識采集知識共享知識審核知識評價知識推薦知識傳播知識服務(wù)組件常用FAQ管理知識版本管理知識管理能力在線考試知識收集能力人工收集其他知識系統(tǒng)收集智能分析知識收集知識渠道展現(xiàn)運維團隊成員使用用戶客戶電腦平板手機ITC人員運維流程-運維知識管理整個運維過程中，知識的積16運維流程-預(yù)警監(jiān)控預(yù)警監(jiān)控主要對運維流程監(jiān)控，通過設(shè)定預(yù)警規(guī)則，生成預(yù)警信息，后臺自動調(diào)度的方式將預(yù)警信息推送。

預(yù)警過程的緊急度以及影響度，根據(jù)具體處理情況以及歷史預(yù)警日志，系統(tǒng)智能將預(yù)警信息升級。預(yù)警分析監(jiān)控點采集自動調(diào)度信息推送預(yù)警流程涉及到運維流程中的事件到達(dá)提醒，事件將超期提醒，事件逾期通告對采集點進行監(jiān)控，通過預(yù)設(shè)定規(guī)則，區(qū)分緊急度，信息接收對象生成預(yù)警信息依據(jù)時間，事件緊急程度等實際情況，系統(tǒng)智能按頻率觸發(fā)監(jiān)控，推送流程依據(jù)接收人不同的角色信息，推送相應(yīng)的預(yù)警信息按運維流程緊急度，嚴(yán)重度，相應(yīng)處理時間限制將預(yù)警級別劃分為紅，橙，黃警告根據(jù)流程緊急度，嚴(yán)重度，處理時間限制等規(guī)則化時間升級條件，滿足條件事件流程自動升級，并進行預(yù)警流程升級運維流程-預(yù)警監(jiān)控預(yù)警監(jiān)控主要對運維流程監(jiān)控，通過設(shè)17運維流程->事件升級

如果某一事件不能在規(guī)定的時間內(nèi)由一線支持小組解決，那么再多有經(jīng)驗的人員和有更高權(quán)限的人員將不得不參與進來。這就是升級，它可能發(fā)生在事件解決過程的任何時間和任何支持級別,升級分為職能性升級和結(jié)構(gòu)性升級。兩者的區(qū)別如下：職能性升級:需要具有更多時間、專業(yè)技能或訪問權(quán)限（技術(shù)授權(quán)）的人員來參與事件的解決結(jié)構(gòu)性升級:當(dāng)經(jīng)授權(quán)的當(dāng)前級別的結(jié)構(gòu)不能保證事件能及時、滿意地解決時，需要更高級別的機構(gòu)參與進來運維過程中應(yīng)當(dāng)盡量在運維團隊內(nèi)解決，避免結(jié)構(gòu)性升級運維工程師無法完成事件產(chǎn)出項目經(jīng)理內(nèi)部專業(yè)工程師外圍開發(fā)團隊/移動技術(shù)部門協(xié)調(diào)資源解決協(xié)調(diào)資源組織團隊解決解決方案職能性升級結(jié)構(gòu)性升級YN運維流程->事件升級如果某一事件不能在規(guī)定的時間內(nèi)由一線18運維流程->制度規(guī)范運維過程中，運維工作如何界定，項目交接給運維團隊時機以及交接要求，運維人員對事件如何正確處理等都屬于運維制度規(guī)范內(nèi)容。

工作內(nèi)容界定

交接規(guī)范管理制度規(guī)范

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

建立完善的運維監(jiān)控平臺，以電子監(jiān)控的形式輔助運維，提升運維效率以及業(yè)務(wù)功能可靠性。展現(xiàn)渠道監(jiān)控中心采集平臺監(jiān)控對象應(yīng)用中心網(wǎng)絡(luò)系統(tǒng)操作系統(tǒng)業(yè)務(wù)系統(tǒng)接口系統(tǒng)采集工具集成采集方式采集調(diào)度監(jiān)控規(guī)則監(jiān)控視圖報表中心安全審計智能提數(shù)電腦平板手機數(shù)據(jù)中心告警級別告警調(diào)度告警規(guī)則信息推送運維監(jiān)控->監(jiān)控平臺目前ITC自建系統(tǒng)應(yīng)用較多。影響20運維流程->監(jiān)控對象網(wǎng)絡(luò)系統(tǒng)監(jiān)控點:網(wǎng)絡(luò)互通、端口開放情況、網(wǎng)絡(luò)權(quán)限、網(wǎng)絡(luò)延遲等監(jiān)控頻率:實時監(jiān)控操作系統(tǒng)監(jiān)控點:CPU使用、內(nèi)存使用、硬盤使用、用戶數(shù)、進程數(shù)等適用系統(tǒng):windows,unix監(jiān)控頻率:實時監(jiān)控業(yè)務(wù)系統(tǒng)監(jiān)控點:系統(tǒng)狀態(tài)、占用內(nèi)存、鏈接數(shù)、關(guān)鍵業(yè)務(wù)狀態(tài)等監(jiān)控方式:間隔頻率監(jiān)控接口系統(tǒng)監(jiān)控點:FTP可用性、webservice可用性、servlet等監(jiān)控方式:間隔頻率監(jiān)控重點關(guān)注運維流程->監(jiān)控對象網(wǎng)絡(luò)系統(tǒng)操作系統(tǒng)業(yè)務(wù)系統(tǒng)接口系統(tǒng)重點關(guān)注21運維流程->監(jiān)控中心在IT日益發(fā)展的當(dāng)今，業(yè)務(wù)與IT已經(jīng)緊密結(jié)合.一個IT項目的關(guān)聯(lián)著系統(tǒng)，數(shù)據(jù)庫，應(yīng)用，網(wǎng)絡(luò)，業(yè)務(wù)，用戶等多方面因素。對單個IT資源進行監(jiān)控已經(jīng)越來越滿足不了IT運維需求。集成傳統(tǒng)的監(jiān)控方式，將整體業(yè)務(wù)作為主體，構(gòu)建業(yè)務(wù)監(jiān)控視圖。

監(jiān)控主要體現(xiàn)為四字原則:看、監(jiān)、析、告看得見:可以的通過網(wǎng)絡(luò)拓?fù)鋱D的這種表現(xiàn)形式將檢測點以及檢測點周邊環(huán)境直觀呈現(xiàn)，一目了然監(jiān)得到:對于監(jiān)控點進行多層級別監(jiān)控，通過監(jiān)控規(guī)則快速識別監(jiān)控點異常。析得清:通過對監(jiān)控點設(shè)置規(guī)則，監(jiān)控中心可以對故障進行智能分析，檢查，主動將故障發(fā)生的關(guān)注點告知運維人員告得快:通過手機短信，手機widget監(jiān)控視圖，WEB視圖，EAMIL等多種方式，將監(jiān)控問題故障及時準(zhǔn)確的發(fā)給運維人員。監(jiān)控中心成功四要素1234運維流程->監(jiān)控中心在IT日益發(fā)展的當(dāng)今，業(yè)務(wù)與22運維流程->經(jīng)典案例采集平臺案例：支持開發(fā)接口采集，分布式采集等多種采集策略，自動將采集數(shù)據(jù)歸類,監(jiān)控平臺案例：主要業(yè)務(wù)可用監(jiān)控，系統(tǒng)使用情況，占用資源監(jiān)控,目標(biāo)操作系統(tǒng)狀態(tài)監(jiān)控安全審計案例：模型視圖化設(shè)置審計規(guī)則，自動審計目標(biāo)數(shù)據(jù)，生成審計報告主動推送報表中心案例：模型視圖化配置報表，選擇報表樣式，支持手機端，PC端報表預(yù)訂與定制采集監(jiān)控應(yīng)用呈現(xiàn)體系運維流程->經(jīng)典案例采集平臺案例：支持開發(fā)接口采集，分布式采23目錄現(xiàn)狀分析01愿景目標(biāo)02運維管理03軟件過程管理04目錄現(xiàn)狀分析01愿景目標(biāo)02運維管理03軟件過程管理0424軟件過程管理

運維過程中，運維效率以及運維實際工作量是運維成本的兩大關(guān)鍵因素。對于運維實際工作量的決定因素為業(yè)務(wù)項目多少以及項目健康度。因此，以CMMI為理論體系，注重軟件過程管理，保證項目開發(fā)質(zhì)量，減少項目運維過程中故障可以有效減少運維實際工作量。

當(dāng)前東莞自建系統(tǒng)大多數(shù)項目處于已管理級別-已定義級之間，初期目標(biāo)為完全實現(xiàn)已定義級別。實現(xiàn)軟件過程文檔化，后期由被動變主動，主動識別軟件風(fēng)險與缺陷，量化整個軟件過程。⑤優(yōu)化管理級可集中精力改進過程，采用新技術(shù)、新方法。擁有防止出現(xiàn)缺陷、識別薄弱環(huán)節(jié)以及加以改進的手段。④量化管理級對軟件過程和產(chǎn)品質(zhì)量的詳細(xì)度量數(shù)據(jù)，對軟件過程和產(chǎn)品都有定量的理解與控制。②已管理級制定了必要的過程紀(jì)律，能重復(fù)早先類似應(yīng)用項目取得的成功經(jīng)驗③已定義級已將軟件管理和工程兩方面的過程文檔化、標(biāo)準(zhǔn)化，并綜合成該組織的標(biāo)準(zhǔn)軟件過程。①初始級軟件過程是無序的，有時甚至是混亂的，對過程幾乎沒有定義，取決與個人。CMMI能力成熟度模型軟件過程管理運維過程中，運維效率以及運維實際工作25項目需求階段

客戶提出訴求，研發(fā)團隊被動接受，然后通過軟件手段將客戶描述的訴求編寫成計算機語言這種方式在目前移動環(huán)境中普遍存在。

訴求梳理，整理成需求是軟件過程中非常重要一部分，訴求的理解偏差可能導(dǎo)致軟件項目的延期甚至失敗。量化業(yè)務(wù)需求，多角色參與需求溝通評審是避免需求理解偏差有效手段。加強團隊需求理解能力引入項目監(jiān)理角色強制執(zhí)行溝通評審鑒于業(yè)務(wù)之間相關(guān)性強，而業(yè)務(wù)需求人提出業(yè)務(wù)需求具有片面性，不完整性，所以在需求溝通中提出業(yè)務(wù)需求比較散亂，無體系。故要求研發(fā)團隊需求人員需要在項目需求階段了解業(yè)務(wù)體系環(huán)境，正確定位當(dāng)前業(yè)務(wù)具體內(nèi)容，圈定業(yè)務(wù)范圍，綜合考慮業(yè)務(wù)擴展性以及預(yù)前提煉項目能力運維團隊如何快速交接研發(fā)團隊研發(fā)項目，關(guān)鍵因素是對于項目業(yè)務(wù)比較熟悉。組建運維團隊后，將運維團隊在軟件過程中定位另外角色-項目監(jiān)理，實現(xiàn)項目過程B角角色，同時可以提升需求質(zhì)量

強制ITC,業(yè)務(wù)人員，項目監(jiān)理，研發(fā)團隊對于需求文檔業(yè)務(wù)內(nèi)容進行會議溝通，新增需求會議評審團，重點審核需求中業(yè)務(wù)理解正確性，需求中業(yè)務(wù)量化性，原型設(shè)計模型合理性，減少需求理解偏差以及需求中模糊業(yè)務(wù)內(nèi)容。提升需求文檔質(zhì)量需求文檔是項目團隊與需求人員溝通的橋梁，當(dāng)前主要模式是需求人員簡單描述-項目團隊細(xì)化，由于技術(shù)人員與業(yè)務(wù)人員理解業(yè)務(wù)角度不一致，往往需求閱讀過程中存在難懂等問題。需求文檔中引入原型設(shè)計模型，實現(xiàn)需求視圖化預(yù)先展現(xiàn)，加強關(guān)鍵業(yè)務(wù)邏輯流程圖化，文字詳盡化描述。項目需求階段客戶提出訴求，研發(fā)團隊被動接受，然后26項目開發(fā)階段需求確定產(chǎn)出需求說明書后，項目進入研發(fā)階段，設(shè)計前識別研發(fā)過程中技術(shù)問題，設(shè)計中出具詳細(xì)的設(shè)計文檔，實現(xiàn)階段嚴(yán)格按照統(tǒng)一編碼規(guī)范進行編碼是軟件項目質(zhì)量保證，風(fēng)險規(guī)避關(guān)鍵因素。代碼走查常態(tài)化強制詳細(xì)設(shè)計文檔評審沉淀技術(shù)研究成果項目開發(fā)階段需求確定產(chǎn)出需求說明書后，項目進入研發(fā)階段，27項目測試&運維測試&運維4試運行結(jié)束，實施運維交接，研發(fā)團隊需要對運維團隊進行項目培訓(xùn)，并提供常見問題說明書等文檔。運維交接1項目經(jīng)過單元測試，集成測試，系統(tǒng)測試，驗收測試測試方式主動識別軟件故障。改變測試觀念，加強測試人員的程序測試的過程具有破壞性認(rèn)知。系統(tǒng)測試2

加強用戶驗收環(huán)節(jié)，新增用戶項目體驗環(huán)節(jié)，增強項目的可操作性，易操作性。

針對立項管理的要點以及開發(fā)研發(fā)計劃，進行結(jié)項審計，找出項目實際能力與預(yù)期目標(biāo)的差異，總結(jié)差異原因，沉淀項目經(jīng)驗。用戶驗收&結(jié)項管理5<立項說明書>，<研發(fā)計劃>,<需求說明書>,<概要設(shè)計>，<詳細(xì)設(shè)計><數(shù)據(jù)庫設(shè)計>,<測試用例>,<測試報告>,<用戶體驗報告>,<結(jié)項說明書>，<試運行報告>，<培訓(xùn)材料>，<交接報告>,<操作手冊>,<配置手冊>，<部署文檔>等項目產(chǎn)出文檔3

項目試運行三個月，最大限度在實際生產(chǎn)環(huán)境中排查故障，保證試運行完畢后正式運行程序的穩(wěn)定性，產(chǎn)出試運行報告。

試運行報告項目測試&運維測試&4試運行結(jié)束，實施運維交接，研發(fā)團隊需要28感謝您的聆聽！感謝您的聆聽！29教你寫字

下面是贈送的PPT模板不需要朋友可以下載后編輯刪除！！謝謝??！教你寫字30