軟件工程基礎(chǔ)課件

軟件工程基礎(chǔ)（一）基本概念

軟件工程：軟件工程是指應用計算機科學、數(shù)學及管理科學等原理，以工程化的原則和方法來解決軟件問題的工程。其目的是提高軟件生產(chǎn)率、提高軟件質(zhì)量、降低軟件成本。

軟件危機：早期的軟件主要指程序，采用個體工作方式，缺少相關(guān)文檔，質(zhì)量低，維護困難，這些問題稱為“軟件危機”，軟件工程概念的出現(xiàn)源自于軟件危機。1軟件工程基礎(chǔ)（一）基本概念

軟件工程：軟件工程是指應用計軟件生命周期將軟件產(chǎn)品從提出、實現(xiàn)、使用維護到停止使用退役的過程稱為軟件生命周期。分為軟件定義、軟件開發(fā)及軟件運行維護3個時期。維護是持續(xù)時間最長，花費代價最大的一個時期，軟件工程學的一個目的就是提高軟件的可維護性，降低維護代價。6個活動階段：可行性研究與計劃制定：確定系統(tǒng)的總體目標。參加人員有用戶、項目負責人和系統(tǒng)分析員，產(chǎn)生文檔有可行性分析報告、項目計劃書等。需求分析：確定系統(tǒng)的邏輯模型。參加人員有用戶、項目負責人和系統(tǒng)分析員。產(chǎn)生文檔為需求規(guī)格說明書，其作用：（1）便于用戶、開發(fā)人員進行理解交流；（2）反映用戶問題的結(jié)構(gòu)，可以作為軟件開發(fā)工作的基礎(chǔ)和依據(jù)；（3）作為確認測試和驗收的依據(jù)。2軟件生命周期2軟件設(shè)計：包括軟件結(jié)構(gòu)設(shè)計、數(shù)據(jù)設(shè)計、接口設(shè)計和過程設(shè)計。其中結(jié)構(gòu)設(shè)計是定義軟件系統(tǒng)各部件之間的關(guān)系；數(shù)據(jù)設(shè)計是將分析時創(chuàng)建的模型轉(zhuǎn)化為數(shù)據(jù)結(jié)構(gòu)的定義；接口設(shè)計是描述軟件內(nèi)部、軟件和操作系統(tǒng)之間及軟件與人之間如何通信；過程設(shè)計則是把系統(tǒng)結(jié)構(gòu)部件轉(zhuǎn)換成軟件的過程性描述。軟件設(shè)計分概要設(shè)計和詳細設(shè)計。參加人員有系統(tǒng)分析員和高級程序員。產(chǎn)生的文檔有設(shè)計規(guī)格說明書。編碼：編程。高級程序員和程序員產(chǎn)生源程序清單。測試：由另一部門的高級程序員或系統(tǒng)分析員產(chǎn)生軟件測試計劃和軟件測試報告。運行維護3軟件設(shè)計：包括軟件結(jié)構(gòu)設(shè)計、數(shù)據(jù)設(shè)計、接口設(shè)計和過程設(shè)計。其

軟件工程三要素方法：完成軟件工程項目的技術(shù)手段。工具：支持軟件的開發(fā)、管理、文檔生成。過程：支持軟件開發(fā)的各個環(huán)節(jié)的控制、管理。

軟件工程的理論和技術(shù)研究的內(nèi)容軟件開發(fā)技術(shù)和軟件工程管理。

軟件工程的目標在給定的成本、進度的前提下，開發(fā)出具有有效性、可靠性、可理解性、可維護性、可適應性、可移植性、可追蹤性和可互操作性且滿足用戶需求的產(chǎn)品。軟件工程鼓勵研制和采用各種先進的軟件開發(fā)方法、工具和環(huán)境。4軟件工程三要素方法：完成軟件工程項目的技術(shù)手段。軟件工軟件工具和軟件開發(fā)環(huán)境軟件工具(CASE)：用來輔助軟件開發(fā)、運行、維護、管理、支持等過程中的活動的軟件。軟件開發(fā)環(huán)境：支持軟件產(chǎn)品開發(fā)的軟件系統(tǒng)，它由軟件工具集和環(huán)境集成機制構(gòu)成軟件工程基礎(chǔ)5軟件工具和軟件開發(fā)環(huán)境軟件工程基礎(chǔ)5（二）結(jié)構(gòu)化分析方法

軟件工程基礎(chǔ)基本思想將系統(tǒng)分析看成工程項目，有計劃、有步驟地進行工作。開發(fā)策略自頂向下，逐層分解分析結(jié)果一套分層的數(shù)據(jù)流圖(DFD)：用來描述數(shù)據(jù)流從輸入到輸出的變換流程一個數(shù)據(jù)字典(DD)：用來描述DFD中的每個數(shù)據(jù)流、文件以及組成數(shù)據(jù)流或文件的數(shù)據(jù)項一組小說明（加工邏輯說明）：用來描述每個基本加工的加工邏輯6（二）結(jié)構(gòu)化分析方法

軟件工程基礎(chǔ)基本思想6（三）結(jié)構(gòu)化設(shè)計方法、總體設(shè)計和詳細設(shè)計

軟件工程基礎(chǔ)結(jié)構(gòu)化設(shè)計方法

結(jié)構(gòu)圖：

基本成分：模塊、調(diào)用、輸入輸出數(shù)據(jù)模塊用矩形表示，模塊間用線段連接，表示調(diào)用關(guān)系，輸入輸出數(shù)據(jù)可寫在調(diào)用線段的旁邊

信息流的類型

變換流事務流7（三）結(jié)構(gòu)化設(shè)計方法、總體設(shè)計和詳細設(shè)計

軟件工程基礎(chǔ)結(jié)構(gòu)總體設(shè)計設(shè)計原則分解—協(xié)調(diào)原則自頂向下的原則信息屏蔽、抽象的原則一致性原則明確性原則模塊間的耦合度盡可能小，模塊內(nèi)部組合盡可能緊湊（內(nèi)聚性高）模塊的扇入和扇出系數(shù)合理模塊的規(guī)模適當8總體設(shè)計8詳細設(shè)計根本目標：

確定應用怎樣具體的實現(xiàn)所要求的系統(tǒng)，不是具體的編寫程序，而是要設(shè)計程序的“藍圖”自頂向下的原則。此階段的結(jié)果基本上決定了最終的程序代碼的質(zhì)量。包括內(nèi)容：代碼設(shè)計輸入設(shè)計輸出設(shè)計處理過程設(shè)計用戶界面設(shè)計安全控制設(shè)計9詳細設(shè)計此階段的結(jié)果基本上決定了最終的程序代碼的質(zhì)量。代（四）軟件測試

