9軟件工程ppt - PowerPoint Presenta

1、軟件工程,公共基礎(chǔ)第三部分,本章考核內(nèi)容約占8%，主要包括一下幾個方面： 軟件工程的一些基本概念以及它們之間的關(guān)系 結(jié)構(gòu)化分析方法中的數(shù)據(jù)流圖、數(shù)據(jù)樹、數(shù)據(jù)表以及軟件規(guī)格說明書的特點(diǎn) 結(jié)構(gòu)化設(shè)計方法中的概要設(shè)計和詳細(xì)設(shè)計 靜態(tài)測試和動態(tài)測試,考點(diǎn)1 軟件的定義與特點(diǎn) 1.軟件定義 計算機(jī)軟件(Software)是計算機(jī)系統(tǒng)中與硬件相依存的另一部分，是包括程序、數(shù)據(jù)及相關(guān)文檔的完整集合。 程序：軟件開發(fā)人員根據(jù)用戶需求開發(fā)的、用程序設(shè)計語言描述的、適合計算機(jī)執(zhí)行的指令（語句）序列。 數(shù)據(jù)：使程序能正常操縱信息的數(shù)據(jù)結(jié)構(gòu)。 文檔：與程序開發(fā)、維護(hù)和使用有關(guān)的圖文資料。 國標(biāo)（GB）中對軟件的定義為

2、：與計算機(jī)系統(tǒng)的操作有關(guān)的計算機(jī)程序、規(guī)程、規(guī)則，以及可能有的文件、文檔及數(shù)據(jù)。,考點(diǎn)1 軟件的定義與特點(diǎn) 1.軟件定義 【2007年9月】：軟件是指（ ） A）程序 B）程序和文檔 C）算法加數(shù)據(jù)結(jié)構(gòu) D）程序、數(shù)據(jù)與相關(guān)文檔的完整集合,答案,D,考點(diǎn)1 軟件的定義與特點(diǎn) 2.軟件組成 軟件由兩部分組成： 1)機(jī)器可執(zhí)行的程序和數(shù)據(jù)； 2)機(jī)器不可執(zhí)行的，與軟件開發(fā)、運(yùn)行、維護(hù)、使用等有關(guān)的文檔。,考點(diǎn)1 軟件的定義與特點(diǎn) 3.軟件特點(diǎn) 與計算機(jī)硬件相比，軟件在開發(fā)、生產(chǎn)、維護(hù)和使用方面都存在明顯的差異，主要體現(xiàn)在： 1)軟件是一種邏輯實(shí)體，而不是物理實(shí)體，具有抽象性； 2)軟件的生產(chǎn)與硬件

3、不同，它沒有明顯的制作過程； 3)軟件在運(yùn)行、使用期間不存在磨損、老化問題； 4)軟件的開發(fā)、運(yùn)行對計算機(jī)系統(tǒng)具有依賴性，受計算機(jī)系統(tǒng)的限制，這導(dǎo)致了軟件移植的問題； 5)軟件復(fù)雜性高、成本昂貴； 6)軟件開發(fā)涉及諸多的社會因素。,考點(diǎn)1 軟件的定義與特點(diǎn) 3.軟件特點(diǎn) 【2005年4月】下列描述中正確的是（ ） A）程序就是軟件 B）軟件開發(fā)不受計算機(jī)系統(tǒng)的限制 C）軟件既是邏輯實(shí)體，又是物理實(shí)體 D）軟件是程序、數(shù)據(jù)與相關(guān)文檔的集合,答案,D,考點(diǎn)1 軟件的定義與特點(diǎn) 4.軟件分類 軟件根據(jù)應(yīng)用目標(biāo)的不同，是多種多樣的。軟件按功能可以分為：應(yīng)用軟件、系統(tǒng)軟件、支撐軟件（或工具軟件）。 1)

4、應(yīng)用軟件是為解決特定領(lǐng)域應(yīng)用而開發(fā)的軟件。 2)系統(tǒng)軟件是計算機(jī)管理自身資源，提高計算機(jī)使用效率并為計算機(jī)用戶提供各種服務(wù)的軟件。 3)支撐軟件是介于系統(tǒng)軟件和應(yīng)用軟件之間，協(xié)助用戶開發(fā)軟件的工具性軟件。,考點(diǎn)1 軟件的定義與特點(diǎn) 4.軟件分類 【2009年3月】：軟件按功能可以分為：應(yīng)用軟件、系統(tǒng)軟件、支撐軟件（或工具軟件），下面屬于應(yīng)用軟件的是（ ） A）編譯軟件 B）操作系統(tǒng) C）教務(wù)管理系統(tǒng) D）匯編程序,答案,C,考點(diǎn)2 軟件工程的定義 1.軟件危機(jī) 軟件工程概念的出現(xiàn)源自于軟件危機(jī)。20世紀(jì)60年代末以后，“軟件危機(jī)”這個詞頻繁出現(xiàn)。 軟件危機(jī)是泛指在計算機(jī)軟件的開發(fā)和維護(hù)過程中所

5、遇到的一系列嚴(yán)重問題。 在軟件開發(fā)和維護(hù)過程中，可以將軟件危機(jī)歸結(jié)為成本、質(zhì)量、生產(chǎn)率等問題。造成這些問題的原因：一是與軟件本身的特點(diǎn)有關(guān)；另一方面與軟件的開發(fā)和維護(hù)方法不正確有關(guān)，這是主因。,考點(diǎn)2 軟件工程的定義 1.軟件危機(jī) 例：美國IBM公司在1963年至1966開發(fā)的IBM360機(jī)的操作系統(tǒng)。這一項(xiàng)目花了5000人一年的工作量，最多時有1000人投入開發(fā)工作，寫出了近100萬行源程序。.據(jù)統(tǒng)計，這個操作系統(tǒng)每次發(fā)行的新版本都是從前一版本中找出1000個程序錯誤而修正的結(jié)果。. 這個項(xiàng)目的負(fù)責(zé)人F. D. Brooks事后總結(jié)了他在組織開發(fā)過程中的沉痛教訓(xùn)時說：“.正像一只逃亡的野獸落

