!軟件工程練習(xí)題

1、、選擇題1 .軟件是一種（）產(chǎn)品。A.有形B.邏輯C.物質(zhì)D.消耗2 .與計(jì)算機(jī)科學(xué)的理論研究不同，軟件工程是一門（）A.理論性B.工程性C.原理性D.心理性3 .軟件工程學(xué)科出現(xiàn)的主要原因是（）A.計(jì)算機(jī)的發(fā)展B.其他工程學(xué)科的影響力C.軟件危機(jī)的出現(xiàn)D.程序設(shè)計(jì)方法學(xué)的影響4 .軟件生存周期模型有多種，下列選項(xiàng)中，（）不是軟件生存周期的模型。A.螺旋模型B.增量模型C.功能模型D.瀑布模型5 .軟件開發(fā)模型是指軟件開發(fā)的全部過程、活動(dòng)和任務(wù)的結(jié)構(gòu)框架。主要的開發(fā)模型有瀑布模型、演化模型、螺旋模型和噴泉模型。螺旋模型將瀑布模型和演化模型相結(jié)合，并增加了A,它建立在B的基礎(chǔ)上，沿著螺線自內(nèi)向外

2、每旋轉(zhuǎn)一圈，就得到B的一個(gè)版本。噴泉模型描述了C的開發(fā)模型，它體現(xiàn)了這種開發(fā)方法創(chuàng)建軟件的過程所固有的D和E的特征。供選擇的答案：A: （1）系統(tǒng)工程（2）風(fēng)險(xiǎn)分析（3）設(shè)計(jì)評審（4）進(jìn)度控制B: （1）模塊劃分（2）子程序分解（3）設(shè)計(jì)（4）原型C: （1）面向?qū)ο螅?）面向數(shù)據(jù)流（3）面向數(shù)據(jù)結(jié)構(gòu)（4）面向事件驅(qū)動(dòng)D: （1）歸納（2）推理（3）迭代（4）遞歸E: （1）開發(fā)各階段之間無“間隙”（2）開發(fā)各階段分界明顯（3）部分開發(fā)階段分界明顯（4）開發(fā)過程不分階段您的選擇是：AB】【C】【DE】6 .目前存在若干種軟件生存周期模型，例如瀑布模型、增量模型、螺旋模型等。其中規(guī)定了由前至后、

3、相互銜接的固定次序的模型是（）A.瀑布模型B.增量模型C.螺旋模型D.噴泉模型7 .軟件生命周期包括可行性分析和項(xiàng)目開發(fā)計(jì)劃、需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、（）維護(hù)等活動(dòng)。A.應(yīng)用B.測試C.檢測D.以上都是8 .準(zhǔn)確地解決“軟件系統(tǒng)必須做什么”是（）階段的任務(wù)。A.分析階段B.設(shè)計(jì)階段C.編碼階段9 .研究開發(fā)所需要的成本和資源是屬于可行性研究中的（）研究的一方面。A.技術(shù)可行性B.經(jīng)濟(jì)可行性C.社會可行性D.法律可行性10 .需求分析（）。【】A.要回答“軟件必須做什么”B.可概括為“理解、分析、表達(dá)”六個(gè)字11 .瀑布模型中軟件生命周期劃分為八個(gè)階段：問題定義、可行性研究、需求分析

4、、總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、測試和運(yùn)行、維護(hù)。這八個(gè)階段又可歸納為三個(gè)大的階段：計(jì)劃階段、開發(fā)階段和D.測試階段C.要求編寫需求規(guī)格說明書D.以上都對（）階段。A.運(yùn)行維護(hù)階段B.可行性分析C.詳細(xì)設(shè)計(jì)D.測試階段12 .從結(jié)構(gòu)化的瀑布模型看，在軟件生命周期的八個(gè)階段中，下面的幾個(gè)選項(xiàng)中，（）出錯(cuò)，對軟件的影響最大。A.詳細(xì)設(shè)計(jì)B.概要設(shè)計(jì)C.需求分析D.測試和運(yùn)行維護(hù)階段13 .數(shù)據(jù)流圖是常用的進(jìn)行軟件需求分析的圖形工具，其基本符號是（）A.輸入、輸出、外部實(shí)體和加工B,變換、加工、數(shù)據(jù)流和存儲C.加工、數(shù)據(jù)流、數(shù)據(jù)存儲和外部實(shí)體D.變換、數(shù)據(jù)存儲、加工和數(shù)據(jù)流14 .數(shù)據(jù)流圖是用于表示軟件