軟件工程基礎(chǔ)

意義目的為了發(fā)現(xiàn)錯誤；希望能以最少的人力和時間發(fā)現(xiàn)潛在的各種錯誤和缺陷；保證系統(tǒng)質(zhì)量和可靠性的關(guān)鍵步驟。

測試方法人工測試；機器測試。提問：測試能否發(fā)現(xiàn)程序中的所有錯誤？答案：不能。10（四）軟件測試

軟件工程基礎(chǔ)意義目的提問：測試能否發(fā)現(xiàn)程

白盒測試結(jié)構(gòu)測試將軟件看成透明的白盒，根據(jù)程序的內(nèi)部結(jié)構(gòu)和邏輯結(jié)構(gòu)來設(shè)計測試例子，對程序的路徑和過程進行測試，檢查是否滿足設(shè)計的要求

黑盒測試功能測試將軟件看成黑盒子，在完全不考慮軟件內(nèi)部結(jié)構(gòu)和特性的情況下，測試軟件的外部特性

軟件測試的實施單元測試（模塊測試）：白盒測試法組裝測試（集成測試）確認測試：檢查軟件產(chǎn)品是否符合需求定義，黑盒測試法系統(tǒng)測試11白盒測試11適合于黑盒測試的測試方案：等價類劃分、邊界值分析法和錯誤推測法三種。適合于白盒測試的測試方案：主要有邏輯覆蓋法。邏輯覆蓋法包括：語句覆蓋、判定覆蓋（也稱為分支覆蓋）、條件覆蓋、判定/條件覆蓋、條件組合覆蓋。軟件工程基礎(chǔ)12適合于黑盒測試的測試方案：軟件工程基礎(chǔ)12（五）程序調(diào)試

軟件工程基礎(chǔ)

任務根據(jù)測試時發(fā)現(xiàn)的錯誤，找出原因和具體的位置，進行改正由程序開發(fā)人員來進行，誰開發(fā)的程序就由誰來進行調(diào)試方法：

強行排錯法

回溯法

原因排除法（演繹、歸納、二分法)13（五）程序調(diào)試

軟件工程基礎(chǔ)任務13

靜態(tài)調(diào)試通過人的思維來分析源程序代碼和排錯，是主要的調(diào)試手段。動態(tài)調(diào)試輔助靜態(tài)調(diào)試。軟件工程基礎(chǔ)14靜態(tài)調(diào)試軟件工程基礎(chǔ)14（六）例題講解

為了提高測試的效率，應該（）

A)隨機選取測試數(shù)據(jù)

B)取一切可能的輸入數(shù)據(jù)作為測試數(shù)據(jù)

C)在完成編碼以后制定軟件的測試計劃

D)選擇發(fā)現(xiàn)錯誤可能性大的數(shù)據(jù)作為測試數(shù)據(jù)軟件生命周期中所花費用最多的階段是（）

A)詳細設(shè)計 B)軟件編碼C)軟件測試D)軟件維護軟件工程基礎(chǔ)15（六）例題講解

為了提高測試的效率，應該（）軟件工程基（六）例題講解

為了提高測試的效率，應該（D）

A)隨機選取測試數(shù)據(jù)

B)取一切可能的輸入數(shù)據(jù)作為測試數(shù)據(jù)

C)在完成編碼以后制定軟件的測試計劃

D)選擇發(fā)現(xiàn)錯誤可能性大的數(shù)據(jù)作為測試數(shù)據(jù)軟件生命周期中所花費用最多的階段是（D）

A)詳細設(shè)計 B)軟件編碼C)軟件測試D)軟件維護軟件工程基礎(chǔ)√

√

16（六）例題講解

為了提高測試的效率，應該（D）軟件工程下列敘述中，不屬于軟件需求規(guī)格說明書的作用的是(D)

A)便于用戶、開發(fā)人員進行理解和交流

B)反映出用戶問題的結(jié)構(gòu)，可以作為軟件開發(fā)工作的基礎(chǔ)和依據(jù)

C)作為確認測試和驗收的依據(jù)

D)便于開發(fā)人員進行需求分析下列不屬于軟件工程的3個要素的是（D）Ａ)工具 Ｂ)過程Ｃ)方法Ｄ)環(huán)境軟件設(shè)計包括軟件的結(jié)構(gòu)、數(shù)據(jù)接口和過程設(shè)計，其中軟件的過程設(shè)計是指（B）

A)模塊間的關(guān)系

B)系統(tǒng)結(jié)構(gòu)部件轉(zhuǎn)換成軟件的過程描述

C)軟件層次結(jié)構(gòu) D)軟件開發(fā)過程√

√

√

17下列敘述中，不屬于軟件需求規(guī)格說明書的作用的是(D)√下列敘述中，不屬于軟件需求規(guī)格說明書的作用的是(D)

A)便于用戶、開發(fā)人員進行理解和交流

B)反映出用戶問題的結(jié)構(gòu)，可以作為軟件開發(fā)工作的基礎(chǔ)和依據(jù)

C)作為確認測試和驗收的依據(jù)

D)便于開發(fā)人員進行需求分析下列不屬于軟件工程的3個要素的是（D）Ａ)工具 Ｂ)過程Ｃ)方法Ｄ)環(huán)境軟件設(shè)計包括軟件的結(jié)構(gòu)、數(shù)據(jù)接口和過程設(shè)計，其中軟件的過程設(shè)計是指（B）

A)模塊間的關(guān)系

B)系統(tǒng)結(jié)構(gòu)部件轉(zhuǎn)換成軟件的過程描述

C)軟件層次結(jié)構(gòu) D)軟件開發(fā)過程√

√

√

18下列敘述中，不屬于軟件需求規(guī)格說明書的作用的是(D)√檢查軟件產(chǎn)品是否符合需求定義的過程稱為(Ａ)

Ａ)確認測試Ｂ)集成測試Ｃ)驗證測試Ｄ)驗收測試數(shù)據(jù)流圖用于抽象描述一個軟件的邏輯模型，數(shù)據(jù)流圖由一些特定的圖符構(gòu)成。下列圖符名標識的圖符不屬于數(shù)據(jù)流圖合法圖符的是(Ａ)

Ａ)控制流 Ｂ)加工Ｃ)數(shù)據(jù)存儲 Ｄ)源和流開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象稱作(B)

A)軟件投機B)軟件危機

C)軟件工程D)軟件產(chǎn)生√

√

√

