軟件工程期末考試參考試題

1、軟件工程期末考試參考試題-、填空題1、軟件生存周期一般可分為問(wèn)題定義、可行性研究、需求分析、設(shè)計(jì)編碼、測(cè)試、運(yùn)行與維護(hù)階段。2、按軟件的功能進(jìn)行劃分，軟件可以劃分為系統(tǒng)軟件、支撐軟件和應(yīng)用軟件。3、可行性研究主要集中在以下四個(gè)方面經(jīng)濟(jì)可行性、技術(shù)可行性、法律可行性和抉擇。4、用戶(hù)界面的可使用性是用戶(hù)界面設(shè)計(jì)最重要的也是最某本的目標(biāo)。5、常見(jiàn)的軟件概要設(shè)計(jì)方法有3大類(lèi)：以數(shù)據(jù)流圖為基礎(chǔ)構(gòu)造模塊結(jié)構(gòu)的結(jié)構(gòu)化設(shè)計(jì)方（SD）,以數(shù)據(jù)結(jié)構(gòu)為基礎(chǔ)構(gòu)造模塊的Jackson方法，以對(duì)象、類(lèi)、繼承和通信為基礎(chǔ)的面向?qū)ο笤O(shè)計(jì)方法（OOD）。6、數(shù)據(jù)流圖和數(shù)據(jù)字典共同構(gòu)成系統(tǒng)的邏輯模型。7、軟件測(cè)試的方法有分析方法

2、和非分析方法（即黑盒法）。8、單元測(cè)試一般以白盒測(cè)試為主，黑盒測(cè)試為輔。9、成本估計(jì)方法主要有自底向上估計(jì)、自頂向下估計(jì)和算法模型估計(jì)三種類(lèi)型。10 .文檔（document）種數(shù)據(jù)媒體和其上所記錄的（數(shù)據(jù)）。11機(jī)器語(yǔ)言、匯編語(yǔ)言：依賴(lài)于機(jī)器，面向（機(jī)器）12 .軟件有效性（efficiency）,指軟件系統(tǒng)的時(shí)間和（空間）效率。13 .軟件定義過(guò)程可通過(guò)軟件系統(tǒng)的（可行性研究）和需求分析兩個(gè)階段來(lái)完成。14 .軟件定義的基本任務(wù)是確定軟件系統(tǒng)的工程（需求），也就是要搞清“做什么”。15 .為了使用戶(hù)需求逐步精細(xì)化、完全化、一致化，通常采用（需求建模技術(shù)）。16 .一個(gè)軟件的深度是指其控制的

3、（層數(shù)）。17 .以詳細(xì)設(shè)計(jì)說(shuō)明書(shū)為輸入，將該輸入用某種程序設(shè)計(jì)語(yǔ)言翻譯成計(jì)算機(jī)可以理解并最終可運(yùn)行的代碼的過(guò)程叫（編碼）過(guò)程。18 .軟件維護(hù)是軟件生命周期的（最后）一個(gè)階段19 .軟件工程由（方法）、工具和過(guò)程三部分組成，稱(chēng)軟件工程的三要素。20 .基于計(jì)算機(jī)系統(tǒng)的軟件要素中的軟部件由程序、數(shù)據(jù)和（文檔）組成。21 .數(shù)據(jù)流圖就是用來(lái)刻畫(huà)數(shù)據(jù)流和轉(zhuǎn)換的信息系統(tǒng)建模技術(shù)。它用簡(jiǎn)單的圖形記號(hào)分別表示數(shù)據(jù)流、轉(zhuǎn)換、（數(shù)據(jù)源）以及外部實(shí)體。22 .被繼承的類(lèi)我們稱(chēng)之為基類(lèi)（父類(lèi)），在基類(lèi)的基礎(chǔ)上新建立的類(lèi)我們稱(chēng)之為派生類(lèi)子類(lèi)。23 .流程圖也稱(chēng)為程序框圖是最常用的一種表示法，它有順序、分支和（循環(huán)

