SDLC 或軟件開發生命周期是一組用于創建軟件應用程序的步驟。這些步驟將開發過程劃分為可以分配、完成和衡量的任務。
什么是軟件開發生命周期？
軟件開發生命周期是將標準業務實踐應用于構建軟件應用程序。它通常分為六到八個步驟：規劃、需求、設計、構建、文檔、測試、部署、維護。一些項目經理會根據項目的范圍合并、拆分或省略步驟。這些是為所有軟件開發項目推薦的核心組件。
SDLC 是一種衡量和改進開發過程的方法。它允許對流程的每個步驟進行細粒度分析。這反過來又有助于公司在每個階段最大限度地提高效率。隨著計算能力的提高，它對軟件和開發人員提出了更高的要求。公司必須 降低成本，更快地交付軟件，并滿足或超越客戶的需求。SDLC 通過識別低效率和更高的成本并修復它們以使其順利運行來幫助實現這些目標。
軟件開發生命周期如何運作
軟件開發生命周期簡單地概述了將軟件應用程序組合在一起所需的每項任務。這有助于減少浪費并提高開發過程的效率。監控還確保項目保持在正軌上，并繼續成為公司的一項可行投資。
許多公司會將這些步驟細分為更小的單元。計劃可能會分解為技術研究、市場研究和成本效益分析。其他步驟可以相互合并。測試階段可以與開發階段同時運行，因為開發人員需要修復測試期間發生的錯誤。
SDLC 的七個階段
1. 規劃
在規劃階段，項目負責人評估項目條款。這包括計算勞動力和材料成本、創建具有目標目標的時間表以及創建項目的團隊和領導結構。
規劃還可以包括利益相關者的反饋。利益相關者是從應用程序中受益的任何人。嘗試從潛在客戶、開發人員、主題專家和銷售代表那里獲得反饋。
規劃應明確定義應用的范圍和目的。它繪制課程并安排團隊有效地創建軟件。它還設置了界限，以幫助防止項目擴展或偏離其最初目的。
2. 定義需求
定義需求被認為是確定應用程序應該做什么及其需求的計劃的一部分。例如，社交媒體應用程序需要能夠與朋友聯系。庫存程序可能需要搜索功能。
需求還包括定義構建項目所需的資源。例如，一個團隊可能會開發軟件來控制定制制造機器。機器是過程中的要求。
3. 設計和原型制作
設計階段模擬軟件應用程序的工作方式。設計的一些方面包括：
- 架構—— 指定編程語言、行業實踐、整體設計以及任何模板或樣板的
- 使用用戶界面—— 定義客戶與軟件交互的方式，以及軟件如何響應輸入
- 平臺—— 定義軟件將運行的平臺，例如 Apple、Android、Windows 版本、Linux 甚至游戲機
- 編程—— 不僅僅是編程語言，還包括在應用程序中解決問題和執行任務的方法
- 通信—— 定義應用程序可以與其他資產通信的方法，例如作為中央服務器或應用程序
- 安全的其他實例—— 定義為保護應用程序而采取的措施，可能包括 SSL 流量加密、密碼保護和用戶憑據的安全存儲
原型制作可以是設計階段的一部分。原型就像迭代軟件開發模型中軟件的早期版本之一。它展示了應用程序外觀和工作方式的基本概念。這種“動手”設計可以向利益相關者展示。使用反饋來改進應用程序。更改原型階段比重寫代碼以在開發階段進行更改更便宜。
4. 軟件開發
這是程序的實際編寫。一個小項目可能由一個開發人員編寫，而一個大項目可能由幾個團隊分解和工作。在此階段使用訪問控制或源代碼管理應用程序。這些系統幫助開發人員跟蹤代碼的更改。它們還有助于確保不同團隊項目之間的兼容性，并確保實現目標。
編碼過程包括許多其他任務。許多開發人員需要提高技能或團隊合作。發現并修復錯誤和故障至關重要。任務通常會阻礙開發過程，例如等待測試結果或編譯代碼以便應用程序可以運行。SDLC 可以預見這些延遲，以便開發人員可以承擔其他職責。
軟件開發人員喜歡說明和解釋。文檔可以是一個正式的過程，包括為應用程序連接用戶指南。它也可以是非正式的，例如源代碼中解釋開發人員為何使用特定程序的注釋。即使是努力創建簡單直觀的軟件的公司也可以從文檔中受益。
文檔可以是首次啟動時顯示的應用程序基本功能的快速導覽。它可以是復雜任務的視頻教程。用戶指南、故障排除指南和常見問題解答等書面文檔可幫助用戶解決問題或技術問題。
5. 測試
在將應用程序提供給用戶之前對其進行測試至關重要。大部分測試都可以 自動化，例如安全測試。 其他測試只能在特定環境中進行——考慮為復雜的部署創建模擬生產環境。測試應確保每個功能都能正常工作。還應測試應用程序的不同部分以無縫協同工作——性能測試，以減少處理中的任何掛起或延遲。測試階段有助于減少用戶遇到的錯誤和故障的數量。這導致更高的用戶滿意度和更好的使用率。
6. 部署
在部署階段，應用程序可供用戶使用。許多公司更喜歡自動化部署階段。這可以像公司網站上的支付門戶和下載鏈接一樣簡單。它也可能是在智能手機上下載應用程序。部署也可能很復雜。將公司范圍的數據庫升級到新開發的應用程序就是一個例子。因為數據庫使用了其他幾個系統，集成升級可能需要更多的時間和精力。
7. 運維
至此，開發周期基本結束。該應用程序已完成并正在現場使用。但是，操作和維護階段仍然很重要。在此階段，用戶會發現測試期間未發現的錯誤。這些錯誤需要解決，這可能會催生新的開發周期。除了錯誤修復之外，迭代開發等模型還計劃在未來版本中提供其他功能。對于每個新版本，都可以啟動一個新的開發周期。
SDLC 模型和方法解釋
瀑布
Waterfall SDLC 模型是經典的開發方法。隨著每個階段的完成，項目會溢出到下一步。這是一個久經考驗的模型，并且有效。瀑布模型的一個優點是可以在繼續之前評估每個階段的連續性和可行性。然而，它的速度是有限的，因為一個階段必須在另一個階段開始之前完成。
敏捷
AGILE 模型由開發人員設計，以將客戶需求放在首位。這種方法非常注重用戶體驗和輸入。這解決了許多舊應用程序使用起來晦澀難懂的問題。另外，它使軟件對客戶反饋的反應非常迅速。敏捷尋求快速發布軟件周期，以應對不斷變化的市場。這需要一個具有良好溝通能力的強大團隊。由于過于依賴客戶反饋，它還可能導致項目偏離軌道。
迭代
在迭代開發模型中，開發人員快速創建軟件的初始基本版本。然后他們以小步驟（或迭代）審查和改進應用程序。這種方法最常用于非常大的應用程序中。它可以快速啟動應用程序并運行以滿足業務需求。但是，此過程可能會迅速超出其范圍，并且可能會使用計劃外資源。
開發運維
DevOps 安全模型將 操作（使用軟件的人員）納入開發周期。與敏捷一樣，這旨在提高應用程序的可用性和相關性。該模型的一個顯著優勢是實際軟件用戶對設計和實施步驟的反饋。一個缺點是它需要積極的協作和溝通。這些額外成本可以通過自動化部分開發過程來抵消。