19檢查軟件產(chǎn)品是否符合需求定義的過程稱為(Ａ)√√√1下面不屬于軟件設(shè)計原則的是(Ｃ)Ａ)抽象 Ｂ)模塊化

Ｃ)自底向上Ｄ)信息隱蔽開發(fā)大型軟件時，產(chǎn)生困難的根本原因是(A)

A）大系統(tǒng)的復雜性

B）人員知識不足

C）客觀世界千變?nèi)f化 D）時間緊、任務重軟件工程的出現(xiàn)是由于（Ｃ）

A)程序設(shè)計方法學的影響 B)軟件產(chǎn)業(yè)化的需要

C)軟件危機的出現(xiàn) D)計算機的發(fā)展√

√

√

20下面不屬于軟件設(shè)計原則的是(Ｃ)√√√20軟件開發(fā)離不開系統(tǒng)環(huán)境資源的支持，其中必要的測試數(shù)據(jù)屬于（D）

A)硬件資源 B)通信資源

C)支持軟件D)輔助資源在數(shù)據(jù)流圖(DFD)中，帶有名字的箭頭表示(D)

A)模塊之間的調(diào)用關(guān)系B)程序的組成成分

C)控制程序的執(zhí)行順序D)數(shù)據(jù)的流向下列不屬于結(jié)構(gòu)化分析的常用工具的是（D）

A)數(shù)據(jù)流圖 B)數(shù)據(jù)字典

C)判定樹 D)PAD圖在軟件生產(chǎn)過程中，需求信息的給出是（D）

A)程序員B)項目管理者

C)軟件分析設(shè)計人員 D)軟件用戶√

√

√

√

21軟件開發(fā)離不開系統(tǒng)環(huán)境資源的支持，其中必要的測√√√下列工具不是需求分析常用工具的是（D）Ａ)PAD Ｂ)PFDＣ)N-S Ｄ)DFD模塊獨立性是軟件模塊化所提出的要求，衡量模塊獨立性的度量標準則是模塊的（C）

A)抽象和信息隱蔽B)局部化和封裝化

C)內(nèi)聚性和耦合性

D)激活機制和控制方法軟件開發(fā)的結(jié)構(gòu)化生命周期方法將軟件生命周期劃分成（A）

A)定義、開發(fā)、運行維護

B)設(shè)計階段、編程階段、測試階段

C)總體設(shè)計、詳細設(shè)計、編程調(diào)試

D)需求分析、功能定義、系統(tǒng)設(shè)計√

√

√

22下列工具不是需求分析常用工具的是（D）√√√22在軟件工程中，白箱測試法可用于測試程序的內(nèi)部結(jié)構(gòu)。此方法將程序看做是（）

A)路徑的集合B)循環(huán)的集合C)目標的集合D)地址的集合完全不考慮程序的內(nèi)部結(jié)構(gòu)和內(nèi)部特征，而只是根據(jù)程序功能導出測試用例的測試方法是（）

A)黑箱測試法B)白箱測試法

C)錯誤推測法D)安裝測試法在結(jié)構(gòu)化設(shè)計方法中，生成的結(jié)構(gòu)圖(SC)中，帶有箭頭的連線表示（）

A)模塊之間的調(diào)用關(guān)系 B)程序的組成成分

C)控制程序的執(zhí)行順序 D)數(shù)據(jù)的流向23在軟件工程中，白箱測試法可用于測試程序的內(nèi)部結(jié)構(gòu)。23下列選項中，不屬于模塊間耦合的是（）

A)數(shù)據(jù)耦合B)同構(gòu)耦合

C)異構(gòu)耦合D)公用耦合下列敘述中，不屬于測試的特征的是（）

A)測試的挑剔性B)完全測試的不可能性

C)測試的可靠性D)測試的經(jīng)濟性需求分析中開發(fā)人員要從用戶那里了解（）

A)軟件做什么

B)用戶使用界面

C)輸入的信息 D)軟件的規(guī)模下列不屬于軟件調(diào)試技術(shù)的是（）

A)強行排錯法 B)集成測試法

C)回溯法 D)原因排除法24下列選項中，不屬于模塊間耦合的是（）24下列選項中，不屬于模塊間耦合的是（C）

A)數(shù)據(jù)耦合B)同構(gòu)耦合

C)異構(gòu)耦合

D)公用耦合下列敘述中，不屬于測試的特征的是（C）

A)測試的挑剔性B)完全測試的不可能性

C)測試的可靠性

D)測試的經(jīng)濟性需求分析中開發(fā)人員要從用戶那里了解（A）

A)軟件做什么

B)用戶使用界面

C)輸入的信息 D)軟件的規(guī)模下列不屬于軟件調(diào)試技術(shù)的是（B）

A)強行排錯法 B)集成測試法

C)回溯法 D)原因排除法√

√

√

√

25下列選項中，不屬于模塊間耦合的是（C）√√√為了避免流程圖在描述程序邏輯時的靈活性，提出了用方框圖來代替?zhèn)鹘y(tǒng)的程序流程圖，通常也把這種圖稱為（）

A)PAD圖B)N-S圖C)結(jié)構(gòu)圖D)數(shù)據(jù)流圖軟件復雜性度量的參數(shù)包括（）

A)效率B)規(guī)模C)完整性D)容錯性下列敘述中，正確的是（）

A)軟件就是程序清單B)軟件就是存放在計算機中的文件

C)軟件應包括程序清單及運行結(jié)果

D)軟件包括程序和文檔軟件設(shè)計中，有利于提高模塊獨立性的一個準則是（

）

A)低內(nèi)聚低耦合 B)低內(nèi)聚高耦合

C)高內(nèi)聚低耦合 D)高內(nèi)聚高耦合26為了避免流程圖在描述程序邏輯時的靈活性，提出了用方框圖來代替為了避免流程圖在描述程序邏輯時的靈活性，提出了用方框圖來代替?zhèn)鹘y(tǒng)的程序流程圖，通常也把這種圖稱為（B）

A)PAD圖B)N-S圖

C)結(jié)構(gòu)圖D)數(shù)據(jù)流圖軟件復雜性度量的參數(shù)包括（B）

A)效率B)規(guī)模

C)完整性D)容錯性下列敘述中，正確的是（D）

A)軟件就是程序清單B)軟件就是存放在計算機中的文件

C)軟件應包括程序清單及運行結(jié)果

D)軟件包括程序和文檔軟件設(shè)計中，有利于提高模塊獨立性的一個準則是（

C）

A)低內(nèi)聚低耦合 B)低內(nèi)聚高耦合

C)高內(nèi)聚低耦合

D)高內(nèi)聚高耦合√

