【正文】 驗證 人 Jack 驗證日期 2023． 10． 11 SCCB Aa, bb, cc 填表人 bob 本章要點 ?一、軟件需求管理過程 ?二、需求建模的基本方法 ?三、任務分解過程 ?四、任務分解方法 ?五、任務分解檢驗 需求建模的基本方法 1. 原型方法 2. 結構化分析法 3. 面向對象的用例分析法 4. 功能列表法 5. 其他 本章要點 ?一、軟件需求管理過程 ?二、需求建模的基本方法 ?三、任務分解過程 ?四、任務分解方法 ?五、任務分解檢驗 ?六、案例分析 任務分解過程 輸入 分解 WBS WBS (Work Breakdown Structure) ?任務分解的過程 ?將一個項目分解為更多的工作細目或者子項目，使項目變得更小、更易管理、更易操作。 ?Work packages（工作包） ?WBS的最低層次的可交付成果 WBS實例 功能 1 軟件產(chǎn)品 功能 2子功能 2 功能 2 功能 3 功能 2子功能 1 功能 2子功能 3 PMI defines WBS ?是面向可交付成果的對項目元素的分組 ,它組織并定義了整個項目范圍 .不在 WBS中包括的工作就不是該項目的工作 ?它是一個分級的樹型結構，是對項目由粗到細的分解過程。 ?WBS ?面向可交付成果的。 軟件需求規(guī)格說明的原則 ?從現(xiàn)實中分離功能，即描述要 “ 做什么 ” 而不是 “ 怎樣實現(xiàn) ” ?采用一定的規(guī)格說明語言 ?如果被開發(fā)軟件只是一個大系統(tǒng)中的一個元素，那么整個大系統(tǒng)也包括在規(guī)格說明的描述之中 ?規(guī)格說明應該包括系統(tǒng)運行環(huán)境 ?規(guī)格說明應該是一個認識模型 ?規(guī)格說明應該容許不完備性并允許擴充 規(guī)格文檔參考 1. 引言 2. 系統(tǒng)定義 3. 應用環(huán)境 4. 功能規(guī)格 5. 性能需求 6. 產(chǎn)品提交 7. 實現(xiàn)約束 8. 質量描述 9. 其它 需求驗證 ?需求是正確的嗎？ ?需求是一致的嗎？ ?需求是完全的嗎？ ?需求是實際可行的嗎？ ?需求是必要的嗎？ ?需求是可檢驗的嗎？ ?需求是可跟蹤的嗎？ ?最后的簽字 需求總在變化 需求變更管理 (SCCB) 需求變更管理 ?管理和控制需求基線的過程 ?需求變更控制系統(tǒng) ? 一個正式的文檔，說明如何控制需求變更 ? 建立變更審批系統(tǒng) 變更申請 需求方 開發(fā)方 忽略 選擇變更方式 SCCB評估 項目經(jīng)理自行決定 根據(jù)評估結果 拒絕 接受本次修改 下個版本再修改 修改合同相關信息 修改相關需求 修改相應的項目計劃 表 43 需求變更提交單 軟件基線產(chǎn)品修改提交單 申請人 Bob 申請日期 2023。 ?任務分解的結果 ?WBS（ 任務分解結構） 。工作結構每細分一個層次表示對項目元素更細致的描述 PMI d