軟件工程試卷word版

1、一、（每小題1 分，共10 分）單項(xiàng)選擇題1、軟件是（ C ）。A 計(jì)算方法 B 一個(gè)計(jì)算任務(wù)的處理對象的描述C 程序和文檔 D 一個(gè)計(jì)算任務(wù)的處理規(guī)則的描述2、劃分模塊時(shí)，下列說法正確的是（ A ）。A 作用范圍應(yīng)在其控制范圍之內(nèi) B 控制范圍應(yīng)在其作用范圍之內(nèi)C 作用范圍與控制范圍不包含 D 作用范圍與控制范圍不受任何限制3、兩個(gè)模塊都使用同一張表，模塊之間的這種耦合稱為（ C ）。A 數(shù)據(jù)耦合 B 內(nèi)容耦合C 公共耦合 D 控制耦合4、與同一張年報(bào)表有關(guān)的所有程序段組成一個(gè)模塊,該模塊的內(nèi)聚性為（ C ）。A 邏輯內(nèi)聚 B 時(shí)間內(nèi)聚C 通信內(nèi)聚 D 順序內(nèi)聚5、下列選項(xiàng)中，不能反映軟件結(jié)

2、構(gòu)的基本形態(tài)特征是（ C ）。A 深度 B 扇入C 粒度 D 扇出6、面向?qū)ο蠓治龇椒ㄅc結(jié)構(gòu)化分析方法的區(qū)別之一是（ B ）。A 一個(gè)使用了“抽象”，一個(gè)沒有使用“抽象”。B 一個(gè)以問題域的成分為基點(diǎn)來構(gòu)造一個(gè)模塊，而另一個(gè)不是。C 一個(gè)目標(biāo)明確，而一個(gè)目標(biāo)不明確。D 一個(gè)需要考慮數(shù)據(jù)結(jié)構(gòu)，而另一個(gè)不需要考慮數(shù)據(jù)結(jié)構(gòu)。7、軟件過程是（ C ）。A 特定的開發(fā)模型 B 一種軟件求解的計(jì)算邏輯C 活動(dòng)的集合 D 軟件生存周期模型8、軟件測試的目的是（ B ）。A 評價(jià)軟件的質(zhì)量 B 發(fā)現(xiàn)軟件的錯(cuò)誤C 找出軟件中的所有錯(cuò)誤 D 證明軟件是正確的9、一般說來與設(shè)計(jì)測試數(shù)據(jù)無關(guān)的文檔是（ D ）。A 需

3、求規(guī)格說明書 B 設(shè)計(jì)說明書C 源程序 D 項(xiàng)目開發(fā)計(jì)劃10、以下不屬于Wasserman 提出的五級軟件開發(fā)環(huán)境集成模型的是（ B ）。A 平臺集成 B 通信集成C 數(shù)據(jù)集成 D 過程集成9若有一個(gè)計(jì)算類型的程序，它的輸入量只有一個(gè)X，其范圍是-1.0, 1.0，現(xiàn)從輸入的角度考慮一組測試用例：-1.001, -1.0, 1.0, 1.001.設(shè)計(jì)這組測試用例的方法是（ C ）A條件覆蓋法 B等價(jià)分類法 C邊界值分析法 D錯(cuò)誤推測法10、詳細(xì)設(shè)計(jì)的基本任務(wù)是確定每個(gè)模塊的( D )設(shè)計(jì)A功能 B.調(diào)用關(guān)系 C.輸入輸出數(shù)據(jù) D.算法11設(shè)函數(shù)C（X）定義問題X的復(fù)雜程序，函數(shù)E（X）確定解決

