軟件工程作業(yè)題(含答案)

軟件工程作業(yè)題

簡答題

1、什么叫軟件？

軟件是計算機系統(tǒng)中與硬件相互依存的另一部分，它是包括程序，數(shù)據(jù)與其相關(guān)文檔的完整集

合

2、什么叫軟件危機？軟件危機包含哪兩點？軟件危機產(chǎn)生的緣由是什么？

軟件危機是指在計算機軟件開發(fā)與維護過程中所遇到的一系列嚴峻問題。包括兩點：

(1)如何開發(fā)軟件，以滿意對軟件日益增長的需求；

(2)如何維護數(shù)量不斷膨脹的已有軟件。

軟件開發(fā)和維護過程中存在的很多嚴峻問題，一方面與軟件本身的特點有關(guān)，另一方面也和軟

件開發(fā)與維護的方法不正確有關(guān)。具體表現(xiàn)如下：

(1)軟件是邏輯部件而不是物理部件。

(2)軟件的規(guī)模越來越大，困難性越來越大。

(3)輕視需求分析的重要性，輕視軟件維護的錯誤觀點和方法。

3、什么叫軟件工程？

1968年在第一屆NATO會議上的早期定義：“建立并運用完善的工程化原則，以較經(jīng)濟的手

段獲得能在實際機器上有效運行的牢靠軟件的一系列方法”。

1993年IEEE的定義：“①軟件工程是：把系統(tǒng)的、規(guī)范的、可度量的途徑應(yīng)用于軟件開發(fā)、

運行和維護過程，也就是把工程應(yīng)用于軟件；②進而探討①實現(xiàn)的途徑”。

我們國家最近定義：軟件工程是指導(dǎo)計算機軟件開發(fā)和維護的工程學(xué)科。它采納工程的概念、

原理、技術(shù)和方法來開發(fā)與維護軟件，把經(jīng)過時間考驗而證明正確的管理技術(shù)和當(dāng)前能夠得到

的最好的技術(shù)方法結(jié)合起來。

4、兩種軟件工程方法學(xué)開發(fā)軟件時要建立哪些模型？

軟件工程方法學(xué)包括：傳統(tǒng)方法學(xué)和面對對象方法學(xué)。常用的開發(fā)模型有：

瀑布模型(需求穩(wěn)定，而且可以預(yù)先指定)

原型模型（需求模糊或者隨時間變更）

增量模型（分析員先作出需求分析和概要設(shè)計，用戶參加逐步完善）

螺旋模型（將瀑布模型與原型化模型結(jié)合起來,并加入了風(fēng)險分析）

噴泉模型（使開發(fā)過程具有迭代性和無間隙性）

5、軟件過程模型有哪些？簡述它們的特點。

過程模型分為五大類：1.管理過程模型。2.瀑布模型（又稱為生命周期模型）。3.增量過程模型:

包括增量模型,,RAD模型。4.煙花過程模型：包括原型開發(fā)模型，螺旋模型，協(xié)同開發(fā)模型。

5.專用過程模型：包括機遇構(gòu)建的開發(fā)模型，形式化方法模型，面對方面的軟件開發(fā)模型。

6、什么是軟件生命周期？

一個軟件從定義，開發(fā)，運用和維護，直到最終被廢棄，要經(jīng)驗一個漫長的時期，通常把軟件

經(jīng)驗的這個漫長時期稱為生命周期

7、軟件生命周期有哪幾個階段和步驟？

三個階段：定義、開發(fā)、維護

八個步驟：問題定義、可行性探討、需求分析；總體設(shè)計、具體設(shè)計、編碼與單元測試、綜合

測試；運行維護。

8、計算機軟件的開發(fā)經(jīng)過哪三個大階段？

三個階段：定義、開發(fā)、維護

9、軟件開發(fā)的各階段的任務(wù)是什么？

定義階段：問題定義一任務(wù)：關(guān)于規(guī)模和目標的報告書；可行性探討-任務(wù)：系統(tǒng)的高層邏輯模

型：數(shù)據(jù)流圖，成本/效益分析；需求分析一任務(wù)：系統(tǒng)的邏輯模型：數(shù)據(jù)流圖，數(shù)據(jù)字典，算

法描述。

開發(fā)階段：總體設(shè)計一任務(wù)：系統(tǒng)流程圖，成本/效益分析，舉薦的系統(tǒng)結(jié)構(gòu)：層次圖/結(jié)構(gòu)圖;

具體設(shè)計—任務(wù)：HIPO圖或PDL圖；編碼和單元測試一任務(wù)：源程序清單，單元測試方案和結(jié)

果；綜合測試一任務(wù)：綜合測試方案，結(jié)果集成測試，驗收測試，完整一樣的軟件配置。

維護階段：軟件維護一任務(wù)：維護記錄以與改正性維護，適應(yīng)性維護，完整性維護和預(yù)防性維護

1。、軟件設(shè)計分哪兩個階段？總體設(shè)計的兩個階段分別是什么？

分為總體設(shè)計和具體設(shè)計兩個階段。

11、總體設(shè)計包括系統(tǒng)設(shè)計（劃分出組成系統(tǒng)的程序、文件、數(shù)據(jù)庫、人工過程和文檔等物

理元素）和結(jié)構(gòu)設(shè)計（確定系統(tǒng)中每個程序是由哪些模塊組成的，以與這些模塊相互間的關(guān)系，

不涉與模塊內(nèi)部算法流程）

12、軟件與硬件的區(qū)分是什么？

軟件是一種邏輯部件，而不是具體的物理部件。軟件在開發(fā)、生產(chǎn)、運用、維護等方面與硬件

相比有明顯差異。軟件是開發(fā)，硬件是制造軟件是自定的，硬件是組裝的軟件不會磨損，

硬件存在機械磨損問題

13、軟件需求分析的任務(wù)是什么？

需求分析的任務(wù)是確定系統(tǒng)必需完成哪些工作，也就是對目標系統(tǒng)提出完整、精確、清晰、具

體的要求。一般說來，需求分析的任務(wù)包括下述幾方面：

1.確定對系統(tǒng)的綜合要求（主要有：功能需求、性能需求、運行需求、將來可能提出的需

求。）

2.分析系統(tǒng)的數(shù)據(jù)要求

3.導(dǎo)出系統(tǒng)的邏輯模型：數(shù)據(jù)流圖、實體-聯(lián)系圖、狀態(tài)轉(zhuǎn)換圖、數(shù)據(jù)字典、算法流程等

4.修正系統(tǒng)開發(fā)支配

14、瀑布模型與原型模型分別適用于開發(fā)哪些軟件？

瀑布模型與原型模型分別適用于開發(fā)哪些軟件瀑布模型適合于需求穩(wěn)定，而且可以預(yù)先指定的

大型系統(tǒng)工程項目。

原型模型適合于需求模糊或者隨時間變更的中小型項目

15、數(shù)據(jù)流圖的作用是什么？如何畫

數(shù)據(jù)流圖簡稱DFD（DataFlowDiagram）圖，它是以特定的圖形符號描述系統(tǒng)邏輯模型的工數(shù)

據(jù)流圖具；它從數(shù)據(jù)傳送和加工的角度抽象的描述信息在系統(tǒng)中的流淌和數(shù)據(jù)處理的過程；

它是開發(fā)人員與用戶之間溝通信息的通信工具；它也是系統(tǒng)分析與系統(tǒng)設(shè)計的工具。數(shù)據(jù)流圖

畫法總結(jié)

