軟件工程試題及答案同名4641

1、軟件工程窗體頂端1 :92.下面說法哪個(gè)不屬于設(shè)計(jì)準(zhǔn)則（. 提高模塊的內(nèi)聚，降低模塊間的耦合. 降低模塊接口的復(fù)雜程度. 模塊大小要適中. 模塊要有重用性88 .計(jì)算機(jī)的體系結(jié)構(gòu)對程序設(shè)計(jì)語言具有（.反作用.促進(jìn)作用.抑制作用.完善作用79.程序圖的作用是. 定性度量軟件的復(fù)雜程度. 定量度量軟件的復(fù)雜程度. 預(yù)測軟件的質(zhì)量標(biāo)準(zhǔn). 估計(jì)軟件中的錯(cuò)誤數(shù)量87.下面說法正確的是（. 模塊的作用域在模塊的控制域之內(nèi).模塊的控制域在模塊的作用域之內(nèi). 模塊的作用域和模塊的控制域有時(shí)相同. 模塊的作用域和模塊的控制域都是一種層次結(jié)構(gòu)94.等價(jià)類劃分屬于（.白盒測試.黑盒測試.窮盡測試.系統(tǒng)測試90.軟件

2、維護(hù)組織包括（.系統(tǒng)維護(hù)人員和系統(tǒng)管理人員.系統(tǒng)程序員和硬件維護(hù)人員.系統(tǒng)程序員和操作員.打字員和軟件工程師86.可行性研究階段使用的圖形工具是（.DFD圖.N-S圖.PAD圖. Warmer 圖85.好的軟件結(jié)構(gòu)它的外觀形狀一般呈（.線性.扇形.橢圓形.層次型93.變換型結(jié)構(gòu)的數(shù)據(jù)流呈（.線性形狀.輻射狀.橢圓形.階梯形78.結(jié)構(gòu)化程序設(shè)計(jì)就是要.保留GOTO語句. 取消前轉(zhuǎn) GOTO語句.限制GOTO語句的使用. 取消后轉(zhuǎn)GOTO語句89 .若要保證開發(fā)出來的軟件局部優(yōu)化，而且能盡早發(fā)現(xiàn)設(shè)計(jì)上的錯(cuò)誤，應(yīng)采用（）.自頂向下的開發(fā)方法.自底向上的開發(fā)方法.漸增式的開發(fā)方法.非漸增式的開發(fā)方法,

3、要這么做的理由有（1 ）。軟件工程的七條基本原理中有一條是“堅(jiān)持進(jìn)行階段評審”大部分錯(cuò)誤是在編碼之前造成的 在軟件開發(fā)過程中插入階段評審是為了張弛有度、提高開發(fā)效率錯(cuò)誤發(fā)現(xiàn)得越晚，所付出的修正代價(jià)越高為了便于控制開發(fā)進(jìn)度1 .供選擇的答案：I.A.2.B.3.C.4. D.76.軟件的開發(fā)模式有（. 面向過程模式、面向?qū)ο竽Ｊ健⒒旌夏Ｊ? 變換模式、漸增模式、瀑布模式.自頂向下模式、自底向上模式、關(guān)系模式.分步模式、漸增模式、非漸增模式80. V (G) =m-n+p中的p取3意味著(.軟件有三個(gè)模塊. 軟件有兩個(gè)子程序.主程序中含兩個(gè)子程序.軟件有三個(gè)子程序82 .模塊的初始化工作和模塊處理

4、意外故障均屬于（.時(shí)間內(nèi)聚.順序內(nèi)聚.功能內(nèi)聚.邏輯內(nèi)聚81 .在數(shù)據(jù)流圖中，源點(diǎn)和終點(diǎn)的數(shù)量（. 必須是一對一的. 源點(diǎn)個(gè)數(shù)大于終點(diǎn)個(gè)數(shù).終點(diǎn)個(gè)數(shù)大于源點(diǎn)個(gè)數(shù).依需要而定83. HIPO的含義是（.層次、輸入、處理、輸出.高速、信息、程序、目標(biāo).頂層的IPO圖.關(guān)于輸入、處理、輸出的層次CMU/SEI推出的（2 ）將軟件組織的過程能力分為五個(gè)成熟度級別，每一個(gè)級別定義 了一組過程能力目標(biāo)，并描述了要達(dá)到這些目標(biāo)應(yīng)該具備的實(shí)踐活動(dòng)。.A. CMM2.B. PSP3.C. ISO-9000. D. RUP77.需求分析的方法包括（.結(jié)構(gòu)化分析技術(shù)、面向?qū)ο蟮姆治黾夹g(shù)、原型開發(fā)技術(shù). 結(jié)構(gòu)化分析技