5、模型的一種圖示方法，在下列可采用的繪圖法方法中，（）是常采用的。自頂向下自底向上分層繪制逐步求精A.全是B.C.D.15 .在軟件開發(fā)過程中常用圖作為描述工具。DFD就是面向（A）分析方法的描述工具。在一套分層DFD中，如果某一張圖中有N個(gè)加工，則這張圖允許有（B）張子圖。在一張DFD圖中，相鄰兩個(gè)加工之間（C）。在畫分層的DFD時(shí)，應(yīng)保持（D）之間的平衡。DFD中從系統(tǒng)的輸入流到系統(tǒng)的輸出流的一連串連續(xù)變換形成一種信息流，這種信息流可分為（E）兩大類。A.數(shù)據(jù)結(jié)構(gòu)數(shù)據(jù)流對象構(gòu)件B.011-N0-NC.有且僅有一條數(shù)據(jù)流至少有一條數(shù)據(jù)流可以有0和多條名字互不相同的數(shù)據(jù)流可以有0和多條數(shù)據(jù)流，但

6、允許其中有若干條名字相同的數(shù)據(jù)流D.父圖和子圖同一父圖的所有子圖不同父圖的所有子圖同一子圖的所有直接父圖E.控制流和變換流變換流和事務(wù)流事務(wù)流和事件流事件流和控制流16 .進(jìn)行需求分析可使用多種工具，但（）是不適用的。17 .在數(shù)據(jù)流圖中，有名字及方向的成分是（）A.控制流B.信息流A.數(shù)據(jù)流圖C.PAD圖B.判定表D.數(shù)據(jù)字典C.數(shù)據(jù)流D.信號流B.可行性分析報(bào)告D.設(shè)計(jì)說明書18 .需求分析最終結(jié)果是產(chǎn)生（）A.項(xiàng)目開發(fā)計(jì)劃C.需求規(guī)格說明書19 .軟件設(shè)計(jì)包括四個(gè)既獨(dú)立又相互聯(lián)系的活動(dòng)，分別為（1）、（2）、數(shù)據(jù)設(shè)計(jì)和過程設(shè)計(jì)。（1）A.用戶手冊設(shè)計(jì)B.語言設(shè)計(jì)C.體系結(jié)構(gòu)設(shè)計(jì)D.文檔設(shè)

7、計(jì)（2）A.文檔設(shè)計(jì)B.程序設(shè)計(jì)C.實(shí)用性設(shè)計(jì)D.接口設(shè)計(jì)20 .為了提高模塊的獨(dú)立性，模塊內(nèi)部最好是（）。A.邏輯內(nèi)聚B.時(shí)間內(nèi)聚C.功能內(nèi)聚D.通信內(nèi)聚21 .好的軟件結(jié)構(gòu)應(yīng)是（）A.tWj耦合、tWj內(nèi)聚B.低耦合、Wj內(nèi)聚C.高耦合、低內(nèi)聚D.低耦合、低內(nèi)聚22 .程序控制一般分為（）、分支、循環(huán)三種基本結(jié)構(gòu)。A.分塊B.順序C.重復(fù)D.選擇23 .軟件設(shè)計(jì)中劃分通常遵循的原則是要使模塊間的耦合性盡可能地（）A.強(qiáng)B.弱C.較強(qiáng)D.適中24 .在多層次的結(jié)構(gòu)圖中，其模塊的層次數(shù)稱為結(jié)構(gòu)圖的（）。A.深度B.跨度C.控制域D.粒度25 .（）是指把一些關(guān)系密切的軟件元素物理地放得彼此靠近

8、。A.隱藏B.內(nèi)聚C.局部化D.模塊獨(dú)立26 .（）工具在軟件詳細(xì)設(shè)計(jì)過程中不采用。A.判定表B. IPO圖C. PDLD. DFD27.指出PDL是下列（）語言。A.高級程序設(shè)計(jì)語言B.偽碼C.中級程序設(shè)計(jì)語言D.低級程序設(shè)計(jì)語言28 .工程上常用的表達(dá)工具有（）。A.圖形工具B.表格工具C.語言工具D.以上全是29 .結(jié)構(gòu)化程序設(shè)計(jì)主要強(qiáng)調(diào)的是（）。A.程序的效率B.程序執(zhí)行速度C.程序易讀性D.程序的規(guī)模30 .最早用于科學(xué)計(jì)算的程序設(shè)計(jì)語言是（）A、PROLOG語言B、SMALLTALK語言C、FORTRAN語言D、COBOL語言31 .軟件測試的目的是（）A.證明軟件的正確性B.找出

