第3章軟件項目全生命周期的階段劃分ppt課件

1、第3章 軟件工程全生命周期 的階段劃分 主要內(nèi)容： 軟件工程分類 軟件工程全生命周期的階段劃分 軟件工程各階段之間的關(guān)系 軟件工程生命周期中里程碑的設(shè)定與管理3.1 軟件工程分類 根據(jù)實施主體的不同分為兩大類： 1自主研發(fā)工程 對于立項的軟件工程，采取自主開發(fā)和自主維護的方式進展。即立項單位本身就是工程開發(fā)單位，既是實施單位，也是受害單位。 由于整個工程的立項、開發(fā)在一個單位內(nèi)部獨立完成，整個開發(fā)過程只存在于本單位工程內(nèi)部的組織和管理，不存在不同單位之間的協(xié)作，所以這類工程管理的難度要小些。 2外包軟件工程 提出工程立項的單位本身不具備軟件開發(fā)的才干，工程實施要借助于專業(yè)的軟件研發(fā)機構(gòu)來完成。

2、 由于工程主體方和工程實施方屬于不同的單位，在工程實施過程中，由于利益及責(zé)任的不同，雙方在工程的實施過程中存在著復(fù)雜的協(xié)作關(guān)系，呵斥工程在組織上和管理上存在較大的困難。 根據(jù)運用類型的不同也可分為兩大類： 1系統(tǒng)軟件 是支持計算機及運用軟件集成化運轉(zhuǎn)的根底平臺及軟件。 操作系統(tǒng)軟件、目錄效力軟件、文件效力軟件、通訊效力軟件、數(shù)據(jù)庫效力軟件、言語編譯軟件等。 2運用軟件。 是最終用戶運用的用來提高辦公效率的終端軟件。 運用軟件不像系統(tǒng)軟件具有更廣泛的通用性，它普通是為客戶在某一個公用領(lǐng)域提供效力而定制的。 3.2 軟件工程全生命周期的階段劃分3.2.1軟件開發(fā)模型 在軟件工程的實施過程中，選擇有

3、效的開發(fā)模型對工程的勝利有很大的影響。比較典型的軟件開發(fā)模型有瀑布模型、演化模型和螺旋模型。 (1)瀑布模型。 1970年，由Royce Winston提出，如圖3-1所示。瀑布模型規(guī)定軟件開發(fā)各階段的活動依次是：用戶提出軟件需求，工程成員開展需求分析、系統(tǒng)設(shè)計、編碼、測試、實施和運轉(zhuǎn)維護等一系列的義務(wù)。模型中各階段的活動從上一階段向下一階段逐級過渡，好像瀑布逐級下落，最終完成軟件產(chǎn)品并交付用戶運用。 其軟件開發(fā)活動具有以下特點： 1)階段性 要求在開發(fā)過程中前一階段任務(wù)完成以后，后一階段任務(wù)才干開場。 2)階段評審 對每一階段完成的任務(wù)都要進展評審，以利于盡早發(fā)現(xiàn)問題，防止后期的返工，假設(shè)評

4、審不合格，那么不能開場下一階段任務(wù)。 3)文檔管理 每個階段都明確規(guī)定了要完成的任務(wù)。假設(shè)文檔沒有完成，就以為本階段的任務(wù)沒有完成。 瀑布模型為軟件開發(fā)與維護提供了一種有效的工程管理方式。但在實踐運用中，軟件開發(fā)活動的各階段間的關(guān)系并非是簡單的線性關(guān)系，階段評審能夠會出現(xiàn)向上一階段反響的景象，使模型中產(chǎn)生環(huán)路，像圖3-1中虛線所示。 瀑布模型的缺乏： 由于開發(fā)階段呈線性，當(dāng)開發(fā)成果尚未經(jīng)過測試階段時，用戶無法看到軟件的運轉(zhuǎn)效果，能夠會存在需求方面的缺陷，呵斥開發(fā)出來的軟件不是用戶真正需求的軟件，呵斥工程的返工或在維護中糾正需求的偏向。 由于固定順序，前期任務(wù)中呵斥的偏向假設(shè)延續(xù)到后期階段，所呵

