軟件工程復(fù)習(xí)資料武漢大學(xué).doc

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