9、軟件系統(tǒng)中存在的所有錯(cuò)誤C.證明軟件系統(tǒng)中存在錯(cuò)誤D.盡可能多的發(fā)現(xiàn)軟件系統(tǒng)中的錯(cuò)誤32 .一般來說與設(shè)計(jì)測試數(shù)據(jù)無關(guān)的文檔是（）。A.需求規(guī)格說明書B.設(shè)計(jì)說明書C.源程序D.項(xiàng)目開發(fā)計(jì)劃33 .下面的邏輯測試覆蓋中，測試覆蓋能力最弱的是（）。8. A.條件覆蓋B.條件組合覆蓋C.語句覆蓋D.條件/判定覆蓋34 .若有一個(gè)計(jì)算類型的程序，它的輸入量只有一個(gè)X,其范圍是-1,0,1.0,現(xiàn)在輸入的角度考慮一組測試用例：-1.001,-1,0,1,0,1,001。請問設(shè)計(jì)這種測試用例的方法是A.條件覆蓋法B.等價(jià)類劃分法C.邊界值分析法D.錯(cuò)誤推斷法35 .在軟件測試中，邏輯覆蓋標(biāo)準(zhǔn)主要用于（）

10、。A.黑盒測試法B.白盒測試法C.灰盒測試法D.錯(cuò)誤推斷法36 .在黑盒測試中，著重檢查輸入條件的組合是（）A.等價(jià)類劃分法B.邊界值分析法C.錯(cuò)誤推斷法D.因果圖法37 .確認(rèn)測試主要用于發(fā)現(xiàn)（）階段的錯(cuò)誤。A,需求分析B,概要設(shè)計(jì)C,詳細(xì)設(shè)計(jì)D,編碼38 .在軟件生存周期中，花費(fèi)代價(jià)所占比例最大的階段是（）。A.需求分析B.設(shè)計(jì)C.測試D.維護(hù)39 .軟件生命周期中最長的階段是（）A.詳細(xì)設(shè)計(jì)B.概要設(shè)計(jì)C.需求分析D.維護(hù)階段40 .軟件生命周期中所花費(fèi)用最多的階段是A,詳細(xì)設(shè)計(jì)B.軟件編碼C,軟件測試D,軟件維護(hù)41 .因計(jì)算機(jī)硬件和軟件環(huán)境的變化而作出的修改軟件的過程稱為A.改正性維

11、護(hù)B,預(yù)防性維護(hù)C.完善性維護(hù)D.適應(yīng)性維護(hù)42 .面向?qū)ο蟮闹饕卣鞒庋b、繼承外，還包括（）A.多態(tài)性B.完整性C.兼容性D,可移植性43 .在確定類的屬性時(shí)，所有（）是候選屬性。A.動(dòng)詞B.名詞C.修飾性名詞詞組D.詞組44 .汽車有一個(gè)發(fā)動(dòng)機(jī)，汽車與發(fā)動(dòng)機(jī)之間的關(guān)系是（）關(guān)系。A.一般與具體B.整體與部分C.分類關(guān)系D.isa45 .OO方法中，每個(gè)對象可用它自己的一組屬性和它可以執(zhí)行的一組（）來表現(xiàn)。A.行為B.功能C.操作D.數(shù)據(jù)46 .火車是一種陸上交通工具，火車和陸上交通工具之間的關(guān)系是（）。A.組裝B.整體與部分C.hasaD.一般與具體47 .CMM軟件能力成熟度明確定義了