6、到泥潭中做垂死的掙扎，越是掙扎，陷得越深，最后無法逃脫滅頂?shù)臑?zāi)難。.， 程序設(shè)計工作正像這樣一個泥潭， .一批批程序員被迫在泥潭中拼命掙扎， .誰也沒有料到問題竟會陷入這樣的困境.”。IBM360操作系統(tǒng)的歷史教訓(xùn)成為軟件開發(fā)項(xiàng)目的典型事例為人們所記取。,考點(diǎn)2 軟件工程的定義 2.軟件工程 軟件工程是應(yīng)用于計算機(jī)軟件的定義、開發(fā)和維護(hù)的一整套方法、工具、文檔、實(shí)踐標(biāo)準(zhǔn)和工序。 軟件工程三要素：方法、工具和過程。方法是完成軟件工程項(xiàng)目的技術(shù)手段；工具支持軟件的開發(fā)、管理、文檔生成；過程支持軟件開發(fā)的各個環(huán)節(jié)的控制、管理。 軟件工程的核心思想是把軟件當(dāng)作一個工程產(chǎn)品來處理，以期達(dá)到工程項(xiàng)目的三個

7、基本要素：進(jìn)度、經(jīng)費(fèi)和質(zhì)量的目標(biāo)。,考點(diǎn)2 軟件工程的定義 2.軟件工程 【2005年9月】：下列描述中正確的是（ ） A）軟件工程只是解決軟件項(xiàng)目的管理問題 B）軟件工程主要解決軟件產(chǎn)品的生產(chǎn)率問題 C）軟件工程的主要思想是強(qiáng)調(diào)在軟件開發(fā)過程中需要應(yīng)用工程化原則 D）軟件工程只是解決軟件開發(fā)中的技術(shù)問題,答案,C,考點(diǎn)2 軟件工程的定義 2.軟件工程 【2008年9月】：軟件工程三要素包括方法、工具和過程，其中， 支持軟件開發(fā)的各個環(huán)節(jié)的控制和管理。,答案,過程,考點(diǎn)3 軟件工程過程和軟件生命周期 1.軟件工程過程 軟件工程過程是把輸入轉(zhuǎn)化為輸出的一組彼此相關(guān)的資源和活動。 軟件工程過程通常

8、包含4種基本活動： P(Plan)-軟件規(guī)格說明； D(Do)-軟件開發(fā)； C(Check)-軟件確認(rèn)； A(Action)-軟件演進(jìn)； 軟件工程的過程是將軟件工程的方法和工具綜合起來，以達(dá)到合理、及時地進(jìn)行計算機(jī)軟件開發(fā)的目的。軟件工程過程應(yīng)確定方法使用的順序；要求交付的文檔資料；為保證質(zhì)量和適應(yīng)變化所需要的管理；軟件開發(fā)各個階段完成的任務(wù)。,考點(diǎn)3 軟件工程過程和軟件生命周期 2.軟件生命周期 生命周期：將軟件產(chǎn)品從提出、實(shí)現(xiàn)、使用、維護(hù)到停止使用退役的全過程成為生命周期。 軟件生命周期包括三個階段： 軟件定義：可行性研究與計劃指定、需求分析 軟件開發(fā)：軟件設(shè)計(概要設(shè)計和詳細(xì)設(shè)計階段 )

9、、實(shí)現(xiàn)和測試 軟件維護(hù)：運(yùn)行和維護(hù)階段,考點(diǎn)3 軟件工程過程和軟件生命周期 2.軟件生命周期 1)可行性研究與計劃制定：確定待開發(fā)軟件系統(tǒng)的開發(fā)目標(biāo)和總的要求，給出它的功能、性能、可靠性以及接口等方面的可能方案，制定完成開發(fā)任務(wù)的實(shí)施計劃。 2)需求分析：對準(zhǔn)備開發(fā)的軟件提出的需求進(jìn)行分析并給出詳細(xì)定義，編寫軟件規(guī)格說明書及初步用戶手冊，提交評審。 3)概要設(shè)計。這一階段也稱為總體設(shè)計，其任務(wù)是劃分出構(gòu)成系統(tǒng)的各種物理元素(如程序、文件、數(shù)據(jù)庫、人工過程與文檔等)以及設(shè)計出軟件的結(jié)構(gòu)(如確定模塊以及模塊間的關(guān)系)。這一階段的重點(diǎn)是解決“概要地描述如何解決問題”。,考點(diǎn)3 軟件工程過程和軟件生命

10、周期 2.軟件生命周期 4)詳細(xì)設(shè)計：總體設(shè)計是對軟件抽象和概括的設(shè)計，而詳細(xì)設(shè)計是在總體設(shè)計的基礎(chǔ)之上，把解決問題的方法具體化，重點(diǎn)解決的是“怎樣具體實(shí)現(xiàn)這個系統(tǒng)”的問題。工作成果：設(shè)計出程序的詳細(xì)規(guī)格說明（主要利用HIPO圖、PDL語言等工具）。 5)軟件編碼：編碼是將概要設(shè)計與詳細(xì)設(shè)計階段中的結(jié)果翻譯成用某種程序設(shè)計語言書寫的程序。雖然程序的質(zhì)量基本上是由設(shè)計的質(zhì)量決定，但選擇恰當(dāng)?shù)木幋a語言，對寫出容易理解和維護(hù)的程序模塊有重大的影響。,考點(diǎn)3 軟件工程過程和軟件生命周期 2.軟件生命周期 6)軟件測試：在設(shè)計測試用例的基礎(chǔ)上，檢驗(yàn)軟件的各個組成部分，編寫測試分析報告。 7)運(yùn)行和維護(hù)：

11、軟件維護(hù)雖然是軟件生命周期的最后一個階段，但也是持續(xù)時間最長、付出代價最大的階段。 注意：在軟件生命周期的各個階段都必須充分考慮維護(hù)的問題，并且為維護(hù)做好準(zhǔn)備。軟件維護(hù)不僅包括程序代碼的維護(hù)，還包括文檔的維護(hù)。,考點(diǎn)3 軟件工程過程和軟件生命周期 2.軟件生命周期 【2005年9月】下列敘述中正確的是（ ） A）軟件交付使用后還需要進(jìn)行維護(hù) B）軟件一旦交付使用就不需要再進(jìn)行維護(hù) C）軟件交付使用后其生命周期就結(jié)束 D）軟件維護(hù)是指修復(fù)程序中被破壞的指令,答案,A,考點(diǎn)3 軟件工程過程和軟件生命周期 2.軟件生命周期 【2006年9月】：下列選項(xiàng)中不屬于軟件生命周期開發(fā)階段任務(wù)的是（ ） A）