1.先找出數(shù)據(jù)源點和匯點。它們是外部實體，由它們確定系統(tǒng)與外界的接口。

2.找出外部實體的輸出數(shù)據(jù)流與輸入數(shù)據(jù)流。畫出頂層數(shù)據(jù)流圖。

3.從頂層加工動身，逐步細化，畫出所需子圖。

4.分析系統(tǒng)的主要處理功能，把每一個處理功能作為一個加工，并且確定它們之間的數(shù)據(jù)流入、

流出關(guān)系，畫出第一層數(shù)據(jù)流圖。

5.對流圖中的每個加工進行細化，畫出所需的子圖，直到加工不需再分解為止。

6.依據(jù)前面給出原則檢查和修改每一層數(shù)據(jù)流圖和子圖

16、什么叫數(shù)據(jù)字典？如何寫數(shù)據(jù)字典？

數(shù)據(jù)字典是描述數(shù)據(jù)流圖中數(shù)據(jù)的信息的集合（描述內(nèi)容包括：數(shù)據(jù)流圖、狀態(tài)轉(zhuǎn)換圖、數(shù)據(jù)

字典E-R圖中的數(shù)據(jù)信息（數(shù)據(jù)流、數(shù)據(jù)存儲、外部實體）、限制信息（事務(wù)）等，不包括

處理）。

如何寫？

數(shù)據(jù)元素的組合方式

依次：即以確定的次序連接兩個或多個重量。例：A+B

選擇：即從兩個或多個可能的元素中選取一個。例：[A|B]

重復(fù)：即把指定的重量重復(fù)零次或多次。例：1{A}5

可選：即一個重量是可有可無的（重復(fù)零次或一次）

17、軟件設(shè)計的原則有哪些？

模塊化，抽象化與逐步求精，信息隱藏與局部化，模塊獨立

18、耦合與內(nèi)聚分別有哪些？如何定義？如何區(qū)分？

耦合衡量不同模塊彼此間相互依靠（連接）的緊密程度

內(nèi)聚衡量一個模塊內(nèi)部各個元素彼此結(jié)合的緊密程度

耦合的種類：

數(shù)據(jù)耦合：假如兩個模塊間的通訊信息是若干參數(shù)，其中每一個參數(shù)都是一個數(shù)據(jù)元素，稱數(shù)

據(jù)耦合這種耦合為數(shù)據(jù)耦合。這是模塊之間影響最小的耦合關(guān)系。

標記耦合：當(dāng)把整個數(shù)據(jù)結(jié)構(gòu)作為參數(shù)傳遞而被調(diào)用模塊只須要運用其中一部分數(shù)據(jù)元素標記

耦合時，這種狀況稱為標記耦合。

限制耦合：那么A和B之間限制耦合假如模塊A向模塊B所傳遞的信息限制了模塊B的內(nèi)

部邏輯，的耦合稱為限制耦合。

公共耦合：假如兩個或多個模塊都和同一個公共數(shù)據(jù)域有關(guān)，則稱為公共耦合。公共耦合公

共耦合是一種不良的耦合關(guān)系，它給模塊的維護和修改帶來困難。假如兩個模塊共享的數(shù)據(jù)很

多，都通過參數(shù)傳遞很不便利時，可以利用公共耦合。

內(nèi)容耦合：假如一個模塊和另一個模塊的內(nèi)部屬性（即運行程序和內(nèi)部數(shù)據(jù)）有關(guān)，則稱為內(nèi)

容耦合。

功能內(nèi)聚：假如一個模塊內(nèi)部的各組成部分的處理動作全都為執(zhí)行同一個功能而存在，并且功

能內(nèi)聚：只執(zhí)行一個功能，則稱為功能內(nèi)聚。推斷一個模塊是不是功能內(nèi)聚，只要看這個模塊

是“做什么”是完成一個具體的任務(wù)，還是完成多任務(wù)。

依次內(nèi)聚：假如一個模塊內(nèi)部的各個組成部分執(zhí)行的幾個處理動作有這樣的特征：前一個處依

次內(nèi)聚：理動作所產(chǎn)生的輸出數(shù)據(jù)是后一個處理動作的輸入數(shù)據(jù)，稱為依次內(nèi)聚。依次內(nèi)聚維

護起來不如功能內(nèi)聚便利，要修改模塊中的一個功能，會影響到同一個模塊中的其他功能。

通訊內(nèi)聚：假如一個模塊內(nèi)各組成部分的處理動作都運用相同的輸入數(shù)據(jù)或產(chǎn)生相同的輸通

訊內(nèi)聚出數(shù)據(jù)，稱為通訊內(nèi)聚。

過程內(nèi)聚：假如一個模塊內(nèi)部的各個組成部分的處理動作各不相同，彼此也沒有聯(lián)系，但他們

都受同一個限制流支配，確定他們的執(zhí)行次序，稱為過程內(nèi)聚。

短暫內(nèi)聚（時間內(nèi)聚）：假如一個模塊內(nèi)的各組成部分的處理動作和時間有關(guān)，則稱為短暫：內(nèi)

聚。短暫內(nèi)聚模塊的處理動作必需在特定的時間內(nèi)完成。指在一個特定的時間范圍內(nèi)完成,

但完成次序不重要。例如：程序設(shè)計中的模塊的初始化。

邏輯內(nèi)聚：假如一個模塊內(nèi)部的各組成部分的處理動作在邏輯上相像，但功能都彼此不同或邏

輯內(nèi)聚：無關(guān)，則稱為邏輯內(nèi)聚。一個邏輯內(nèi)聚模塊往往包括若干個邏輯相像的動作，運用時

可以選用一個或幾個功能。例如：把編輯各種輸入數(shù)據(jù)的功能放在一個模塊中。

機械內(nèi)聚（偶然內(nèi)聚）：假如一個模塊的內(nèi)部各組成部分的處理動作彼此沒有任何聯(lián)系，則：

稱為機械內(nèi)聚

19、具體設(shè)計階段用到了哪些圖形工具？

程序流程圖（PFD）

盒圖（N-S圖）

問題分析圖（PAD）

判定表/判定樹（其他非圖形工具有過程設(shè)計語言（PDL）

20、軟件工程的啟發(fā)式規(guī)則有哪些？

A.當(dāng)模塊過大時就應(yīng)當(dāng)分解它。一般按功能分解到成為一個小的功能單一的模塊為止。一般

一個模塊內(nèi)包含的語句在30-50條左右較好（指高級語言）。分解后不應(yīng)當(dāng)降低模塊的獨立

性。

B.深度、寬度、扇出和扇入都應(yīng)適當(dāng)。好的設(shè)計結(jié)構(gòu)通常是頂層扇出比較高，中層扇出比較

少，底層扇入到公共的好用模塊中去（底層模塊有高扇入）。模塊的獨立性是貫穿始終的標

準，不能為了追求其它目標而違反獨立性標準。

C.對于任何一個內(nèi)部存在推斷調(diào)用的模塊，它的推斷作用的范圍應(yīng)當(dāng)是其限制范圍的一個子

集。存在推斷調(diào)用的模塊，所在層次不要與那些屬于推斷作用范圍的模塊所在的層次相隔太

遠――越近越好。

D.力爭降低模塊接口的困難程度。模塊接口困難是軟件發(fā)生錯誤的一個主要緣由。應(yīng)當(dāng)仔細

設(shè)計模塊接口，使得信息傳遞簡潔并且和模塊的功能一樣。接口困難或不一樣（即看起來傳遞

的數(shù)據(jù)之間沒有聯(lián)系），是緊耦合或低內(nèi)聚的征兆，應(yīng)當(dāng)重新分析這個模塊的獨立性。E.設(shè)

