《軟件工程》復(fù)習(xí)題

1、一、單項(xiàng)選擇題（本大題共 20 小題，每小題 1 分，共 20 分）經(jīng)濟(jì)可行性研究的范圍包括（C）資源有效性B管理制度C效益分析D開發(fā)風(fēng)險結(jié)構(gòu)化設(shè)計(jì)方法在軟件開發(fā)中用于（ A ）。A、概要設(shè)計(jì)B、詳細(xì)設(shè)計(jì)C、程序設(shè)計(jì)D、測試用例設(shè)3程序的三種基本控制結(jié)構(gòu)是（B）B順序、選擇和重復(fù) C遞歸、堆棧和隊(duì)列 D調(diào)用、返回和轉(zhuǎn)移4.軟件測試中，白盒法是通過分析程序的（ B）來設(shè)計(jì)測試用例的。A、應(yīng)用范圍B、內(nèi)部邏輯C、功能D、輸入數(shù)據(jù)5.軟件維護(hù)費(fèi)用高的主要原因是A、人員少B、人員C）。C、生產(chǎn)率低D、生產(chǎn)率高6.軟件質(zhì)量必須在（ D）加以保證。A、開發(fā)之前B、開發(fā)之后C、可行性研究過程中D、設(shè)計(jì)與實(shí)現(xiàn)

2、過程中7.確認(rèn)測試主要涉及的文檔是（A、需求規(guī)格說明書A）。B、概要設(shè)計(jì)說明書C、詳細(xì)設(shè)計(jì)說明書D、源程序8.模塊的內(nèi)聚性最高的是(A.邏輯內(nèi)聚)B.時間內(nèi)聚C.偶然內(nèi)聚D.功能內(nèi)聚軟件開發(fā)過程中，抽取和整理用戶需求并建立問題域精確模型的過程( D)生存期B面向?qū)ο笤O(shè)C面向?qū)ο蟪绦蛟O(shè)計(jì)D面向?qū)ο蠓衷突椒ㄊ怯脩艉驮O(shè)計(jì)者之間執(zhí)行的一種交互構(gòu)成，適用于(A)統(tǒng)。需求不確定性高的B需求確定C管理信息D實(shí)時11（A）是軟件生存期中的一系列相關(guān)軟件工程活動的集合，它由軟件規(guī)說明、軟件設(shè)計(jì)與開發(fā)、軟件確認(rèn)、軟件改進(jìn)等活動組成。A 軟件過程B 軟件工具C 質(zhì)量保證D 軟件工程下列關(guān)于瀑布模型的描述正確的是

3、(D) 。 A利用瀑布模型，如果發(fā)現(xiàn)問題修改的代價很低 B瀑布模型的核心是按照軟件開發(fā)的時間順序?qū)栴}簡化 C瀑布模型具有良好的靈活性 D瀑布模型采用結(jié)構(gòu)化的分析與設(shè)計(jì)方法，將邏輯實(shí)現(xiàn)與物理實(shí)現(xiàn)分總體設(shè)計(jì)的目的是確定整個系統(tǒng)的(B)A規(guī)模B功能及模塊結(jié)構(gòu)C費(fèi)用D 測 試 方 案14兩個模塊彼此傳遞的信息中有控制信息，這種耦合為（D）A數(shù)據(jù)耦合B公共環(huán)境耦合C內(nèi)容耦合D控制耦合為了提高模塊的獨(dú)立性，模塊之間最好是( D)A.控制耦合B.公共耦合C.內(nèi)容耦合D.數(shù)據(jù)耦合產(chǎn)生軟件維護(hù)的副作用，是指 (C)A開發(fā)時的錯誤B隱含的錯誤C因修改軟件而造成的錯誤D運(yùn)行時誤操17把一組具有相似特性的對象組合在

