工作配置

工作配置可讓專案經理逐一定義各專案的建議程序。

關於這項作業

「工作配置」記錄透過指定活動集來定義「專案」的工作程序原則,使工作得以完成。例如:
  • 「要求」類型可能需要一個以上的特殊「作業」類型。
  • 「作業」類型可以有它自己的「活動」集。

ALMWorkConfiguration 對給定的專案指定執行的工作類型及可執行該工作的角色。ALMRequest、ALMTask 及 ALMActivities 的 ALMWork 套件類型使用「專案」的工作配置記錄,以控制 CreateTask 及 CreateActivity 動作應產生何種工作記錄類型,以及這些工作記錄上欄位的各種選項清單選擇。必要欄位是專案SecurityPolicy記錄類型ALMType角色主要子配置次要子配置是選用欄位。

「專案」記錄參照「工作配置」記錄,其參照「角色」和「工作」類型。

「工作配置」記錄定義專案所使用的工作類型 (ALMType)。可以此方式控制執行的工作類型,將程序指引建立至專案中,來解決要求或完成作業。

每一個 WorkConfiguration 記錄可列出一組「主要子配置」和「次要子配置」。這些清單由 CreateTask 動作(在 ALMRequest 記錄上)及 CreateActivity 動作(在 ALMTask 記錄上)使用。CreateTask 或 CreateActivity 動作會建立一組記錄,第一次執行 CreateTask 或 CreateActivity 動作時,這組記錄會列在「主要子配置」中。後續的 CreateTask 或 CreateActivity 動作使用「次要子配置」清單來建立更多記錄。

您可以使用這些主要和次要子配置,為每一個「要求」類型指定一組要完成的「作業」,您也可以為每一個「作業」類型指定一組要完成的「活動」。例如,您可以建立「作業」來起始「專案」。這項「作業」可能有「活動」,例如定義角色尋找團隊成員定義反覆運算

OpenUP 的 ALM 資料庫範例,說明如何使用工作配置來實作 OpenUP 程序。

範例

「專案 A」有問題報告類型的「要求」。「工作配置」可用來建立此規則:建立「問題報告」類型的「要求」時,依預設會建立問題報告類型的「作業」。會為每一個「活動」類型(開發測試)建立此專案的其他「工作配置」,並為「問題報告作業」記錄定義另一項「工作配置」。此工作配置可建立此規則:建立「問題報告」類型的「作業」時,依預設會建立開發類型的活動及測試類型的活動。

「專案 B」也有問題報告類型的「要求」,而其「工作配置」有一條規則可建立「問題報告」類型的「作業」。不過,「作業」記錄的「工作配置」不同。若為「專案 B」,此規則指定建立設計開發檢閱測試類型的活動。

對於針對「作業」而建立的「要求」和「活動」,已建立「主要」和「次要」作業集。「主要」作業集是最常建立的作業集,當您第一次建立「要求」的「作業」或「作業」的「活動」時即會建立。

「次要」作業集是在您第二次選取要求 > CreateTask作業 > CreateActivity 時所建立。

WorkConfiguration 可能有一個以上的「角色」。角色欄位用於下列目的:
  • 角色 > 成員和「群組」設定,可用來決定擁有者欄位的「選擇清單」。
  • 角色 > 主要 > ratl_mastership 設定,可用來設定「擁有者」的預設值,並用來設定「已提交」狀態「活動」的主控權(如果沒有預設「擁有者」的話)。
要求與個體相關聯,而不是與「角色」相關聯。例如,「要求」的提交者也可能是「要求」的「擁有者」。因此,「要求」的 WorkConfiguration 記錄上的「角色」欄位不允許設定「角色」。

意見