RUP之UML的關係

什麼是RUP？

RUP（Rational Unified Process），統一軟件過程，是一個面向對象且基於網絡的程序開發方法論，衆多軟件開發過程當中的一種。
附上個人思惟導圖一張：

與UML的關係

UML是一種可應用於軟件開發的建模語言，但其本沒有告訴咱們要怎麼去使用；爲了有效的使用UML，須要有一種方法去使用它，恰巧當前RUP是最好的方法。
## 在UML中，RUP所起的做用
RUP是一種特別適應於UML的生命週期的方法。
RUP提供了一整套以UML爲基礎的開發準則，用以指導軟件開發人員以UML爲基礎進行軟件開發

RUP軟件開發的生命週期

總分四個階段：起始階段、細化階段、構件階段、提交階段
1）起始階段
意圖：創建業務模型用例和明確項目的範圍
結果：項目的實際需求（初始模型和領域模型（10%-20%完成）
注：在此階段的最後，檢查項目的生命週期目標，決定是否繼續進行全範圍的開發
2）細化階段
意圖：分析問題域；創建一個健全的、合理的體系結構基礎；明確高項目中風險的元素；制定一個合理的項目開發計劃；
結果：一個針對整個項目的開發計劃；一個可執行的體系和文檔；用例圖和領域模型（80%完成）
注意：在此最後，檢查已經細化的系統目標和範圍，體系結構的選擇和風險的解決方法，決定是否須要進行構件。
3）構件階段
概念：基本上認爲風險已經穩定，並提交給用戶使用
提交給用戶的：用戶手冊、可執行代碼、開發文檔、改進的開發計劃、每次迭代的評測標準
4）提交階段
用戶安裝部署軟件
迭代與開發階段之間的關係：每一個迭代可分解成多個迭代；一個迭代是一個完整的開發循環，將可產生一個可知性產品的發佈版本

觀念的改變

1）更強的計劃性
2）兩個坦然：坦然面對迭代過程當中一部分中間製品的推到重來；坦然面對中間製品的「不美觀」
3）軟件放首位
4）增強開發
5）肯定迭代數量
注：一個成功的軟件項目須要這樣的兩種人：好的項目管理者和好的體系結構設計師，且項目管理者就應當懂得體系結構設計

RUP檢驗

五個方面：可用性（usability）、可靠性（reliability）、響應速度多塊（performance）、可擴充（supportability）、功能性（functionality）
注：不只檢驗性能還能檢驗可靠性

總結

僅知道這些理論是不夠的，實踐纔是檢驗真理的惟一辦法。但學習也是不斷反覆的過程，相信在之後真正遇到的時候，這裏的瞭解可以幫助咱們快速入門。