我們所不知道的一些軟件生命周期的知識(shí)

只要說(shuō)到生命周期，我們首先想到的是生命的開始到結(jié)束，其實(shí)軟件的生命周期大體也是這個(gè)樣子的。軟件生命周期從根本的意義上來(lái)說(shuō)，就是軟件從產(chǎn)生到廢棄的整個(gè)過程，周期內(nèi)有問題定義、可行性分析、需求分析、系統(tǒng)設(shè)計(jì)、編碼、調(diào)試和測(cè)試、部署/發(fā)版、維護(hù)升級(jí)到廢棄等階段。

1、需求定義（Ruquest for Proposal）

定義出本次任務(wù)都需要做什么，做成什么樣子。

2、可行性分析：

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

3、需求分析/用戶需求（Requirements Analysis）：

需求分析其實(shí)是在做需求細(xì)化，按照任務(wù)說(shuō)明書中的任務(wù)內(nèi)容和指標(biāo)具體細(xì)化各個(gè)點(diǎn)，細(xì)化到每個(gè)框每個(gè)按鈕的樣式，輸入輸出等各項(xiàng)值

4、評(píng)審

評(píng)審就是做審查，對(duì)這個(gè)階段的工作進(jìn)行審查，看是否偏離或者有遺漏，評(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)審等等

5、開發(fā)線

架構(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ì)文檔……

6、編碼（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)

7、提測(cè)

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

8、測(cè)試設(shè)計(jì)：

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

9、測(cè)試執(zhí)行（Testing）

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

10、測(cè)試報(bào)告

最終測(cè)試完成（所有測(cè)試用例通過/已掛起）會(huì)出測(cè)試報(bào)告對(duì)以上測(cè)試進(jìn)行總結(jié)性描述。

11、部署/發(fā)版（Deploy）

經(jīng)過前面的各個(gè)階段，產(chǎn)品已經(jīng)可以出售或者面見大眾了；由測(cè)試進(jìn)行冒煙測(cè)試，冒煙測(cè)試通過后配置管理人員進(jìn)行封版、版本制作、部署上線

12、支持維護(hù)（Production Support）

支持維護(hù)類似于我們?nèi)粘Ｖ械氖酆?，主要是?duì)已賣出的產(chǎn)品/已上線的項(xiàng)目進(jìn)行日常維護(hù)。包括糾錯(cuò)性維護(hù)和改進(jìn)性維護(hù)兩個(gè)方面。

現(xiàn)在大家對(duì)于軟件生命周期有了一個(gè)大體的印象了吧，知道了它的流程和生命過程。這個(gè)過程除了完全靠人工之外，還是可以借助一些工具的，并且有了工具之后，人工可以減少不少的時(shí)間，省去一些麻煩。ALM就是一個(gè)這樣的工具，它是面向軟件研發(fā)生命周期管理的工具，實(shí)現(xiàn)了從產(chǎn)品概念設(shè)計(jì)、需求分析、歷經(jīng)項(xiàng)目計(jì)劃、項(xiàng)目進(jìn)度、配置管理、工時(shí)管理、測(cè)試管理等階段，直至項(xiàng)目完成的全過程管理。

推薦閱讀：

軟件開發(fā)生命周期包括什么？生命周期有幾期？

企業(yè)為什么需要IT配置管理？項(xiàng)目管理之配置管理

如何做好測(cè)試計(jì)劃與測(cè)試用例的新建及管理？

軟件工程中需求跟蹤矩陣的作用及實(shí)現(xiàn)過程

軟件開發(fā)該采用傳統(tǒng)項(xiàng)目管理還是敏捷項(xiàng)目管理？

詳解軟件研發(fā)項(xiàng)目管理的具體流程

IT項(xiàng)目如何做好預(yù)算和成本控制？IT項(xiàng)目成本管理小建議