來源：http://java.chinaitlab.com/UML/36676.html

?

一 前言
　　
　　軟件過程是指實施于軟件開發(fā)和維護中的階段、方法、技術(shù)、實踐及相關(guān)產(chǎn)物(計劃、文檔、模型、代碼、測試 用 例和手冊等)的集合。行之有效的軟件過程可以提高開發(fā)軟件組織的生產(chǎn)效率、提高軟件質(zhì)量、降低成本并減少風(fēng)險。目前市場上領(lǐng)先的軟件過程主要有 RUP(Rational Unified Process)、OPEN Process和OOSP(Object-Oriented Software Process)。
　　
　　RUP具有較高認知度的原因之一恐怕是因為其提出者Rational軟件公司聚集了面向?qū)?象領(lǐng)域三位杰出專家Booch、Rumbaugh和Jacobson，同時它又是面向?qū)ο箝_發(fā)的行業(yè)標準語言??標準建模語言(UML)的創(chuàng)立者。RUP 是由Objectory過程演化而來，其初始版本為5.0，先后經(jīng)歷了5.1、5.11、5.5等版本直到最新的Rational Unified Process2000版本。本文主要討論RUP的主要內(nèi)容和特點。
　　
　　二 RUP的二維開發(fā)模型
　　
　 　RUP可以用二維坐標來描述。橫軸通過時間組織，是過程展開的生命周期特征，體現(xiàn)開發(fā)過程的動態(tài)結(jié)構(gòu)，用來描述它的術(shù)語主要包括周期(Cycle)、階 段(Phase)、迭代(Iteration)和里程碑(Milestone)；縱軸以內(nèi)容來組織為自然的邏輯活動，體現(xiàn)開發(fā)過程的靜態(tài)結(jié)構(gòu)，用來描述它 的術(shù)語主要包括活動(Activity)、產(chǎn)物(Artifact)、工作者(Worker)和工作流(Workflow)。如圖1：