5、術(shù)、面向?qū)ο蟮姆治黾夹g(shù). 面向?qū)ο蟮姆治黾夹g(shù)、原型開發(fā)技術(shù).原型開發(fā)技術(shù)、結(jié)構(gòu)化分析技術(shù)84.數(shù)據(jù)字典和數(shù)據(jù)流圖共同構(gòu)成系統(tǒng)的（.物理模型.結(jié)構(gòu)模型.設(shè)計(jì)說明書4.邏輯模型21 : 95.軟件測試的目的是（）11.破壞已有的軟件2.尋找軟件中的錯(cuò)誤:3.證明軟件不能正常工作14.證明軟件功能正確窗體底端窗體頂端91、泛化針對類型而不針對實(shí)例，一個(gè)類可以繼承另一個(gè)類，但一個(gè)對象不能繼承 另一個(gè)對象。正確錯(cuò)誤2: 43、可重用的軟件構(gòu)件在開發(fā)時(shí)都經(jīng)過了很嚴(yán)格的測試，本身是無錯(cuò)誤的，其構(gòu)件 的可靠性很高。正確演錯(cuò)誤3: 85、模塊化就是把程序劃分成獨(dú)立命名且可獨(dú)立訪問的模塊，每個(gè)模塊完成一個(gè)子 功能

6、。正確值錯(cuò)誤4: 20、預(yù)防性維護(hù)是把今天的方法學(xué)應(yīng)用到昨天的系統(tǒng)上，以支持明天的需求。正確錯(cuò)誤5: 18、除非對效率有特殊的要求，程序編寫要做到清晰第一，效率第二。正確錯(cuò)誤6: 47、實(shí)體類指系統(tǒng)要記錄和維護(hù)的信息；邊界類指系統(tǒng)和外部要素間交互的邊界; 控制類指Use Case中行為的協(xié)調(diào)。正確錯(cuò)誤7: 55、等價(jià)類劃分法的主要思想是首先將所有的輸入數(shù)據(jù)劃分成若干個(gè)有效等價(jià)類，然后設(shè)計(jì)一個(gè)新的測試用例，使其僅覆蓋一個(gè)尚未被覆蓋的等價(jià)類，重復(fù)這一步，直到所有的等價(jià)類都被覆蓋為止。正確值錯(cuò)誤8: 83、數(shù)據(jù)流圖和數(shù)據(jù)字典共同構(gòu)成系統(tǒng)的物理模型。廣正確倚錯(cuò)誤9: 36、軟件體系結(jié)構(gòu)風(fēng)格通過施加于構(gòu)

7、件上的限制及組成與設(shè)計(jì)規(guī)則來表現(xiàn)構(gòu)件和構(gòu) 件間的關(guān)系。*正確錯(cuò)誤10: 65、瀑布模型的本質(zhì)是 次通過”，它是一種文檔驅(qū)動(dòng)模型，在可運(yùn)行產(chǎn)品交付之 前，客戶只能通過文檔來了解最終的產(chǎn)品。正確錯(cuò)誤11: 39、如果程序員足夠小心，就不需要測試。正確曜錯(cuò)誤12: 50、面向?qū)ο蠓治鍪翘崛『驼碛脩粜枨?，并建立問題域精確模型的過程。面向?qū)ο笤O(shè)計(jì)則是把分析階段得到的需求轉(zhuǎn)變成符合成本和質(zhì)量要求的、抽象的系統(tǒng)實(shí)現(xiàn)方案的過程。正確錯(cuò)誤13: 26、對軟件的質(zhì)量控制，必須著重在軟件開發(fā)方面下功夫。1*正確錯(cuò)誤14: 5、軟件工程方法學(xué)包含三個(gè)要素：方法、模型和過程。 正確演錯(cuò)誤15: 1、軟件開發(fā)應(yīng)該是一種

