rup
（rational unified process
，統一軟體開發過程
，統一軟體過程
)是乙個
物件導向
且基於網路的
程式開發方**。根據
rational(rational rose
和統一建模語言
的開發者
)rup和類
似的產品
--例如物件導向的
軟體過程
（oosp
），以及
open process
都是理解性的
軟體工程
工具--
把開發中面向過程的方面（例如定義的階段，技術和實踐）和其他開發的
元件（例如文件，模型，手冊以及**等等）整合在乙個統一的
框架內。
在將近乙個月的
rup學習及經過虛擬團隊的
rup模擬後，小有感悟，與大家分享。
rup強調分工，合作。使人盡其才。強調迭代的快速及有效的溝通。
在《專案管理系統》專案中，我和另一同事擔任分析設計。下面是《專案管理系統》的總包圖，強調簡單、清晰、明了。將系統分為五個子系統。分別是
systemmange(
系統管理)，
projectmanage
（專案管理），
compact(
合同管理)，
client(
客戶管理)，
moneymange(
資金管理)。
總包圖接下來要做的是總類圖。分為兩個部分，下圖是總類圖一，此圖根據總包圖做系統的總類圖，系統還是五個子系統，只是更進一步到類。
總類圖一
由總類圖可看出，每個子系統內的類和類之間的關係。以及子系統間的關係。為了更好的反映子系統中的類與其他子系統中的類的關係。補充了總類圖。如下總類圖二：
總類圖二
總類圖二可以清晰的看出子系統中類與其他子系統的關係。這樣，就更加清晰的掌握了系統的子系統及它們的關係。
經過這次模擬，更加牢固的掌握了
rup，明確自己以後的方向，我深切的體會到不管是
rup還是極限程式設計，重要的還是人。乙個系統的開發過程重要的還是人，乙個團隊是由不同的個體組成，如何更好的發揮個人所長，將每個個體融合在一起是關鍵。
總結：rup具有很多長處：提高了團隊生產力，在迭代的開發過程、需求管理、基於元件的體系結構、視覺化軟體建模、驗證軟體質量及控制軟體變更等方面，針對所有關鍵的開發活動為每個開發成員提供了必要的準則、模板和工具指導，並確保全體成員共享相同的知識基礎。它建立了簡潔和清晰的過程結構，為開發過程提供較大的通用性。但同時它也存在一些不足：
rup只是乙個開發過程，並沒有涵蓋軟體過程的全部內容，例如它缺少關於軟體執行和支援等方面的內容；此外，它沒有支援多專案的開發結構，這在一定程度上降低了在開發組織內大範圍實現重用的可能性。可以說
rup是乙個非常好的開端，但並不完美，在實際的應用中可以根據需要對其進行改進並可以用
open
和oosp
rup進行補充和完善。
RUP學習總結
1.構建rup的基本原則 1 用例驅動 2 以架構為中心的分析和設計 3 疊代開發 2.rup是需要uml支援的 3.rup首先給出的就是它的基本原理，這些構成了它的靈魂，而在這些指導原則下，rup又給出了幾條最佳實踐。比如為了化解業務風險，我們始 終以用例為中心，不是逃避變化，而是直面變化 為了化...
RUP與設計模式
剛學習了uml，那麼rup是什麼呢？設計模式又是什麼呢？其實就是為了更有效地使用uml的一種指導方法。設計模式是一套被反覆使用 多數人知曉的 經過分類的 設計經驗的總結。下面我們就簡單了解一下rup以及設計模式。1.概念 物件導向的軟體開發過程 2.目標 是能夠在預定的進度和預算中，提供高質量的 滿...
UML之RUP和設計模式
rup rational 公司 開發和維護 的過程產品，物件導向的軟體開發過程。思路 迭代式開發 優點 降低風險，得到使用者的反饋，持續的測試和整合，提高重複性。管理需求 查詢 記錄 跟蹤系統需求變更的系統化方法。使用構建式架構 視覺化建模 描述結構特點和結構，各個元素之間的組合方式 檢驗質量 測試...