√

√

√

27為了避免流程圖在描述程序邏輯時的靈活性，提出了用方框圖來代替下列敘述中，不屬于結(jié)構(gòu)化分析方法的是（）

A)面向數(shù)據(jù)流的結(jié)構(gòu)化分析方法

B)面向數(shù)據(jù)結(jié)構(gòu)的Jackson方法

C)面向數(shù)據(jù)結(jié)構(gòu)的結(jié)構(gòu)化數(shù)據(jù)系統(tǒng)開發(fā)方法

D)面向?qū)ο蟮姆治龇椒ㄔ敿氃O(shè)計的結(jié)果基本決定了最終程序的（）

A)代碼的規(guī)模 B)運行速度

C)質(zhì)量

D)可維護性下列不屬于靜態(tài)測試方法的是（）

A)代碼檢查 B)白盒法

C)靜態(tài)結(jié)構(gòu)分析D)代碼質(zhì)量度量在軟件生命周期中，能準確地確定軟件系統(tǒng)必須做什么和必須具備哪些功能的階段是（）A）概要設(shè)計B）詳細設(shè)計C）可行性分析D）需求分析28下列敘述中，不屬于結(jié)構(gòu)化分析方法的是（）28下列敘述中，不屬于結(jié)構(gòu)化分析方法的是（D）

A)面向數(shù)據(jù)流的結(jié)構(gòu)化分析方法

B)面向數(shù)據(jù)結(jié)構(gòu)的Jackson方法

C)面向數(shù)據(jù)結(jié)構(gòu)的結(jié)構(gòu)化數(shù)據(jù)系統(tǒng)開發(fā)方法

D)面向?qū)ο蟮姆治龇椒ㄔ敿氃O(shè)計的結(jié)果基本決定了最終程序的（C）

A)代碼的規(guī)模 B)運行速度

C)質(zhì)量

D)可維護性下列不屬于靜態(tài)測試方法的是（B）

A)代碼檢查 B)白盒法

C)靜態(tài)結(jié)構(gòu)分析D)代碼質(zhì)量度量在軟件生命周期中，能準確地確定軟件系統(tǒng)必須做什么和必須具備哪些功能的階段是（D）A）概要設(shè)計B）詳細設(shè)計C）可行性分析D）需求分析√

√

√

√

29下列敘述中，不屬于結(jié)構(gòu)化分析方法的是（D）√√√√程序流程圖（PFD）中的箭頭代表的是（）A）數(shù)據(jù)流B）控制流

C）調(diào)用關(guān)系D）組成關(guān)系在結(jié)構(gòu)化方法中，軟件功能分解屬于下列軟件開發(fā)中的階段是（）A）詳細設(shè)計B）需求分析C）總體設(shè)計

D）編程調(diào)試軟件調(diào)試的目的是（）A）發(fā)現(xiàn)錯誤B）改正錯誤C）改善軟件的性能D）挖掘軟件的潛能30程序流程圖（PFD）中的箭頭代表的是（）30程序流程圖（PFD）中的箭頭代表的是（B）A）數(shù)據(jù)流B）控制流

C）調(diào)用關(guān)系D）組成關(guān)系在結(jié)構(gòu)化方法中，軟件功能分解屬于下列軟件開發(fā)中的階段是（C）A）詳細設(shè)計B）需求分析C）總體設(shè)計

D）編程調(diào)試軟件調(diào)試的目的是（B）A）發(fā)現(xiàn)錯誤B）改正錯誤C）改善軟件的性能D）挖掘軟件的潛能√

√

√

31程序流程圖（PFD）中的箭頭代表的是（B）√√√3軟件需求分析階段的工作，可以分為四個方面：需求獲取，需求分析，編寫需求規(guī)格說明書，以及（）A）階段性報告B）需求評審C）總結(jié)D）都不正確通常，將軟件產(chǎn)品從提出、實現(xiàn)、使用維護到停止使用退役的過程稱為

。耦合和內(nèi)聚是評價模塊獨立性的兩個主要標準，其中反映了模塊內(nèi)各成分之間的聯(lián)系。

軟件工程研究的內(nèi)容主要包括：

技術(shù)和軟件工程管理。32軟件需求分析階段的工作，可以分為四個方面：需求獲取，32軟件需求分析階段的工作，可以分為四個方面：需求獲取，需求分析，編寫需求規(guī)格說明書，以及（B）A）階段性報告B）需求評審C）總結(jié)D）都不正確通常，將軟件產(chǎn)品從提出、實現(xiàn)、使用維護到停止使用退役的過程稱為【1】?！敬鸢浮浚很浖芷隈詈虾蛢?nèi)聚是評價模塊獨立性的兩個主要標準，其中

【2】

反映了模塊內(nèi)各成分之間的聯(lián)系。

【答案】：內(nèi)聚軟件工程研究的內(nèi)容主要包括：【3】技術(shù)和軟件工程管理?！敬鸢浮浚很浖_發(fā)√

33軟件需求分析階段的工作，可以分為四個方面：需求獲取，√33Jackson結(jié)構(gòu)化程序設(shè)計方法是英國的M.Jackson提出的，它是一種面向

的設(shè)計方法。軟件設(shè)計模塊化的目的是

。

數(shù)據(jù)流圖的類型有

和事務型。軟件危機出現(xiàn)于60年代末，為了解決軟件危機，人們提出了

的原理來設(shè)計軟件，這就是軟件工程誕生的基礎(chǔ)。軟件開發(fā)環(huán)境是全面支持軟件開發(fā)全過程的

集合。

軟件工程基礎(chǔ)34Jackson結(jié)構(gòu)化程序設(shè)計方法是英國的M.JacksonJackson結(jié)構(gòu)化程序設(shè)計方法是英國的M.Jackson提出的，它是一種面向【4】的設(shè)計方法。【答案】：數(shù)據(jù)結(jié)構(gòu)軟件設(shè)計模塊化的目的是

【5】

?！敬鸢浮浚簝?nèi)聚降低復雜性數(shù)據(jù)流圖的類型有【6】和事務型。【答案】：變換型軟件危機出現(xiàn)于60年代末，為了解決軟件危機，人們提出了【7】的原理來設(shè)計軟件，這就是軟件工程誕生的基礎(chǔ)。【答案】：軟件工程學軟件開發(fā)環(huán)境是全面支持軟件開發(fā)全過程的【8】集合?！敬鸢浮浚很浖ぞ哕浖こ袒A(chǔ)35Jackson結(jié)構(gòu)化程序設(shè)計方法是英國的M.Jackson測試的目的是暴露錯誤，評價程序的可靠性；而