8、組織良好、管理嚴(yán)密、各類人員協(xié)同配合、共同完成的工 程項(xiàng)目。正確錯(cuò)誤16: 10、概要設(shè)計(jì)通過對系統(tǒng)的結(jié)構(gòu)表示進(jìn)行細(xì)化，得到軟件的數(shù)據(jù)結(jié)構(gòu)和算法。廣正確曜錯(cuò)誤17: bl增量模型適用于人員配備不充裕、,能在軟件項(xiàng)目期限之前實(shí)現(xiàn)一個(gè)完全版本的軟件的情況。正確錯(cuò)誤18:34、在一個(gè)設(shè)計(jì)得很好的系統(tǒng)中，模塊的控制域應(yīng)該在作用域之內(nèi)。正確曜錯(cuò)誤19: 71、耦合是對一個(gè)軟件結(jié)構(gòu)內(nèi)不同模塊之間互連程度的度量，耦合由弱到強(qiáng)的順序是：非直接耦合、數(shù)據(jù)耦合、標(biāo)記耦合、控制耦合、外部耦合、公共耦合、內(nèi)容耦合。正確錯(cuò)誤20: 75、測試是程序的執(zhí)行過程，目的在于改正錯(cuò)誤。一個(gè)好的測試用例在于能發(fā)現(xiàn)至 今未發(fā)現(xiàn)的錯(cuò)

9、誤；一個(gè)成功的測試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯(cuò)誤的測試。正確1r錯(cuò)誤21 ： 14、軟件體系結(jié)構(gòu)是軟件需求活動(dòng)的一種工作產(chǎn)品。正確演錯(cuò)誤22: 94、軟件項(xiàng)目的開發(fā)時(shí)間最多可以減少到正常開發(fā)時(shí)間的75%。如果要求一個(gè)軟件系統(tǒng)的開發(fā)時(shí)間過短，則開發(fā)成功的概率幾乎為零。正確錯(cuò)誤23: 46、白盒測試又叫做功能測試或數(shù)據(jù)驅(qū)動(dòng)測試，黑盒測試又稱為結(jié)構(gòu)測試或邏輯驅(qū)動(dòng)測試。正確演錯(cuò)誤24: 53、內(nèi)聚標(biāo)志一個(gè)模塊內(nèi)各個(gè)元素彼此結(jié)合的緊密程度，模塊獨(dú)立性由弱到強(qiáng)的同時(shí)模塊內(nèi)聚性由低到高的順序是：功能內(nèi)聚、信息內(nèi)聚、通信內(nèi)聚、過程內(nèi)聚、時(shí)間內(nèi)聚、邏輯內(nèi)聚、巧合內(nèi)聚。正確倚錯(cuò)誤25: 40、軟件重用技術(shù)是從根本上提高

10、軟件可維護(hù)性的重要技術(shù)。正確錯(cuò)誤26: 93、面向?qū)ο蠓椒ㄔ谠O(shè)計(jì)的早期階段，變動(dòng)較大，隨著時(shí)間推移，設(shè)計(jì)方案日趨成 熟，改動(dòng)也越來越小了。正確錯(cuò)誤27: 17、可以用基于流圖的環(huán)形復(fù)雜度描述測試一個(gè)單元或構(gòu)件所需的工作量。正確錯(cuò)誤28:6、傳統(tǒng)方法學(xué)采用結(jié)構(gòu)化技術(shù)自底向上地完成軟件開發(fā)各項(xiàng)任務(wù)。正確瀛錯(cuò)誤29: 25、從項(xiàng)目的角度來看，需求總是向著膨脹的方向變化。正確錯(cuò)誤30: 89、Alpha測試由用戶在開發(fā)者的場所進(jìn)行，并且在開發(fā)者對用戶的“指導(dǎo)”下進(jìn) 行測試，開發(fā)者負(fù)責(zé)記錄發(fā)現(xiàn)的錯(cuò)誤和使用中遇到的問題。正確錯(cuò)誤31 : 29、瀑布模型中每個(gè)階段都必須完成規(guī)定的文檔，沒有交出合格的文檔就是

11、沒有完成該階段的任務(wù)。正確錯(cuò)誤32: 69、傳統(tǒng)結(jié)構(gòu)化分析方法就是用抽象模型的概念，按照軟件內(nèi)部數(shù)據(jù)傳遞、變換的 關(guān)系，自頂向下逐層分解，直到找到滿足性能要求的所有可實(shí)現(xiàn)的軟件為止。正確錯(cuò)誤33: 19、測試就是不斷尋找程序中的漏洞直到時(shí)間耗盡為止。正確餐錯(cuò)誤34 : 23、高級語言表達(dá)和解決問題方面效率越高，采用代碼行方法計(jì)算的生產(chǎn)率也越高。正確曜錯(cuò)誤35: 95、面向?qū)ο蟪绦驔]有面向過程程序執(zhí)行效率高。/正確錯(cuò)誤64”維護(hù)階段的關(guān)鍵任務(wù)是通過各種必要的維護(hù)活動(dòng)使軟件系統(tǒng)持久地滿足用戶的需要。通常的4種維護(hù)活動(dòng)有：改正性維護(hù)，適應(yīng)性維護(hù)，完善性維護(hù)，防預(yù)性維護(hù)。行正確錯(cuò)誤41、軟件開發(fā)小組的

