1.構建rup的基本原則
1)用例驅動
2)以架構為中心的分析和設計
3)疊代開發
2.rup是需要uml支援的
3.rup首先給出的就是它的基本原理，這些構成了它的靈魂，而在這些指導原則下，rup又給出了幾條最佳實踐。比如為了化解業務風險，我們始
終以用例為中心，不是逃避變化，而是直面變化；為了化解時間風險，我們採取迭代開發，盡量在早期探知到時間的延遲，以便採取更靈活的
策略；為了化解技術風險，我們強調架構設計；為了化解質量風險，我們強調測試優先。這幾點也恰好是rup的主要特點。在這些最佳實踐後才
是具體的過程組織形式，具體由哪幾個階段組成，而每個階段又包括哪些工作流，要產出哪些製品。而且這些形式不是固化的，rup只是提供一
個模板，你可以進行裁減。
4.如何做好rup的應用？
1)先原理，其次最佳實踐，最後挑選具體形式。
2)要循序漸進。
3)要不斷地將專案的個性融入到rup中。
4.對於rup的應用，循序漸進是非常重要的，特別是如果團隊中缺少方法專家或者rup的專家。大部分情況下，他們不可能聘請外部指導團隊來先
進行培訓，只有靠自己的摸索。我記得我所在團隊最早接觸rup時，沒有任何成員特別熟悉rup，所以我們採用的是先拿來rup的精髓：用例驅動
，架構設計為中心，迭代開發，並在這個過程中學習如何化解風險。一定要等專案對某項內容有一定的需要並且大家對此有一定的熟悉的情況
下，才可以將其整合進來。 cmm3,4
5.rup不僅僅是乙個簡單的開發過程，它是乙個可定製的過程框架，它可以被裁剪，以適應於不同規模的開發團隊和規範程度不同的開發方法。但
是過多的靈活是一把雙刃劍，用不好就會帶來災難性後果，如果沒有對rup有乙個很好的理解，沒有一定的經驗積累，過早地對rup進行過多的
定製，那麼定製出來的成品不僅沒有體現特定應用的需求，也喪失了rup自身的優點。
6.rup的實踐中很強調方法專家的指導，但是很多團隊不存在這樣的方法專家，也不可能去聘請這樣的專家，所以在很大程度上需要他們自己的摸
索。這個時候可以多去嘗試，先按照一些通用準則進行實踐，等積累了一定的經驗，然後再去結合團隊本身情況和業務特點進行不同的裁剪。
當然，裁減唯一依據的仍然是rup給出的指導原則。裁減只不過是專案個性化的需要和實現途徑。
7.rational unified process是一種軟體工程流程，它貫穿於整個專案生命週期，在管理和工程活動方面為開發團隊提供指導。本課程解釋了許多關鍵概念，包括電子商務
開發過程、用例需求捕獲、可控制的迭代化開發、基於構件的軟體開發，以及軟體構架的早期驗證。其中包括應用基本概念，進行專案模擬的
練習。本課程利用 rational unified process 產品，說明過程組織、輕鬆導航以及過程定義的詳細資訊。
本課程介紹如何以用例為驅動，以體系結構為中心，採用迭代和增量的過程，經歷五種工作流：需求、分析、設計、實現、測試，最終構造完
善的軟體產品。
8.rup的四個過程:
1)先啟
2)精化
3)構建
4)產品化
論RUP分析設計（RUP學習感悟）
rup rational unified process 統一軟體開發過程 統一軟體過程 是乙個 物件導向 且基於網路的 程式開發方 根據 rational rational rose 和統一建模語言 的開發者 rup和類 似的產品 例如物件導向的 軟體過程 oosp 以及 open process...
rup 模板說明
查著太麻煩，記英文有時候吃不準，難免浪費一些時間，我就花了些時間，把它們統一整理一下。look a and d rup sad.dot 軟體構架文件 rup ucrs.dot use case 用例實現規約 用例名稱 bm rup barchdoc.dot 業務構架文件 rup bgloss.dot...
開發流程 RUP
summary rup的基本組成元素 通過工作流的方式體現軟體工程過程，以各種指導原則方式組織，並明確各個角色及其職責 活動 工件等 整個軟體工程過程的步驟劃分如下 關鍵特徵 迭代 iterative 以架構為中心 architecture centric 用例驅動 use case driven ...