作為一名軟件開發(fā)人員，您一定在項目中多次遇到過 SDLC（軟件開發(fā)生命周期）這個術(shù)語。SDLC 是軟件開發(fā)人員遵循的結(jié)構(gòu)化流程，以在盡可能短的時間內(nèi)提供高質(zhì)量、低成本的軟件。實(shí)施 SDLC 的主要目標(biāo)是為客戶提供卓越的軟件，堅定地站在他們的期望和要求上。
軟件開發(fā)市場的真相是，每個人都希望盡快獲得產(chǎn)品。為此，開發(fā)人員需要在他們的生產(chǎn)過程中進(jìn)行創(chuàng)新。因此，如果開發(fā)人員選擇了錯誤的 SDLC 模型，則可能會延遲開發(fā)周期，而不是簡化整個開發(fā)過程，反而變得更加乏味。
但是，別擔(dān)心，我們?yōu)槟峁┍Ｕ稀１疚膶⒂懻撥浖_發(fā)人員可以考慮的不同類型的模型，并提供有關(guān)可以在何處使用特定 SDLC 模型的信息。
什么是軟件開發(fā)？
當(dāng)任何人踏入 IT 領(lǐng)域時，他們的主要目標(biāo)是成為一名軟件開發(fā)人員，因為這是核心工作，并且在月底時薪水很高。軟件開發(fā)不僅僅是編寫代碼來創(chuàng)建軟件。該任務(wù)涉及一個計劃好的計劃，其中包含幾個步驟和階段，從而導(dǎo)致開發(fā)操作軟件。因此，軟件開發(fā)意味著具有一組需要以特定方式執(zhí)行以創(chuàng)建計算機(jī)軟件產(chǎn)品的活動的過程。這些活動的范圍從設(shè)計、開發(fā)、測試到軟件的部署。
軟件更像是一組指令，告訴計算機(jī)執(zhí)行任何給定任務(wù)需要做什么。除此之外，軟件完全獨(dú)立于硬件端。下面是給我們讀者的一般瑣事，第一個軟件是在 1960 年開發(fā)的。從 1960 年到現(xiàn)在，軟件開發(fā)已經(jīng)走過了漫長的道路，軟件開發(fā)方法最常見的形式是敏捷開發(fā)。
有四個基本的軟件開發(fā)類別：應(yīng)用程序開發(fā)、系統(tǒng)軟件開發(fā)、開發(fā)工具和嵌入式軟件開發(fā)。這些類別中的每一個都需要一組具有特定技能的不同開發(fā)人員。
SDLC 的好處
清晰的項目路線圖
有時，單個團(tuán)隊成員不知道他為什么要制作軟件的任何特定元素以及它將如何在軟件中使用。結(jié)果，子部分的開發(fā)沒有牢記最終目標(biāo)，最終導(dǎo)致集成問題。使用 SDLC，公司中參與該項目的每個員工都將在同一頁面上。他們將知道他們必須做什么以及它對整個開發(fā)周期的重要性。目標(biāo)將預(yù)先設(shè)定，并在開發(fā)周期的所有各方都同意后設(shè)定。
當(dāng)最終目標(biāo)明確時，管理人員可以提供一個明確而現(xiàn)實(shí)的計劃，并有一個可實(shí)現(xiàn)的截止日期。另一方面，完成項目所需的成本估算和資源也將更加清晰。
員工變動不會影響發(fā)展速度
如果團(tuán)隊中的某個人無法繼續(xù)項目，開發(fā)過程不會受到影響。SDLC 的每一個進(jìn)展都會與團(tuán)隊的其他成員共享。因此，如果一個人確實(shí)離開了，新員工可以通過提供給他的信息輕松了解他需要執(zhí)行的工作。因此，他將不必面對任何復(fù)雜情況，立即重新開始工作。
最大限度地減少錯誤和障礙
如果開發(fā)人員知道他們工作的重要性，以及最終產(chǎn)品將如何為最終用戶工作，他們將能夠找到最好的方法來開發(fā)分配給他們的軟件的特定部分。此外，當(dāng)每個團(tuán)隊都知道其他團(tuán)隊正在做什么時，這些知識將有助于在不同團(tuán)隊之間建立更好的溝通。而且，隨著溝通的增加，軟件不同元素之間的集成會更加順暢，問題也會更少。
靈活性
SDLC 可以循環(huán)，這意味著如果項目經(jīng)理發(fā)現(xiàn)反饋沒有達(dá)到他想要的水平。團(tuán)隊可以重新開始 SDLC 的那個階段，并提出新的解決方案來提高他們的工作效率。SDLC 為軟件開發(fā)人員提供了在項目的每個階段進(jìn)行更改的靈活性。
徹底的測試
在每個階段之后，都需要進(jìn)行審查和測試部分以進(jìn)一步進(jìn)行。SDLC 帶有強(qiáng)制性的檢查和平衡，以便測試部分以精確和嚴(yán)肅的方式完成。
審查
使用 SDLC 的另一個巨大優(yōu)勢是，在每個階段結(jié)束時，您都會對項目進(jìn)行審查。這使管理人員可以跟蹤進(jìn)度并查看開發(fā)團(tuán)隊是否仍然達(dá)到目標(biāo)。除此之外，能夠在每個階段結(jié)束時進(jìn)行審查將使管理層能夠以更好的方式利用他們對開發(fā)周期的控制權(quán)。
目標(biāo)驅(qū)動
SDLC 的主要目標(biāo)是實(shí)現(xiàn)產(chǎn)品經(jīng)理設(shè)定的目標(biāo)，并且隨著它的使用，實(shí)現(xiàn)該目標(biāo)的可能性變得更易于管理。在 SDLC 結(jié)束時，目標(biāo)是向最終用戶交付優(yōu)質(zhì)產(chǎn)品。
SDLC與產(chǎn)品生命周期的區(qū)別
很多人將軟件開發(fā)生命周期 (SDLC) 與產(chǎn)品生命周期 (PLC) 混淆了。項目生命周期是項目從一開始到最后必須經(jīng)歷的一系列階段。這些項目旨在為客戶提供產(chǎn)品和服務(wù)。產(chǎn)品周期的每個階段最后都應(yīng)該有一個或多個可交付成果。這些可交付成果是有形的，通常是項目的可驗證產(chǎn)品。此外，軟件開發(fā)生命周期是產(chǎn)品生命周期的一部分。因為軟件是整個產(chǎn)品的子部分，所以軟件也可以是整個產(chǎn)品，但在大多數(shù)情況下，軟件是更大項目的子部分之一，包括網(wǎng)站、移動應(yīng)用程序、營銷競選活動等
需要不同類型的 SDLC 模型
為特定的軟件開發(fā)項目設(shè)計了不同的模型，每個 SDLC 都有自己的優(yōu)點(diǎn)和缺點(diǎn)。因此，一個團(tuán)隊必須根據(jù)他們的項目來決定哪個是最好的，然后相應(yīng)地工作。例如，瀑布模型被用于開發(fā)客戶關(guān)系管理（CRM）軟件、供應(yīng)鏈管理系統(tǒng)、庫存管理系統(tǒng)等。瀑布模型被用于該軟件的開發(fā)，因為項目需求是準(zhǔn)確的，并且有沒有不確定的要求，這可能會為將來添加新功能提供空間。因此，瀑布模型是這種情況下的最佳 SDLC 方法。
另一方面，我們有一個螺旋模型，它也被認(rèn)為是一個元模型，因為它包含了所有基本模型和瀑布模型。螺旋模型用于移動應(yīng)用程序的開發(fā)，因為它們需要不斷更新或補(bǔ)丁來解決問題。此外，螺旋模型可用于預(yù)算限制，客戶不知道項目的所有要求，并會要求開發(fā)人員在初始版本后添加新功能。在這種情況下，不能使用瀑布模型，因為它沒有為軟件的進(jìn)一步添加或更改留下任何空間。這就是為什么我們需要不同的 SDLC 模型來開發(fā)不同的軟件集。
不同類型的 SDLC 模型
現(xiàn)在您已經(jīng)了解了擁有各種 SDLC 模型的重要性，讓我們找出不同的 SDLC 模型、它們的優(yōu)勢和用例。
1.瀑布模型
瀑布模型是有史以來第一個引入的 SDLC。它也被稱為線性順序生命周期模型。由于模型是線性的，因此很容易理解和使用。在這個模型中，每個階段都必須在團(tuán)隊成員進(jìn)入下一步之前完成，因為不同階段沒有重疊。
好處
- 對于擁有多個部門的公司來說，瀑布模型可能是一個很好的解決方案，因為它確實(shí)允許部門化工作流程和項目的管理控制。
- 它是最容易理解和實(shí)施的 SDLC。
- 此外，它的管理很容易，因為每個階段都有一組特定的可交付成果和一個審查過程，使模型更加僵化。
- 每個階段都有其設(shè)定的時間表，模型遵循一個階段完成的時間格式。
- 瀑布模型非常適合從一開始就明確需求的小型項目。
- 可以為每個開發(fā)階段分配截止日期，以便開發(fā)的軟件可以進(jìn)一步進(jìn)行下一步的開發(fā)，并按時完成整個項目。
瀑布模型的問題在于，一旦某個特定階段完成并且項目進(jìn)入下一個階段，那么就沒有回頭路了。即使開發(fā)人員發(fā)現(xiàn)了與上一階段相關(guān)的問題，再回頭糾正問題也為時已晚。除此之外，如果一個項目非常復(fù)雜，在項目開始時很難確定其完整的功能和要求。瀑布模型的測試階段出現(xiàn)在一個周期的最后。這使得很難確定開發(fā)人員在初始階段能夠發(fā)現(xiàn)的問題。
2. 迭代模型
迭代意味著“進(jìn)化”，這是迭代模型的功能。它從子集的基本實(shí)現(xiàn)開始，其中包含一組特定的軟件需求，并迭代地增強(qiáng)不斷發(fā)展的版本，直到實(shí)現(xiàn)整個??系統(tǒng)。在每次新的迭代中，軟件都會進(jìn)行設(shè)計修改，并增加新的功能。
這種開發(fā)模型的主要用途是使用持續(xù)較短時間的重復(fù)開發(fā)周期來創(chuàng)建軟件。迭代模型和瀑布模型之間的一個顯著區(qū)別是，在開發(fā)階段，一個以上的 SDLC 迭代可能同時進(jìn)行。
好處
- 工作功能可以在周期的早期階段開發(fā)。這有助于開發(fā)人員及早定期獲得結(jié)果。
- 它支持并行開發(fā)，并且可以輕松跟蹤項目的進(jìn)度。
- 更改范圍和要求更容易，并且不會顯著影響總體成本。
- 由于實(shí)施了較小的迭代，錯誤的測試和調(diào)試速度很快。
- 可以先執(zhí)行高風(fēng)險任務(wù)。
- 迭代 SDLC 的運(yùn)行時間更短。
- 迭代模型適用于需要為客戶創(chuàng)造最佳產(chǎn)品的關(guān)鍵任務(wù)項目。
- 最后，在模型的生命周期中，通過促進(jìn)客戶評價和產(chǎn)品反饋來開發(fā)軟件。
迭代模型也有一些缺點(diǎn)。例如，您需要有更多資源專門用于單個項目。除此之外，更改項目需求的成本可能不會產(chǎn)生太大影響，但模型不適合進(jìn)行這些更改。在設(shè)計系統(tǒng)架構(gòu)時可能會出現(xiàn)問題，因為并非所有需求都在項目開始時收集。
3. 螺旋模型
螺旋模型被認(rèn)為是最好的 SDLC 模型，因為它帶有風(fēng)險處理的支持。如果我們看一下它的圖解表示，我們可以看到它是一個帶有許多循環(huán)的螺旋。沒有確切的螺旋數(shù)量，因為它可能因項目而異。螺旋的每個循環(huán)代表軟件開發(fā)過程的階段。
在螺旋模型中，項目經(jīng)理必須動態(tài)確定階段數(shù)，同時牢記螺旋半徑，這代表了與項目不同階段相關(guān)的成本計算。此外，螺旋分為四個象限。象限的功能如下：
- 確定項目的目標(biāo)并確定解決方案。
- 找出風(fēng)險并解決它們。
- 開發(fā)產(chǎn)品的下一個版本。
- 審查已開發(fā)的產(chǎn)品并開始規(guī)劃下一階段。
好處
- 首先是如何創(chuàng)建螺旋模型來處理產(chǎn)品開發(fā)周期中可能發(fā)生的未知風(fēng)險。它在每個階段之后部署了風(fēng)險分析和風(fēng)險管理措施。
- 該模型最適合需要多個開發(fā)周期和測試的更廣泛的項目。
- 由于可以使用螺旋模型準(zhǔn)確地合并更改，因此可以輕松處理需求中的附加更改。
- 客戶可以看到每個階段的進(jìn)度，該模型在初始階段提供了一個工作原型。結(jié)果，客戶在軟件完全開發(fā)之前就已經(jīng)習(xí)慣了該軟件。
強(qiáng)大的功能帶來更大的費(fèi)用。因此，不建議在小型項目中使用螺旋模型。此外，復(fù)雜性是螺旋模型中的一個重要問題，由于過于依賴風(fēng)險分析，導(dǎo)致公司擁有最優(yōu)秀的經(jīng)驗豐富的開發(fā)人員來處理它。正如我們所說，沒有階段（循環(huán)）的估計；因此，時間估計非常棘手。螺旋 SDLC 模型用于開發(fā) AAA 級游戲、移動應(yīng)用程序等。
4.V型
V-model 的工作原理有兩個；第一個是驗證和確認(rèn)。在這個模型中，每個階段都需要在下一個開發(fā)階段開始之前完成。該設(shè)計與瀑布順序處理非常相似。對于每個開發(fā)階段，還計劃對同一階段的產(chǎn)品進(jìn)行測試。該模型應(yīng)用于正確定義項目要求的中小型項目的開發(fā)。此外，當(dāng)您擁有充足的技術(shù)資源和所需的技術(shù)經(jīng)驗時，V 模型會很有幫助。
V模型的兩個核心概念定義如下。這兩個概念都是獨(dú)立開始的，并且彼此平行。它們在項目的后期階段結(jié)合在一起，因為這些階段至關(guān)重要，團(tuán)隊之間需要密切溝通。
驗證：這個核心概念涉及一種靜態(tài)分析方法，其中在不執(zhí)行代碼的情況下檢查已完成的工作。它用于查找在產(chǎn)品開發(fā)過程中是否滿足給定要求。
驗證：在這部分開發(fā)中，操作涉及功能和非功能動態(tài)分析。在這里，產(chǎn)品的測試是通過執(zhí)行代碼來完成的。完成特定階段的開發(fā)過程后，進(jìn)行驗證以確定軟件是否滿足客戶的期望。
好處
- 這個 SDLC 是最有紀(jì)律的模型，每個階段都需要在給定的時間線上完成，以便下一階段可以開始。
- 對于小型項目來說，這是一個很棒的 SDLC 模型，您可以事先了解客戶的所有要求。
- 此外，每個階段都進(jìn)行測試，因此沒有缺陷向下流動。
V 型的唯一問題是它非常僵硬，沒有為靈活性留下空間。因此，如果你想在需求中添加一些東西，對于開發(fā)團(tuán)隊來說這將是一個復(fù)雜的過程。此外，在項目進(jìn)入實(shí)施階段之前，沒有早期原型供客戶查看。
5. 大爆炸模型
SDLC 的大爆炸模型適用于開發(fā)人員無需遵循特定流程來開發(fā)軟件的情況。在這個模型中，這個過程只是從團(tuán)隊目前可用的資金和資源開始。開發(fā)的產(chǎn)品有時可能會錯過客戶最初提出的要求。簡而言之，大爆炸模型遵循最非正式的開發(fā)步驟和程序，在項目開始之前幾乎沒有計劃。需求在項目到來時被理解和實(shí)施。因此，如果軟件的功能有任何更改或添加，則不發(fā)達(dá)的系統(tǒng)不需要修改完整的軟件。
好處
- 該模型是基礎(chǔ)，當(dāng)您開始使用它時，幾乎不需要規(guī)劃。因此，它很容易管理。
- 與其他 SDLC 不同，這里需要的資源非常多，這使得開發(fā)任務(wù)對開發(fā)人員來說非常靈活。
- 對于新軟件工程師來說，這是了解可用于軟件開發(fā)的不同工具和編程語言的最佳方式。
大爆炸模型的問題在于啟動項目不需要計劃，這使得它非常冒險。它不是開發(fā)中大型項目的理想模型。此外，如果沒有盡快定義需求，項目可能會變得非常昂貴。這種模式確實(shí)為開發(fā)人員提供了根據(jù)自己的經(jīng)驗工作的靈活性，但不確定性是使其成為艱難選擇的原因。
結(jié)論
所以現(xiàn)在您知道了 SDLC 的定義、不同類型的 SDLC 以及它們的好處。SDLC 是一個廣闊的話題，隨著其中使用的技術(shù)不斷發(fā)展，它也在不斷發(fā)展。任何想要在開發(fā)領(lǐng)域開始其職業(yè)生涯的新軟件開發(fā)人員都必須掌握 SDLC。
