在軟件編程工程中，軟件開發(fā)方法論（也稱為系統(tǒng)開發(fā)方法論、軟件開發(fā)生命周期、軟件開發(fā)過程、軟件過程）是將軟件開發(fā)工作劃分為不同的階段（或階段），其中包含旨在更好地進行活動的活動。規(guī)劃和管理。它通常被認為是系統(tǒng)開發(fā)生命周期的一個子集。該方法可以包括由項目團隊創(chuàng)建和完成以開發(fā)或維護應用程序的特定交付物和工件的預定義。

常見的方法包括瀑布、原型、迭代和增量開發(fā)、螺旋式開發(fā)、快速應用程序開發(fā)、極限編程和各種類型的敏捷方法。有些人認為生命周期“模型”是一類方法的更通用術(shù)語，而軟件開發(fā)“過程”是一個更具體的術(shù)語，用于指代特定組織選擇的特定過程。例如，有許多適合螺旋生命周期模型的特定軟件開發(fā)過程。

在實踐中

多年來，出現(xiàn)了各種此類框架，每個框架都有自己公認的優(yōu)點和缺點。一種軟件開發(fā)方法框架不一定適用于所有項目。基于各種技術(shù)、組織、項目和團隊的考慮，每個可用的方法框架最適合特定類型的項目。

軟件開發(fā)組織實施過程方法來簡化開發(fā)過程。有時，承包商可能需要采用方法論，例如美國國防工業(yè)，它需要基于流程模型進行評級才能獲得合同。描述軟件生命周期選擇、實施和監(jiān)控方法的國際標準是ISO/IEC 12207。

一個長達數(shù)十年的目標是找到可重復、可預測的流程，以提高生產(chǎn)力和質(zhì)量。有些人試圖將看似不守規(guī)矩的軟件設計任務系統(tǒng)化或正式化。其他人將項目管理技術(shù)應用于設計軟件。如果沒有有效的項目管理，軟件項目很容易延遲交付或超出預算。由于大量軟件項目在功能、成本或交付時間表方面未達到他們的期望，因此似乎缺乏有效的項目管理。

組織可以創(chuàng)建一個軟件工程過程組(SEPG)，它是過程改進的焦點。該小組由具有不同技能的一線從業(yè)人員組成，是組織中參與軟件工程過程改進的每個人協(xié)作努力的中心。

特定的開發(fā)團隊也可能同意編程環(huán)境的細節(jié)，例如使用哪種集成開發(fā)環(huán)境，以及一種或多種主要的編程范式、編程風格規(guī)則或特定軟件庫或軟件框架的選擇。這些細節(jié)通常不是由模型或一般方法的選擇決定的。

方法

自信息技術(shù)起源以來，已經(jīng)使用了幾種軟件開發(fā)方法，主要分為兩大類。通常，管理或開發(fā)團隊選擇一種方法或方法的組合。

“傳統(tǒng)”方法，例如具有不同階段的瀑布，有時被稱為軟件開發(fā)生命周期(SDLC)方法，盡管這個術(shù)語也可以更廣泛地用于指代任何方法。具有不同階段的“生命周期”方法與定義迭代過程的敏捷方法形成對比，但不同部分的設計、構(gòu)建和部署可以同時發(fā)生。

• 需求分析導致軟件需求規(guī)范
• 軟件設計
• 執(zhí)行
• 測試
• 集成，如果有多個子系統(tǒng)
• 部署（或安裝）
• 維護

該方法的第一個正式描述經(jīng)常被引用為Winston W.Royce于1970年發(fā)表的一篇文章，盡管Royce在這篇文章中沒有使用“瀑布”一詞。基本原則是：

• 項目分為連續(xù)的階段，階段之間有一些重疊和回濺是可以接受的。
• 重點是一次整個系統(tǒng)的規(guī)劃、時間表、目標日期、預算和實施。
• 通過廣泛的書面文件、正式審查和用戶的批準/簽署，以及在大多數(shù)階段結(jié)束時在下一階段開始之前發(fā)生的信息技術(shù)管理，在項目的整個生命周期內(nèi)保持嚴格的控制。

瀑布模型是一種應用于軟件工程的傳統(tǒng)工程方法。嚴格的瀑布方法不鼓勵在完成之前重新訪問和修改任何先前階段。純瀑布模型中的這種“不靈活”一直是其他更“靈活”模型的支持者批評的來源。人們普遍指責它是幾個大型政府項目超出預算、隨著時間的推移，有時由于大設計先行方法而無法滿足要求的原因。除非合同要求，瀑布模型已在很大程度上被專為軟件開發(fā)開發(fā)的更靈活和通用的方法論所取代。請參閱對瀑布模型的批評。

瀑布模型通常還使用助記符A Dance in the Dark Every Monday來教授，代表分析、設計、實施、測試、文檔和執(zhí)行以及維護。

 以上就是動力節(jié)點小編介紹的"零基礎怎么學習編程的生命周期(SDLC)方法"，希望對大家有幫助，如有疑問，請在線咨詢，有專業(yè)老師隨時為您服務。