協同使用 IBM Rational Requirements Composer 和 IBM Rational RequisitePro

轉自：http://www.ibm.com/developerworks/cn/rational/09/requirementscomposerrequisiteprotogether/index.html

本文是介紹如何將 IBM Rational Requirements Composer 引入您的需求管理過程的指南。如果您使用的是 IBM Rational RequisitePro，那麼您就可以使用 Rational Requirements Composer 來匯入需求並將其精化和視覺化。如果當前您使用的不是正規的需求管理工具，那麼您可以從 IBM Rational Requirements Composer 開始來定義和視覺化需求，並匯入到 IBM Rational RequisitePro 中。然後您就可以使用 IBM Rational RequisitePro 這一正規的管理工具來管理由 IBM Rational Requirements Composer 建立的需求了。這使得您可以利用 IBM Rational RequisitePro 的可追溯特性。

前提條件

為了執行文章中描述的任務，您必須是監管需求收集，以及想要在 IBM® Rational® Requirements Composer 和 IBM® Rational® RequisitePro® 環境之間傳遞需求的管理員或者分析員。

注意：
貫穿全文，“RequisitePro”指的是軟體，而“RequisiteWeb”意為 IBM® Rational® RequisitePro® 的 Web 客戶機，或者支援用例的 Web 客戶機。

用例 1. 向管理的需求域匯入需求

在這個場景中，通過利用 Requirements Composer 提供的特性，您已經建立了需求管理，以及想要進一步定義和視覺化的一個或者多個專案。您可能還想連結到一些工件，例如：多格式檔案、用例圖、業務模型以及指令碼，來繼續加工您的需求。又例如，在用例圖中，您可以按照提供附加的內容的方式，來連結匯入的需求到用例。

匯入需求和需求型別

1. 在 Rational Requirements Composer 客戶端，配置整合到儲存專案的 RequisiteWeb 伺服器中。
2. 按照以下方式，來匯入您的需求：
   1. 選擇一個需求域的定義中想要的 RequisitePro 專案。
   2. 在管理員項中，點選“Import”按鈕以匯入需求以及它們的需求型別。

對於所有的專案您都可以使用該方法。如果您使用如圖 1 所示的整合嚮導，那麼就可以在專案之間切換並一次匯入一個專案。

圖 1. 整合嚮導

提示：

• 通過在包含一個或者多個匯入需求的整合嚮導中選擇一個 RequisitePro 包，來一次性匯入多個需求。
• 如果您有多個想要匯入 Composer 工具的 RequisitePro 專案，那麼通過使用多個客戶端並從每一個客戶端進行匯入，您就可以建立整合了。這個工作流程可以節省時間並提高效率，因為一個人從一個機子上就可以執行這些任務了。

注意：
此時您不能匯入基於檔案的需求。

匯入需求型別

您匯入 Rational Requirements Composer 的每個需求，都會建立一個相應的需求型別，這可以確保您能建立該型別的特性需求，並最終將這些需求“推回”至 RequisiteWeb 以進行規範的管理。這可以從基於 Composer 的需求有效地在 RequisitePro 中建立新需求。

規範的管理意味著追蹤需求並在合適的時候按 預料的那樣做需求追蹤連結。RequisitePro 處理這些功能。

提示：

• 如果您有想要定義的多個專案，重複以上的步驟直到所有想要的需求和需求型別都匯入到 Rational Requirements Composer 中。
• 建立一個資料夾，併為其起一個有意義的名字以儲存所有匯入的需求。預設名是“requirements”。

從匯入的需求型別建立新的 Composer 需求

在從多個 RequisitePro 專案中識別所有的需求型別之後，您可以建立基於這些需求型別的需求。您還可以應用諸如連結，評論這些功能。

這些需求也可以通過規範的複審，投資者可以使用 Rational Requirements Composer Web 客戶端或者 Eclipse 客戶端，來複審，評論需求及其相應的工件。

您可以使用 Synchronize Attribute Groups 特性（見於圖 2），以從 RequisitePro 匯入需求型別和屬性組到 Rational Requirements Composer 中。

圖 2. 與 RequisitePro 保持同步化

提示：
如果您有一個或者多個提供定義工件的 RequisitePro 專案，那麼您就可以從這些專案中的任意一個匯入所有的需求型別，這樣您就能在 Composer 工具中建立這種型別的需求。這樣您可以在 Rational Requirements Composer 和 RequisitePro 之間為需求型別使用固定的語言了。

注意：
只有單個選擇列表以及文字屬性會從 RequisitePro 匯入

精化並視覺化管理的需求