12、規(guī)模與個(gè)人生產(chǎn)率成正比，向一個(gè)已經(jīng)延期的軟件項(xiàng)目中增加人力,會(huì)使它按期完工。正確值錯(cuò)誤38: 74、環(huán)形復(fù)雜度取決于程序控制結(jié)構(gòu)的復(fù)雜度，當(dāng)程序的分支數(shù)目或循環(huán)數(shù)目增加時(shí)其復(fù)雜度也增加，環(huán)形復(fù)雜度與程序中覆蓋的路徑條數(shù)有關(guān)，在McCabe復(fù)雜度為10的附近，存在出錯(cuò)率的間斷躍變。正確錯(cuò)誤39:56、用戶手冊要使用專門術(shù)語，并充分地描述該軟件系統(tǒng)的結(jié)構(gòu)及使用方法。,正確偏錯(cuò)誤窗體底端窗體頂端1 : 37、使用PAD符號所設(shè)計(jì)出來的程序必然是結(jié)構(gòu)化程序。1*正確錯(cuò)誤 56、用戶手冊要使用專門術(shù)語，并充分地描述該軟件系統(tǒng)的結(jié)構(gòu)及使用方法。正確偏錯(cuò)誤88、Pareto原理說明，測試發(fā)現(xiàn)的錯(cuò)誤中的80%

13、很可能是由程序中 20%的模塊造成的。正確錯(cuò)誤4： 14、軟件體系結(jié)構(gòu)是軟件需求活動(dòng)的一種工作產(chǎn)品。正確曜錯(cuò)誤5: 82、面向?qū)ο蠓椒▽W(xué)是一種以數(shù)據(jù)為主線，把數(shù)據(jù)和對數(shù)據(jù)的操作緊密地結(jié)合起來 的方法，把對象作為融合了數(shù)據(jù)及在數(shù)據(jù)上的操作行為的統(tǒng)一的軟件構(gòu)件。正確錯(cuò)誤6: 9、借助于當(dāng)前系統(tǒng)的邏輯模型導(dǎo)出目標(biāo)系統(tǒng)的邏輯模型是需求分析的主要任務(wù)。正確錯(cuò)誤7: 26、對軟件的質(zhì)量控制，必須著重在軟件開發(fā)方面下功夫。正確錯(cuò)誤8:34、在一個(gè)設(shè)計(jì)得很好的系統(tǒng)中，模塊的控制域應(yīng)該在作用域之內(nèi)。正確曜錯(cuò)誤9: 23、高級語言表達(dá)和解決問題方面效率越高，采用代碼行方法計(jì)算的生產(chǎn)率也越高。正確曜錯(cuò)誤:44、回歸

14、測試是指重新執(zhí)行已經(jīng)做過的測試的某個(gè)子集，以保證由于調(diào)試或其他原因引起的變化，不會(huì)導(dǎo)致非預(yù)期的軟件行為或額外錯(cuò)誤。正確錯(cuò)誤:6、傳統(tǒng)方法學(xué)采用結(jié)構(gòu)化技術(shù)自底向上地完成軟件開發(fā)各項(xiàng)任務(wù)。正確餐錯(cuò)誤12： 80、一個(gè)Use Case是用戶與計(jì)算機(jī)之間為達(dá)到某個(gè)目的的一次典型交互作用，作 為結(jié)果，Use Case代表的是系統(tǒng)的一個(gè)完整功能。正確錯(cuò)誤13:72、內(nèi)聚標(biāo)志一個(gè)模塊內(nèi)各個(gè)元素彼此結(jié)合的緊密程度，模塊獨(dú)立性由弱到強(qiáng)的同時(shí)模塊內(nèi)聚性由低到高的順序是：功能內(nèi)聚、信息內(nèi)聚、通信內(nèi)聚、過程內(nèi)聚、時(shí)間內(nèi)聚、 邏輯內(nèi)聚、巧合內(nèi)聚。正確演錯(cuò)誤14: 57、軟件開發(fā)時(shí)，一個(gè)錯(cuò)誤發(fā)現(xiàn)得越晚，為改正它所付出的代