4、問題X需要的工作量（時(shí)間）。對于兩個(gè)問題P1和P2，如果C（P1）C（P2）顯然E（P1）E（P2）,則得出結(jié)論E（P1+P2）E（P1）+E（P2）就是：（ A ）A模塊化的根據(jù) B逐步求精的根據(jù) C抽象的根據(jù) D信息隱藏和局部化的根據(jù)12下面幾種白箱測試技術(shù)，哪種是最強(qiáng)的覆蓋準(zhǔn)則 （ D ）A語句覆蓋 B條件覆蓋 C判定覆蓋 D條件組合覆蓋13面向數(shù)據(jù)流的設(shè)計(jì)方法把（ A ）映射成軟件結(jié)構(gòu)。 A數(shù)據(jù)流 B系統(tǒng)結(jié)構(gòu) C控制結(jié)構(gòu) D信息流14.內(nèi)聚程度最低的是（ A ）內(nèi)聚A.偶然 B.過程 C.順序 D.時(shí)間15.確定測試計(jì)劃是在（ A ）階段制定的.A總體設(shè)計(jì) B.詳細(xì)設(shè)計(jì) C.編碼 D.

5、測試16需求分析的產(chǎn)品是（ D ） A數(shù)據(jù)流程圖案 B數(shù)據(jù)字典 C判定表 D需求規(guī)格說明書 17數(shù)據(jù)字典是軟件需求分析階段的最重要工具之一，其最基本的功能是（ C ）A數(shù)據(jù)庫設(shè)計(jì) B數(shù)據(jù)通信 C數(shù)據(jù)定義 D數(shù)據(jù)維護(hù)18( D )引入了“風(fēng)險(xiǎn)驅(qū)動(dòng)”的思想，適用于大規(guī)模的內(nèi)部開發(fā)項(xiàng)目。 A增量模型 B噴泉模型 C原型模型 D螺旋模型19模塊的內(nèi)聚性最高的是（ D ）A邏輯內(nèi)聚 B時(shí)間內(nèi)聚 C偶然內(nèi)聚 D功能內(nèi)聚20.提高測試的有效性非常重要,成功的測試是指( D )A.證明了被測試程序正確無誤 B. 說明了被測試程序符合相應(yīng)的要求C.未發(fā)現(xiàn)被測程序的錯(cuò)誤 D.發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯(cuò)誤二、填空題

6、(本大題共10小題，每小題2分，共20分)請?jiān)诿啃☆}的空格中填上正確答案。錯(cuò)填、不填均無分。1.軟件工程中的結(jié)構(gòu)化分析SA是一種面向_數(shù)據(jù)流_的分析方法。2.軟件模塊獨(dú)立性的兩個(gè)定性度量標(biāo)準(zhǔn)是_內(nèi)聚性、耦合性_。3.軟件開發(fā)是一個(gè)自頂向下逐步細(xì)化和求精的過程，而軟件測試是一個(gè)_由下而上_的過程。4._數(shù)據(jù)流圖_和數(shù)據(jù)字典共同構(gòu)成了系統(tǒng)的邏輯模型5._等價(jià)劃分_是一種黑盒測試技術(shù)，這種技術(shù)把程序的輸入域劃分為若干個(gè)數(shù)據(jù)類，據(jù)此導(dǎo)出測試用例。23數(shù)據(jù)字典有四類條目，分別是數(shù)據(jù)流、_數(shù)據(jù)項(xiàng)_、數(shù)據(jù)存儲和基本加工。24各種軟件系統(tǒng)的數(shù)據(jù)流圖一般可分為_變換型_和事務(wù)型兩類。30面向?qū)ο蠓治鲋校瑒?dòng)態(tài)模型

7、使用_狀態(tài)圖_作為描述工具，該圖反映了狀態(tài)與事件的關(guān)系。1、將下面的關(guān)系按繼承關(guān)系、聚集關(guān)系或普通關(guān)聯(lián)進(jìn)行分類。小汽車-紅旗轎車（ 繼承 ）小汽車-駕駛員（ 普通關(guān)聯(lián) ）班級-學(xué)生（ 聚集）2、將下列各項(xiàng)分為類或類的實(shí)例我的汽車（ 實(shí)例 ） 交通工具（ 類 ）三、（每小題4 分，共20 分）解釋以下概念1、模塊內(nèi)聚，并舉例說明3 種模塊內(nèi)聚類型。答：模塊內(nèi)聚是模塊內(nèi)各處理成分之間的相互關(guān)聯(lián)。作為模塊化度量指標(biāo)之一，它是指導(dǎo)人們進(jìn)行模塊結(jié)構(gòu)設(shè)計(jì)的重要概念。一般地，模塊內(nèi)聚可分為：1) 偶然內(nèi)聚：即一個(gè)模塊內(nèi)各成分之間毫無關(guān)系，則稱為偶然內(nèi)聚。2) 邏輯內(nèi)聚：即把幾個(gè)邏輯上相關(guān)的功能放在一個(gè)模塊中