5、斥的損失將會更大，工程的風(fēng)險也就會越大。 (2)演化模型 是利用迭代的思想，使軟件開發(fā)活動逐漸完善的機制。 該模型設(shè)計主要針對在用戶需求階段，難以給出準確、完好的用戶需求的軟件工程。在工程開場時，用戶可以給出目的系統(tǒng)的中心功能需求，開發(fā)人員可以根據(jù)中心需求開發(fā)系統(tǒng)的中心模塊。 系統(tǒng)中心模塊開發(fā)完成后，交付用戶試用，用戶根據(jù)試用的結(jié)果，提 出細化和加強后的新的用戶需求。開發(fā)人員可在新需求的根底上實施開發(fā)的迭代過程，以實現(xiàn)系統(tǒng)的最終目的。每一迭代過程均由需求、設(shè)計、編碼、測試、集成等階段組成。圖32是采用演化模型開展軟件工程的過程模型。 利用演化模型進展軟件開發(fā)的最大優(yōu)點或特點是在軟件開發(fā)過程中，

6、假設(shè)一次迭代還不能滿足用戶的實踐需求，可經(jīng)過下一次的迭代完成，這樣就可以在一定程度上減少軟件開發(fā)的盲目性，提高軟件的開發(fā)效率。 (3)螺旋模型 螺旋模型是在演化模型的根底上開展起來的。它在演化模型的根底上添加了風(fēng)險分析機制。 它將軟件工程開發(fā)劃分為制定方案、風(fēng)險分析、實施開發(fā),以及客戶評價四類活動。 軟件風(fēng)險是任何軟件工程中普遍存在的問題，不同工程只是風(fēng)險大小不同而已。工程規(guī)模越大、問題越復(fù)雜，資源、本錢、進度等要素的不確定性就越大，承當(dāng)工程的風(fēng)險也就越大。進展風(fēng)險分析與管理的目的就是使人們在危害呵斥之前及時對風(fēng)險進展識別、分析，采取對策，消除或減少風(fēng)險所呵斥的損失。 如圖3-3所示，軟件工程

7、沿著螺旋式模型旋轉(zhuǎn)在笛卡兒坐標的四個象限上。 1)制定方案 確定軟件工程的目的，選定實施方案，定義工程的邊境條件。 2)風(fēng)險分析 分析所選方案，思索如何識別、預(yù)防、防止和去除風(fēng)險。 3)工程實施 開展軟件工程全生命周期的分析、設(shè)計、編碼、 測試和實施等任務(wù)。 4)客戶評價 評價軟件工程各階段的任務(wù)，提出修正性建議。 沿著螺旋線每旋轉(zhuǎn)一周，表示開發(fā)出一個較前一個版本更為完善的軟件新版本。 例如：在第一圈確定了初步目的、方案和限制后，轉(zhuǎn)入右上象限，對風(fēng)險進展識別和分析。假設(shè)風(fēng)險過大，開發(fā)者和用戶無法接受，工程有能夠因此而終止。 在多數(shù)情況下會沿螺旋線繼續(xù)執(zhí)行下去，直到最終獲得稱心的軟件成果。 但在

8、實際中，迭代結(jié)果必需盡快收斂到用戶允許的或可接受的目的范圍內(nèi)。只需降低迭代次數(shù)、減少每次迭代的任務(wù)量，才干降低軟件工程開發(fā)的時間和本錢；反之，假設(shè)迭代過程收斂很慢，每迭代一次任務(wù)量很大，由于時間和本錢上的開銷太大，用戶無法支持，軟件工程開發(fā)能夠會中途天折。 螺旋模型的優(yōu)越性在于適宜大型軟件的開發(fā)。可使開發(fā)人員和用戶對每一個演化層出現(xiàn)的情況均有所了解，并對下一階段任務(wù)做出正確的安排。 在實踐運用過程中，假設(shè)用戶提出了明確的業(yè)務(wù)需求，開發(fā)人員也正確了解了用戶需求后，開發(fā)過程無需開發(fā)原型系統(tǒng)，整個開發(fā)過程可采用瀑布模型。 (4)模型的運用 在模型實踐的運用不能生搬硬套現(xiàn)有的開發(fā)模型，而是要深化領(lǐng)會模

