軟件工程試題及答案06046【精選文檔】

1、軟件工程試題及答案06046【精選文檔】軟件工程窗體頂端1： 92下面說法哪個(gè)不屬于設(shè)計(jì)準(zhǔn)則( ）1。 提高模塊的內(nèi)聚，降低模塊間的耦合 2。 降低模塊接口的復(fù)雜程度 3。 模塊大小要適中 4。 模塊要有重用性 2：88計(jì)算機(jī)的體系結(jié)構(gòu)對(duì)程序設(shè)計(jì)語言具有（ ）1. 反作用 2. 促進(jìn)作用 3. 抑制作用 4。 完善作用 3：79程序圖的作用是（ ）1。 定性度量軟件的復(fù)雜程度 2。 定量度量軟件的復(fù)雜程度 3. 預(yù)測(cè)軟件的質(zhì)量標(biāo)準(zhǔn) 4。 估計(jì)軟件中的錯(cuò)誤數(shù)量 4： 87下面說法正確的是（ )1。 模塊的作用域在模塊的控制域之內(nèi) 2。 模塊的控制域在模塊的作用域之內(nèi) 3。 模塊的作用域和模塊的控

2、制域有時(shí)相同 4. 模塊的作用域和模塊的控制域都是一種層次結(jié)構(gòu) 5：94等價(jià)類劃分屬于（ ）1。 白盒測(cè)試 2。 黑盒測(cè)試 3。 窮盡測(cè)試 4. 系統(tǒng)測(cè)試 6：90軟件維護(hù)組織包括（ ）1. 系統(tǒng)維護(hù)人員和系統(tǒng)管理人員 2。 系統(tǒng)程序員和硬件維護(hù)人員 3。 系統(tǒng)程序員和操作員 4。 打字員和軟件工程師 7： 86可行性研究階段使用的圖形工具是（ ）1. DFD圖 2。N-S圖 3。 PAD圖 4.Warnier圖 8： 85好的軟件結(jié)構(gòu)它的外觀形狀一般呈（ ）1. 線性 2. 扇形 3。 橢圓形 4. 層次型 9: 93變換型結(jié)構(gòu)的數(shù)據(jù)流呈( ）1. 線性形狀 2. 輻射狀 3。 橢圓形 4.

3、 階梯形 10：78結(jié)構(gòu)化程序設(shè)計(jì)就是要（ ）1。 保留GOTO語句 2. 取消前轉(zhuǎn)GOTO語句 3。 限制GOTO語句的使用 4. 取消后轉(zhuǎn)GOTO語句 11: 89若要保證開發(fā)出來的軟件局部優(yōu)化，而且能盡早發(fā)現(xiàn)設(shè)計(jì)上的錯(cuò)誤，應(yīng)采用（ ）1. 自頂向下的開發(fā)方法 2。 自底向上的開發(fā)方法 3. 漸增式的開發(fā)方法 4。 非漸增式的開發(fā)方法 12： 軟件工程的七條基本原理中有一條是“堅(jiān)持進(jìn)行階段評(píng)審"，要這么做的理由有（1 ). 大部分錯(cuò)誤是在編碼之前造成的 在軟件開發(fā)過程中插入階段評(píng)審是為了張弛有度、提高開發(fā)效率 錯(cuò)誤發(fā)現(xiàn)得越晚，所付出的修正代價(jià)越高 為了便于控制開發(fā)進(jìn)度1供選擇的答

4、案：1.A. 2。B。 3。C。 4。 D. 13： 76軟件的開發(fā)模式有（ ）1. 面向過程模式、面向?qū)ο竽Ｊ健⒒旌夏Ｊ?2. 變換模式、漸增模式、瀑布模式 3。 自頂向下模式、自底向上模式、關(guān)系模式 4。 分步模式、漸增模式、非漸增模式 14： 80V（G）=mn+p中的p取3意味著( ）1. 軟件有三個(gè)模塊 2。 軟件有兩個(gè)子程序 3. 主程序中含兩個(gè)子程序 4. 軟件有三個(gè)子程序 15： 82模塊的初始化工作和模塊處理意外故障均屬于（ ）1。 時(shí)間內(nèi)聚 2。 順序內(nèi)聚 3。 功能內(nèi)聚 4。 邏輯內(nèi)聚 16: 81在數(shù)據(jù)流圖中，源點(diǎn)和終點(diǎn)的數(shù)量（ )1。 必須是一對(duì)一的 2。 源點(diǎn)個(gè)數(shù)大

