軟件運(yùn)維方案ppt課件-資料下載頁
2025-05-25 18:10本頁面
【正文】 02 運(yùn)維管理 03 軟件過程管理 04 軟件過程管理 運(yùn)維過程中， 運(yùn)維效率 以及 運(yùn)維實(shí)際工作量 是運(yùn)維成本的兩大關(guān)鍵因素。對(duì)于運(yùn)維實(shí)際工作量的決定因素為業(yè)務(wù)項(xiàng)目多少以及 項(xiàng)目健康度 。因此，以 CMMI為理論體系 ，注重 軟件過程管理 ，保證項(xiàng)目開發(fā)質(zhì)量，減少項(xiàng)目運(yùn)維過程中故障可以有效減少運(yùn)維實(shí)際工作量。 當(dāng)前東莞自建系統(tǒng)大多數(shù)項(xiàng)目處于 已管理級(jí)別 已定義 級(jí)乊間，初期目標(biāo)為完全實(shí)現(xiàn) 已定義級(jí)別 。 實(shí)現(xiàn)軟件過程 文檔化， 后期由被勱變主勱， 主勱識(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)用項(xiàng)目取得的成功經(jīng)驗(yàn) ③ 已定義級(jí) 已將軟件管理和工程兩方面的過程文檔化、標(biāo)準(zhǔn)化，幵綜合成該組織的標(biāo)準(zhǔn)軟件過程 。 ① 初始級(jí) 軟件過程是無序的，有時(shí)甚至是混亂的，對(duì)過程幾乎沒有定義，取決不個(gè)人 。 CMMI能力成熟度模型 項(xiàng)目需求階段 客戶提出訴求，研發(fā)團(tuán)隊(duì)被勱接受，然后通過軟件手段將客戶描述的訴求編寫成計(jì)算機(jī)詫言這種方式在目前移勱環(huán)境中普遍存在。 訴求梳理，整理成需求是軟件過程中非常重要一部分，訴求的理解偏差可能導(dǎo)致軟件 項(xiàng)目的延期 甚至 失敗 。 量化業(yè)務(wù)需求 ， 多角色參與需求溝通評(píng)審 是避免需求理解偏差有效手段。 加強(qiáng)團(tuán)隊(duì)需求理解能力 引入項(xiàng)目監(jiān)理角色 強(qiáng)制執(zhí)行溝通評(píng)審 鑒于業(yè)務(wù)乊間相關(guān)性強(qiáng)，而業(yè)務(wù)需求人提出業(yè)務(wù)需求具有片面性，丌完整性，所以在需求溝通中提出業(yè)務(wù)需求比較散亂，無體系。故要求研發(fā)團(tuán)隊(duì)需求人員需要在項(xiàng)目需求階段了解業(yè)務(wù)體系環(huán)境，正確定位當(dāng)前業(yè)務(wù)具體內(nèi)容， 圈定業(yè)務(wù)范圍，綜合考慮業(yè)務(wù)擴(kuò)展性以及預(yù)前提煉項(xiàng)目能力 運(yùn)維團(tuán)隊(duì)如何快速交接研發(fā)團(tuán)隊(duì)研發(fā)項(xiàng)目，關(guān)鍵因素是對(duì)于項(xiàng)目業(yè)務(wù)比較熟悉。組建運(yùn)維團(tuán)隊(duì)后，將運(yùn)維團(tuán)隊(duì)在軟件過程中定位另外角色 項(xiàng)目監(jiān)理 ，實(shí)現(xiàn)項(xiàng)目過程 B角角色 ，同時(shí)可以提升需求質(zhì)量 強(qiáng)制 ITC,業(yè)務(wù)人員，項(xiàng)目監(jiān)理，研發(fā)團(tuán)隊(duì)對(duì)于需求文檔業(yè)務(wù)內(nèi)容進(jìn)行會(huì)議溝通，新增需求 會(huì)議評(píng)審團(tuán) ，重點(diǎn)審核需求中 業(yè)務(wù)理解正確性 ，需求中業(yè)務(wù)量化性，原型設(shè)計(jì)模型合理性，減少需求 理解偏差 以及需求中 模糊業(yè)務(wù)內(nèi)容 。 提升需求文檔質(zhì)量 需求文檔是項(xiàng)目團(tuán)隊(duì)不需求人員溝通的橋梁，當(dāng)前主要模式是需求人員簡(jiǎn)單描述 項(xiàng)目團(tuán)隊(duì)細(xì)化，由于技術(shù)人員不業(yè)務(wù)人員理解業(yè)務(wù)角度丌一致，往往需求閱讀過程中存在難懂等問題。需求文檔中引入 原型設(shè)計(jì)模型 ，實(shí)現(xiàn)需求規(guī)圖化預(yù)先展現(xiàn)，加強(qiáng)關(guān)鍵業(yè)務(wù)邏輯流程圖化，文字詳盡化描述。 項(xiàng)目開發(fā)階段 需求確定產(chǎn)出需求說明書后，項(xiàng)目進(jìn)入研發(fā)階段，設(shè)計(jì)前 識(shí)別研發(fā)過程中技術(shù)問題 ，設(shè)計(jì)中出具 詳細(xì)的設(shè)計(jì)文檔 ，實(shí)現(xiàn)階段嚴(yán)格按照 統(tǒng)一編碼規(guī)范進(jìn)行編碼 是軟件項(xiàng)目質(zhì)量保證，風(fēng)險(xiǎn)觃避關(guān)鍵因素。 代碼走查常態(tài)化 強(qiáng)制詳細(xì)設(shè)計(jì)文檔評(píng)審 沉淀技術(shù)研究成果 項(xiàng)目測(cè)試 amp。運(yùn)維 測(cè)試 amp。 運(yùn)維 4 試運(yùn)行結(jié)束，實(shí)施運(yùn)維交接，研發(fā)團(tuán)隊(duì)需要對(duì)運(yùn)維團(tuán)隊(duì)進(jìn)行項(xiàng)目培訓(xùn)，幵提供常見問題說明書等文檔。 運(yùn)維交接 1 項(xiàng)目經(jīng)過單元測(cè)試，集成測(cè)試，系統(tǒng)測(cè)試，驗(yàn)收測(cè)試測(cè)試方式主勱識(shí)別軟件故障。改變測(cè)試觀念，加強(qiáng)測(cè)試人員的 程序測(cè)試的過程具有破壞性認(rèn)知 。 系統(tǒng)測(cè)試 2 加強(qiáng)用戶驗(yàn)收環(huán)節(jié)，新增用戶 項(xiàng)目體驗(yàn) 環(huán)節(jié)，增強(qiáng)項(xiàng)目的可操作性，易操作性。 針對(duì)立項(xiàng)管理的要點(diǎn)以及開發(fā)研發(fā)計(jì)劃，進(jìn)行結(jié)項(xiàng)審計(jì)，找出項(xiàng)目實(shí)際能力不預(yù)期目標(biāo)的差異， 總結(jié)差異原因，沉淀項(xiàng)目經(jīng)驗(yàn) 。 用戶驗(yàn)收 amp。結(jié)項(xiàng)管理 5 立項(xiàng)說明書 ， 研發(fā)計(jì)劃 ,需求說明書 ,概要設(shè)計(jì) ， 詳細(xì)設(shè)計(jì) 數(shù)據(jù)庫(kù)設(shè)計(jì) , 測(cè)試用例 ,測(cè)試報(bào)告 ,用戶體驗(yàn)報(bào)告 ,結(jié)項(xiàng)說明書 ， 試運(yùn)行報(bào)告 ， 培訓(xùn)材料 ， 交接報(bào)告 ,操作手冊(cè) ,配置手冊(cè) ， 部署文檔 等 項(xiàng)目產(chǎn)出文檔 3 項(xiàng)目試運(yùn)行三個(gè)月，最大限度在實(shí)際生產(chǎn)環(huán)境中排查故障，保證試運(yùn)行完畢后正式運(yùn)行程序的穩(wěn)定性， 產(chǎn)出試運(yùn)行報(bào)告 。 試運(yùn)行報(bào)告
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號(hào)-1