軟件研發(fā)流程PPT課件

1、軟件研發(fā)流程課程大綱 一， 軟件產(chǎn)品 二，軟件項目成員 三，軟件研發(fā)流程 四，軟件生命周期第1頁/共30頁一，軟件產(chǎn)品第2頁/共30頁l大多數(shù)人認為，軟件產(chǎn)品僅僅是從互聯(lián)網(wǎng)上下載或者從光盤上安裝到計算機上的程序。l實際上，許多“藏在背后”的東西通常被遺忘或忽視。作為軟件測試人員，要記得所有的這些都是可能含有缺陷的，都是我們要測試的對象。第3頁/共30頁計算機程序計算機程序、程序所用的數(shù)據(jù)數(shù)據(jù)以及有關(guān)文檔資料文檔資料的集合。什么是軟件產(chǎn)品第4頁/共30頁二，軟件項目人員第5頁/共30頁軟件項目成員第6頁/共30頁軟件項目成員驅(qū)動整個項目的運轉(zhuǎn)，負驅(qū)動整個項目的運轉(zhuǎn)，負責(zé)制定計劃，安排人力，責(zé)制定

2、計劃，安排人力，管理進度，協(xié)調(diào)團隊，進管理進度，協(xié)調(diào)團隊，進行重大決策。行重大決策。技術(shù)專家，經(jīng)驗豐富，負技術(shù)專家，經(jīng)驗豐富，負責(zé)整個系統(tǒng)的體系架構(gòu)的責(zé)整個系統(tǒng)的體系架構(gòu)的設(shè)計以及關(guān)鍵模塊的設(shè)計。設(shè)計以及關(guān)鍵模塊的設(shè)計。設(shè)計、設(shè)計、 編寫軟件，并修復(fù)編寫軟件，并修復(fù)軟件中的缺陷。軟件中的缺陷。負責(zé)找出軟件產(chǎn)品存在的負責(zé)找出軟件產(chǎn)品存在的問題并報告。問題并報告。完成軟件設(shè)計師安排的功完成軟件設(shè)計師安排的功能界面設(shè)計能界面設(shè)計對所負責(zé)的產(chǎn)品進行策劃對所負責(zé)的產(chǎn)品進行策劃和管理和管理第7頁/共30頁軟件項目成員質(zhì)量監(jiān)管人員第8頁/共30頁QAQCQA與QC的區(qū)別？ QA：軟件質(zhì)量保證QC: 軟件質(zhì)量

3、控制（即軟件測試）QA是保證軟件研發(fā)過程的質(zhì)量QC是保證軟件最終產(chǎn)物的質(zhì)量第9頁/共30頁三，軟件開發(fā)流程第10頁/共30頁軟件開發(fā)流程1軟件開發(fā)過程是什么2軟件開發(fā)過程常見的幾種模型3軟件開發(fā)過程模型的目的第11頁/共30頁 軟件開發(fā)有各種不同的方法，沒有所謂最好的模式。 軟件產(chǎn)品從最初的構(gòu)思到公開發(fā)布的過程，稱為軟件開發(fā)的流程。第12頁/共30頁ABCDE軟件開發(fā)最常見的模型第13頁/共30頁該階段完成后生成需求說明書設(shè)計說明書特點：特點：上一階段的變上一階段的變換結(jié)果是下一換結(jié)果是下一階段的變換的階段的變換的輸入，相鄰兩個輸入，相鄰兩個階段具有因果關(guān)階段具有因果關(guān)系，緊密相聯(lián)。系，緊密相

4、聯(lián)。開發(fā)過程常見模型-瀑布模型瀑布模型第14頁/共30頁A1970年溫斯頓羅伊斯（Winston Royce）提出了著名的“瀑布模型”，直到80年代早期，它一直是唯一被廣泛采用的軟件開發(fā)模型?，F(xiàn)在它仍然是軟件工程中應(yīng)用得非常廣泛的過程模型。B瀑布模型是一種線形的、順序的軟件開發(fā)模型第15頁/共30頁瀑布模型優(yōu)點1）為項目提供了按階段劃分的檢查點。2）當(dāng)前一階段完成后，只需要去關(guān)注后續(xù)階段。3）它提供了一個模板，這個模板使得分析、設(shè)計、編碼、測試和支持的方法可以在該模板下有一個共同的指導(dǎo)。缺點1）各個階段的劃分完全固定，階段之間產(chǎn)生大量的文檔，極大地增加了工作量。2）由于開發(fā)模型是線性的，用戶只