計單入口單出口的模塊：防止出現(xiàn)內(nèi)容耦合一-多入口（多種處理功能）意味著內(nèi)容耦合。

F.模塊功能應(yīng)當(dāng)可以預(yù)料模塊是黑合子，輸入相同則輸出相同，其內(nèi)部數(shù)據(jù)結(jié)構(gòu)和接口受

到限制。模塊的功能應(yīng)當(dāng)能夠預(yù)料，但也要防止模塊功能過分局限。過分局限將導(dǎo)致模塊敏捷

性太差，會出現(xiàn)運用現(xiàn)場的修改。

21、模塊的作用域與限制域分別指什么？

模塊的限制域：本身與其全部下級模塊（包括干脆和間接下級模塊）。

模塊的作用域：受該模塊內(nèi)一個判定影響的全部模塊的集合

22、模塊的扇入、扇出、深度、寬度分別是什么意思？

深度表示軟件結(jié)構(gòu)中限制的層數(shù)一一粗略的標記一個系統(tǒng)的大小和困難程度。

寬度是軟件結(jié)構(gòu)同一層次上的模塊總數(shù)的最大值一一寬度越大系統(tǒng)越困難。

模塊的扇出指一個模塊擁有的直屬下級模塊的個數(shù)，一般扇出數(shù)限制在7以內(nèi)，平均為3模塊

的扇出或4。

模塊的扇入是指一個模塊的干脆上級模塊的個數(shù)。

23、軟件測試的目的是什么？

軟件測試是為了發(fā)覺錯誤而執(zhí)行程序的過程；

測試是程序的執(zhí)行過程，目的在于發(fā)覺錯誤；

軟件測試中須要數(shù)據(jù)，即為測試而細心設(shè)計的測試用例，利用測試用例去運行程序，幫助發(fā)覺程序

錯誤；

一個好的測試用例在于能發(fā)覺至今未發(fā)覺的錯誤；

一個勝利的測試是發(fā)覺了至今未發(fā)覺的錯誤的測試。

軟件測試肯定不是要證明程序的正確性，也證明不了程序的正確性.

24、單元測試有那些內(nèi)容？

將每一個模塊作為一個單獨的測試單元，保證每個模塊作為一個單元能正確運行。

單元測試主要針對模塊的以下五個基本特征進行測試：1.模塊接口2.局部數(shù)據(jù)結(jié)構(gòu)3.重要的執(zhí)

行路徑4.錯誤處理5.邊界條件

25、什么是集成測試？非漸增式和漸增式有什么區(qū)分？漸增式如何組裝模塊?

將模塊組合起來成為一個完整的系統(tǒng)對其進行測試叫做集成測試。不論是子系統(tǒng)測試還是系統(tǒng)

測試，都兼有檢測和組裝兩重含義，通常稱為集成測試。

非漸增式是將模塊先進行單元測試然后組裝在一起進行測試。漸增式是逐個將未測試的模塊組

裝到已經(jīng)測試過的模塊上去進行集成測試，每加入一個就測試一次。非漸增式須要樁模塊和驅(qū)

動模塊、非漸增式起先可以并行測試、漸增式可以與時的發(fā)覺接口錯誤，非漸增式很難發(fā)覺接

口發(fā)覺錯誤、漸增式起先不能并行測試、漸增式測試比較徹底。

漸增式組裝模塊有自頂向下和自底向上兩種組裝方式。

26、什么是確認測試？該階段有那些工作？

依據(jù)需求規(guī)格說明書中的確定指標對系統(tǒng)進行功能與性能的測試。該階段進行明確測試(比照

需求規(guī)格說明書用黑盒法進行測試)，軟件配置測試(文檔的完整性，發(fā)覺遺漏錯誤與時補充和

修改)

27、什么叫流圖？如何畫出流圖？流圖的環(huán)形困難度如何計算？

流圖是抽象化的程序流圖，突出表現(xiàn)限制流.

符號O為流圖的一個結(jié)點，表示一個或多個無分支語句。箭頭為邊，表示限制流的方向。在分

支結(jié)構(gòu)中，分支的匯聚處應(yīng)有一個匯聚結(jié)點.每一條邊必需終止于一個結(jié)點。假如推斷中的條

件表達式是由一個或多個邏輯運算符(OR,AND,NAND,NOR)連接的復(fù)合條件表達式，則

須要改為一系列只有單個條件的嵌套的推斷。

依據(jù)程序內(nèi)單條件分支數(shù)或循環(huán)個數(shù)來度量環(huán)形困難度即程序的困難度.環(huán)形困難度即程序的

困難度

依據(jù)程序內(nèi)單條件分支數(shù)或循環(huán)個數(shù)來度量環(huán)形困難度即程序的困難度

V(G)=流圖區(qū)域數(shù)

V(G)=邊數(shù)-結(jié)點數(shù)+2

V(G)=單條件判定數(shù)+1

28、白盒測試與黑盒測試分別有哪些測試方法？如何對具體問題測試?

白盒測試對程序模塊的全部的執(zhí)行路徑至少測試一次；對全部的邏輯判定，取“真”與取“假”

白盒測試的兩種狀況都至少測試一次；白盒測試也叫邏輯覆蓋法包括：語句覆蓋，判定覆蓋，

條件覆蓋

黑盒測試發(fā)覺程序中的錯誤，必需在全部可能的輸入條件和輸出條件中確定測試數(shù)據(jù)，來檢查

程序是否都能產(chǎn)生正確的輸出。黑盒測試有等價類法和邊界值分析法

29、軟件測試的步驟有哪些？每個測試階段的測試依據(jù)是什么？分別有誰來測試？

步驟測試內(nèi)容時間

單元測試:將每一個模塊作為一個單獨的測試單元，保證每個模塊作為一個單元能正確運行。

（編碼測試階段）

子系測試系統(tǒng):將經(jīng)過單元測試的模塊放在一起形成一個子系統(tǒng)來測試，以測試模塊間的接口正

確性作為主要任務(wù)。（集中測試階段）

系統(tǒng)測試:將經(jīng)過測試的子系統(tǒng)裝配成一個完整的系統(tǒng)來測試，檢驗系統(tǒng)是否的確能實現(xiàn)需求規(guī)

格說明書中的功能，以與系統(tǒng)的動態(tài)特征是否符合預(yù)定要求。階段系統(tǒng)測試是指整個計算機

系統(tǒng)（包括軟硬件）的測試，可與系統(tǒng)的安裝和驗收相結(jié)合進行。（集中測試階段）

驗收測試:在用戶的參加下，把軟件系統(tǒng)作為單一的實體進行測試，使軟件系統(tǒng)能滿意用戶的須

要。測試內(nèi)容與系統(tǒng)測試基本相同。（驗收階段）

平行測試：新舊兩個系統(tǒng)同時運行進行比較，避開風(fēng)險的同時給用戶對新系統(tǒng)一段熟識的時間

（運行階段）

3。、什么叫維護？維護的類型有哪些？

軟件維護就是在軟件已經(jīng)交付運用之后，為了改正錯誤或滿意新的須要而修改軟件的過程。軟

件維護

類型有：

1、改正性維護：對程序運用期間發(fā)覺的程序錯誤進行診斷和改正的過程；占維護工作量

17-21%o

2、適應(yīng)性維護：協(xié)作變更了的環(huán)境進行修改軟件的活動；占維護工作量18-25%o

3、完善性維護：滿意用戶在運用過程中提出增加新的功能或修改已有功能的建議而進行的改

