變更的必要性是在開發軟體系統中是固有的,在起始建立時逐步形成,且在實際環境中透過日常運作進行後續使用和維護。「變更要求」提供了決策記錄,並利用適當的評量流程,確保考量到其變更影響。
變更要求有許多不同名稱,例如
CR、問題、錯誤、事件、加強功能要求。適當地擷取及管理這些要求能確保對系統的變更是以受管制的方式進行的,所以對系統的影響是可預期的。部份變更要求的匯入類型包括了:
加強功能要求由不同的關係人所使用,以便要求在產品中包含他們所希望的未來特性。這些為一種關係人需求類型,可以擷取並表達對關係人需求的理解。
問題是對已交付的工作成果中的異常現象或失敗狀況所作的報告。問題包括了例如在生命週期早期階段中所發現的遺漏和缺點,或軟體中需要進行隔離及更正的錯誤(失敗)徵兆。問題可能也包括了偏離可合理預期的軟體行為(例如使用性問題)。
問題的目的是為了對發生的問題之詳細資料進行溝通,讓更正動作、解決方案,以及追蹤能開始進行。下列人員會使用 CR:
-
角色集:分析師使用 CR 來定義對高階需求的重要變更,並判斷需求來源,尤其是來自被識別為「加強功能要求」的 CR。
-
角色集:管理人員使用 CE 來管理並控制工作分派。
-
角色集:測試人員使用 CR 來說明軟體測試期間所發現的失敗(問題)、遺漏及品質問題。
-
角色:開發人員使用問題 CR 分析失敗,並尋找基本錯誤及失敗原因,以解決 CR。
-
角色:測試分析師使用 CR 來計劃驗證已解決的 CR
之測試,並藉由分析問題集,以測量軟體品質以及軟體工程流程的趨勢,來評估測試成效。
|