15、價(jià)就越大。正確錯(cuò)誤15: 94、軟件項(xiàng)目的開發(fā)時(shí)間最多可以減少到正常開發(fā)時(shí)間的75%。如果要求一個(gè)軟件系統(tǒng)的開發(fā)時(shí)間過短，則開發(fā)成功的概率幾乎為零。正確1r錯(cuò)誤16: 1、軟件開發(fā)應(yīng)該是一種組織良好、管理嚴(yán)密、各類人員協(xié)同配合、共同完成的工 程項(xiàng)目。正確錯(cuò)誤17: 17、可以用基于流圖的環(huán)形復(fù)雜度描述測試一個(gè)單元或構(gòu)件所需的工作量。正確錯(cuò)誤18: 33、對一批模塊進(jìn)行測試，發(fā)現(xiàn)錯(cuò)誤多的模塊中殘留的錯(cuò)誤將比其它的模塊少。正確偏錯(cuò)誤19: 78、衡量軟件規(guī)模的功能點(diǎn)指標(biāo)有：生產(chǎn)率、成本、質(zhì)量、文檔和資源正確餐錯(cuò)誤20: 38、在為標(biāo)識(shí)符命名時(shí)，名字不是越長越好，應(yīng)當(dāng)選擇精煉的意義明確的名字。正確錯(cuò)

16、誤21 : 42、快速原型應(yīng)該具備的基本特性是“快速”和“容易修改”正確錯(cuò)誤22: 76、邏輯覆蓋是以程序內(nèi)部的邏輯結(jié)構(gòu)為基礎(chǔ)的設(shè)計(jì)測試用例的技術(shù)，其中判定 條件覆蓋是比判定覆蓋更嚴(yán)格的測試標(biāo)準(zhǔn)。正確錯(cuò)誤23: 32、在進(jìn)行詳細(xì)的過程設(shè)計(jì)和編寫程序之前，進(jìn)行概要設(shè)計(jì)的好處是可以在軟件開發(fā)的早期在全局高度對軟件結(jié)構(gòu)進(jìn)行優(yōu)化，使軟件質(zhì)量得到重大改進(jìn)。/正確錯(cuò)誤24: 93、面向?qū)ο蠓椒ㄔ谠O(shè)計(jì)的早期階段，變動(dòng)較大，隨著時(shí)間推移，設(shè)計(jì)方案日趨成 熟，改動(dòng)也越來越小了。行正確錯(cuò)誤25: 62、軟件的生產(chǎn)與硬件不同，在它的開發(fā)中沒有明顯的制造過程。對軟件的質(zhì)量控制，必須著重在軟件維護(hù)方面下功夫。正確演錯(cuò)誤

17、64、維護(hù)階段的關(guān)鍵任務(wù)是通過各種必要的維護(hù)活動(dòng)使軟件系統(tǒng)持久地滿足用戶的 需要。通常的4種維護(hù)活動(dòng)有：改正性維護(hù)，適應(yīng)性維護(hù)，完善性維護(hù)，防預(yù)性維護(hù)。正確錯(cuò)誤41、軟件開發(fā)小組的規(guī)模與個(gè)人生產(chǎn)率成正比，向一個(gè)已經(jīng)延期的軟件項(xiàng)目中增加人力,會(huì)使它按期完工。正確曜錯(cuò)誤21、模型是為了理解事物而對事物做出的一種抽象，是對事物的一種無歧義的書面描述。用面向?qū)ο蠓椒ㄩ_發(fā)軟件，通常要建立描述系統(tǒng)數(shù)據(jù)結(jié)構(gòu)的E-R模型，描述系統(tǒng)控制結(jié)構(gòu)的動(dòng)態(tài)模型，描述系統(tǒng)功能的功能模型。正確施錯(cuò)誤29: 60、可行性研究報(bào)告應(yīng)評述為了合理地達(dá)到開發(fā)目標(biāo)而可能選擇的各種方案，以便用戶抉擇。因此，編寫者不必提出結(jié)論。正確餐錯(cuò)誤