4、一起，稱之(C)A. 多態(tài)性B.繼承性C.類D.消息18、 時序圖反映對象之間發(fā)送消息的時間順序，它與（ D）是同構(gòu)的。A 用例圖B 類圖C 活動圖D協(xié)作圖19、 單元測試的測試用例主要根據(jù)（ D）的結(jié)果來設(shè)計(jì)。A 需求分析B 源程序C概要設(shè)計(jì)D 詳細(xì)設(shè)計(jì)開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象稱( C)軟件工程軟件周期C.軟件危機(jī)D.軟件產(chǎn)生研究開發(fā)所需要的成本和資源是屬于可行性研究中的研究的一方面。( BA.技術(shù)可行性B.經(jīng)濟(jì)可行性C.社會可行性D.法律可行性模塊的內(nèi)聚性最高的是(D)邏輯內(nèi)聚時間內(nèi)聚C.偶然內(nèi)聚D.功能內(nèi)聚在SD 方法中全面指導(dǎo)模塊劃分的最重要的原則是

5、 (DA.程序模塊化B.模塊高內(nèi)聚C.模塊低耦合D.模塊獨(dú)立性軟件詳細(xì)設(shè)計(jì)主要采用的方法是( D)模塊設(shè)計(jì)B.結(jié)構(gòu)化設(shè)計(jì)C.PDL語言D.結(jié)構(gòu)化程序設(shè)計(jì)黑盒測試在設(shè)計(jì)測試用例時，主要需要研究( A )需求規(guī)格說明與概要設(shè)計(jì)說明 B.詳細(xì)設(shè)計(jì)說明C.項(xiàng)目開發(fā)計(jì)劃D.概要設(shè)計(jì)說明與詳細(xì)設(shè)計(jì)說26.若有一個計(jì)算類型的程序，它的輸入量只有一個，其范圍是現(xiàn)從輸入的角度考慮一組測試用例： 設(shè)計(jì)這組測試用例的方法是( C )A.條件覆蓋法B.等價分類法C.邊界值分析法D.錯誤推測法27 下列屬于維護(hù)階段的文檔是(C)A.軟件規(guī)格說明B.用戶操作手冊C.軟件問題報告D.軟件測試分析報告28快速原型模型的主要特

6、點(diǎn)之一是 (D)A.開發(fā)完畢才見到產(chǎn)品B.及早提供全部完整的軟件產(chǎn)品C.開發(fā)完畢后才見到工作軟件D.及早提供工作軟件29.因計(jì)算機(jī)硬件和軟件環(huán)境的變化而作出的修改軟件的過程稱為 ( B)A.教正性維護(hù)B.適應(yīng)性維護(hù)C.完善性維護(hù)D.預(yù)防性維護(hù)30.下列文檔與維護(hù)人員有關(guān)的有( C)A.軟件需求說明書B.項(xiàng)目開發(fā)計(jì)劃C.概要設(shè)計(jì)說明書D.操作手冊（ C ）信息對外界是隱蔽的，外界只能通過有限的接口與對象發(fā)生聯(lián)系。A 多態(tài)性B 繼承C 封裝D 消息汽車有一個發(fā)動機(jī)。汽車和發(fā)動機(jī)之間的關(guān)系是( B) 關(guān) 系 。 A一般-具體B整體-部分C分類關(guān)系D主從關(guān)對象是方法的核心，對象的類型有多種，通常把例如

7、飛行、事故、演出、會等等，稱之為(C)有形實(shí)體B作用C事件D性能說明為軟件的運(yùn)行增加監(jiān)控設(shè)施，這種維護(hù)的維護(hù)類型(D) A糾正性維護(hù)B適應(yīng)性維護(hù) C完善性維護(hù) D預(yù)防性維軟件按照設(shè)計(jì)的要求，在規(guī)定時間和條件下達(dá)到不出故障，持續(xù)運(yùn)行的要的質(zhì)量特性稱為(B)可用性B.可靠性C.正確性D. 完 整 性 36數(shù)據(jù)流圖（DFD）是 （A）方法中用于表示系統(tǒng)的邏輯模型的一圖形工具。ASABSDCSPDSC37在各種不同的軟件需求中功能需求描述了用戶使用產(chǎn)品必須要完成的任務(wù)可以在用例模型或方案腳本中予以說明，（ C）是從各個角度對系統(tǒng)的約束和限制，反映了應(yīng)用對軟件系統(tǒng)質(zhì)量和特性的額外要求。A 業(yè)務(wù)需求B 功

8、能要求C 非功能需求D 用戶需求38、軟件測試計(jì)劃開始于需求分析階段，完成于（ B）階段。A 需求分析B 軟件設(shè)計(jì)C 軟件實(shí)現(xiàn)D 軟件測試軟件生命周期中所花費(fèi)用最多的階段是（DA詳細(xì)設(shè)計(jì)B軟件編碼 C軟件測試D軟件維護(hù)需求分析階段的任務(wù)是確定（ D）軟件開發(fā)方法軟件開發(fā)工具軟件開發(fā)費(fèi)軟件系統(tǒng)的功能如果某種內(nèi)聚要求一個模塊中包含的任務(wù)必須在同一段時間內(nèi)執(zhí)行則這內(nèi)聚為(A)。時間內(nèi)聚B邏輯內(nèi)聚C通信內(nèi)聚D信息內(nèi)聚42、影響軟件可維護(hù)性的決定因素是（D）A文檔B可理解性C 可測試性D可修改43實(shí)現(xiàn)單入口單出口程序的三種基本控制結(jié)構(gòu)是（A）A順序、選擇、循環(huán)B過程、子程序、分程序C調(diào)用、返回、轉(zhuǎn)移D遞

9、歸、堆棧、隊(duì)列為高質(zhì)量地開發(fā)軟件項(xiàng)目，在軟件結(jié)構(gòu)設(shè)計(jì)時，必須遵循 （ A原則。信息隱蔽B質(zhì)量控制C程序優(yōu)化D數(shù)據(jù)共享DFD中的每個加工至少需要(D)一個輸入流一個輸出流一個輸入或輸出流一個輸入流和一個輸出流表示對象相互行為的模型是(C)模型。動態(tài)模型B.功能模型C.對象模型D.靜態(tài)模型47、 在各種不同的軟件需求中，（D）描述了用戶使用產(chǎn)品必須要完成的務(wù)，可以在用例模型或方案腳本中予以說明。A 業(yè)務(wù)需求B 功能需求C 非功能需求D 用戶需求軟件測試是為了（B ）而執(zhí)行程序的過程。A 糾正錯誤B 發(fā)現(xiàn)錯誤C 避免錯誤D 證明正確（ B ）的回答。確定B行或不行C正確D無二義軟件質(zhì)量因素不包括（

10、B ）。正確性B.高性能C.可測試性D.可理解性軟件可行性研究實(shí)質(zhì)上是要進(jìn)行一次（ A ）需求分析、設(shè)計(jì)過程。簡化、壓縮的 B.詳細(xì)的C.徹底的D.深入的以下哪個軟件生存周期模型是一種風(fēng)險驅(qū)動的模型（C ）瀑布模型B.增量模型C.螺旋模型 D.噴泉模型可行性分析中，系統(tǒng)流程圖用于描述（ A ）。當(dāng)前運(yùn)行系統(tǒng)B.當(dāng)前邏輯模型C.目標(biāo)系統(tǒng)D.新系統(tǒng)結(jié)構(gòu)化分析建立功能模型的工具是（A ）A.DFDB.判定樹/判定表C.SCD.結(jié)構(gòu)化語言檢查軟件產(chǎn)品是否符合需求定義的過程稱為（ A ）確認(rèn)測試B.集成測試C.系統(tǒng)測試 D.單元測試在整個軟件維護(hù)階段所花費(fèi)的全部工作中，所占比例最大的是（ C ）校正性維

11、護(hù)B.適應(yīng)性維護(hù)C.完善性維護(hù) D.預(yù)防性維護(hù)通信內(nèi)聚是指（ B ）。把需要同時執(zhí)行的動作組合在一起形成的模塊各處理使用相同的輸入數(shù)據(jù)或者產(chǎn)生相同的輸出數(shù)據(jù)D.模塊內(nèi)所有元素共同完成一個功能，缺一不可結(jié)構(gòu)化程序設(shè)計(jì)，主要強(qiáng)調(diào)的是（C ）程序的執(zhí)行效率B.模塊大小C.程序的可理解性D.模塊關(guān)系需求分析中開發(fā)人員要從用戶那里了解（ A ）軟件做什么B.用戶使用界面C.輸入的信息D.軟件的規(guī)模數(shù)據(jù)字典是對數(shù)據(jù)定義信息的集合，它所定義的對象都包含于（ A ）。數(shù)據(jù)流圖B.程序框圖C.軟件結(jié)構(gòu)D.方框圖面向?qū)ο蟮闹饕卣鞒ㄒ恍浴⒗^承性、多態(tài)性外，還具有（ A ）。封裝性B.移植性C.完整性D.兼容性關(guān)

12、于軟件維護(hù)的說法錯誤的是（ C ）。B.軟件維護(hù)不只是修改軟件中的錯誤C.軟件維護(hù)對于開發(fā)商來說是無利可圖的D.在編碼過程中添加適當(dāng)?shù)淖⑨?，可以降低軟件維護(hù)的難度應(yīng)用執(zhí)行對象的操作可以改變該對象的（ A ）。屬性B.功能C.行為D.數(shù)據(jù)軟件部分的內(nèi)部實(shí)現(xiàn)與外部可訪問性分離，這是指軟件的（C ）。繼承性B.共享性C.封裝性D.抽象性常用動詞或動詞詞組來表示（ C ）。A.對象B.類C.關(guān)聯(lián)D.屬性66 軟件是（C）。A. 處理對象和處理規(guī)則的描述C. 程序及其文檔67. 軟件需求規(guī)格說明的內(nèi)容不應(yīng)包括（BB. 程序D. 計(jì)算機(jī)系統(tǒng)）。主要功能B. 算法的詳細(xì)描述C. 用戶界面及運(yùn)行環(huán)境D. 軟件