1. 開啟您的需求並匯入到 Rational Requirements Composer。
2. 考慮一下幫助實現視覺化的工件的型別，並進一步定義的需求（例如，指令碼，用例圖，多格式文字檔案等等）。在需求中書寫一段描述，然後使用連結來建立一個新的工件（或者對一個已存在工件的連結），可以使用該工件來幫助實現視覺化，以及定義需求。
3. 建立所有您需要的工件，來幫助視覺化，精化以及定義您的需求。
4. 在對需求有一個良好的定義之後，您可以通過使用需求型別提供的註釋和不同的屬性，來參入複審過程。
5. 然後您可以將該需求推回至 RequisitePro，在這裡可以進行高層次的管理，例如追蹤性以及層級關係。

   用例 2. 和 Rational Requirements Composer 一起使用 RequisitePro

   注意：
   該用例假設您從 Requirements Composer 開始，並最終想要使用 RequisitePro 來規範地管理您的需求。

   在 Composer 中準備管理需求

   在 Rational Requirements Composer 中建立多個定義工件之後，您可能想要建立高層次的需求，該需求代表了這些定義工件，幷包含了對該工件的連結。然後您可以使用需求來參入複審過程，併為規範的實施追蹤計劃。使用註釋來與團隊的其他成員，討論需求和連結的工件。

   在註釋和討論完成之後，您可以使用屬性值來追蹤需求的不同狀態。例如，Feature 型別的需求需要有一個專案投資者參加的複審過程。在屬性值中，您可以將值由“非功能性”更改為“功能性”，並將優先順序更改為“必須”。您的團隊可以使用 Status 屬性來追蹤複審過程。當需求做好在 RequisitePro 中管理的準備之後（假設評審和批准過程發生了），您就可以將狀態屬性更改為“批准”。

   當需求在 RequisitePro 中進行管理或者“推回”至 RequisitePro 之前，您可以將需求移動至 Rational Requirements Composer 中的“Requirements”資料夾中作為登臺區域。

   提示：
   因為 Rational Requirements Composer 可以管理或者將資料成塊“推回”至 RequisitePro。如果將會被管理的所有需求都位於一個資料夾中時，操作起來會更加容易。

   您還可以選擇使用提供的搜尋功能，來搜尋所有的需求，此時 Status 值為“批准”，並在 RequisitePro 中一個個地管理它們。

   使用同步化選項

   您可以使用同步化選項，來確保 Rational Requirements Composer 中的需求與相關的 RequisitePro 需求保持同步化。在 Edit RequisitePro Connection 頁面中有兩個您可以設定的選項，如圖 3 所示。

   
   圖 3. 同步化選項
   
   
   

   提示：
   考慮以下工作流程：

   • 如果主要的更改發生在 Rational Requirements Composer 中並推至不會發生更改的 RequisitePro ，那麼您也許會想要只使用“將需求更改應用到 RequisitePro”選項。
   • 如果您在 RequisitePro 中所做的更改，覆蓋了對 Composer 工具中相關需求所做的更改，那麼您就可以使用“從 RequisitePro 中匯入需求更改”選項了。
   • 當您在 Composer 和 RequisitePro 中主動地加工需求時，您可能會同時選擇兩個選項，這樣更改在兩個工具之間就得到同步化了。

   在 RequisiteWeb 中顯示的需求

   Rational Requirements Composer 在 RequisiteWeb 中匯入基於文字需求的概念。在來自 Rational Requirements Composer 的需求推至 RequisiteWeb 之後，多格式文字會在 RequisiteWeb 中按只讀方式顯示。

   圖 4 代表了 Composer 工具中需求的多格式文字。多格式文字有多種構件，例如粗體、標題、斜體、插入的圖片，以及對其他工件的嵌入連結。在需求推至 RequisitePro 之後，它們會得到不同的顯示和處理。本地客戶端會將多格式文字顯示為“純文字”。

   
   圖 4. 來自 Rational Requirements Composer 中需求的多格式文字
   
   
   圖 5. 來自 RequisiteWeb 檢視 Composer 工具的兩個需求
   
   

   圖 6 是 RequisiteWeb 介面的一個範例。與 RequisitePro 整合的 Rational Requirements Composer 會通過使用 Web 客戶端來得到執行，我們稱之為“RequisiteWeb”。您需要 RequisiteWeb 來使用該整合方式。它支援文章中描述的所有用例。在 RequisiteWeb 中，您可以在 General 項的底部根據對 Composer 工具（圖 6）的超連結，來識別“管理的”Composer 需求。

   
   圖 6. 連結至 Rational Requirements Composer 的需求
    
   

   整合用例的總結

   這裡是每一個場景佈置的扼要概述：

   Rational Requirements Composer：

   1. 建立需求
   2. 建立屬性組
   3. 推動需求 到RequisitePro
   4. 匯入需求
   5. 從RequisitePro 匯入（同步化）需求型別
   6. 從匯入的需求型別中建立需求
   7. 從 RequisitePro 來同步化需求屬性更改
   8. 在 RequisiteWeb 中切換至管理的需求

   Rational RequisiteWeb：

   1. 提供使用 Rational Requirements Composer 的管理選項來建立需求
   2. 同步化需求屬性更改
   3. 切換至 Rational Requirements Composer 相關的需求（在管理時）

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/14780914/viewspace-621620/，如需轉載，請註明出處，否則將追究法律責任。