18、30: 59、項(xiàng)目開發(fā)計(jì)劃除去規(guī)定項(xiàng)目開發(fā)所需的資源、開發(fā)的進(jìn)度等以外，還可以包括用戶培訓(xùn)計(jì)劃。,正確曜錯(cuò)誤31 : 90、改正性維護(hù)是改正軟件中原有的錯(cuò)誤，所以對軟件的修改一般不會(huì)導(dǎo)致文檔的修改，而適應(yīng)性和完善性維護(hù)將導(dǎo)致文檔的修改。*正確錯(cuò)誤32: 36、軟件體系結(jié)構(gòu)風(fēng)格通過施加于構(gòu)件上的限制及組成與設(shè)計(jì)規(guī)則來表現(xiàn)構(gòu)件和構(gòu) 件間的關(guān)系。*正確錯(cuò)誤33: 85、模塊化就是把程序劃分成獨(dú)立命名且可獨(dú)立訪問的模塊，每個(gè)模塊完成一個(gè)子功能。正確還錯(cuò)誤34: 79、軟件配置管理是一門應(yīng)用技術(shù)、管理和監(jiān)督相結(jié)合的學(xué)科，通過標(biāo)識(shí)和文檔來記錄配置項(xiàng)的功能和物理特性、控制這些特性的變更、記錄和報(bào)告變更的過程

19、和狀態(tài)， 并驗(yàn)證它們與需求是否一致。軟件配置管理主要有：標(biāo)識(shí)、版本控制、變化控制、配置 審計(jì)和配置狀態(tài)報(bào)告。正確錯(cuò)誤35: 86、軟件結(jié)構(gòu)一般要求頂層扇出比較少，中層扇出較高，底層模塊有高扇入。正確曜錯(cuò)誤36: 69、傳統(tǒng)結(jié)構(gòu)化分析方法就是用抽象模型的概念，按照軟件內(nèi)部數(shù)據(jù)傳遞、變換的 關(guān)系，自頂向下逐層分解，直到找到滿足性能要求的所有可實(shí)現(xiàn)的軟件為止。正確錯(cuò)誤37： 87、McCabe方法的核心是：通過定量分析程序中分支個(gè)數(shù)或循環(huán)個(gè)數(shù)，對軟件測 試難度進(jìn)行定量度量，對軟件最終的可靠性進(jìn)行預(yù)測。正確錯(cuò)誤38 : 24、軟件配置管理是在軟件項(xiàng)目啟動(dòng)時(shí)就開始的，并且一直持續(xù)到軟件退役后才終止的一組

20、跟蹤和控制活動(dòng)。正確錯(cuò)誤39: 47、實(shí)體類指系統(tǒng)要記錄和維護(hù)的信息；邊界類指系統(tǒng)和外部要素間交互的邊界; 控制類指Use Case中行為的協(xié)調(diào)。1,正確f 錯(cuò)誤窗體底端窗體頂端4: 12、錯(cuò)誤處理類模塊是典型的時(shí)間內(nèi)聚模塊。廣正確值錯(cuò)誤窗體底端窗體頂端6: 92、在面向?qū)ο蠓椒ㄖ?，軟件系統(tǒng)的結(jié)構(gòu)是根據(jù)問題領(lǐng)域的模型建立起來的，因此 系統(tǒng)功能需求變化時(shí)并不會(huì)引起軟件結(jié)構(gòu)的整體變化，僅需要作一些局部性的修改即可。1正確1r錯(cuò)誤窗體底端窗體頂端8: 35、判定表、判定樹和IPO圖都是常用來編寫數(shù)據(jù)字典加工邏輯說明的工具。正確演錯(cuò)誤9: 15、管道/過濾器風(fēng)格支持并行執(zhí)行。正確錯(cuò)誤窗體底端窗體頂端11: 11、控制耦合實(shí)質(zhì)是在單一接口上選擇多功能模塊中的某項(xiàng)功能。正確錯(cuò)誤12: 84、需求定義文檔要從適合顧客的層次，而且要用顧客能夠理解的術(shù)語編寫。正確錯(cuò)誤13: 63、軟件工程方法學(xué)包含三個(gè)要素：方法、工具和過程。方法是完成軟件開發(fā)的各項(xiàng)任務(wù)的技術(shù)；工具為軟件工程方法提供了自動(dòng)或半自動(dòng)的軟件支撐環(huán)境；過程為獲得高質(zhì)量軟件所需要完成的一系列任務(wù)的框架，它規(guī)定了完成各項(xiàng)任務(wù)的步驟。目前使用得最廣泛的軟件工程方法學(xué)是傳統(tǒng)方法學(xué)和面向