12、軟件測試 B）概要設(shè)計 C）軟件維護(hù) D）詳細(xì)設(shè)計 【2007年4月】：軟件生命周期可分為多個階段，一般分為定義階段、開發(fā)階段和維護(hù)階段。編碼和測試屬于 階段。,答案,開發(fā)階段,C,考點(diǎn)4 軟件工程的目標(biāo)與原則 1.軟件工程的目標(biāo) 軟件工程的目標(biāo)是：在給定成本、進(jìn)度的前提下，開發(fā)出具有時效性，可理解性、可維護(hù)性、可重用性、可適應(yīng)性、可移植性、可追蹤性和可互操作性全滿足用戶需求的產(chǎn)品。 軟件工程需要達(dá)到的基本目標(biāo)應(yīng)是：付出較低的開發(fā)成本；達(dá)到要求的軟件功能；取得較好的軟件性能；開發(fā)的軟件易于移植；需要較低的維護(hù)費(fèi)用；能按時完成開發(fā)，及時交付使用。,考點(diǎn)4 軟件工程的目標(biāo)與原則 1.軟件工程的目標(biāo)

13、 基于軟件工程的目標(biāo)，軟件工程的理論和技術(shù)性研究的內(nèi)容主要包括：軟件開發(fā)技術(shù)和軟件工程管理。,考點(diǎn)4 軟件工程的目標(biāo)與原則 2.軟件工程原則 軟件工程原則包括：抽象、信息隱蔽、模塊化、局部化（保證模塊間具有松散的耦合關(guān)系，模塊內(nèi)部有較強(qiáng)的內(nèi)聚性）、確定性、一致性、完備性和可驗(yàn)證性。,考點(diǎn)5 軟件開發(fā)工具與開發(fā)環(huán)境 1.軟件開發(fā)工具 軟件開發(fā)工具的開發(fā)是從單項(xiàng)工具的開發(fā)逐步向集成工具發(fā)展的，軟件工具為軟件工程的方法提供了自動的或半自動的軟件支撐環(huán)境。 2.軟件開發(fā)環(huán)境 軟件開發(fā)環(huán)境或稱軟件工程環(huán)境是全面支持軟件開發(fā)全過程的軟件工具集合。,考點(diǎn)6 需求分析概述 軟件開發(fā)方法是軟件開發(fā)過程所遵循的方

14、法和步驟，其目的在于有效地得到一些工作產(chǎn)品，即程序和文檔，并且滿足質(zhì)量要求。軟件開發(fā)方法包括分析方法、設(shè)計方法和程序設(shè)計方法。,考點(diǎn)6 需求分析概述 1.需求分析 定義： 軟件需求分析是指用戶對目標(biāo)軟件系統(tǒng)在功能、行為、性能、設(shè)計約束等方面的期望。 需求分析的任務(wù)是發(fā)現(xiàn)需求、求精、建模和定義需求的過程。需求分析將創(chuàng)建所需的數(shù)據(jù)模型、功能模型和控制模型。,考點(diǎn)6 需求分析概述 1.需求分析 需求分析階段的工作 1)需求獲取。需求獲取的目的是確定對目標(biāo)系統(tǒng)的各方面需求。涉及的主要任務(wù)是建立獲取用戶需求的方法框架，并支持和監(jiān)控需求獲取的過程。 2)需求分析。對獲取的需求進(jìn)行分析和綜合，最終給出系統(tǒng)的

15、解決方案和目標(biāo)系統(tǒng)的邏輯模型。 3)編寫需求規(guī)格說明書。作為需求分析的階段成果的需求規(guī)格說明書，可以為用戶、分析人員和設(shè)計人員之間的交流提供方便，可以直接支持目標(biāo)軟件系統(tǒng)的確認(rèn)，又可以作為控制軟件開發(fā)進(jìn)程的依據(jù)。 4)需求評審。在需求分析的最后一步，對需求分析階段的工作進(jìn)行復(fù)審，驗(yàn)證需求文檔的一致性、可行性、完整性和有效性。,考點(diǎn)6 需求分析概述 2.常用需求分析方法 1)結(jié)構(gòu)化的分析方法 主要包括面向數(shù)據(jù)流的結(jié)構(gòu)化分析方法（SA）、面向數(shù)據(jù)結(jié)構(gòu)的Jackson方法（JSD）和面向數(shù)據(jù)結(jié)構(gòu)的結(jié)構(gòu)化數(shù)據(jù)系統(tǒng)開發(fā)方法（DSSD）。 2)面向?qū)ο蟮姆治龇椒ǎ∣OA） 從需求分析建立的模型的特性來分，

16、需求分析方法又分為靜態(tài)分析方法和動態(tài)分析方法。,考點(diǎn)7 結(jié)構(gòu)化分析方法 結(jié)構(gòu)化方法經(jīng)過30多年的發(fā)展，已經(jīng)成為系統(tǒng)、成熟的軟件開發(fā)方法之一。結(jié)構(gòu)化方法包括已經(jīng)形成了配套的結(jié)構(gòu)化分析方法、結(jié)構(gòu)化設(shè)計方法和結(jié)構(gòu)化編程方法，其核心和基礎(chǔ)是結(jié)構(gòu)化程序理論。 結(jié)構(gòu)化分析方法是結(jié)構(gòu)化程序設(shè)計理論在軟件需求階段的運(yùn)用。它是20世紀(jì)70年代中期倡導(dǎo)的基于功能分解的分析方法，其目的是弄清用戶對軟件的需求。,考點(diǎn)7 結(jié)構(gòu)化分析方法 1.結(jié)構(gòu)化分析方法中的步驟 1)通過對用戶的調(diào)查，以軟件的需求為線索，獲得當(dāng)前系統(tǒng)的具體模型； 2)去掉具體模型中的非本質(zhì)因素，抽象出當(dāng)前系統(tǒng)的邏輯模型； 3)根據(jù)計算機(jī)的特點(diǎn)分析當(dāng)前