4、）三個(gè)基本控制構(gòu)件。24 .機(jī)器語(yǔ)言和匯編語(yǔ)言，也稱(chēng)為（低級(jí)）語(yǔ)言。25 .軟件測(cè)試是執(zhí)行程序發(fā)現(xiàn)并排除程序中潛伏的（錯(cuò)誤）的過(guò)程。26 .軟件可維護(hù)性，是指軟件產(chǎn)品交付使用后，在實(shí)現(xiàn)改正潛伏的錯(cuò)誤、改進(jìn)性能等屬性、適應(yīng)環(huán)境變化等方面工作的（難易）程度。27 .軟件可理解性，指系統(tǒng)具有清晰的結(jié)構(gòu)，能直接反映問(wèn)題的（需求）。28在實(shí)體-關(guān)系圖簡(jiǎn)稱(chēng)E-R圖中，數(shù)據(jù)對(duì)象實(shí)體用長(zhǎng)方形、關(guān)系用（菱形）、屬性用橢圓表小。29 .建立數(shù)據(jù)流模型要遵循的原則包括：每個(gè)加工至少應(yīng)有一個(gè)輸入數(shù)據(jù)流以反映被處理數(shù)據(jù)的來(lái)源和一個(gè)（輸出）數(shù)據(jù)流來(lái)反映加工的結(jié)果30 .從工程管理的角度軟件設(shè)計(jì)可分為概要設(shè)計(jì)和（詳細(xì)）設(shè)計(jì)

5、兩大步驟。31 .通過(guò)向用戶(hù)提供視覺(jué)和聽(tīng)覺(jué)上的反饋，保持用戶(hù)與界面間的雙向通信，是提高界面可（交互）性的措施之一。32 .程序設(shè)計(jì)語(yǔ)言的可靠性是指程序設(shè)計(jì)語(yǔ)言本身不出錯(cuò)或?qū)﹀e(cuò)誤的（糾正）能力。33 .對(duì)發(fā)現(xiàn)錯(cuò)誤較多的程序模塊，應(yīng)進(jìn)行（重點(diǎn)）測(cè)試。34 .測(cè)試用例中，不僅要選擇合理的輸入數(shù)據(jù)，還要選擇（不合理）的輸入數(shù)據(jù)。二、單項(xiàng)選擇題1 .下列哪個(gè)階段不屬于軟件生存周期的三大階段（C）oA、計(jì)劃階段B、開(kāi)發(fā)階段C、編碼階段D、維護(hù)階段2 .需求分析是（A）。A、軟件開(kāi)發(fā)工作的基礎(chǔ)B、軟件生存周期的開(kāi)始C、由系統(tǒng)分析員單獨(dú)完成的D、由用戶(hù)自己?jiǎn)为?dú)完成的3 .原型化方法是軟件開(kāi)發(fā)中一類(lèi)常用的方法，

6、它與結(jié)構(gòu)化方法相比較，更需要（B）。A、明確的需求定義B、完整的生命周期C、較長(zhǎng)的開(kāi)發(fā)時(shí)間D、熟練的開(kāi)發(fā)人員4 .軟件維護(hù)時(shí)，對(duì)測(cè)試階段未發(fā)現(xiàn)的錯(cuò)誤進(jìn)行測(cè)試、診斷、定位、糾錯(cuò)，直至修改的回歸測(cè)試過(guò)程稱(chēng)為（A）。A、改正性維護(hù)B、適應(yīng)性維護(hù)C、完善性維護(hù)D、預(yù)防性維護(hù)5 .一般說(shuō)來(lái)，投入運(yùn)行的軟件系統(tǒng)中有錯(cuò)誤（A）oA、不是不可以理解的B、是不能容忍的C、是要求退貨的理由D、是必然的6、對(duì)在數(shù)據(jù)流圖中每一個(gè)命令的圖形元素均給以定義是（B）A、條目定義B、數(shù)據(jù)字典C、數(shù)據(jù)定義D、數(shù)據(jù)說(shuō)明7、軟件的可行性研究中不包括（D）A、法律可行性B、技術(shù)可行性C、經(jīng)濟(jì)可行性D、政治可行性8、根據(jù)用戶(hù)在軟件使用