8、，則稱為邏輯內(nèi)聚。3) 時(shí)間內(nèi)聚：即如果一個(gè)模塊完成的功能必須在同一時(shí)間內(nèi)執(zhí)行，則稱為時(shí)間內(nèi)聚。4) 過程內(nèi)聚：即如果一個(gè)模塊內(nèi)部的處理成分相關(guān)，且這些處理成分必須以特定的次序執(zhí)行，則稱為過程內(nèi)聚。5) 通信內(nèi)聚：即如果一個(gè)模塊的所有成分都操作同一數(shù)據(jù)集或生成同一數(shù)據(jù)集，則稱為通信內(nèi)聚。6) 順序內(nèi)聚：即如果一個(gè)模塊的各個(gè)處理成分和同一功能相關(guān)，且一個(gè)成分的輸出作為另一成分的輸入，則稱為順序內(nèi)聚。7) 功能內(nèi)聚：即模塊的所有成分對于完成單一功能都是基本的，則稱為功能內(nèi)聚。2、事務(wù)型數(shù)據(jù)流圖，并舉例說明。答：事務(wù)型數(shù)據(jù)流圖:數(shù)據(jù)到達(dá)一個(gè)加工（例如圖1），該加工根據(jù)輸入數(shù)據(jù)的值，在其后的若干動(dòng)作序

9、列（稱為一個(gè)事務(wù)）中選出一個(gè)來執(zhí)行，這類數(shù)據(jù)流圖稱為事務(wù)型數(shù)據(jù)流圖。3、黑盒測試，并舉出三種黑盒測試技術(shù)。答：黑盒測試也稱功能測試或數(shù)據(jù)驅(qū)動(dòng)測試，它是在已知產(chǎn)品所應(yīng)具有的功能，通過測試來檢測每個(gè)功能是否都能正常使用，在測試時(shí)，把程序看作一個(gè)不能打開的黑盆子，在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下，測試者在程序接口進(jìn)行測試，它只檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用，程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)鋸而產(chǎn)生正確的輸出信息，并且保持外部信息（如數(shù)據(jù)庫或文件）的完整性。黑盒測試方法主要有等價(jià)類劃分、邊值分析、因果圖、錯(cuò)誤推測等，主要用于軟件確認(rèn)測試。4、軟件測試中的分支覆蓋，并舉例說明。答：

10、至少執(zhí)行程序中每一分支一次。如果遵循這一規(guī)定，則我們說達(dá)到了100%分支覆蓋率（用C2 表示）。例如圖2 中要實(shí)現(xiàn)100分支覆蓋，則需要設(shè)計(jì)測試用例，分別實(shí)現(xiàn)兩個(gè)分支的T、F 分支各執(zhí)行一次。5、對象的多態(tài)性，并舉例說明。答：對象的多態(tài)性是指在一般類中定義的屬性或操作被特殊類繼承之后，可以具有不同的數(shù)據(jù)類型或表現(xiàn)出不同的行為。這使得一個(gè)屬性或操作名在一般類及其各個(gè)特殊類中具有不同的語義。例如圖3 中正多邊形和軸向矩形兩個(gè)類中的屬性“頂點(diǎn)數(shù)據(jù)”和操作“繪圖”和多邊形類中的屬性“頂點(diǎn)數(shù)據(jù)”和操作“繪圖”名字相同，但語義不同。四、（每小題5 分，共20 分）簡答題1、需求分為哪幾種類型？并舉例說明各