5、有等到整個過程的末期才能見到開發(fā)成果，從而增加了開發(fā)風(fēng)險。3）通過過多的強制完成日期和里程碑來跟蹤各個項目階段。4）瀑布模型的突出缺點是不適應(yīng)用戶需求的變化。第16頁/共30頁V模型 瀑布模型的變型第17頁/共30頁V V模型將瀑布模型中的測試部分做了細化模型將瀑布模型中的測試部分做了細化, ,主要反映測試活動與分析和設(shè)計的主要反映測試活動與分析和設(shè)計的關(guān)系關(guān)系; ; 強調(diào)了在整個軟件項目開發(fā)中需要經(jīng)歷的若干個測試級別，并與每一個強調(diào)了在整個軟件項目開發(fā)中需要經(jīng)歷的若干個測試級別，并與每一個開發(fā)級別對應(yīng)；將開發(fā)階段清楚的表現(xiàn)出來，便于控制開發(fā)的過程。當(dāng)所有階開發(fā)級別對應(yīng)；將開發(fā)階段清楚的表現(xiàn)出

6、來，便于控制開發(fā)的過程。當(dāng)所有階段都結(jié)束時，軟件開發(fā)就結(jié)束了。段都結(jié)束時，軟件開發(fā)就結(jié)束了。優(yōu)點把測試作為編碼之后的最后一個活動，需求分析等前期產(chǎn)生的錯誤直到后期的驗收測試才能發(fā)現(xiàn),忽略了測試的對象不應(yīng)該僅僅包括程序，沒有明確指出對需求、設(shè)計的測試。缺點V模型第18頁/共30頁W模型 V模型的升級版第19頁/共30頁W模型增加開發(fā)階段的同步測試形成W模型；強調(diào)了測試計劃等工作的先行和對系統(tǒng)需求和系統(tǒng)設(shè)計的測試；測試與開發(fā)同步進行，有利用盡早的發(fā)現(xiàn)問題;仍把開發(fā)活動看成是從需求開始到編碼結(jié)束的串行活動，只有上一階段完成后，才可以開始下一階段的活動，不能支持迭代。第20頁/共30頁螺旋模型螺旋模型

7、，尤其重視風(fēng)險分析階段，特別適用于龐大并且復(fù)雜，非常高風(fēng)險的項目。通常螺旋模型由四個階段組成：制定計劃、風(fēng)險分析、實施工程和客戶評估。螺旋模型中，發(fā)布的第一個模型甚至可能是沒有任何產(chǎn)出的，可能僅僅是紙上談兵的一個目標(biāo)，但是隨著一次次的交付，每一個版本都會朝著固定的目標(biāo)邁進，最終得到一個更加完善的版本。第21頁/共30頁1）設(shè)計上的靈活性,可以在項目的各個階段進行變更。2）以小的分段來構(gòu)建大型系統(tǒng),使成本計算變得簡單容易。3）客戶始終參與每個階段的開發(fā),保證了項目不偏離正確方向以及項目的可控性。4）隨著項目推進,客戶始終掌握項目的最新信息 , 從而他或她能夠和管理層有效地交互。5）客戶認可這種公

8、司內(nèi)部的開發(fā)方式帶來的良好的溝通和高質(zhì)量的產(chǎn)品。很難讓用戶確信這種演化方法的結(jié)果是可以控制的。建設(shè)周期長，而軟件技術(shù)發(fā)展比較快，所以經(jīng)常出現(xiàn)軟件開發(fā)完畢后，和當(dāng)前的技術(shù)水平有了較大的差距，無法滿足當(dāng)前用戶需求。螺旋模型螺旋模型的項目適用螺旋模型的項目適用：對于新近開發(fā)，需求不明確的情況下，適合用螺旋模型進行開發(fā)，便于風(fēng)險控制和需求變更。第22頁/共30頁原型模型（快速成型模型）第23頁/共30頁問題：開發(fā)初期很難確定用戶需求規(guī)格解決：用戶與開發(fā)者之間的鴻溝 以原型(軟件產(chǎn)品的樣品)為共同語言，實現(xiàn)用戶與開發(fā)者雙向溝通。原型作用第24頁/共30頁軟件研發(fā)流程第25頁/共30頁。軟件研發(fā)流程第26頁/共30頁 客戶需求 戶品需求 需求規(guī)格 項目計劃 版本計劃 技術(shù)造型報告 競爭對手調(diào)研報告