【文章內(nèi)容簡介】 timistic SavingDepositOptimistic SavingWithdrawOptimistic Deposit and Withdraw 正常 /中等 CheckingDepositNormal CheckingWithdrawNormal SavingDepositNormal 基于 RUP 的軟件開發(fā)過程規(guī)范 Draft 1 SavingWithdrawNormal Deposit and Withdraw 悲觀 /復(fù)雜 CheckingDepositPessimistic CheckingWithdrawPessimistic SavingDepositPessimistic SavingWithdrawPessimistic Inquiries and Transfers Checking Inquiry， Checking Transfer， Saving Inquiry， Saving Transfer Inquiries and Transfers 樂觀 /簡單 CheckingInquiryOptimistic CheckingTransferOptimistic SavingInquiryOptimistic SavingTransferOptimistic Inquiries and Transfers 正常 /中等 CheckingInquiryNormal CheckingTransferNormal SavingInquiryNormal SavingTransferNormal Inquiries and Transfers 悲觀 /復(fù)雜 CheckingInquiryPessimistic CheckingTransferPessimistic SavingInquiryPessimistic SavingTransferPessimistic Overdrafts CheckingOverdraft， SavingOverdraft Overdraft 樂觀 /簡單 CheckingOverdraftOptimistic SavingOverdraftOptimistic Overdraft 正常 /中等 CheckingOverdraftOptimistic SavingOverdraftNormal Overdraft 悲觀 /復(fù)雜 CheckingOverdraftOptimistic SavingOverdraftPessimistic 對每個 Build/Release 迭代，下面是計劃和監(jiān)控表。 UML 模型是當前模型的位置，例如 XYZ\F:UMLModels\. OO 項目 進度狀態(tài)表 迭代 1樂觀 /簡單 迭代 2正常 /中等 迭代 3悲觀 /復(fù)雜 UML 模型 計劃開始日期 修訂的開始日期 實際開始日期 計劃完成日期 修訂的完成日期 實際完成 /復(fù)查日期 目前完成百分比（ %） 模型復(fù)審日期 構(gòu)造批準日期 備注 UML 模型的復(fù)審每兩周進行一次或在每個迭代結(jié)束時進行。周期性的，我們可以計劃基于 RUP 的軟件開發(fā)過程規(guī)范 Draft 1 安排在一個迭代內(nèi)部對需求、分析、設(shè)計和實現(xiàn)進行 復(fù)審。所有 UML 視圖和規(guī)格說明應(yīng)被放置在姓名目錄中，并且使所有項目復(fù)審和評論人員可以獲得。每個迭代的源代碼和測試結(jié)果也應(yīng)使所有項目復(fù)審和評論人員可以獲得。模型復(fù)審應(yīng)包含對主要的 UML 視圖和問題的簡要評述。 使用 Use Case 增量和 build/release 迭代的好處有： ? 支持有效的計劃和決策，“一點一點”而不是“一次完成”的方式 ? 降低 項目風險 ，因為客戶可以看見切實的結(jié)果 ? 支持有效的變更管理 ? 支持創(chuàng)建分階段交付的一個質(zhì)量系統(tǒng) Use Case 需求規(guī)格說明 Use Case 規(guī)格說明是 OO 項目 需求的主要規(guī)格 說明文檔之一。每個 OO 項目 Use Case要收集以下信息：名稱、發(fā)起者、輸入?yún)?shù)、輸出返回值、前提條件 /異常情況、后置條件/異常情況、基本 /樂觀的場景、替代 /悲觀場景、業(yè)務(wù)規(guī)則、測試用例。 WithdrawFromCheckingAccount Use Case 的 Use Case 規(guī)格說明 Use Case 名稱 WithdrawFromCheckingAccount 觸發(fā)用例 WithdrawFromCheckingAccount 輸入?yún)?shù) sAcctNum， nWithdraw 輸出返回 SText 前提條件 ValidAccount = true and nWithdraw = nCurrentBalance 引發(fā)異常的前提條件 To be determined 描述 /變換 nCurrentBalance = nCurrentBalance–nWithdraw 后置條件 nCurrentBalance nOldBalance 異常的后置條件 None 基本 /樂觀的場景 文本 –待確定；圖形 見 WithdrawFromCheckingAccount–Optimistic Scenario 序列圖 替代 /悲觀的場景 文本 –待確定；圖形 –見 WithdrawFromCheckingAccount 活動圖 業(yè)務(wù)規(guī)則 ValidAccountRule， AdequateBalanceRule 測試用例 1–Optimistic: ? Inputs: ? sAcctNum–BGates001 ? nWithdraw–100 ? nCurrentBalance–1000 ? Conditions: None ? Output: BGates001 withdraw $100 OK and recorded， 2 … To be determined 輸入 /輸出表單 見 下面 Input/Output Forms for WithdrawFromCheckingAccount Use Case 基于 RUP 的軟件開發(fā)過程規(guī)范 Draft 1 Withdraw Request Form Customer Account Number __________ Withdraw Amount __________ ButtonSubmit ButtonClear Withdraw Response Form Customer Account Number __________ Withdraw Amount __________ Status ________________________ ButtonOK 使用良好定義的 Use Case 規(guī)格說明的好處是： ? 支持 Use Case 建模的一致性 ? 支持完整性，尤其對識別前提條件、后置條件和業(yè)務(wù)規(guī)則 ? 對與行業(yè)專家的交流很有用 在構(gòu)建階段的 RUP模型 在構(gòu)建階段，我們創(chuàng)建主要的 UML 視圖和規(guī)格說明。 基于 RUP 的軟件開發(fā)過程規(guī)范 Draft 1 項目視圖/ 軟件需求規(guī)約包視圖包含所有用例的用例視圖為每個U s e C a s e C o u r s e 繪制序列圖為每個U s e C a s e s 所有C o u r s e 繪制活動圖序列圖和/ 或協(xié)作圖活動圖和狀態(tài)圖Activity StateActivity StateActivity StateActivity StateStateState第四步：實現(xiàn)流程環(huán)境( 軟件和硬件)組件圖/ 部署圖和代碼第三步：設(shè)計流程環(huán)境( 軟件和硬件)更新類圖/ 包圖/ 序列圖/ 協(xié)作圖/ 活動圖/ 狀態(tài)圖系統(tǒng)/ 子系統(tǒng)/ 組件第一步：需求包/ 類/ 對象第二步：分析類模型第五步：測試和部署測試模型構(gòu)造 配置模型配置模型基于 RUP 的軟件開發(fā)過程規(guī)范 Draft 1 這些模型在 RUP 中的關(guān)鍵部分如下表所示。關(guān)鍵是對每個 build/release 迭代 (34 星期 )創(chuàng)建所有這些模型。 需求模型 分析模型 設(shè)計模型 實現(xiàn)模型 測試模型 關(guān) 鍵 的UML 元素 系統(tǒng)，行動者，Use Case， 迭代 業(yè)務(wù)包 ，類，對象，消息 硬件和軟件配置， 包，類，對象，消息 組件，節(jié)點， 代碼 測試計劃 和 測試用例 工作要點 將 系統(tǒng) 看成黑盒進行建模 在問題域?qū)I(yè)務(wù)元素建模，不涉及實現(xiàn)細節(jié) 為根據(jù)一個特定的實現(xiàn)（如 硬件和軟件配置 ）更新分析模型中的視圖和規(guī)格說明 為發(fā)布環(huán)境的物理元素建模， 代碼 滿足所有需求 單元 (類 /操作 ) 測試 ， 集成 /系統(tǒng) /驗收測試 目標 元素之間弱偶合 強內(nèi)聚 所有 Use Case 和場景都有充分的信息，所有增量 /迭代已計劃 滿足需求的最簡單的業(yè)務(wù) /問題域模型 有充分的信息可以生成代碼或手工編碼 優(yōu)化 組件體系結(jié)構(gòu) –網(wǎng)絡(luò)友好， 代碼 滿足所有需求 充分的測試保證 代碼 滿足所有需求 靜態(tài) /結(jié)構(gòu)性視圖 方塊圖和 Use Case 圖 包 圖 /類 圖 包 圖 /類 圖 組件 圖 /部署圖 /逆向工程 類 圖 動態(tài) /時間相關(guān)的視圖 Use Case 圖 ， 為每個 Use Case 的每個 Use Case 場景 繪制 序列圖 為每個 Use Case場景 繪制 序列圖 ，為每個基于狀態(tài)的類繪制 狀態(tài)圖，為每個復(fù)雜的操作繪制 活動圖 為每個 Use Case 場景 繪制 序列圖 ，為每個基于狀態(tài)的類繪制 狀態(tài)圖， 為每個復(fù)雜的操作繪制活動圖 根據(jù)需要更新 序列圖 來顯示分布式 消息 工具 ROSE ， 需求 跟蹤 ， 配置管理 ROSE， 需求跟蹤 ，配置管理 ROSE， 需求跟蹤 ，配置管理 ROSE， 需求跟蹤 ， 配置管理，測試 配置管理，測試 關(guān)鍵角色 業(yè)務(wù) /系統(tǒng)分析員 業(yè)務(wù) /系統(tǒng)分析員 程序員 體系結(jié)構(gòu)師，程序員 程序員 /測試員 模型結(jié)束 項目經(jīng)理 ， 體系結(jié)構(gòu)師，客戶 /用戶 項目經(jīng)理，體系結(jié)構(gòu)師，客戶 /用戶 項目經(jīng)理 ，體系結(jié)構(gòu)師