13、的性能面向?qū)ο蟮姆治龇椒ㄖ饕墙⑷惸Ｐ?，?D)。系統(tǒng)模型、ER對象模型、動態(tài)模型、應(yīng)用模型-模型、對象模型、功能模型對象模型、動態(tài)模型、功能模型在E-R模型中，包含以下基本成分(C)。數(shù)據(jù)、對象、實(shí)體控制、聯(lián)系、對象實(shí)體、聯(lián)系、屬性實(shí)體、屬性、操作軟件測試的目標(biāo)是（B）。A. 證明軟件是正確的B. 發(fā)現(xiàn)錯誤、降低錯誤帶來的風(fēng)險C. 排除軟件中所有的錯誤D. 與 軟 件 調(diào) 試 相 同71若有一個計(jì)算類型的程序，它的輸入量只有一個X，其范圍是-1.0,現(xiàn)從輸入的角度考慮一組測試用例：-1.001, -1.0, 1.0, 1.001.設(shè)計(jì)這組測試用例的方法是（C）A條件覆蓋法B等價分類法C邊

14、界值分析法D錯誤推測72、詳細(xì)設(shè)計(jì)的基本任務(wù)是確定每個模塊的(D)設(shè)計(jì)A功能B.調(diào)用關(guān)系C.輸入輸出數(shù)據(jù)D.算73下面幾種白箱測試技術(shù)，哪種是最強(qiáng)的覆蓋準(zhǔn)則 （D）A語句覆蓋B條件覆蓋C判定覆蓋D條件組合覆74面向數(shù)據(jù)流的設(shè)計(jì)方法把（ A）映射成軟件結(jié)構(gòu)。A數(shù)據(jù)流B系統(tǒng)結(jié)構(gòu)C控制結(jié)構(gòu)D信息75.內(nèi)聚程度最低的是(A)內(nèi)聚A.偶然B.過程C.順序D.時76需求分析的產(chǎn)品是（ D）A數(shù)據(jù)流程圖案 B數(shù)據(jù)字典C判定表 D需求規(guī)格說明書77數(shù)據(jù)字典是軟件需求分析階段的最重要工具之一，其最基本的功能（ C）A數(shù)據(jù)庫設(shè)計(jì)B數(shù)據(jù)通信C數(shù)據(jù)定義D數(shù)據(jù)維護(hù)78.(D)引入了“風(fēng)險驅(qū)動”的思想，適用于大規(guī)模的內(nèi)部