17、系統(tǒng)與目標(biāo)系統(tǒng)的差別，建立目標(biāo)系統(tǒng)的邏輯模型； 4)完善目標(biāo)系統(tǒng)并補(bǔ)充細(xì)節(jié)，寫出目標(biāo)系統(tǒng)的軟件需求規(guī)格說明書； 5)評審知道確認(rèn)完全符合用戶對軟件的需求。,考點(diǎn)7 結(jié)構(gòu)化分析方法 2.結(jié)構(gòu)化分析的常用工具 1)數(shù)據(jù)流圖(DFDdata flow diagram) 定義： 數(shù)據(jù)流圖（Data Flow Diagram，DFD）是描述數(shù)據(jù)處理過程的工具，是需求理解的邏輯模型的圖形表示，它直接支持系統(tǒng)的功能建模。數(shù)據(jù)流圖從數(shù)據(jù)傳遞和加工的角度，來刻畫數(shù)據(jù)流從輸出的移動變換過程。,考點(diǎn)7 結(jié)構(gòu)化分析方法 2.結(jié)構(gòu)化分析的常用工具 1)數(shù)據(jù)流圖(DFDdata flow diagram) 圖形元素：,考

18、點(diǎn)7 結(jié)構(gòu)化分析方法 2.結(jié)構(gòu)化分析的常用工具 1)數(shù)據(jù)流圖(DFDdata flow diagram) 步驟： 一般通過對實(shí)際系統(tǒng)了解和分析后，使用數(shù)據(jù)流圖為系統(tǒng)建立邏輯模型。建立數(shù)據(jù)流圖的步驟如下： 步驟1：由外向里，先畫系統(tǒng)輸入輸出，再畫系統(tǒng)內(nèi)部。 步驟2：自頂向下，完成頂層、中間層、底層數(shù)據(jù)流圖。 步驟3：逐層分解。,考點(diǎn)7 結(jié)構(gòu)化分析方法 2.結(jié)構(gòu)化分析的常用工具 1)數(shù)據(jù)流圖(DFDdata flow diagram) 數(shù)據(jù)流圖的構(gòu)造要遵循如下一些規(guī)則 對加工處理建立唯一、層次性的編號，且每個加工處理通常要求既有輸入又有輸出； 數(shù)據(jù)存儲之間不應(yīng)該有數(shù)據(jù)流； 數(shù)據(jù)流的一致性：數(shù)據(jù)流圖

19、中的數(shù)據(jù)要守恒，數(shù)據(jù)存儲文件的使用要有寫入也要有讀出； 父圖、子圖關(guān)系與平衡規(guī)則：子圖個數(shù)不大于父圖中的處理個數(shù)。所有子圖輸入、輸出和父圖中相應(yīng)的輸入、輸出數(shù)據(jù)流必須一致；,考點(diǎn)7 結(jié)構(gòu)化分析方法 2.結(jié)構(gòu)化分析的常用工具 1)數(shù)據(jù)流圖(DFDdata flow diagram) 【2004年9月】：在結(jié)構(gòu)化方法中，用數(shù)據(jù)流圖（DFD）作為描述工具的軟件開發(fā)階段是（ ）。 A）可行性分析 B）需求分析 C）詳細(xì)設(shè)計 D）程序編碼 【2008年9月】：在軟件開發(fā)中，需求分析階段可以使用的工具是（ ） A）N-S圖 B）DFD圖 C）PAD圖 D）程序流程圖,答案,B,B,考點(diǎn)7 結(jié)構(gòu)化分析方法

20、2.結(jié)構(gòu)化分析的常用工具 2)數(shù)據(jù)字典(DDdata dictionary) 數(shù)據(jù)字典是結(jié)構(gòu)化分析方法的核心。 數(shù)據(jù)字典的作用是對DFD中出現(xiàn)的被命名的圖形元素的確切解釋。數(shù)據(jù)字典和DFD經(jīng)常配合使用。 通常數(shù)據(jù)字典包含的信息有：名稱、別名、何處使用/如何使用、內(nèi)容描述及補(bǔ)充信息等。,考點(diǎn)7 結(jié)構(gòu)化分析方法 2.結(jié)構(gòu)化分析的常用工具 3)判定樹 使用判定樹進(jìn)行描述時，應(yīng)先從問題定義的文字描述中分清哪些是判定的條件，哪些是判定的結(jié)論，根據(jù)描述材料中的連接詞找出判定條件之間的從屬關(guān)系、并列關(guān)系、選擇關(guān)系，根據(jù)它們構(gòu)造判定樹。 4)判定表 判定表與判定樹相似。當(dāng)數(shù)據(jù)流圖中的加工要依賴于多個邏輯條件的

21、取值時，即完成該加工的一組動作是由于一組條件取值的組合引發(fā)的，使用判定表比較適宜。 注意：判定表和判定樹是以圖形的形式描述數(shù)據(jù)圖的加工邏輯。,考點(diǎn)7 結(jié)構(gòu)化分析方法 3.軟件需求規(guī)格說明書 1)定義 軟件需求規(guī)則說明書（SRS，Software Requirement Specification）是需求分析階段的最后成果，是軟件開發(fā)中重要文檔之一。 2)作用 便于用戶、開發(fā)人員進(jìn)行理解和交流。 反映出用戶問題的結(jié)構(gòu)，可以作為軟件開發(fā)工作的基礎(chǔ)和依據(jù)。 作為確認(rèn)測試和驗(yàn)收的依據(jù)。,考點(diǎn)7 結(jié)構(gòu)化分析方法 3.軟件需求規(guī)格說明書 3)內(nèi)容 概述：從系統(tǒng)角度描述軟件的目標(biāo)和任務(wù)； 數(shù)據(jù)描述：對軟件系