12、初始級等（）個(gè)級別。A.4B.5C.2D.6二、判斷題48 .軟件工程一t誕生于1969年的NATO會議。（）49 .軟件工程一t誕生于1968年的ICSE會議。50 .軟件開發(fā)不是某種個(gè)體勞動(dòng)的神秘技巧，而應(yīng)該是一種組織良好、管理嚴(yán)密、各類人員協(xié)同配合、共同完成的工程項(xiàng)目。（）51 .軟件生命周期由軟件定義、開發(fā)和運(yùn)行維護(hù)三個(gè)時(shí)期組成。52 .瀑布模型是由文檔驅(qū)動(dòng)的模型。53 .瀑布模型是添加了風(fēng)險(xiǎn)分析的快速原型模型。（）54 .螺旋模型是風(fēng)險(xiǎn)驅(qū)動(dòng)的模型。55 .軟件就是程序。56 .噴泉模型是面向?qū)ο蟮倪^程模型。（）57 .可行性分析要進(jìn)行一次壓縮、簡化了的需求分析工作。（）58 .可行性

13、分析就是回答“是否值得做”的問題。（）59 .系統(tǒng)流程圖是描繪邏輯系統(tǒng)的傳統(tǒng)工具。（）60 .61 .軟件錯(cuò)誤可能出現(xiàn)在開發(fā)過程的早期，越早修改越好。62 .需求規(guī)格說明書在軟件開發(fā)中具有重要的作用，它也可以作為軟件可行性研究的依據(jù)。63 .需求分析的最終結(jié)果是產(chǎn)生軟件總體設(shè)計(jì)說明書。（）64 .業(yè)務(wù)需求、用戶需求與系統(tǒng)需求是同一回事。（）65 .狀態(tài)轉(zhuǎn)換圖是表示系統(tǒng)行為的重要模型之一。（）66 .狀態(tài)轉(zhuǎn)換圖中狀態(tài)是任何可以被觀察的系統(tǒng)行為模式。67 .數(shù)據(jù)流圖的符號由基本符號和附加符號兩種組成。68 .數(shù)據(jù)字典是對系統(tǒng)流程圖的重要補(bǔ)充和說明。69 .70 .一個(gè)設(shè)計(jì)得好的典型系統(tǒng)的平均扇出通

14、常是5或7。71 .面向數(shù)據(jù)流的設(shè)計(jì)方法根據(jù)數(shù)據(jù)流的不同所采取的映射策略也不同。72 .設(shè)計(jì)模塊時(shí)，模塊的控制域應(yīng)在模塊的作用域內(nèi)。（）73 .面向數(shù)據(jù)流的設(shè)計(jì)方法將DFD映射成為軟件結(jié)構(gòu)。（）74 .程序的質(zhì)量主要取決于軟件設(shè)計(jì)的質(zhì)量。（）75 .76 .功能性注釋一般出現(xiàn)在模塊的首部。（）77 .序言性注釋一般用于解釋程序中某條語言或某段程序設(shè)計(jì)的算法或數(shù)據(jù)結(jié)構(gòu)。78 .用戶界面設(shè)計(jì)是一個(gè)迭代的過程。（）79 .良好的編程網(wǎng)絡(luò)是提高程序可讀性的保證。80 .PAD圖是由舊M公司發(fā)明的一種用于過程設(shè)計(jì)的工具。（）81 .PAD圖是在軟件詳細(xì)設(shè)計(jì)過程中采用的工具。82 .判定樹和判定表不能表示

15、復(fù)雜的條件組合與應(yīng)做的動(dòng)作之間的對應(yīng)關(guān)系。（）83 .判定樹與判定表相比，大多數(shù)時(shí)候判定表更為簡潔，而判定樹則更為直觀。（）84 .程序的環(huán)形復(fù)雜度常常借助數(shù)據(jù)流圖來幫助度量。（）85 .環(huán)形復(fù)雜度高的程序往往是最困難、最容易出問題的程序。（）86 .環(huán)形復(fù)雜度為10是模塊規(guī)模大小的一個(gè)更為科學(xué)的上限。（）87 .常見的幫助設(shè)施主要有集成式和附加式兩種。88 .編碼時(shí)應(yīng)盡量使用全局變量。（）89 .90 .軟件測試的目的是為了排除錯(cuò)誤。91 .目前軟件測試仍然是保證軟件質(zhì)量的關(guān)鍵步驟。（）92 .軟件測試最好由程序員自已來完成。（）93 .窮舉測試是可能的。（）94 .系統(tǒng)測試（或功能測試）常

