【導(dǎo)讀】在項(xiàng)目中有大量的模板和表格需。要你來(lái)填寫(xiě)，以記錄項(xiàng)目的信息、估計(jì)等。本文的最重要的參考文獻(xiàn)是《RationalUnified. 將項(xiàng)目名字OO項(xiàng)目改為你的項(xiàng)目名稱；更新本文檔以反映你的項(xiàng)目的計(jì)劃和策略；根據(jù)項(xiàng)目組成員的反饋進(jìn)行改進(jìn)，將批準(zhǔn)后的項(xiàng)目計(jì)劃放入一個(gè)共享目錄；進(jìn)，創(chuàng)造高質(zhì)量的軟件產(chǎn)品。成，并且必須在規(guī)定的時(shí)間完成，同時(shí)滿足預(yù)算要求和符合合同規(guī)定的技術(shù)規(guī)范要求。個(gè)項(xiàng)目的關(guān)鍵問(wèn)題見(jiàn)下圖。使用RUP為每個(gè)構(gòu)造/發(fā)布項(xiàng)創(chuàng)建下列模型：需求、分析、設(shè)計(jì)、實(shí)現(xiàn)和測(cè)試。使用UML元素和語(yǔ)義。使用面向?qū)ο蟮囊?guī)模、復(fù)雜性和質(zhì)量度量。GradyBooch在對(duì)象-Solutions–Managingthe對(duì)象-OrientedProject中說(shuō)：“軟件管理。對(duì)最本質(zhì)的最小功能集最優(yōu)的系統(tǒng)。應(yīng)用一個(gè)被良好管理的迭代增量開(kāi)發(fā)聲明周期。對(duì)整個(gè)企業(yè)來(lái)說(shuō)知道OO項(xiàng)目處在何。便于為OO項(xiàng)目系統(tǒng)指定責(zé)任和組件的交互

　　