的目的是發(fā)現(xiàn)錯誤的位置并改正錯誤。軟件維護活動包括以下幾類：改正性維護、適應性維護、

維護和預防性維護。軟件結(jié)構(gòu)是以

為基礎(chǔ)而組成的一種控制層次結(jié)構(gòu)。

為了便于對照檢查，測試用例應由輸入數(shù)據(jù)和預期的兩部分組成。

軟件工程包括3個要素，分別為方法、工具和

。

軟件工程的出現(xiàn)是由于

。36測試的目的是暴露錯誤，評價程序的可靠性；而的測試的目的是暴露錯誤，評價程序的可靠性；而【9】的目的是發(fā)現(xiàn)錯誤的位置并改正錯誤?！敬鸢浮浚很浖{(diào)試軟件維護活動包括以下幾類：改正性維護、適應性維護、

【10】維護和預防性維護?！敬鸢浮浚和晟菩攒浖Y(jié)構(gòu)是以【11】為基礎(chǔ)而組成的一種控制層次結(jié)構(gòu)?！敬鸢浮浚耗K為了便于對照檢查，測試用例應由輸入數(shù)據(jù)和預期的

【12】

兩部分組成?！敬鸢浮浚狠敵鼋Y(jié)果軟件工程包括3個要素，分別為方法、工具和【13】。

【答案】：過程軟件工程的出現(xiàn)是由于【14】?！敬鸢浮浚很浖C的出現(xiàn)37測試的目的是暴露錯誤，評價程序的可靠性；而【9】的37單元測試又稱模塊測試，一般采用

測試。

軟件的

設(shè)計又稱為總體結(jié)構(gòu)設(shè)計，其主要任務是建立軟件系統(tǒng)的總體結(jié)構(gòu)。軟件是程序、數(shù)據(jù)和

的集合。對軟件是否能達到用戶所期望的要求的測試稱為

。質(zhì)量保證策略大致分為三個階段：以檢測為重、

和以新產(chǎn)品開發(fā)為重。

38單元測試又稱模塊測試，一般采用測試。38單元測試又稱模塊測試，一般采用

【15】

測試?！敬鸢浮浚喊缀袆討B(tài)軟件的【16】設(shè)計又稱為總體結(jié)構(gòu)設(shè)計，其主要任務是建立軟件系統(tǒng)的總體結(jié)構(gòu)?！敬鸢浮浚焊乓浖浅绦?、數(shù)據(jù)和【17】的集合。【答案】：文檔對軟件是否能達到用戶所期望的要求的測試稱為

【18】?！敬鸢浮浚河行詼y試質(zhì)量保證策略大致分為三個階段：以檢測為重、

【19】和以新產(chǎn)品開發(fā)為重。

【答案】：以過程管理為重39單元測試又稱模塊測試，一般采用【15】測試。39軟件工程基礎(chǔ)（一）基本概念

軟件工程：軟件工程是指應用計算機科學、數(shù)學及管理科學等原理，以工程化的原則和方法來解決軟件問題的工程。其目的是提高軟件生產(chǎn)率、提高軟件質(zhì)量、降低軟件成本。

軟件危機：早期的軟件主要指程序，采用個體工作方式，缺少相關(guān)文檔，質(zhì)量低，維護困難，這些問題稱為“軟件危機”，軟件工程概念的出現(xiàn)源自于軟件危機。40軟件工程基礎(chǔ)（一）基本概念

軟件工程：軟件工程是指應用計軟件生命周期將軟件產(chǎn)品從提出、實現(xiàn)、使用維護到停止使用退役的過程稱為軟件生命周期。分為軟件定義、軟件開發(fā)及軟件運行維護3個時期。維護是持續(xù)時間最長，花費代價最大的一個時期，軟件工程學的一個目的就是提高軟件的可維護性，降低維護代價。6個活動階段：可行性研究與計劃制定：確定系統(tǒng)的總體目標。參加人員有用戶、項目負責人和系統(tǒng)分析員，產(chǎn)生文檔有可行性分析報告、項目計劃書等。需求分析：確定系統(tǒng)的邏輯模型。參加人員有用戶、項目負責人和系統(tǒng)分析員。產(chǎn)生文檔為需求規(guī)格說明書，其作用：（1）便于用戶、開發(fā)人員進行理解交流；（2）反映用戶問題的結(jié)構(gòu)，可以作為軟件開發(fā)工作的基礎(chǔ)和依據(jù)；（3）作為確認測試和驗收的依據(jù)。41軟件生命周期2軟件設(shè)計：包括軟件結(jié)構(gòu)設(shè)計、數(shù)據(jù)設(shè)計、接口設(shè)計和過程設(shè)計。其中結(jié)構(gòu)設(shè)計是定義軟件系統(tǒng)各部件之間的關(guān)系；數(shù)據(jù)設(shè)計是將分析時創(chuàng)建的模型轉(zhuǎn)化為數(shù)據(jù)結(jié)構(gòu)的定義；接口設(shè)計是描述軟件內(nèi)部、軟件和操作系統(tǒng)之間及軟件與人之間如何通信；過程設(shè)計則是把系統(tǒng)結(jié)構(gòu)部件轉(zhuǎn)換成軟件的過程性描述。軟件設(shè)計分概要設(shè)計和詳細設(shè)計。參加人員有系統(tǒng)分析員和高級程序員。產(chǎn)生的文檔有設(shè)計規(guī)格說明書。編碼：編程。高級程序員和程序員產(chǎn)生源程序清單。測試：由另一部門的高級程序員或系統(tǒng)分析員產(chǎn)生軟件測試計劃和軟件測試報告。運行維護42軟件設(shè)計：包括軟件結(jié)構(gòu)設(shè)計、數(shù)據(jù)設(shè)計、接口設(shè)計和過程設(shè)計。其

軟件工程三要素方法：完成軟件工程項目的技術(shù)手段。工具：支持軟件的開發(fā)、管理、文檔生成。過程：支持軟件開發(fā)的各個環(huán)節(jié)的控制、管理。

軟件工程的理論和技術(shù)研究的內(nèi)容軟件開發(fā)技術(shù)和軟件工程管理。

軟件工程的目標在給定的成本、進度的前提下，開發(fā)出具有有效性、可靠性、可理解性、可維護性、可適應性、可移植性、可追蹤性和可互操作性且滿足用戶需求的產(chǎn)品。軟件工程鼓勵研制和采用各種先進的軟件開發(fā)方法、工具和環(huán)境。43軟件工程三要素方法：完成軟件工程項目的技術(shù)手段。軟件工軟件工具和軟件開發(fā)環(huán)境軟件工具(CASE)：用來輔助軟件開發(fā)、運行、維護、管理、支持等過程中的活動的軟件。軟件開發(fā)環(huán)境：支持軟件產(chǎn)品開發(fā)的軟件系統(tǒng)，它由軟件工具集和環(huán)境集成機制構(gòu)成軟件工程基礎(chǔ)44軟件工具和軟件開發(fā)環(huán)境軟件工程基礎(chǔ)5（二）結(jié)構(gòu)化分析方法

軟件工程基礎(chǔ)基本思想將系統(tǒng)分析看成工程項目，有計劃、有步驟地進行工作。開發(fā)策略自頂向下，逐層分解分析結(jié)果一套分層的數(shù)據(jù)流圖(DFD)：用來描述數(shù)據(jù)流從輸入到輸出的變換流程一個數(shù)據(jù)字典(DD)：用來描述DFD中的每個數(shù)據(jù)流、文件以及組成數(shù)據(jù)流或文件的數(shù)據(jù)項一組小說明（加工邏輯說明）：用來描述每個基本加工的加工邏輯45（二）結(jié)構(gòu)化分析方法

軟件工程基礎(chǔ)基本思想6（三）結(jié)構(gòu)化設(shè)計方法、總體設(shè)計和詳細設(shè)計

軟件工程基礎(chǔ)結(jié)構(gòu)化設(shè)計方法

結(jié)構(gòu)圖：

基本成分：模塊、調(diào)用、輸入輸出數(shù)據(jù)模塊用矩形表示，模塊間用線段連接，表示調(diào)用關(guān)系，輸入輸出數(shù)據(jù)可寫在調(diào)用線段的旁邊

信息流的類型

變換流事務流46（三）結(jié)構(gòu)化設(shè)計方法、總體設(shè)計和詳細設(shè)計

軟件工程基礎(chǔ)結(jié)構(gòu)總體設(shè)計設(shè)計原則分解—協(xié)調(diào)原則自頂向下的原則信息屏蔽、抽象的原則一致性原則明確性原則模塊間的耦合度盡可能小，模塊內(nèi)部組合盡可能緊湊（內(nèi)聚性高）模塊的扇入和扇出系數(shù)合理模塊的規(guī)模適當47總體設(shè)計8詳細設(shè)計根本目標：

確定應用怎樣具體的實現(xiàn)所要求的系統(tǒng)，不是具體的編寫程序，而是要設(shè)計程序的“藍圖”自頂向下的原則。此階段的結(jié)果基本上決定了最終的程序代碼的質(zhì)量。包括內(nèi)容：代碼設(shè)計輸入設(shè)計輸出設(shè)計處理過程設(shè)計用戶界面設(shè)計安全控制設(shè)計48詳細設(shè)計此階段的結(jié)果基本上決定了最終的程序代碼的質(zhì)量。代（四）軟件測試

軟件工程基礎(chǔ)

意義目的為了發(fā)現(xiàn)錯誤；希望能以最少的人力和時間發(fā)現(xiàn)潛在的各種錯誤和缺陷；保證系統(tǒng)質(zhì)量和可靠性的關(guān)鍵步驟。

測試方法人工測試；機器測試。提問：測試能否發(fā)現(xiàn)程序中的所有錯誤？答案：不能。49（四）軟件測試

軟件工程基礎(chǔ)意義目的提問：測試能否發(fā)現(xiàn)程

白盒測試結(jié)構(gòu)測試將軟件看成透明的白盒，根據(jù)程序的內(nèi)部結(jié)構(gòu)和邏輯結(jié)構(gòu)來設(shè)計測試例子，對程序的路徑和過程進行測試，檢查是否滿足設(shè)計的要求

黑盒測試功能測試將軟件看成黑盒子，在完全不考慮軟件內(nèi)部結(jié)構(gòu)和特性的情況下，測試軟件的外部特性

軟件測試的實施單元測試（模塊測試）：白盒測試法組裝測試（集成測試）確認測試：檢查軟件產(chǎn)品是否符合需求定義，黑盒測試法系統(tǒng)測試50白盒測試11適合于黑盒測試的測試方案：等價類劃分、邊界值分析法和錯誤推測法三種。適合于白盒測試的測試方案：主要有邏輯覆蓋法。邏輯覆蓋法包括：語句覆蓋、判定覆蓋（也稱為分支覆蓋）、條件覆蓋、判定/條件覆蓋、條件組合覆蓋。軟件工程基礎(chǔ)51適合于黑盒測試的測試方案：軟件工程基礎(chǔ)12（五）程序調(diào)試

軟件工程基礎(chǔ)

任務根據(jù)測試時發(fā)現(xiàn)的錯誤，找出原因和具體的位置，進行改正由程序開發(fā)人員來進行，誰開發(fā)的程序就由誰來進行調(diào)試方法：

強行排錯法

回溯法

原因排除法（演繹、歸納、二分法)52（五）程序調(diào)試