　　圖1　RUP的二維開發(fā)模型

　　
　　三 開發(fā)過程中的各個階段和里程碑
　　
　 　RUP中的軟件生命周期在時間上被分解為四個順序的階段，分別是：初始階段(Inception)、細化階段(Elaboration)、構(gòu)造階段 (Construction)和交付階段(Transition)。每個階段結(jié)束于一個主要的里程碑(Major Milestones)；每個階段本質(zhì)上是兩個里程碑之間的時間跨度。在每個階段的結(jié)尾執(zhí)行一次評估以確定這個階段的目標是否已經(jīng)滿足。如果評估結(jié)果令人 滿意的話，可以允許項目進入下一個階段。
　　
　　1．初始階段
　　
　　初始階段有時也稱先啟階段。初始階段的目標是為系 統(tǒng)建立商業(yè)案例并確定項目的邊界。為了達到該目的必須識別所有與系統(tǒng)交互的外部實體，在較高層次上定義交互的特性。本階段具有非常重要的意義，在這個階段 中所關(guān)注的是整個項目進行中的業(yè)務(wù)和需求方面的主要風(fēng)險。對于建立在原有系統(tǒng)基礎(chǔ)上的開發(fā)項目來講，初始階段可能很短。
　　
　　初始階段結(jié)束時是第一個重要的里程碑：生命周期目標(Lifecycle Objective)里程碑。生命周期目標里程碑評價項目基本的生存能力。
　　
　　2．細化階段
　　
　 　細化階段的目標是分析問題領(lǐng)域，建立健全的體系結(jié)構(gòu)基礎(chǔ)，編制項目計劃，淘汰項目中最高風(fēng)險的元素。為了達到該目的，必須在理解整個系統(tǒng)的基礎(chǔ)上，對體 系結(jié)構(gòu)作出決策，包括其范圍、主要功能和諸如性能等非功能需求。同時為項目建立支持環(huán)境，包括創(chuàng)建開發(fā)案例，創(chuàng)建模板、準則并準備工具。
　　
　　細化階段結(jié)束時第二個重要的里程碑：生命周期結(jié)構(gòu)(Lifecycle Architecture)里程碑。生命周期結(jié)構(gòu)里程碑為系統(tǒng)的結(jié)構(gòu)建立了管理基準并使項目小組能夠在構(gòu)建階段中進行衡量。此刻，要檢驗詳細的系統(tǒng)目標和范圍、結(jié)構(gòu)的選擇以及主要風(fēng)險的解決方案。
　　
　　3．構(gòu)造階段
　　
　　在構(gòu)建階段，所有剩余的構(gòu)件和應(yīng)用程序功能被開發(fā)并集成為產(chǎn)品，所有的功能被詳細測試 。從某種意義上說，構(gòu)建階段是一個制造過程，其重點放在管理資源及控制運作以優(yōu)化成本、進度和質(zhì)量。
　　
　　構(gòu)建階段結(jié)束時是第三個重要的里程碑：初始功能(Initial Operational)里程碑。初始功能里程碑決定了產(chǎn)品是否可以在測試環(huán)境中進行部署。此刻，要確定軟件、環(huán)境、用戶是否可以開始系統(tǒng)的運作。此時的產(chǎn)品版本也常被稱為“beta”版。
　　
　　4．交付階段
　　
　 　交付階段的重點是確保軟件對最終用戶是可用的。交付階段可以跨越幾次迭代，包括為發(fā)布做準備的產(chǎn)品測試，基于用戶反饋的少量的調(diào)整。在生命周期的這一點 上，用戶反饋應(yīng)主要集中在產(chǎn)品調(diào)整，設(shè)置、安裝和可用性問題，所有主要的結(jié)構(gòu)問題應(yīng)該已經(jīng)在項目生命周期的早期階段解決了。
　　
　　在交付階段的終點是第四個里程碑：產(chǎn)品發(fā)布(Product Release)里程碑。此時，要確定目標是否實現(xiàn)，是否應(yīng)該開始另一個開發(fā)周期。在一些情況下這個里程碑可能與下一個周期的初始階段的結(jié)束重合。
　　
　　四 RUP的核心工作流(Core Workflows)
　　
　 　RUP中有9個核心工作流，分為6個核心過程工作流(Core Process Workflows)和3個核心支持工作流(Core Supporting Workflows)。盡管6個核心過程工作流可能使人想起傳統(tǒng)瀑布模型中的幾個階段，但應(yīng)注意迭代過程中的階段是完全不同的，這些工作流在整個生命周期 中一次又一次被訪問。9個核心工作流在項目中輪流被使用，在每一次迭代中以不同的重點和強度重復(fù)。
　　
　　1．商業(yè)建模(Business Modeling)
　　
　　商業(yè)建模工作流描述了如何為新的目標組織開發(fā)一個構(gòu)想，并基于這個構(gòu)想在商業(yè)用例模型和商業(yè)對象模型中定義組織的過程，角色和責(zé)任。
　　
　　2．需求(Requirements)
　　
　　需求工作流的目標是描述系統(tǒng)應(yīng)該做什么，并使開發(fā)人員和用戶就這一描述達成共識。為了達到該目標，要對需要的功能和約束進行提取、組織、文檔化；最重要的是理解系統(tǒng)所解決問題的定義和范圍。
　　
　　3．分析和設(shè)計(Analysis & Design)
　　
　 　分析和設(shè)計工作流將需求轉(zhuǎn)化成未來系統(tǒng)的設(shè)計，為系統(tǒng)開發(fā)一個健壯的結(jié)構(gòu)并調(diào)整設(shè)計使其與實現(xiàn)環(huán)境相匹配，優(yōu)化其性能。分析設(shè)計的結(jié)果是一個設(shè)計模型和 一個可選的分析模型。設(shè)計模型是源代碼的抽象，由設(shè)計類和一些描述組成。設(shè)計類被組織成具有良好接口的設(shè)計包(Package)和設(shè)計子系統(tǒng) (Subsystem)，而描述則體現(xiàn)了類的對象如何協(xié)同工作實現(xiàn)用例的功能。
　　
　　設(shè)計活動以體系結(jié)構(gòu)設(shè)計為中心，體系結(jié)構(gòu)由若干結(jié)構(gòu)視圖來表達，結(jié)構(gòu)視圖是整個設(shè)計的抽象和簡化，該視圖中省略了一些細節(jié)，使重要的特點體現(xiàn)得更加清晰。體系結(jié)構(gòu)不僅僅是良好設(shè)計模型的承載媒介，而且在系統(tǒng)的開發(fā)中能提高被創(chuàng)建模型的質(zhì)量。
　　
　　4．實現(xiàn)(Implementation)
　　
　　實現(xiàn)工作流的目的包括以層次化的子系統(tǒng)形式定義代碼的組織結(jié)構(gòu)；以組件的形式(源文件、二進制文件、可執(zhí)行文件)實現(xiàn)類和對象；將開發(fā)出的組件作為單元進行測試以及集成由單個開發(fā)者（或小組）所產(chǎn)生的結(jié)果，使其成為可執(zhí)行的系統(tǒng)。
　　
　　5．測試(Test)
　　
　 　測試工作流要驗證對象間的交互作用，驗證軟件中所有組件的正確集成，檢驗所有的需求已被正確的實現(xiàn), 識別并確認缺陷在軟件部署之前被提出并處理。RUP提出了迭代的方法，意味著在整個項目中進行測試，從而盡可能早地發(fā)現(xiàn)缺陷，從根本上降低了修改缺陷的成 本。測試類似于三維模型，分別從可靠性、功能性和系統(tǒng)性能來進行。
　　
　　6．部署(Deployment)
　　
　　部 署工作流的目的是成功的生成版本并將軟件分發(fā)給最終用戶。部署工作流描述了那些與確保軟件產(chǎn)品對最終用戶具有可用性相關(guān)的活動，包括：軟件打包、生成軟件 本身以外的產(chǎn)品、安裝軟件、為用戶提供幫助。在有些情況下，還可能包括計劃和進行beta測試版、移植現(xiàn)有的軟件和數(shù)據(jù)以及正式驗收。
　　
　　7．配置和變更管理(Configuration & Change Management)
　　
　 　配置和變更管理工作流描繪了如何在多個成員組成的項目中控制大量的產(chǎn)物。配置和變更管理工作流提供了準則來管理演化系統(tǒng)中的多個變體，跟蹤軟件創(chuàng)建過程 中的版本。工作流描述了如何管理并行開發(fā)、分布式開發(fā)、如何自動化創(chuàng)建工程。同時也闡述了對產(chǎn)品修改原因、時間、人員保持審計記錄。
　　
　　8．項目管理(Project Management)
　　
　　軟件項目管理平衡各種可能產(chǎn)生沖突的目標，管理風(fēng)險，克服各種約束并成功交付使用戶滿意的產(chǎn)品。其目標包括：為項目的管理提供框架，為計劃、人員配備、執(zhí)行和監(jiān)控項目提供實用的準則，為管理風(fēng)險提供框架等。
　　
　　9．環(huán)境(Environment)
　　
　　環(huán)境工作流的目的是向軟件開發(fā)組織提供軟件開發(fā)環(huán)境，包括過程和工具。環(huán)境工作流集中于配置項目過程中所需要的活動，同樣也支持開發(fā)項目規(guī)范的活動，提供了逐步的指導(dǎo)手冊并介紹了如何在組織中實現(xiàn)過程。
　　
　　五 RUP的迭代開發(fā)模式
　　
　　RUP中的每個階段可以進一步分解為迭代。一個迭代是一個完整的開發(fā)循環(huán)，產(chǎn)生一個可執(zhí)行的產(chǎn)品版本，是最終產(chǎn)品的一個子集，它增量式地發(fā)展，從一個迭代過程到另一個迭代過程到成為最終的系統(tǒng)。
　　
　　傳統(tǒng)上的項目組織是順序通過每個工作流，每個工作流只有一次，也就是我們熟悉的瀑布生命周期。這樣做的結(jié)果是到實現(xiàn)末期產(chǎn)品完成并開始測試，在分析、設(shè)計和實現(xiàn)階段所遺留的隱藏問題會大量出現(xiàn)，項目可能要停止并開始一個漫長的錯誤修正周期。

　　圖2 RUP的迭代開發(fā)模式

　　
　　一種更靈活，風(fēng)險更小的方法是多次通過不同的開發(fā)工作流，這樣可以更好的理解需求，構(gòu)造一個健壯的體系結(jié)構(gòu)，并最終交付一系列逐步完成的版本。這叫做一個迭代生命周期。在工作流中的每一次順序的通過稱

總結(jié)

以上是生活随笔為你收集整理的软件项目开发之 软件过程RUP初探的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。