ALM 綱目可提供用於安全、控管、可追蹤性及工作流程管理的功能。
ALM 綱目依賴部分互相關聯的主要記錄類型,來確保透過能夠保證完整可追蹤性並進行追蹤的程序,對變更要求進行評量、指派、追蹤、處理及解決。
主要記錄類型為 ALMRequest、ALMTask 及 ALMActivity。ALMRequest 記錄代表部分類型的變更要求。ALMTask 用於處理要求,並協助管理屬於完成該作業所需工作單元的活動。
ALMTask 可供經理或團隊組長用來管理要執行的工作,以及要為所有活動配置的資源。
每個 ALM 工作記錄類型均具有一個類型欄位,可用於說明工作類型(如「問題報告」、「加強功能」及「版本需求」)。雖然 ALM 套件包含已提供的軟體開發最佳實務常用類型值,但您並不局限於這些類型值,您可以建立自己的類型。
記錄類型之間的關係,有助於促進跨越多個角色來管理變更的程序。例如,在執行「要求」記錄的 CreateTask 動作時,可以建立一項以上的作業。如果之前已為此要求建立作業,則可指定建立一組相同或不同的作業,其中包含一項以上作業,且其「作業」類型與「要求」類型相同或不同。在執行「作業」記錄的 CreateActivity 動作時,可以建立一項以上不同類型的活動。如果已經存在該作業的活動,您可以建立一組不同的活動。雖然提供了自訂工作程序的彈性,但此為選用動作。
每個工作類型均具有與其相關聯的特定使用者角色(例如,將「測試」角色與「測試活動」相關聯)。每個角色均會列出容許執行該類型工作的團隊成員。
ALM 工作程序從要求開始:
- 使用者提交要求。變更要求可能會說明加強功能要求、版本需求或問題報告。
- 分類團隊或變更控制經理檢閱該要求,然後接受或拒絕該要求。如果他們接受該要求,則會建立作業,該作業是為實作該要求所要執行工作的高階說明。要求記錄包含作業記錄的鏈結,而該作業又會指派給專案。
- 開發組長或其他團隊組長檢閱該作業,然後啟動該作業。啟動作業即會建立活動以完成該作業。團隊組長會將這些活動指派給團隊成員。這些活動的範例為「開發」活動、「測試」活動及「文件 (Doc)」活動。作業記錄包含活動記錄的鏈結,而活動記錄又具有該作業的鏈結。
- 開發組長、測試組長及文件組長會將其活動指派給團隊成員,團隊成員則會更新活動記錄以反映其工作狀態。當他們完成工作並交付其變更時,會將其活動標示為「完成」。
- 版本工程師整合及建置已交付的變更,然後建立基準線。
- 測試人員測試基準線中的變更。處理並完成測試活動之後,測試組長會將測試作業標示為「完成」。
- 提交該要求的使用者檢閱作業及其活動,如果滿意,則會將其標示為「完成」。
此程序有助於提供從起始使用者要求,到滿足該要求所需全部活動的可追蹤性。
ALM 綱目的常見角色類型如下:
- 提交者。提交者不是已定義的 ALM 角色,它可以是任何人,例如,任何支援工程師、開發人員、測試人員、技術資料撰寫者或經理。提交者可以:
- 開發或是專案經理或團隊組長。這些角色可以對要求進行分類,並識別版本目標。經理可以:
- 檢查要求狀態並在適當時關閉要求。
- 檢查是否適當地平衡了開發人員的工作量。
- 執行報告(要求度量、尋找、關閉、送入、版本狀態)。
- 文件評量人員、測試人員及開發人員。這些角色可以:
- 支援或產品經理。這些角色可以:
- 執行報告(要求度量、尋找、關閉、送入、版本狀態)。
- 檢查要求及版本狀態。
雖然一個使用者在任何給定時間內可以扮演多個角色,但 ALM 綱目容許更明確地定義這些角色之間的轉移。例如,作為開發人員的同一使用者,可以提交要求並將相關聯的活動指派給自己,然後解決該要求。在此範例中,此同一使用者既是提交者,也是開發組長、開發人員及測試人員。