7、過(guò)程中提出的建設(shè)性意見(jiàn)而進(jìn)行的維護(hù)活動(dòng)稱(chēng)為（C）oA.糾錯(cuò)性維護(hù)B.適應(yīng)性維護(hù)C.改善性維護(hù)D.預(yù)防性維護(hù)9、人機(jī)界面的風(fēng)格大致經(jīng)過(guò)了（B）代的演變。A.三B.四C.五D.六10、以下不屬于白盒測(cè)試技術(shù)的是（D）A.邏輯覆蓋B.基本路徑測(cè)試C.循環(huán)覆蓋測(cè)試D.等價(jià)類(lèi)劃分11、為改正軟件系統(tǒng)中潛藏的錯(cuò)誤而進(jìn)行的維護(hù)活動(dòng)稱(chēng)為（A）。A.糾錯(cuò)性維護(hù)B.適應(yīng)性21護(hù)C.改善性維護(hù)D.預(yù)防性維護(hù)12、從事物的組成部件及每個(gè)部件的屬性、功能來(lái)認(rèn)識(shí)事物。這種方法被稱(chēng)為（A）的方法。A、面向?qū)ο驜、面向數(shù)據(jù)C、面向過(guò)程D、面向?qū)傩?3、判定表由四部分組成：左上部列出（B）。A.條件組合與動(dòng)作之間的對(duì)應(yīng)關(guān)系B.

8、所有條件C.所有可能的動(dòng)作D.可能的條件組合14、面向?qū)ο蟮姆治龊驮O(shè)計(jì)（OOA&OOD）方法出現(xiàn)在20世紀(jì)（C）年代中期。A.50B.60C.70D.8015、耦合度也可以分為七級(jí)：其中最松散的耦合是（A）oA.非直接耦合B.數(shù)據(jù)耦合C.特征耦合D.控制耦合16、面向?qū)ο蠓椒ㄊ菍F(xiàn)實(shí)世界的事物以對(duì)象的方式（B）到計(jì)算機(jī)世界的方法。A.對(duì)應(yīng)B.映射C.反映D.反射17、盒圖也稱(chēng)為（D）或Chapin圖。這種表達(dá)方式取消了流程線，它強(qiáng)迫程序員以結(jié)構(gòu)化方式思考和解決問(wèn)題。A.流程圖B.框圖C.判定表D.N-S圖18、描述靜態(tài)數(shù)據(jù)結(jié)構(gòu)的概念模式是（A）。A、E-R圖B、DFDC、結(jié)構(gòu)圖D、框圖

9、19、結(jié)構(gòu)化程序設(shè)計(jì)理論認(rèn)為，實(shí)現(xiàn)良好的程序結(jié)構(gòu)要應(yīng)用（A）的分析方法。A、自頂向下B、自底向上C、面向?qū)ο驞、基于組件20、在結(jié)構(gòu)化程序設(shè)計(jì)當(dāng)中，不建議使用（D）0A、分支語(yǔ)句B、循環(huán)語(yǔ)句C、子程序調(diào)用語(yǔ)句D、轉(zhuǎn)向語(yǔ)句21、軟件生產(chǎn)過(guò)程中，需求信息由（D）給出。A、程序員B、項(xiàng)目管理者C、軟件分析設(shè)計(jì)人員D、軟件用戶(hù)22、在下列的基本成分中，哪個(gè)不是數(shù)據(jù)流程圖的基本成分？（D）A、信息處理B、信息存儲(chǔ)C、外部實(shí)體D、系統(tǒng)狀態(tài)23、與設(shè)計(jì)測(cè)試數(shù)據(jù)無(wú)關(guān)的文檔是（D）0A、需求說(shuō)明書(shū)B(niǎo)、設(shè)計(jì)說(shuō)明書(shū)C、源程序D、項(xiàng)目開(kāi)發(fā)設(shè)計(jì)三、多項(xiàng)選擇題（每小題2分，共10分）1 .下面哪些測(cè)試屬于白盒測(cè)試（AE）

10、。A、基本路徑測(cè)試B、等價(jià)類(lèi)劃分C、邊界值分析D、錯(cuò)誤推測(cè)E、邏輯覆蓋測(cè)試2 .下列哪些選項(xiàng)是屬于內(nèi)容耦合（ABC）。A、一個(gè)模塊直接訪問(wèn)另一個(gè)模塊的內(nèi)部數(shù)據(jù)B、一個(gè)模塊有多個(gè)入口C、一個(gè)模塊不通過(guò)正常入口轉(zhuǎn)到另一模塊內(nèi)部D、一個(gè)模塊只有一個(gè)入口3 .下列屬于度量效益方法的是（ABC）。A、貨幣的時(shí)間價(jià)值B、投資回收期C、收入D、投資回報(bào)率4 .數(shù)據(jù)流圖是用于表示軟件模型的一種圖示方法，在下列可采用的繪制方法中，哪些是常采用的（ACD）。A、自頂向下B、自底向上C、分層繪制D、逐步求精5.軟件設(shè)計(jì)中一般將用到圖形工具，下列哪種些可用作設(shè)計(jì)的圖形工具（ACD）A、結(jié)構(gòu)圖B、實(shí)體聯(lián)系圖C、IPO圖

