軟件生命周期詳解

大家好，我是十一，今天我們就軟件生命周期進(jìn)行詳細(xì)的解說(shuō)。讓大家整體的認(rèn)識(shí)下軟件的"成長(zhǎng)歷程"。

什么是軟件生命周期？

軟件生命周期是軟件從產(chǎn)生到廢棄的整個(gè)過(guò)程，周期內(nèi)有問(wèn)題定義、可行性分析、需求分析、系統(tǒng)設(shè)計(jì)、編碼、調(diào)試和測(cè)試、部署/發(fā)版、維護(hù)升級(jí)到廢棄等階段。

那軟件生命周期各個(gè)階段都是什么呢？

我們先看張購(gòu)物圖（為了這張圖我眼睛也是要廢了~）

上圖呢就是一個(gè)完整的淘寶定制購(gòu)物過(guò)程圖了，那么購(gòu)物過(guò)程跟咱們軟件又有什么關(guān)系呢？整個(gè)過(guò)程對(duì)比《淺聊軟件開發(fā)》里的軟件生命周期圖你能一一對(duì)應(yīng)上嗎？

大家先自己想想~（來(lái)，閉上眼睛，想一想～）

好啦，我來(lái)揭曉答案，大家看看你想的對(duì)不對(duì)！

首先，為故事找一主人公，暫且叫心心吧，心心定制了需求，然后跟客服溝通是否可做（需求可行性分析），溝通后選擇喜歡的樣式、尺碼等下單，商家拿到訂單后根據(jù)訂單要求出設(shè)計(jì)圖（原型設(shè)計(jì)），出圖后跟心心溝通看是否是心心想要的（需求確認(rèn)），得到肯定答復(fù)后投入生產(chǎn)（開發(fā)），生產(chǎn)完成后內(nèi)部質(zhì)檢員檢查（測(cè)試），檢查無(wú)誤后快遞給心心（上線/發(fā)版），心心拿到衣服開始試穿以及查看是否有質(zhì)量問(wèn)題（測(cè)試），很滿意此次購(gòu)物，于是給了滿意好評(píng)后，訂單關(guān)閉，整個(gè)購(gòu)物過(guò)程完成。

大家可能會(huì)說(shuō)那支持維護(hù)沒(méi)體現(xiàn)呀？

那如果心心穿了一周后發(fā)現(xiàn)衣服有掉色/圖案一洗就花了等等質(zhì)量問(wèn)題呢？是不是就該去找客服了，跟客服溝通后商家會(huì)進(jìn)行處理，換貨/退貨/修復(fù)等等，這個(gè)就是支持維護(hù)啦。

注意哦：購(gòu)物圖中的“商家根據(jù)要求出設(shè)計(jì)圖樣式” 這個(gè)跟軟件流程圖中的設(shè)計(jì)不是一個(gè)東西！

• 商家根據(jù)要求出設(shè)計(jì)圖樣式：是原型設(shè)計(jì)，即做一個(gè)靜態(tài)的類似成品展示給客戶，讓客戶確認(rèn)是否是自己想要的，屬于需求確認(rèn)

• 軟件流程圖中的設(shè)計(jì)：是開發(fā)設(shè)計(jì)，設(shè)計(jì)要實(shí)現(xiàn)產(chǎn)品那么需要用的語(yǔ)言、框架、技術(shù)等等；對(duì)應(yīng)購(gòu)物圖中的商家生產(chǎn)部分，商家生產(chǎn)前需要決定各種用什么布、線、縫制方式、配圖材料/方法等等。

  上述整個(gè)過(guò)程其實(shí)跟實(shí)際的軟件產(chǎn)品的整個(gè)流程比較貼切了。你了解了嗎？我畫了一張完整的軟件流程圖，供大家參考~

下面我們依據(jù)上圖來(lái)分別介紹各個(gè)階段。著重介紹每個(gè)階段的概念以及參與者。 

需求定義（Ruquest for Proposal）：
描述：定義出本次任務(wù)都需要做什么，做成什么樣子（比如，買家跟賣家說(shuō)我要什么樣子的衣服，然后雙方開始協(xié)商，最終達(dá)成一致意見，這個(gè)過(guò)程就是需求定義）。
參與者：產(chǎn)品經(jīng)理，需求，客戶

可行性分析：
描述：由項(xiàng)目組相關(guān)成員去研究需求是否可行，能不能做出來(lái)（比如：商家拿訂單需求去找設(shè)計(jì)和工廠，問(wèn)設(shè)計(jì)圖形或者樣式能否做出來(lái)；問(wèn)工廠在相應(yīng)的布料上能不能做出設(shè)計(jì)圖樣式的衣服，這個(gè)過(guò)程就是可行性分析）
參與者：產(chǎn)品經(jīng)理，項(xiàng)目經(jīng)理，開發(fā)，架構(gòu)師

