「專案」記錄類型可用來追蹤實際產品版本的製作。「專案」可包括產品名稱、版本資訊以及與「專案」相關聯的所有反覆運算集。它也可以包括「專案」的元件資訊。
每次修改原始碼之後,會建置應用程式,並驗證其具有足夠品質可以開始測試。驗證之後,該建置就會部署到測試伺服器以進行測試。不論版本的範圍或強度如何(例如,它是現有應用程式的主要修訂版,或是修補程式或緊急修復程式),都會發生傳遞原始碼變更、建置應用程式及測試的這個模式。一旦發現錯誤,就會記錄問題報告,並修改原始碼以修正問題報告。同樣地,必須建置應用程式,再部署回到測試伺服器以進行測試。
ALM 基準線和建置記錄可以與使用(以及不使用)IBM® Rational® ClearCase/ClearQuest Unified Change Management (UCM) 整合的專案搭配使用。「基準線」和「建置」記錄也可以用來確保順利傳遞「專案」或「產品」版本或其資訊給客戶。例如,「基準線」和「建置」記錄可啟用自動化傳送功能,將資訊從「開發」傳送到「測試」,通知「測試人員」哪些產品建置包含特定「要求」的修正程式。
在此模式中,所有活動都是相關的。當開發人員實作功能及修正問題報告時,版本工程師需要知道哪些程式碼要包括在建置中,或何時處理建置(亦即,所有預期工作何時完成)。當建置發生問題時,版本工程師需要確認問題的原因是出在建置 Script 本身,或是由開發團隊建立的某些錯誤。同時,測試人員需要知道何時有適合的建置可進行測試,何種功能包括在建置中,以及要對該建置執行哪些測試。每次報告問題報告時,需要有揭露問題報告所使用的測試案例的相關資訊,以及回到原始需求的參照。當開發人員修正問題報告並傳遞程式碼時,此循環又重新開始。
在軟體開發專案中,建置會不斷發生。開發團隊的常見問題是關於在「建置」中實作的內容及在「建置」中測試的內容。建置記錄可讓團隊擷取每一個建置的相關資訊,包括其狀態在內。基準線記錄可讓您追蹤在每一個建置中傳遞的活動,並可用來在指定時間擷取「活動」的狀態。「基準線」、「建置」和「活動」記錄的使用,可讓測試人員知道要測試的內容,以及追蹤對建置執行了哪些測試