11、D、層次圖四、判斷題1、在進(jìn)行總體設(shè)計(jì)時(shí)應(yīng)加強(qiáng)模塊間的聯(lián)系。（X）2、系統(tǒng)結(jié)構(gòu)圖是精確表達(dá)程序結(jié)構(gòu)的圖形表示法。因此，有時(shí)也可以將系統(tǒng)結(jié)構(gòu)圖當(dāng)作系統(tǒng)流程圖使用。（X）3、用黑盒法測(cè)試時(shí)，測(cè)試用例是根據(jù)程序內(nèi)部邏輯設(shè)計(jì)的。（X）4、在程序調(diào)試時(shí)，找出錯(cuò)誤的位置和性質(zhì)比改正該錯(cuò)誤更難。（，）5、以對(duì)象、類(lèi)、繼承和通信為基礎(chǔ)的面向?qū)ο笤O(shè)計(jì)方法（OOD也是常見(jiàn)的軟件概要設(shè)計(jì)方法之一。（，）6、如果通過(guò)軟件測(cè)試沒(méi)有發(fā)現(xiàn)錯(cuò)誤，則說(shuō)明軟件是正確的。（X）7、快速原型模型可以有效地適應(yīng)用戶(hù)需求的動(dòng)態(tài)變化。（，）8、模塊化，信息隱藏，抽象和逐步求精的軟件設(shè)計(jì)原則有助于得到高內(nèi)聚，低耦合度的軟件產(chǎn)品。（，）9、集

12、成測(cè)試主要由用戶(hù)來(lái)完成。（X）10、軟件危機(jī)完全是由于硬件問(wèn)題引起的。（x）11 .缺乏有力的方法學(xué)的指導(dǎo)和有效的開(kāi)發(fā)工具的支持，這往往是產(chǎn)生軟件危機(jī)的原因之一。（，）12 .一個(gè)好的開(kāi)發(fā)人員應(yīng)具備的素質(zhì)和能力不包括具有良好的書(shū)面和口頭表達(dá)能力。（X）13 .在用戶(hù)需求分析時(shí)觀察用戶(hù)手工操作過(guò)程不是為了模擬手工操作過(guò)程，而是為了獲取第一手資料，并從中提取出有價(jià)值的需求。（，）14 .快速原型技術(shù)適用于軟件產(chǎn)品要求大量的用戶(hù)交互、或產(chǎn)生大量的可視輸出、或設(shè)計(jì)一些復(fù)雜的算法等場(chǎng)合。（V）15 .流程圖也稱(chēng)為程序（框圖）是最常用的一種表示法。（，）16 .面向數(shù)據(jù)設(shè)計(jì)方法一般都包括下列任務(wù)：確定數(shù)據(jù)

13、結(jié)構(gòu)特征；用順序、選擇和重復(fù)三種基本形式表示數(shù)據(jù)等步驟。（，）17 .理想的人機(jī)界面應(yīng)針對(duì)具有典型個(gè)性的特定的一類(lèi)用戶(hù)設(shè)計(jì)。（，）18 .數(shù)據(jù)輸入的一般準(zhǔn)則中包括盡量（增加）用戶(hù)輸入的動(dòng)作。（X）19 .用窮舉測(cè)試是較現(xiàn)實(shí)的測(cè)試方法。（X）20、編碼時(shí)應(yīng)盡可能使用全局變量（X）21、重視程序結(jié)構(gòu)的設(shè)計(jì)，能使程序具有較好的層次結(jié)構(gòu)（，）22、程序中的注解越少越好（X）23 .糾錯(cuò)性維護(hù)是改正運(yùn)行期間發(fā)現(xiàn)的潛伏錯(cuò)誤。（，）24 .軟件可移植性（portability）,是指軟件從一個(gè)計(jì)算機(jī)系統(tǒng)或（環(huán)境）移植到另一個(gè)上去的難易程度。（，）25 .軟件復(fù)雜性不能反映出軟件的可理解性、模塊化、簡(jiǎn)單性等屬

