軟件生命周期詳解

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

成都創(chuàng)新互聯(lián)公司服務(wù)項(xiàng)目包括尚志網(wǎng)站建設(shè)、尚志網(wǎng)站制作、尚志網(wǎng)頁制作以及尚志網(wǎng)絡(luò)營銷策劃等。多年來，我們專注于互聯(lián)網(wǎng)行業(yè)，利用自身積累的技術(shù)優(yōu)勢、行業(yè)經(jīng)驗(yàn)、深度合作伙伴關(guān)系等，向廣大中小型企業(yè)、政府機(jī)構(gòu)等提供互聯(lián)網(wǎng)行業(yè)的解決方案，尚志網(wǎng)站推廣取得了明顯的社會(huì)效益與經(jīng)濟(jì)效益。目前，我們服務(wù)的客戶以成都為中心已經(jīng)輻射到尚志省份的部分城市，未來相信會(huì)繼續(xù)擴(kuò)大服務(wù)區(qū)域并繼續(xù)獲得客戶的支持與信任！

什么是軟件生命周期？

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

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

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

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

大家先自己想想~（來，閉上眼睛，想一想～）

好啦，我來揭曉答案，大家看看你想的對不對！

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

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

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

注意哦：購物圖中的“商家根據(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)品那么需要用的語言、框架、技術(shù)等等；對應(yīng)購物圖中的商家生產(chǎn)部分，商家生產(chǎn)前需要決定各種用什么布、線、縫制方式、配圖材料/方法等等。

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

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

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

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

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

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

開發(fā)線

設(shè)計(jì)（Design）：
描述：
架構(gòu)師根據(jù)需求確定產(chǎn)品或者項(xià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ù)庫結(jié)構(gòu)、模塊結(jié)構(gòu)以及它們之間的關(guān)系等。開發(fā)人員根據(jù)概要設(shè)計(jì)對具體模塊進(jìn)行詳細(xì)設(shè)計(jì)，包括接口參數(shù)、參數(shù)等。此處設(shè)計(jì)會(huì)形成概要設(shè)計(jì)文檔和詳細(xì)設(shè)計(jì)文檔。
參與者：項(xiàng)目經(jīng)理，架構(gòu)師，開發(fā)，測試

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

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

測試線

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

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

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

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

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

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

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

支持維護(hù)（Production Support）：
描述：支持維護(hù)類似于我們?nèi)粘Ｖ械氖酆?，主要是對已賣出的產(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)目那么就是對的，就是好的。

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

網(wǎng)站標(biāo)題：軟件生命周期詳解
本文URL：http://muchs.cn/article6/iehhig.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站維護(hù)、電子商務(wù)、軟件開發(fā)、動(dòng)態(tài)網(wǎng)站、小程序開發(fā)、搜索引擎優(yōu)化

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)