軟件生命周期與軟件過程有什么區(qū)別？

在計(jì)算機(jī)發(fā)展的初期，計(jì)算機(jī)應(yīng)用的領(lǐng)域還比較狹窄，尤其是軟件的應(yīng)用尤其少。那時(shí)，計(jì)算機(jī)主要側(cè)重于科學(xué)計(jì)算，程序設(shè)計(jì)是少數(shù)聰明人干的活，軟件開發(fā)幾乎等同于程序設(shè)計(jì)。那時(shí)，程序員通常采用“邊想邊做邊用邊改”的模式，很少做系統(tǒng)性的需求分析和系統(tǒng)設(shè)計(jì)。

隨著軟件復(fù)雜性的增加，程序員們不知不覺就陷入了“邊做邊改”的困境：程序質(zhì)量低下，錯(cuò)誤頻發(fā)，進(jìn)度延誤，費(fèi)用劇增等問題日益嚴(yán)重。這些問題，統(tǒng)稱為“軟件危機(jī)”。

20世紀(jì)60年代末、70年代初，一些程序員意識(shí)到，若要把軟件開發(fā)和應(yīng)用做好，就必須有條理的安排好需求分析、系統(tǒng)設(shè)計(jì)、軟件編碼、驗(yàn)證測(cè)試、系統(tǒng)維護(hù)等活動(dòng)，于是就產(chǎn)生了軟件生命周期模型，典型的代表是1970年提出的瀑布模型。

那時(shí)候，他們主要關(guān)注的是技術(shù)開發(fā)活動(dòng)，還沒有考慮到軟件開發(fā)過程中的管理活動(dòng)。因此，各種軟件生命周期模型幾乎都不涉及到管理，如后來出現(xiàn)的噴泉模型、增量模型、快速原型模型、螺旋模型、迭代模型、RUP模型等。

對(duì)軟件過程(Software Process)的研究，則相對(duì)滯后。20世紀(jì)80年代末，業(yè)界才開始研究軟件過程，典型的案例是1986年美國(guó)國(guó)防部（DoD）委托卡內(nèi)基梅隆大學(xué)（CMU）的軟件工程研究院（SEI）研究如何評(píng)估軟件開發(fā)商的能力，并最終導(dǎo)致CMM 1.0在1991年誕生。

軟件過程是為生產(chǎn)出高質(zhì)量軟件產(chǎn)品所需完成的任務(wù)的框架，即形成軟件產(chǎn)品的一系列步驟，包括中間產(chǎn)品、資源、角色及過程中采取的方法、規(guī)程（Procedure）、技術(shù)和工具等。軟件過程包括三個(gè)基本要素：人、方法與規(guī)程、技術(shù)與工具，三者必須協(xié)調(diào)好，才能開發(fā)出好的產(chǎn)品。也即，過程與產(chǎn)品之間存在某種因果關(guān)系，只有好的過程，才可能得到好的產(chǎn)品，而差的過程只會(huì)得到差的產(chǎn)品。

軟件過程主要針對(duì)軟件生產(chǎn)和管理進(jìn)行研究。為了獲得滿足工程目標(biāo)的軟件，不僅涉及工程開發(fā)，而且還涉及工程支持和工程管理。軟件過程可概括為三類：基本過程類、支持過程類和組織過程類。

基本過程類包括獲取過程、供應(yīng)過程、開發(fā)過程、運(yùn)作過程，維護(hù)過程和管理過程。

支持過程類包括文檔過程、配置管理過程、質(zhì)量保證過程、驗(yàn)證過程、確認(rèn)過程、聯(lián)合評(píng)審過程、審計(jì)過程以及問題解決過程。

組織過程類包括基礎(chǔ)設(shè)施過程、改進(jìn)過程以及培訓(xùn)過程。

軟件過程構(gòu)成了軟件項(xiàng)目管理控制的基礎(chǔ)，并且創(chuàng)建了一個(gè)環(huán)境以便于技術(shù)方法的采用、工作產(chǎn)品（模型、文檔、報(bào)告、表格等）的產(chǎn)生、里程碑的創(chuàng)建、質(zhì)量的保證、正常變更的正確管理。

從字面上理解，“軟件生命周期”涵蓋了軟件的所有過程，所以用“軟件生命周期模型”來表示軟件過程的模型是最恰當(dāng)不過的，但由于歷史的原因，人們很早就把“軟件生命周期”這一術(shù)語占用了，弄得現(xiàn)在這二個(gè)術(shù)語都不貼切。為了區(qū)別，現(xiàn)在人們常常用“軟件開發(fā)模型”來代替“軟件生命周期模型”。

推薦閱讀：

軟件測(cè)試生命周期都有哪些階段？

軟件測(cè)試與軟件生命周期的關(guān)系

APP軟件開發(fā)生命周期可以分為幾個(gè)階段？

項(xiàng)目掙得值管理的作用有哪些？如何選擇合適的項(xiàng)目管理工具？

軟件生命周期管理工具ALM案例庫(kù)的作用有哪些？