需求分析/用戶需求（Requirements Analysis）：
描述：需求分析其實(shí)是在做需求細(xì)化，按照任務(wù)說(shuō)明書中的任務(wù)內(nèi)容和指標(biāo)具體細(xì)化各個(gè)點(diǎn)，細(xì)化到每個(gè)框每個(gè)按鈕的樣式，輸入輸出等各項(xiàng)值（比如：設(shè)計(jì)和工廠分別就這個(gè)衣服做材料分析，分析出這個(gè)衣服需要多少布料，扣子什么樣式、顏色，不同布料具體用多少等等，這個(gè)過(guò)程叫做需求分析）；統(tǒng)一整理編寫成《需求說(shuō)明書/需求規(guī)格說(shuō)明書》。
參與者：產(chǎn)品經(jīng)理，項(xiàng)目經(jīng)理，測(cè)試/質(zhì)量管理員(很多公司把這個(gè)統(tǒng)稱為QA)，開發(fā)，架構(gòu)師

評(píng)審：（從圖中可以看出，各個(gè)階段幾乎都需要做評(píng)審，在此處統(tǒng)一描述）
描述：評(píng)審就是做審查，對(duì)這個(gè)階段的工作進(jìn)行審查，看是否偏離或者有遺漏（比如：設(shè)計(jì)和工廠的各個(gè)環(huán)節(jié)都有相關(guān)的審查，審查材料是否合格、設(shè)計(jì)是否符合規(guī)定、按照工人/設(shè)計(jì)出的材料需求是否足夠或者多余等等，這些審查都是評(píng)審）；評(píng)審一般由相應(yīng)工作人員來(lái)參與
參與者：每個(gè)階段的評(píng)審一般都是各職能部門內(nèi)部審核，也可以申請(qǐng)其他相關(guān)人員審核，比如需求評(píng)審，一般是產(chǎn)品經(jīng)理、項(xiàng)目經(jīng)理、測(cè)試、開發(fā)一起評(píng)審；系統(tǒng)設(shè)計(jì)一般是項(xiàng)目經(jīng)理、開發(fā)評(píng)審；測(cè)試策略評(píng)審一般是測(cè)試組內(nèi)部評(píng)審等等

開發(fā)線

設(shè)計(jì)（Design）：
描述：
架構(gòu)師根據(jù)需求確定產(chǎn)品或者項(xiàng)目的場(chǎng)景、特點(diǎn)，選擇合適的框架，技術(shù)使項(xiàng)目實(shí)現(xiàn)最優(yōu)化。在此上將系統(tǒng)進(jìn)行概要設(shè)計(jì)，包括系統(tǒng)總體數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)庫(kù)結(jié)構(gòu)、模塊結(jié)構(gòu)以及它們之間的關(guān)系等。開發(fā)人員根據(jù)概要設(shè)計(jì)對(duì)具體模塊進(jìn)行詳細(xì)設(shè)計(jì)，包括接口參數(shù)、參數(shù)等。此處設(shè)計(jì)會(huì)形成概要設(shè)計(jì)文檔和詳細(xì)設(shè)計(jì)文檔。
參與者：項(xiàng)目經(jīng)理，架構(gòu)師，開發(fā)，測(cè)試

編碼（Coding）：
描述：開發(fā)人員根據(jù)詳細(xì)設(shè)計(jì)文檔對(duì)系統(tǒng)進(jìn)行模塊化開發(fā)，在確定參數(shù)和接口的情況下，根據(jù)需求對(duì)模塊內(nèi)部進(jìn)行方法級(jí)別的設(shè)計(jì)和編碼以及自測(cè)，對(duì)產(chǎn)品功能進(jìn)行一一實(shí)現(xiàn)
參與者：開發(fā)

提測(cè)：
描述：開發(fā)人員完成一個(gè)小迭代/小功能，且完成自測(cè)(開發(fā)編碼完成后，一般都會(huì)自己檢測(cè)下)，于是向測(cè)試部門發(fā)起提測(cè)，一般以郵件方式或者任務(wù)管理工具任務(wù)流方式向測(cè)試部門通知xxx模塊/功能可以測(cè)試
參與者：任務(wù)責(zé)任人(開發(fā))、測(cè)試

測(cè)試線