16、采用白盒測試法。（）95 .語句覆蓋是白盒測試技術(shù)中最強(qiáng)的一種覆蓋技術(shù)。（）96 .判定/條件覆蓋一定比判定覆蓋強(qiáng)。（）97 .設(shè)計(jì)測試用例是測試階段的關(guān)鍵技術(shù)問題，基本目標(biāo)是選用最少量的高效測試數(shù)據(jù)，做到盡可能完善的測試，從而盡可能多地發(fā)現(xiàn)軟件中的問題。（）98 .軟件測試和調(diào)試是軟件測試階段中的兩個(gè)關(guān)系非常密切的過程，它們往往交替進(jìn)行。（）99 .語句覆蓋是白盒測試技術(shù)中覆蓋能力最弱的一種技術(shù)。100 .軟件調(diào)試的任務(wù)是發(fā)現(xiàn)錯(cuò)誤101 .102 .軟件生命周期中所花費(fèi)用最多的階段是需求分析。103 .軟件維護(hù)不是一項(xiàng)吸引人的工作。（）104 .維護(hù)過程的本質(zhì)是修改和壓縮了的軟件定義和開發(fā)過

17、程。（）105 .非結(jié)構(gòu)化維護(hù)的難度要遠(yuǎn)遠(yuǎn)超過結(jié)構(gòu)化維護(hù)的難度。106 .軟件維護(hù)中預(yù)防性維護(hù)所占的比例最大。107 .108.面向?qū)ο蠹夹g(shù)中的對象體現(xiàn)了信息隱藏原理。（）109.關(guān)聯(lián)的角色有助于提高關(guān)聯(lián)的可理解性，默認(rèn)情況下用類名表示角色名。（）110.面向?qū)ο蟮膯卧獪y試中單元的概念與傳統(tǒng)方法中的有所不同。（）111 .在面向?qū)ο笾校钚〉目蓽y試單元是封裝起來的類和對象。（）112 .面對對象的測試用例與結(jié)構(gòu)化方法中的測試用例是一樣的，均由輸入數(shù)據(jù)和預(yù)期的結(jié)果兩部分組成。（）113.面向?qū)ο笾袦y試類的方法有隨機(jī)測試、劃分測試和多類測試。（）114 .面向?qū)ο蟮臏y試用例大都是由執(zhí)行服務(wù)的序列構(gòu)

18、成。（）115.定義類中的服務(wù)時(shí)，通?？捎蔂顟B(tài)圖、順序圖中的事件提取而來。（）116 .定義類中的服務(wù)時(shí)，通常可由順序圖中的事件提取而來。117 .對象是具有一組相同屬性和操作的實(shí)體的集合。118 .在面向?qū)ο蟪绦蛟O(shè)計(jì)中，對象也是一種模塊。119 .用例模型用來體現(xiàn)系統(tǒng)的動(dòng)態(tài)模型。120 .三、填空題1 .是指導(dǎo)計(jì)算機(jī)軟件開發(fā)和維護(hù)的一門工程學(xué)科。2 .軟件工程一詞誕生于年舉行的NATO會議。3 .通常把在軟件生命周期全過程中使用的一整套技術(shù)方法的集合稱為,也稱為范型。4 .軟件工程方法學(xué)包括、和三個(gè)要素。5 .目前使用得最廣泛的軟件工程方法學(xué)，分別是傳統(tǒng)方法學(xué)和。6 .是為了獲得高質(zhì)量軟件所

19、需要完成的一系列任務(wù)的框架，它規(guī)定了完成各項(xiàng)任務(wù)的工作步驟。7 .原型的作用是,一旦需求確定了，原型就將被拋棄。8 .螺旋模型可看作是在每個(gè)階段之前都增加了的快速原型模型。9 .是指計(jì)算機(jī)軟件在開發(fā)和維護(hù)過程中所遇到的一系列嚴(yán)重問題。10 .UP中的軟件生命周期在時(shí)間上被分解為四個(gè)順序的階段，分別是：初始階段、和交付階段；9個(gè)核心工作流分別是：業(yè)務(wù)建模、實(shí)施、測試、部署、配置與變更管理、環(huán)境。11 .12 .可行性研究的目的，就是用最小的代價(jià)在盡可能短的時(shí)間內(nèi)確定。13 .一般來說，至少從、和三個(gè)方面進(jìn)行可行性研究。14 .可行性研究結(jié)束后提交的文檔是。15 .16 .需求分析是軟件定義時(shí)期的