15、開發(fā)項(xiàng)目A增量模型B噴泉模型C原型模型D螺旋模79黑盒法是根據(jù)程序的（ C）來設(shè)計(jì)測試用例的。A）應(yīng)用范圍 B）內(nèi)部邏輯C）功能 D）輸入數(shù)80為了提高軟件測試的效率，應(yīng)該（ D ）。A）隨機(jī)地選取測試數(shù)據(jù)B）取一切可能的輸入數(shù)據(jù)作為測試數(shù)據(jù)在完成編碼以后制定軟件的測試計(jì)劃 選擇發(fā)現(xiàn)錯誤可能性最大的數(shù)據(jù)為測試用例81與設(shè)計(jì)測試用例無關(guān)的文檔是（ A）。A）項(xiàng)目開發(fā)計(jì)劃B）需求規(guī)格說明書C）設(shè)計(jì)說明書D）源程6測試的關(guān)鍵問題是（ B）。A）如何組織軟件評審B）如何選擇測試用例C）如何驗(yàn)證程序的正確性D）如何采用綜合策82軟件測試用例主要由輸入數(shù)據(jù)和（ C ）兩部分組成。A）測試計(jì)劃B）測試規(guī)則C

16、）預(yù)期輸出結(jié)果D）以往測試記錄析83單元測試主要針對模塊的幾個基本特征進(jìn)行測試，該階段不能完成的測試是（ A）。A）系統(tǒng)功能B）局部數(shù)據(jù)結(jié)構(gòu)C）重要的執(zhí)行路徑D）錯誤處84不屬于白盒測試的技術(shù)是（ D）。A）路徑覆蓋B）判定覆蓋C）循環(huán)覆蓋D）邊界值分85在設(shè)計(jì)人機(jī)界面時，應(yīng)主要考慮的因素有（D）。A）系統(tǒng)響應(yīng)時間 B）錯誤處理C）用戶求助機(jī)制 D）以上都86人機(jī)界面的風(fēng)格大致經(jīng)過了（）代的演變A）一B）二C）三D） 四87需求分析是回答系統(tǒng)必須（D）的問題。A.為誰做B.怎么做C.何時做D.做什么在UML中，類是用 （A）表示的A矩形框B 橢圓C 箭頭D 菱形框編碼階段是位于哪個階段之后(

17、A )A.詳細(xì)設(shè)計(jì)B. 可行性研究C. 總體設(shè)計(jì)D. 需求析在數(shù)據(jù)流圖中，圓圈符號表示的是(B)A.數(shù)據(jù)源點(diǎn)或終點(diǎn)B.數(shù)據(jù)處理C. 數(shù)據(jù)存儲D. 數(shù)據(jù)流在瀑布模型中，將軟件劃分為若干個時期，軟件項(xiàng)目的可行性研究一歸屬于（ D）A、維護(hù)時期B、開發(fā)時期C、運(yùn)行時期D、計(jì)劃期在UML的用例圖中，人形符號表示的是（ C）A 關(guān)聯(lián)B 用例C角色D 系統(tǒng)在UML中，協(xié)作圖反映收發(fā)消息的對象的結(jié)構(gòu)組織，它與（）是構(gòu)的A用例圖B時序圖C 活動圖D 類圖軟件危機(jī)出現(xiàn)于（ C），為了解決軟件危機(jī)，人們提出了用（ B的原理來設(shè)計(jì)軟件，這是軟件工程誕生的基礎(chǔ)。A50年代末B60年代初C60年代末D70年代初A運(yùn)籌學(xué)

