一 rational 統一過程
六個最佳實踐
1 迭代式開發
2 需求管理
3 使用基於構件的體系結構
4 視覺化建模(uml)
5 驗證軟體質量
6 控制軟體變更
二 敏捷過程 (ap)
流派有：極限程式設計，scrum,動態系統開發，特徵驅動開發等
四條基本價值觀:
1 個體和互動勝過過程和工具
2 可以工作的軟體勝過面面俱到的文件
3 客戶合作勝過全同談判
4 響應變化勝過遵循計畫
由價值觀引出的
12條敏捷原則：
1 我們最優先要做的是通過盡早的、持續的交付有價值的軟體來使客戶滿意。
2 即使到了開發的後期，也歡迎改變需求。敏捷過程利用變化來為客戶創造競爭優勢。
3 經常性地交付可以工作的軟體，交付的間隔可以從幾個星期到幾個月，交付的時間間隔越短越好。
4 在整個專案開發期間，業務人員和開發人員必須天天都在一起工作。
5 圍繞被激勵起來的個體來構建專案。給他們提供所需的環境和支援，並且信任他們能夠完成工作。
6 在團隊內部，最具有效果並且富有效率的傳遞資訊的方法，就是面對面的交談。
7 工作的軟體是首要的進度度量標準。
8 敏捷過程提倡可持續的開發速度。責任人、開發者和使用者應該能夠保持乙個長期的、恆定的開發速度。
9 不斷地關注優秀的技能和好的設計會增強敏捷能力。
10 簡單——使未完成的工作最大化的藝術——是根本的。
11 最好的構架、需求和設計出自於自組織的團隊。
12 每隔一定時間，團隊會在如何才能更有效地工作方面進行反省，然後相應地對自己的行為進行調整。
極限程式設計(xp) extreme promming 的價值觀如下：
1 改善溝通
2 尋求簡單
3 獲得反饋
4 富有勇氣
適用範圍：具有有限資源及有限時間的小專案
三 微軟過程(mp)
微軟過程原則：
1 制定計畫時兼顧未來不確定因素
2 通過有效的風險管理減少不確定因素的影響
3 經常生成過渡性的版本並快速測試來提高產品的穩定性及可測性
4 快速迴圈遞進的開發過程
5 從產品特性和成本控制出發創造性地工作
6 建立確定的進度表
7 使用小型專案組併發完成工作，並設定多個同步
8 將大型專案分解成多個可管理的單元，以便更快地發布產品
9 用產品的前景目標和概要說明指導專案開發工作-先基線後凍結
10避免產品走形
11使用原型驗證概念，進行開發前的測試
12 零缺陷概念
13 非責難式的里程碑評審會
微軟開發產品的每個生命週期分五個階段
1 構想階段
2 計畫階段
3 開發階段
4 穩定階段
5 發布階段
UP 統一過程
up 的階段和瀑布式開發是不同的。迭代和進化式的。up的階段。1.初始。研究可行性階段，並不是需求階段！2.細化。3.構造。4.移交。up，統一過程是一種流行的構造物件導向系統的迭代軟體開發過程。up的核心思想就是，迭代和進化式的。盡早的開始程式設計，測試，和演示有助於引發不可避免的變更，迭代開發的...
統一過程的開端
一.確定問題領域 1.專案的最初輸入 前景 文件 包括 專案背景調查 業務前景分析 業務可行性分析 技術可行性分析。2.整理業務目標 大部分情況下是由客戶在招標書裡提出的，也可以由開發方通過 前景 整理得出。二.涉眾分析 最重要的是 準確描述涉眾情況和他們對系統建設的期望，而不是進入業務細節。1.尋...
統一過程模型（RUP UP）
統一過程 rup up，rational unified process 是一種以用例驅動 以體系結構為核心 迭代及增量的軟體過程模型，由uml方法和工具支援，廣泛應用於各類物件導向專案。rup是由rational公司開發並維護，和一系列軟體開發工具緊密整合。rup蘊含了大量優秀的實踐方法，如 迭代...