20、最后一個(gè)階段，它的基本任務(wù)是準(zhǔn)確地回答這個(gè)問題。17 .在需求分析階段結(jié)束之前，系統(tǒng)分析員應(yīng)該寫出，以書面形式準(zhǔn)確地描述軟件需求。18 .需求分析必須理解并描述問題的信息域，建立模型；必須定義軟件應(yīng)完成的功能，建立模型；必須描述作為外部事件結(jié)果的軟件行為，建立模型。19 .狀態(tài)轉(zhuǎn)換圖中，是任何可以被觀察到的系統(tǒng)行為模式，它用圓角矩形表示。是某個(gè)特定時(shí)刻發(fā)生的事情，它引起系統(tǒng)做動(dòng)作或者使系統(tǒng)從一種行為模式轉(zhuǎn)換到另一種行為模式。20 .數(shù)據(jù)流圖的四種基本組成要素包括：外部實(shí)體、和。21 .數(shù)據(jù)流圖是分層繪制的，一般來說，在繪制時(shí)，應(yīng)保持之間的平衡。22 .需求分析完成后將提交文檔，簡稱SRS。23

21、 .需求分析階段得出的是總體設(shè)計(jì)的極好的出發(fā)點(diǎn)。24 .25 .軟件設(shè)方f包括設(shè)計(jì)和設(shè)計(jì)兩個(gè)階段。26 .經(jīng)驗(yàn)表明，一個(gè)設(shè)計(jì)得好的典型系統(tǒng)的平均扇出通常是。27 .是指為了能集中解決主要問題而盡量推遲對問題細(xì)節(jié)的考慮。28 .觀察大量軟件系統(tǒng)后發(fā)現(xiàn)，設(shè)計(jì)得好的軟件結(jié)構(gòu)通常頂層扇比較高，中層扇出較少，底層模塊應(yīng)有高的扇。29 .面向數(shù)據(jù)流的設(shè)計(jì)方法把信息流映射成。信息流的類型決定了映射的方法。30 .面向數(shù)據(jù)流的設(shè)計(jì)方法是把信息流映射成軟件結(jié)構(gòu)，信息流的類型決定了映射的方法，信息流的兩種類型是、。31 .進(jìn)行軟件結(jié)構(gòu)設(shè)計(jì)時(shí)應(yīng)該遵循的最主要的原理是原理，也就是說，軟件應(yīng)該由一組完成相對獨(dú)立的子功能

22、的模塊組成，這些模塊彼此之間的接口關(guān)系應(yīng)該盡量簡單。32 .結(jié)構(gòu)化程序設(shè)計(jì)的概念最早由E.W.Dijkstra提出，他是1972年圖靈獎(jiǎng)的獲得者。33 .常見的幫助設(shè)施可分為和附加的兩類。34 .描述程序處理過程的工具稱為。它們可以分為圖形、和三類。35 .實(shí)踐表明，模塊規(guī)模以環(huán)形復(fù)雜度V(G)小于等于為宜，也就是說，該值是模塊規(guī)模的一個(gè)更科學(xué)更精確的上限。36 .模塊的域定義為受該模塊內(nèi)一個(gè)判定影響的所有模塊的集合。37 .程序內(nèi)部文檔包括恰當(dāng)?shù)臉?biāo)識符、和等。38 .對程序進(jìn)行注釋是程序員和程序讀者通信的重要手段。通常對程序的注釋有兩種性注釋和性注釋。前者出現(xiàn)在程序的開始處，而后者出現(xiàn)在程序

23、的內(nèi)部。39 .通常把軟件開發(fā)生命周期中的和兩個(gè)階段統(tǒng)稱為實(shí)現(xiàn)。40 .所謂就是把軟件設(shè)計(jì)結(jié)果翻譯成用某種程序設(shè)計(jì)語言書寫的程序。41 .42 .Pareto原理說明，測試發(fā)現(xiàn)的錯(cuò)誤中的很可能是由程序中的的模塊贊成的。43 .錯(cuò)誤推斷法在很大程度上依靠程序員的和進(jìn)行。44 .軟件調(diào)試常用的途徑包括、回溯法和法三種。45 .軟件測試的步驟是單元測試、系統(tǒng)測試和平行運(yùn)行。46 .47 .在軟件產(chǎn)品被開發(fā)出來并交付用戶使用之后，就進(jìn)入了軟件的階段。48 .就是在軟件已交付使用之后，為了改正錯(cuò)誤或滿足新的需要而修改軟件的過程。49 .是指程序不需修改或稍加修改就能在不同環(huán)境中多次重復(fù)使用。50 .51