22、統(tǒng)所必須解決的問題做出詳細(xì)說明，主要包括數(shù)據(jù)流圖、數(shù)據(jù)字典、系統(tǒng)接口說明、內(nèi)部接口； 功能描述：描述為解決用戶問題所需要的每一項(xiàng)功能的過程細(xì)節(jié)，主要包括功能、處理說明、設(shè)計的限制等； 性能描述：說明系統(tǒng)應(yīng)達(dá)到的性能和應(yīng)該滿足的限制條件，檢測的方法和標(biāo)準(zhǔn)，預(yù)期的軟件響應(yīng)和可能需要考慮的特殊問題； 參考文獻(xiàn)：包括與該軟件有關(guān)的全部參考文獻(xiàn)； 附錄：包括一些補(bǔ)充資料；如列表數(shù)據(jù)、算法的詳細(xì)說明、框圖、圖表和其他材料。,考點(diǎn)7 結(jié)構(gòu)化分析方法 3.軟件需求規(guī)格說明書 4)特點(diǎn) 衡量一個軟件需求規(guī)則說明書質(zhì)量的標(biāo)準(zhǔn)：正確性、無歧義性、完整性、可驗(yàn)證性、一致性、可理解性、可修改性和可追蹤性。 軟件需求規(guī)格

23、說明書在開發(fā)早期就為尚未誕生的軟件系統(tǒng)建立了一個可見的邏輯模型。 作為設(shè)計的基礎(chǔ)和驗(yàn)收的依據(jù)，軟件需求規(guī)格說明書應(yīng)該是精確而無二義性的。,考點(diǎn)7 結(jié)構(gòu)化分析方法 3.軟件需求規(guī)格說明書 【2007年9月】：軟件需求規(guī)格說明書應(yīng)具有完整性，無岐義性、正確性、可驗(yàn)證性、可修改性等特征，其中最重要的是 。 【2008年4月】：在軟件開發(fā)中，需求分析階段產(chǎn)生的主要文檔是（ ） A）可行性分析報告 B）軟件需求規(guī)格說明書 C）概要設(shè)計說明書 D）集成測試計劃,答案,B,無歧義性,考點(diǎn)8 軟件設(shè)計概述 1.定義 軟件設(shè)計是軟件工程的重要階段，是一個把軟件需求轉(zhuǎn)換為軟件表示的過程。 2.實(shí)現(xiàn)模型 軟件設(shè)計的

24、基本目標(biāo)是用比較抽象概況的方式確定目標(biāo)系統(tǒng)如何完成預(yù)定的任務(wù)，即軟件設(shè)計是確定系統(tǒng)的物理模型。,考點(diǎn)8 軟件設(shè)計概述 3.軟件設(shè)計的重要性和地位 1)軟件開發(fā)階段（設(shè)計、編碼、測試）占據(jù)軟件項(xiàng)目開發(fā)總成本絕大部分，是在軟件開發(fā)中形成質(zhì)量的關(guān)鍵環(huán)節(jié)； 2)軟件設(shè)計是開發(fā)階段最重要的步驟，是將需求準(zhǔn)確地轉(zhuǎn)化為完整的軟件產(chǎn)品或系統(tǒng)的唯一途徑； 3)軟件設(shè)計作出的決策，最終影響軟件實(shí)現(xiàn)的成敗； 4)軟件是軟件工程和軟件維護(hù)的基礎(chǔ)。,考點(diǎn)8 軟件設(shè)計概述 4.軟件設(shè)計的內(nèi)容 從技術(shù)觀點(diǎn)來看，軟件設(shè)計包括軟件結(jié)構(gòu)設(shè)計、數(shù)據(jù)設(shè)計、接口設(shè)計。 從工程管理角度來看，軟件設(shè)計分為兩步完成即概要設(shè)計和詳細(xì)設(shè)計。 5

25、.軟件設(shè)計的過程 軟件設(shè)計是一個迭代的過程，先進(jìn)行高層次的結(jié)構(gòu)設(shè)計；后進(jìn)行低層次的結(jié)構(gòu)設(shè)計；穿插進(jìn)行數(shù)據(jù)設(shè)計和接口設(shè)計。,考點(diǎn)8 軟件設(shè)計概述 【2006年9月】從工程管理角度，軟件設(shè)計一般分為兩步完成，它們是（ ） A）概要設(shè)計與詳細(xì)設(shè)計 B）數(shù)據(jù)設(shè)計與接口設(shè)計 C）軟件結(jié)構(gòu)設(shè)計與數(shù)據(jù)設(shè)計 D）過程設(shè)計與數(shù)據(jù)設(shè)計,答案,A,考點(diǎn)8 軟件設(shè)計概述 6.軟件設(shè)計原理 1)抽象：提取共同特性忽略細(xì)節(jié)。抽象的層次從概要設(shè)計到詳細(xì)設(shè)計逐步降低。 2)模塊化：功能分解，劃分模塊。注意控制模塊數(shù)量。 3)信息隱蔽：模塊內(nèi)的數(shù)據(jù)和細(xì)節(jié)對其他模塊是不可見的。 4)模塊獨(dú)立性：每個模塊只完成系統(tǒng)要求的獨(dú)立子功能

26、，與其他模塊的聯(lián)系最少且接口簡單。 注意：模塊獨(dú)立性是評價設(shè)計好壞的標(biāo)準(zhǔn)。度量模塊獨(dú)立性的兩個定性的標(biāo)準(zhǔn)是模塊內(nèi)部的內(nèi)聚性和模塊間的耦合性。,考點(diǎn)8 軟件設(shè)計概述 6.軟件設(shè)計原理 內(nèi)聚性：一個模塊內(nèi)各個元素彼此結(jié)合的緊密程度的度量，理想內(nèi)聚的模塊只做一件事情。設(shè)計時應(yīng)該力求做到高內(nèi)聚，或中等程度的內(nèi)聚，低內(nèi)聚不要使用。 內(nèi)聚是從功能角度來度量模塊內(nèi)的聯(lián)系，內(nèi)聚從內(nèi)聚性的由弱到強(qiáng)可以分為：偶然內(nèi)聚、邏輯內(nèi)聚、時間內(nèi)聚、過程內(nèi)聚、通信內(nèi)聚、順序內(nèi)聚、功能內(nèi)聚。,考點(diǎn)8 軟件設(shè)計概述 6.軟件設(shè)計原理 耦合性：模塊彼此間互相依賴的緊密程度的度量。一般來說，要求模塊之間的耦合盡可能弱，即模塊盡可能獨(dú)

