rup（rational unified process），統一軟體開發過程，統一軟體過程是乙個物件導向且基於網路的程式開發方**。
1.起始階段-為專案建立乙個業務案例
（1）意圖：
建立業務模型用例
明確專案的範圍
（2）結果：
專案的實際需求
初始的業務案例。包括：成功準則，風險評估，所需資源評估，顯示主要里程碑進度表的階段計畫。
在初始階段的最後，檢查專案的生命週期目標，決定是否繼續進行全範圍的開發。
2.細化階段-建立工程計畫和合理的體系結構。
（1）意圖：
分析問題域
建立乙個健全的、合理的體系結構基礎。
明確高專案中風險的元素
制定乙個合理的專案開發計畫。
（2）結果
用例圖和領域模型（80%完成）
乙個可執行的體系結構和文件。
乙個修訂的用例圖和風險評估
乙個針對整個專案的開發計畫。
在這個階段的最後，檢查已經細化的系統目標和範圍，體系結構的選擇以及主要風險的解決辦法，並決定是否需要進行構造。
3.構建階段-建造系統。
（1）意圖：
迭代增量的開發乙個完整的軟體系統，該產品是準備提交給使用者使用的。
（2）產品：
完整的用例圖和設計模型
使用者手冊
可執行**
開發文件
每次迭代的評測標準
改進的開發計畫。
4.提交階段-把系統提供給終端使用者。
（1）意圖：
為使用者安裝部署軟體。
（2）產品
可執行的程式。
改進的系統模型
每次迭代的評測標準
發出程式的描述和評測指標描述。
改進的使用者文件
改進的開發文件。
1.每個階段可以分解成多個迭代。
2.乙個迭代是乙個完整的開發迴圈，它將產生乙個可知行產品的發布版本，這個版本構成最終產品的乙個子集，然後迭代的得到最終系統。
3.在每個階段中都有很多迭代。迭代代表乙個完整的開發周期，從在分析中捕獲的需求到實現和測試，產生乙個可執行的專案發布版本。
4.每個階段和迭代都有一些風險緩解焦點，並以乙個定義良好的里程碑結束。里程碑複審及時地提供乙個評價點，評價關鍵目標是否得到滿足，專案是否需要以任何方式被重新構造。
軟體開發生命週期（二）
根據軟體專案型別的不同，有很多的軟體開發周期模型。每種模型都遵循一系列操作的步驟，以適應專案需要，從而確保軟體開發順利進行。流水線模型，可迭代模型，敏捷開發模型，快速開發模型是最受歡迎的模型，而且已經被廣泛應用於生產環境中，如下，他們將會被一一介紹 1.流水線模型 流水線模型是最早的，最為人所熟知的...
軟體開發生命週期模型比較
1 瀑布模型 原理 根據軟體生存週期由立項 需求 策劃 設計 程式設計 測試 發布 維護 退役等階段組成，把每個階段當作瀑布中的乙個台階，把軟體生存過程比喻成瀑布中的流水。開發人員按照階段開發，管理人員按照階段管理。特點 a 文件驅動 b 過程逆轉性很差 適用物件 早期的面向過程的結構化分析 設計 ...
軟體測試學習2 軟體開發生命週期模式
軟體開發生命週期模式 大 模式 一堆程式功能模組放在一起，沒有計畫 進度，精力都放在編寫在一起 優點 只是簡單 對於測試員 測試時，產品已經完工，不可能回頭修復bug，測試員應該 盡量在此模式下進行測試 邊寫邊改模式 開發小組只有最初的粗略的想法，進行簡單的設計後。來回編寫 測試和修改缺陷的過程，覺...