24、 .面向?qū)ο蟪绦蛟O(shè)計(jì)語言的三大特征是、繼承和。52 .對象是描述該對象的和的統(tǒng)一體。53 .UML的中文全稱是。54 .對象模型通常使用UML中的圖表示。55 .面向?qū)ο笾蓄惻c類之間通常有關(guān)聯(lián)、和細(xì)化等4種關(guān)系。56 .面向?qū)ο蟮墓δ苣Ｐ屯ǔＳ蒛ML中的圖表示。57 .用例圖中，如果一個(gè)用例是另一個(gè)用例的異常處理或事務(wù)分支情況，并且前者往往是對后者的完善，則這兩個(gè)用例之間的關(guān)系是。58 .通常，使用UML提供的來建立對象模型；對于復(fù)雜問題的對象模型由主題層、類-&-對象層、和結(jié)構(gòu)層五個(gè)層次組成。59 .60 .對象之間的耦合可分為耦合和繼承耦合。61 .面對對象設(shè)計(jì)中存在內(nèi)聚、內(nèi)聚和一

25、般-特殊內(nèi)聚三種。62 .廣義地說，軟件重用可分為知識重用、重用和重用。63 .軟件成分的重用可分為3個(gè)級別：重用、設(shè)計(jì)結(jié)果重用和結(jié)果重用。64 .類構(gòu)件有3種重用方式，分別是重用、繼承重用和重用。65 .類-&-對象之間的結(jié)構(gòu)關(guān)系包括關(guān)聯(lián)、聚集、泛化、依賴等類型，請將合適的關(guān)系填寫在下列描述的（）中。人員雇員關(guān)系。學(xué)生課程關(guān)系。森林和樹木之間是關(guān)系。66 .四、名詞解釋題1 .軟件生命周期2 .軟件危機(jī)3 .軟件過程4 .數(shù)據(jù)字典5 .模塊6 .模塊化7 .抽象8 .逐步求精9 .信息隱藏10 .局部化11 .模塊獨(dú)立性12 .耦合13 .內(nèi)聚14 .模塊的作用域15 .模塊的控制域

26、16 .結(jié)構(gòu)化程序設(shè)計(jì)17 .黑盒測試18 .白盒測試19 .3測試20 .“測試21 .改正性維護(hù)22 .適應(yīng)性維護(hù)23 .完善性維護(hù)24 .預(yù)防性維護(hù)25 .可移植性26 .可重用性27.繼承28 .多態(tài)29 .類30 .主題31 .軟件健壯性32 .軟件安全五、簡答題1 .什么是軟件危機(jī)，它有哪些典型的表現(xiàn)？為什么會出現(xiàn)軟件危機(jī)?2 .簡述軟件工程的基本原理。3 .請簡述快速原型法的基本思想。4 .簡述瀑布模型的優(yōu)缺點(diǎn)。5 .簡述數(shù)據(jù)流圖的繪制步驟。6 .簡述面向數(shù)據(jù)流設(shè)計(jì)方法的設(shè)計(jì)過程。7 .簡述G.Myers關(guān)于軟件測試目的的描述。8 .說明影響軟件可維護(hù)性的因素有哪些，如何提高軟件

27、的可維護(hù)性?9 .簡述類和對象的區(qū)別？10 .系統(tǒng)分析師的主要任務(wù)有哪些？需要了解用戶對于軟件系統(tǒng)哪些需求？11 .“如果我們已經(jīng)落后于計(jì)劃，可以增加更多的程序員來趕上進(jìn)度。”這樣的觀點(diǎn)正確嗎？請說明理由12 .使用對象建模技術(shù)開發(fā)軟件時(shí)，通常建立的三種模型及其分別描述系統(tǒng)的側(cè)重點(diǎn)是什么？13 .六、應(yīng)用題1 .某校對于各種不同職稱的教師， 根據(jù)是本校專職教師還是外聘兼職教師決定其講課的每課時(shí)津貼標(biāo)準(zhǔn)。 本校專職教師每課時(shí)津貼費(fèi)：教授50元，副教授40元，講師30元，助教20元。外聘兼職教師每課時(shí)津貼費(fèi)：教授60元，副教授50元，講師40元，助教30元。試用判定表表示以上功能。答：此題的解為：教授TFFFTFFF副教授1FTFFFTFF講師FFTFFFTF助教FF