18、B工程學(xué)C軟件學(xué) D軟件學(xué)E數(shù)字95開發(fā)軟件需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象稱（ B）。A.軟件投機(jī)B軟件危機(jī)C軟件工程D軟件產(chǎn)96產(chǎn)生軟件危機(jī)的原因有如下幾點(diǎn)，除了（ D ）。A、軟件開發(fā)過程未經(jīng)審查B、軟件開發(fā)不分階段，開發(fā)人員沒有明確的分工C、所開發(fā)的軟件，除了程序清單外，沒有其他文檔D、采用工程設(shè)計(jì)的方法開發(fā)軟件，不符合軟件本身的特點(diǎn)（B ）。引入新技術(shù)提高空間利用率用較少的投資獲得高質(zhì)量的軟C縮短研制周期擴(kuò)大軟件功能D硬軟件結(jié)合使系統(tǒng)面向應(yīng)用瀑布模型把軟件生存周期劃分為軟件定義、軟件開發(fā)和（ C ）段，而每一階段又可細(xì)分為若干個更小的階段。詳細(xì)設(shè)計(jì)B可行性分析C運(yùn)行

19、及維護(hù)D測試排錯劃分軟件生存周期的階段時所應(yīng)遵循的基本原則是（ B）。A、各階段的任務(wù)盡可能相關(guān)性B、各階段的任務(wù)盡可能相對獨(dú)立C、各階段的任務(wù)在時間上連續(xù)D、各階段的任務(wù)在時間上相對獨(dú)100下列敘述中，（ A）不屬于數(shù)據(jù)字典的作用。A、作為編碼階段的描述工具B、為用戶與開發(fā)人員之間統(tǒng)一識C、作為概要設(shè)計(jì)的依據(jù)D、為需求分析階段定義各類條101使用結(jié)構(gòu)化分析方法時，采用的基本手段是（ A）。分解和抽象 B分解和綜合 C歸納與推導(dǎo)D試探與回102需求分析說明書不能作為（ A）。A、可行性研究的依據(jù)B、用戶和開發(fā)人員之間的合C、系統(tǒng)概要設(shè)計(jì)的依據(jù)D、軟件驗(yàn)收測試的依據(jù)103系統(tǒng)開發(fā)人員使用系統(tǒng)流程

20、圖或其他工具描述系統(tǒng)，估計(jì)每種方案的成和效益的工作是在（ B）階段進(jìn)行的。A、需求分析B、總體設(shè)計(jì)C、詳細(xì)設(shè)計(jì)D、編碼階段104軟件的（ A ）設(shè)計(jì)又稱為總體設(shè)計(jì)，其主要任務(wù)是建立軟件系統(tǒng)的總結(jié)構(gòu)。A概要B抽象C邏輯D規(guī)105結(jié)構(gòu)化設(shè)計(jì)方法是面向（ C）的設(shè)計(jì)方法。A過程B對象C數(shù)據(jù)流D數(shù)據(jù)結(jié)構(gòu)106Jackson設(shè)計(jì)方法由英國的M. Jackson提出的，它是一種面向（ C的設(shè)計(jì)方法。A對象B數(shù)據(jù)流C數(shù)據(jù)結(jié)構(gòu)D 控 制 結(jié) 構(gòu) 107一個模塊直接控制（調(diào)用）的下層模塊的數(shù)目稱為模塊的（ B）A、扇入數(shù)B、扇出數(shù)C、寬度D 、 作 用 域 108一個模塊傳送給另一模塊的參數(shù)是由單個數(shù)據(jù)項(xiàng)組成的