軟件工程基礎(chǔ)任務13

靜態(tài)調(diào)試通過人的思維來分析源程序代碼和排錯，是主要的調(diào)試手段。動態(tài)調(diào)試輔助靜態(tài)調(diào)試。軟件工程基礎(chǔ)53靜態(tài)調(diào)試軟件工程基礎(chǔ)14（六）例題講解

為了提高測試的效率，應該（）

A)隨機選取測試數(shù)據(jù)

B)取一切可能的輸入數(shù)據(jù)作為測試數(shù)據(jù)

C)在完成編碼以后制定軟件的測試計劃

D)選擇發(fā)現(xiàn)錯誤可能性大的數(shù)據(jù)作為測試數(shù)據(jù)軟件生命周期中所花費用最多的階段是（）

A)詳細設(shè)計 B)軟件編碼C)軟件測試D)軟件維護軟件工程基礎(chǔ)54（六）例題講解

為了提高測試的效率，應該（）軟件工程基（六）例題講解

為了提高測試的效率，應該（D）

A)隨機選取測試數(shù)據(jù)

B)取一切可能的輸入數(shù)據(jù)作為測試數(shù)據(jù)

C)在完成編碼以后制定軟件的測試計劃

D)選擇發(fā)現(xiàn)錯誤可能性大的數(shù)據(jù)作為測試數(shù)據(jù)軟件生命周期中所花費用最多的階段是（D）

A)詳細設(shè)計 B)軟件編碼C)軟件測試D)軟件維護軟件工程基礎(chǔ)√

√

55（六）例題講解