進工作；占維護工作量50-66%。

4、預(yù)防性維護：為了改善將來的可維護性或牢靠性而修改軟件的工作；占維護工作量4%左

右

31、UML中活動圖、狀態(tài)圖、依次圖都分別描述什么？

活動圖強調(diào)的是從活動到活動的限制流，是一種表述過程基理、業(yè)務(wù)過程以與工作流的技術(shù)。

活動圖它可以用來對業(yè)務(wù)過程、工作流建模，也可以對用例實現(xiàn)甚至是程序?qū)崿F(xiàn)來建模

狀態(tài)機圖常用來描述業(yè)務(wù)或軟件系統(tǒng)中的對象在外部事務(wù)的作用下，對象的狀態(tài)從一種狀態(tài)

狀態(tài)機圖到另一種狀態(tài)的限制流。

依次圖描述的是對象之間的消息發(fā)送關(guān)系，而不是類之間的關(guān)系

32、UML中的事物有哪些？

結(jié)構(gòu)事物：UML中的名詞，它是模型的靜態(tài)部分，描述概念或物理元素。

行為事物：UML中的動詞，它是模型中的動態(tài)部分，是一種跨越時間、空間的行為。

分組事物：UML中的容器，用來組織模型，使模型更加的結(jié)構(gòu)化。

注釋事務(wù)：UML中的說明部分，和代碼中的注釋語句一樣，是用來描述模型的

33、面對對象的基本概念類、對象、封裝、繼承等定義是什么？

類（Class）是具有相同屬性和服務(wù)的一組對象的集合，它為屬于該類的全部對象供應(yīng)了統(tǒng)一的

抽象描述，其內(nèi)部包括屬性和服務(wù)兩個主要部分。

對象（Object）是系統(tǒng)中描述客觀事物的一個實體，它是構(gòu)成系統(tǒng)的一個基本單位，由一組屬

性和對這組屬性進行操作的一組服務(wù)組成，是類的一個實例

封裝（Encapsulation）是把對象的屬性和服務(wù)結(jié)合成一個獨立的系統(tǒng)單位，并盡可能隱藏對

象的內(nèi)部細微環(huán)節(jié)。

繼承性:假如一個類A繼承自另一個類B,就把這個A稱為“B的子類"，而把B稱為"A的

父類"。繼承使得相像對象可以共享程序代碼和數(shù)據(jù)結(jié)構(gòu)，大大削減程序中的冗余信息；繼承可

以把已有的一般性的類具體化來提高軟件的可重用性。

多態(tài)性(Polymorphism)是指在父類中定義的屬性或服務(wù)被子類繼承后，可以具有不同的數(shù)

據(jù)類型或表現(xiàn)出不同的行為

34、用例圖的作用更什么?--------------

聚合組合

用例圖是外部參加者所能視察到的系統(tǒng)功能的模型圖。由一組用例、參加者與它們之間的關(guān)

系組成。主要用于對系統(tǒng)、子系統(tǒng)或類的功能行為進行建模。參加者是與系統(tǒng)交互的外部實體,

可以是人，也可以是其它系統(tǒng)。用例是從用戶的角度描述系統(tǒng)的行為(功能)它將系統(tǒng)的功能

描述成一系列事務(wù)，這些事務(wù)最終對參加者產(chǎn)生可視察結(jié)果

35、UML中的關(guān)系有哪些？

關(guān)系有六種：依靠，類屬，關(guān)聯(lián)，實現(xiàn)，聚合和組合

36、UML中實現(xiàn)關(guān)系、依靠關(guān)系、泛化關(guān)系等符號？

實現(xiàn)關(guān)系-----------

依靠關(guān)系------------>

泛化關(guān)素!

37、用例、活動、狀態(tài)、節(jié)點等圖形符號分別是什么？

填空

表示符號

kZOr3加卷和用例間的￥系

r對象二對象十才W繼承■嗨售-------------------O

叁加者夕問或用例夕間的辛憲

<<include>>........>

句修用但吐間的關(guān)系

擴展用例之間的關(guān)系〈〈extend江....》

1、畫出UML中依靠關(guān)系的圖形符號-------------

2、在UML2.0中定義了四種交互圖，其中強調(diào)對象調(diào)用依次的是程序圖。

3、UML中實現(xiàn)關(guān)系的圖形符號是一一o

4、軟件生命周期可劃分為8個階段，它們是什么？

問題定義、可行性探討、需求分析；總體設(shè)計、具體設(shè)計、編碼與單元測試、綜合測試；運行

維護。

5、軟件測試的目的是發(fā)覺錯誤，通常把測試方法按功能劃分為墨盒測試和白盒測試兩大類。

因為通常不行能做到窮盡測試，所以細心設(shè)計測試方案是保證達到測試目的所必需的。

6、計算機軟件的開發(fā)經(jīng)過三個階段分別為：定義、設(shè)計和運行。

7、軟件維護的活動包括四種：改正性維護、適應(yīng)性維護、完善性維護和

預(yù)防性維護。

8、在軟件測試過程的4個步驟中，測試依據(jù)是需求規(guī)格說明的是驗收測試。

選擇題

1、以下哪個不是具體設(shè)計中常用的圖形描述工具。

4數(shù)據(jù)流圖B、程序流圖C、盒圖(N-S圖)D、問題分析圖(PAD)

2、耦合是對軟件結(jié)構(gòu)中各個不同模塊之間相互關(guān)聯(lián)程度的度量。一個模塊干脆訪問另一個模塊

的內(nèi)部信息應(yīng)屬于方式。

A、限制耦合B、內(nèi)容耦合C、數(shù)據(jù)耦合D、外部耦合

3、在七種內(nèi)聚中屬于最強的是一功能內(nèi)聚,最弱的是偶然內(nèi)聚

4、軟件工程的原則包括：模塊化、抽象與逐步求精、信息隱藏與局部化、模塊獨立。

模塊耦合程度低,則說明模塊的獨立性越強。

A.耦合越強B、扇入數(shù)越高C、扇入數(shù)越低D、耦合越弱

5、軟件設(shè)計包括兩個階段。

A、接口設(shè)計和結(jié)構(gòu)設(shè)計B、數(shù)據(jù)設(shè)計和概要設(shè)計

C、結(jié)構(gòu)設(shè)計和過程設(shè)計D、概要設(shè)計和具體設(shè)計

6、現(xiàn)有一個計算類型的程序，它的輸入只有一個Y,其范圍是一50<Y<50?，F(xiàn)從輸入的角度

考慮設(shè)計了一組測試用例：一1。。，100,0。設(shè)計這組測試用例的方法是o

A、條件覆蓋法B、邊緣值分析法C、錯誤推想法D、等價劃分法

7、系統(tǒng)設(shè)計分為兩個階段分別為設(shè)計方案與選擇方案。

8、對于變換型的數(shù)據(jù)流圖，依據(jù)軟件設(shè)計思想，要將一個大型困難的軟件進行分解，要確定數(shù)

據(jù)流圖的輸入邊界，輸出邊界和變換中心o

9、自頂向下結(jié)合的漸增式測試法，在組合模塊時有兩種組合策略：深度優(yōu)先策略和

寬度優(yōu)先策略。

10、在用面對對象觀點建立起的3種模型中，是最基本、最重要、最核心的。

A、動態(tài)模型B、對象模型C、功能模型D、狀態(tài)模型

11、在軟件結(jié)構(gòu)圖的有關(guān)術(shù)語中，用于表示軟件結(jié)構(gòu)中限制的層數(shù)的是。

