技術概觀

Rational® Engineering Lifecycle Manager 是一個根據環境定義來組織資訊的工具。 藉由環境定義,團隊可以快速尋找並使用眾多不同工具中所建立和更新的資訊。

Lifecycle Query Engine 會擷取不同工具中的構件。

下列討論詳細說明了 Lifecycle Query Engine 如何使用 Open Services for Lifecycle Collaboration (OSLC),鏈結來自原生工具的不同構件。

註: 這項討論假設您瞭解基本的專有名詞與概念。如果您不熟悉術語和概念,請參閱專有名詞與概念

使用者從任何頁面搜尋構件時,將利用 Lifecycle Query Engine 索引中的鏈結資料。鏈結資料純粹是指其他工具中所鏈結的資料(例如,具有子工作項目的工作項目),及以 Rational Engineering Lifecycle Manager 產品配置或產品為鏈結目的地或來源的資料。例如,名為超級跑車的產品配置可能包含引擎子項產品,這個子項產品含有數個指向需求、工作項目、設計模型和測試案例的鏈結。下列影像所示的鏈結是標準 HTTP:

影像顯示來自原生工具的構件,例如:HTTP 鏈結。

「代表性狀態傳輸 (REST)」是一組原則,用來定義 HTTP 和 URI 等之類 Web 標準的使用方式。REST 是 Rational Engineering Lifecycle Manager 使用鏈結資料時所依循的基礎,這表示所有的構件都有 ID、可以彼此鏈結、可以有多種表示法,以及可以在無狀態下通訊。

指向引擎產品中構件的鏈結,來自「已鏈結生命週期資料」。構件不但可以透過 Lifecycle Query Engine 索引來擷取,也可以鏈結它們。換句話說,屬於引擎的構件會位於環境定義,也就是產品中。超級跑車產品配置可能有 10 個子項產品,並且其中每一個子項產品都可能有許多包含數十個工作項目、需求、測試案例及設計模型的子項產品,但是從索引擷取構件時,所有那些構件均維持鏈結狀態。當團隊需要對產品(例如,引擎)執行分析時,他們不只會看到鏈結至引擎的構件,也會看到與超級跑車的構件有(鏈結)關係的所有構件。

透過使用 OSLC 這種讓生命週期得以整合的標準,即可能實現這種鏈結。下列影像顯示來自不同原生工具的構件,透過 OSLC 鏈結在一起,並且可利用 Lifecycle Query Engine 來擷取。

影像顯示來自不同原生工具的構件如何透過 OSLC 鏈結在一起,並利用索引來擷取。

雖然索引是工具的重要元件,當團隊透過查詢、分析、搜尋、尋找使用位置、歷程等作業,來擷取索引中的資訊時,卻是從外圍來執行索引。換句話說,除非將已鏈結構件儲存在資料儲存區中,並從中擷取,否則,使用者看不見索引。

除了前一段所列出的作業,團隊還需要列印構件狀態報告。樣本報告可用於以基本列表格式顯示資訊。

如果要建立含有不同輸出的報告,例如長條圖和甘特圖,則需要使用 Rational Publishing Engine。 Rational Publishing Engine 不隨附在此工具中;需要個別安裝和授權。請聯絡您的伺服器管理者,以驗證安裝已完成,以及判斷您連接授權伺服器時必須使用的授權伺服器路徑。如果您尚未安裝 Rational Publishing Engine,您或您的管理者必須安裝它,並且驗證您可以連接授權伺服器。

如需 Rational Publishing Engine 使用資訊,請參閱 Rational solution for Collaborative Lifecycle Management 產品說明文件中的編寫文件樣式報告(新鏈結)。

下列影像顯示 Rational Engineering Lifecycle Manager 的用法概觀。

影像顯示概觀。團隊使用視圖,用視覺化方式來導覽資訊,使用查詢、報告和分析,來尋找構件以及和其他構件之間的關係,並且以對其產品有意義的方法,用視覺化方式來組織構件。

這個影像是一個可看出團隊如何使用工具的良好概觀。首先,團隊負責人或產品經理建立產品配置,並用一種對其產品與團隊均有意義的方式來組織子項配置、產品和構件。接著,團隊著手建立工作項目、需求、設計模型和測試案例等之類構件的鏈結,如此會進一步在其產品樹狀結構中移入資料。

為團隊建立特殊的視圖和查詢。視圖提供產品內的結構化動態外觀,讓團隊可以檢視整個開發生命週期中的工程資料。舉例來說,「V 程序」視圖顯示產品的生命週期,亦即,一開始的系統設計,歷經軟體架構,一直到整合和測試為止。

團隊會執行搜尋、查詢、尋找使用位置以及分析等作業,以尋找構件之間的關係。當必須修復或取代其中一個產品時,關係就很重要。


意見