27、立。 模塊間的耦合有以下幾種，它們由強(qiáng)到弱排列為：內(nèi)容耦合、公共耦合、外部耦合、控制耦合、標(biāo)記耦合、數(shù)據(jù)耦合、非直接耦合。,考點(diǎn)8 軟件設(shè)計概述 6.軟件設(shè)計原理 注意：耦合與內(nèi)聚是相互關(guān)聯(lián)的，各模塊的內(nèi)聚性越強(qiáng)，則耦合性越弱。軟件設(shè)計，應(yīng)盡量做到高內(nèi)聚，低耦合。 【2005年4月】：為了使模塊盡可能獨(dú)立，要求（ ） A）內(nèi)聚程度要盡量高，且各模塊間的耦合程度要盡量強(qiáng) B）內(nèi)聚程度要盡量高，且各模塊間的耦合程度要盡量弱 C）內(nèi)聚程度要盡量低，且各模塊間的耦合程度要盡量弱 D）內(nèi)聚程度要盡量低，且各模塊間的耦合程度要盡量強(qiáng),答案,B,考點(diǎn)8 軟件設(shè)計概述 6.軟件設(shè)計原理 【2006年4月】：兩

28、個或兩個以上模塊之間關(guān)聯(lián)的緊密程度稱為（ ） A）耦合性 B）內(nèi)聚性 C）復(fù)雜度 D）數(shù)據(jù)傳輸特性 【2007年4月】：在結(jié)構(gòu)化程序設(shè)計中，模塊劃分的原則是（） A）各模塊應(yīng)包括盡量多的功能 B）各模塊的規(guī)模應(yīng)盡量大 C）各模塊只見的聯(lián)系應(yīng)盡量緊密 D）模塊內(nèi)具有高內(nèi)聚性、模塊間具有低耦合度,答案,A,D,考點(diǎn)8 軟件設(shè)計概述 6.軟件設(shè)計原理 【2008年4月】 ：軟件設(shè)計中模塊劃分應(yīng)遵循的準(zhǔn)則是（ ） A）低內(nèi)聚低耦合 B) 高內(nèi)聚低耦合 C) 低內(nèi)聚高耦合 D) 高內(nèi)聚高耦合,答案,B,考點(diǎn)9 概要設(shè)計 概要設(shè)計又稱為總體設(shè)計。 1.任務(wù) 概要設(shè)計的任務(wù)是將軟件需求轉(zhuǎn)化為軟件體系結(jié)構(gòu)、確

29、定系統(tǒng)級接口、全局?jǐn)?shù)據(jù)結(jié)構(gòu)或數(shù)據(jù)庫模式。 任務(wù)如下： 設(shè)計軟件系統(tǒng)結(jié)構(gòu)（常用工具：結(jié)構(gòu)圖） 數(shù)據(jù)結(jié)構(gòu)及數(shù)據(jù)庫設(shè)計 編寫概要設(shè)計文檔（概要設(shè)計說明書、數(shù)據(jù)庫設(shè)計說明書、集成測試計劃等） 概要設(shè)計文檔評審,考點(diǎn)9 概要設(shè)計 2.軟件結(jié)構(gòu)設(shè)計工具結(jié)構(gòu)圖(SC) 在結(jié)構(gòu)化的設(shè)計方法中使用SC圖描述軟件的總體結(jié)構(gòu)。 結(jié)構(gòu)圖：structured chart，也稱為程序結(jié)構(gòu)圖。 結(jié)構(gòu)圖的基本圖符：,考點(diǎn)9 概要設(shè)計 2.軟件結(jié)構(gòu)設(shè)計工具結(jié)構(gòu)圖(SC) 結(jié)構(gòu)圖有四種模塊類型：傳入模塊類型、傳出模塊類型、變換模塊類型和協(xié)調(diào)模塊類型。 程序結(jié)構(gòu)圖的有關(guān)術(shù)語： 深度：表示控制的層數(shù) 上級模塊、從屬模塊 寬度：整體

30、控制跨度（最大模塊數(shù)的層）的表示 扇入：調(diào)用一個給定模塊的模塊個數(shù) 扇出：一個模塊直接調(diào)用的其他模塊數(shù),考點(diǎn)9 概要設(shè)計 2.軟件結(jié)構(gòu)設(shè)計工具結(jié)構(gòu)圖(SC) 【2006年9月】下列軟件系統(tǒng)結(jié)構(gòu)圖的寬度為 。,答案,3,考點(diǎn)9 概要設(shè)計 2.軟件結(jié)構(gòu)設(shè)計工具結(jié)構(gòu)圖(SC),考點(diǎn)9 概要設(shè)計 3.面向數(shù)據(jù)流的設(shè)計方法 在需求分析階段得到的數(shù)據(jù)流圖中，數(shù)據(jù)流類型可以劃分為兩種：變換型和事務(wù)型。 數(shù)據(jù)流圖向結(jié)構(gòu)圖轉(zhuǎn)化時，兩種類型的數(shù)據(jù)流需要分別轉(zhuǎn)換，稱為變換分析和事務(wù)分析。,考點(diǎn)9 概要設(shè)計 4.設(shè)計準(zhǔn)則 在軟件設(shè)計中應(yīng)該遵循以下準(zhǔn)則： 提高模塊獨(dú)立性； 模塊規(guī)模適中； 深度、寬度、扇出和扇入適當(dāng)；(

31、頂層高扇出，中間扇出較少，低層高扇入) 使模塊的作用域在該模塊的控制結(jié)域內(nèi)； 應(yīng)減少模塊的接口和界面的復(fù)雜性； 設(shè)計成單入口、單出口的模塊； 設(shè)計功能可預(yù)測的模塊。,考點(diǎn)10 詳細(xì)設(shè)計 1.定義 詳細(xì)設(shè)計是軟件設(shè)計的第二階段，主要確定每個模塊的具體執(zhí)行過程，因此也稱為過程設(shè)計。 2.任務(wù) 為軟件結(jié)構(gòu)圖中的每一個模塊確定實(shí)現(xiàn)算法和局部數(shù)據(jù)結(jié)構(gòu)，用某種選定的表達(dá)工具表示。編寫詳細(xì)設(shè)計說明書。(為每個模塊設(shè)計一組測試用例，便于編碼測試) 3.詳細(xì)設(shè)計的常用工具 圖形工具：程序流程圖(PFD)，N-S，PDA，HIPO 表格工具：判定表 語言工具：PDL（偽代碼）,考點(diǎn)10 詳細(xì)設(shè)計 3.詳細(xì)設(shè)計的常

