在 ALM 工作程序中,要求是透過完成的作業及活動解決的。
「應用程式生命週期管理 (ALM)」綱目及套件提供了現成可用的程序,以便使用 Rational® ClearQuest® 來追蹤團隊為產品發行而執行的工作。ALM 使用定義的角色、記錄類型及狀態轉移模型,以協助您管理從需求提交到開發、建置管理及測試的軟體開發程序。
典型的 ALM 程序如下所示:
- 利害關係人針對軟體專案提交要求。利害關係人可以是開發人員、測試人員、撰寫者、訓練人員、產品經理、客戶支援代表或專案團隊的其他成員,或者產品的使用者。要求可以起始軟體專案的變更。要求可以是問題報告、加強功能要求或作業。
- 分類團隊負責檢閱要求並決定是接受還是拒絕。如果他們接受要求,則分類管理者可以建立一個以上的作業(每個專案一個),以高階說明滿足要求所需執行的工作。
- 每個專案的開發組長負責檢閱作業,並評量實作該作業所需執行的工作。接著,開發組長會啟動作業並建立完成作業所需的活動,例如:
開發組長負責將開發活動指派給開發人員。
- 測試組長負責檢閱作業及測試活動,然後將測試活動指派給測試人員。文件組長負責檢閱作業及文件評量活動,然後將文件評量活動指派給撰寫者。
- 開發人員負責處理開發活動,以及對檔案進行必要的變更。接著,開發人員會將開發活動移至「已完成」狀態。
- 版本工程師負責建立新基準線記錄,該記錄選取新完成的活動及其相關聯的變更集。
- 版本工程師會使用新建立的基準線來建置專案。版本工程師會建立用於識別所使用基準線的建置記錄,並指示建置是成功還是失敗。
- 測試人員負責安裝及測試建置。當建置成功通過所有測試時,測試人員會將測試活動移至「已完成」狀態。
- 撰寫者負責評量作業對文件的影響並進行所有必要的變更。接著,撰寫者會將文件評量活動移至「已完成」狀態。
- 測試組長負責檢閱作業,查看必要活動是否已完成,以及將作業移至「已完成」狀態。此外,如果需要執行更多工作,測試組長還負責建立其他活動或對現有活動加註。
- 提交要求的利害關係人負責檢閱要求,並查看一個以上的關聯作業是否已完成。利害關係人可以開啟作業並檢閱解決方案。從作業記錄表單中,利害關係人可以開啟關聯活動,檢閱開發、文件及測試工作執行的詳細資料,以完成作業。如果一切看起來都很滿意,則利害關係人會接受要求,並將作業移至「已完成」狀態。否則,利害關係人可以拒絕要求並對作業加註,這會以電子郵件形式通知測試組長,其中包含其他工作的相關指示。