11、類需求。答：需求分為功能、性能、外部接口、設(shè)計(jì)約束和質(zhì)量屬性五類。(1)功能需求功能需求規(guī)約了系統(tǒng)或系統(tǒng)構(gòu)件必須執(zhí)行的功能。例如，“系統(tǒng)應(yīng)對所有已銷售的應(yīng)納稅商品計(jì)算銷售稅”為一個(gè)功能需求。(2)性能需求性能需求(Performance requirement)規(guī)約了一個(gè)系統(tǒng)或系統(tǒng)構(gòu)件必須具有的性能特性。例如，“系統(tǒng)應(yīng)該在5 分鐘內(nèi)計(jì)算出給定季度的總銷售稅”為一性能需求。(3)外部接口需求外部接口需求(External interface requirement)規(guī)約了系統(tǒng)或系統(tǒng)構(gòu)件必須與之交互的硬件、軟件或數(shù)據(jù)庫元素。它也可能規(guī)約其格式、時(shí)間或其他因素。例如，賬戶接收系統(tǒng)必須為月財(cái)務(wù)狀況系統(tǒng)

12、提供更新信息，如在“財(cái)務(wù)系統(tǒng)描述”第4 修訂版中所描述的。該需求為外部接口需求。(4)設(shè)計(jì)約束設(shè)計(jì)約束限制了系統(tǒng)或系統(tǒng)構(gòu)件的設(shè)計(jì)方案。例如，“系統(tǒng)必須用C+或其他面向?qū)ο笳Z言編寫”為一設(shè)計(jì)約束。(5)質(zhì)量屬性質(zhì)量屬性(Quality attribute)規(guī)約了軟件產(chǎn)品必須具有的一個(gè)性質(zhì)是否達(dá)到質(zhì)量方面一個(gè)所期望的水平。例如 “可靠性”為一質(zhì)量屬性。2、為了表達(dá)客體之間的關(guān)系，UML 給出了哪幾種術(shù)語？請舉例說明。答： 在 UML 中，提供了以下4 種關(guān)系,作為UML 模型中的基本關(guān)系構(gòu)造塊，表達(dá)類目之間的關(guān)系，以構(gòu)造一個(gè)結(jié)構(gòu)良好的UML 模型. 關(guān)聯(lián)(association) 泛化（gener

13、alization） 實(shí)現(xiàn)（realization） 依賴(dependency)舉例如下：（文字也可以）：此處答案多種多樣，僅供參考。3、軟件生存周期過程按不同人員的工作內(nèi)容可分為哪幾類？請分別給出解釋。答：按照不同人員的工作內(nèi)容來分，將軟件生存周期過程分為三類：基本過程、支持過程和組織過程:（1）基本過程是指那些與軟件生產(chǎn)直接相關(guān)的過程；（2）支持過程是有關(guān)各方按他們的支持目標(biāo)所從事的一系列相關(guān)活動(dòng)集；（3）組織過程是指那些與軟件生產(chǎn)組織有關(guān)的過程。4、CMM 過程成熟度等級包括哪幾級？每一等級的特點(diǎn)是什么？答：CMM 五級模型包括以下五級：1 初始級：軟件過程是無序的，有時(shí)甚至是混亂的，

14、對過程幾乎沒有定義，成功取決于個(gè)人努力。管理是反應(yīng)式的。2 可重復(fù)級：建立了基本的項(xiàng)目管理過程來跟蹤費(fèi)用、進(jìn)度和功能特性。制定了必要的過程紀(jì)律，能重復(fù)早先類似應(yīng)用項(xiàng)目取得的成功。3 已定義級：已將軟件管理和工程兩方面的過程文檔化、標(biāo)準(zhǔn)化，并綜合成該組織的標(biāo)準(zhǔn)軟件過程。所有項(xiàng)目均使用經(jīng)批準(zhǔn)、剪裁的標(biāo)準(zhǔn)軟件過程來開發(fā)和維護(hù)軟件。4 已定量管理級：收集對軟件過程和產(chǎn)品質(zhì)量的詳細(xì)度量，對軟件過程和產(chǎn)品有定量的理解與控制。5 持續(xù)優(yōu)化級：過程的量化反饋和先進(jìn)的新思想、新技術(shù)促進(jìn)過程不斷改進(jìn)。五、應(yīng)用題4、某航空公司規(guī)定，乘客可以免費(fèi)托運(yùn)重量不超過30kg的行李。當(dāng)行李重量超過30kg時(shí)，對頭等艙的國內(nèi)乘

