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

成都創(chuàng)新互聯(lián)公司的客戶來自各行各業(yè)，為了共同目標(biāo)，我們在工作上密切配合，從創(chuàng)業(yè)型小企業(yè)到企事業(yè)單位，感謝他們對我們的要求，感謝他們從不同領(lǐng)域給我們帶來的挑戰(zhàn)，讓我們激情的團隊有機會用頭腦與智慧不斷的給客戶帶來驚喜。專業(yè)領(lǐng)域包括成都做網(wǎng)站、成都網(wǎng)站設(shè)計、電商網(wǎng)站開發(fā)、微信營銷、系統(tǒng)平臺開發(fā)。

什么是軟件生命周期？

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

開發(fā)線

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

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

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

測試線

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

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

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

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

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

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

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

支持維護（Production Support）：
描述：支持維護類似于我們?nèi)粘Ｖ械氖酆?，主要是對已賣出的產(chǎn)品/已上線的項目進行日常維護。包括糾錯性維護和改進性維護兩個方面。
參與人：支持維護人員/售后工程師

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

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

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

文章標(biāo)題：軟件生命周期詳解-創(chuàng)新互聯(lián)
分享鏈接：http://jinyejixie.com/article10/dpdodo.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站策劃、外貿(mào)網(wǎng)站建設(shè)、移動網(wǎng)站建設(shè)、企業(yè)建站、虛擬主機、網(wǎng)站維護

廣告

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