5、于終點(diǎn)個(gè)數(shù) 3。 終點(diǎn)個(gè)數(shù)大于源點(diǎn)個(gè)數(shù) 4。 依需要而定 17：83HIPO的含義是（ ）1。 層次、輸入、處理、輸出 2。高速、信息、程序、目標(biāo) 3。 頂層的IPO圖 4.關(guān)于輸入、處理、輸出的層次 18： CMU/SEI推出的( 2 )將軟件組織的過程能力分為五個(gè)成熟度級(jí)別，每一個(gè)級(jí)別定義了一組過程能力目標(biāo),并描述了要達(dá)到這些目標(biāo)應(yīng)該具備的實(shí)踐活動(dòng)。1。A. CMM2.B。 PSP 3。C. ISO-9000 4. D。 RUP 19： 77需求分析的方法包括（ )1. 結(jié)構(gòu)化分析技術(shù)、面向?qū)ο蟮姆治黾夹g(shù)、原型開發(fā)技術(shù) 2。 結(jié)構(gòu)化分析技術(shù)、面向?qū)ο蟮姆治黾夹g(shù) 3. 面向?qū)ο蟮姆治黾夹g(shù)、原

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

7、誤 4:20、預(yù)防性維護(hù)是把今天的方法學(xué)應(yīng)用到昨天的系統(tǒng)上,以支持明天的需求。正確 錯(cuò)誤 5：18、除非對(duì)效率有特殊的要求，程序編寫要做到清晰第一，效率第二。正確 錯(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è)新的測(cè)試用例，使其僅覆蓋一個(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)件上的限

8、制及組成與設(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、如果程序員足夠小心，就不需要測(cè)試。正確 錯(cuò)誤 12:50、面向?qū)ο蠓治鍪翘崛『驼碛脩粜枨?并建立問題域精確模型的過程。面向?qū)ο笤O(shè)計(jì)則是把分析階段得到的需求轉(zhuǎn)變成符合成本和質(zhì)量要求的、抽象的系統(tǒng)實(shí)現(xiàn)方案的過程。正確 錯(cuò)誤 13:26、對(duì)軟件的質(zhì)量控制,必須著重在軟件開發(fā)方面下功夫。正確 錯(cuò)誤 14：5、軟件工程方法學(xué)包含三個(gè)要素：方法、模型和過程。正確 錯(cuò)誤 15:1、軟件開發(fā)應(yīng)該是一種組織良好、

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