9、型的精神，結(jié)合本人軟件工程的實踐情況，選擇符合本身工程特點的開發(fā)模型。 瀑布模型無法處理軟件需求不明確或不準確的問題，會對整個軟件開發(fā)任務(wù)帶來嚴重影響，最終能夠?qū)е麻_發(fā)出的軟件并不是用戶真正需求的，且這一點只需在軟件開發(fā)完成后才可以被發(fā)現(xiàn)，所以瀑布模型對于需求簡單、明確的軟件開發(fā)工程比較適宜。 演化模型有效地處理了瀑布模型的缺乏，利用原型技術(shù)可有效防備軟件開發(fā)過程中的風(fēng)險，但對風(fēng)險的分析的預(yù)防機制略顯缺乏，因此適宜規(guī)模中等的軟件工程開發(fā)。 螺旋模型既承繼了演化模型的特點，又有效地添加了風(fēng)險預(yù)防和處理機制，適宜于大型規(guī)模的軟件工程開發(fā)。 本書定義了如圖3，4所示的軟件工程的“螺旋漸進模型。 該模

10、型將整個軟件開發(fā)過程劃分為兩個主要階段。 第一階段： 工程組成員根據(jù)用戶的初步需求，利用快速原型技術(shù)完成系統(tǒng)原型的開發(fā)任務(wù)。經(jīng)過用戶試用原模型之后，提出對原模型的修正意見。 經(jīng)過第一階段的任務(wù)可實現(xiàn)兩個目的：一是獲取一個比較完好的用戶需求，可有效地減少后續(xù)開發(fā)階段的需求變卦和任務(wù)反復(fù)；二是在用戶需求根本清楚的情況下，經(jīng)過對工程潛在風(fēng)險的分析，使開發(fā)方和用戶方對工程整體實施情況有一個比較清楚的認識和了解，有利于提早做好各項任務(wù)安排，預(yù)防和減少在工程實施過程中的風(fēng)險。 第二階段： 工程組成員根據(jù)第一階段用戶的修正報告和最后完成的需求定義，進展系統(tǒng)的設(shè)計和實現(xiàn)任務(wù)，完成符合用戶實踐需求的系統(tǒng)開發(fā)任務(wù)

11、，經(jīng)過用戶的驗收測試后，進展最后的工程驗收任務(wù)。 3.2.2軟件工程生命周期階段劃分 不同的軟件開發(fā)模型，生命周期的階段劃分會有所差別。 這里所論述的軟件工程生命周期階段劃分是以經(jīng)典“瀑布模型為原型，吸納其他典型軟件開發(fā)模型的知識，再加上現(xiàn)代軟件工程任務(wù)開展的特點提出的。如圖3-5所示。 整個軟件開發(fā)活動可劃分為四個主要的任務(wù)階段：立項、設(shè)計、實現(xiàn)及收尾。每個階段又包含多個不同的子過程，各個子過程之間關(guān)系嚴密，并且并行的、反復(fù)循環(huán)的任務(wù)內(nèi)容比較頻繁。 (1)工程立項。 軟件工程立項任務(wù)有兩個方面：工程定義和工程啟動。 經(jīng)過工程的可行性分析研討處理工程能否立項。對于曾經(jīng)立項的工程，指定工程擔(dān)任人

12、，制定工程實施的全面任務(wù)方案。 在這一階段中，工程的啟開任務(wù)要在確定工程必需開展的情況下才干開場。 2軟件系統(tǒng)設(shè)計 軟件系統(tǒng)設(shè)計包括需求分析和系統(tǒng)設(shè)計兩方面的任務(wù)。 需求分析是系統(tǒng)設(shè)計(包括概要設(shè)計、詳細設(shè)計等)的前提，也是系統(tǒng)設(shè)計內(nèi)容的重要組成部分。 在實踐任務(wù)中，在軟件設(shè)計的前期階段，就曾經(jīng)開場了一些重要的難度較大的開發(fā)實驗任務(wù)，也只需這樣才干確保設(shè)計出的邏輯系統(tǒng)可以實現(xiàn)。 3軟件系統(tǒng)實現(xiàn) 實現(xiàn)階段的義務(wù)包括編碼、測試、試運轉(zhuǎn)等多個延續(xù)循環(huán)往復(fù)的軟件開發(fā)任務(wù)，也正是這些任務(wù)的不斷反復(fù)與循環(huán)才最終獲得客戶稱心的交付成果，它是設(shè)計模型的物理實現(xiàn)，是直接面向用戶的真實系統(tǒng)。 普通在軟件工程管理過