15、客超重部分每公斤收費(fèi)4元，對其他艙的國內(nèi)乘客超重部分每公斤收費(fèi)6元，對外國乘客超重部分每公斤收費(fèi)比國內(nèi)乘客多一倍，對殘疾乘客超重部分每公斤收費(fèi)比正常乘客少一半。用判定樹表示與上述每種條件組合相對應(yīng)的計(jì)算行李費(fèi)的算法.答案:六、（共12 分）分析題1、（4 分）把下面的程序流程圖轉(zhuǎn)換為偽碼；2、（4 分）把下面的程序流程圖轉(zhuǎn)換N-S 圖；3、（4 分）根據(jù)下面的程序流程圖，設(shè)計(jì)最少測試用例，實(shí)現(xiàn)分支覆蓋。（注：在設(shè)計(jì)測試用例時(shí)，其中的循環(huán)結(jié)構(gòu)可以看作是一個(gè)語句，并假定s1，s2，s3，s4，s5，s6 均不改變x 和y 的值。）答： （1）該流程圖對應(yīng)的偽碼是：begin s1;if x10 t

16、hen s3 else s2;for i:=1 to 9 do s4;if y 10 then s6;end.（2）該流程圖對應(yīng)的N-S 圖為：（3）實(shí)現(xiàn)分支覆蓋的用例為：（ x=11, y=9 ）( x=9, y=11 )七、（共18 分）建模題問題陳述：在一簡化的圖書管理系統(tǒng)中，（1）圖書管理員負(fù)責(zé)： 錄入每一入庫的圖書（書名，圖書編號，圖書種類，作者，單價(jià)，入庫數(shù)量）； 并當(dāng)圖書出現(xiàn)丟失時(shí)，修改該圖書的庫存數(shù)量；如果圖書庫存數(shù)量小于庫存下限，則將購書通知（書名，購書量）發(fā)給采購員。（2）采購員負(fù)責(zé)： 將圖書管理員發(fā)來的購書通知（書名，購書量）存入購書目錄文件（書名，購書量）； 每月末，根

17、據(jù)購書目錄文件，制定購書計(jì)劃（書名，購書量），并將購書計(jì)劃提交館長審批； 館長審批通過購書計(jì)劃后，開始購書，并清除購書目錄文件中的相應(yīng)記錄。（3）館長負(fù)責(zé)：審批采購員提交的購書計(jì)劃，并返回審批意見（同意或不同意）。（4）圖書館主任負(fù)責(zé)： 隨時(shí)查詢某類圖書的庫存情況（圖書種類，庫存量，庫存金額）； 在每月末，按圖書種類統(tǒng)計(jì)庫存情況（圖書種類，庫存量，庫存金額）。1、（5 分）用結(jié)構(gòu)化分析方法給出該系統(tǒng)的頂層DFD（系統(tǒng)環(huán)境圖）；2、（4 分）用結(jié)構(gòu)化分析方法給出該系統(tǒng)的0 層DFD；3、（4 分）給出上述兩層DFD 的數(shù)據(jù)字典；4、（5 分）定義一個(gè)交互，并以順序圖給出該交互的描述。答：（1） 該系統(tǒng)的頂層DFD 如下：（2）該系統(tǒng)的0 層DFD 形式多種多樣：此處略。（3）兩層DFD 的數(shù)據(jù)字典如下：數(shù)據(jù)流條目：入庫單書名圖書編號圖書種類作者單價(jià)入庫數(shù)量庫存修改單書名庫存量購書通知單書名購書量購書清單書名購書量購書計(jì)劃書名購書量被批準(zhǔn)的購書計(jì)