21、數(shù)組，它屬（ A）耦合。A、數(shù)據(jù)型B、復(fù)合型C、內(nèi)容型D、公共型109PAD（Problem Analysis Diagram）圖是一種（ B）工具。A系統(tǒng)描述B。詳細(xì)設(shè)計(jì)C。測試D。編程輔助110下列系統(tǒng)設(shè)計(jì)工具中，（ B）不屬于詳細(xì)設(shè)計(jì)工具。A、NS圖B、數(shù)據(jù)流圖C、程序流程圖D、111程序流程圖、N-S圖和PAD圖是（ B）使用的表達(dá)工具。A設(shè)計(jì)階段的概要設(shè)計(jì)B設(shè)計(jì)階段的詳細(xì)設(shè)C編碼階段D測試階段112在軟件工程中，高質(zhì)量的文檔標(biāo)準(zhǔn)是完整性、一致性和（ C）。A統(tǒng)一性B安全性C無二義性D組合性二、填空題（本大題共 10 小題，每小題 2 分，共 20 分）1、軟件的定義階段包括:問題定義

22、、可行性研究 、 需求分析。2、需求建模主要有: 面向數(shù)據(jù)流的分析方法、面向?qū)ο蟮姆治龇椒ā⒚嫦驍?shù)據(jù)的分析方法。3、軟件設(shè)計(jì)階段的輸出結(jié)果為 設(shè)計(jì)規(guī)格說明書 ，此文檔經(jīng)嚴(yán)格復(fù)審后作 為編碼階段的輸入文檔。4、數(shù)據(jù)流圖用圖形符號表示 數(shù)據(jù)流、 、加工、數(shù)據(jù)源及外部體5、設(shè)計(jì)用戶界面要充分考慮到人的因素、 ，還要考慮界面的格，可用的軟、硬件技術(shù)及應(yīng)用本身產(chǎn)生的影響。6 類A的一個操作調(diào)用類B的一個操作，且這兩個類之間不存在其他關(guān)系，么類A和類B之間是 依賴關(guān)系。7.軟件項(xiàng)目的規(guī)模是影響軟件項(xiàng)目成本和工作量 的重要因素。軟件項(xiàng)代碼行和 功能 點(diǎn)估算是成本和工作量估算的基礎(chǔ)。8、軟件測試既是軟件開發(fā)階

23、段的最后一個活動，又是軟件質(zhì)量保證的最后項(xiàng)措施。它所用的主要技術(shù)是 白盒測試、 和黑盒測試。9、軟件工程釆用層次化的方法,每個層次都包括 過程、方法、 工三要素。10、一個模塊擁有的直屬下級模塊的個數(shù)稱為 模塊的扇出，一個模塊直接上級模塊的個數(shù)稱為模塊的扇入。11、類之間的聯(lián)系，包括 靜態(tài)、 繼承、關(guān)聯(lián)、依賴、聚合等。12、軟件設(shè)計(jì)過程是對 程序結(jié)構(gòu)、數(shù)據(jù)結(jié)構(gòu)和 過程細(xì)節(jié)逐步求精復(fù)審并編制文檔的過程。13軟件工程方法是完成軟件工程項(xiàng)目的 技術(shù)手段 它支持項(xiàng)目計(jì)劃和估算系統(tǒng)和軟件需求分析、 設(shè)計(jì)、編程、測試和維護(hù)。14、使用快速原型可以讓用戶更多、更早地參與需求分析過程。15、從工程管理的角度看

24、，軟件設(shè)計(jì)可分為 概要設(shè)計(jì)和詳細(xì)兩步驟。16、軟件的定義可以簡單的表述為：軟件（【3】程序文檔）17、測試技術(shù)有黑盒測試和白盒測試兩種，根據(jù)程序的功能來設(shè)計(jì)測試用例， 這種方法稱為（ 【4】黑盒 ）測試。18、統(tǒng)一建模語言是面向?qū)ο筌浖こ趟褂玫囊环N建模工具，其英文縮寫是（【6】UML）19【8【9預(yù)防性維護(hù)）。204（12】單元測試）、集成測試、（【13】確認(rèn)測試）和系統(tǒng)測試。21、在軟件的開發(fā)過程中，必須遵循的原則是抽象、信息隱蔽和（【14】模塊化 ） 。三、名語解釋題（53151、軟件是能夠完成預(yù)定功能和性能，并對相應(yīng)數(shù)據(jù)進(jìn)行加工的程序和描述程序及其操作的文檔。2、信息隱藏模塊中的軟件

25、設(shè)計(jì)決策信息封裝起來的技術(shù)，只知道它的功能以及對外的接口，而不知它的內(nèi)部細(xì)節(jié)3、對象對象是現(xiàn)實(shí)世界中個體或事物的抽象表示，是其屬性和相關(guān)操作的封裝。4、軟件可維護(hù)性指軟件被理解、改正、調(diào)整和改進(jìn)的難易程度。5、原型是目標(biāo)軟件系統(tǒng)的一個可操作模型，它實(shí)現(xiàn)了目標(biāo)軟件系統(tǒng)的某些重要方面。6都能正常使用;7關(guān)系的圖形語言8數(shù)據(jù)字典：數(shù)據(jù)字典（DD）含義的，它以一種準(zhǔn)確的、無二義性的說明方式為系統(tǒng)的分析、設(shè)計(jì)及維護(hù)提供了有關(guān)元素的一致的定義和詳細(xì)的描述。9、 軟件工程夠得到的最好的技術(shù)方法結(jié)合起來，這就是軟件工程。10、軟件生存周期一個軟件從定義到開發(fā)、使用和維護(hù)，直到最終被棄用，要經(jīng)歷一個漫長的時期，

