您定義的專案種類可用於全系統。這容許在多個專案中重複使用,並維持一致分類。CategoryType 標籤也可用於全系統。種類受「安全原則」保護,因此可供特定使用者使用或對其隱藏。種類和種類類型可讓您建立專案分類系統的模型。您也可以定義一組階層式種類,將大型系統拆解成更容易管理的較小單元。
安全原則的定義方式,是將一個以上的 ClearQuest® 群組新增至「ALM 安全原則」記錄中。設定之後,專案經理即可建立新專案,並選擇該專案所需的現有安全原則。如果需要新原則,只需要定義安全原則即可。
「管理」記錄類型決定誰可以建立專案、種類和標籤。
類型是用來識別工作的本質。類型僅適用於「要求」、「作業」和「活動」記錄。您可以設定全系統類型。之後專案小組會建立「工作配置」來配置要使用的類型。部分「類型」範例包括(但不限於)加強功能、問題報告及新增特性。
ALMSecurityPolicy 記錄與「種類」相關聯,也與「專案」相關聯,因為所建立的「專案」參照該「種類」。對於執行元件開發的團隊,可以有幾個「元件」(各有其專屬的「種類」和「版本」)作為一個以上「供應項目」的一部分。在此情況下,「種類」與 SecurityPolicy 之間的一對一關係,可能會造成部分記錄無法讓需要查看它們的人員看見。為防止發生可見性問題,SecurityPolicy 應包括一個大型 ClearQuest 使用者群組作為其 ratl_context_groups 參照,或是由 SecurityPolicy 參照,並會供處理元件的所有開發團隊共用的每一個元件應具有一個使用者群組。維護一組較小群組而不使用一個大型群組(或將 SecurityPolicy 設為「每個人」群組),並且依元件結構組織群組及 SecurityPolicy 記錄,也會得到效能方面的優點。
新開發工作的每一個版本化片段可以是一個「專案」,其「種類」指定元件,其「版本」指定該「種類」的版本。
會建立 'ComponentZ' 的 ALMTask 活動,並且開發、記載及測試解決方案。當建立「專案種類 = 'ComponentZ' 且版本 = '3.4'」的實際基準線,並建立「專案種類 = 'OfferingA' 且版本 = '1.1'」的第二個 ALMBaseline 時會建立 ALMBaseline 記錄,且該 ALMBaseline 記錄有一個 ComposedOfBaselines 值(另一個基準線記錄),其內容為「專案種類 = 'ComponentZ' 且版本 = '3.4'」。
針對其「專案種類 = 'OfferingA' 且版本 = '1.1'」的 ALMBaseline 建立 BTBuild。測試人員可以看到 BTBuild 顯示在「建置」直欄中,而 'Dev' 活動的 Composite.Build 直欄顯示在該「作業」的「活動表單」控制項(「其專案種類 = 'OfferingA' 且版本 = '1.1'」)中。他們至少可以看到有從複合基準線所產生「建置」的 ID,且在查詢的結果集內可以看到該「建置」的名稱。「元件」測試人員和「供應項目」測試人員可以同時看到有一個根據「複合基準線」的「建置」。
在「複合基準線」記錄,「元件」列在 ComposedOfBaselines 欄位中。