14、性。（X）26 .當(dāng)程序內(nèi)的分支數(shù)和循環(huán)數(shù)增加時(shí)，V（G）值將隨之增加，即程序的復(fù)雜性增大。（M）27 .一般來(lái)說(shuō)，設(shè)計(jì)軟件時(shí)應(yīng)盡量使用數(shù)據(jù)耦合，減少控制耦合，限制外部環(huán)境耦合和公共數(shù)據(jù)耦合，杜絕內(nèi)容耦合。（，）28 .設(shè)計(jì)用戶(hù)界面只需要計(jì)算機(jī)科學(xué)的理論和知識(shí)，而不一定需要認(rèn)知心理學(xué)以及人-機(jī)工程學(xué)、語(yǔ)言學(xué)等學(xué)科的知識(shí)。（X）29 .第四代語(yǔ)言（4GL）還局限在某些領(lǐng)域內(nèi)，如數(shù)據(jù)庫(kù)查詢(xún)語(yǔ)言。（，）30 .不同程序設(shè)計(jì)語(yǔ)言在程序的效率上的差異不大。（X）31 .編碼的依據(jù)是詳細(xì)設(shè)計(jì)說(shuō)明書(shū)。（，）32 .程序文檔應(yīng)該包括代碼的功能、代碼的完成者等內(nèi)容。（，）33 .軟件項(xiàng)目定義部分由制定軟件項(xiàng)目開(kāi)

15、發(fā)計(jì)劃、需求分析2個(gè)階段組成。（，）34 .預(yù)防性維護(hù)是修改軟件，以適應(yīng)軟硬件環(huán)境的變化。（X）35 .開(kāi)發(fā)大型軟件易產(chǎn)生疏漏和錯(cuò)誤，往往是產(chǎn)生軟件危機(jī)的原因之一。（，）36 .據(jù)統(tǒng)計(jì)，軟件維護(hù)人員為了分析和理解原軟件系統(tǒng)所花費(fèi)的工作量約占整個(gè)維護(hù)工作量的60%以下。（X）37 .數(shù)據(jù)流圖中各構(gòu)成元素的名稱(chēng)不一定必須具有明確的含義以代表對(duì)應(yīng)元素的內(nèi)容或功能。（X）38 .軟件設(shè)計(jì)也可看作將需求規(guī)格說(shuō)明逐步轉(zhuǎn)換為軟件源代碼的過(guò)程。（，）39 .最高耦合度是數(shù)據(jù)耦合。（X）40 .人機(jī)界面（Human-ComputeEnterface,簡(jiǎn)稱(chēng)HCI）又稱(chēng)人-機(jī)接口或用戶(hù)界面。41 .在同一用戶(hù)界面中

16、，所有的菜單選擇、命令輸入、數(shù)據(jù)顯示和其他功能應(yīng)采用不同的形式和風(fēng)格。（X）42 .判定覆蓋必然滿足語(yǔ)句覆蓋。（，）43 .為提高可交互性一般對(duì)大多數(shù)操作動(dòng)作應(yīng)允許用戶(hù)恢復(fù)。同時(shí)應(yīng)盡量減少用戶(hù)記憶的信息量。（，）44 .編程中應(yīng)采用統(tǒng)一的標(biāo)準(zhǔn)和約定，降低程序的復(fù)雜性。（，）45 .軟件在使用過(guò)程中維護(hù)不十分復(fù)雜。（X）46 .軟件可重用性（reusability）,是指軟部件可以在多種場(chǎng)合使用的程度。（，）47 .缺乏有力的方法學(xué)的指導(dǎo)和有效的開(kāi)發(fā)工具的支持，這往往是產(chǎn)生軟件危機(jī)的原因之一。（，）48 .快速原型技術(shù)的適用于軟件產(chǎn)品要求大量的用戶(hù)交互、或產(chǎn)生大量的可視輸出、或設(shè)計(jì)一些復(fù)雜的算法

17、等場(chǎng)合。（V）49 .流程圖也稱(chēng)為程序框圖是最常用的一種表示法。（，）50 .面向數(shù)據(jù)設(shè)計(jì)方法一般都包括下列任務(wù)：確定數(shù)據(jù)結(jié)構(gòu)特征；用順序、選擇和重復(fù)三種基本形式表示數(shù)據(jù)等步驟。（，）51、在軟件維護(hù)過(guò)程中改善性維護(hù)是為適應(yīng)環(huán)境的變化而修改軟件的活動(dòng)。（X）52 .螺旋模型是在瀑布模型和增量模型的基礎(chǔ)上增加了風(fēng)險(xiǎn)分析活動(dòng)。（，）53 .數(shù)據(jù)字典是對(duì)數(shù)據(jù)流圖中的數(shù)據(jù)流，加工、數(shù)據(jù)存儲(chǔ)、數(shù)據(jù)的源和終點(diǎn)進(jìn)行詳細(xì)定義。（X）54 .JAVA語(yǔ)言編譯器是一個(gè)CASE工具。（，）55 .軟件是指用程序設(shè)計(jì)語(yǔ)言（如PASCAL,C,VISUALBASIC等）編寫(xiě)的程序，軟件開(kāi)發(fā)實(shí)際上就是編寫(xiě)程序代碼。（X）