13、程中，系統(tǒng)設(shè)計與系統(tǒng)實現(xiàn)各占整個工程任務(wù)量的三分之一，其他內(nèi)容占工程總?cè)蝿?wù)量的三分之一。 4收尾階段 收尾階段包括工程驗收、系統(tǒng)運轉(zhuǎn)、系統(tǒng)維護、直到軟件系統(tǒng)生命周期終了等一系列收尾過程的活動。 5各階段之間的關(guān)系 各階段之間：1既有嚴厲的任務(wù)接續(xù)關(guān)系，即前一階段任務(wù)完成以后，后一階段任務(wù)才干開場；2同時又存在一定的任務(wù)并行性以及任務(wù)反響與循環(huán)，如在前一階段任務(wù)即將終了前，開場著手下一階段的方案制定。3.2.2.1工程定義 工程定義階段主要思索工程的立項問題，詳細義務(wù)是完成問題定義與工程可行性分析、研討與論證任務(wù)，確定能否立項。 (1)問題定義 軟件工程立項的第一個義務(wù)是問題定義，確定所要實現(xiàn)的

14、軟件系統(tǒng)的背景、目的、功能、性能以及預(yù)期到達的效果，并進展本錢的粗略估計。 問題定義通常很簡短，但在性質(zhì)上它是一個相對獨立的步驟，不應(yīng)該和其他步驟混淆，更不應(yīng)該省略。問題定義清楚后，構(gòu)成一份關(guān)于該工程的規(guī)模、目的及本錢粗略估計的報告書。 (2)可行性分析 可行性分析的主要目的是論證工程在時間、資源、資金、效果、實現(xiàn)技術(shù)和方法等方面的必要性和能夠性。主要包括經(jīng)濟可行性、技術(shù)可行性與操作可行性等方面。 1)經(jīng)濟可行性 對開發(fā)工程進展本錢效益分析，評價工程的開發(fā)本錢，估算工程本錢能否會超越工程預(yù)期的全部利潤。 其中本錢費用包括購置軟硬件及其相關(guān)設(shè)備的費用，系統(tǒng)開發(fā)費用，系統(tǒng)安裝、運轉(zhuǎn)、維護費用，人員

15、培訓(xùn)費用等。 效益包括經(jīng)濟效益和社會效益。經(jīng)濟效短可以經(jīng)過直接的或統(tǒng)計的方法估算，社會效益只能用定性的方法估算。 2)技術(shù)可行性 根據(jù)需求定義所要實現(xiàn)系統(tǒng)功能、性能等各方面，從軟件技術(shù)的角度研討系統(tǒng)實現(xiàn)的能夠性。 技術(shù)可行性分析是系統(tǒng)開發(fā)過程中難度最大的任務(wù)。系統(tǒng)目的、功能和性能的不確定性往往會給技術(shù)可行性論證帶來許多困難。 技術(shù)可行性研討包括：風(fēng)險分析、資源分析和技術(shù)分析。 風(fēng)險分析的義務(wù)是在給定的約束條件下，判別能否設(shè)計并實現(xiàn)系統(tǒng)所需功能和性能。 資源分析的義務(wù)是論證能否具備系統(tǒng)開發(fā)所需的各類人員、軟件、硬件資源和任務(wù)環(huán)境等。 技術(shù)分析的義務(wù)是當(dāng)前的科學(xué)技術(shù)能否支持系統(tǒng)開發(fā)的全過程以及擬采

16、用的技術(shù)道路等。 3)操作可行性 包括政策、法律等要素。政策要素在軟件開發(fā)工程中有著重要的作用，假設(shè)工程得到政策的扶持，往往在人力、財力等方面都會有充分的保證。另外，在系統(tǒng)開發(fā)過程中能夠涉及的各種合同、侵權(quán)、責(zé)任以及各種與法律相抵觸的問題，也必需加以仔細研討。 (3)交付成果 在可行性分析階段，應(yīng)提出實現(xiàn)系統(tǒng)的各種初步方案，并構(gòu)成書面報告即可行性分析報告，作為工程立項階段的交付成果，它是工程能否繼續(xù)開展研討與開發(fā)的重要根據(jù)。 本階段的任務(wù)以工程的受害者即客戶為中心開展任務(wù)。在我國，傳統(tǒng)的做法是客戶本人經(jīng)過多方調(diào)查來完成論證，但往往由于客戶對軟件及其運用效果不能有很多直觀的印象、對軟件運用后的效

