中文：軟體開發生命周期（或 系統開發生命周期/軟體設計生命周期/系統設計生命周期）
指軟體開發全部過程、活動和任務的結構框架。軟體開發包括需求、設計、編碼和測試等階段，有時也包括維護階段。目前軟體開發實踐中使用的各種生命周期模型，都是下面這些基本組成部分的不同的排列與組合。
美國法務部（U.S. Department of Justice (DoJ)）將其制訂規範為“軟體開發過程”。
※其作用是用來合理地開發系統。
※其過程包括條件、確認、培訓，以及通過調查、分析、設計、執行、和維護的用戶所有權。
※其目的是在預計的時間和開銷內，在現有的計畫技術結構內，合理並有效地開發出達到或高於客戶要求標準，並可以儘量節約維護和升級費用的高質量軟體產品。
其具體的過程包括若干項，而且每一項也有具體的細節步驟。
※ 軟體（系統）概念：識別並定義新系統的需求；
※ （客戶）需求分析：分析最終用戶的信息需求；
※ 結構設計：設計出帶有必需規格的計畫。必需規格包括軟體、硬體、人力、以及數據資源；
※ 編寫和糾錯：編譯最終的系統；
※ 系統測試：對比計畫（或預期）的功能性，評估系統實際的功能性。
六個官方步驟：
⒈初步調查
⒉系統分析
⒊系統設計
⒋系統開發
⒌系統執行
⒍系統維護
因不同的實際情況（如，為客戶量身訂做的系統和面向大面積市場的系統，他們的製作過程是不同的），則可以有以下若干種執行步驟：
⒈可行性研究
⒉分析
⒊設計
⒋執行
⒌測試
⒍評估
或
⒈可行性研究
⒉分析
⒊設計
⒋開發
⒌執行
⒍維護
或
⒈可行性研究
⒉分析
⒊設計
⒋執行
⒌評估
或
⒈可行性研究
⒉分析
⒊設計
⒋開發
⒌測試
⒍執行
⒎維護
或
⒈分析（可行性研究）
⒉設計
⒊開發
⒋執行
⒌評估
─────────────────────
名詞解釋：
可行性研究：通過調查，對照所構想和計畫的系統是否實際上可行。其中包括技術、財政、和時間上的可執行性，並且包括同替代品的比較（是否有開發新系統的必要）。財政則包括市場調查和開銷預算。
分析：拋開所有與財政和實際約束，在規定的功能範圍內，列舉和討論所有的可能性。
設計：設計師需要給出一個或多個最終產品模型，以此來做參考取捨。應當包含說明文檔，來解釋具體的用戶界面和使用過程（但不包括具體規格和品牌等）。
─────────────────────
在英國區，則使用稍微不同的SDLC。在英國，SDLC被稱為System Life Cycle，縮寫為SLC，中文為系統生命周期。
⒈授權調查範圍（Terms Of Reference）：由決策部門決定新系統的功能和目的；
⒉可行性研究；
⒊實際調查和記錄：現有系統的使用調查。調查現有系統的可替換程度（全部替換或部分替換）；
⒋分析；
⒌設計；
⒍系統規格：列舉具體將要使用的軟體包和硬體，並要求詳細指出型號、品牌、和供應商；
⒎執行和回顧
─────────────────────
SDLC主要有以下幾種模型：
1.瀑布模型（waterfall Model）
2.演化模型（Evolutionary Model）
3.螺旋模型（Spiral Model）
每個模型都有自己的優缺點