【正文】 是從源代碼產(chǎn)生 UML 視圖和規(guī)格說(shuō)明的方法。類圖可以通過(guò) CASE 工具從源代碼中自動(dòng)生成。其他視圖，如 Use Case 圖、序列圖、狀態(tài)圖等，必須利用生成的類圖手工創(chuàng)建并和領(lǐng)域?qū)＜疫M(jìn)行交流。下面是為每個(gè) Build/Release 迭代開(kāi)發(fā)逆向工程 UML 模型的步驟： 1–選擇一個(gè)或多個(gè) CASE 工具 來(lái)對(duì) OO 項(xiàng)目 的源代碼進(jìn)行逆向工程，在 CASE 工具 中設(shè)置逆向選擇項(xiàng)。 2–收集 build/release 的源代碼 3–對(duì)每個(gè)目錄 /包逆向工程源代碼來(lái)產(chǎn)生逆向工程類圖 4–驗(yàn)證和更新逆向工程類圖以保證視圖準(zhǔn)確地顯示了類、屬性、 操作和關(guān)系（實(shí)現(xiàn)關(guān)系、泛化關(guān)系、關(guān)聯(lián)關(guān)系、聚合關(guān)系、合成關(guān)系和依賴性） 5–創(chuàng)建一個(gè)詞匯表 —— 數(shù)據(jù)字典，列出并定義了所有主要的詞匯和其他來(lái)自逆向工程類圖的報(bào)告 6–在檢查了逆向工程類圖和報(bào)告之后，創(chuàng)建一個(gè)推薦的為正確性、與編碼標(biāo)準(zhǔn)一致等目的的代碼變更列表。 逆向工程的益處在于： ? 可視化地顯示代碼 ? 盡早識(shí)別質(zhì)量差地代碼，例如意大利式細(xì)面條式的代碼 ? 提倡遵循項(xiàng)目的編碼標(biāo)準(zhǔn)，例如大小寫(xiě)、前綴、命名規(guī)則等。 ? 提高代碼的質(zhì)量 測(cè)試 測(cè)試應(yīng)在項(xiàng)目的整個(gè)生命周期中進(jìn)行。測(cè)試維度包括： ? 質(zhì)量：可靠性、 Use Case 要求 的功能、性能 ? 測(cè)試階段： ? 單元測(cè)試（ Unit Tests） –系統(tǒng)最小的可測(cè)元素被獨(dú)立地測(cè)試，例如組件、協(xié)作、類、操作 ? 集成測(cè)試（ Integration Tests） –測(cè)試集成單元（組件或子系統(tǒng)） ? 系統(tǒng)測(cè)試（ System Test） –完成的系統(tǒng)被測(cè)試 ? 驗(yàn)收測(cè)試（ Acceptance Test） –完整的系統(tǒng)被最終用戶測(cè)試，為部署做好準(zhǔn)備 ? 測(cè)試的類型： ? Benchmark 測(cè)試 ? 配置測(cè)試 ? 功能測(cè)試 ? 安裝測(cè)試 ? 集成性測(cè)試 基于 RUP 的軟件開(kāi)發(fā)過(guò)程規(guī)范 Draft 1 ? 負(fù)載測(cè)試 ? 性能測(cè)試 OO 項(xiàng)目 的測(cè)試計(jì)劃應(yīng)包括以下內(nèi)容： ? 測(cè)試用例（ Test Case） –一組 測(cè)試輸入、條件和期望的結(jié)果的集合見(jiàn)下面的測(cè)試用例規(guī)格說(shuō)明 ? 測(cè)試過(guò)程（ Test Procedures） –“如何”建立、執(zhí)行和評(píng)估測(cè)試結(jié)果的活動(dòng)步驟 ? 測(cè)試腳本（ Test Scripts） –自動(dòng)測(cè)試用的高級(jí)語(yǔ)言腳本 ? 測(cè)試類和組件（ Test Classes and Components） –驅(qū)動(dòng)（ drivers） ， 樁（ stubs） ， 和其他用于測(cè)試的程序 下面是 OO 項(xiàng)目 的測(cè)試用例規(guī)格說(shuō)明（ Test Case Specification）： 測(cè)試用例規(guī)格說(shuō)明 測(cè)試用例 名稱 Use Case 名稱 Use Case 場(chǎng)景 名稱 觸發(fā)用例 輸入?yún)?shù) 輸出返回 前提條件 引發(fā)異常的前提條件 描述 /變換 后置條件 異常的后置條件 備注 迭代的測(cè)試 –Planned/Completed/% in each cell 引用 /位置 迭代 1樂(lè)觀 /簡(jiǎn)單 迭代 2正常 /中等 迭代 3悲觀 /復(fù)雜 單元測(cè)試 –操作 單元測(cè)試 –類 單元測(cè)試 組件 集成測(cè)試 系統(tǒng) 測(cè)試 –End to End 用戶驗(yàn)收測(cè)試 質(zhì)量因素備注：可靠性、正確性、可擴(kuò) 展性、可重用性、可移植性、可維護(hù)性、可用性 基于 RUP 的軟件開(kāi)發(fā)過(guò)程規(guī)范 Draft 1 測(cè)試的益處有： ? 支持盡早識(shí)別缺陷，從而降低改正缺陷的成本 ? 支持盡早識(shí)別 風(fēng)險(xiǎn) 和問(wèn)題 ? 支持組件正確的交互作用和集成 ? 支持建立高質(zhì)量、無(wú)缺陷的系統(tǒng) 8 總結(jié) 此項(xiàng)目計(jì)劃是為了幫助所有項(xiàng)目成員為成功地完成項(xiàng)目，創(chuàng)建一個(gè)高質(zhì)量的無(wú)缺陷的系統(tǒng)，滿足客戶需求而協(xié)同工作 項(xiàng)目計(jì)劃批準(zhǔn)： _____________________ _____________________ _____________________ 項(xiàng)目經(jīng)理批準(zhǔn)和日期 體系結(jié)構(gòu)師批準(zhǔn)和日期 批準(zhǔn)和日 期 9 附錄 創(chuàng)建一個(gè)完整 UML 模型要進(jìn)行的工作 業(yè)務(wù)建模（ Business Modeling） —— 企業(yè)級(jí) 見(jiàn) RUP 中的核心工作流“業(yè)務(wù)建模” 需求（ Requirements） —— 系統(tǒng) /子系統(tǒng) /組件級(jí) （與實(shí)現(xiàn)語(yǔ)言無(wú)關(guān)） 1–需求 –復(fù)審需求陳述、系統(tǒng)流圖和系統(tǒng)方框圖（客戶提供）?？筛鶕?jù)需要?jiǎng)?chuàng)建一個(gè)系統(tǒng)協(xié)作圖（商業(yè)環(huán)境視圖）顯示對(duì)象 /數(shù)據(jù)的輸入輸出來(lái)設(shè)置系統(tǒng)的邊界?？筛鶕?jù)需要?jiǎng)?chuàng)建一個(gè)需求跟蹤表列出所有需求的名稱、編號(hào)、引用、 Use Case、 UML 元素、測(cè)試用例、描述、負(fù)責(zé)人等。可根據(jù)需要復(fù)審管理計(jì)劃、進(jìn)度、 風(fēng)險(xiǎn) 、命名 /編碼標(biāo)準(zhǔn)、方法計(jì)劃 ——UML 過(guò)程 /板型 /性質(zhì) /約束。 2–所有 Use Case–創(chuàng)建 Use Case 圖 顯示所有的 Use Case?？筛鶕?jù)需要顯示 Use Case 關(guān)系（包含、擴(kuò)展、泛化）和 /或?qū)哟位?Use Case（高級(jí)別的被細(xì)化）。識(shí)別 Use Case 增量和迭代。 3–每個(gè) Use Case–為每個(gè) Use Case 創(chuàng)建一個(gè) Use Case 規(guī)格說(shuō)明 ，包括名稱、 觸發(fā)用例 、輸入、輸出、 前提條件 /異常 、 后置條件 /異常 、基本和替代場(chǎng)景（樂(lè)觀到悲觀）、 業(yè)務(wù)規(guī)則 ?？筛鶕?jù)需要為每個(gè) Use Case 場(chǎng)景創(chuàng)建一個(gè) 序列圖 。 可根據(jù)需要為每個(gè) Use Case 創(chuàng)建輸入 /輸出表單和測(cè)試用例。 4–每個(gè) Use Case 的所有場(chǎng)景 –為每個(gè) Use Case 的所有場(chǎng)景創(chuàng)建一個(gè) 活動(dòng)圖 來(lái)顯示所有 Use Case 場(chǎng)景 (樂(lè)觀到悲觀 )?？筛鶕?jù)需要為一個(gè) Use Case 用文本、流程圖或其他視圖顯示所有場(chǎng)景 /路徑。 基于 RUP 的軟件開(kāi)發(fā)過(guò)程規(guī)范 Draft 1 5–信息 –創(chuàng)建 Product Capabilities 列出所有非功能性需求：可用性（可靠性、性能、安全性、人員素質(zhì)要求）、通用性（可移植性、兼容性）、時(shí)間、空間、內(nèi)存等等?？筛鶕?jù)需要?jiǎng)?chuàng)建一個(gè)語(yǔ)義數(shù)據(jù)模型（高等級(jí)概念模型 —— High Order Concept Model （ HOCM）） 來(lái)顯示所有作為類圖 /包圖基礎(chǔ)的系統(tǒng)內(nèi)部和外部的主要元素 /概念。 分析（ Analysis） –類和對(duì)象級(jí)別（與實(shí)現(xiàn)語(yǔ)言無(wú)關(guān)） 6–類和包 –創(chuàng)建侯選類列表、 CRC Cards （ Class Responsibility Collaboration） 、 類圖 和 包圖 ?？筛鶕?jù)需要?jiǎng)?chuàng)建一個(gè) 對(duì)象圖 來(lái)顯示屬性值。 7–對(duì)象和消息 –為每個(gè) Use Case 的 樂(lè)觀場(chǎng)景 創(chuàng)建一個(gè) 序列圖 。可根據(jù)需要為其他場(chǎng)景創(chuàng)建 序列圖 。另一種方案是使用 Collaboration 圖 代替 序列圖 。 8–狀態(tài)和 變換 – 為每個(gè)基于狀態(tài)的類創(chuàng)建一個(gè) 狀態(tài) 圖 來(lái)顯示狀態(tài)、事件、條件和行動(dòng)。 9–操作 – 為每個(gè)復(fù)雜的操作創(chuàng)建一個(gè) 操作 規(guī)格說(shuō)明 來(lái)說(shuō)明 前提條件 、變換、 后置條件和異常。可根據(jù)需要為每個(gè)復(fù)雜的操作創(chuàng)建一個(gè) 活動(dòng)圖 來(lái)顯示活動(dòng)狀態(tài)序列、條件和行動(dòng)。 設(shè)計(jì)（ Design） –類和對(duì)象級(jí)別并針對(duì)一個(gè)特定流程環(huán)境 10–流程環(huán)境 – 創(chuàng)建流程環(huán)境，由計(jì)劃實(shí)現(xiàn)的硬件和軟件配置清單組成，具體內(nèi)容包括：操作系統(tǒng)、語(yǔ)言、類庫(kù)、組件、 GUI、分布式對(duì)象請(qǐng)求代理、持久性數(shù)據(jù)存儲(chǔ)等?？筛鶕?jù)需要列出潛在的模式、組件標(biāo)準(zhǔn)（ COM/COM+、 Java Bean、 CORBA）、命名轉(zhuǎn)換、編碼標(biāo)準(zhǔn)、代碼生成腳本、工具（ CASE、編譯器、配置管理、測(cè)試等） 11–更新分析視圖和規(guī)格說(shuō)明 –更新所有視圖和規(guī)格說(shuō)明，添加關(guān)于流程環(huán)境的詳細(xì)信息，包括數(shù)據(jù)類型、可見(jiàn)性、參數(shù) /返回值、支持類、操作細(xì)節(jié)（ 前提條件 /異常 、變換、后置條件 /異常 ）等等?？筛鶕?jù)需要提供模式的實(shí)現(xiàn)，例如多態(tài)性操作、異常處理（異常超類 /子 類 ）、線程、數(shù)據(jù)訪問(wèn)、交易、安全、消息隊(duì)列等。目標(biāo)是：視圖和規(guī)格說(shuō)明為編碼或代碼生成提供了足夠充分的信息。 實(shí)現(xiàn)（ Implementation） –系統(tǒng) /子系統(tǒng) /組件級(jí)別并針對(duì) 一個(gè)特定的流程環(huán)境 12–實(shí)現(xiàn)流程環(huán)境、組件標(biāo)準(zhǔn)和組件模式 –更新流程環(huán)境以顯示提供的組件（ GUI、數(shù)據(jù)訪問(wèn)、交易、分布、消息隊(duì)列、安全等）、組件標(biāo)準(zhǔn)（ COM/COM+、 Enterprise Java Bean、CORBA）和組件到組件的模式，例如小的單一的操作組件、基于組件的類、每個(gè)用戶的會(huì)話 —— 實(shí)體組件、基于組件的包、大的多個(gè)包的組件。 13–實(shí)現(xiàn)組件 –創(chuàng)建 組件圖 來(lái)顯示所有要求的組件和文件，以及依賴關(guān)系。例如 .EXE、DLL、 .OCX、 .LIB、 .TXT、 .HLP 等等?？筛鶕?jù)需要顯示接口和創(chuàng)建一個(gè) 接口 圖 來(lái) 顯示外顯的操作?？筛鶕?jù)需要顯示 IDL（ Interface Definition Language）代碼，例如 CORBA IDL、Microsoft IDL、 Java。 14–實(shí)現(xiàn)節(jié)點(diǎn)（處理器和設(shè)備） – 創(chuàng)建 部署 圖 來(lái)顯示所有需要的處理器、設(shè)備和其他裝置，例如客戶端網(wǎng)絡(luò)計(jì)算機(jī)、 Windows PC、 NT Server、 Transaction Server、 Web Server、Mail Server、 Fax、 Printer、 Network 等。 基于 RUP 的軟件開(kāi)發(fā)過(guò)程規(guī)范 Draft 1 構(gòu)建（ Construction） 15–編碼標(biāo)準(zhǔn)和代碼生成腳本 –更新編 碼標(biāo)準(zhǔn)和代碼生成腳本。編碼標(biāo)準(zhǔn)列出了示例代碼以顯示所有主要 UML 元素和關(guān)系的代碼和繼承、接口、異常、線程方面處理的策略要求。 16–為每個(gè)組件編碼并進(jìn)行逆向工程生成類圖 測(cè)試（ Testing） 17–測(cè)試計(jì)劃 – 更新測(cè)試計(jì)劃列出所有測(cè)試用例（名稱、輸入、輸出、條件）、測(cè)試過(guò)程（每個(gè)測(cè)試用例執(zhí)行的 step by step 的指令）、測(cè)試組件（驅(qū)動(dòng)、樁和腳本） 18–測(cè)試 –執(zhí)行測(cè)試，例如類 /操作測(cè)試（單元測(cè)試）、獨(dú)立組件測(cè)試（基于 Use Case）、整個(gè)系統(tǒng) —— 多組件測(cè)試（基于 Use Case 的集成 /系統(tǒng) /驗(yàn)收測(cè) 試） 根據(jù)需要對(duì)其他組件進(jìn)行建模和構(gòu)造 19–GUI/用戶界面 /外部接口組件 –可選 – 創(chuàng)建 GUI 組件（ windows， menus， dialog boxes，panels） 20–持久性存儲(chǔ)組件 – 可選 –創(chuàng)建持久性存儲(chǔ)組件 —— 數(shù)據(jù)存儲(chǔ)表 /存儲(chǔ)過(guò)程 /觸發(fā)器等