17、益很難估算呵斥可行性論證階段缺乏科學(xué)的根據(jù)。 3.2.2.2工程啟動 工程的可行性研討闡明工程可行后，就應(yīng)立刻啟動。 軟件工程啟動階段包括工程方案的制定、工程的招招標、系統(tǒng)開發(fā)環(huán)境與運轉(zhuǎn)環(huán)境確實定與購買、工程經(jīng)理的選擇、工程團隊的方案和組織等、各種合同的簽署等一系列軟件工程開發(fā)前的預(yù)備任務(wù)和根底性任務(wù)。 軟件工程啟動過程完成的重要標志有：成立工程管理委員會、任命工程經(jīng)理、組織工程團隊、獲取工程答應(yīng)證、簽署開發(fā)協(xié)議、預(yù)備好一切軟件開發(fā)的根底環(huán)境等。3.2.2.3需求分析 客戶需求是軟件開發(fā)的根據(jù)。軟件需求分析是用戶對目的軟件系統(tǒng)在功能、行為、性能、設(shè)計約束等方面的了解、認識、定義和期望。經(jīng)過對相

18、應(yīng)問題及系統(tǒng)環(huán)境的了解與分析，為問題涉及的信息、功能及系統(tǒng)行為建立軟件系統(tǒng)模型，實現(xiàn)將用戶需求準確化、完全化，最終構(gòu)成需求規(guī)格闡明書。 需求分析主要包括三個子階段的工：作，即問題分析、需求描畫及需求評審。 (1)問題分析階段 分析人員經(jīng)過對環(huán)境及問題的了解、分析和綜合，并在用戶的協(xié)助下對相互沖突的要求進展折衷，努力去除用戶需求的模糊性、二義性。 在這一階段，分析人員一方面應(yīng)根據(jù)本人對原始問題的了解和軟件開發(fā)閱歷結(jié)合起來，以便發(fā)現(xiàn)片面性或短期行為導(dǎo)致的不合理需求；另一方面要發(fā)現(xiàn)用戶未認識到的、有價值的潛在需求，然后為原始問題及其軟件建立需求模型。 (2)需求描畫階段 以問題分析為根底，并思索問題

19、的軟件可解性，生成需求規(guī)格闡明和初步的用戶手冊。 需求規(guī)格闡明包含對目的軟件系統(tǒng)的外部行為的完好描畫、需求驗證規(guī)范以及用戶在性能、質(zhì)量、可維護性等方面的要求。 用戶手冊包括用戶界面描畫以及有關(guān)目的軟件運用方法的初步想象。 (3)需求評審階段 對完成的需求規(guī)格闡明和初步的用戶手冊進展復(fù)檢，以確保軟件需求的全面性、準確性和一致性。 并運用戶和軟件設(shè)計人員對需求規(guī)格闡明及用戶手冊的了解達成一致。在需求規(guī)格闡明得到用戶和軟件開發(fā)方的一致確認后，它應(yīng)成為用戶方與開發(fā)方之間的合同，任何改動都該當(dāng)由提出問題的一方承當(dāng)責(zé)任。3.2.2.4系統(tǒng)設(shè)計 主要完成系統(tǒng)的總體設(shè)計、詳細設(shè)計、邊境設(shè)計、信息模型設(shè)計、過程

20、設(shè)計、功能設(shè)計以及軟硬件環(huán)境的搭建與預(yù)備等任務(wù)。 在勾畫出系統(tǒng)總體邏輯框架的同時，要詳細劃分出組成系統(tǒng)的各個物理元素程序、文件、數(shù)據(jù)庫、人工過程和文檔等，并確定 系統(tǒng)功能模塊及其之間的相互關(guān)系，系統(tǒng)功能模塊的劃分遵照了模塊內(nèi)的高內(nèi)聚，模塊間低耦合的根本原那么。設(shè)計階段還涉及各種流行的設(shè)計思想和方法，交付成果是各種版本的系統(tǒng)設(shè)計報告：詳細內(nèi)容請參考第6章。3.2.2.5編碼實現(xiàn) 編碼實現(xiàn)是系統(tǒng)目的實現(xiàn)的詳細過程以及完成軟件系統(tǒng)的程序編寫任務(wù)。 本階段首先需求思索開發(fā)本軟件工程要用到何種程序設(shè)計言語以及采用哪種數(shù)據(jù)庫管理系統(tǒng)，其次是編程思緒和詳細算法的實現(xiàn)與優(yōu)化等問題。 詳細內(nèi)容參見第7章。3.2