18、56 .軟件模塊之間的耦合性越弱越好。（V）57 .數(shù)據(jù)庫(kù)設(shè)計(jì)說(shuō)明書(shū)是一個(gè)軟件配置項(xiàng)（，）58 .在面向?qū)ο蟮能浖_(kāi)發(fā)方法中，每個(gè)類(lèi)都存在其相應(yīng)的對(duì)象，類(lèi)是對(duì)象的實(shí)例，對(duì)象是生成類(lèi)的模板。（X）59 .過(guò)程描述語(yǔ)言可以用于描述軟件的系統(tǒng)結(jié)構(gòu)。（X）60 .快速原型模型可以有效地適應(yīng)用戶(hù)需求的動(dòng)態(tài)變化。（V）61 .模塊化，信息隱藏，抽象和逐步求精的軟件設(shè)計(jì)原則有助于得到高內(nèi)聚，低耦合度的軟件產(chǎn)品。（，）62 .可行性研究進(jìn)一步研究問(wèn)題分析階段所確定的問(wèn)題是否有可行的解。（，）63 .并發(fā)系統(tǒng)中遇到的一個(gè)主要問(wèn)題是定時(shí)問(wèn)題。（V）64 .面向?qū)ο蠼５玫降哪Ｐ桶到y(tǒng)的3個(gè)要素，即靜態(tài)結(jié)構(gòu)、交互

19、次序和數(shù)據(jù)變換。（M）65 .軟件重用是提高軟件開(kāi)發(fā)生產(chǎn)率和目標(biāo)系統(tǒng)質(zhì)量的重要途徑。（V）66 .判定覆蓋不一定包含條件覆蓋，條件覆蓋也不一定包含判定覆蓋。（，）67 .PowerDesigner是一個(gè)CASE工具。（，）68 .在進(jìn)行需求分析時(shí)需同時(shí)考慮維護(hù)問(wèn)題。（X）69 .UML是一種面向?qū)ο蟮姆治鲈O(shè)計(jì)方法，即OOA/OOD方法。（X）70.在面向?qū)ο蟮能浖_(kāi)發(fā)方法中，每個(gè)類(lèi)都存在其相應(yīng)的對(duì)象，對(duì)象是類(lèi)的實(shí)例,類(lèi)是生成對(duì)象的模板。（，）五、簡(jiǎn)答題1、什么是軟件危機(jī)？為什么會(huì)產(chǎn)生軟件危機(jī)？答：軟件危機(jī)是指軟件在開(kāi)發(fā)和維護(hù)過(guò)程時(shí)所遇到的一系列問(wèn)題。主要包含二方面的問(wèn)題：一是如何開(kāi)發(fā)軟件以滿足

20、社會(huì)對(duì)軟件日益增長(zhǎng)的需求，二是如何維護(hù)數(shù)量不斷增長(zhǎng)的已有軟件。產(chǎn)生軟件危機(jī)的原因：一方面與軟件本身的特點(diǎn)有關(guān)，另一方面和軟件開(kāi)發(fā)與維護(hù)的方法不正確有關(guān)。2、耦合性有哪幾種類(lèi)型？其耦合度的順序如何？耦合性非直接數(shù)據(jù)特征控制外部公共內(nèi)容耦合耦合耦合耦合耦合耦合耦合強(qiáng)'模塊獨(dú)立性A弱其中，1、2、3屬于弱耦合，4屬于中度耦合，5、6屬于較強(qiáng)耦合、7屬于強(qiáng)耦合。非直接耦合T數(shù)據(jù)耦合T特征耦合T控制耦合T外部耦合T公共耦合T內(nèi)容耦合,內(nèi)聚性一低A局偶然邏輯時(shí)間通信順序功能偶然內(nèi)聚內(nèi)聚內(nèi)聚內(nèi)聚內(nèi)聚內(nèi)聚內(nèi)聚弱模塊獨(dú)立性k強(qiáng)其中，1、2、3屬于低內(nèi)聚，4屬于中內(nèi)聚，5、6屬于高內(nèi)聚。3、簡(jiǎn)述需求分析工