26、通常把軟件經(jīng)歷的這個漫長的時期稱為生存周期。四、簡答題（本大題共 5 小題，每小題 5 分，共 25 分）1、在軟件開發(fā)過程中，為了達(dá)到軟件開發(fā)目標(biāo)，必須遵循哪些原則抽象模塊化信息隱藏局部化一致性完全性可驗(yàn)證性2、軟件危機(jī)表現(xiàn)那些些方面？ 答：軟件危機(jī)表現(xiàn)方面：軟件開發(fā)成本過高；軟件質(zhì)量得不到保證；軟件開發(fā)效率低； 難以控制開發(fā)進(jìn)度，工作量估計(jì)困難；軟件不能滿足社會發(fā)展的需求，成為社會、經(jīng)濟(jì)發(fā)展的制約因素； 程序規(guī)模、工作量與成本的關(guān)系。3、單元測試任務(wù)主要有哪些？ 模塊接口測試;模塊局部數(shù)據(jù)結(jié)構(gòu)測試; 模塊邊界條件測試;模塊中所有獨(dú)立執(zhí)行通路測試; 模塊的各條錯誤處理通路測試。4、簡述概要設(shè)

27、計(jì)，詳細(xì)設(shè)計(jì)，實(shí)現(xiàn)任務(wù)，組裝測試，確認(rèn)測試它們的任務(wù)？（1）.概要設(shè)計(jì)任務(wù)：SRS等等。詳細(xì)設(shè)計(jì)任務(wù)：細(xì)化概要設(shè)計(jì)所生成的各個模塊, 并詳細(xì)描述程序模塊的內(nèi)部細(xì)節(jié)(算法，數(shù)據(jù)結(jié)構(gòu)等)，形成可編程的程序模塊，制訂單元測試計(jì)劃實(shí)現(xiàn)任務(wù)：根據(jù)詳細(xì)設(shè)計(jì)規(guī)格說明書編寫源程序，并對程序進(jìn)行調(diào)試、單元測試、系統(tǒng)集成，驗(yàn)證程序與詳細(xì)設(shè)計(jì)文檔的 一致性組裝測試任務(wù)：組裝測試應(yīng)滿足概要設(shè)計(jì)的要求。確認(rèn)測試任務(wù)：根據(jù)軟件需求規(guī)格說明書，測試軟件系統(tǒng)是否滿足用戶的需求5、請說明軟件文檔的作用？軟件開發(fā)項(xiàng)目生存期各階段都包含哪些文檔？總結(jié)、程序維護(hù)手冊（維護(hù)修改建議）。6、軟件生存期可分為幾個階段？每個階段的主要任務(wù)是

28、什么？存周期一般可分為以下幾個階段：么？”，正確理解用戶的真正需求。問題“有行得通的解決辦法嗎?” ，可行性研究階段應(yīng)該導(dǎo)出系統(tǒng)的高層邏輯模型(通常用數(shù)據(jù)流圖表示)，準(zhǔn)確地估計(jì)系統(tǒng)的成本和效益。需求分析需求分析階段的任務(wù)，主要是確定目標(biāo)系統(tǒng)必須具備的功能，得出經(jīng)用戶確認(rèn)的系統(tǒng)邏輯模型。根據(jù)該系統(tǒng)邏輯模型，準(zhǔn)確地答“為了解決這個問題，目標(biāo)系統(tǒng)必須做什么”。說，應(yīng)該如何解決這個問題”。總體設(shè)計(jì)的目標(biāo)是將需求分析階段定義的系統(tǒng)模型轉(zhuǎn)換成相應(yīng)的軟件結(jié)構(gòu)，以規(guī)定軟件的形態(tài)及各成分間的層次關(guān)系、界面及接口要求。樣具體地實(shí)現(xiàn)這個系統(tǒng)”。詳細(xì)設(shè)計(jì)亦即模塊設(shè)計(jì)。它是在算法設(shè)計(jì)和結(jié)構(gòu)設(shè)計(jì)的基礎(chǔ)上，針對每個模塊的功

