【正文】 理計劃可以簡單的這樣陳述：每天結束時，項目目錄的內容將會被壓縮成ZIP包，拷貝到一個ZIP磁盤中，加上日期和版本標簽，放到中央檔案柜中。 ＳＤＰ定義了項目時間表（包括項目計劃和迭代計劃）和資源需求（資源和工具），可以根據(jù)項目進度表來跟蹤項目進展?！?(2) 在ＲＵＰ中，軟件開發(fā)計劃（ＳＤＰ）綜合了管理項目所需的各種信息，也許會包括一些在先啟階段開發(fā)的單獨的內容。 對前景的陳述應該能回答以下問題，需要的話這些問題還可以分成更小、更詳細的問題： ? 關鍵術語是什么？（詞匯表） ? 我們嘗試解決的問題是什么？（問題陳述） ? 涉眾是誰？用戶是誰？他們各自的需求是什么？ ? 產(chǎn)品的特性是什么？ ? 功能性需求是什么？（Ｕｓｅ Ｃａｓｅｓ） ? 非功能性需求是什么？ ? 設計約束是什么？ 2. 達成計劃 它還提供了項目審批流程的輸入，因此就與商業(yè)理由密切相關。正像這個術語隱含的那樣，它是軟件項目的一個清晰的、通常是高層的視圖，能被過程中任何決策者或者實施者借用。 前景抓住了ＲＵＰ需求流程的要點：分析問題，理解涉眾需求，定義系統(tǒng)，當需求變化時管理需求。1. 開發(fā)一個前景 因此，迭代過程這種模式使適應需求的變化會更容易些。因為開發(fā)人員清楚問題的焦點所在，他們的工作會更有效率。通過在開發(fā)早期就確定風險，可以盡早來解決而不至于在開發(fā)后期匆匆忙忙。如果開發(fā)人員重復某個迭代，那么損失只是這一個開發(fā)有誤的迭代的花費。其本身就像一個小型的瀑布項目。一次迭代包括了生成一個可執(zhí)行版本的開發(fā)活動，還有使用這個版本所必需的其他輔助成分，如版本描述、用戶文檔等。在工作流中的每一次順序的通過稱為一次迭代。 項目管理者聯(lián)盟文章　　一種更靈活，風險更小的方法是多次通過不同的開發(fā)工作流，這樣可以更好的理解需求，構造一個健壯的體系結構，并最終交付一系列逐步完成的版本。 傳統(tǒng)上的項目組織是順序通過每個工作流，每個工作流只有一次，也就是我們熟悉的瀑布生命周期。七、RUP的迭代開發(fā)模式　　RUP中的每個階段可以進一步分解為迭代。9． 環(huán)境(Environment)環(huán)境工作流的目的是向軟件開發(fā)組織提供軟件開發(fā)環(huán)境，包括過程和工具。項目經(jīng)理圈子項目經(jīng)理博客8． 項目管理(Project Management) 　　軟件項目管理平衡各種可能產(chǎn)生沖突的目標，管理風險，克服各種約束并成功交付使用戶滿意的產(chǎn)品。工作流描述了如何管理并行開發(fā)、分布式開發(fā)、如何自動化創(chuàng)建工程。 Change Management) 　　配置和變更管理工作流描繪了如何在多個成員組成的項目中控制大量的產(chǎn)物。在有些情況下，還可能包括計劃和進行beta測試版、移植現(xiàn)有的軟件和數(shù)據(jù)以及正式驗收。 6． 部署(Deployment) 項目管理論壇　　部署工作流的目的是成功的生成版本并將軟件分發(fā)給最終用戶。RUP提出了迭代的方法，意味著在整個項目中進行測試，從而盡可能早地發(fā)現(xiàn)缺陷，從根本上降低了修改缺陷的成本。 項目管理培訓4． 實現(xiàn)(Implementation)　　實現(xiàn)工作流的目的包括以層次化的子系統(tǒng)形式定義代碼的組織結構；以組件的形式(源文件、二進制文件、可執(zhí)行文件)實現(xiàn)類和對象；將開發(fā)出的組件作為單元進行測試以及集成由單個開發(fā)者（或小組）所產(chǎn)生的結果，使其成為可執(zhí)行的系統(tǒng)。 設計活動以體系結構設計為中心，體系結構由若干結構視圖來表達，結構視圖是整個設計的抽象和簡化，該視圖中省略了一些細節(jié)，使重要的特點體現(xiàn)得更加清晰。設計模型是源代碼的抽象，由設計類和一些描述組成。 Design) 　　分析和設計工作流將需求轉化成未來系統(tǒng)的設計，為系統(tǒng)開發(fā)一個健壯的結構并調整設計使其與實現(xiàn)環(huán)境相匹配，優(yōu)化其性能。為了達到該目標，要對需要的功能和約束進行提取、組織、文檔化；最重要的是理解系統(tǒng)所解決問題的定義和范圍。項目管理培訓1． 商業(yè)建模(Business Modeling) 商業(yè)建模工作流描述了如何為新的目標組織開發(fā)一個構想，并基于這個構想在商業(yè)用例模型和商業(yè)對象模型中定義組織的過程，角色和責任。盡管6個核心過程工作流可能使人想起傳統(tǒng)瀑布模型中的幾個階段，但應注意迭代過程中的階段是完全不同的，這些工作流在整個生命周期中一次又一次被訪問。在一些情況下這個里程碑可能與下一個周期的初始階段的結束重合。 在交付階段的終點是第四個里程碑：產(chǎn)品發(fā)布(Product Release)里程碑。交付階段可以跨越幾次迭代，包括為發(fā)布做準備的產(chǎn)品測試，基于用戶反饋的少量的調整。此時的產(chǎn)品版本也常被稱為“beta”版。初始功能里程碑決定了產(chǎn)品是否可以在測試環(huán)境中進行部署。從某種意義上說，構建階段是一個制造過程，其重點放在管理資源及控制運作以優(yōu)化成本、進度和質量。此刻，要檢驗詳細的系統(tǒng)目標和范圍、結構的選擇以及主要風險的解決方案。 細化階段結束時第二個重要的里程碑：生命周期結構(Lifecycle Architecture)里程碑。為了達到該目的，必須在理解整個系統(tǒng)的基礎上，對體系結構作出決策，包括其范圍、主要功能和諸如性能等非功能需求。生命周期目標里程碑評價項目基本的生存能力。對于建立在原有系統(tǒng)基礎上的開發(fā)項目來講，初始階段可能很短。為了達到該目的必須識別所有與系統(tǒng)交互的外部實體，在較高層次上定義交互的特性。如果評估結果令人滿意的話，可以允許項目進入下一個階段。每個階段結束于一個主要的里程碑(Major Milestones)；每個階段本質上是兩個里程碑之間的時間跨度。最后規(guī)劃工作流的內部結構，通常用活動圖的形式給出。 5) 規(guī)劃工作流內部結構。4) 確定每個階段內的迭代計劃。3) 確定4個階段之間如何演進。RUP的9個核心工作流并不總是需要的，可以取舍。RUP就像一個元過程，通過對RUP進行裁剪可以得到很多不同的開發(fā)過程，這些軟件開發(fā)過程可以看作RUP的具體實例。四、統(tǒng)一軟件開發(fā)過程RUP裁剪 角色：描述某個人或者一個小組的行為與職責。轉自項目管理者聯(lián)盟三、統(tǒng)一軟件開發(fā)過程RUP核心概念二、統(tǒng)一軟件開發(fā)過程RUP的二維開發(fā)模型 　　RUP軟件開發(fā)生命周期是一個二維的軟件開發(fā)模型。迭代式開發(fā)中如果沒有嚴格的控制和協(xié)調，整個軟件開發(fā)過程很快就陷入混亂之中，RUP描述了如何控制、跟蹤、監(jiān)控、修改以確保成功的迭代開發(fā)。 驗證軟件質量。RUP告訴我們如何可視化的對軟件系統(tǒng)建模，獲取有關體系結構于組件的結構和行為信息。 可視化建模?；讵毩⒌?、可替換的、模塊化組件的體系結構有助于管理復雜性，提高重用率。 基于組件的體系結構。RUP描述了如何提取、組織系統(tǒng)的功能和約束條件并將其文檔化，用例和腳本的使用以被證明是捕獲功能性需求的有效方法。 管理需求。迭代式開發(fā)不僅可以降低項目的風險，而且每個迭代過程以可以執(zhí)行版本結束，可以鼓舞開發(fā)人員。實際上，我們經(jīng)常遇到的問題是需求在整個軟件開發(fā)工程中經(jīng)常會改變。 迭代式開發(fā)。 RUP和類似的產(chǎn)品例如面向對象的軟件過程（OOSP），以及OPEN Process都是理解性的軟件工程工具把開發(fā)中面向過程的方面（例如定義的階段，技術和實踐）和其他開發(fā)的組件（例如文檔，模型，手冊以及代碼等等）整合在一個統(tǒng)一的框架內。軟件項目開發(fā)流程RUPRUP（Rational Unified Process，統(tǒng)一軟件開發(fā)過程，統(tǒng)一軟件過程)是一個面向對象且基于網(wǎng)絡的程序開發(fā)方法論。根據(jù)Rational(Rational Rose和統(tǒng)一建模語言的開發(fā)者)的說法，好像一個在線的指導者，它可以為所有方面和層次的程序開發(fā)提供指導方針，模版以及事例支持。一、六大經(jīng)驗在軟件開發(fā)的早期階段就想完全、準確的捕獲用戶的需求幾乎是不可能的。迭代式開發(fā)允許在每次迭代過程中需求可能有變化，通過不斷細化來加深對問題的理解。確定系統(tǒng)的需求是一個連續(xù)的過程，開發(fā)人員在開發(fā)系統(tǒng)之前不可能完全詳細的說明一個系統(tǒng)的真正需求。組件使重用成為可能，系統(tǒng)可以由組件組成。RUP描述了如何設計一個有彈性的、能適應變化的、易于理解的、有助于重用的軟件體系結構。RUP往往和UML聯(lián)系在一起，對軟件系統(tǒng)建立可視化模型幫助人們提供管理軟件復雜性的能力。項目管理論壇在RUP中軟件質量評估不再是事后進行或單獨小組進行的分離活動，而是內建于過程中的所有活動，這樣可以及早發(fā)現(xiàn)軟件中的缺陷?？刂栖浖兏?。RUP通過軟件開發(fā)過程中的制品，隔離來自其他工作空間的變更，以此為每個開發(fā)人員建立安全的工作空間。橫軸通過時間組織，是過程展開的生命周期特征，體現(xiàn)開發(fā)過程的動態(tài)結構，用來描述它的術語主要包括周期(Cycle)、階段(Phase)、迭代(Iteration)和里程碑(Milestone)；縱軸以內容來組織為自然的邏輯活動，體現(xiàn)開發(fā)過程的靜態(tài)結構，用來描述它的術語主要包括活動(Activity)、產(chǎn)物(Artifact)、工作者(Worker)和工作流(Workflow)。 RUP中定義了一些核心概念，RUP預先定義了很多角色。 活動：是一個有明確目的的獨立工作單元。 工件：是活動生成、創(chuàng)建或修改的一段信息。 RUP是一個通用的過程模板，包含了很多開發(fā)指南、制品、開發(fā)過程所涉及到的角色說明，由于它非常龐大所以對具體的開發(fā)機構和項目，用RUP時還要做裁剪，也就是要對RUP進行配置。RUP裁剪可以分為以下幾步： 1) 確定本項目需要哪些工作流。2) 確定每個工作流需要哪些制品。確定階段間演進要以風險控制為原則，決定每個階段要那些工作流，每個工作流執(zhí)行到什么程度，制品有那些，每個制品完成到什么程度。規(guī)劃RUP的4個階段中每次迭代開發(fā)的內容。工作流涉及角色、活動及制品，他的復雜程度與項目規(guī)模即角色多少有關。五、開發(fā)過程中的各個階段和里程碑　　RUP中的軟件生命周期在時間上被分解為四個順序的階段，分別是：初始階段(Inception)、細化階段(Elaboration)、構造階段(Construction)和交付階段(Transition)。在每個階段的結尾執(zhí)行一次評估以確定這個階段的目標是否已經(jīng)滿足。 1． 初始階段　　初始階段的目標是為系統(tǒng)建立商業(yè)案例并確定項目的邊界。本階段具有非常重要的意義，在這個階段中所關注的是整個項目進行中的業(yè)務和需求方面的主要風險。 初始階段結束時是第一個重要的里程碑：生命周期目標(Lifecycle Objective)里程碑。項目經(jīng)理博客2． 細化階段 　　細化階段的目標是分析問題領域，建立健全的體系結構基礎，編制項目計劃，淘汰項目中最高風險的元素。同時為項目建立支持環(huán)境，包括創(chuàng)建開發(fā)案例，創(chuàng)建模板、準則并準備工具。生命周期結構里程碑為系統(tǒng)的結構建立了管理基準并使項目小組能夠在構建階段中進行衡量。3． 構造階段 項目管理者聯(lián)盟文章　　在構建階段，所有剩余的構件和應用程序功能被開發(fā)并集成為產(chǎn)品，所有的功能被詳細測試。 構建階段結束時是第三個重要的里程碑：初始功能(Initial Operational)里程碑。此刻，要確定軟件、環(huán)境、用戶是否可以開始系統(tǒng)的運作。4． 交付階段 　　交付階段的重點是確保軟件對最終用戶是可用的。在生命周期的這一點上，用戶反饋應主要集中在產(chǎn)品調整，設置、安裝和可用性問題，所有主要的結構問題應該已經(jīng)在項目生命周期的早期階段解決了。此時，要確定目標是否實現(xiàn)，是否應該開始另一個開發(fā)周期。六、統(tǒng)一軟件開發(fā)過程RUP的核心工作流(Core Workflows) 　　RUP中有9個核心工作流，分為6個核心過程工作流(Core Process Workflows)和3個核心支持工作流(Core Supporting Workflows)。9個核心工作流在項目中輪流被使用，在每一次迭代中以不同的重點和強度重復。 項目管理者聯(lián)盟文章2． 需求(Requirements)項目經(jīng)理博客　　需求工作流的目標是描述系統(tǒng)應該做什么，并使開發(fā)人員和用戶就這一描述達成共識。轉自項目管理者聯(lián)盟3． 分析和設計(Analysis amp。分析設計的結果是一個設計模型和一個可選的分析模型。設計類被組織成具有良好接口的設計包(Package)和設計子系統(tǒng)(Subsystem)，而描述則體現(xiàn)了類的對象如何協(xié)同工作實現(xiàn)用例的功能。體系結構不僅僅是良好設計模型的承載媒介，而且在系統(tǒng)的開發(fā)中能提高被創(chuàng)建模型的質量。5． 測試(Test) 項目經(jīng)理圈子測試工作流要驗證對象間的交互作用，驗證軟件中所有組件的正確集成，檢驗所有的需求已被正確的實現(xiàn), 識別并確　　認缺陷在軟件部署之前被提出并處理。測試類似于三維模型，分別從可靠性、功能性和系統(tǒng)性能來進行。部署工作流描述了那些與確保軟件產(chǎn)品對最終用戶具有可用性相關的活動，包括：軟件打包、生成軟件本身以外的產(chǎn)品、安裝軟件、為用戶提供幫助。7． 配置和變更管理(Configuration amp。配置和變更管理工作流提供了準則來管理演化系統(tǒng)中的多個變體，跟蹤軟件創(chuàng)建過程中的版本。同時也闡述了對產(chǎn)品修改原因、時間、人員保持審計記錄。其目標包括：為項目的管理提供框架，為計劃、人員配備、執(zhí)行和監(jiān)控項目提供實用的準則，為管理風險提供框架等。環(huán)境工作流集中于配置項目過程中所需要的活動，同樣也支持開發(fā)項目規(guī)范的活動，提供了逐步的指導手冊并介紹了如何在組織中實現(xiàn)過程。一個迭代是一個完整的開發(fā)循環(huán)，產(chǎn)生一個可執(zhí)行的產(chǎn)品版本，是最終產(chǎn)品的一個子集，它增量式地發(fā)展，從一個迭代過程到另一個迭代過程到成為最終的系統(tǒng)。這樣做的結果是到實現(xiàn)末期產(chǎn)品完成并開始測試，在分析、設計和實現(xiàn)階段所遺留的隱藏問題會大量出現(xiàn)，項目可能要停止并開始一個漫長的錯誤修正周期。這叫做一個迭代生命周期。軟件生命周期是迭代的連續(xù)，通過它，軟件是增量的開發(fā)。因此一個開發(fā)迭代在某種意義上是在所有工作流中的一次完整的經(jīng)過，這些工作流至少包括：需求工作流、分析和設計工作流、實現(xiàn)工作流、測試工作流。 與