21、作可以分成哪四個(gè)方面？軟件需求分析的有哪三個(gè)基本原則？答：需求分析階段分成四個(gè)方面：對(duì)問(wèn)題的識(shí)別、分析與綜合、制定規(guī)格說(shuō)明和評(píng)審。三個(gè)基本原則：必須能夠表達(dá)和理解問(wèn)題的數(shù)據(jù)域和功能域；必須按自頂向下、逐步分解的方式對(duì)問(wèn)題進(jìn)行分解和不斷細(xì)化；要給出系統(tǒng)的邏輯視圖和物理視圖。4、什么是黑盒測(cè)試法？答：黑盒測(cè)試法把程序看成一個(gè)黑盒子，完全不考慮程序的內(nèi)部結(jié)構(gòu)和處理過(guò)程，它只檢查程序功能是否能按照規(guī)格說(shuō)明書(shū)的規(guī)定正常使用，程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)據(jù)，產(chǎn)生正確地輸出信息。5、什么是軟件生存周期?答：一個(gè)軟件從定義到開(kāi)發(fā)、使用和維護(hù)，直到最終被廢棄，要經(jīng)歷一個(gè)漫長(zhǎng)的時(shí)期，通常把軟件經(jīng)歷的這個(gè)漫長(zhǎng)的時(shí)期稱(chēng)

22、為生存周期。軟件生存周期就是從提出軟件產(chǎn)品開(kāi)始，直到軟件產(chǎn)品被淘汰的全過(guò)程。6、在需求分析階段，建立目標(biāo)系統(tǒng)的邏輯模型的具體做法是什么？答：系統(tǒng)流程圖是描述物理系統(tǒng)的傳統(tǒng)工具。它的基本思想是用圖形符號(hào)以黑盒子形式描繪系統(tǒng)里的每個(gè)部件（程序、文件、數(shù)據(jù)庫(kù)、表格、人工過(guò)程等）。系統(tǒng)流程圖表達(dá)的是部件的信息流程，而不表示信息進(jìn)行加工處理的控制過(guò)程。7、為什么數(shù)據(jù)流圖要分層？答：為了表達(dá)數(shù)據(jù)處理過(guò)程的數(shù)據(jù)加工情況，用一個(gè)數(shù)據(jù)流圖是不夠的。為表達(dá)稍微復(fù)雜的實(shí)際問(wèn)題，需要按照問(wèn)題的層次結(jié)構(gòu)進(jìn)行逐步分解，并以分層的數(shù)據(jù)流圖反映這種結(jié)構(gòu)關(guān)系。8、軟件的質(zhì)量反應(yīng)為哪些方面的問(wèn)題？答：軟件需求是度量軟件質(zhì)量的基礎(chǔ)

23、，不符合需求的軟件就不具備質(zhì)量。在各種標(biāo)準(zhǔn)中定義了一些開(kāi)發(fā)準(zhǔn)則，用來(lái)指導(dǎo)軟件人員用工程化的方法來(lái)開(kāi)發(fā)軟件。如果不遵這些開(kāi)發(fā)準(zhǔn)則，軟件質(zhì)量就得不到保證。往往會(huì)有一些隱含的需求沒(méi)有明確地提出來(lái)。如果軟件只滿足那些精確定義了的需求而沒(méi)有滿足這些隱含的需求，軟件質(zhì)量也不能保證。軟件質(zhì)量是各種特性的復(fù)雜組合。它隨著應(yīng)用的不同為不同，隨著用戶(hù)提出的質(zhì)量要求不同而不同。9、軟件工程的基本原則有抽象、信息隱藏、模塊化和其他哪些內(nèi)容？（軟件工程必須遵循那些基本原則？）答：1）抽象2）信息隱藏（2分）3）模塊化（2分）4）局部化5）一致性6）完全性7）可驗(yàn)證性（2分）10、常用的軟件項(xiàng)目的估算方法主要有哪4種？1