測(cè)試策略：
描述：測(cè)試組長(zhǎng)要根據(jù)《任務(wù)說(shuō)明書》和《需求說(shuō)明書》來(lái)決定此次測(cè)試的思路/類別（功能測(cè)試/性能測(cè)試/文檔性測(cè)試或者幾種組合）、測(cè)試方式方法、flag（任務(wù)指標(biāo)，做到什么程度）等。也有很多公司把測(cè)試策略作為測(cè)試方案中的一部分。
參與者：測(cè)試組長(zhǎng)/測(cè)試leader/自身的測(cè)試工程設(shè)計(jì)師

測(cè)試計(jì)劃（Testing plan）：
描述：測(cè)試組長(zhǎng)要根據(jù)《任務(wù)說(shuō)明書》和《需求說(shuō)明書》開始編寫《測(cè)試計(jì)劃》，其中包括人員，軟件硬件資源，測(cè)試點(diǎn)，集成順序，進(jìn)度安排和風(fēng)險(xiǎn)識(shí)別等內(nèi)容。
參與者：測(cè)試組長(zhǎng)/測(cè)試leader

測(cè)試方案：
描述：測(cè)試方案一般由對(duì)需求很熟的高資深的測(cè)試工程師設(shè)計(jì)，測(cè)試方案要求根據(jù)《需求說(shuō)明書》上的每個(gè)需求點(diǎn)設(shè)計(jì)出包括需求點(diǎn)簡(jiǎn)介，測(cè)試思路和詳細(xì)測(cè)試方法三部分的方案。
參與者：測(cè)試工程師

測(cè)試設(shè)計(jì)：
描述：主要是對(duì)測(cè)試用例和規(guī)程的設(shè)計(jì)。測(cè)試用例是根據(jù)《測(cè)試方案》來(lái)編寫的，測(cè)試用例需要包括測(cè)試項(xiàng)，用例級(jí)別，預(yù)置條件，操作步驟和預(yù)期結(jié)果。同樣，測(cè)試用例也需要評(píng)審。
參與者：相關(guān)測(cè)試工程師

測(cè)試執(zhí)行（Testing）：
描述：
根據(jù)測(cè)試用例對(duì)開發(fā)提測(cè)部分進(jìn)行，通過(guò)的標(biāo)記通過(guò)，不通過(guò)的提交有質(zhì)量的Bug（問(wèn)題缺陷）。這里要說(shuō)下bug，測(cè)試對(duì)出問(wèn)題的部分提交bug到相關(guān)開發(fā)工程師，開發(fā)根據(jù)問(wèn)題描述，進(jìn)行修訂，修訂完成后會(huì)將bug流轉(zhuǎn)給相關(guān)測(cè)試人員（通過(guò)缺陷管理工具分配/郵件通知相關(guān)測(cè)試人員bug修訂完成，可測(cè))，測(cè)試需要對(duì)bug以及bug相關(guān)模塊進(jìn)行測(cè)試回歸。
參與者：相關(guān)測(cè)試工程師、責(zé)任開發(fā)工程師

測(cè)試報(bào)告：
描述：最終測(cè)試完成（所有測(cè)試用例通過(guò)/已掛起）會(huì)出測(cè)試報(bào)告對(duì)以上測(cè)試進(jìn)行總結(jié)性描述。
參與者：相關(guān)測(cè)試工程師

部署/發(fā)版（Deploy）：
描述：經(jīng)過(guò)前面的各個(gè)階段，產(chǎn)品已經(jīng)可以出售或者面見大眾了；由測(cè)試進(jìn)行冒煙測(cè)試，冒煙測(cè)試通過(guò)后配置管理人員進(jìn)行封版、版本制作（針對(duì)產(chǎn)品來(lái)說(shuō)）/部署上線（針對(duì)項(xiàng)目應(yīng)用來(lái)說(shuō)）。
參與人：配置管理人員，測(cè)試

支持維護(hù)（Production Support）：
描述：支持維護(hù)類似于我們?nèi)粘Ｖ械氖酆螅饕菍?duì)已賣出的產(chǎn)品/已上線的項(xiàng)目進(jìn)行日常維護(hù)。包括糾錯(cuò)性維護(hù)和改進(jìn)性維護(hù)兩個(gè)方面。
參與人：支持維護(hù)人員/售后工程師

以上就是整個(gè)軟件的流程介紹了，內(nèi)容有點(diǎn)多，但是我希望你能認(rèn)真的看完，并且加以理解變成你自己的知識(shí)。

注意：以上的軟件開發(fā)流程只是一個(gè)最基本的模板，但是公司內(nèi)部有自己的組織架構(gòu)，可根據(jù)項(xiàng)目酌情調(diào)整。只要適合自己的項(xiàng)目那么就是對(duì)的，就是好的。

 好了今天的內(nèi)容到此結(jié)束，歡迎進(jìn)群與我溝通！我們下次再見～