為了提高測試的效率，應該（D）軟件工程下列敘述中，不屬于軟件需求規(guī)格說明書的作用的是(D)

A)便于用戶、開發(fā)人員進行理解和交流

B)反映出用戶問題的結(jié)構(gòu)，可以作為軟件開發(fā)工作的基礎(chǔ)和依據(jù)

C)作為確認測試和驗收的依據(jù)

D)便于開發(fā)人員進行需求分析下列不屬于軟件工程的3個要素的是（D）Ａ)工具 Ｂ)過程Ｃ)方法Ｄ)環(huán)境軟件設(shè)計包括軟件的結(jié)構(gòu)、數(shù)據(jù)接口和過程設(shè)計，其中軟件的過程設(shè)計是指（B）

A)模塊間的關(guān)系

B)系統(tǒng)結(jié)構(gòu)部件轉(zhuǎn)換成軟件的過程描述

C)軟件層次結(jié)構(gòu) D)軟件開發(fā)過程√

√

√

56下列敘述中，不屬于軟件需求規(guī)格說明書的作用的是(D)√下列敘述中，不屬于軟件需求規(guī)格說明書的作用的是(D)

A)便于用戶、開發(fā)人員進行理解和交流

B)反映出用戶問題的結(jié)構(gòu)，可以作為軟件開發(fā)工作的基礎(chǔ)和依據(jù)

C)作為確認測試和驗收的依據(jù)

D)便于開發(fā)人員進行需求分析下列不屬于軟件工程的3個要素的是（D）Ａ)工具 Ｂ)過程Ｃ)方法Ｄ)環(huán)境軟件設(shè)計包括軟件的結(jié)構(gòu)、數(shù)據(jù)接口和過程設(shè)計，其中軟件的過程設(shè)計是指（B）

A)模塊間的關(guān)系

B)系統(tǒng)結(jié)構(gòu)部件轉(zhuǎn)換成軟件的過程描述

C)軟件層次結(jié)構(gòu) D)軟件開發(fā)過程√

√

√

57下列敘述中，不屬于軟件需求規(guī)格說明書的作用的是(D)√檢查軟件產(chǎn)品是否符合需求定義的過程稱為(Ａ)

Ａ)確認測試Ｂ)集成測試Ｃ)驗證測試Ｄ)驗收測試數(shù)據(jù)流圖用于抽象描述一個軟件的邏輯模型，數(shù)據(jù)流圖由一些特定的圖符構(gòu)成。下列圖符名標識的圖符不屬于數(shù)據(jù)流圖合法圖符的是(Ａ)

Ａ)控制流 Ｂ)加工Ｃ)數(shù)據(jù)存儲 Ｄ)源和流開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象稱作(B)

A)軟件投機B)軟件危機

C)軟件工程D)軟件產(chǎn)生√

√

√

58檢查軟件產(chǎn)品是否符合需求定義的過程稱為(Ａ)√√√1下面不屬于軟件設(shè)計原則的是(Ｃ)Ａ)抽象 Ｂ)模塊化

Ｃ)自底向上Ｄ)信息隱蔽開發(fā)大型軟件時，產(chǎn)生困難的根本原因是(A)

A）大系統(tǒng)的復雜性

B）人員知識不足

C）客觀世界千變?nèi)f化 D）時間緊、任務重軟件工程的出現(xiàn)是由于（Ｃ）

A)程序設(shè)計方法學的影響 B)軟件產(chǎn)業(yè)化的需要

C)軟件危機的出現(xiàn) D)計算機的發(fā)展√

√

√

59下面不屬于軟件設(shè)計原則的是(Ｃ)√√√20軟件開發(fā)離不開系統(tǒng)環(huán)境資源的支持，其中必要的測試數(shù)據(jù)屬于（D）

A)硬件資源 B)通信資源

C)支持軟件D)輔助資源在數(shù)據(jù)流圖(DFD)中，帶有名字的箭頭表示(D)

A)模塊之間的調(diào)用關(guān)系B)程序的組成成分

C)控制程序的執(zhí)行順序D)數(shù)據(jù)的流向下列不屬于結(jié)構(gòu)化分析的常用工具的是（D）

A)數(shù)據(jù)流圖 B)數(shù)據(jù)字典

C)判定樹 D)PAD圖在軟件生產(chǎn)過程中，需求信息的給出是（D）

A)程序員B)項目管理者

C)軟件分析設(shè)計人員 D)軟件用戶√

√

√

√

60軟件開發(fā)離不開系統(tǒng)環(huán)境資源的支持，其中必要的測√√√下列工具不是需求分析常用工具的是（D）Ａ)PAD Ｂ)PFDＣ)N-S Ｄ)DFD模塊獨立性是軟件模塊化所提出的要求，衡量模塊獨立性的度量標準則是模塊的（C）

A)抽象和信息隱蔽B)局部化和封裝化

C)內(nèi)聚性和耦合性

D)激活機制和控制方法軟件開發(fā)的結(jié)構(gòu)化生命周期方法將軟件生命周期劃分成（A）

A)定義、開發(fā)、運行維護

B)設(shè)計階段、編程階段、測試階段

C)總體設(shè)計、詳細設(shè)計、編程調(diào)試

D)需求分析、功能定義、系統(tǒng)設(shè)計√

√

√

61下列工具不是需求分析常用工具的是（D）√√√22在軟件工程中，白箱測試法可用于測試程序的內(nèi)部結(jié)構(gòu)。此方法將程序看做是（）

A)路徑的集合B)循環(huán)的集合C)目標的集合D)地址的集合完全不考慮程序的內(nèi)部結(jié)構(gòu)和內(nèi)部特征，而只是根據(jù)程序功能導出測試用例的測試方法是（）

A)黑箱測試法B)白箱測試法

C)錯誤推測法D)安裝測試法在結(jié)構(gòu)化設(shè)計方法中，生成的結(jié)構(gòu)圖(SC)中，帶有箭頭的連線表示（）

A)模塊之間的調(diào)用關(guān)系 B)程序的組成成分

C)控制程序的執(zhí)行順序 D)數(shù)據(jù)的流向62在軟件工程中，白箱測試法可用于測試程序的內(nèi)部結(jié)構(gòu)。23下列選項中，不屬于模塊間耦合的是（）

A)數(shù)據(jù)耦合B)同構(gòu)耦合

C)異構(gòu)耦合D)公用耦合下列敘述中，不屬于測試的特征的是（）

A)測試的挑剔性B)完全測試的不可能性

C)測試的可靠性D)測試的經(jīng)濟性需求分析中開發(fā)人員要從用戶那里了解（）

A)軟件做什么

