向後移植

向後移植最簡單也最常見的情況是，在新版軟件中有一個已經被修復的安全性漏洞，而舊版軟件也存在這個漏洞。下面是一個簡化過的例子：

做出這些修改修復軟件v2.0版，並更改使其可以應用在軟件v1.0版上，此即稱為向後移植。

在現實生活中，這些改變可能非常容易（只需要更改幾行源代碼），也可能需要大規模的修改（修改分佈在許多文件中的源代碼）。在後面這一種情況下，向後移植可能會繁瑣且效率不彰，所以通常只在軟件的舊版本比新版本更加的被需要的情況下才會發生（例如，新版本可能仍有穩定性問題存在時）。 ^[1] 

向後移植大致可分為以下這幾個步驟：

通常來説，多個此類型的修改都會集合成補丁套裝。

向後移植可以由核心軟件設計師提供。因為向後移植需要軟件源代碼的訪問權，這是閉源軟件向後移植的唯一方法－向後移植通常伴隨着二進制文件的升級。而開源軟件的部分，向後移植有時候會由Linux發行版做出，然候送到上游（就是提交到受影響的軟件的核心開發人員）。 ^[2] 

在Windows XP的Service Pack 3發佈時，許多Windows Vista的特性被向後移植到Windows XP上，讓許多最低要求是Windows Vista的應用程序（多數是遊戲）得以在Windows XP SP3上運行。 ^[1] 

軟件維護（英語：Software maintenance）是一個軟件工程名詞，是指在軟件產品發佈後，因修正錯誤、提升性能或其他屬性而進行的軟件修改。

一般認為軟件維護只和修正錯誤有關。不過有研究指出80%的軟件維護工作是用在非糾正性的行動。

軟件維護同時包括管理層面及技術層面。管理層面的問題包括：配合客户的優先級、人員配置及費用估計。技術層面的問題包括：對需求、系統或問題有限的理解、影響分析、測試以及可維護性的量測。 ^[2]