【正文】 階段的工具，進(jìn)而消除很多的誤解，同時(shí)也有助于改進(jìn)不同開(kāi)發(fā)人員之間的通信；.內(nèi)容:數(shù)據(jù)字典的內(nèi)容主要是對(duì)數(shù)據(jù)流圖中的數(shù)據(jù)項(xiàng)、數(shù)據(jù)流、加工邏輯、數(shù)據(jù)存儲(chǔ)和外部實(shí)體第六章？與傳統(tǒng)軟件開(kāi)發(fā)方法相比，面向?qū)ο蠓椒ㄓ惺裁磧?yōu)點(diǎn)？ 是一種把面向?qū)ο蟮乃枷霊?yīng)用于軟件開(kāi)發(fā)過(guò)程中，指導(dǎo)開(kāi)發(fā)活動(dòng)的系統(tǒng)方法。?上層可分解得快些（即分解成子數(shù)據(jù)處理個(gè)數(shù)多些），這是因?yàn)樯蠈邮蔷C合性描述，對(duì)可讀性的影(即分解成的子數(shù)據(jù)處理個(gè)數(shù)多些)，這是因?yàn)樯蠈邮蔷C合性描述，對(duì)可讀性的影響小。內(nèi)容：用戶(hù)可以通過(guò)需求規(guī)格說(shuō)明書(shū)檢查需求描述是否滿足原來(lái)的期望。他們的模型分別起到了描述數(shù)據(jù)模型，功能模型與行為模型的作用。一個(gè)良好的需求開(kāi)發(fā)過(guò)程應(yīng)該包括需求獲取、需求分析與建模、編寫(xiě)需求規(guī)格說(shuō)明書(shū)和需求評(píng)審4個(gè)主要活動(dòng)。不適用:大型軟件項(xiàng)目；含有對(duì)于計(jì)算量大、邏輯性較強(qiáng)的程序模塊：第三章？可行性研究的任務(wù)是以最小的代價(jià)在盡可能短的時(shí)間內(nèi)確定問(wèn)題是否能夠解決。概念階段：計(jì)劃、需求分析開(kāi)發(fā)階段：設(shè)計(jì)、編碼、測(cè)試維護(hù)階段：運(yùn)行維護(hù)，哪些不適于采用這兩種模型。第二章？各個(gè)階段的任務(wù)是什么？在軟件開(kāi)發(fā)早期，開(kāi)發(fā)只是被簡(jiǎn)單地分成編寫(xiě)代碼和修改代碼兩個(gè)階段。例如將專(zhuān)用報(bào)表功能改成通用報(bào)表生成功能，以適應(yīng)將來(lái)報(bào)表格式的變化。這些功能對(duì)完善系統(tǒng)功能是非常必要的。由于計(jì)算機(jī)硬件價(jià)格的不斷下降，各類(lèi)系統(tǒng)軟件屢出不窮，人們常常為改善系統(tǒng)硬件環(huán)境和運(yùn)行環(huán)境而產(chǎn)生系統(tǒng)更新?lián)Q代的需求；企業(yè)的外部市場(chǎng)環(huán)境和管理需求的不斷變化也使得各級(jí)管理人員不斷提出新的信息需求。這方面的維護(hù)工作量要占整個(gè)維護(hù)工作量的17%～21%。例如使用歸納法、演繹法、回溯法等。調(diào)試的方法經(jīng)常與使用的開(kāi)發(fā)工具有關(guān)，例如:解釋型的開(kāi)發(fā)工具可以交互式調(diào)試，編譯型開(kāi)發(fā)工具就很難較好地查錯(cuò)。任務(wù)不同既然軟件測(cè)試屬于質(zhì)量保證活動(dòng)，就要制訂軟件測(cè)試計(jì)劃，軟件設(shè)計(jì)時(shí)要設(shè)計(jì)系統(tǒng)軟件測(cè)試、集成側(cè)試用例，編碼階段要設(shè)計(jì)單元軟件測(cè)試用例并進(jìn)行單元軟件測(cè)試，軟件測(cè)試階段要進(jìn)行集成軟件測(cè)試、系統(tǒng)軟件測(cè)試等，直到產(chǎn)品交付。測(cè)試用例分為兩個(gè)階段：測(cè)試用例分析階段，測(cè)試用例設(shè)計(jì)階段。測(cè)試用例的定義：測(cè)試用例是一組測(cè)試輸入，執(zhí)行條件和預(yù)期結(jié)果。白盒測(cè)試：是針對(duì)程序代碼展開(kāi)的測(cè)試，分為靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試：關(guān)注對(duì)象包括源代碼和程序結(jié)構(gòu)。要點(diǎn)：描述一段程序，而不是每一個(gè)語(yǔ)句； 用縮進(jìn)和空行，使程序與注釋容易區(qū)別；軟件測(cè)試的定義：軟件測(cè)試是使用人工和自動(dòng)手段來(lái)運(yùn)行或測(cè)試某個(gè)系統(tǒng)的過(guò)程，其目的在于檢測(cè)被測(cè)試軟件系統(tǒng)是否滿足規(guī)定的需要，或是弄清楚被測(cè)系統(tǒng)的預(yù)期結(jié)果與實(shí)際結(jié)果之間的差別。注釋分為兩類(lèi)：序言性注釋和功能性注釋。檢查數(shù)據(jù)是否能夠反映用例視圖的需要；進(jìn)一步與用戶(hù)再次確認(rèn)使用的數(shù)據(jù)。良好的ＧＵＩ設(shè)計(jì)原則關(guān)注用戶(hù)及其任務(wù)，而不是技術(shù)首先考慮功能，其次才是表現(xiàn)與用戶(hù)對(duì)任務(wù)的看法保持一致設(shè)計(jì)要符合常見(jiàn)情況不要分散用戶(hù)對(duì)他們目標(biāo)的注意力促進(jìn)學(xué)習(xí)，從外(用戶(hù))到里(設(shè)計(jì)人員)思考，而不是相反。面向?qū)ο蠓治鍪菍⒂脩?hù)需求經(jīng)過(guò)分析后，建立問(wèn)題域精確模型的過(guò)程；而面向?qū)ο笤O(shè)計(jì)則根據(jù)面向?qū)ο蠓治龅玫降男枨竽Ｐ?，建立求解域模型的過(guò)程。詳細(xì)設(shè)計(jì)的任務(wù)：(1)為每個(gè)模塊確定采用的算法，選擇某種適當(dāng)?shù)墓ぞ弑磉_(dá)算法的過(guò)程，寫(xiě)出模塊的詳細(xì)過(guò)程性描述；(2)確定每一模塊使用的數(shù)據(jù)結(jié)構(gòu)；為以后的編寫(xiě)程序做好充分的準(zhǔn)備。⒋數(shù)據(jù)存儲(chǔ)對(duì)象數(shù)據(jù)流圖中的數(shù)據(jù)存儲(chǔ)是被動(dòng)對(duì)象，它用來(lái)存儲(chǔ)數(shù)據(jù)。最低層處理是純粹的函數(shù)，一張完整的數(shù)據(jù)流圖是一個(gè)高層處理。功能模型由多張數(shù)據(jù)流圖組成。狀態(tài)圖是一種圖，用結(jié)點(diǎn)表示狀態(tài)，結(jié)點(diǎn)用圓圈表示；圓圈內(nèi)有狀態(tài)名，用箭頭連線表示狀態(tài)的轉(zhuǎn)換，上面標(biāo)記事件名，箭頭方向表示轉(zhuǎn)換的方向。狀態(tài)指明了對(duì)象對(duì)輸入事件的響應(yīng)。它涉及到事件、狀態(tài)、操作等重要概念。模板將模型分為若干個(gè)便于管理的子塊，在整個(gè)對(duì)象模型和類(lèi)及關(guān)聯(lián)的構(gòu)造塊之間，模板提供了一種集成的中間單元，模板中的類(lèi)名及關(guān)聯(lián)名是唯一的動(dòng)態(tài)模型動(dòng)態(tài)模型是與時(shí)間和變化有關(guān)的系統(tǒng)性質(zhì)。⒋對(duì)象模型⑴模板。它是“一般具體”的關(guān)系。聚集最重要的性質(zhì)是傳遞性，也具有逆對(duì)稱(chēng)性。重?cái)?shù)常描述為“一”或“多”。受限關(guān)聯(lián)由兩個(gè)類(lèi)及一個(gè)限定詞組成，限定詞是一種特定的屬性，用來(lái)有效的減少關(guān)聯(lián)的重?cái)?shù)，限定詞在關(guān)聯(lián)的終端對(duì)象集中說(shuō)明。鏈表示對(duì)象間的物理與概念聯(lián)結(jié)，關(guān)聯(lián)表示類(lèi)之間的一種關(guān)系，鏈?zhǔn)顷P(guān)聯(lián)的實(shí)例，關(guān)聯(lián)是鏈的抽象。類(lèi)中的各對(duì)象可以共享操作，每個(gè)操作都有一個(gè)目標(biāo)對(duì)象作為其隱含參數(shù)。⑶ 屬性。[2]⒈對(duì)象和類(lèi) ⑴對(duì)象。我們常用活動(dòng)圖對(duì)業(yè)務(wù)過(guò)程、工作流和用例實(shí)現(xiàn)進(jìn)行建模。：①參與者希望系統(tǒng)提供什么功能；②系統(tǒng)是否存儲(chǔ)和檢索信息；如果是，這個(gè)行為由哪個(gè)參與者觸發(fā)； ③當(dāng)系統(tǒng)改變狀態(tài)時(shí)，是否通知參與者；④是否存在影響系統(tǒng)的外部事件，是哪個(gè)參與者通知系統(tǒng)這些外部事件。在以下幾種情況下，可使用擴(kuò)展用例：（這樣，您就可以將模型中的可選行為和必選行為分開(kāi)）；（如例外條件）下才執(zhí)行的分支流；包含用例與擴(kuò)展用例的區(qū)別①相對(duì)于基礎(chǔ)用例，擴(kuò)展用例是可選的，而包含用例則不是?；A(chǔ)用例不必知道擴(kuò)展用例的任何細(xì)節(jié)，它僅為其提供擴(kuò)展點(diǎn)。用例可以被特別列舉為一個(gè)或多個(gè)子用例，這被稱(chēng)做用例泛化。、用例與參與者的關(guān)系（1）泛化關(guān)系（Generalization）：一個(gè)用例可以被特別列舉為一個(gè)或多個(gè)子用例，這被稱(chēng)為用例泛化：（2）包含關(guān)系（Include）一個(gè)用例可以簡(jiǎn)單地包含其他用例具有的行為，并把它所包含的用例行為作為自身行為的一部分，這被稱(chēng)作包含關(guān)系。參與者和用例分別描述了“誰(shuí)來(lái)做？”和“做什么？”這兩個(gè)問(wèn)題。參與者可能是人、另外一個(gè)系統(tǒng)、時(shí)間的流逝等。用例圖是從用戶(hù)的角度來(lái)描述對(duì)軟件產(chǎn)品的需求，分析產(chǎn)品的功能和行為，因此，對(duì)整個(gè)軟件開(kāi)發(fā)過(guò)程而言，用例圖是至關(guān)重要的。在類(lèi)的關(guān)系中，最常用的4種分別為： 依賴(lài)（Dependency）：它表示類(lèi)之間的使用關(guān)系 泛化（Generalization）：它表示類(lèi)之間的一般和特殊的關(guān)系； 關(guān)聯(lián)（Association）：它表示對(duì)象之間的結(jié)構(gòu)關(guān)系 實(shí)現(xiàn)（Realization）：它是規(guī)格說(shuō)明和其實(shí)現(xiàn)之間的關(guān)系。與數(shù)據(jù)模型不同，它不僅顯示了信息的結(jié)構(gòu)，同時(shí)還描述了系統(tǒng)的行為。需求分析的步驟： 需求獲取 分析建模 文檔編寫(xiě) 需求驗(yàn)證類(lèi)(Class)、對(duì)象(Object)和它們之間的關(guān)系是面向?qū)ο蠹夹g(shù)中最基本的元素。協(xié)作圖：描述協(xié)作對(duì)象的交互與鏈接。狀態(tài)圖與活動(dòng)圖的區(qū)別：活動(dòng)圖主要描述動(dòng)作及對(duì)象狀態(tài)改變的結(jié)果。用部署圖說(shuō)明系統(tǒng)結(jié)構(gòu)的靜態(tài)部署視圖，即說(shuō)明分布、交付和安裝的物理系統(tǒng)狀態(tài)圖：用來(lái)描述對(duì)象，子系統(tǒng)，系統(tǒng)的生命周期。構(gòu)件圖展現(xiàn)了一組構(gòu)件之間的組織和依賴(lài)，用于對(duì)原代碼、可執(zhí)行的發(fā)布、物理數(shù)據(jù)庫(kù)和可調(diào)整的系統(tǒng)建模?；顒?dòng)圖描述活動(dòng)的序列，并且支持對(duì)帶條件的行為和并發(fā)行為表達(dá)。狀態(tài)圖主要表現(xiàn)一個(gè)對(duì)象所經(jīng)歷的狀態(tài)序列，引起狀態(tài)或活動(dòng)轉(zhuǎn)移的事件，以及因狀態(tài)或活動(dòng)轉(zhuǎn)移而伴隨的動(dòng)作。協(xié)作圖有別于時(shí)序圖的兩點(diǎn)特性：（1）協(xié)作圖有路徑（2）協(xié)作圖有順序號(hào)展示了一個(gè)特定對(duì)象的所有可能狀態(tài)以及由于各種事件的發(fā)生而引起的狀態(tài)間的轉(zhuǎn)移。協(xié)作圖中包括如下元素：（Object）、（Link）（Message）。展現(xiàn)了一組對(duì)象，這組對(duì)象間的連接以及這組對(duì)象收發(fā)的消息。順序圖表示了時(shí)間的消息序列，便于分析交互的時(shí)序，但沒(méi)有表示靜態(tài)對(duì)象關(guān)系，順序圖可以有效地幫助人們觀察系統(tǒng)的順序行為。交互圖也可用于描述一個(gè)用例的行為。用來(lái)從用戶(hù)的觀察角度收集系統(tǒng)需求。用例圖展現(xiàn)了一組用例、參與者以及它們間的關(guān)系。要在高層給出類(lèi)的主要職責(zé)，在低層給出類(lèi)的屬性和操作。下面分別描述9個(gè)圖。其中順序圖顯示對(duì)象之間的動(dòng)態(tài)合作關(guān)系，他強(qiáng)調(diào)對(duì)象之間消息發(fā)送的順序。第二類(lèi)是靜態(tài)圖：包括類(lèi)圖，對(duì)象圖，包圖。軟件項(xiàng)目管理：提供項(xiàng)目管理框架，為軟件開(kāi)發(fā)項(xiàng)目制定計(jì)劃，人員配備，執(zhí)行和監(jiān)控等方面的實(shí)用準(zhǔn)則，并為風(fēng)險(xiǎn)管理提供框架。實(shí)現(xiàn)：把設(shè)計(jì)模型轉(zhuǎn)換成實(shí)現(xiàn)成果。RUP中有9個(gè)核心工作流，分為6個(gè)核心過(guò)程工作流（Core Process Workflows）和3個(gè)核心支持工作流（Core Supporting Workflows）。構(gòu)造階段：開(kāi)發(fā)整個(gè)產(chǎn)品，并確保產(chǎn)品可移交給用戶(hù)。RUP重復(fù)一系列周期，每個(gè)周期由一個(gè)交付給用戶(hù)的產(chǎn)品結(jié)束。軟件開(kāi)發(fā)不用一切從零開(kāi)始，開(kāi)發(fā)過(guò)程就是一個(gè)組裝構(gòu)件的過(guò)程，維護(hù)的過(guò)程就是對(duì)構(gòu)件升級(jí)、替換和擴(kuò)充的過(guò)程，大大提高了軟件的開(kāi)發(fā)效率。（3）以分析為基礎(chǔ)，資源消耗成塔型。噴泉模型的缺點(diǎn)由于噴泉模型在各個(gè)開(kāi)發(fā)階段是重疊的，因此在開(kāi)發(fā)過(guò)程中需要大量的開(kāi)發(fā)人員，因此不利于項(xiàng)目的管理。主要用于支持面向?qū)ο箝_(kāi)發(fā)過(guò)程體現(xiàn)了軟件創(chuàng)建所固有的迭代和無(wú)間隙的特征。此外，必須把軟件的體系結(jié)構(gòu)設(shè)計(jì)得便于按這種方式進(jìn)行擴(kuò)充，向現(xiàn)有產(chǎn)品中加入新構(gòu)件的過(guò)程必須簡(jiǎn)單、方便，也就是說(shuō)，軟件體系結(jié)構(gòu)必須是開(kāi)放的。（2）整個(gè)軟件產(chǎn)品被分解成許多個(gè)增量構(gòu)件，開(kāi)發(fā)人員可以一個(gè)構(gòu)件一個(gè)構(gòu)件地逐步開(kāi)發(fā)。⑵為了演示，可能采用不合適的操作系統(tǒng)、編程語(yǔ)言、效率低的算法，這些不理想的選擇成了系統(tǒng)的組成部分。這樣一來(lái)，可以減少設(shè)計(jì)中的錯(cuò)誤和開(kāi)發(fā)中的風(fēng)險(xiǎn)，也減少了對(duì)用戶(hù)培訓(xùn)的時(shí)間，而提高了系統(tǒng)的實(shí)用、正確性以及用戶(hù)的滿意程度?！捌俨寄Ｐ褪怯晌臋n驅(qū)動(dòng)的”這個(gè)事實(shí)也是它的一個(gè)主要缺點(diǎn)。瀑布模型有以下缺點(diǎn)1）各個(gè)階段的劃分完全固定，階段之間產(chǎn)生大量的文檔，極大地增加了工作量。3）可在迭代模型中應(yīng)用瀑布模型。綜合測(cè)試階段：該階段的關(guān)鍵任務(wù)是通過(guò)各種類(lèi)型的測(cè)試（及調(diào)試）使軟件達(dá)到預(yù)定的要求。軟件工程的特性：（1）軟件工程關(guān)注于大型程序的構(gòu)造（2）軟件工程的中心課題是控制復(fù)雜性（3）軟件經(jīng)常變化（4）開(kāi)發(fā)軟件的效率非常重要（5）和諧地合作是開(kāi)發(fā)軟件的關(guān)鍵（6）軟件必須有效地支持它的用戶(hù)（7）在軟件工程領(lǐng)域中是由具有一種文化背景的人替具有另一種文化背景的人軟件工程方法學(xué)包含3個(gè)要素：方法、工具和過(guò)程。（4）軟件常常是不可維護(hù)的。具體地說(shuō)，軟件危機(jī)主要有下述一些表現(xiàn)。3/29/2013 2第二篇：軟件工程知識(shí)點(diǎn)總結(jié)軟件（Software）是計(jì)算機(jī)系統(tǒng)中與硬件相互依存的另一部分，它是包括程序（Program），數(shù)據(jù)（Data）及其相關(guān)文檔（Document）的完整集合。、提高軟件質(zhì)量和開(kāi)發(fā)生產(chǎn)率的合理有效途徑。黑盒測(cè)試：即功能測(cè)試，在程序接口進(jìn)行測(cè)試，測(cè)試后期使用。過(guò)程設(shè)計(jì)：程序流程圖、盒圖（N－S圖）、PAD圖、判定表、判定樹(shù)。模塊獨(dú)立程度的衡量標(biāo)準(zhǔn)：內(nèi)聚和耦合。接口設(shè)計(jì)（包括I/O設(shè)計(jì)）和過(guò)程設(shè)計(jì)屬于詳細(xì)設(shè)計(jì)階段。3/29/2013 1軟件工程知識(shí)點(diǎn)總結(jié)：描述在數(shù)據(jù)模型、功能模型和行為模型中出現(xiàn)的數(shù)據(jù)對(duì)象和控制信息的特征，給出這些對(duì)象的精確定義。（DFD）：描繪信息流和數(shù)據(jù)輸入輸出的移動(dòng)過(guò)程。V型模型：從需求分析就開(kāi)始編寫(xiě)測(cè)試計(jì)劃一直到系統(tǒng)交付。螺旋模型：使用原型及其他方法來(lái)盡量降低風(fēng)險(xiǎn)。當(dāng)用戶(hù)對(duì)系統(tǒng)的目標(biāo)不是很清楚，難以定義需求，可用此法。：唯一被廣泛采用的模型，各階段間具有順序性和依賴(lài)性：前階段完成才能進(jìn)行下一階段。：是指導(dǎo)計(jì)算機(jī)軟件開(kāi)發(fā)和維護(hù)的工程學(xué)科。⑧軟件維護(hù)：軟件維護(hù)的費(fèi)用通常占軟件總費(fèi)用的55％－70%。⑤詳細(xì)設(shè)計(jì)：把解法具體化，設(shè)計(jì)出程序的詳細(xì)規(guī)格說(shuō)明。：一個(gè)軟件從定義、開(kāi)發(fā)、使用和維護(hù)，直到最終被廢棄所經(jīng)歷的一個(gè)漫長(zhǎng)時(shí)期。第一篇：軟件工程知識(shí)點(diǎn)總結(jié)軟件工程知識(shí)點(diǎn)總結(jié)軟件工程知識(shí)點(diǎn)總結(jié)：指在計(jì)算機(jī)軟件的開(kāi)發(fā)和維護(hù)過(guò)程中所遇到的一系列嚴(yán)重問(wèn)題。；數(shù)據(jù)是使程序能夠適當(dāng)?shù)靥幚硇畔⒌臄?shù)據(jù)結(jié)構(gòu)；文檔是開(kāi)發(fā)、使用和維護(hù)程序所需要的圖文資料。概要設(shè)計(jì)又叫邏輯設(shè)計(jì)、總體設(shè)計(jì)、高層設(shè)計(jì)。⑦綜合測(cè)試：軟件測(cè)試的工作量通常占軟件開(kāi)發(fā)全部工作量的40%－50％。中國(guó)國(guó)家標(biāo)準(zhǔn)《計(jì)算機(jī)軟件開(kāi)發(fā)規(guī)范》將軟件生命周期分為：可行性研究與計(jì)劃，需求分析，概要設(shè)計(jì)，詳細(xì)設(shè)計(jì)，實(shí)現(xiàn)，組裝測(cè)試，確認(rèn)測(cè)試，使用和維護(hù)8個(gè)階段。普遍使用的是傳統(tǒng)方法學(xué)和面向?qū)ο蠓椒▽W(xué)。原型的用途是獲知用戶(hù)真正需求，一旦需求確定，原型將被拋棄。優(yōu)點(diǎn)：能在短時(shí)間內(nèi)向用戶(hù)提交可完成部分工作的有用產(chǎn)品，易于維護(hù)。螺旋模型的優(yōu)勢(shì)在于它是風(fēng)險(xiǎn)驅(qū)動(dòng)的。－關(guān)系圖（E－R圖），用于建立數(shù)據(jù)模型，其中包含了實(shí)體、關(guān)系、屬性。：通過(guò)描述系統(tǒng)的狀態(tài)及引起系統(tǒng)狀態(tài)轉(zhuǎn)換的事件，表示系統(tǒng)的行為，提供了行為建模的機(jī)制。結(jié)構(gòu)設(shè)計(jì)屬于概要設(shè)計(jì)階段。模塊獨(dú)立的好處：易開(kāi)發(fā)、易測(cè)試、易維護(hù)。數(shù)據(jù)耦合→控制耦合→公共環(huán)境耦合→內(nèi)容耦合（高）（低內(nèi)聚）偶然內(nèi)聚→邏輯內(nèi)聚→時(shí)間內(nèi)聚→（中內(nèi)聚）過(guò)程內(nèi)聚→通信內(nèi)聚→（高內(nèi)聚）順序內(nèi)聚→功能內(nèi)聚模塊獨(dú)立性設(shè)計(jì)原則：提高內(nèi)聚，：層次圖、HIPO圖、結(jié)構(gòu)圖。白盒測(cè)試：也稱(chēng)結(jié)構(gòu)測(cè)試，邏輯驅(qū)動(dòng)測(cè)試，基于代碼的測(cè)試，測(cè)試程序內(nèi)部的邏輯結(jié)構(gòu)和過(guò)程性細(xì)節(jié)，前期使用。軟件質(zhì)量保證－SQA。為方便移植，要盡量采用通用的程序設(shè)計(jì)語(yǔ)言。這些問(wèn)題絕不僅僅是“不能正常運(yùn)行的”軟件才具有，實(shí)際上幾乎所有軟件都不同程度地存在這些問(wèn)題。（3）軟件產(chǎn)品的質(zhì)量往往靠不住。軟件工程：軟件工程是采用工程的概念、原理、技術(shù)和方法來(lái)指導(dǎo)軟件開(kāi)發(fā)和維護(hù)的工程學(xué)科，以工程化的原理和方法來(lái)解決軟件問(wèn)題。編碼和單元測(cè)試階段：該階段的關(guān)鍵任務(wù)是：編碼和單元測(cè)試。2）當(dāng)前一階段完成后，您只需要去關(guān)注后續(xù)階段。瀑布模型的成功在很大程度上是由于它基本上是一種文檔驅(qū)動(dòng)的模型。4）瀑布模型的突出缺點(diǎn)是不適應(yīng)用戶(hù)需求的變化。優(yōu)點(diǎn)：（1）開(kāi)發(fā)人員和用戶(hù)在“原型”上達(dá)成一致。盡早發(fā)現(xiàn)需求，揭示風(fēng)險(xiǎn) 缺點(diǎn)：⑴為了使原型盡快的工作，沒(méi)有考慮軟件的總體質(zhì)量和長(zhǎng)期的可維護(hù)性。從第一個(gè)構(gòu)件交付之日起，用戶(hù)就能做一些有用的工作。增量模型的缺點(diǎn)：（1）在把每個(gè)新的增量構(gòu)件集成到現(xiàn)有軟件體系結(jié)構(gòu)中時(shí)，必須不破壞原來(lái)已經(jīng)開(kāi)發(fā)出的產(chǎn)品。（3）多個(gè)構(gòu)件并行開(kāi)發(fā)，具有無(wú)法集成的風(fēng)險(xiǎn)。其優(yōu)點(diǎn)是可以提