24、）自頂向下的估算方法2）自底向上的估算方法3）差別估算法4）根據(jù)經(jīng)驗(yàn)估算公式11、原型法模型一般適應(yīng)哪些場(chǎng)合？它適合于那些不能預(yù)先確切定義需求的軟件系統(tǒng)的開(kāi)發(fā)，更適合于那些項(xiàng)目組成員（包括分析員、設(shè)計(jì)員、程序員和用戶(hù)）不能很好交流或通信有困難的情況。12、簡(jiǎn)答結(jié)構(gòu)化程序設(shè)計(jì)的內(nèi)容及基本要點(diǎn)。內(nèi)容：是程序設(shè)計(jì)技術(shù)，它采用自頂向下逐步求精的設(shè)計(jì)方法和單入口單出口的控制構(gòu)件?；疽c(diǎn)：（1）采用自頂向下，逐步求精的程序設(shè)計(jì)方法。（2）使用三種基本控制結(jié)構(gòu)構(gòu)造程序，分別是順序，選擇和循環(huán)（3）采用主程序員組的組織形式。（4）采用單入口單出口的模塊形式。13、瀑布模型一般適應(yīng)哪些場(chǎng)合？瀑布模型一般適用于

25、功能、性能明確、完整、無(wú)重大變化的軟件系統(tǒng)的開(kāi)發(fā)。例如操作系統(tǒng)、編譯系統(tǒng)、數(shù)據(jù)庫(kù)管理系統(tǒng)等系統(tǒng)軟件的開(kāi)發(fā)。應(yīng)用有一定的局限性。14、軟件工程的目標(biāo)是什么？答：在給定成本、進(jìn)度的前提下，開(kāi)發(fā)出具有可修改性、有效性、可靠性、可理解性、可維護(hù)性、可重用性、可適應(yīng)性、可移植性、可追蹤性和可互操作性并滿足用戶(hù)需求的軟件產(chǎn)品。15、螺旋模型的適應(yīng)場(chǎng)合有哪些？答：適應(yīng)場(chǎng)合：支持需求不明確、特別是大型軟件系統(tǒng)的開(kāi)發(fā)，并支持面向規(guī)格說(shuō)明、面向過(guò)程、面向?qū)ο蟮榷喾N軟件開(kāi)發(fā)方法，是一種具有廣闊前景的模型。16、軟件開(kāi)發(fā)風(fēng)險(xiǎn)分析實(shí)際上就是貫穿于軟件工程過(guò)程中的一系列風(fēng)險(xiǎn)管理步驟，它包括哪些主要內(nèi)容？答：1）風(fēng)險(xiǎn)標(biāo)識(shí)2

26、）風(fēng)險(xiǎn)估算3）風(fēng)險(xiǎn)評(píng)價(jià)4）風(fēng)險(xiǎn)駕馭和監(jiān)控。17、軟件生存周期中的軟件開(kāi)發(fā)過(guò)程由概要設(shè)計(jì)和其它哪幾個(gè)階段組成？答：1）詳細(xì)設(shè)計(jì)2）實(shí)現(xiàn)3）組裝設(shè)計(jì)4）驗(yàn)收測(cè)試18、實(shí)體一關(guān)系（Entity-Relation）圖簡(jiǎn)稱(chēng)E-R圖，是表示數(shù)據(jù)對(duì)象及其之間關(guān)系的圖形語(yǔ)言機(jī)制。19、需求評(píng)審標(biāo)準(zhǔn)（按照重要性的次序）包括哪些內(nèi)容？答：1）正確性2）無(wú)歧義性3）完全性4）可驗(yàn)證性5）一致性6）可理解性7）可修改性8）可追蹤性。20、計(jì)算機(jī)軟件一一與計(jì)算機(jī)系統(tǒng)操作有關(guān)的程序、規(guī)程、規(guī)則及任何與之有關(guān)的文檔和數(shù)據(jù)。21、需求分析的任務(wù)是什么？答：需求分析的任務(wù)是確定待開(kāi)發(fā)的軟件系統(tǒng)“做什么”。具體任務(wù)包括確定軟件系統(tǒng)的功能需求、性能需求和運(yùn)行環(huán)境約束，編制軟件需求規(guī)格說(shuō)明書(shū)、軟件系統(tǒng)的驗(yàn)收測(cè)試準(zhǔn)則和初步的用戶(hù)手冊(cè)。22、軟件項(xiàng)目的成本管理一一估算軟件項(xiàng)目的成本，作為立項(xiàng)和簽合同的依據(jù)之一，并在軟件開(kāi)發(fā)過(guò)程中按計(jì)劃管理經(jīng)費(fèi)的使用。23、快速原型技術(shù)的基本思想是什么？答：在軟