29、能、接口和算法定義，設(shè)計(jì)模塊內(nèi)部的算法過程及程序的邏輯結(jié)構(gòu)，并編寫模塊設(shè)計(jì)說明。設(shè)計(jì)語言，把詳細(xì)設(shè)計(jì)的結(jié)果翻譯成程序的源代碼。4戶的需要。7、可行性研究的步驟答：（1）確定項(xiàng)目規(guī)模和目標(biāo)研究目前正在運(yùn)行的系統(tǒng)建立新系統(tǒng)的高層邏輯模型進(jìn)一步定義問題導(dǎo)出和評價各種方案推薦可行的方案草擬開發(fā)計(jì)劃編寫可行性研究報告提交審查8、人機(jī)界面設(shè)計(jì)的一般原則答：（1）用戶熟悉原則一致性原則可恢復(fù)性原則用戶指南原則用戶差異性原則9、面向?qū)ο笤O(shè)計(jì)的設(shè)計(jì)準(zhǔn)則模塊化抽象信息隱藏弱耦合強(qiáng)內(nèi)聚可重用10、面向?qū)ο笤O(shè)計(jì)的五個層次、四個部分？面向?qū)ο笤O(shè)計(jì)模型由主題、類-對象、結(jié)構(gòu)、屬性和服務(wù)等五個層次組成，并且又?jǐn)U充了問題域(

30、PDC)、人機(jī)交互(HIC)、任務(wù)管理(TMC)和數(shù)據(jù)管理(DMC)四個部分。五、綜合應(yīng)用題在下列用例圖中，哪些是系統(tǒng)角色（執(zhí)行者）？答：3. Bank network、Manager、Clerk2、某培訓(xùn)中心要研制一個計(jì)算機(jī)管理系統(tǒng)。它的業(yè)務(wù)是：將學(xué)員發(fā)來的信件 收集分類后，按幾種不同的情況處理。如果是報名的，則將報名數(shù)據(jù)送給 負(fù)責(zé)報名事務(wù)的職員，他們將查閱課程文件，檢查該課程是否額滿，然后 在學(xué)生文件、課程文件上登記，并開出報告單交財(cái)務(wù)部門，財(cái)務(wù)人員開出 學(xué)生文件和帳目文件上做相應(yīng)的修改，并給學(xué)生注銷單。如果是付款的， 則由財(cái)務(wù)人員在帳目文件上登記，也給學(xué)生一張收費(fèi)收據(jù)。要求：對以上問題畫

31、出數(shù)據(jù)流程圖。3、假設(shè)一家工廠的采購部每天需要一張定貨報表，報表按零件編號排序，表中列出所有需要再次定貨的零件。對于每個需要再次定貨的零件應(yīng)該列出下述數(shù) CRT 終端把事務(wù)報告給定貨系統(tǒng)。數(shù)據(jù)流圖。4、UML5填寫在下列描述的（ ）中。師指導(dǎo)，那么導(dǎo)師和研究生之間是（ ）關(guān)系。交通工具與卡車之間是（ ）關(guān)系。公司與部門之間是（ ）關(guān)系。圖形與矩形之間是（ ）關(guān)系。參數(shù)類及其實(shí)例類之間是（ ）答案關(guān)聯(lián) 2. 泛化 3. 聚合 4. 泛化 5. 實(shí)現(xiàn)5、將下面的關(guān)系按繼承關(guān)系、聚集關(guān)系或普通關(guān)聯(lián)進(jìn)行分類。小汽車紅旗轎車（繼承）小汽車駕駛員（普通關(guān)聯(lián)）班級學(xué)生（聚集）6、將下列各項(xiàng)分為類或類的實(shí)例我

32、的汽車（實(shí)例）交通工具（類）7、根據(jù)下列條件使用等價類劃分法設(shè)計(jì)測試用例。某八位微機(jī)，其八進(jìn)制常數(shù)定義為：以零開頭的數(shù)是八進(jìn)制整數(shù)，其值的范圍是-177177，如 05，0127，-065（1）劃分等價類并編號，如下表示： 八進(jìn)制整型常量輸入條件的等價類表輸入數(shù)據(jù)合理等價類不合理等價類八進(jìn)制整數(shù)12-40字串2、以-03-5數(shù)字串3、以非 0 非-打頭的串4、0符的串5-0字符的串6、多于 5 個字符708、-后有非數(shù)字字符94八進(jìn)制數(shù)范圍10、在-177-177之間11、小于-17712177（2）為合理等價類設(shè)計(jì)測試用例，表中有兩個合理等價類，設(shè)計(jì)兩個例子測試數(shù)據(jù)測試數(shù)據(jù)期望結(jié)果覆蓋范圍023顯示有效輸入1，10-0156顯示有效輸入2，10（3）為不合理等價類測試用例，至少設(shè)計(jì)一個測試用例測試數(shù)據(jù)期望結(jié)果覆蓋范圍102顯示無效輸入30A12顯示無效輸入4-0X33顯示無效輸入5-02212顯示無效輸入6-1A1顯示無效輸入7-12a4顯示無效輸入8-2771顯示無效輸入9-0200顯示無效輸入110223顯示無效輸入129