《軟件工程復(fù)習資料武漢大學.doc》由會員分享，可在線閱讀，更多相關(guān)《軟件工程復(fù)習資料武漢大學.doc（16頁珍藏版）》請在裝配圖網(wǎng)上搜索。

《軟件工程》期末復(fù)習 第一章 軟件工程概述 一、 一、重點掌握的內(nèi)容： 軟件和軟件工程的基本概念 二、 二、 一般掌握內(nèi)容： 軟件生存周期及軟件開發(fā)的各種模型。 三、 三、主要知識點： 軟件：軟件定義由以下三部分組成： （1） （1） 在運行中能提供所希望的功能和性能的指令集（即程序）； （2） （2） 使程序能夠正確運行的數(shù)據(jù)結(jié)構(gòu)； （3） （3） 描述程序研制過程、方法所用的文擋。 軟件是一種產(chǎn)品，同時又是開發(fā)和運行產(chǎn)品的載體。作為一種產(chǎn)品，它表達了由計算機硬件體現(xiàn)的計算潛能。作為開發(fā)運行產(chǎn)品的載體，軟件是計算機工作的基礎(chǔ)、信息通信的基礎(chǔ)，也是創(chuàng)建和控制其他程序的基礎(chǔ)。 軟件的特點: ①軟件是一種邏輯實體，而不是具體的物理實體，因而它具有抽象性。② 軟件是通過人們的智力活動，把知識與技術(shù)轉(zhuǎn)化成信息的一種產(chǎn)品，是在研制、開發(fā)中被創(chuàng)造出來的。③在軟件的運行和使用期間，沒有硬件那樣的機械磨損、老化問題。④軟件的開發(fā)和運行經(jīng)常受到計算機系統(tǒng)的限制，對計算機系統(tǒng)有著不同程度的依賴性。⑤軟件的開發(fā)至今尚未完全擺脫手工的開發(fā)方式。⑥軟件的開發(fā)費用越來越高，成本相當昂貴。 軟件的分類:軟件依據(jù)不同的標準,可劃分為不同的分類。 軟件工程：是指導計算機軟件開發(fā)和維護的工程學科。采用工程的概念、原理、技術(shù)和方法來開發(fā)與維護軟件，把經(jīng)過時間考驗而證明正確的管理技術(shù)和當前能夠得到的最好的技術(shù)方法結(jié)合起來。軟件工程準則可以概括為六條基本原理：（1）用分階段的生存周期計劃嚴格管理；（2）堅持進行階段評審；（3）實行嚴格的產(chǎn)品控制；（4）采用現(xiàn)代程序設(shè)計技術(shù)；（5）應(yīng)能清楚地審查結(jié)果；（6）合理安排軟件開發(fā)小組的人員。 軟件危機：指的是軟件開發(fā)和維護過程中遇到的一系列嚴重問題。 軟件工程的基本內(nèi)容：軟件工程學的內(nèi)容可包括理論、結(jié)構(gòu)、方法、工具、環(huán)境、管理、規(guī)范等。 軟件生存期也可以分為三個大的階段：計劃階段。開發(fā)階段和維護階段。 軟件開發(fā)模型：軟件開發(fā)模型是跨越整個軟件生存周期的系統(tǒng)開發(fā)、運作、維護所實施的全部工作和任務(wù)的結(jié)構(gòu)框架。瀑布模型即生存周期模型，由B.M.Boehm提出，是軟件工程的基礎(chǔ)模型。其核心思想是按工序?qū)栴}化簡，將功能的實現(xiàn)與設(shè)計分開，便于分工協(xié)作。采用結(jié)構(gòu)化的分析與設(shè)計方法，將邏輯實現(xiàn)與物理實現(xiàn)分開。此外，還有螺旋模型、第四代技術(shù)模型、原型模型、構(gòu)件組裝模型、混合模型等軟件開發(fā)模型。 第二章 可行性研究 系統(tǒng)流程圖：系統(tǒng)流程圖是描繪物理系統(tǒng)的傳統(tǒng)工具。它的基本思想是用圖形符號以黑盒子形式描繪系統(tǒng)里面的每個部件（程序，文件，數(shù)據(jù)庫，表格，人工過程等等）。系統(tǒng)流程圖表達的是部件的信息流程，而不表示對信息進行加工處理的控制過程。 系統(tǒng)流程圖的功能：1．制作系統(tǒng)流程圖的過程是系統(tǒng)分析員全面了解系統(tǒng)業(yè)務(wù)處理概況的過程，它是系統(tǒng)分析員作進一步分析的依據(jù)。2．系統(tǒng)流程圖是系統(tǒng)分析員、管理人員、業(yè)務(wù)操作人員相互交流的工具。3．系統(tǒng)分析員可直接利用系統(tǒng)流程圖畫出可以實現(xiàn)計算機處理的部分。4．可利用系統(tǒng)流程圖來分析業(yè)務(wù)流程的合理性。 可行性研究的任務(wù):是用最小的代價在盡可能短的時間內(nèi)確定問題是否能夠解決。一般說來，應(yīng)從經(jīng)濟可行性、技術(shù)可行性、運行可行性、法律可行性和開發(fā)方案等方面研究可行性。 可行性研究的步驟：可行性研究的步驟分為九個步驟。 成本效益分析：成本／效益分析的目的是要從經(jīng)濟角度分析開發(fā)一個特定的新系統(tǒng)是否可行，從而幫助使用部門負責人正確地做出是否投資于這項開發(fā)工程的決定。幾種度量效益的方法：1.貨幣的時間價值；2．投資回收期；3．純收入。 第三章 需求分析 需求分析的方法：需求分析方法由對軟件的數(shù)據(jù)域和功能域的系統(tǒng)分析過程及其表示方法組成，它定義了表示系統(tǒng)邏輯視圖和物理視圖的方式，大多數(shù)的需求分析方法是由數(shù)據(jù)驅(qū)動的，也就是說，這些方法提供了一種表示數(shù)據(jù)域的機制，分析員根據(jù)這種表示，確定軟件功能及其他特性，最終建立一個待開發(fā)軟件的抽象模型，即目標系統(tǒng)的邏輯模型。 面向數(shù)據(jù)流的需求分析方法：結(jié)構(gòu)化分析方法是面向數(shù)據(jù)流進行需求分析的方法。結(jié)構(gòu)化分析方法使用數(shù)據(jù)流圖DFD與數(shù)據(jù)字典DD來描述，面向數(shù)據(jù)流問題的需求分析適合于數(shù)據(jù)處理類型軟件的需求描述。其核心思想是分解化簡問題，將物理與邏輯表示分開，對系統(tǒng)進行數(shù)據(jù)與邏輯的抽象。具體來說，結(jié)構(gòu)化分析方法就是用抽象模型的概念，按照軟件內(nèi)部數(shù)據(jù)傳遞、變換的關(guān)系，自頂向下逐層分解，直到找到滿足功能要求的所有可實現(xiàn)的軟件為止。重點掌握結(jié)合實例畫數(shù)據(jù)流圖和定義數(shù)據(jù)字典。 需求分析的任務(wù)：它的基本任務(wù)是準確地回答“系統(tǒng)必須做什么？”這個問題。需求分析所要做的工作是深入描述軟件的功能和性能，確定軟件設(shè)計的限制和軟件同其它系統(tǒng)元素的接口細節(jié)，定義軟件的其它有效性需求。需求分析的任務(wù)不是確定系統(tǒng)如何完成它的工作，而是確定系統(tǒng)必須完成哪些工作，也就是對目標系統(tǒng)提出完整、準確、清晰、具體的要求。 一般說來，需求分析階段的任務(wù)包括下述幾方面： ①確定對系統(tǒng)的綜合需求 對系統(tǒng)的綜合需求主要有：系統(tǒng)功能需求、系統(tǒng)性能需求、運行需求、將來可能提出的需求。 ②分析系統(tǒng)的數(shù)據(jù)需求 ③導出系統(tǒng)的邏輯模型 就是在理解當前系統(tǒng)“怎樣做”的基礎(chǔ)上，抽取其“做什么”的本質(zhì)，明確目標系統(tǒng)要“做什么”，可以導出系統(tǒng)的詳細的邏輯模型。具體做法是：首先確定目標系統(tǒng)與當前系統(tǒng)的邏輯差別；然后將變化部分看作是新的處理步驟,對功能圖（一般為數(shù)據(jù)流圖）及對象圖進行調(diào)整；最后由外及里對變化的部分進行分析，推斷其結(jié)構(gòu)，獲得目標系統(tǒng)的邏輯模型。通常用數(shù)據(jù)流圖、數(shù)據(jù)字典和主要的處理算法描述這個邏輯模型。 ④修正系統(tǒng)開發(fā)計劃 在經(jīng)過需求分析階段的工作，分析員對目標系統(tǒng)有了更深入更具體的認識，因此可以對系統(tǒng)的成本和進度做出更準確的估計，在此基礎(chǔ)上應(yīng)該對開發(fā)計劃進行修正。 ⑤開發(fā)原型系統(tǒng) 使用原型系統(tǒng)的主要目的是，使用戶通過實踐獲得關(guān)于未來的系統(tǒng)將怎樣為他們工作的更直接更具體的概念，從而可以更準確地提出和確定他們的要求。 需求分析的步驟：1.調(diào)查研究；2．分析與綜合；3．書寫文檔；4．需求分析評審 需求分析的原則：其基本原則可概括為: （1）必須能夠表達和理解問題的數(shù)據(jù)域和功能域；（2）按自頂向下、逐層分解問題；（3）要給出系統(tǒng)的邏輯視圖和物理視圖。 第四章 概要設(shè)計 概要設(shè)計任務(wù)： ①系統(tǒng)分析員審查軟件計劃、軟件需求分析提供的文檔，提出最佳推薦方案，用系統(tǒng)流程圖，組成系統(tǒng)物理元素清單，成本效益分析，系統(tǒng)的進度計劃，供專家審定，審定后進入設(shè)計。 ②確定模塊結(jié)構(gòu)，劃分功能模塊，將軟件功能需求分配給所劃分的最小單元模塊。確定模塊間的聯(lián)系，確定數(shù)據(jù)結(jié)構(gòu)、文件結(jié)構(gòu)、數(shù)據(jù)庫模式，確定測試方法與策略。 ③ 編寫概要設(shè)計說明書，用戶手冊，測試計劃，選用相關(guān)的軟件工具來描述軟件結(jié)構(gòu)，結(jié)構(gòu)圖是經(jīng)常使用的軟件描述工具。選擇分解功能與劃分模塊的設(shè)計原則，例如模塊劃分獨立性原則，信息隱蔽原則等。 概要設(shè)計過程：概要設(shè)計要先進行系統(tǒng)設(shè)計，復(fù)審系統(tǒng)計劃與需求分析，確定系統(tǒng)具體的實施方案；然后進行結(jié)構(gòu)設(shè)計，確定軟件結(jié)構(gòu)。 軟件設(shè)計的概念與原則： ①將軟件劃分成若干獨立成分的依據(jù)。 ②如何表示不同的成分內(nèi)的功能細節(jié)和數(shù)據(jù)結(jié)構(gòu)。 ③如何統(tǒng)一衡量軟件設(shè)計的技術(shù)質(zhì)量。 其中有幾個概念：1.模塊化：就是把程序劃分成若干個模塊，每個模塊具有一個子功能，把這些模塊集總起來組成一個整體，可以完成指定的功能，實現(xiàn)問題的要求。2. 抽象：就是抽出事物的本質(zhì)特性而暫時不考慮它們的細節(jié)。3. 信息隱蔽：模塊中所包括的信息不允許其它不需要這些信息的模塊調(diào)用。4. 信息局部化：是指把一些關(guān)系密切的軟件元素物理地放得彼此靠近。5. 模塊獨立性：是軟件系統(tǒng)中每個模塊只涉及軟件要求的具體子功能，而和軟件系統(tǒng)中其他的模塊接口是簡單的。模塊獨立的概念是模塊化、抽象、信息隱蔽和局部化概念的直接結(jié)果。6. 耦合：是對一個軟件結(jié)構(gòu)內(nèi)各個模塊之間互連程度的度量。耦合強弱取決于模塊間接口的復(fù)雜程度，調(diào)用模塊的方式，以及通過接口的信息。7. 內(nèi)聚：標志一個模塊內(nèi)各個元素彼此結(jié)合的緊密程度，它是信息隱蔽和局部化概念的自然擴展。 概要設(shè)計的方法：面向數(shù)據(jù)流的設(shè)計方法把信息流映射成軟件結(jié)構(gòu)，信息流的類型決定了映射的方法。面向數(shù)據(jù)流的設(shè)計要解決的任務(wù)，就是上述需求分析的基礎(chǔ)上，將DFD圖映射為軟件系統(tǒng)的結(jié)構(gòu)。換句話說，這類設(shè)計方法允許把用DFD圖表示的系統(tǒng)邏輯模型方便地轉(zhuǎn)換成對于軟件結(jié)構(gòu)的初始設(shè)計描述。理解基本概念：信息流（包括變換流和事務(wù)流）、抽象與逐步求精；模塊化與信息隱藏；軟件總體結(jié)構(gòu)、數(shù)據(jù)結(jié)構(gòu)與軟件過程。 面向數(shù)據(jù)結(jié)構(gòu)的分析設(shè)計方法： ①Jackson系統(tǒng)開發(fā)方法（JSD）： Jackson系統(tǒng)開發(fā)方法（JSD,Jackson System Development）是一種典型的面向數(shù)據(jù)結(jié)構(gòu)的分析設(shè)計方法，它是以信息驅(qū)動的，是將信息轉(zhuǎn)換成軟件的程序結(jié)構(gòu)。 ② Warnier方法 ：Warnier程序設(shè)計方法是由法國人J.D.Warnier提出的另一種面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計方法，又稱為邏輯構(gòu)造程序的方法，簡稱LCP（Logical Construction of Programs）方法。Warnier方法的原理和Jackson方法類似，也是從數(shù)據(jù)結(jié)構(gòu)出發(fā)設(shè)計程序，但是這種方法的邏輯更嚴格。 第五章 詳細設(shè)計 詳細設(shè)計的任務(wù)：詳細設(shè)計就是要在概要設(shè)計的結(jié)果的基礎(chǔ)上，考慮“怎樣實現(xiàn)”這個軟件系統(tǒng)，直到對系統(tǒng)中的每個模塊給出足夠詳細的過程性描述。主要任務(wù)如下：①為每個模塊確定采用的算法，選擇某種適當?shù)墓ぞ弑磉_算法的過程，寫出模塊的詳細過程性描述；②確定每一模塊使用的數(shù)據(jù)結(jié)構(gòu)；③確定模塊接口的細節(jié)，包括對系統(tǒng)外部的接口和用戶界面，對系統(tǒng)內(nèi)部其它模塊的接口，以及模塊輸入數(shù)據(jù)、輸出數(shù)據(jù)及局部數(shù)據(jù)的全部細節(jié)。④要為每一個模塊設(shè)計出一組測試用例，以便在編碼階段對模塊代碼（即程序）進行預(yù)定的測試，模塊的測試用例是軟件測試計劃的重要組成部分，通常應(yīng)包括輸入數(shù)據(jù)，期望輸出等內(nèi)容。 詳細設(shè)計的方法：程序流程圖、N-S圖、PAD圖、HIPO圖 程序流程圖：程序流程圖又稱之為程序框圖，它是軟件開發(fā)者最熟悉的一種算法表達工具。它獨立于任何一種程序設(shè)計語言，比較直觀和清晰地描述過程的控制流程，易于學習掌握。在流程圖中只能使用下述的五種基本控制結(jié)構(gòu)。①順序型；②選擇型；③ while型循環(huán)；④ until型循環(huán)；⑤ 多情況型選擇。 N-S圖：Nassi和Shneiderman提出了一種符合結(jié)構(gòu)化程序設(shè)計原則的圖形描述工具，稱為盒圖，又稱為N-S圖。在N-S圖中，為了表示五種基本控制結(jié)構(gòu)，規(guī)定了五種圖形構(gòu)件。①順序型；② 選擇型；③ WHILE重復(fù)型；④ UNTIL重復(fù)型； ⑤ 多分支選擇型。 PAD圖：它是用結(jié)構(gòu)化程序設(shè)計思想表現(xiàn)程序邏輯結(jié)構(gòu)的圖形工具。PAD也設(shè)置了五種基本控制結(jié)構(gòu)的圖示，并允許遞歸使用。 HIPO圖：HIPO圖是由一組IPO圖加一張HC圖組成。它是美國IBM公司在軟件設(shè)計中使用的主要表達工具。 HC圖是層次圖（Hierarchy chart）的英文縮寫，用于表示軟件的分層結(jié)構(gòu)。HC圖中的每一個模塊，均可用一張IPO圖來描述。IPO 圖由輸入、處理和輸出三個框組成，需要時還可以增加一個數(shù)據(jù)文件框，這種圖形的優(yōu)點，是能夠直觀地顯示輸入—處理—輸出三者之間的聯(lián)系。 詳細設(shè)計的原則：原則是過程描述是否易于理解、復(fù)審和維護，進而過程描述能夠自然地轉(zhuǎn)換成代碼，并保證詳細設(shè)計與代碼完全一致。 詳細設(shè)計規(guī)格與評審：詳細設(shè)計說明書的框架及評審。 第六章 面向?qū)ο蟮姆治龊驮O(shè)計方法 面向?qū)ο蟮幕靖拍? 面向?qū)ο蟛粌H是一些具體的軟件開發(fā)技術(shù)與策略，而且是一整套關(guān)于如何看待軟件系統(tǒng)與現(xiàn)實世界的關(guān)系，以什么觀點來研究問題并進行求解，以及如何進行系統(tǒng)構(gòu)造的軟件方法學。而面向?qū)ο蠓椒ㄊ且环N運用對象、類、繼承、封裝、聚合、消息傳送、多態(tài)性等概念來構(gòu)造系統(tǒng)的軟件開發(fā)方法。面向?qū)ο蠓椒ǖ幕舅枷胧?，從現(xiàn)實世界中客觀存在的事物（即對象）出發(fā)來構(gòu)造軟件系統(tǒng)，并在系統(tǒng)構(gòu)造中盡可能運用人類的自然思維方式。面向?qū)ο蟮膸讉€重要概念:對象、消息、方法性、繼承性、封裝性等。 面向?qū)ο蠓椒ǖ幕咎卣? ①從問題域中客觀存在的事物出發(fā)來構(gòu)造軟件系統(tǒng)，用對象作為對這些事物的抽象表示，并以此作為系統(tǒng)的基本構(gòu)成單位。 ②事物的靜態(tài)特征（即可以用一些數(shù)據(jù)來表達的特征）用對象的屬性表示，事物的動態(tài)特征（即事物的行為）用對象的服務(wù)（或操作）表示。 ③對象的屬性與服務(wù)結(jié)合為一體，成為一個獨立的實體，對外屏蔽其內(nèi)部細節(jié)（稱作封裝）。 ④對事物進行分類。把具有相同屬性和相同服務(wù)的對象歸為一類，類是這些對象的抽象描述，每個對象是它的類的一個實例。 ⑤通過在不同程度上運用抽象的原則（較多或較少地忽略事物之間的差異），可以得到較一般的類和較特殊的類。特殊類繼承一般類的屬性與服務(wù)，面向?qū)ο蠓椒ㄖС謱@種繼承關(guān)系的描述與實現(xiàn)，從而簡化系統(tǒng)的構(gòu)造過程及其文檔。 ⑥復(fù)雜的對象可以用簡單的對象作為其構(gòu)成部分，稱作聚合。 ⑦對象之間通過消息進行通信，以實現(xiàn)對象之間的動態(tài)聯(lián)系。 ⑧通過關(guān)聯(lián)表達對象之間的靜態(tài)關(guān)系。 面向?qū)ο蠓治龇椒ǎ耗壳俺霈F(xiàn)有OOA與OOD方法。 面向?qū)ο笤O(shè)計方法：OOA與OOD的職責劃分是：OOA針對問題域運用OO方法，建立一個反映問題域的OOA模型，不考慮與系統(tǒng)的具體實現(xiàn)有關(guān)的因素（例如采用什么編程語言、圖形用戶界面、數(shù)據(jù)庫等等），從而使OOA模型獨立于具體的實現(xiàn)。OOD則是針對系統(tǒng)的一個具體的實現(xiàn)運用OO方法。其中包括兩方面的工作，一是把OOA模型直接搬到OOD（不經(jīng)過轉(zhuǎn)換，僅作某些必要的修改和調(diào)整），作為OOD的一個部分；二是針對具體實現(xiàn)中的人機界面、數(shù)據(jù)存儲、任務(wù)管理等因素補充一些與實現(xiàn)有關(guān)的部分。這些部分與OOA采用相同的表示法和模型結(jié)構(gòu)。 第七章 編碼 程序設(shè)計語言的特點: 程序設(shè)計語言是人與計算機交流的媒介。軟件工程師應(yīng)該了解程序設(shè)計語言各方面的特點，以及這些特點對軟件質(zhì)量的影響，以便在需要為一個特定的開發(fā)項目選擇語言時，能作出合理的技術(shù)抉擇。其特點表現(xiàn)為九個方面：①名字說明；②類型說明；③初始化；④程序?qū)ο蟮木植啃?；⑤程序模塊；⑥循環(huán)控制結(jié)構(gòu)；⑦分支控制結(jié)構(gòu)；⑧ 異常處理；⑨獨立編譯。 編程風格：編碼風格又稱程序設(shè)計風格或編程風格，實際上指編程的原則。表現(xiàn)為四個方面：源程序文檔化，數(shù)據(jù)說明的方法，語句結(jié)構(gòu)和輸入／輸出方法。 源程序文檔化：源程序文檔化又可從四個方面來闡述，①符號名的命名；②程序的注釋；③標準的書寫格式； 數(shù)據(jù)說明：數(shù)據(jù)說明的次序應(yīng)當規(guī)范化。使數(shù)據(jù)屬性容易查找，也有利于測試，排錯和維護。 語句結(jié)構(gòu)：語句構(gòu)造力求簡單、直接，不能為了片面追求效率而使語句復(fù)雜化?？蓮囊韵聨追矫孀⒁猓?．使用標準的控制結(jié)構(gòu)；2．盡可能使用庫函數(shù)；3．程序編寫首先應(yīng)當考慮清晰性；4．注意使用GOTO語句； 輸入／輸出方法：輸入／輸出的方式和格式應(yīng)當盡量作到對用戶友善（User Friendly），盡可能方便用戶的使用。 程序效率：程序效率是指程序的執(zhí)行速度及程序占用的存儲空間。影響程序效率的因素是多方面的。 編程安全：提高軟件質(zhì)量和可靠性的技術(shù)大致可分為兩類，一類是避開錯誤技術(shù)，即在開發(fā)的過程中不讓差錯潛入軟件的技術(shù)；另一類是容錯技術(shù)，即對某些無法避開的差錯，使其影響減至最小的技術(shù)；避開錯誤技術(shù)是進行質(zhì)量管理，實現(xiàn)產(chǎn)品應(yīng)有質(zhì)量所必不可少的技術(shù)，也就是軟件工程中所討論的先進的軟件分析和開發(fā)技術(shù)和管理技術(shù)。但是，無論使用多么高明的避開錯誤技術(shù)，也無法做到完美無缺和絕無錯誤，這就需要采用容錯技術(shù)。實現(xiàn)容錯的主要手段是冗余和防錯程序設(shè)計。 面向?qū)ο蟪绦蛟O(shè)計步驟：面向?qū)ο蟮脑O(shè)計方法一般適用于軟件設(shè)計和實現(xiàn)階段。其基本步驟是：①建立軟件系統(tǒng)的動態(tài)模型；②建立軟件系統(tǒng)的靜態(tài)模型；③實現(xiàn)。 第八章 軟件質(zhì)量與質(zhì)量保證 軟件質(zhì)量：軟件質(zhì)量是各種特性的復(fù)雜組合。軟件質(zhì)量反映了以下三方面的問題： （1）軟件需求是度量軟件質(zhì)量的基礎(chǔ)。不符合需求的軟件就不具備質(zhì)量。 （2）在各種標準中定義了一些開發(fā)準則，用來指導軟件人員用工程化的方法來開發(fā)軟件。如果不遵守這些開發(fā)準則，軟件質(zhì)量就得不到保證。 （3）往往會有一些隱含的需求沒有明確地提出來。例如，軟件應(yīng)具備良好的可維護性。如果軟件只滿足那些精確定義了的需求而沒有滿足這些隱含的需求，軟件質(zhì)量也不能保證。 軟件質(zhì)量保證策略：為了在軟件開發(fā)過程中保證軟件的質(zhì)量，主要采取下述措施： ①審查；②復(fù)查和管理復(fù)審；③測試。 結(jié)構(gòu)化的軟件測試：軟件測試在程序員對每一個模塊的編碼之后先做程序測試，再做單元測試，然后再進行集成（綜合或組裝）測試，系統(tǒng)測試，驗收（確認）測試，平行測試，人工測試，其中單元測試的一部分己在編碼階段就開始了。 測試：就是用已知的輸入在已知環(huán)境中動態(tài)地執(zhí)行系統(tǒng)（或系統(tǒng)的“部件”）。如果測試結(jié)果和預(yù)期結(jié)果不一致，則很可能是發(fā)現(xiàn)了系統(tǒng)中的錯誤。 軟件測試：軟件測試是對軟件計劃、軟件設(shè)計、軟件編碼進行查錯和糾錯的活動（包括代碼執(zhí)行活動與人工活動）。 程序測試：是對編碼階段的語法錯、語義錯、運行錯進行查找的代碼執(zhí)行活動。找出編碼中錯誤的代碼執(zhí)行活動稱程序測試。糾正編碼中的錯誤的執(zhí)行活動稱程序調(diào)試。程序測試的目的是查找編碼錯與糾正編碼錯，保證算法的正確實現(xiàn)。 測試的原則： （1）測試前要認定被測試軟件有錯，不要認為軟件沒有錯。 （2）要預(yù)先確定被測試軟件的測試結(jié)果。 （3）要盡量避免測試自己編寫的程序。 （4）測試要兼顧合理輸入與不合理輸入數(shù)據(jù)。 （5）測試要以軟件需求規(guī)格說明書為標準。 （6）要明確找到的新錯與已找到的舊錯成正比。 （7）測試是相對的，不能窮盡所有的測試，要據(jù)人力物力安排測試，并選擇好測試用例與測試方法。 （8）測試用例留作測試報告與以后的反復(fù)測試用，重新驗證糾錯的程序是否有錯。 測試方法:按照測試過程是否在實際應(yīng)用環(huán)境中來分，有靜態(tài)分析與動態(tài)測試。測試方法有分析方法（包括靜態(tài)分析法與白盒法）與非分析方法（稱黑盒法）。 靜態(tài)分析技術(shù)：不執(zhí)行被測軟件，可對需求分析說明書、軟件設(shè)計說明書、源程序做結(jié)構(gòu)檢查、流程分析、符號執(zhí)行來找出軟件錯誤。 動態(tài)測試技術(shù)：當把程序作為一個函數(shù)，輸入的全體稱為函數(shù)的定義域，輸出的全體稱為函數(shù)的值域，函數(shù)則描述了輸入的定義域與輸出值域的關(guān)系。這樣動態(tài)測試的算法可歸納為： ①選取定義域中的有效值，或定義域外無效值。 ②對已選取值決定預(yù)期的結(jié)果。 ③用選取值執(zhí)行程序。 ④觀察程序行為，記錄執(zhí)行結(jié)果。 ⑤將④的結(jié)果與②的結(jié)果相比較，不吻合則程序有錯。 動態(tài)測試既可以采用白盒法對模塊進行邏輯結(jié)構(gòu)的測試，又可以用黑盒法做功能結(jié)枸的測試、接口的測試，都是以執(zhí)行程序并分析執(zhí)行結(jié)果來查錯的。 白盒法:是通過分析程序內(nèi)部的邏輯與執(zhí)行路線來設(shè)計測試用例，進行測試的方法，白盒法也稱邏輯驅(qū)動方法。白盒法的具體設(shè)計程序測試用例的方法有：語句覆蓋、分支（判定）覆蓋、條件覆蓋、路徑覆蓋（或條件組合覆蓋），主要目的是提高測試的覆蓋率。 黑盒法:是功能驅(qū)動方法，僅根據(jù)I/O數(shù)據(jù)條件來設(shè)計測試用例，而不管程序的內(nèi)部結(jié)構(gòu)與路徑如何。黑盒法的具體設(shè)計程序測試用例的方法有：等價類劃分法，邊界值分析法，錯誤推測法，主要目的是設(shè)法以最少測試數(shù)據(jù)子集來盡可能多的測試軟件程序的錯誤。 設(shè)計測試方案: 測試方案包括預(yù)定要測試的功能，應(yīng)該輸入的測試數(shù)據(jù)和預(yù)期的結(jié)果，其中最困難的問題是設(shè)計測試用的輸入數(shù)據(jù)（即測試用例）。通常的做法是，用黑盒法設(shè)計基本的測試方案，再用白盒法補充一些方案。 軟件測試的步驟： 單元測試：單元測試也稱模塊測試、邏輯測試、結(jié)構(gòu)測試，測試的方法一般采用白盒法，以路徑覆蓋為最佳測試準則。 集成測試：單元測試之后便進入組裝測試。盡管模擬了驅(qū)動模塊和存根模塊進行單元測試，由于測試不能窮盡，單元測試又會引入新錯誤，單元測試后肯定會有隱藏錯誤，組裝不可能一次成功，必須經(jīng)測試后才能成功。集成測試分為增式組裝測試和非增式組裝測試，所謂非增式組裝，按照結(jié)構(gòu)圖一次性將各單元模塊組裝起來。所謂增式組裝是指按照結(jié)構(gòu)圖自頂向下或自底向上逐漸安裝。 確認測試：確認測試也稱合格測試或稱驗收測試。組裝后己成為完整的軟件包，消除了接口的錯誤。確認測試主要由使用用戶參加測試，檢驗軟件規(guī)格說明的技術(shù)標準的符合程度，是保證軟件質(zhì)量的最后關(guān)鍵環(huán)節(jié)。 系統(tǒng)測試：一般的系統(tǒng)除了確認測試外還要做如下幾個方面的系統(tǒng)測試 ①恢復(fù)測試 通過系統(tǒng)的修復(fù)能力，檢測重新初始化，數(shù)據(jù)恢復(fù)，重新啟動，檢驗點設(shè)置機構(gòu)是否正確，以及人工干預(yù)的平均恢復(fù)時間是否在允許范圍內(nèi)。 ②安全測試 設(shè)計測試用例，突破軟件安全保護的機構(gòu)安全保密措施，檢驗系統(tǒng)是否安全保密的漏洞。 ③強度測試 設(shè)計測試用例，檢驗系統(tǒng)的能力最高能達到什么實際的限度，讓系統(tǒng)處于資源的異常數(shù)量、異常頻率、異常批量的條件下運行測試系統(tǒng)的承受能力。一般取比平常限度高5一10倍的限度做測試用例。 ④性能測試 設(shè)計測試用例測試并記錄軟件運行性能，與性能要求比較，看是否達到性能要求規(guī)格。這項測試常常與強度測試相結(jié)合進行。 軟件維護：軟件運行/維護階段對軟件產(chǎn)品所進行的修改就是維護。 維護的問題：軟件維護存在的絕大多數(shù)問題，都是由于軟件定義和軟件開發(fā)的方法有問題。在軟件生命周期的頭兩個時期沒有嚴格而又科學的管理和規(guī)劃，幾乎必然會導致在最后階段出現(xiàn)問題。 軟件維護步驟及組織：為了正確、有效地修改，需要經(jīng)歷以下三個步驟：1.分析和理解程序；2.修改程序；3.重新驗證程序；4.維護組織。 第九章 項目計劃與管理 軟件項目特點: 軟件產(chǎn)品與其他任何產(chǎn)品不同，它是無形的，完全沒有物理屬性。其特點表現(xiàn)為：①智力密集，可見性差；②單件生產(chǎn)：在特定機型上，利用特定硬件配置，由特定的系統(tǒng)軟件或支撐軟件的支持，形成了特定的開發(fā)環(huán)境；③勞動密集，自動化程度低：④使用方法繁瑣，維護困難；⑤軟件工作滲透了人的因素。 軟件管理的功能：軟件管理的主要功能包括：①制定計劃：規(guī)定待完成的任務(wù)、要求、資源、人力和進度等；②建立組織項目：為實施計劃，保證任務(wù)的完成，需要建立分工明確的責任機構(gòu)；③配備人員：任用各種層次的技術(shù)人員和管理人員；④指導：鼓勵和動員軟件人員完成所分配的情況。 軟件配置管理的過程：軟件配置管理SCM除了負擔控制變化之外，它還要擔負標識單個的SCI和軟件各種版本、審查軟件配置以保證開發(fā)得以正常進行，以及報告所有加在配置上的變化等任務(wù)。 關(guān)于SCM需要考慮這樣一些問題： （1） （1）采用什么方式標識和管理許多已存在的程序的各種版本？使得變化能夠有效地實現(xiàn)。 （2） （2）在軟件交付用戶之前和之后，如何控制變化？ （3） （3）誰有權(quán)批準和對變化安排優(yōu)先級？ （4） （4）如何保證變化得以正確地實施？ （5） （5）利用什么辦法估計變化可能引起的其它問題？ 名詞解釋 1． 軟件：完成特定功能的程序+數(shù)據(jù)結(jié)構(gòu)+文檔 2． 軟件危機：指計算機軟件的開發(fā)和維護過程中所遇到的一系列嚴重問題 3． 軟件工程：指導計算機軟件開發(fā)和維護的一門工程學 4． 軟件生命周期：一個軟件從定義、開發(fā)、使用和維護直至最終被廢棄，要經(jīng)歷的漫長時 期 5． 模塊獨立：每個模塊完成一個相對獨立的特定子功能，并且和其他模塊關(guān)系簡單 6． 耦合：是對一個軟件結(jié)構(gòu)內(nèi)不同模塊間互聯(lián)程度的度量 7． 內(nèi)聚：標志著一個模塊內(nèi)各個元素彼此之間互聯(lián)程度的度量 8． 編碼：就是把軟件設(shè)計結(jié)果翻譯成用某種程序設(shè)計語言書寫的程序 9． 編碼風格：指不影響程序正確性和效率的前提下，有效編排和合理組織程序的基本原則 10． 白盒法：按照程序內(nèi)部的邏輯測試程序，檢測程序中重要執(zhí)行通路是否都按預(yù)定要求 正確工作（結(jié)構(gòu)測試） 11． 黑盒法：是在程序接口進行的測試，它只檢查程序功能是否按規(guī)格說明書的規(guī)定正常 使用，程序是否能適當?shù)慕邮蛰斎胄畔⒉a(chǎn)生正確的輸出信息，程序運行過程中能否保 持外部信息的完整性（功能測試） 12． 軟件的可靠性：是程序在給定的時間間隔內(nèi)，按照規(guī)格說明書規(guī)定成功地運行概率 13． 軟件可用性：是程序在給定的時間點，按照規(guī)格說明書規(guī)定成功地運行概率 14． 軟件維護：是軟件已經(jīng)交付使用后，為了改正錯誤或滿足新的需要而修改的軟件的過 程 15． 對象：由描述該對象屬性的數(shù)據(jù)以及可以對這些數(shù)據(jù)施加的所有操作封裝在一起構(gòu)成 的統(tǒng)一體 16． 類：是對具有相同屬性和行為的一個或多個對象的描述 17． 實例：由某個特定的類所描述的一個具體對象 18． 消息：要求某個對象執(zhí)行在定義它的那個類中所定義的某個操作的規(guī)格說明 19． 方法：就是對象所能執(zhí)行的操作，也就是類中所定義的服務(wù) 20． 屬性：就是類中所定義的數(shù)據(jù)，它是對客觀世界實體所具有的性質(zhì)抽象 21． 繼承：廣義的說是指能夠直接獲得已有的性質(zhì)和特征，而不必重復(fù)定義它們 狹義的說是子類自動地共享基類中定義的數(shù)據(jù)和方法的機制 22． 面向?qū)ο蠓治觯撼槿『驼碛脩粜枨蟛⒔栴}域精確模型過程 23． 軟件設(shè)計：從抽象概括到具體實踐過程 24． 抽象：抽出事物的本質(zhì)特征而暫時不考慮它們細節(jié)包含了對象（object）、類（class）、繼承（inheritance）、消息（message）等核心概念 UML： 統(tǒng)一建模語言（unifed modeling language），是一種基于面向?qū)ο蟮目梢暬ＵZ 言，它提供豐富的以圖形符號表示的模型元素，這些標準的圖形符號隱含了UML 的語法， 而由這些圖形符號組成的各種模型則給出了UML 的語義。 SRS ：軟件需求規(guī)格說明書（software requirement specification），是軟件開發(fā)人員在分 析階段需要完成的用于描述需求的文檔。 黑盒測試：根據(jù)被測試程序功能來進行測試，是在程序接口進行的測試，它只檢查程序功能 是否按規(guī)格說明書的規(guī)定正常使用，程序是否能適當?shù)慕邮蛰斎胄畔⒉a(chǎn)生正確的輸出信 息，程序運行過程中能否保持外部信息的完整性，又叫做功能測試 白盒測試：以程序的結(jié)構(gòu)為依據(jù)，按照程序內(nèi)部的邏輯測試程序，檢測程序中重要執(zhí)行通路 是否都按預(yù)定要求正確工作，又叫做結(jié)構(gòu)測試 SE2 ：：軟件工程環(huán)境（software engineering environment） 內(nèi)聚：是從功能的角度對模塊內(nèi)部聚合能力的量度 耦合：是對軟件內(nèi)部塊間聯(lián)系的度量 模塊：是一個擁有明確定義的輸入、輸出和特性的程序?qū)嶓w 模塊化：把程序劃分成獨立命名且可獨立訪問的模塊，每個模塊完成一個子功能 模塊化設(shè)計：按照規(guī)定的原則把大型軟件劃分為一個個較小的、相對獨立但相互關(guān)聯(lián)的模塊 IDE：集成開發(fā)環(huán)境 Ant：是一種基于Java 的build 工具。 JIRA：是目前比較流行的基于Java 架構(gòu)的過程管理系統(tǒng)， CVS：是一個C/S 系統(tǒng)，多個開發(fā)人員通過一個中心版本控制系統(tǒng)來記錄文件版本，從而 達到保證文件同步的目的。CVS 版本控制系統(tǒng)是一種GNU 軟件包，主要用于在多人開發(fā)環(huán) 境下的源碼的維護。 SVN：是一款版本管理工具，是cvs 的接班人。目前，絕大多數(shù)開源軟件都使用svn 作為 代碼版本管理軟件。 MVC：模型-視圖-控制架構(gòu)（Model-View-Control） 傳統(tǒng)軟件過程 瀑布模型 將整個軟件過程嚴格地劃分階段，是一種基于軟件生存周期的線性開發(fā)模型，前一階段 的工作完成之后，后一階段才能開始，每一階段必須完成規(guī)定的文檔，并對完成的文檔進行 復(fù)審，以便盡早發(fā)現(xiàn)問題，消除隱患。 特點:階段的順序性和依賴性推遲實現(xiàn)的觀點質(zhì)量保證的觀點 優(yōu)點提供了按階段劃分的檢查點可以在迭代模型中應(yīng)用瀑布模型 缺點不適合需求模糊的系統(tǒng)開發(fā)初始階段很難徹底弄清軟件需求 按照瀑布模型的階段劃分，可將軟件測試分為單元測試，集成測試，系統(tǒng)測試。 快速原型模型 先建立一個能反應(yīng)用戶主要需求的原型，原型只包括未來系統(tǒng)的主要功能及系統(tǒng)的重要 接口。以便判斷哪些功能是符合需要的，哪些還需要改進。 原型系統(tǒng)往往采用能縮短開發(fā)周期的語言或工具。應(yīng)將原型廢棄不用，僅把建立原型的 過程當作幫助定義軟件需求的一種手段。 特點“逼真”的原型可以使用戶迅速作出反饋循環(huán)回溯和迭代非線性模型使用快速開發(fā)工具 種類漸進型：對原型補充和修改獲得最終系統(tǒng)拋棄型：原型廢棄不用 應(yīng)防止的偏向舍不得拋棄，從而影響軟件質(zhì)量 優(yōu)點克服瀑布模型的缺點，減少由于軟件需求不明確帶來的風險 缺點用戶不舍得廢棄原型開發(fā)者不愿推倒重來，或限制了開發(fā)人員的創(chuàng)新 軟件演化模型 增量模型 融合了瀑布模型的順序特征和快速原型法的迭代特征。采用隨時間進展而交錯的線性序 列，每一個線性序列產(chǎn)生軟件一個可發(fā)布的“增量”，開發(fā)的各次迭代中，每次完成其中的一 個增量。第一個增量通常是軟件的核心部分。 增量小而可用的軟件第一個增量通常是軟件的核心 特點在前面增量的基礎(chǔ)上開發(fā)后面的增量每個增量的開發(fā)可用瀑布或快速原型模型每個增量開發(fā)的順序性和總體的迭代性相結(jié)合 螺旋模型 將瀑布模型和快速原型模型結(jié)合起來，并強調(diào)了其他模型所忽視的風險分析，適合大型 復(fù)雜系統(tǒng)。 每輪螺旋包含了一下4 種活動： 1、計劃：確定目標，選擇方案，選定完成目標的策略 2、風險分析：從風險角度分析該策略 3、開發(fā)：啟動一個開發(fā)活動 4、用戶評審：評價前一步的結(jié)果，計劃下一輪的工作 特點瀑布模型（順序性、邊開發(fā)邊復(fù)審）+ 快速原型（迭代性）風險分析 發(fā)現(xiàn)、控制風險 第一章 1.軟件危機的概念： 軟件危機是指在計算機軟件的開發(fā)和維護過程中遇到的一系列嚴重問題。 概括地說，軟件危機包含兩方面問題：如何開發(fā)軟件，以滿足對軟件日益增長的需求；如何維護數(shù)量不斷膨脹的已有軟件。 1. 軟件危機產(chǎn)生的原因？ 原因一：軟件本身的特點 軟件是邏輯產(chǎn)品； 軟件規(guī)模龐大 原因二：軟件專業(yè)人員本身的素質(zhì)所決定的：軟件專業(yè)人員對軟件開發(fā)和維護存在糊涂的觀念，在實踐過程中采用了錯誤的方法和技術(shù) 忽視用戶需求分析或分析不足； 對軟件生存周期這一過程認識不明確； 對完整的軟件配置認識不準確； 忽略了軟件維護的重要性； 2. 消除軟件危機的途徑 （1）對計算機軟件應(yīng)當有一個正確的認識； （2）應(yīng)當有組織、有計劃、通過嚴格的管理手段進行軟件的開發(fā)； （3）及時總結(jié)軟件開發(fā)的成功技術(shù)和方法并加以推廣； （4）開發(fā)和使用更好的軟件工具； 總之，為了解決軟件危機，既要有技術(shù)措施，又要有必要的組織管理措施。 3. 什么是軟件工程？ 軟件工程是研究軟件生產(chǎn)的一門學科。它采用工程的概念、原理、技術(shù)和方法來開發(fā)和維護軟件，把經(jīng)過時間考驗而證明正確的管理技術(shù)和當前能夠得到的最好的技術(shù)方法結(jié)合起來，以達到經(jīng)濟地開發(fā)出高質(zhì)量的軟件并有效的維護它的目的。 5軟件生命周期分為哪幾個階段，各階段的任務(wù)是什么？ 軟件生命周期由軟件定義、軟件開發(fā)和運行維護3個時期組成，每個時期又進一步劃分為若干個階段。 軟件定義時期的任務(wù)是：確定軟件開發(fā)工程必須完成的總目標；確定工程的可行性；到處實現(xiàn)工程目標應(yīng)該采用的策略及系統(tǒng)必須完成的功能；估計完成該項工程需要的資源和成本，并制定工程進度表。這一時期可劃分為三個階段：問題定義、可行性研究、需求分析。 軟件開發(fā)時期的任務(wù)是：具體設(shè)計和實現(xiàn)在前一個時期定義的軟件。這一時期由四階段組成：總體設(shè)計、詳細設(shè)計、編碼和單元測試、綜合測試。 軟件維護時期的任務(wù)是：當軟件在使用過程中發(fā)現(xiàn)錯誤時加以改正；當環(huán)境改變時修改軟件以適應(yīng)新的環(huán)境；當用戶有新要求時及時改進軟件以滿足用戶的新需要。 問題定義階段要回答的關(guān)鍵問題是“要解決的問題是什么？”通過對客戶的訪問調(diào)查，系統(tǒng)分析員扼要的寫出關(guān)于問題性質(zhì)、工程目標和工程規(guī)模的書面報告，經(jīng)過討論和必要的修改之后，這份報告還應(yīng)該得到客戶的確認。 可行性研究本階段的任務(wù)是根據(jù)用戶提出的工程項目的性質(zhì)、目標和規(guī)模，進一步了解用戶的要求及現(xiàn)有的環(huán)境及條件，從技術(shù)、經(jīng)濟和社會等多方面研究并論證該項目的可行性。即該項目是否值得去解決，是否存在可行的解決辦法。 此時，系統(tǒng)分析人員應(yīng)在用戶的配合下對用戶的要求和現(xiàn)有的環(huán)境進行深入調(diào)查并寫出調(diào)研報告。進而進行可行性論證?？尚行哉撟C包括經(jīng)濟可行性、技術(shù)可行性、操作可行性、法律可行性等。在此基礎(chǔ)上還要制定初步的項目計劃，包括需要的軟硬件資源、定義任務(wù)、風險分析、成本/效益分析以及進度安排等。 可行性研究的結(jié)果將是使用部門負責人做出是否繼續(xù)進行該項目決定的重要依據(jù) 需求分析的任務(wù)是確定待開發(fā)的軟件系統(tǒng)“做什么”。 軟件系統(tǒng)需求一般由用戶提出。系統(tǒng)分析員和開發(fā)人員在需求分析階段必須與用戶反復(fù)討論、協(xié)商，充分交流信息，并用某種方法和工具構(gòu)建軟件系統(tǒng)的邏輯模型。 總體設(shè)計階段必須回答的關(guān)鍵問題是：“概括地說，應(yīng)該怎樣實現(xiàn)目標系統(tǒng)？” 這一階段對需求規(guī)格說明中提供的軟件系統(tǒng)邏輯模型進行進一步的分解，從而建立軟件系統(tǒng)的總體結(jié)構(gòu)和各子系統(tǒng)之間、各模塊之間的關(guān)系，定義各子系統(tǒng)接口界面和各功能模塊的接口，設(shè)計全局數(shù)據(jù)庫或數(shù)據(jù)結(jié)構(gòu)，規(guī)定設(shè)計約束，制定組裝測試計劃，進而給出每個功能模塊的功能描述、全局數(shù)據(jù)定義和外部文件定義等。 總體設(shè)計階段的主要成果有概要設(shè)計說明書、 數(shù)據(jù)庫或數(shù)據(jù)結(jié)構(gòu)說明書、組裝測試計劃等文檔 詳細設(shè)計是將概要設(shè)計產(chǎn)生的功能模塊進一步細化，形成可編程的程序模塊，然后設(shè)計程序模塊的內(nèi)部細節(jié)，包括算法、數(shù)據(jù)結(jié)構(gòu)以及各程序模塊間的接口信息，并設(shè)計模塊的單元測試計劃。 可以采用結(jié)構(gòu)化的設(shè)計方法，采用結(jié)構(gòu)化的程序流程圖、N-S圖、過程設(shè)計語言（PDL，Procedure Design Language）等工具進行描述，也可以采用面向?qū)ο蟮脑O(shè)計方法等等。 詳細設(shè)計階段的主要成果是“詳細設(shè)計規(guī)格說明”（或稱“模塊開發(fā)卷宗”）和單元測試計劃等詳細設(shè)計文檔。 編碼和單元測試 編碼的主要任務(wù)是根據(jù)詳細設(shè)計規(guī)格說明，用某種選定的程序設(shè)計語言把詳細設(shè)計的結(jié)果轉(zhuǎn)化為機器可運行的源程序模塊，這是一個編程和調(diào)試程序的過程。 編碼階段應(yīng)注意遵循編程標準、養(yǎng)成良好的編程風格，以便編寫出正確的便于理解、調(diào)試和維護的程序模塊。 單元測試：每編寫出一個程序模塊的源程序，調(diào)試通過后，即對該模塊進行測試，這稱為單元測試。 這一階段結(jié)束時應(yīng)提供按一定規(guī)則存在盤上的通過單元測試的各功能模塊的集合、詳細的單元測試報告等文檔。 綜合測試 這個階段的關(guān)鍵任務(wù)是通過各種類型的測試和調(diào)試使軟件達到預(yù)定的要求。 最基本的測試是集成測試和驗收測試。 集成測試是根據(jù)概要設(shè)計提供的軟件結(jié)構(gòu)、各功能模塊的說明和集成測試計劃，把經(jīng)過單元測試檢驗的模塊按照某種選定的策略逐步進行裝配和測試。 驗收測試是按照驗收測試計劃和準則對軟件系統(tǒng)進行測試，看其是否達到了需求規(guī)格說明中定義的全部功能和性能等方面的需求。 這一階段應(yīng)將測試計劃、詳細測試方案和實際測試結(jié)果保存為相應(yīng)的文檔，作為軟件配置的一個組成部分。 軟件維護 軟件維護的任務(wù)是通過各種維護活動使軟件系統(tǒng)持久地滿足用戶的需求。 每項維護活動實質(zhì)上都是一次壓縮和簡化了的軟件定義和軟件開發(fā)過程。都要經(jīng)歷提出維護要求、分析維護要求、提出維護方案、審批維護方案、確定維護計劃、修改軟件設(shè)計、修改程序、測試程序、評審、驗收等步驟。 通常有四類維護活動：改正性維護、適應(yīng)性維護、完善性維護和預(yù)防性維護。 每一項維護活動都應(yīng)該準確記錄下來，作為正式的文檔資料加以保管。 4. 瀑布模型的優(yōu)缺點： 瀑布模型的優(yōu)點 可以強迫開發(fā)人員采用規(guī)范的方法； 嚴格規(guī)定了每個階段必須提交的文檔； 要求每個階段交出的所有產(chǎn)品都必須經(jīng)過質(zhì)量保證小組的仔細驗證。 瀑布模型的缺點 在軟件開發(fā)的初期階段就要求做出正確、全面、完整的需求分析對許多應(yīng)用軟件來說是極其困難的。 在需求分析階段，當需求確定后，無法及時驗證需求是否正確、完整。 作為整體開發(fā)的瀑布模型，由于不支持產(chǎn)品的演化，缺乏靈活性，對開發(fā)過程中很難發(fā)現(xiàn)的錯誤，只有在最終產(chǎn)品運行時才能暴露出來，從而使軟件產(chǎn)品難以維護。 瀑布模型適用的場合 瀑布模型一般適用于功能、性能明確、完整、無重大變化的軟件系統(tǒng)的開發(fā)。例如操作系統(tǒng)、編譯系統(tǒng)、數(shù)據(jù)庫管理系統(tǒng)等系統(tǒng)軟件的開發(fā)。應(yīng)用有一定的局限性。 8.快速原型模型適用的場合 原型模型比瀑布模型更符合人們認識事物的過程和規(guī)律，是一種較實用的開發(fā)框架。 它適合于那些不能預(yù)先確切定義需求的軟件系統(tǒng)的開發(fā)，更適合于那些項目組成員（包括分析員、設(shè)計員、程序員和用戶）不能很好交流或通信有困難的情況。 9.增量模型的優(yōu)點 能在較短時間內(nèi)向用戶提交可完成部分工作的產(chǎn)品。 逐步增加產(chǎn)品功能可以使用戶有較充裕的時間學習和適應(yīng)新產(chǎn)品，從而減少一個全新的軟件可能給客戶組織帶來的沖擊。 增量模型的缺點 在把每個新的增量構(gòu)件集成到現(xiàn)有軟件體系結(jié)構(gòu)中時，必須不破壞原來已經(jīng)開發(fā)出的產(chǎn)品。此外，必須把軟件的體系結(jié)構(gòu)設(shè)計的便于按照這種方式進行擴充，向現(xiàn)有產(chǎn)品中加入新構(gòu)件的過程必須簡單、方便，這就意味著需要更精心的設(shè)計。 10.螺旋模型的優(yōu)點 對可選方案和約束條件的強調(diào)有利于已有軟件的重用，也有助于把軟件質(zhì)量作為軟件開發(fā)的一個重要目標。 減少了過多測試或測試不足所帶來的風險。 在螺旋模型中維護只是模型的另一個周期，在維護和開發(fā)之間并沒有本質(zhì)區(qū)別。 螺旋模型的缺點 如果每次迭代的效率不高，致使迭代次數(shù)過多，將會增加成本并推遲提交時間。 使用該模型需要有相當豐富的風險評估經(jīng)驗和專門知識，要求開發(fā)隊伍水平較高。 螺旋模型適用的場合 支持需求不明確、特別是大型軟件系統(tǒng)的開發(fā)，并支持面向規(guī)格說明、面向過程、面向?qū)ο蟮榷喾N軟件開發(fā)方法，是一種具有廣闊前景的模型。 11.1、噴泉模型的優(yōu)點 噴泉模型不像瀑布模型那樣，需要分析活動結(jié)束后才開始設(shè)計活動，設(shè)計活動結(jié)束后才開始編碼活動。該模型的各個階段沒有明顯的界限，開發(fā)人員可以同步進行開發(fā)。其優(yōu)點是可以提高軟件項目開發(fā)效率，節(jié)省開發(fā)時間，適應(yīng)于面向?qū)ο蟮能浖_發(fā)過程。 2、噴泉模型的缺點 由于噴泉模型在各個開發(fā)階段是重疊的，因此在開發(fā)過程中需要大量的開發(fā)人員，因此不利于項目的管理。此外這種模型要求嚴格管理文檔，使得審核的難度加大，尤其是面對可能隨時加入各種信息、需求與資料的情況。 第二章 1. 可行性研究的任務(wù) 可行性研究的目的：用最小的代價，在盡可能短的時間內(nèi)確定問題是否能夠解決。 可行性研究的實質(zhì)：進行一次大大壓縮簡化了的系統(tǒng)分析和設(shè)計的過程。 可行性研究，首先需要進一步分析和澄清問題定義；在澄清了問題定義之后，系統(tǒng)分析員應(yīng)該導出系統(tǒng)的邏輯模型；然后從系統(tǒng)邏輯模型出發(fā)，探索若干種可供選擇的主要解法(即系統(tǒng)實現(xiàn)方案)；之后再對每種解法仔細研究它的可行性。 一般說來，需要著重從以下五方面研究每種解法的可行性： 技術(shù)可行性：使用現(xiàn)有的技術(shù)能否實現(xiàn)這個系統(tǒng)。 經(jīng)濟可行性：這個系統(tǒng)的經(jīng)濟效益能否超過它的開發(fā)成本。 運行可行性：為系統(tǒng)規(guī)定的運行方式是否可行。 操作可行性：系統(tǒng)的操作方式在這個用戶組織內(nèi)是否行得通。 法律可行性：系統(tǒng)的開發(fā)是否會侵犯他人、集體或國家的利益，是否違反了國家的法律，并由此而承擔法律責任。 可行性研究最根本的任務(wù)是對以后的行動方針提出建議。 如果問題沒有可行的解，系統(tǒng)分析員應(yīng)該建議停止這項開發(fā)工程，以避免時間、資源、人力和金錢的浪費。 如果問題值得解，系統(tǒng)分析員應(yīng)該推薦一個較好的解決方案，并且為工程制定一個初步的計劃。 可行性研究需要的時間長短取決于工程的規(guī)模。一般說來，可行性研究的成本是預(yù)期的工程總成本的5%～10%。 第五章 1. 總體設(shè)計的任務(wù)是什么？ 總體設(shè)計又稱為概要設(shè)計或初步設(shè)計，總體設(shè)計的基本目的就是回答“概括地說，系統(tǒng)應(yīng)該如何實現(xiàn)?”這個問題。 這個階段的兩個重要任務(wù)： 劃分出組成系統(tǒng)的物理元素； 設(shè)計軟件的結(jié)構(gòu)，也就是確定系統(tǒng)中每個程序是由哪些模塊組成的，以及這些模塊相互間的關(guān)系。 第七章 1. 測試步驟： 2.軟件可靠性：是程序在給定的時間間隔內(nèi)，按照規(guī)格說明書的規(guī)定成功地運行的概率。 軟件可用性： 是程序在給定的時間點，按照規(guī)格說明書的規(guī)定，成功地運行的概率。 可靠性和可用性之間的主要差別是：可靠性意味著在0到t這段時間間隔內(nèi)系統(tǒng)沒有失效，而可用性只意味著在時刻t，系統(tǒng)是正常運行的。 一般說來，對于任何其故障是可以修復(fù)的系統(tǒng)，都應(yīng)該同時使用可靠性和可用性衡量它的優(yōu)劣程度。 第八章 軟件維護：指在軟件已經(jīng)交付使用之后，為了改正錯誤或滿足新的需要而修改軟件的過程。 軟件維護通常包括4類活動：改正性維護、適應(yīng)性維護、完善性維護、預(yù)防性維護。 注意，4類維護活動都必須應(yīng)用于整個軟件配置，維護軟件文檔和維護軟件的可執(zhí)行代碼同樣重要。 改正性維護：為了糾正在使用過程中暴露出來的程序錯誤而進行的維護活動。改正性維護的工作量大約占軟件維護總工作量的17%-21%。 適應(yīng)性維護：為了適應(yīng)外部環(huán)境的變化而進行的維護活動。適應(yīng)性維護的工作量大約占軟件維護總工作量的18%-25%。 完善性維護：為了根據(jù)用戶需要改進原有軟件而進行的維護活動。完善性維護的工作量大約占軟件維護總工作量的50%-66%。 預(yù)防性維護：為了改進軟件將來的可維護性和可靠性而進行的維護活動。預(yù)防性維護的工作量大約占軟件維護總工作量的4%。