10、一個(gè)成功的測(cè)試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試。正確 錯(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、白盒測(cè)試又叫做功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試，黑盒測(cè)試又稱為結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試。正確 錯(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ù)是從根本上提高軟件可維

11、護(hù)性的重要技術(shù)。正確 錯(cuò)誤 26：93、面向?qū)ο蠓椒ㄔ谠O(shè)計(jì)的早期階段,變動(dòng)較大，隨著時(shí)間推移,設(shè)計(jì)方案日趨成熟,改動(dòng)也越來越小了.正確 錯(cuò)誤 27：17、可以用基于流圖的環(huán)形復(fù)雜度描述測(cè)試一個(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測(cè)試由用戶在開發(fā)者的場(chǎng)所進(jìn)行,并且在開發(fā)者對(duì)用戶的“指導(dǎo)"下進(jìn)行測(cè)試，開發(fā)者負(fù)責(zé)記錄發(fā)現(xiàn)的錯(cuò)誤和使用中遇到的問題。正確 錯(cuò)誤 31：29、瀑布模型中每個(gè)階段都必須完成規(guī)定的文檔,沒有交出合格

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

13、37： 41、軟件開發(fā)小組的規(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、用戶手冊(cè)要使用專門術(shù)語,并充分地描述該軟件系統(tǒng)的結(jié)構(gòu)及使用方法.正確 錯(cuò)誤 窗體底端窗體頂端1:37、使用PAD符號(hào)所設(shè)計(jì)出來的程序必然是結(jié)構(gòu)化程序.正確 錯(cuò)誤 2： 56、用戶手冊(cè)要使用專門術(shù)語，并充分地描述該軟件系統(tǒng)的結(jié)構(gòu)及使用方法.正確 錯(cuò)誤 3：88、Par

14、eto原理說明，測(cè)試發(fā)現(xiàn)的錯(cuò)誤中的80很可能是由程序中20的模塊造成的。正確 錯(cuò)誤 4:14、軟件體系結(jié)構(gòu)是軟件需求活動(dòng)的一種工作產(chǎn)品。正確 錯(cuò)誤 5：82、面向?qū)ο蠓椒▽W(xué)是一種以數(shù)據(jù)為主線，把數(shù)據(jù)和對(duì)數(shù)據(jù)的操作緊密地結(jié)合起來的方法,把對(duì)象作為融合了數(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、對(duì)軟件的質(zhì)量控制,必須著重在軟件開發(fā)方面下功夫.正確 錯(cuò)誤 8： 34、在一個(gè)設(shè)計(jì)得很好的系統(tǒng)中，模塊的控制域應(yīng)該在作用域之內(nèi)。正確 錯(cuò)誤 9:23、高級(jí)語言表達(dá)和解決問題方面效率越高,采用代碼行方

15、法計(jì)算的生產(chǎn)率也越高。正確 錯(cuò)誤 10： 44、回歸測(cè)試是指重新執(zhí)行已經(jīng)做過的測(cè)試的某個(gè)子集,以保證由于調(diào)試或其他原因引起的變化，不會(huì)導(dǎo)致非預(yù)期的軟件行為或額外錯(cuò)誤。正確 錯(cuò)誤 11： 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ò)誤

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

17、為標(biāo)識(shí)符命名時(shí)，名字不是越長越好，應(yīng)當(dāng)選擇精煉的意義明確的名字。正確 錯(cuò)誤 21：42、快速原型應(yīng)該具備的基本特性是“快速"和“容易修改”.正確 錯(cuò)誤 22:76、邏輯覆蓋是以程序內(nèi)部的邏輯結(jié)構(gòu)為基礎(chǔ)的設(shè)計(jì)測(cè)試用例的技術(shù)，其中判定/條件覆蓋是比判定覆蓋更嚴(yán)格的測(cè)試標(biāo)準(zhǔn)。正確 錯(cuò)誤 23：32、在進(jìn)行詳細(xì)的過程設(shè)計(jì)和編寫程序之前，進(jìn)行概要設(shè)計(jì)的好處是可以在軟件開發(fā)的早期在全局高度對(duì)軟件結(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)與硬件不同，在它的

18、開發(fā)中沒有明顯的制造過程。對(duì)軟件的質(zhì)量控制，必須著重在軟件維護(hù)方面下功夫。正確 錯(cuò)誤 26:64、維護(hù)階段的關(guān)鍵任務(wù)是通過各種必要的維護(hù)活動(dòng)使軟件系統(tǒng)持久地滿足用戶的需要。通常的4種維護(hù)活動(dòng)有：改正性維護(hù)，適應(yīng)性維護(hù)，完善性維護(hù),防預(yù)性維護(hù).正確 錯(cuò)誤 27： 41、軟件開發(fā)小組的規(guī)模與個(gè)人生產(chǎn)率成正比，向一個(gè)已經(jīng)延期的軟件項(xiàng)目中增加人力，會(huì)使它按期完工。正確 錯(cuò)誤 28:21、模型是為了理解事物而對(duì)事物做出的一種抽象,是對(duì)事物的一種無歧義的書面描述。用面向?qū)ο蠓椒ㄩ_發(fā)軟件，通常要建立描述系統(tǒng)數(shù)據(jù)結(jié)構(gòu)的ER模型,描述系統(tǒng)控制結(jié)構(gòu)的動(dòng)態(tài)模型，描述系統(tǒng)功能的功能模型.正確 錯(cuò)誤 29:60、可行性

19、研究報(bào)告應(yīng)評(píng)述為了合理地達(dá)到開發(fā)目標(biāo)而可能選擇的各種方案，以便用戶抉擇。因此，編寫者不必提出結(jié)論.正確 錯(cuò)誤 30：59、項(xiàng)目開發(fā)計(jì)劃除去規(guī)定項(xiàng)目開發(fā)所需的資源、開發(fā)的進(jìn)度等以外，還可以包括用戶培訓(xùn)計(jì)劃。正確 錯(cuò)誤 31：90、改正性維護(hù)是改正軟件中原有的錯(cuò)誤，所以對(duì)軟件的修改一般不會(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ù)、管理和

20、監(jiān)督相結(jié)合的學(xué)科，通過標(biāo)識(shí)和文檔來記錄配置項(xiàng)的功能和物理特性、控制這些特性的變更、記錄和報(bào)告變更的過程和狀態(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ù)，對(duì)軟件測(cè)試難度進(jìn)行定量度量，對(duì)軟件最終的可靠性進(jìn)行預(yù)測(cè)。正

21、確 錯(cuò)誤 38：24、軟件配置管理是在軟件項(xiàng)目啟動(dòng)時(shí)就開始的,并且一直持續(xù)到軟件退役后才終止的一組跟蹤和控制活動(dòng)。正確 錯(cuò)誤 39：47、實(shí)體類指系統(tǒng)要記錄和維護(hù)的信息；邊界類指系統(tǒng)和外部要素間交互的邊界；控制類指Use Case中行為的協(xié)調(diào)。正確 錯(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)的整體變化,僅需要作一些局部性的修改即可。正確 錯(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ù)的步驟。目前使用得最廣