B)用戶使用界面

C)輸入的信息 D)軟件的規(guī)模下列不屬于軟件調(diào)試技術(shù)的是（）

A)強行排錯法 B)集成測試法

C)回溯法 D)原因排除法63下列選項中，不屬于模塊間耦合的是（）24下列選項中，不屬于模塊間耦合的是（C）

A)數(shù)據(jù)耦合B)同構(gòu)耦合

C)異構(gòu)耦合

D)公用耦合下列敘述中，不屬于測試的特征的是（C）

A)測試的挑剔性B)完全測試的不可能性

C)測試的可靠性

D)測試的經(jīng)濟性需求分析中開發(fā)人員要從用戶那里了解（A）

A)軟件做什么

B)用戶使用界面

C)輸入的信息 D)軟件的規(guī)模下列不屬于軟件調(diào)試技術(shù)的是（B）

A)強行排錯法 B)集成測試法

C)回溯法 D)原因排除法√

√

√

√

64下列選項中，不屬于模塊間耦合的是（C）√√√為了避免流程圖在描述程序邏輯時的靈活性，提出了用方框圖來代替?zhèn)鹘y(tǒng)的程序流程圖，通常也把這種圖稱為（）

A)PAD圖B)N-S圖C)結(jié)構(gòu)圖D)數(shù)據(jù)流圖軟件復雜性度量的參數(shù)包括（）

A)效率B)規(guī)模C)完整性D)容錯性下列敘述中，正確的是（）

A)軟件就是程序清單B)軟件就是存放在計算機中的文件

C)軟件應包括程序清單及運行結(jié)果

D)軟件包括程序和文檔軟件設(shè)計中，有利于提高模塊獨立性的一個準則是（

）

A)低內(nèi)聚低耦合 B)低內(nèi)聚高耦合

C)高內(nèi)聚低耦合 D)高內(nèi)聚高耦合65為了避免流程圖在描述程序邏輯時的靈活性，提出了用方框圖來代替為了避免流程圖在描述程序邏輯時的靈活性，提出了用方框圖來代替?zhèn)鹘y(tǒng)的程序流程圖，通常也把這種圖稱為（B）

A)PAD圖B)N-S圖

C)結(jié)構(gòu)圖D)數(shù)據(jù)流圖軟件復雜性度量的參數(shù)包括（B）

A)效率B)規(guī)模

C)完整性D)容錯性下列敘述中，正確的是（D）

A)軟件就是程序清單B)軟件就是存放在計算機中的文件

C)軟件應包括程序清單及運行結(jié)果

D)軟件包括程序和文檔軟件設(shè)計中，有利于提高模塊獨立性的一個準則是（

C）

A)低內(nèi)聚低耦合 B)低內(nèi)聚高耦合

C)高內(nèi)聚低耦合

D)高內(nèi)聚高耦合√

√

√

√

66為了避免流程圖在描述程序邏輯時的靈活性，提出了用方框圖來代替下列敘述中，不屬于結(jié)構(gòu)化分析方法的是（）

A)面向數(shù)據(jù)流的結(jié)構(gòu)化分析方法

B)面向數(shù)據(jù)結(jié)構(gòu)的Jackson方法

C)面向數(shù)據(jù)結(jié)構(gòu)的結(jié)構(gòu)化數(shù)據(jù)系統(tǒng)開發(fā)方法

D)面向?qū)ο蟮姆治龇椒ㄔ敿氃O(shè)計的結(jié)果基本決定了最終程序的（）

A)代碼的規(guī)模 B)運行速度

C)質(zhì)量

D)可維護性下列不屬于靜態(tài)測試方法的是（）

A)代碼檢查 B)白盒法

C)靜態(tài)結(jié)構(gòu)分析D)代碼質(zhì)量度量在軟件生命周期中，能準確地確定軟件系統(tǒng)必須做什么和必須具備哪些功能的階段是（）A）概要設(shè)計B）詳細設(shè)計C）可行性分析D）需求分析67下列敘述中，不屬于結(jié)構(gòu)化分析方法的是（）28下列敘述中，不屬于結(jié)構(gòu)化分析方法的是（D）

A)面向數(shù)據(jù)流的結(jié)構(gòu)化分析方法

B)面向數(shù)據(jù)結(jié)構(gòu)的Jackson方法

C)面向數(shù)據(jù)結(jié)構(gòu)的結(jié)構(gòu)化數(shù)據(jù)系統(tǒng)開發(fā)方法

D)面向?qū)ο蟮姆治龇椒ㄔ敿氃O(shè)計的結(jié)果基本決定了最終程序的（C）

A)代碼的規(guī)模 B)運行速度

C)質(zhì)量

D)可維護性下列不屬于靜態(tài)測試方法的是（B）

A)代碼檢查 B)白盒法

C)靜態(tài)結(jié)構(gòu)分析D)代碼質(zhì)量度量在軟件生命周期中，能準確地確定軟件系統(tǒng)必須做什么和必須具備哪些功能的階段是（D）A）概要設(shè)計B）詳細設(shè)計C）可行性分析D）需求分析√

√

√

√

68下列敘述中，不屬于結(jié)構(gòu)化分析方法的是（D）√√√√程序流程圖（PFD）中的箭頭代表的是（）A）數(shù)據(jù)流B）控制流

C）調(diào)用關(guān)系D）組成關(guān)系在結(jié)構(gòu)化方法中，軟件功能分解屬于下列軟件開發(fā)中的階段是（）A）詳細設(shè)計B）需求分析C）總體設(shè)計

D）編程調(diào)試軟件調(diào)試的目的是（）A）發(fā)現(xiàn)錯誤B）改正錯誤C）改善軟件的性能D）挖掘軟件的潛能69程序流程圖（PFD）中的箭頭代表的是（）30程序流程圖（PFD）中的箭頭代表的是（B）A）數(shù)據(jù)流B）控制流

C）調(diào)用關(guān)系D）組成關(guān)系在結(jié)構(gòu)化方法中，軟件功能分解屬于下列軟件開發(fā)中的階段是（C）A）詳細設(shè)計B）需求分析C）總體設(shè)計

D）編程調(diào)試軟件調(diào)試的目的是（B）A）發(fā)現(xiàn)錯誤B）改正錯誤C）改善軟件的性能D）挖掘軟件的潛能√

√

√

70程序流程圖（PFD）中的箭頭代表的是（B）√√√3軟件需求分析階段的工作，可以分為四個方面：需求獲取，需求分析，編寫需求規(guī)格說明書，以及（）A）階段性報告B）需求評審C）總結(jié)D）都不