cmmi項目管理開發(fā)過程-文庫吧
2025-02-26 06:11 本頁面
【正文】 修訂軟件開發(fā)計劃? 制定計劃 —— 按照計劃采集數(shù)據(jù) —— 定期項目例會 —— 分析項目狀態(tài) —— 根據(jù)分析的數(shù)據(jù)找出原因并采取措施 ? 里程碑階段進行評審 ? 必要時需要修改軟件開發(fā)計劃 風險管理流程 上圖給出了風險管理的模型，可以看出風險管理活動主要劃分為： ? 識別 ? 分析 ? 計劃 ? 跟蹤 ? 控制 這五個階段，這五個階段循環(huán)往復(fù)，貫穿于整個軟件項目的生命周期之中。而有效溝通應(yīng)該看作是各階段的基礎(chǔ) 。 對于公司標準風險管理過程，組織層對風險來源、風險類型、風險參數(shù)以及風險管理策略做了明確的定義。具體請參照 《 常見風險列表 》 、 《 風險識別檢查表 》 。 需求工程 需求開發(fā)與需求管理的關(guān)系 需求跟蹤 開發(fā)過程工作產(chǎn)品完成建立需求跟蹤矩陣[ 工作產(chǎn)品作者 ]需求跟蹤表[ 審核 ]定期開發(fā)過程工作產(chǎn)品完成需求變更需求跟蹤[ 項目經(jīng)理 ]修改工作產(chǎn)品更新需求跟蹤矩陣[ 工作產(chǎn)品作者 ]不一致[ 郵件或口頭通知 ]需求跟蹤表[ 未審核 ]審核[ 項目經(jīng)理 ]?需求或后續(xù)工作產(chǎn)品發(fā)生變更時，要及時更新需求跟蹤矩陣 ?項目經(jīng)理利用需求跟蹤矩陣進行正向和逆向跟蹤，查找工作產(chǎn)品與需求不一致的地方 需求變更 變 更 請 求 申 請與 狀 態(tài) 跟 蹤 表[ 草 稿 ]影 響 域 分 析[ 項 目 成 員 ]變 更 請 求 申 請與 狀 態(tài) 跟 蹤 表[ 添 加 影 響 域分 析 內(nèi) 容 ]評 審[ S C C B ]變 更 請 求 申 請與 狀 態(tài) 跟 蹤 表[ 不 批 準 ]變 更 請 求 申 請與 狀 態(tài) 跟 蹤 表[ 批 準 ]修 改 需 求 文 檔[ 需 求 角 色 ]需 求 文 檔[ 未 審 批 ]審 批[ 項 目 審 批 角 色和客 戶 審 批 角 色 ]需 求 文 檔[ 審 批 ]修 改 相 關(guān)工 作 產(chǎn) 品不 一 致 被消 除 的 工作 產(chǎn) 品驗 證工 作 產(chǎn) 品[ 已 驗 證 ]? 變更申請人按變更流程進行需求變更，提交 《 變更請求申請與狀態(tài)跟蹤表 》 ? 項目成員對提出的變更請求進行影響域分析 （有效性、影響范圍、資源、成本等等） ? SCCB評審變更請求申請 （ SCCB會議紀要） ? 需求角色更改需求文檔 ? 修改后的需求文檔被批準納入基線 系統(tǒng)設(shè)計流程 系統(tǒng)開發(fā)流程 軟件實現(xiàn)開發(fā)過程可以分為三個子階段： ? 詳細設(shè)計 ? 編碼 ? 單元測試 詳細設(shè)計是在系統(tǒng)設(shè)計和概要設(shè)計的基礎(chǔ)上進行函數(shù)或方法的詳細功能 的設(shè)計；編碼主要包括測試前的編碼工作以及測試后對編碼的修復(fù)工 作；單元測試主要是通過白盒測試來及早發(fā)現(xiàn)軟件模塊中的錯誤（可裁剪） 系統(tǒng)測試流程 測試總的流程為：項目早期制定測試計劃（項目策劃階段）、設(shè)計和實現(xiàn)測試用 例、測試執(zhí)行
教學課件相關(guān)推薦
鄂ICP備17016276號-1