21、.2.6系統(tǒng)測試 系統(tǒng)測試是針對軟件工程交付成果的正確性、科學(xué)性以及到達目的系統(tǒng)的逼近程度進展測試，測試的對象是軟件系統(tǒng)或軟件產(chǎn)品，測試的目的是為了盡能夠早地發(fā)現(xiàn)并修正軟件中存在的錯誤。 軟件測試按范圍和內(nèi)容可以劃分為部分測試和集成測試，也稱為單元測試和綜合測試兩方面的內(nèi)容。單元測試義務(wù)由程序開發(fā)者和專業(yè)測試者共同完成；而綜合測試那么由專門的軟件測試機構(gòu)擔(dān)任。 需求闡明的是，不能保證經(jīng)過測試的程序一定正確。 測試只能找出錯誤，而不能證明程序中沒有錯誤。 在軟件開發(fā)過程的各個階段，測試任務(wù)是不延續(xù)的，隨時進展的，軟件投入運用后，用戶將扮演測試者的角色。 軟件系統(tǒng)典型的測試方法有白盒測試和黑盒測試

22、兩種方法，詳細內(nèi)容請參考第8章。3.2.2.7系統(tǒng)試運轉(zhuǎn) 軟件產(chǎn)品經(jīng)過正確性和完好性測試后，軟件工程成果最終將交付給用戶。 在工程驗收之前，系統(tǒng)試運轉(zhuǎn)是必需進展的重要實際環(huán)節(jié)，很多軟件系統(tǒng)商也稱之為系統(tǒng)實施過程。試運轉(zhuǎn)結(jié)果和運轉(zhuǎn)報告與記錄將構(gòu)成用戶運用報告，它是軟件工程能否經(jīng)過最終驗收的重要根據(jù)。 軟件系統(tǒng)試運轉(zhuǎn)是軟件系統(tǒng)客戶化過程的一部分，是檢驗軟件系統(tǒng)能否滿足用戶需求的關(guān)鍵階段。 軟件系統(tǒng)客戶化過程包括很多內(nèi)容，如系統(tǒng)功能定制，用戶權(quán)限分配，客戶數(shù)據(jù)裝載、數(shù)據(jù)轉(zhuǎn)換、新老系統(tǒng)切換、客戶培訓(xùn)等一些將軟件系統(tǒng)交付給客戶運用的過程和環(huán)節(jié)。詳細內(nèi)容參見第9章。3.2.2.8工程驗收 軟件工程終了時，

23、工程開發(fā)方將軟件產(chǎn)品交付給用戶前，工程接納方將與開發(fā)方、監(jiān)理方以及業(yè)內(nèi)專家等需求對工程的任務(wù)成果進展全面審查和考核，查核應(yīng)交付的軟件產(chǎn)品能否滿足用戶需求。 假設(shè)檢查合格，將工程成果交付工程接納方，完成系統(tǒng)切換任務(wù)，使新系統(tǒng)正式投入運用。 工程驗收后，整個軟件工程即告終了。3.2.2.9運轉(zhuǎn)維護 新系統(tǒng)交付運用后，開發(fā)方按照合同進入系統(tǒng)的免費或有償維護效力階段，即運轉(zhuǎn)維護。 由于軟件行業(yè)的開展非常迅速，軟件產(chǎn)品更新?lián)Q代速度也比較快，用戶在認識、了解和熟習(xí)軟件系統(tǒng)后，將會根據(jù)新的業(yè)務(wù)提出新的需求。 在運轉(zhuǎn)維護期，假設(shè)用戶提出的要求是本工程初始界定的目的范圍內(nèi)，那么開發(fā)方應(yīng)盡其責(zé)進展完善；假設(shè)提出的需求超出了工程目的范圍，雙方可以商量再立一個新的工程來開展任務(wù)，切忌客戶隨意提要求，開發(fā)方信口答應(yīng)的不規(guī)范做法。3.3軟件工程各階段之間的關(guān)系 (1)層次與承繼關(guān)系 在軟件工程的開發(fā)過程中，往往上一個階段的輸出就是下一個階段的輸入，下一階段的成果是對上一階段成果的豐富、完善、加強和詳細化與實現(xiàn)。 在實踐任務(wù)開展過程中，各個階段的任務(wù)會出現(xiàn)一定的并行性，不一定完全按照必需前一個階段任務(wù)完成和評審后，才允許開展