32、用工具 1)程序流程圖(PFD) 程序流程圖又稱為程序框圖，它是軟件開發(fā)者最熟悉的一種算法描述工具。 基本圖符： 流程圖中的流程線用以指明程序的動態(tài)執(zhí)行順序，也稱為控制流。,考點(diǎn)10 詳細(xì)設(shè)計 3.詳細(xì)設(shè)計的常用工具 1)程序流程圖 結(jié)構(gòu)化程序設(shè)計限制流程圖只能使用順序、選擇、多分支選擇結(jié)構(gòu)、當(dāng)型循環(huán)結(jié)構(gòu)、直到型循環(huán)結(jié)構(gòu)五種基本控制結(jié)構(gòu)。,考點(diǎn)10 詳細(xì)設(shè)計 3.詳細(xì)設(shè)計的常用工具 2)N-S圖 N-S圖又稱盒圖， N-S圖被開發(fā)的目的是開發(fā)一種不允許破壞結(jié)構(gòu)化原則的圖形算法描述工具。在N-S圖中，去掉了流程圖中容易引起麻煩的流程線，全部算法都寫在一個框內(nèi)，每一種基本結(jié)構(gòu)也是一個框。N-S圖具

33、有和程序流程圖同樣的五種基本控制結(jié)構(gòu)。,考點(diǎn)10 詳細(xì)設(shè)計 3.詳細(xì)設(shè)計的常用工具 2)N-S圖,考點(diǎn)10 詳細(xì)設(shè)計 3.詳細(xì)設(shè)計的常用工具 3)PAD圖 PAD圖是問題分析圖：problem analysis diagram。1973年由日立公司提出的，主要用于描述軟件詳細(xì)設(shè)計。,考點(diǎn)10 詳細(xì)設(shè)計 3.詳細(xì)設(shè)計的常用工具 4)PDL圖 過程設(shè)計語言 (Program Design Language，PDL) 又稱結(jié)構(gòu)化語言或偽代碼。它是一種“混合”語言，采用英語的詞匯和一種結(jié)構(gòu)化語言的語法。 【2005年9月】：在軟件設(shè)計中，不屬于過程設(shè)計工具的是（ ） A）PDL（過程設(shè)計語言） B）P

34、AD圖 C）N-S圖 D）DFD圖,答案,D,考點(diǎn)11 軟件測試概述,考點(diǎn)11 軟件測試概述 1.概念 軟件測試代表了需求分析、設(shè)計、編碼的最終復(fù)審。 1983年IEEE將軟件測試定義為：使用人工或自動手段來運(yùn)行或測試某個系統(tǒng)的過程，其目的在于檢驗(yàn)它是否滿足規(guī)定的需求或是弄清預(yù)期結(jié)果與實(shí)際結(jié)果之間的差異。 2.目的 軟件測試是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程；一個好的測試用例是指很可能找到迄今為止尚未發(fā)現(xiàn)的錯誤的用例；一個成功的測試是發(fā)現(xiàn)了至今尚未發(fā)現(xiàn)的錯誤的測試。 （測試用例：為測試設(shè)計的數(shù)據(jù)。由輸入值集和輸出值集組成。）,考點(diǎn)11 軟件測試概述 3.測試準(zhǔn)則 所有測試都應(yīng)追溯的需求。 嚴(yán)格執(zhí)行

35、測試計劃，排除測試的隨意性。 充分注意測試中的群集現(xiàn)象。 程序員應(yīng)避免檢查自己的程序。 窮舉測試不可能。 妥善保存測試計劃、測試用例、出錯統(tǒng)計和最終分析報告，為維護(hù)提供方便。,考點(diǎn)11 軟件測試概述 【2005年4月】：下列對于軟件測試的描述中正確的是（ ） A）軟件測試的目的是證明程序是否正確 B）軟件測試的目的是使程序運(yùn)行結(jié)果正確 C）軟件測試的目的是盡可能多地發(fā)現(xiàn)程序中的錯誤 D）軟件測試的目的是使程序符合結(jié)構(gòu)化原則 【2008年4月】：測試用例包括輸入值集和 值集。,答案,C,輸出,考點(diǎn)11 軟件測試概述 【2007年4月】：下列敘述中正確的是（ ） A）軟件測試的主要目的是發(fā)現(xiàn)程序中

36、的錯誤 B）軟件測試的主要目的是確定程序中錯誤的位置 C）為了提高軟件測試效率，最好由程序編制者自己來完成軟件測試的工作 D）軟件測試是證明軟件沒有錯誤,答案,A,考點(diǎn)12 軟件測試技術(shù) 從是否需要執(zhí)行被測軟件的角度，可分為靜態(tài)測試和動態(tài)測試方法。若按照功能劃分可以分為白盒測試和黑盒測試方法。 1.靜態(tài)測試 靜態(tài)測試是指人工評審軟件文檔或程序，借以發(fā)現(xiàn)其中的錯誤。由于被評審的文檔或程序不必運(yùn)行，所以稱為靜態(tài)的。靜態(tài)測試可以由人工進(jìn)行，充分發(fā)揮人的邏輯思維優(yōu)勢，也可以借助軟件工具自動進(jìn)行。 靜態(tài)測試包括代碼檢查、靜態(tài)結(jié)構(gòu)分析、代碼質(zhì)量度量等。其中代碼檢查包括代碼審查、代碼走查、桌面檢查、靜態(tài)分析