A、扇出B、扇入G深度D、寬度

12、指出PDL是哪種語言過程設(shè)計語言。

13、在進行軟件測試時，首先應(yīng)當(dāng)進行單元測試,然后再進行組裝測試，最終再進行有效

性測試。

14、結(jié)構(gòu)化設(shè)計方法是面對的設(shè)計。

A.數(shù)據(jù)編碼B.數(shù)據(jù)流C.數(shù)據(jù)庫D.數(shù)據(jù)結(jié)構(gòu)

15、軟件工程的過程模型中，瀑布是經(jīng)典的傳統(tǒng)模型。

16、模塊定義為受該模塊內(nèi)一個推斷影響的全部模塊集合。

A.限制域E、作用域C、寬度D、接口

17、在軟件生命周期中，能精確確定軟件系統(tǒng)的體系結(jié)構(gòu)的功能階段是o

4概要設(shè)計B、具體設(shè)計C、需求分析D、可行性分析

18、下面不屬于軟件工程的基本原則的是一

A、模塊化B、抽象C、局部化D、自頂向上

19、在數(shù)據(jù)流圖中，用圓或者橢圓來表示o

A、數(shù)據(jù)流B、數(shù)據(jù)源點或終點C、數(shù)據(jù)存儲D、加工

20、軟件是計算機系統(tǒng)中與硬件相互依存的部分，它是包括（A）、（B）、與（C）的完整集

合。其中，（A）是按事先設(shè)計的功能和性能要求執(zhí)行的指令序列，（B）是使程序員能夠正確

操縱信息的數(shù)據(jù)結(jié)構(gòu)，（C）是與程序開發(fā)、維護和運用有關(guān)的圖文材料。

①軟件②程序③代碼④硬件⑤文檔⑥外設(shè)⑦數(shù)據(jù)⑧圖表

21、開發(fā)軟件時，對于提高軟件開發(fā)人員工作效率至關(guān)重要的是（A）。軟件工程中描述軟件

生存周期的瀑布類型一般包括支配、（B）、設(shè)計、編碼、測試、維護等幾個階段。其中，設(shè)計

階段在管理上可以依次分成（C）和（D）兩個步驟。

A：①程序開發(fā)環(huán)境②操作系統(tǒng)的資源管理功能③開發(fā)程序人員數(shù)量④計算機

的并行處理實力

B：①需求分析②需求調(diào)查③可行性分析④問題定義

C、D:①方案設(shè)計②代碼設(shè)計③概要設(shè)計④數(shù)據(jù)設(shè)計⑤運行設(shè)

計⑥具體設(shè)計⑦故障處理設(shè)計⑧軟件體系結(jié)構(gòu)設(shè)計

22.在結(jié)構(gòu)化的分析方法中，用以表達系統(tǒng)內(nèi)數(shù)據(jù)的運行狀況的工具有（）。

A：數(shù)據(jù)流圖B：數(shù)據(jù)詞典C：結(jié)構(gòu)化英語D：判定表與判定樹

23.在結(jié)構(gòu)化的分析方法中，用實體關(guān)系圖表達系統(tǒng)中的對象與其關(guān)系，在實體關(guān)系圖中，表

達對象的實例關(guān)系之間的關(guān)聯(lián)有三種類型：一對一聯(lián)系，（）聯(lián)系，多對多聯(lián)系。

A：一對多B：多對多

24.軟件需求分析的任務(wù)，不應(yīng)包括（A）,進行需求分析可運用多種工具，但（B）是不適用的，在

需求分析中，分析員要從用戶那里解決的最重要的問題是（C）。規(guī)格說明書的內(nèi)容不應(yīng)當(dāng)包括（D）,

該文檔在開發(fā)中具有重要的作用，但其作用不應(yīng)包括舊)。

A：1問題分析2信息域分析3結(jié)構(gòu)化程序設(shè)計4確定邏輯模型

B:1數(shù)據(jù)流圖2判定表3PAD圖4數(shù)據(jù)詞典

C:1要讓軟件做什么2要對該軟件供應(yīng)哪些信息

3要求軟件工作效率如何4讓軟件具有什么結(jié)構(gòu)

D:1對重要功能的描述2對算法的具體過程性描述

3軟件確認準則4軟件的性能

E:1軟件設(shè)計的依據(jù)2用戶和開發(fā)人員對軟件要''做什么'’的共同理解

3軟件驗收的依據(jù)4軟件可行性分析的依據(jù)

25.原型化方法是用戶和軟件開發(fā)人員之間進行的一種交互過程，適用于(A)系統(tǒng)，它從用戶界

面的開發(fā)人手，首先形成(B),用戶(C),并就(D)提出看法。

A:1需求不確定性高的2需求確定的3管理信息4決策支持

B：1用戶界面運用手冊2用戶界面需求分析說明書

3系統(tǒng)界面原型4完善的用戶界面

C:1改進用戶界面的設(shè)計2閱讀文檔資料

3模擬用戶界面的運行4運行用戶界面原型

D:1同意什么和不同意什么2運用和不運用哪一種編程語言

3程序的結(jié)構(gòu)4執(zhí)行速度是否滿意要求

26.從下列有關(guān)系統(tǒng)結(jié)構(gòu)圖的描述中選出正確的敘述。

①系統(tǒng)結(jié)構(gòu)圖中反映的是程序中數(shù)據(jù)流的狀況。

②系統(tǒng)結(jié)構(gòu)圖是精確表達程序結(jié)構(gòu)的圖形表示法。因此有時也可將系統(tǒng)結(jié)構(gòu)圖當(dāng)作程序流

程圖運用。

③一個模塊的多個下屬模塊在系統(tǒng)結(jié)構(gòu)圖中所處的左右位置是無關(guān)緊要的。

④在系統(tǒng)結(jié)構(gòu)圖中，上級模塊與其下屬模塊之間的調(diào)用關(guān)系用有向線段表示。這時運用斜

的線段和水平、垂直的線段具有相同的含義。

27.選出正確答案：

①一組語句在程序中多處出現(xiàn)，為了節(jié)約內(nèi)存空間，把這些語句放在一個模塊中，該模塊

的內(nèi)聚性是(A)的。

②將幾個邏輯上相像的成份，放在同一個模塊中，通過模塊入口的一個推斷確定執(zhí)行哪一

個功能，該模塊的內(nèi)聚性是(B)的。

③模塊中全部成份引用共同的數(shù)據(jù)，該模塊的內(nèi)聚性是(C)的。

④模塊內(nèi)的某成份的輸出是另一些成份的輸入，該模塊的內(nèi)聚性是(D)的。

⑤模塊中全部成份結(jié)合起來完成一項任務(wù)，該模塊的內(nèi)聚性是舊)的。

A-E：①偶然內(nèi)聚②時間內(nèi)聚③功能內(nèi)聚④通信內(nèi)聚⑤邏輯內(nèi)聚⑥信息內(nèi)

聚⑦過程內(nèi)聚

28.關(guān)于模塊化程序設(shè)計的說法正確的五項：()

1程序設(shè)計比較便利但難于維護。

2便于由多人分工編制大型程序。

3軟件功能易于擴充。

4易于理解,也便于排錯。

5在主存儲器能夠容納的前提下，并使模塊盡可能大，以削減模塊的個數(shù)。

6模塊間的接口叫做數(shù)據(jù)文件。

7只要模塊之間的接口關(guān)系不變,模塊內(nèi)部實現(xiàn)細微環(huán)節(jié)的修改將不會影響別的模塊。

