淺談軟件生命周期

淺談軟件生命周期摘要：隨著科技日新月異的發(fā)展，軟件這種東西越來(lái)越不神秘，一個(gè)軟件就如同一個(gè)人一樣，要經(jīng)歷經(jīng)歷孕育、誕生、成長(zhǎng)、成熟、衰亡等階段，因此它也有它的生命周期，所謂的軟件生命周期又稱(chēng)軟件生命周期(LifeCycle)，是軟件生命周期內(nèi)為達(dá)到一定目標(biāo)而必須實(shí)施的一系列相關(guān)過(guò)程的集合，是軟件的產(chǎn)生直到報(bào)廢的生命周期?，F(xiàn)在的軟件生命周期過(guò)程不僅僅包括工程類(lèi)的活動(dòng)，還逐漸加入了項(xiàng)目管理、質(zhì)量保證、基礎(chǔ)保障等活動(dòng)，使其逐漸變得更加的完整和系統(tǒng)。關(guān)鍵詞：軟件生命周期階段模型1．前言：軟件的生命包括不同的階段，每個(gè)階段又包括不同的過(guò)程，之所以把整個(gè)軟件生存周期劃分為若干階段，是要使得每個(gè)階段有明確的任務(wù)，使規(guī)模大，結(jié)構(gòu)復(fù)雜和管理復(fù)雜的軟件開(kāi)發(fā)變的容易控制和管理。對(duì)軟件生命周期過(guò)程的研究有助于我們更好的研發(fā)，升級(jí)軟件，以及對(duì)一個(gè)軟件生命周期的延長(zhǎng)。2.的軟件生命周期一般來(lái)說(shuō)一個(gè)軟件完整的生命周期可以劃分為六個(gè)階段：2.1、問(wèn)題的定義及規(guī)劃此階段是軟件開(kāi)發(fā)方與需求方共同討論，主要確定軟件的開(kāi)發(fā)目標(biāo)及其可行性。2.2、需求分析在確定軟件開(kāi)發(fā)可行的情況下，對(duì)軟件需要實(shí)現(xiàn)的各個(gè)功能進(jìn)行詳細(xì)分析。需求分析階段是一個(gè)很重要的階段，這一階段做得好，將為整個(gè)軟件開(kāi)發(fā)項(xiàng)目的成功打下良好的基礎(chǔ)。"唯一不變的是變化本身。"，同樣需求也是在整個(gè)軟件開(kāi)發(fā)過(guò)程中不斷變化和深入的，因此我們必須制定需求變更計(jì)劃來(lái)應(yīng)付這種變化，以保護(hù)整個(gè)項(xiàng)目的順利進(jìn)行。2.3、軟件設(shè)計(jì)此階段主要根據(jù)需求分析的結(jié)果，對(duì)整個(gè)軟件系統(tǒng)進(jìn)行設(shè)計(jì)，如系統(tǒng)框架設(shè)計(jì)，數(shù)據(jù)庫(kù)設(shè)計(jì)等等。軟件設(shè)計(jì)一般分為總體設(shè)計(jì)和詳細(xì)設(shè)計(jì)。好的軟件設(shè)計(jì)將為軟件程序編寫(xiě)打下良好的基礎(chǔ)。2.4、程序編碼此階段是將軟件設(shè)計(jì)的結(jié)果轉(zhuǎn)換成計(jì)算機(jī)可運(yùn)行的程序代碼。在程序編碼中必須要制定統(tǒng)一，符合標(biāo)準(zhǔn)的編寫(xiě)規(guī)范。以保證程序的可讀性，易維護(hù)性，提高程序的運(yùn)行效率。2.5、軟件測(cè)試在軟件設(shè)計(jì)完成后要經(jīng)過(guò)嚴(yán)密的測(cè)試，以發(fā)現(xiàn)軟件在整個(gè)設(shè)計(jì)過(guò)程中存在的問(wèn)題并加以糾正。整個(gè)測(cè)試過(guò)程分單元測(cè)試、組裝測(cè)試以及系統(tǒng)測(cè)試三個(gè)階段進(jìn)行。測(cè)試的方法主要有白盒測(cè)試和黑盒測(cè)試兩種。在測(cè)試過(guò)程中需要建立詳細(xì)的測(cè)試計(jì)劃并嚴(yán)格按照測(cè)試計(jì)劃進(jìn)行測(cè)試，以減少測(cè)試的隨意性。2.6、運(yùn)行維護(hù)軟件維護(hù)是軟件生命周期中持續(xù)時(shí)間最長(zhǎng)的階段。在軟件開(kāi)發(fā)完成并投入使用后，由于多方面的原因，軟件不能繼續(xù)適應(yīng)用戶(hù)的要求。要延續(xù)軟件的使用壽命，就必須對(duì)軟件進(jìn)行維護(hù)。軟件的維護(hù)包括糾錯(cuò)性維護(hù)和改進(jìn)性維護(hù)兩個(gè)方面。進(jìn)性維護(hù)兩個(gè)方面。3.生命周期模型分析3．1V字模型（1）特點(diǎn)：V字模型是一種線型順序模型，每階段主要工作成果從一個(gè)階段傳遞到下一個(gè)階段，必須經(jīng)過(guò)嚴(yán)格的評(píng)審或測(cè)試，各階段相互獨(dú)立、不重疊。V字模型是所有軟件生命周期模型的基礎(chǔ)。開(kāi)發(fā)流程如圖1所示。（2）優(yōu)點(diǎn)：可以保證整個(gè)軟件產(chǎn)品較高的質(zhì)量，保證缺陷能夠提前的被發(fā)現(xiàn)和解決。采用V字模型可以保證系統(tǒng)在整體上的充分把握，使系統(tǒng)具備良好的擴(kuò)展性和可維護(hù)性，強(qiáng)調(diào)早期的計(jì)劃及需求調(diào)查與分析；強(qiáng)調(diào)產(chǎn)品測(cè)試的完備性；過(guò)程文檔齊全，便于追溯和使用；過(guò)程的可見(jiàn)性強(qiáng)，便于過(guò)程質(zhì)量控制；只要需求是穩(wěn)定的，則進(jìn)度也是穩(wěn)定的。（3）缺點(diǎn)：無(wú)法解決軟件需求不明確或不準(zhǔn)確的問(wèn)題，靈活性差，依賴(lài)于早期進(jìn)行的需求調(diào)查，不能適應(yīng)需求的變化。（4）適用情況：主要適用于組織所熟悉領(lǐng)域的應(yīng)用系統(tǒng)開(kāi)發(fā)，前期充分理解用戶(hù)需求，且需求是確定不變的；用戶(hù)有一定的能力，對(duì)需求的表述是確切的；充分理解該解決方案的技術(shù)和體系；需要一個(gè)可維護(hù)性和可支持性較高的解決方案；所有產(chǎn)品的控制基線，需要有可見(jiàn)度和可靠性；適用于新的有較多用戶(hù)的產(chǎn)品、平臺(tái)、中間件開(kāi)發(fā)項(xiàng)目，或者是用戶(hù)對(duì)開(kāi)發(fā)過(guò)程有嚴(yán)格要求的工程定制項(xiàng)目；項(xiàng)目經(jīng)理有一定的項(xiàng)目管理經(jīng)驗(yàn)；要求開(kāi)發(fā)時(shí)間較充分。3．2中等簡(jiǎn)化V字模型特點(diǎn)：中等簡(jiǎn)化V字模型就是在標(biāo)準(zhǔn)V字模型基礎(chǔ)上根據(jù)組織中一些小項(xiàng)目的實(shí)際需要演化而來(lái)。模型圖如圖2所示。優(yōu)點(diǎn)：可以適應(yīng)中等和較小項(xiàng)目較靈活的管理需要，提供中度的進(jìn)度控制，相對(duì)標(biāo)準(zhǔn)V字模型，可以減少部分項(xiàng)目管理工作量和開(kāi)支，在產(chǎn)品交付方面進(jìn)行合理的控制缺點(diǎn)：因項(xiàng)目開(kāi)發(fā)流程相對(duì)簡(jiǎn)化，項(xiàng)目的風(fēng)險(xiǎn)增大，質(zhì)量隱患增大。適用情況：項(xiàng)目的復(fù)雜度、團(tuán)隊(duì)的規(guī)模、工作量和項(xiàng)目周期都是中等程度的；需求和技術(shù)都已被充分理解；項(xiàng)目經(jīng)理有較高的項(xiàng)目管理和控制經(jīng)驗(yàn)；在已經(jīng)運(yùn)行過(guò)的成型系統(tǒng)之上，根據(jù)客戶(hù)的不同需求進(jìn)行客戶(hù)化改造的項(xiàng)目，客戶(hù)對(duì)原系統(tǒng)有充分的了解，能夠提出比較成熟的需求。3．3最簡(jiǎn)化V字模型特點(diǎn)：最簡(jiǎn)化V字模型就是在標(biāo)準(zhǔn)V字模型基礎(chǔ)上根據(jù)組織中的小項(xiàng)目和維護(hù)項(xiàng)目的實(shí)際需要演化而來(lái)。一般情況下，不建議使用此種模型。優(yōu)點(diǎn)：可以適應(yīng)小項(xiàng)目的靈活性；減少過(guò)程復(fù)雜帶來(lái)的產(chǎn)品提交時(shí)間延長(zhǎng)；過(guò)程相對(duì)簡(jiǎn)單，項(xiàng)目管理控制的工作量相對(duì)較少；提供中度的進(jìn)度控制；減少開(kāi)支。缺點(diǎn)：對(duì)階段性的控制較弱，不能及時(shí)發(fā)現(xiàn)問(wèn)題；項(xiàng)目前期控制較弱，使得項(xiàng)目產(chǎn)品質(zhì)量留有隱患。最簡(jiǎn)化V字模型如3所示。適用情況：項(xiàng)目的規(guī)模和工作量都比較??；項(xiàng)目具有較小的開(kāi)發(fā)團(tuán)隊(duì)；需求和技術(shù)都是被充分確定和理解的；系統(tǒng)復(fù)雜度低，不需要獨(dú)立的設(shè)計(jì)階段；產(chǎn)品的體系結(jié)構(gòu)是穩(wěn)定的；項(xiàng)目經(jīng)理經(jīng)驗(yàn)豐富，對(duì)項(xiàng)目有較好的管理控制能力；單項(xiàng)功能的修改或增加，開(kāi)發(fā)周期較短的項(xiàng)目。3．4迭代模型特點(diǎn)：已有2種迭代方式。一種是以需求、計(jì)劃、設(shè)計(jì)為重點(diǎn)的迭代模型，常用于需求不明確的項(xiàng)目；另一種是以計(jì)劃、設(shè)計(jì)、編碼、測(cè)試為重點(diǎn)的迭代模型，常用于算法型等技術(shù)難度較高的項(xiàng)目。優(yōu)點(diǎn)：允許變更需求，中途的修改容易，迭代流程自身可在進(jìn)行過(guò)程中得到改進(jìn)和精煉；生成性能更強(qiáng)壯的產(chǎn)品；風(fēng)險(xiǎn)管理比較容易，可及早降低風(fēng)險(xiǎn)，存在良好的信息傳遞渠道。缺點(diǎn)：因本模型較為靈活，對(duì)管理的要求較高，項(xiàng)目經(jīng)理需要有豐富的項(xiàng)目管理經(jīng)驗(yàn)；迭代的次數(shù)和任務(wù)規(guī)劃難把握，對(duì)項(xiàng)目策劃要求較高。適用情況：規(guī)模較大的項(xiàng)目或產(chǎn)品，需求的清晰度低，且需要進(jìn)一步的調(diào)查；技術(shù)或體系結(jié)構(gòu)方面的知識(shí)匱乏。螺旋形模型適用項(xiàng)目：主要是用于大規(guī)模軟件項(xiàng)目，需求不明朗，風(fēng)險(xiǎn)比較高的項(xiàng)目。開(kāi)發(fā)者和客戶(hù)能夠較好地對(duì)待和理解每一個(gè)演化級(jí)別上的風(fēng)險(xiǎn)。3．5原型＋瀑布模型特點(diǎn)：用戶(hù)需求不完全或不確定，針對(duì)總體的輪廓先建立一個(gè)用戶(hù)需求原型，然后進(jìn)行評(píng)價(jià)和反饋。對(duì)原型進(jìn)行擴(kuò)充、改進(jìn)和求精，完成最終系統(tǒng)。優(yōu)點(diǎn)：開(kāi)發(fā)者可以很快的構(gòu)建一個(gè)可以演示的產(chǎn)品系統(tǒng)，客戶(hù)和開(kāi)發(fā)者對(duì)系統(tǒng)有更好的理解。缺點(diǎn)：沒(méi)有考慮軟件的整體質(zhì)量和長(zhǎng)期的可維護(hù)性；由于達(dá)不到質(zhì)量要求產(chǎn)品可能被拋棄；由于原型并非最終產(chǎn)品，如果原型不能利用，可能導(dǎo)致成本的增加。適用情況：客戶(hù)能提出一般性的目標(biāo)，但不能標(biāo)出詳細(xì)的輸入、處理及輸出需求；開(kāi)發(fā)者不能確定算法的有效性、操作系統(tǒng)的適應(yīng)性、人機(jī)交互的形式；項(xiàng)目包含一種新技術(shù)；存在關(guān)于性能、可靠性和可行性方面的主要的、未解決的問(wèn)題。3．6螺旋模型特點(diǎn)：風(fēng)險(xiǎn)驅(qū)動(dòng)，關(guān)注風(fēng)險(xiǎn)，風(fēng)險(xiǎn)分析后決策項(xiàng)目是否繼續(xù)進(jìn)行。螺旋模型實(shí)現(xiàn)了隨著項(xiàng)目成本投入不斷增加，風(fēng)險(xiǎn)逐漸減小，并加強(qiáng)項(xiàng)目的管理和跟蹤。在每次迭代結(jié)束后都需要對(duì)產(chǎn)出物進(jìn)行評(píng)估和驗(yàn)證，當(dāng)發(fā)現(xiàn)無(wú)法繼續(xù)進(jìn)行下去時(shí)可及早終止項(xiàng)目。優(yōu)點(diǎn)：對(duì)可選方案和約束條件的強(qiáng)調(diào)有利于已有軟件的重用，也有助于把軟件質(zhì)量作為軟件開(kāi)發(fā)的一個(gè)重要目標(biāo)；減少了過(guò)多測(cè)試或測(cè)試不足；維護(hù)和開(kāi)發(fā)之間并沒(méi)有本質(zhì)區(qū)別。缺點(diǎn)：需要風(fēng)險(xiǎn)分析評(píng)估的專(zhuān)門(mén)技術(shù)，且成功依賴(lài)于這種技術(shù)。很明顯一個(gè)大的沒(méi)有被發(fā)現(xiàn)的風(fēng)險(xiǎn)問(wèn)題，將會(huì)導(dǎo)致問(wèn)題的發(fā)生，并可能導(dǎo)致演化的方法失去控制。3．7增量模型特點(diǎn)：第一階段增量往往是核心產(chǎn)品；每一階段增量均可發(fā)布一個(gè)版本。優(yōu)點(diǎn)：人員分配靈活，剛開(kāi)始不用投入大量人力資源，當(dāng)核心產(chǎn)品很受歡迎時(shí)，可增加人力實(shí)現(xiàn)下一個(gè)階段增量，同時(shí)人員可以并行工作；需求明確部分可以分階段實(shí)現(xiàn)，逐步優(yōu)化系統(tǒng)需求，集成系統(tǒng)元素；階段交付。缺點(diǎn)：由于增量模型的靈活性，往往容易退化成邊做邊改方法，使軟件過(guò)程的控制喪失了