因為用例中的事件流通常是用 Microsoft? Word 來記錄的，并且 IBM Rational RequisitePro 允許用戶在 Microsoft Word 中編輯需求，因此 Rational RequisitePro 是用來管理用例的一個理想的工具。在使用 Rational XDE Developer 時，為用例附加一個簡單的 Word 文檔，與之相比，使用 Rational RequisitePro 來詳細描述用例，是一項關鍵性的優(yōu)勢。
可以清楚地識別用例事件流文本中所包含的功能性需求。
因為使用 Rational RequisitePro，需求文本在顯示方式上，不同于文檔中其他描述性信息，因此很容易識別用例事件流中所表述的功能性需求。您可以選擇在用例流級別上標記功能性需求，或在單個的步驟流級別上標記功能性需求。當某一測試場景典型地用于測試基本步驟流與備用流結合時，在流級別上標記需求，有利于從用例出發(fā)，來創(chuàng)建測試用例。
自動跟蹤對用例文檔的修改。
每項需求變更的審計跟蹤（誰做出的變更、內容、時間、原因）存儲在 Rational RequisitePro 數(shù)據(jù)庫中。這些修訂幫助您實現(xiàn)對用例變更的控制。
跟蹤功能性需求
用例事件流中包含的功能性需求標記為軟件需求，并為它們分配了屬性（優(yōu)先級、難度、風險等），而且與高級業(yè)務需求或產品功能鏈接起來。
可以將用例文檔中的需求與相關的其他需求鏈接起來
通過跟蹤用例到業(yè)務需求，或跟蹤到產品功能，更易于度量與需求相關的變更所帶來的影響，并且驗證覆蓋度。
根據(jù)詳細的用例，生成設計類別
根據(jù)用例規(guī)格說明書的事件流，設計人員可以構建順序圖，將事件流作為對象之間的一連串消息來表述。
在 IBM Rational XDE Developer 中創(chuàng)建順序圖，并且與 Rational XDE Developer 對用例圖的標注鏈接起來。請注意：我們經(jīng)常被問起工具是否可以將用例事件流自動轉換成順序圖。最好的回答是，不良的設計可能來源該方法，而好的設計卻進行優(yōu)化，來表達所有的關鍵性事件流。
根據(jù)順序圖中確認的對象，可以進行設計分類。
在 Rational XDE Developer 中創(chuàng)建類圖和其他 UML 圖，并與它們的源順序圖鏈接起來.用來表示用例設計的 UML 圖的集合通常被稱作"用例實現(xiàn)"。該命名說明了這樣一個事實，通過設計實現(xiàn)了用例中的需求。
使設計與需求變更保持一致
當設計活動開始時，需求促使原始用例（和隨后的順序圖及類）變更的創(chuàng)建。不斷變更的需求是（軟件）生命周期中的事實，也是（軟件）生命周期的信號，同時也是健全的項目的信號。在項目開始時，不可能 100% 了解軟件需求和用戶需要，因此變更反映了從您必須創(chuàng)建的（如果只是等待得到全部需求，那么您永遠也不會有一個開始，最終將導致分析過程癱瘓）最初的需求集向最終的需求匯聚的過程。為了確保所交付的軟件確實能夠滿足用戶需要，需要使設計與不斷變更的需求保持同步。
IBM Rational RequisitePro 可跟蹤性矩陣將需求之間鏈接起來。
利用 Rational RequisitePro 和 Rational XDE Developer 的集成，還可以將設計要素與它們所實現(xiàn)的需求鏈接起來。The IBM Rational XDE Developer 設計要素反映在 Rational RequisitePro 可跟蹤性矩陣中。
通過過濾需求和設計之間的可跟蹤性矩陣，可以訪問所需的特定信息。
利用 IBM Rational XDE Develope