8模塊間的單向調(diào)用關(guān)系叫做模塊的層次結(jié)構(gòu)。

9模塊越小，模塊化的優(yōu)點越明顯，一般來說模塊的大小都在1。行以下。

29.從下列敘述中選出五條符合程序設(shè)計風(fēng)格指導(dǎo)原則的敘述。

1嵌套的重數(shù)應(yīng)加以限制。

2盡量少運用全局變量。

3不濫用語言特色。

4不用可以省略的括號。

5運用有意義的變量名。

6盡可能把程序編的短些。

7把常見的局部優(yōu)化工作留給編譯程序去做。

8注解越少越好。

9程序的格式應(yīng)有助于讀者理解程序。

1。應(yīng)盡可能多用goto語句。

31.測試過程須要三類輸入:(A)、(B)s(C)o

A、B、C：①接口選擇②軟件配置③硬件配置④測試配置⑤軟件環(huán)境⑥測試工具

32.測試的費用已超過(A)的30%以上，高產(chǎn)的測試是指(B),單元測試是在(C)階段完成的，集

成測試的支配是在(D)階段制定的，確認測試的支配是在(E)確定制定的。

A:①軟件開發(fā)費用②軟件維護費用③軟件開發(fā)和維護費用④軟件研制費用

⑤軟件生存期全部

B:①用適量的測試用例運行程序，證明被測試程序正確無誤

②用適量的測試用例運行程序，證明被測試程序符合相應(yīng)的要求

③用少量的測試用例運行程序發(fā)覺被測試程序盡可能多的錯誤

④用少量的測試用例運行程序，訂正被測程盡可能多的錯誤

C、D、E:①可行性探討和支配②需求分析③概要設(shè)計④具體設(shè)計⑤實現(xiàn)

⑥集成測試⑦確認測試⑧運用和維護

33.軟件測試的目的是(A),為了提高測試的效率，應(yīng)當(dāng)(B)。運用白盒測試方法時，確定測試數(shù)據(jù)

應(yīng)依據(jù)(C)和指定的附帶標準。與設(shè)計測試無關(guān)的文檔是(D)。軟件的集成測試工作最好由(E)

擔(dān)當(dāng)，以提高集成測試的結(jié)果。

A：①評價軟件的質(zhì)量②發(fā)覺軟件的錯誤③找出軟件中的全部錯誤④證明軟件是正確的

B:①隨機的選取測試數(shù)據(jù)

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

③在完成編碼后，制定軟件的測試支配

④選擇發(fā)覺錯誤的可能性大的數(shù)據(jù)作為測試數(shù)據(jù)

C:①程序的內(nèi)部邏輯②程序的困難程度③運用說明書④程序的功能

D:①該軟件的設(shè)計人員②程序的困難程度③源程序④項目開發(fā)支配

E:①該軟件的設(shè)計人員②該軟件開發(fā)組的負責(zé)人③該軟件的編程人員④不屬于該軟

件開發(fā)組的軟件設(shè)計人員

34.軟件調(diào)試的目的是(A)

A:①找出錯誤所在,并改正之②解除存在錯誤的可能性③對錯誤性質(zhì)進行分類

④統(tǒng)計出錯的次數(shù)

一.選擇題：

1.為了提高測試的效率，應(yīng)當(dāng)—。

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

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

C.在完成編碼后制定軟件的測試支配

D.選擇發(fā)覺錯誤可能性大的數(shù)據(jù)作為測試數(shù)據(jù)

2.與設(shè)計測試數(shù)據(jù)無關(guān)的文檔是—。

A.需求說明書Bo數(shù)據(jù)說明書Co源程序Do項目開發(fā)設(shè)計

3.結(jié)構(gòu)化設(shè)計是一種應(yīng)用最廣泛的系統(tǒng)設(shè)計方法，是以—為基礎(chǔ)，自頂向下，求精和模

塊化的過程。

A.數(shù)據(jù)流Bo數(shù)據(jù)流圖Co數(shù)據(jù)庫Do數(shù)據(jù)結(jié)構(gòu)

4.概要設(shè)計的結(jié)果是供應(yīng)一份—o

A.模塊說明書Bo框圖C程序D數(shù)據(jù)結(jié)構(gòu)

5.需求分析是由分析員了解用戶的要求，仔細細致地調(diào)研。分析，最終應(yīng)建立目標系統(tǒng)的

邏輯模型并寫出一。

A.模塊說明書Bo軟件規(guī)格說明書Co項目開發(fā)支配Do合同文檔

6.注釋是提高程序可讀性的有效手段，好的程序注釋占到程序總量的—。

A.1/6Bo1/5Co1/4Do1/3

7.變換型和事務(wù)型是程序結(jié)構(gòu)的標準形式。從某處獲得數(shù)據(jù)，再對這些數(shù)據(jù)作處理，然后

將結(jié)果送出是屬于一。

A.變換型B事務(wù)型

8.PAD(ProblemAnalysisDiagram)圖是一種__工具。

A.系統(tǒng)描述Bo具體設(shè)計Co測試Do編程協(xié)助

9.排錯一般是在測試發(fā)覺錯誤后進行，其中找到錯誤位置占排錯總工作量的—。

A.95%B.5%C.50%D.20%

10.分層數(shù)據(jù)流圖是一種比較嚴格又易于理解的描述方式，它的頂層描述了系統(tǒng)的一。

A.總貌B.細微環(huán)節(jié)C.抽象D.軟件的作者

11.數(shù)據(jù)流圖中，當(dāng)數(shù)據(jù)流向或流自文件時，一o

A.數(shù)據(jù)流要命名，文件不必命名

B.數(shù)據(jù)流不必命名,有文件名就足夠了

C.數(shù)據(jù)流和文件均要命名，因為流出和流進數(shù)據(jù)流是不同的

D.數(shù)據(jù)流和文件均不要命名，通過加工可自然反映出

12.分析員是—o

A.用戶中系統(tǒng)的干脆運用者B.用戶和軟件人員的中間人

C.軟件的編程人員Do用戶和軟件人員的領(lǐng)導(dǎo)

13.在軟件開發(fā)中，有利于發(fā)揮集體才智的一種做法是—。

A.設(shè)計評審E.模塊化C.主程序員制D。進度限制

14.在開發(fā)軟件時，—可用來提高程序員的工作效率。

A.程序開發(fā)環(huán)境B.操作系統(tǒng)的作業(yè)管理功能

C.編譯程序的優(yōu)化功能Do并行運算的大型計算機

15.軟件測試中設(shè)計測試實例(testcase)主要由輸入數(shù)據(jù)和—兩部分組成。

A.測試規(guī)則B.測試支配

C.預(yù)期輸出結(jié)果D.以往測試記錄分析

16.結(jié)構(gòu)化程序設(shè)計主要強調(diào)程序的

A.效率B.速度C.可讀性D.大小

17.開發(fā)軟件需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的沖突，這種現(xiàn)象稱作—。

A.軟件投機B.軟件危機C.軟件工程D.軟件產(chǎn)生

18.勝利的測試是指。

A.運行測試實例后未發(fā)覺錯誤項B.發(fā)覺程序的錯誤

C.證明程序正確D.改正程序的錯誤

19.系統(tǒng)開發(fā)的需求分析階段的重要工作之一是一o

A.數(shù)據(jù)定義B.數(shù)據(jù)庫設(shè)計C.數(shù)據(jù)維護D.數(shù)據(jù)結(jié)構(gòu)實現(xiàn)

20.文檔是軟件開發(fā)人員.維護人員.用戶以與計算機之間的__軟件開發(fā)人員在各個階段