37、。,考點(diǎn)12 軟件測試技術(shù) 1.靜態(tài)測試 【2006年4月】：程序測試分為靜態(tài)分析和動態(tài)測試。其中 是指不執(zhí)行程序，而只是對程序文本進(jìn)行檢查，通過閱讀和討論，分析和發(fā)現(xiàn)程序中的錯誤。,答案,靜態(tài)分析,考點(diǎn)12 軟件測試技術(shù) 2.動態(tài)測試 動態(tài)測試是基于計算機(jī)的測試，是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程。或者說，根據(jù)軟件開發(fā)各階段精心設(shè)計的測試用例，去運(yùn)行程序，以發(fā)現(xiàn)錯誤的過程。 設(shè)計高效、合理的測試用例是動態(tài)測試能否發(fā)現(xiàn)錯誤的關(guān)鍵。 設(shè)計測試用例的方法有兩類：白盒測試方法和黑盒測試方法。,考點(diǎn)12 軟件測試技術(shù) 2.動態(tài)測試 1)白盒測試方法 白盒測試方法也稱為結(jié)構(gòu)測試或邏輯驅(qū)動測試。在程序內(nèi)部進(jìn)行

38、，主要用于完成軟件內(nèi)部操作的驗(yàn)證。 白盒測試的基本原則：(窮舉法路徑測試) 保證所測模塊中每一獨(dú)立路徑至少執(zhí)行一次； 保證所測模塊所有判斷的每一分支至少執(zhí)行一次； 保證所測模塊每一循環(huán)都在邊界條件合一般條件下至少各1執(zhí)行一次； 驗(yàn)證所有內(nèi)部數(shù)據(jù)結(jié)構(gòu)的有效性。,考點(diǎn)12 軟件測試技術(shù) 2.動態(tài)測試 1)白盒測試方法 白盒測試的主要方法： 邏輯覆蓋測試方法：泛指一系列以程序內(nèi)部的邏輯結(jié)構(gòu)為基礎(chǔ)的測試用例設(shè)計技術(shù)。邏輯覆蓋測試方法有語句覆蓋、路徑覆蓋、判定覆蓋、條件覆蓋以及判斷條件覆蓋。 基本路徑測試：基本路徑測試的思想和步驟是，根據(jù)軟件過程性描述中的控制流程確定程序的環(huán)路復(fù)雜性度量，用此度量定義基

39、本路徑集合。 環(huán)路復(fù)雜度 = 程序流程圖中的判斷框數(shù) + 1 （環(huán)路復(fù)雜度的值即要設(shè)計的測試路徑數(shù)目）,考點(diǎn)12 軟件測試技術(shù) 2.動態(tài)測試 2)黑盒測試方法 黑盒測試方法也稱功能測試或數(shù)據(jù)驅(qū)動測試。黑盒測試是在軟件接口處進(jìn)行，完成功能驗(yàn)證。 黑盒測試不關(guān)心程序內(nèi)部的邏輯，只是根據(jù)程序的功能說明來設(shè)計測試用例。主要診斷功能不正確或遺漏、接口錯誤、數(shù)據(jù)結(jié)構(gòu)或外部數(shù)據(jù)庫訪問錯誤、性能錯誤、初始化和終止條件錯誤。 黑盒測試方法主要有等價類劃分法、邊界值分析法、錯誤推測法。,考點(diǎn)12 軟件測試技術(shù) 2.動態(tài)測試,考點(diǎn)12 軟件測試技術(shù) 2.動態(tài)測試 【2007年4月】：軟件測試分為白箱（盒）測試和黑箱

40、（盒）測試。等價類劃分法屬于 測試。 【2007年9月】：在兩種基本測試方法中， 測試的原則之一是保證所測模塊中每一個獨(dú)立路徑至少執(zhí)行一次。,答案,黑盒,白盒,考點(diǎn)12 軟件測試技術(shù) 注意：沒有一種用例設(shè)計方法能適用全部的測試方案，綜合使用各種方法來確定合適的測試方案。在測試成本和測試效果之間合理折中。,考點(diǎn)13 軟件測試實(shí)施 軟件測試的實(shí)施過程一般按4個步驟進(jìn)行：單元測試 - 集成測試 - 確認(rèn)測試 -系統(tǒng)測試。通過這些步驟的實(shí)施來驗(yàn)證軟件是否合格，能否交付用戶使用。 1.單元測試 單元測試是對軟件設(shè)計的最小單位模塊（程序單元）進(jìn)行正確性檢驗(yàn)的測試。目的是發(fā)現(xiàn)各模塊內(nèi)部可能存在的各種錯誤。

41、單元測試的依據(jù)是詳細(xì)設(shè)計說明書和源程序。單元測試的技術(shù)可以采用靜態(tài)分析和動態(tài)測試。對動態(tài)測試通常以白盒動態(tài)測試為主，輔之以黑盒測試。,考點(diǎn)13 軟件測試實(shí)施 1.單元測試 單元測試針對某個模塊，在測試過程中常使用模擬環(huán)境測試，即為被測模塊搭建驅(qū)動模塊和樁模塊。 驅(qū)動模塊相當(dāng)于被測模塊的主程序。它接收測試數(shù)據(jù)，并傳給被測模塊，顯示測試結(jié)果 ；樁模塊通常用于代替被測模塊調(diào)用的其他模塊，是一個模擬子程序，不必將子模塊的所有功能帶入。,考點(diǎn)13 軟件測試實(shí)施 1.單元測試 【2005年9月】：在進(jìn)行模塊測試時，要為每個被測試的模塊另外設(shè)計兩類模塊：驅(qū)動模塊和承接模塊（樁模塊）。 其中 的作用是將測試數(shù)據(jù)傳送給被測試的模塊，并顯示被測試模塊所產(chǎn)生的結(jié)果。,答案,驅(qū)動模塊,考點(diǎn)13 軟件測試實(shí)施 2.集成測試 集成測試是測試和組裝軟件的過程。它是把模塊在按照設(shè)計要求組裝起來的同時進(jìn)行測試，目的是發(fā)現(xiàn)與結(jié)構(gòu)有關(guān)的錯誤。 集成測試的依據(jù)是概要設(shè)計說明書。 集成測試時組裝模塊有兩種方法：非增量方式組裝和增量方式組裝。 非增量方式組裝：將測試好的模塊一次性的組裝在一起，在進(jìn)行整體測試。 增量方式組裝：邊裝邊測。增量方式包括：自頂向下、自底向上、混合增量發(fā)（三明治）。,考點(diǎn)13 軟件測試實(shí)施 2.集成測試 【2008年9月】：按照軟件測試