軟件工程期末復(fù)習(xí)-北郵

1、1、軟件是一種（邏輯實(shí)體），而不是具體的物理實(shí)體，因而它具有抽象性。2、需求分析研究的對(duì)象是軟件項(xiàng)目的（用戶(hù)客戶(hù)功能性能功能）要求。3、需求分析的任務(wù)就是借助于當(dāng)前系統(tǒng)的（邏輯模型）導(dǎo)出目標(biāo)系統(tǒng)的（邏輯模型），解決目標(biāo)系統(tǒng)的（“做什么”）的問(wèn)題。4、結(jié)構(gòu)化需求分析方法由對(duì)軟件問(wèn)題的（信息數(shù)據(jù)）和（功能）的系統(tǒng)分析過(guò)程及其表示方法組成。5、確認(rèn)測(cè)試包括：有效性測(cè)試和（軟件配置審查，文檔審查）。6、白盒測(cè)試的邏輯覆蓋方法包括語(yǔ)句覆蓋、（判定

2、判斷覆蓋）、條件覆蓋、（判定判斷條件覆蓋）、條件組合覆蓋、（路徑覆蓋路徑測(cè)試基本路徑測(cè)試）。注：次序無(wú)關(guān)7、為了提高模塊的獨(dú)立性，模塊之間最好是(數(shù)據(jù)耦合)為了提高模塊的獨(dú)立性，模塊最好是（功能內(nèi)聚）8、下列關(guān)于功能性注釋不正確的說(shuō)法是(B)A.功能性注釋嵌在源程序中，用于說(shuō)明程序段或語(yǔ)句的功能以及數(shù)據(jù)的狀態(tài)B.注釋用來(lái)說(shuō)明程序段，需要在每一行都要加注釋C.可使用空行或縮進(jìn)，以便很容易區(qū)分注釋和程序D.修改程序也應(yīng)修改注釋9、在UML狀

3、態(tài)圖中，與轉(zhuǎn)移上的事件聯(lián)系在一起的瞬時(shí)操作是（動(dòng)作）10、測(cè)試的關(guān)鍵問(wèn)題是(如何選擇測(cè)試用例)11、以下說(shuō)法不正確的是（A）。A原型思想是在研究概要設(shè)計(jì)階段的方法和技術(shù)中產(chǎn)生的。B探索型和實(shí)驗(yàn)型原型采用的是拋棄策略。C進(jìn)化型原型采用的是追加策略。D快速原型方法是利用原型輔助軟件開(kāi)發(fā)的一種思想。12、需求規(guī)格說(shuō)明書(shū)的作用不包括（C）A軟件驗(yàn)收的依據(jù)B用戶(hù)與開(kāi)發(fā)人員對(duì)軟件要做什么的共同理解C軟件可行性研究的依據(jù)D軟件設(shè)計(jì)的依據(jù)13、軟件結(jié)構(gòu)

4、圖中，模塊框之間若有直線(xiàn)連接，表示它們之間存在（調(diào)用關(guān)系）14、下面關(guān)于DFD中的加工的描述正確的是(C)30、OOA所要完成的工作不包括（D）A.建立用例模型B.建立領(lǐng)域模型C.建立操作契約D.定義完善的類(lèi)的屬性和操作31、結(jié)構(gòu)化程序設(shè)計(jì)采用的三種基本控制結(jié)構(gòu)是（順序、選擇、重復(fù)）32、下面哪一個(gè)不屬于UML中的圖（D）。A.類(lèi)圖B.狀態(tài)圖C.構(gòu)件圖D.數(shù)據(jù)流圖33、如果由于某種原因不能修改已有的用例文本，使用以下哪種關(guān)系可以解決這個(gè)

5、問(wèn)題（C）。A.包含關(guān)系B.繼承關(guān)系C.擴(kuò)展關(guān)系D.聚合關(guān)系34、下面哪種生命周期模型本身不是一個(gè)完整的方法論（D）。A.螺旋模型B.噴泉模型C.RUPD.敏捷模型35軟件的可行性研究中不包括（D）。A.技術(shù)可行性B.法律可行性C.經(jīng)濟(jì)可行性D.政治可行性36對(duì)象實(shí)現(xiàn)了數(shù)據(jù)和操作的結(jié)合，使數(shù)據(jù)和操作（C）于對(duì)象的統(tǒng)一體中。A.聚合B.組合C.封裝D.抽象37面向?qū)ο笤O(shè)計(jì)模型中不包括（A）A、操作契約B、類(lèi)的方法C、用例實(shí)現(xiàn)的順序圖D、對(duì)

6、象的狀態(tài)圖判斷:正確：1.用例代表的視角色的目標(biāo)，而不是達(dá)到角色目標(biāo)過(guò)程中的一個(gè)步驟2.用例模型是用來(lái)說(shuō)明系統(tǒng)應(yīng)該具備的功能描述。3.軟件維護(hù)的周期遠(yuǎn)遠(yuǎn)大于軟件開(kāi)發(fā)的周期。4.在進(jìn)行軟件類(lèi)設(shè)計(jì)的過(guò)程中可以應(yīng)用GRASP中的“信息專(zhuān)家”模式?jīng)Q定類(lèi)中的方法。5.需求分析需要對(duì)系統(tǒng)的數(shù)據(jù)、功能和行為進(jìn)行建模。6.采用黑盒測(cè)試系統(tǒng)功能時(shí)，完全不需要了解程序內(nèi)部結(jié)構(gòu)。7.SRP原則闡述的是對(duì)于一個(gè)類(lèi)而言，應(yīng)該只有一個(gè)引起它變化的原因。8.面向?qū)ο?/p>

7、設(shè)計(jì)中最關(guān)鍵的活動(dòng)是找到對(duì)象并給對(duì)象分配職責(zé)。9.類(lèi)是具有相同屬性、操作、關(guān)系和語(yǔ)義的對(duì)象集合。10.軟件測(cè)試目的在于發(fā)現(xiàn)錯(cuò)誤。11.領(lǐng)域模型就是用來(lái)描述業(yè)務(wù)領(lǐng)域重要概念及其相互關(guān)系的模型，一般用UML的類(lèi)圖來(lái)表達(dá)。12.除了分析階段用于明確需求以外，原型方法也可以用于軟件工程的其它階段。13.原型方法既可以同瀑布模型結(jié)合也可以與UP模型結(jié)合使用。14.面向?qū)ο笤O(shè)計(jì)中最關(guān)鍵的活動(dòng)是找到對(duì)象并給對(duì)象分配職責(zé)。15.如果對(duì)象A包含或聚合對(duì)象