以文檔作為前段工作成果的和后段工作的o

A.接口3.橋梁C.科學(xué)D.接著E.體現(xiàn)基礎(chǔ)

21.單獨測試一個模塊時，有時須要一個程序驅(qū)動被測試的模塊.有時還要有一個或幾個

模塊模擬由被測試模塊調(diào)用的模塊。

1.A.理解B.驅(qū)動C.管理D.傳遞

2.A.子(Sub)B.仿真(Initation)C.棧(Ssack)D.ff(Ssub)

22.在結(jié)構(gòu)化程序設(shè)計思想提出以前，在程序設(shè)計中曾強調(diào)程序的—o現(xiàn)在，與程序的—

相比，人們更重視程序的—。

12AO平安性B。專用性C。一樣性D。合理性Eo可理解性Y。效率

23.軟件測試中，白箱方法是通過分析程序的—來設(shè)計測試實例的方法，除了測試程序外,

還適用于對—階段的軟件文檔進行測試。黑箱方法是依據(jù)程序的—來設(shè)計測試實例的方法,

除了測試程序外，它適用于一階段的軟件文檔進行測試。

1、3A.應(yīng)用范圍B.內(nèi)部邏輯C.功能。.輸入數(shù)據(jù)

2、4A.編碼B.軟件具體設(shè)計C.軟件概要設(shè)計。.需求分析

24.(1)在軟件生命期周期中，階段所需工作量最大，約占70%;

(2)結(jié)構(gòu)化分析方法產(chǎn)生的系統(tǒng)說明書由一套—，一本數(shù)據(jù)字典和一組小說明與補充

材料組成；

(3)軟件的—一般由兩次故障平均間隔時間和故障平均復(fù)原時間來度量；

(4)采納—且編寫程序，可提高程序的可移植性；

(5)僅依據(jù)規(guī)格說明書描述的程序功能來設(shè)計測試實例的方法稱為—o

1.A.分析B.設(shè)計C編碼D測試E維護

2.A.因果B。分層數(shù)據(jù)加圖CPAD圖D程序流程圖

3.A.可維護性B牢衰性C效率D互理解性

4.A.機器語言B宏指令C匯編語言。高級語言

5.A.白箱法B表態(tài)分析法。黑箱法D人工分析法

25.一是以發(fā)覺錯誤為目的的，而—是以定位，分析和改正錯誤為目的的。

A.測試B.排錯(調(diào)試)C.維護D.開發(fā)

26.請按依次寫出軟件生命期的幾個階段—，—，—，—,—,—。

A.維護B.測試C.具體設(shè)計D.概要設(shè)計E.編碼F.需求分析

27.軟件發(fā)展過程中，第一階段(5。年頭)稱為“程序設(shè)計原始時期”，這時既沒有1―

也沒有—2_,程序員只能用匯編語言編寫程序。其次階段(50年頭末——60年頭末)稱為“基

本軟件期”，出現(xiàn)了1—并漸普與，隨之2—編譯技術(shù)也有較大發(fā)展。第三階段(6。年頭一

-70年頭中)稱為“程序設(shè)計方法的時代與硬件費用下降相反，軟件開發(fā)費急劇上升。人

們提出了3—和4—等到程序設(shè)計方法，設(shè)法降低軟件開發(fā)的費用。第四代階段（7。年頭

中至今）稱為“軟件工程時期”，軟件開發(fā)技術(shù)不再僅僅是程序設(shè)計技術(shù)，而是同軟件開發(fā)的各

階段（5—,6—,編碼，測試，7—）與整體和管理有關(guān)。

①②③④A.匯編語言B.操作系統(tǒng)C.虛擬存儲器概念D.高級語言E.結(jié)

構(gòu)化程序設(shè)計數(shù)據(jù)庫概念F.固件G.模塊化程序設(shè)計

⑤⑥⑦A.運用和維護B.兼容性的確認C.完整性的確定D.設(shè)計E需求定

義F圖像處理

28.軟件危機出現(xiàn)于一,為了解決軟件危機，人們提出了用—的原理來設(shè)計軟件，這是

軟件工程誕生的基礎(chǔ)。

A.50年頭末B.6。年頭初C.6。年頭末D.70年頭初

A.運籌學(xué)B.工程學(xué)C.軟件學(xué)D.軟件學(xué)E.數(shù)字

29.瀑布模型把軟件生存周期劃分為軟件定義、軟件開發(fā)和—三個階段，而每一階段又

可細分為若干個更小的階段。

A.具體設(shè)計B.可行性分析C.運行與維護D.測試與排錯

30.軟件的—設(shè)計又稱為總體設(shè)計，其主要任務(wù)是建立軟件系統(tǒng)的總體結(jié)構(gòu)。

A.概要B.抽象C.邏輯D.規(guī)劃

31.結(jié)構(gòu)化分析SA是軟件開發(fā)需求分析階段所運用的方法，—不是SA所運用的工具。

A.DFD圖B.PAD圖C.結(jié)構(gòu)化英語D.判定表

32.結(jié)構(gòu)化分析方法以數(shù)據(jù)流圖、—和加工說明等描述工具，即用直觀的圖和簡潔的語言

來描述軟件系統(tǒng)模型。

A.DFD圖B.PAD圖C.IPO圖D.數(shù)據(jù)字典

33.模塊本身的內(nèi)聚是模塊獨立性的重要度量因素之一，在七類內(nèi)聚中，具有最強內(nèi)聚的一

類是—o

A.依次性內(nèi)聚B.過程性內(nèi)聚C.邏輯性內(nèi)聚D.功能性內(nèi)聚

34.Jackson設(shè)計方法由英國的M.Jackson提出的，它是一種面對的設(shè)計方法。

A.對象B.數(shù)據(jù)流C.數(shù)據(jù)結(jié)構(gòu)D.限制結(jié)構(gòu)

35.結(jié)構(gòu)化設(shè)計思想的核心是要求程序只由依次、循環(huán)和—三種結(jié)構(gòu)組成。

A.分支B.單入口C.單出口D.有規(guī)則GOTO

36.源程序的版面文檔要求應(yīng)有變量說明、適當(dāng)注釋和—o

A.框圖B.統(tǒng)一有與將式C.修改記錄D.編程日期

37.在軟件工程中，軟件測試的目的是—

A.試驗性運行軟件B.發(fā)覺軟件錯誤

C.證明軟件是正確的D.找出軟件中的全部錯誤

38.在軟件工程中，當(dāng)前用于保證軟件質(zhì)量的主要技術(shù)手段還是一。

A.正確性證明B.測試C.自動程序設(shè)計D.符號證明

39.在軟件工程中，高質(zhì)量的文檔標準是完整性、一樣性和—。

A.統(tǒng)一性B.平安性。.無二義性D.組合性

40.在軟件探討過程中，CASE是—o

A.指計算機協(xié)助系統(tǒng)工程B.CAD和CAM技術(shù)的發(fā)展動力

C.正在試驗室用的工具D.指計算機協(xié)助軟件工程

41.軟件（結(jié)構(gòu)）設(shè)計階段（概要設(shè)計）的文檔是—。

A.系統(tǒng)模型說明書B.程序流程圖

C.系統(tǒng)功能說明書D.模塊結(jié)構(gòu)圖和說明書

42.軟件的維護是指—o

A.對軟件的改進、適應(yīng)和完善B.維護正常運行

C.配置新軟件D.軟件開發(fā)期的一個階段

43.逆向工程在軟件工程中主要用于一階段。

