考慮目前國內專案現況：需求調研先行，但需求不明確導致需求變更。中小公司缺乏過程規範指導，基本在cmm1即混亂狀態。所以bsp採用的是x process ＝ cmm的體系+rup的過程+xp的最佳實踐軟體開發過程並同時引用敏捷開發過程。應用x process開發模式，使本系統開發過程達到cmm2-3。
20.3.1 應用rup的過程
bsp軟體過程由專案啟動、細化、構建、交付四個階段組成。
(1) 啟動階段
啟動階段定義專案計畫、風險分析、專案前景、範圍、約束；確定actor、涉眾及收益；確定概要需求；作乙個原型，實現關鍵用例。
(2) 細化階段
細化階段確定使用者需要、產品特性並確認優先順序、風險；確定80%需求，編寫需求規格書。制定迭代計畫，需求基線；完成重要用例的設計及實現，由此確定系統架構及第三方元件。已制定迭代計畫。同時編寫對應用例的測試用例。
(3) 構建階段
構建階段按計畫迭代開發。在每個迭代裡採用小瀑布的方式，應用部分xp的最佳實踐，每個迭代為乙個里程碑，提交給客戶確認，由此得到需求變更，分析後調整迭代計畫。
(4) 交付階段
交付階段提交客戶測試，作小的修改。編寫產品說明，使用者培訓，上線執行。專案總結、關閉報告。
20.3.2 應用xp的最佳實踐
在bsp開發過程中，在xp階段應用迭代內的過程，合併細化程式的功能，這個階段為設計程式設計期，在這期間，啟用「保持設計靈活」、編碼規範、**審核(結隊程式設計)、持續整合、測試驅動、重構的最佳實踐。
20.3.3 在bsp中使用cmm的關鍵域的規範流程
在rup的四個階段中，應用cmm的關鍵域來保證各種產出的質量。這四個階段如下：
(1) 先啟階段：專案計畫、專案過程控制、配置管理、培訓計畫(設計、編碼規範)
(2) 細化階段：體系規範、同行評審(需求、設計、**評審)、需求管理、質量管理
(3) 構建階段：編碼規範、設計、**評審、需求變更管理
(4) 交付階段：體系規範。
rup、cmm、xp三者的關係如下：
1．rup：是由用例驅動、迭代增量開發的過程，主要定義了各個階段應該做什麼，做到什麼程度。
2. cmm：是一套評估標準，提供了一些關鍵實現域(需求管理等)，對每乙個產出提出了質量要求。
3. xp：主要關注編碼階段的一些最佳實踐。是乙個提倡敏捷的輕量級軟體開發方法。強調「交流；簡單；反饋；實事求是」。強調客戶參與，簡單設計(靈活設計)、允許需求變更等。
軟體開發過程
1.程式設計師寫出自認為沒有bug的 2.軟體測試，發現了20個bug。3.程式設計師修改了10個bug，並告訴測試組另外10個不是bug。4.測試組發現其中5個改動根本無法工作，同時又發現了15個新bug。5.重複3次步驟3和步驟4。6.鑑於市場方面的壓力，為了配合當初制定的過分樂觀的發布時間表，...
軟體開發過程
1.程式設計師寫出自認為沒有bug的 2.軟體測試，發現了20個bug。3.程式設計師修改了10個bug，並告訴測試組另外10個不是bug。4.測試組發現其中5個改動根本無法工作，同時又發現了15個新bug。5.重複3次步驟3和步驟4。6.鑑於市場方面的壓力，為了配合當初制定的過分樂觀的發布時間表，...
軟體開發過程
軟體生命週期 1 問題定義 使用者需要解決什麼問題?2 可行性分析 使用者需要解決的問題是否可行 技術可行性 市場可行性 3 需求分析 將使用者提出的問題進行細化 4 系統設計 確定細化問題的實現方法 5 編碼 依據需求和設計穩定進行開發，解決問題 6 測試 驗證是否已經解決使用者提出的問題 單元測...