![]() ![]() |
![]()
|
在本文第一部分中討論了為用例劃分優先級過程,為該過程作準備,我們在 IBM Rational XDE Developer 中為用例設置需求屬性,單擊用例右鍵菜單,選擇 RequisitePro?View Requirement Properties。在對話框中單擊 Attributes 標簽,然后設置用例屬性值。注意您可以在與 Rational XDE Developer 模型關聯后的 IBM Rational RequisitePro 項目中,改變"即開即用"的用例屬性和它們的默認值。還可以從該對話框中,單擊 Traceability 標簽,來建立用例和其他需求之間的可跟蹤性。
圖6 在 Rational XDE Developer 中查看并編輯用例需求屬性

![]() ![]() |
![]()
|
當在 Rational XDE Developer 中,為用例附加了用例文檔或分配了需求屬性后,用例即成為 Rational RequisitePro 中需求集的一部分。同樣,可以使用 Rational RequisitePro 需求管理功能將用例排序(按優先級、按迭代等),來查詢特定用例(例如只計劃用于下一個迭代的用例,),并且生成用例矩陣。
IBM Rational RequisitePro 中一個屬性矩陣視圖(見圖7)提供了一個全部用例(或所選的用例子集)和其對應屬性的視圖。該視圖幫助您組織用例信息,來回答本文開始時的第一個問題:我如何組織用例?可以運行查詢來確定將哪個用例分配給哪位設計人員,它們的實現難度有多大,或者應當在哪個版本中實現它們。這同時也回答了本文開始部分的另外一個問題:如何才能知道在哪個版本中實施某個特定的用例?
圖7 Rational RequisitePro 中用例屬性矩陣視圖

![]() ![]() |
![]()
|
為了在 IBM Rational XDE Developer 中詳細設計用例(為用例附加一個用例文檔),可以在 Rational XDE Developer 中(從 Rational XDE Developer Model Explorer 或用例圖)單擊用例右鍵菜單,選擇 RequisitePro>New Use Case Document。
在 Rational RequisitePro 控制下運行 Microsoft Word,可以顯示基于模板的用例文檔,并準備對其進行編輯。如果只想用 Microsoft Word 將用例規格說明記錄下來,過后再將其輸入到 Rational RequisitePro 中,那么您可以使用 RequisitePro ? Associate to RequisitePro 菜單選項,將現有的 Rational RequisitePro 文檔和 Rational XDE Developer 中的用例關聯起來。
在這點上,您應該擁有在 Rational RequisitePro 中完成的用例文檔。
圖8 從 Rational XDE Developer 創建用例規格說明

![]() ![]() |
![]()
|
在 IBM Rational RequisitePro 中,當完成對不同的用例事件流記錄后,您可以識別功能性需求并將它們標記為需求(圖9)。這樣做使您能夠為這些功能性需求附加需求屬性,并且對其進行跟蹤,直到它們成為高級需求。
圖9 Rational RequisitePro 中的功能性需求

![]() ![]() |
![]()
|
當為需要實現的用例劃分了優先級后,應該確保這些用例與它們要實現的不斷演進的用戶需要一致。圖 10 中的可跟蹤性視圖顯示了在用例和變更需要之間建立的關系。使用可跟蹤性矩陣,您可以查詢業務需求,而不僅僅是對用例進行跟蹤,這使您可以回答這個問題:這個用例是用于哪個特定業務需要的?另外,當業務需要發生變更時,您可以迅速獲悉哪些用例可能受到該變更的影響,從而確保用例能夠自始至終反映不斷演進的業務需要。這里的一項可疑鏈接(圖 10 中的紅色箭頭)表明由于業務需要 BUS1.4 的變更,可能需要對用例 UC1.2 進行修訂。對可疑鏈接進行查詢,可以回答這個問題:用例與它們所要解決的不斷演進的業務需要一直保持密切聯系嗎?
圖10 用例和業務需要之間的可跟蹤性關系

![]() ![]() |
![]()
|
同樣,為了確保設計能夠真正實現需求,應該將 IBM Rational RequisitePro 中的需求與 IBM Rational XDE Developer 實現這些需求的設計要素鏈接起來,
在 Rational XDE Developer 中創建了設計要素(類、圖等)后,可以單擊設計要素的右鍵菜單,選擇 RequisitePro ?Add Traceability(圖11), 將這些要素與驅動生成它們的需求鏈接起來。這樣就在 Rational RequisitePro 中為該設計要素添加了表示法。
圖11 完成 Rational RequisitePro 中設計要素的變更

當 IBM Rational XDE Developer 設計要素名稱或簡短描述發生變更時,可以調用同一個菜單中的 RequisitePro? Update Traceability 選項來完成變更。如果要對 Rational XDE Developer 作出多項變更,可以通過選擇 Tools ? Rational RequisitePro ? Update All Traceability 來快速完成所有變更(圖12)。
圖12 完成 Rational RequisitePro 多項設計變更

為 Rational XDE Developer 設計要素添加可跟蹤性后,可以在 IBM Rational RequisitePro 中創建需求到設計的可跟蹤性矩陣(圖13)。需求(如用例)和設計之間的可跟蹤性矩陣,是驗證設計活動是否覆蓋全部商定的需求的一種方法。
圖 13 用例和設計之間的可跟蹤性關系

在該鏈接建立之后,可以運行 IBM Rational RequisitePro 的報告功能,來評估設計對需求的覆蓋度,并且用一個定量的答案來回答:"全部經商定的需求,在設計中都考慮到了嗎?"從而說明設計模型將要實現的已簽發的每項需求。
需求與設計之間的鏈接,對于檢測需求變更對設計要素產生的影響也至關重要。在鏈接到設計要素的某項需求發生變更時,在圖 13 中,可疑鏈接(紅色箭頭)將取代藍色箭頭。對需求和設計之間的可疑鏈接進行查詢,可以回答這樣的關鍵問題:設計模型中的哪部分將受到最新需求變更的影響?
圖 14 用例和設計之間的可疑關系

如需查看集成工作方面的更多信息,請參見 Rational XDE Developer 在線幫助。
![]() ![]() |
![]()
|
總的來說,IBM Rational RequisitePro 和 IBM Rational XDE Developer 之間的集成,使開發人員能夠清楚地交流需求信息,并且使設計與不斷變更的需求保持一致。
這是達到最終目的的關鍵:交付能夠實際解決客戶需要的應用程序。
如果沒有這項集成,用例將以 Microsoft Word 文檔形式記錄,不能夠跟蹤功能性需求,包括用例規格說明。這項缺陷將導致設計與需求無法保持一致。
如果沒有這項集成,軟件設計將置于偏離需求軌道的風險中。當某項需求發生變更時,迅速評估哪部分設計將受到該項變更的影響,最大限度地提高了設計滿足客戶需要的解決方案的成功概率,從而解決需求所表述的客戶需要。
文章來源于領測軟件測試網 http://www.kjueaiud.com/