網(wǎng)絡(luò)兼職招聘系統(tǒng)-資料下載頁
2025-08-01 17:11本頁面
【正文】 風險 1 6 風險 2 5 … … … … 風險 n 5 ? 風險控制 ? 風險管理計劃 — 制定一個應對每個重要風險的方案，同時確保每一個單獨的風險管理計劃之間以及與整體項目計劃之間相一致。 ? 風險化解 — 每個重要風險所對應計劃的執(zhí)行。 ? 風險監(jiān)控 — 對解決風險的過程進行監(jiān)控，還可以包括識別新的風險并將其反饋到正在進行的風險管理進程中。 ? 風險的識別 ? 產(chǎn)品規(guī)模風險 ?與軟件的總體規(guī)模相關(guān)的風險，即對于軟件的總體規(guī)模預測是否準確。 ? 需求風險 ?是否與用戶進行了充分的交流，是否了解用戶使用軟件所處理的問題域，是否充分理解用戶的需求，書面形式的需求分析是否得到用戶的認可。 ? 過程定義風險 ?與軟件過程定義相關(guān)的風險 ? 開發(fā)環(huán)境風險 ?與開發(fā)工具的可用性及質(zhì)量相關(guān)的風險。 ? 技術(shù)風險 ?采用的技術(shù)對于解決項目所涉及的問題是否是最適當?shù)募夹g(shù)，技術(shù)是否成熟，是否會被淘汰等。 ? 人員數(shù)目及經(jīng)驗帶來的風險。 ?與參與工作的軟件工程師的總體技術(shù)水平及項目經(jīng)驗相關(guān)的風險。 ? 規(guī)避 ? 通過變更項目計劃，消除風險或者風險的觸發(fā)條件，使目標免受風險事件發(fā)生的影響。這是一種事前的風險應對策略。例如，采用更加熟悉的工作方法，澄清不明確的需求，增加資源和時間，減少項目的工作范圍，盡量避免與不熟悉的分包商簽約等。 ? 轉(zhuǎn)移 ? 這種策略不消除風險，而是將項目風險的結(jié)果連同應對的權(quán)力轉(zhuǎn)移給第三方 (第三方應該知道這是風險并具有承受能力 )。這也是一種事前的應對策略，例如，簽訂不同種類的合同，或者簽定補償性合同等。 ? 弱化 ? 將風險事件的概率或者結(jié)果降低到一個可以接受的程度，當然降低風險發(fā)生的概率更為有效。例如，選擇更簡單的流程，進行更多的實驗，建造原型系統(tǒng)，增加備份設(shè)計等。 ? 接受 ? 指不改變項目計劃或者沒有合適的策略能有效地在事前應對風險，而考慮風險發(fā)生后如何應對的問題。例如，制定應急計劃，進行應急儲備和監(jiān)控，等待風險事件發(fā)生時再隨機應變。 ? 軟件配置管理（ SCM） ? 是人們在軟件工程實踐過程中總結(jié)出的一套管理辦法和原則。是在軟件整個生命周期內(nèi)管理變化的一組活動。是對工作成果的一種有效保護。 ? 軟件配置管理將伴隨整個軟件生存周期。 ?軟件配置管理是在軟件項目啟動時就開始，并且一直持續(xù)到軟件軟件退役才終止的一組追蹤和控制軟件變動的保護性活動。 ? 目標 ? 使變化更準確且容易被適應，在必須變化時減少所需要花費的工作量。 ? 配置項 =軟件基準 配置項 開發(fā) 過程 軟件基準 提交 配置項 軟件基準 正式 技術(shù)評審 軟件基準 SCM 變更控制 確認 存儲 存儲 提取 修改 配置庫 軟件基準 非基準 配置項 項目名稱及編號 編碼實現(xiàn) 數(shù)據(jù)庫設(shè)計 功能模塊設(shè)計 軟件設(shè)計與實現(xiàn)過程 開發(fā)策劃 需求分析 項目啟動 立項與可行性分析 軟件策劃過程 市場前期策劃過程 軟件交付、實施、驗收、維護過程 分包方 相關(guān)資料 軟件維護 軟件實施與驗收 軟件交付 確認測試 軟件釋放過程 系統(tǒng)測試 軟件測試過程 功能測試 編碼檢查 配置庫的結(jié)構(gòu) 本章知識點總結(jié) ? 項目管理的任務(wù) ? 項目計劃 ? 項目計劃的內(nèi)容和方法 ? 質(zhì)量管理 ? 軟件質(zhì)量模型和軟件質(zhì)量的屬性 ? 組織管理 ? 項目組的組織方式及其特點 ? 風險管理 ? 風險管理中識別和應對風險的方法 ? 配置管理 ? 配置管理的內(nèi)容和目的
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1