【正文】 16–為每個組件編碼并進行逆向工程生成類圖 測試（ Testing） 17–測試計劃 – 更新測試計劃列出所有測試用例（名稱、輸入、輸出、條件）、測試過程（每個測試用例執(zhí)行的 step by step 的指令）、測試組件（驅(qū)動、樁和腳本） 18–測試 –執(zhí)行測試，例如類 /操作測試（單元測試）、獨立組件測試（基于 Use Case）、整個系統(tǒng) —— 多組件測試（基于 Use Case 的集成 /系統(tǒng) /驗收測 試） 根據(jù)需要對其他組件進行建模和構(gòu)造 19–GUI/用戶界面 /外部接口組件 –可選 – 創(chuàng)建 GUI 組件（ windows， menus， dialog boxes，panels） 20–持久性存儲組件 – 可選 –創(chuàng)建持久性存儲組件 —— 數(shù)據(jù)存儲表 /存儲過程 /觸發(fā)器等 。 基于 RUP 的軟件開發(fā)過程規(guī)范 Draft 1 構(gòu)建（ Construction） 15–編碼標(biāo)準(zhǔn)和代碼生成腳本 –更新編 碼標(biāo)準(zhǔn)和代碼生成腳本。可根據(jù)需要顯示 IDL（ Interface Definition Language）代碼，例如 CORBA IDL、Microsoft IDL、 Java。例如 .EXE、DLL、 .OCX、 .LIB、 .TXT、 .HLP 等等。 實現(xiàn)（ Implementation） –系統(tǒng) /子系統(tǒng) /組件級別并針對 一個特定的流程環(huán)境 12–實現(xiàn)流程環(huán)境、組件標(biāo)準(zhǔn)和組件模式 –更新流程環(huán)境以顯示提供的組件（ GUI、數(shù)據(jù)訪問、交易、分布、消息隊列、安全等）、組件標(biāo)準(zhǔn)（ COM/COM+、 Enterprise Java Bean、CORBA）和組件到組件的模式，例如小的單一的操作組件、基于組件的類、每個用戶的會話 —— 實體組件、基于組件的包、大的多個包的組件。可根據(jù)需要提供模式的實現(xiàn)，例如多態(tài)性操作、異常處理（異常超類 /子 類 ）、線程、數(shù)據(jù)訪問、交易、安全、消息隊列等。 設(shè)計（ Design） –類和對象級別并針對一個特定流程環(huán)境 10–流程環(huán)境 – 創(chuàng)建流程環(huán)境，由計劃實現(xiàn)的硬件和軟件配置清單組成，具體內(nèi)容包括：操作系統(tǒng)、語言、類庫、組件、 GUI、分布式對象請求代理、持久性數(shù)據(jù)存儲等。 9–操作 – 為每個復(fù)雜的操作創(chuàng)建一個 操作 規(guī)格說明 來說明 前提條件 、變換、 后置條件和異常。另一種方案是使用 Collaboration 圖 代替 序列圖 。 7–對象和消息 –為每個 Use Case 的 樂觀場景 創(chuàng)建一個 序列圖 。 分析（ Analysis） –類和對象級別（與實現(xiàn)語言無關(guān)） 6–類和包 –創(chuàng)建侯選類列表、 CRC Cards （ Class Responsibility Collaboration） 、 類圖 和 包圖 。 基于 RUP 的軟件開發(fā)過程規(guī)范 Draft 1 5–信息 –創(chuàng)建 Product Capabilities 列出所有非功能性需求：可用性（可靠性、性能、安全性、人員素質(zhì)要求）、通用性（可移植性、兼容性）、時間、空間、內(nèi)存等等。 4–每個 Use Case 的所有場景 –為每個 Use Case 的所有場景創(chuàng)建一個 活動圖 來顯示所有 Use Case 場景 (樂觀到悲觀 )。可根據(jù)需要為每個 Use Case 場景創(chuàng)建一個 序列圖 。識別 Use Case 增量和迭代。 2–所有 Use Case–創(chuàng)建 Use Case 圖 顯示所有的 Use Case。可根據(jù)需要創(chuàng)建一個需求跟蹤表列出所有需求的名稱、編號、引用、 Use Case、 UML 元素、測試用例、描述、負(fù)責(zé)人等。測試維度包括： ? 質(zhì)量：可靠性、 Use Case 要求 的功能、性能 ? 測試階段： ? 單元測試（ Unit Tests） –系統(tǒng)最小的可測元素被獨立地測試，例如組件、協(xié)作、類、操作 ? 集成測試（ Integration Tests） –測試集成單元（組件或子系統(tǒng)） ? 系統(tǒng)測試（ System Test） –完成的系統(tǒng)被測試 ? 驗收測試（ Acceptance Test） –完整的系統(tǒng)被最終用戶測試，為部署做好準(zhǔn)備 ? 測試的類型： ? Benchmark 測試 ? 配置測試 ? 功能測試 ? 安裝測試 ? 集成性測試 基于 RUP 的軟件開發(fā)過程規(guī)范 Draft 1 ? 負(fù)載測試 ? 性能測試 OO 項目 的測試計劃應(yīng)包括以下內(nèi)容： ? 測試用例（ Test Case） –一組 測試輸入、條件和期望的結(jié)果的集合見下面的測試用例規(guī)格說明 ? 測試過程（ Test Procedures） –“如何”建立、執(zhí)行和評估測試結(jié)果的活動步驟 ? 測試腳本（ Test Scripts） –自動測試用的高級語言腳本 ? 測試類和組件（ Test Classes and Components） –驅(qū)動（ drivers） ， 樁（ stubs） ， 和其他用于測試的程序 下面是 OO 項目 的測試用例規(guī)格說明（ Test Case Specification）： 測試用例規(guī)格說明 測試用例 名稱 Use Case 名稱 Use Case 場景 名稱 觸發(fā)用例 輸入?yún)?shù) 輸出返回 前提條件 引發(fā)異常的前提條件 描述 /變換 后置條件 異常的后置條件 備注 迭代的測試 –Planned/Completed/% in each cell 引用 /位置 迭代 1樂觀 /簡單 迭代 2正常 /中等 迭代 3悲觀 /復(fù)雜 單元測試 –操作 單元測試 –類 單元測試 組件 集成測試 系統(tǒng) 測試 –End to End 用戶驗收測試 質(zhì)量因素備注：可靠性、正確性、可擴 展性、可重用性、可移植性、可維護性、可用性 基于 RUP 的軟件開發(fā)過程規(guī)范 Draft 1 測試的益處有： ? 支持盡早識別缺陷，從而降低改正缺陷的成本 ? 支持盡早識別 風(fēng)險 和問題 ? 支持組件正確的交互作用和集成 ? 支持建立高質(zhì)量、無缺陷的系統(tǒng) 8 總結(jié) 此項目計劃是為了幫助所有項目成員為成功地完成項目，創(chuàng)建一個高質(zhì)量的無缺陷的系統(tǒng)，滿足客戶需求而協(xié)同工作 項目計劃批準(zhǔn)： _____________________ _____________________ _____________________ 項目經(jīng)理批準(zhǔn)和日期 體系結(jié)構(gòu)師批準(zhǔn)和日期 批準(zhǔn)和日 期 9 附錄 創(chuàng)建一個完整 UML 模型要進行的工作 業(yè)務(wù)建模（ Business Modeling） —— 企業(yè)級 見 RUP 中的核心工作流“業(yè)務(wù)建模” 需求（ Requirements） —— 系統(tǒng) /子系統(tǒng) /組件級 （與實現(xiàn)語言無關(guān)） 1–需求 –復(fù)審需求陳述、系統(tǒng)流圖和系統(tǒng)方框圖（客戶提供）。 逆向工程的益處在于： ? 可視化地顯示代碼 ? 盡早識別質(zhì)量差地代碼，例如意大利式細(xì)面條式的代碼 ? 提倡遵循項目的編碼標(biāo)準(zhǔn)，例如大小寫、前綴、命名規(guī)則等。下面是為每個 Build/Release 迭代開發(fā)逆向工程 UML 模型的步驟： 1–選擇一個或多個 CASE 工具 來對 OO 項目 的源代碼進行逆向工程，在 CASE 工具 中設(shè)置逆向選擇項。類圖可以通過 CASE 工具從源代碼中自動生成。 ? 正確性證明（可選）（ Correctness Proofs） –使用數(shù)學(xué)形式化的正則模型來證明模型和代碼分析和設(shè)計的正確性 構(gòu)建階段 的 QA 活動 QA 活動 需求模型 分析模型 設(shè)計模 型 實現(xiàn)模型 測試模型 QA 計劃 項目計劃 項目計劃 項目計劃 項目計劃，編碼標(biāo)準(zhǔn) 測試計劃 UML 模型復(fù)審和評審 系統(tǒng) 需求， 項目計劃 ， 見 需求模型檢查列表 分析模型 的視圖和規(guī)格說明， 見 分析模型檢查列表 設(shè)計模型 的視圖和規(guī)格說明， 見 設(shè)計模型檢查列表 CASE 工具腳本 ，測試用例，代碼 評審， 見實現(xiàn)模型檢查列表 測試用例，代碼 評審， 見 測試模型檢查列表 工具檢查 需求跟蹤 用 CASE 工具檢查 分析模型 用 CASE 工具檢查 設(shè)計模型 編譯器 ，代碼分析工具 ，CASE 逆向工程 ， 測試工具 單元 / 集成 /系統(tǒng) /驗收測試工具 操作規(guī)格說明 操作規(guī)格說明（ Operation Specification）是關(guān)鍵的規(guī)格說明，它對支持正確性很有用。以一個系統(tǒng)的輸入消息基于 RUP 的軟件開發(fā)過程規(guī)范 Draft 1 開 始，執(zhí)行完整的 USE CASE 場景，得到系統(tǒng)的輸出消息。關(guān)于正確性和缺陷發(fā)現(xiàn)的質(zhì)量保證活動包括： ? UML 模型復(fù)審（ UML Model Reviews） –這些包括視圖和規(guī)格說明的描述 ? 走查（可選）（ Walkthroughs ） – 一種角色扮演技術(shù)，檢查 OO 模型的完整性和一致性。 ? 在高質(zhì)量重用元素的基礎(chǔ)上可 以構(gòu)造高質(zhì)量的系統(tǒng) 7 質(zhì)量保證和測試 質(zhì)量保證（ Quality Assurance） 是保證適當(dāng)?shù)倪^程、資源和管理來創(chuàng)建一個滿足約束條件的、無缺陷的高質(zhì)量的系統(tǒng)。 在 OO 項目 中，我們將維護重用表。 模式重用（ Pattern Reuse） 是使用已經(jīng)標(biāo)準(zhǔn)化的模式，如在 Design Patterns by Erich Gamma，Richard Helm， Ralph Johnson， and John Vlissides， Patterns in Java Vol 1 and 2 by Mark Grand， A 系統(tǒng) of Patterns by Frank Buschmann， Regine Meunier， Hans Rohnert， Peter Sommerlad， and Michael Stal， and other books. 框架重用（ Framework Reuse） 是一起使用實現(xiàn)了一個公共技術(shù)或業(yè)務(wù)領(lǐng)域基本功能的 類集合。它指使用為關(guān)鍵的開發(fā)工件 —— 文檔、模型和源代碼使用一組公共的布局的集合。 繼承重用（ Inheritance Reuse） 是使用繼承來利用現(xiàn)存類實現(xiàn)的行為。類重用是通過共享公共類或函數(shù)或過程的集合的方式實現(xiàn)的。在 Scott Ambler 的文章 Building 對象 Applications That Work (SIGS Books，