變更無處不在，其含義有業務維度和系統維度的闡述。

• 變更管理的業務方面更強調與新信息系統相關的變更行為和組織影響.
• 變更管理是管理軟件產品和過程以及管理軟件系統演化過程中的團隊活動的過程，以系統合理性為目的。

質量控制需要找出需要進行修正的故障。為了得到修正，必須將這些故障提交變為變更請求，然后分配開發人員。

有些變更請求不是故障，而是改進。故障和改進都需要經歷狀態變化，都可能要進行排序，都有所有者，都需要追蹤到它們在測試文檔和用例文檔中的起源。

要管理變更，就需要相應的變更請求管理工具。

可追蹤性是測試與變更管理的基礎，其目的是捕獲、鏈接、追蹤每一個重要的開發制品，包括需求。
可追蹤性的最終目的是保證整個文件集中各種文檔和模型的正確性和一致性，如從需求文檔到技術文檔，再到用戶文檔。

追蹤的條目可以是文本描述或圖形模型。可追蹤性在這些條目之間建立了外部連接，這些連接可能是直接的或間接的。如果修改了追蹤路徑上的任何條目，那就可以對連接進行影響分析。

可追蹤性、測試和變更管理經常與用例需求中列出的系統服務相關，而系統約束的實施也需要進行測試和管理。

可追蹤性、測試和變更管理本身不是目的，不必過于強調，開發者的注意力應該集中在開發上。關注這些問題會顯著增加項目成本，但不管理這

總結

以上是生活随笔為你收集整理的【软件质量】变更管理与可追踪性的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。