A.分析B.設(shè)計C.編碼D.維護

44.軟件工程中，只依據(jù)程序的功能說明而不關(guān)切程序內(nèi)部的邏輯結(jié)構(gòu)的測試方法，稱為

測試。

A.白盒法B.灰盒法C.黑盒法D.綜合法

45.模塊內(nèi)聚聯(lián)系最大的是—。

A.依次內(nèi)聚B.功能內(nèi)聚C.通信內(nèi)聚D.時間內(nèi)聚

46.在軟件的設(shè)計階段應(yīng)供應(yīng)的文檔是—o

A.軟件需求規(guī)格說明書

B.概要設(shè)計規(guī)格說明書和具體設(shè)計規(guī)格說明書

C.數(shù)據(jù)字典與流程圖

D.源程序以與源程序的說明書

47.程序流程圖、N-S圖和PAD圖是—運用的算法表達工具。

A.設(shè)計階段的概要設(shè)計B.設(shè)計階段的具體設(shè)計

C.編碼階段D.測試階段

48.軟件的可維護性是指―。

A.軟件的可理解程度,程序修改的難易程度

B.軟件文檔修改的難易程度

C.程序修改的難易程度

D.運用維護工具進行維護的難易程度

49.月收入＜=800元者免稅，現(xiàn)用輸入數(shù)800元和801元測試程序，則采納的是一方法。

A.邊緣值分析B.條件覆蓋C.錯誤推想D.等價類

50.采納黑盒法測試程序是依據(jù)—o

A.程序的邏輯B.程序的功能說明C.程序中的語句D.程序中的數(shù)據(jù)

51.數(shù)據(jù)流圖的小說明中描述的最基本部分是—o

A.激發(fā)條件B.加工邏輯C.優(yōu)先級D.執(zhí)行頻率

52.系統(tǒng)的健壯性是指—o

A.系統(tǒng)能夠正確地完成預(yù)期的功能B.系統(tǒng)能有效地運用計算機資源

C.在有干擾或輸入數(shù)據(jù)不合理等意外狀況下,系統(tǒng)仍能進行適當(dāng)?shù)毓ぷ?/p>

D.在任何狀況下，系統(tǒng)均具有錯誤自修復(fù)功能

53.軟件工程學(xué)是應(yīng)用科學(xué)理論和工程上的技術(shù)指導(dǎo)軟件開發(fā)的學(xué)科，其目的是—。

A.引入新技術(shù)提高空間利用率B.用較少的投資獲得高質(zhì)量的軟件

C.縮短研制周期擴大軟件功能D.硬軟件結(jié)合使系統(tǒng)面對應(yīng)用

54.不適于作為數(shù)據(jù)流圖處理（加工）框名稱的是—。

A.人工校核工資數(shù)據(jù)B.工資支票數(shù)據(jù)

C.打印工資支票D.計算職工工資

55.假如模塊中全部成分引用共同的數(shù)據(jù)，該模塊內(nèi)的聯(lián)系類型是—。

A.依次內(nèi)聚B.功能內(nèi)聚C.通信內(nèi)聚D.過程內(nèi)聚

56.某模塊的功能是打印錄用通知書或不錄用通知書，調(diào)用模塊可通過向此模塊傳遞布爾標

記信息確定本次調(diào)用哪種通知書的打印，這種模塊之間的耦合稱為—O

A.數(shù)據(jù)耦合B.混合耦合C.公共耦合D.限制耦合

57.適應(yīng)性維護的含義是—所進行的維護。

A.為使軟件在變更了的環(huán)境下仍能運用

B.為改正在開發(fā)時期產(chǎn)生、測試階段沒有發(fā)覺、運行時出現(xiàn)的錯誤

C.為改善系統(tǒng)性能、擴充功能

D.為軟件的正常執(zhí)行

58.采納白盒法測試模塊（程序），應(yīng)依據(jù)—。

A.內(nèi)部邏輯結(jié)構(gòu)B.算法困難度C.外部功能特性D.支撐環(huán)境

59.下列關(guān)于軟件工程方面的敘述中，正確的說法是—o

A.軟件的質(zhì)量標準中,某些因素是不行兼得的

B.數(shù)據(jù)字典包括數(shù)據(jù)流、文件、模塊調(diào)用關(guān)系等三種條目

C.測試過程即調(diào)試

D.白盒法測試用例中，滿意條件覆蓋的肯定滿意判定覆蓋

60.程序編寫（實現(xiàn)）階段完成的文檔有—o

A.具體設(shè)計說明書B.具體設(shè)計說明書、用戶手冊

C.模塊開發(fā)宗卷、操作手冊D.用戶手冊、操作手冊

61.軟件總體結(jié)構(gòu)的內(nèi)容應(yīng)在—文檔中闡明。

A.軟件需求規(guī)格說明書B.概要設(shè)計規(guī)格說明書

C.具體設(shè)計規(guī)格說明書D.數(shù)據(jù)要求規(guī)格說明書

62.運用結(jié)構(gòu)化分析方法時，采納的基本手段是—o

N*分解和抽象B.分解和綜合C.歸納與推導(dǎo)D.摸索與回溯

63.確定軟件可維護性的主要因素可概括為—。

A.可測試性、可理解性、可修改性B.一樣性、結(jié)構(gòu)性、自我描述性

C.可計測性、可訪問性、可通訊性D.可擴充性、簡潔性、結(jié)構(gòu)性

64.要削減兩個模塊之間的耦合，則必需—。

A.兩個模塊間的調(diào)用次數(shù)要少

B.模塊間傳遞的參數(shù)要少

C.模塊間傳遞的參數(shù)要少且布傳遞開關(guān)型參數(shù)

D.模塊間傳遞的參數(shù)要少且不傳遞開關(guān)型參數(shù)以與兩模塊不引用同樣的全局變量

65.軟件開發(fā)中系統(tǒng)分析階段產(chǎn)生的文檔是—o

A.數(shù)據(jù)流圖B.系統(tǒng)說明書C.模塊結(jié)構(gòu)圖和模塊說明書D.數(shù)據(jù)字典

66.初始化模塊和結(jié)束模塊從塊內(nèi)聯(lián)系看，被稱為—模塊。

A.過程內(nèi)聚B.功能內(nèi)聚C.時間內(nèi)聚D.邏輯內(nèi)聚

67.結(jié)構(gòu)化設(shè)計方法采納變換分析和事務(wù)分析技術(shù)實現(xiàn)—o

A.從數(shù)據(jù)結(jié)構(gòu)導(dǎo)出程序結(jié)構(gòu)B.從模塊結(jié)構(gòu)導(dǎo)出程序結(jié)構(gòu)

C.從模塊結(jié)構(gòu)導(dǎo)出數(shù)據(jù)結(jié)構(gòu)D.從數(shù)據(jù)流圖導(dǎo)出初始化結(jié)構(gòu)圖

68.在軟件測試中，確認（驗收）測試主要用于發(fā)覺一階段的錯誤。

A.軟件支配B.需求分析C.軟件設(shè)計D.編碼

69.結(jié)構(gòu)化系統(tǒng)分析主要是通過—進行分析的。

A.算法分解B.限制結(jié)構(gòu)分解C.數(shù)據(jù)結(jié)構(gòu)分解D.處理功能分解

70.結(jié)構(gòu)化設(shè)計方法是面對—的設(shè)計方法。

A.過程B.對象C.數(shù)據(jù)流D.數(shù)據(jù)結(jié)構(gòu)

71.在維護懇求且進行的維護過程中，應(yīng)先—，然后對維