軟件工程試卷及答案

#/22巧合內(nèi)聚個(gè)模塊執(zhí)行多個(gè)完全互不相關(guān)的動(dòng)作，那么這個(gè)模塊就有巧合內(nèi)聚巧合內(nèi)聚邏輯內(nèi)聚——當(dāng)一個(gè)模塊執(zhí)行一系列相關(guān)的動(dòng)作時(shí)，稱其有邏輯內(nèi)聚。時(shí)間性內(nèi)聚——當(dāng)一個(gè)模塊內(nèi)的多個(gè)任務(wù)是與時(shí)間有關(guān)時(shí)，這個(gè)模塊具有時(shí)間性內(nèi)聚。過(guò)程內(nèi)聚——模塊執(zhí)行的假設(shè)干動(dòng)作之間有順序關(guān)系。通信內(nèi)聚——模塊執(zhí)行的假設(shè)干動(dòng)作之間有順序關(guān)系，并且所有動(dòng)作是在相同的數(shù)據(jù)上執(zhí)行。信息內(nèi)聚——一個(gè)模塊中執(zhí)行一系列動(dòng)作，每個(gè)動(dòng)作都有自己的入口點(diǎn)和處理代碼，所有的動(dòng)作篇二：軟件工程期末總復(fù)習(xí)題及答案復(fù)習(xí)題填空題在信息處理和計(jì)算機(jī)領(lǐng)域內(nèi)，一般認(rèn)為軟件是、_文檔和_數(shù)據(jù)。數(shù)據(jù)流圖的根本組成局部有、流、加工、數(shù)據(jù)文件數(shù)據(jù)流圖和數(shù)據(jù)字典共同構(gòu)成了系統(tǒng)的___模型，是需求規(guī)格說(shuō)明書(shū)的主要組成局部。劃分模塊時(shí)盡量做到，保持模塊的獨(dú)立性，盡量使用公共模塊。類的實(shí)例化是。人們常用硬件可靠性的定量度量方法來(lái)度量軟件的可靠性和可用性，常用的度量軟件可TOC\o"1-5"\h\z靠性的兩個(gè)指標(biāo)是和_時(shí)間。將待開(kāi)發(fā)的軟件細(xì)化，分別估算每一個(gè)子任務(wù)所需要的開(kāi)發(fā)工作量，然后將它們加起來(lái)，將得到軟件的總開(kāi)發(fā)量。這種本錢(qián)估算方法稱為。如果一個(gè)模塊被n個(gè)模塊調(diào)用，其中直接的上級(jí)模塊的個(gè)數(shù)是m個(gè)〔m=n〕那么該模塊的扇入數(shù)是N個(gè)。結(jié)構(gòu)化以為根底，按一定的步驟映射成軟件結(jié)構(gòu)。軟件的風(fēng)險(xiǎn)分析可包括風(fēng)險(xiǎn)識(shí)別、和風(fēng)險(xiǎn)駕馭〔或風(fēng)險(xiǎn)管理〕等3項(xiàng)活動(dòng)。軟件著作權(quán)登記的3種主要類型：〔1〕；〔2〕著作權(quán)延續(xù)登記；〔3〕權(quán)利轉(zhuǎn)移備案登記。軟件工程管理的主要內(nèi)容有：工程經(jīng)費(fèi)管理，，工程進(jìn)度管理和人員管理。TOC\o"1-5"\h\z面向?qū)ο蠓治龅哪康氖菍?duì)客觀世界的系統(tǒng)進(jìn)行。軟件維護(hù)工作的生產(chǎn)性活動(dòng)包括分析評(píng)價(jià)、修改設(shè)計(jì)和___編寫(xiě)程序代碼等。為了使應(yīng)用軟件適應(yīng)計(jì)算機(jī)環(huán)境的變化而的過(guò)程稱為適應(yīng)性維護(hù)。一個(gè)進(jìn)行學(xué)生成績(jī)統(tǒng)計(jì)的模塊其功能是先對(duì)學(xué)生的成績(jī)進(jìn)行累加，然后求平均值，那么該模塊的內(nèi)聚性是順序內(nèi)聚。投資回收期就是使累計(jì)的經(jīng)濟(jì)效益等于所需的時(shí)間。軟件生存周期是指一個(gè)軟件從提出開(kāi)發(fā)要求開(kāi)始直到__件廢棄為止的整個(gè)時(shí)期。曾被譽(yù)為“程序設(shè)計(jì)方法的革命〞的程序設(shè)計(jì)，使程序設(shè)計(jì)從主要依賴于程序員個(gè)人的自由活動(dòng)變成為有章可循的一門(mén)科學(xué)。從結(jié)構(gòu)化程序設(shè)計(jì)到，是程序設(shè)計(jì)方法的又一次飛躍。在單元測(cè)試時(shí)，需要為被測(cè)模塊設(shè)計(jì)。一、判斷題〔每題2分，共30分〕螺旋模型是在瀑布模型和增量模型的根底上增加了風(fēng)險(xiǎn)分析活動(dòng)。〔對(duì)〕數(shù)據(jù)字典是對(duì)數(shù)據(jù)流圖中的數(shù)據(jù)流，加工、數(shù)據(jù)存儲(chǔ)、數(shù)據(jù)的源和終點(diǎn)進(jìn)行詳細(xì)定義?！插e(cuò)〕3.JAVA語(yǔ)言編譯器是一個(gè)CASE工具?！矊?duì)〕。4.軟件是指用程序設(shè)計(jì)語(yǔ)言〔如PASCAL,C,VISUALBASIC等〕編寫(xiě)的程序，軟件開(kāi)發(fā)實(shí)際上就是編寫(xiě)程序代碼?！插e(cuò)〕軟件模塊之間的耦合性越弱越好。〔對(duì)〕數(shù)據(jù)庫(kù)設(shè)計(jì)說(shuō)明書(shū)是一個(gè)軟件配置項(xiàng)〔對(duì)〕在面向?qū)ο蟮能浖_(kāi)發(fā)方法中，每個(gè)類都存在其相應(yīng)的對(duì)象，類是對(duì)象的實(shí)例，對(duì)象是生成類的模板?！插e(cuò)〕過(guò)程描述語(yǔ)言可以用于描述軟件的系統(tǒng)結(jié)構(gòu)?！插e(cuò)〕如果通過(guò)軟件測(cè)試沒(méi)有發(fā)現(xiàn)錯(cuò)誤，那么說(shuō)明軟件是正確的。〔錯(cuò)〕快速原型模型可以有效地適應(yīng)用戶需求的動(dòng)態(tài)變化。〔對(duì)〕模塊化，信息隱藏，抽象和逐步求精的軟件設(shè)計(jì)原那么有助于得到高內(nèi)聚，低耦合度的軟件產(chǎn)品?！矊?duì)〕集成測(cè)試主要由用戶來(lái)完成?！插e(cuò)〕確認(rèn)測(cè)試應(yīng)該在可行性研究階段制定〔錯(cuò)〕白盒測(cè)試無(wú)需考慮模塊內(nèi)部的執(zhí)行過(guò)程和程序結(jié)構(gòu)，只要了解模塊的功能即可?！插e(cuò)〕軟件概要設(shè)計(jì)包括軟件系統(tǒng)結(jié)構(gòu)設(shè)計(jì)以及數(shù)據(jù)結(jié)構(gòu)和數(shù)據(jù)庫(kù)設(shè)計(jì)?！矊?duì)〕和最關(guān)鍵的問(wèn)題是經(jīng)濟(jì)可行性?！瞂]耦合是指一個(gè)模塊內(nèi)各個(gè)元素彼此結(jié)合的緊密程度。〔X]一筆交易、一個(gè)動(dòng)作、甚至操作人員按一個(gè)按鈕都可以看做是一次事物。3]概要設(shè)計(jì)階段完成的主要文檔是概要設(shè)計(jì)說(shuō)明書(shū)。〔V]過(guò)大的模塊可能是由于分解不充分造成的，即使降低模塊獨(dú)立性也必須繼續(xù)分解?！瞂]程序設(shè)計(jì)語(yǔ)言中應(yīng)絕對(duì)禁止使用GOTO語(yǔ)句。〔X]類是關(guān)于對(duì)象性質(zhì)的描述，由方法和數(shù)據(jù)組成?！睼]件技術(shù)的開(kāi)展，人們逐漸認(rèn)識(shí)到編碼不僅要強(qiáng)調(diào)效率還要強(qiáng)調(diào)清晰?！睼]為保證程序的平安，必須做到程序中沒(méi)有任何錯(cuò)誤存在，即容錯(cuò)。〔X]如果把軟件開(kāi)發(fā)所需的資源畫(huà)成一個(gè)金字塔，人是最根本的資源?！睼]名詞解釋數(shù)據(jù)詞典——是描述數(shù)據(jù)信息的集合，它對(duì)數(shù)據(jù)流圖中的各個(gè)元素按規(guī)定格式進(jìn)行詳細(xì)的描述和確切的解釋,是數(shù)據(jù)流圖的補(bǔ)充工具。數(shù)據(jù)流圖——他以圖形的方式反映系統(tǒng)的數(shù)據(jù)流程白盒測(cè)試——按照程序內(nèi)部的結(jié)構(gòu)測(cè)試程序，檢驗(yàn)程序中的每條路徑是否都能按預(yù)定要求正確工作。有兩種測(cè)試法既邏輯覆蓋測(cè)試法和路徑測(cè)試法黑盒測(cè)試——按照程序的功能測(cè)試程序，檢驗(yàn)與程序功能有關(guān)的輸入、輸出與程序執(zhí)行是否正確。有四種方法既等價(jià)分類法、邊界值分析法、錯(cuò)誤猜想法和因果圖法完善性維護(hù)——為了適應(yīng)用戶業(yè)務(wù)和機(jī)構(gòu)的開(kāi)展變化而對(duì)軟件的功能、性能進(jìn)行修改、擴(kuò)充的過(guò)程稱為完善性維護(hù)。因?yàn)楦鞣N用戶的業(yè)務(wù)和機(jī)構(gòu)在相當(dāng)長(zhǎng)的時(shí)期內(nèi)不可能是一成不變的，所以功能、性能的增加是不可防止的，而且這種維護(hù)活動(dòng)在整個(gè)維護(hù)工作中所占的比重很大軟件可靠性——指在給定的時(shí)間內(nèi)，程序按照規(guī)定的條件成功地運(yùn)行的概率軟件配置——是一個(gè)軟件在生存周期內(nèi)，他的各種形式、各種版本的文檔與程序的總稱軟件再工程——運(yùn)用逆向工程、重構(gòu)等技術(shù)，在充分理解原有軟件的根底上，進(jìn)行分解、綜合、并重新構(gòu)建軟件，用于提高軟件的可理解性、可維護(hù)性可復(fù)用性或演化性。a測(cè)試一一是在一個(gè)受控的環(huán)境下，由用戶在開(kāi)發(fā)者的“指導(dǎo)"下進(jìn)行的的測(cè)試，由開(kāi)發(fā)者負(fù)責(zé)記錄錯(cuò)誤和使用中出現(xiàn)的問(wèn)題。B測(cè)試一一是由軟件的最終用戶〔多個(gè)〕在一個(gè)或多個(gè)用戶場(chǎng)所來(lái)進(jìn)行。由用戶負(fù)責(zé)記下遇到的所有問(wèn)題，包括主觀認(rèn)定的和真實(shí)的問(wèn)題，定期向開(kāi)發(fā)者，開(kāi)發(fā)者在綜合用戶的報(bào)告之后進(jìn)行修改，最后將軟件產(chǎn)品交付給全體用戶使用。聚集關(guān)系——表示類或?qū)ο笾g的整體與局部的關(guān)系泛化關(guān)系——表示類或?qū)ο笾g的一般與特殊的關(guān)系內(nèi)聚——一個(gè)模塊內(nèi)部各個(gè)元素彼此結(jié)合的緊密程度的度量耦合——一一個(gè)軟件結(jié)構(gòu)內(nèi)不同模塊之間互連程度的度量。簡(jiǎn)答題軟件工程的七條根本原理是什么？答:軟件工程的七條根本原理是：用分階段的是的生存周期方案嚴(yán)格管理；堅(jiān)持進(jìn)行階段評(píng)審；嚴(yán)格實(shí)施的產(chǎn)品控制；采用現(xiàn)代程序技術(shù)；結(jié)果應(yīng)能清楚地審查；開(kāi)發(fā)小組的成員應(yīng)該少而精；成認(rèn)不斷改良軟件工程的必要性。具備哪些條件？答:應(yīng)具備以下條件：〔1〕使用標(biāo)準(zhǔn)的控制結(jié)構(gòu)；〔2〕有限制地使用GOTO語(yǔ)句；〔3〕源程序的文檔化〔應(yīng)具備以下內(nèi)容〕有意義的變量名稱——“匈牙利命名規(guī)那么〞。適當(dāng)?shù)淖⑨尅白⑨寴?biāo)準(zhǔn)〞。標(biāo)準(zhǔn)的書(shū)寫(xiě)格式：

用分層縮進(jìn)的寫(xiě)法顯示嵌套結(jié)構(gòu)的層次〔鋸齒形風(fēng)格〕在注釋段用分層縮進(jìn)的寫(xiě)法顯示嵌套結(jié)構(gòu)的層次〔鋸齒形風(fēng)格〕在注釋段的周圍加上邊框；——在注釋段與程序段、以及不同程序段之間插入空行；——每行只寫(xiě)一條語(yǔ)句；——書(shū)寫(xiě)表達(dá)式時(shí)，適當(dāng)使用空格或圓括號(hào)等作隔離符。篇三：2022年軟件工程期末試卷(自己整理的,很完整的)、瀑布模型把軟件生命周期劃分為八個(gè)階段：?jiǎn)栴}的定義、可行性研究、軟件需求分析、系統(tǒng)總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、測(cè)試和運(yùn)行、維護(hù)。八個(gè)階段又可歸納為三個(gè)大的階段：方案階段、開(kāi)發(fā)階段和(C)。A、詳細(xì)方案B、可行性分析C、運(yùn)行階段D、測(cè)試與排錯(cuò)、從結(jié)構(gòu)化的瀑布模型看，在它的生命周期中的八個(gè)階段中，下面的幾個(gè)選項(xiàng)中哪個(gè)環(huán)節(jié)出錯(cuò)，對(duì)軟件的影響最大(C)。A、詳細(xì)設(shè)計(jì)階段B、概要設(shè)計(jì)階段C、需求分析階段D、測(cè)試和運(yùn)行階段3、在結(jié)構(gòu)化的瀑布模型中，哪一個(gè)階段定義的標(biāo)準(zhǔn)將成為軟件測(cè)試中的系統(tǒng)測(cè)試階段的目標(biāo)(A)。A、需求分析階段B、詳細(xì)設(shè)計(jì)階段C、概要設(shè)計(jì)階段D、可行性研究階段4、軟件工程的出現(xiàn)主要是由于(C)。5、軟件工程方法學(xué)的目的是：使軟件生產(chǎn)標(biāo)準(zhǔn)化和工程化，而軟件工程方法得以實(shí)施的主要保證是(C)A、硬件環(huán)境B、軟件開(kāi)發(fā)的環(huán)境C、軟件開(kāi)發(fā)工具和軟件開(kāi)發(fā)的環(huán)境D、開(kāi)發(fā)人員的素質(zhì)6、軟件開(kāi)發(fā)常使用的兩種根本方法是結(jié)構(gòu)化和原型化方法，在實(shí)際的應(yīng)用中，它們之間的關(guān)系表現(xiàn)為(B)A、相互排斥B、相互補(bǔ)充C、獨(dú)立使用D、交替使用7、UML是軟件開(kāi)發(fā)中的一個(gè)重要工具，它主要應(yīng)用于哪種軟件開(kāi)發(fā)方法(C)A、基于瀑布模型的結(jié)構(gòu)化方法B、基于需求動(dòng)態(tài)定義的原型化方法C、基于對(duì)象的面向?qū)ο蟮姆椒―、基于數(shù)據(jù)的數(shù)據(jù)流開(kāi)發(fā)方法8、在下面的軟件開(kāi)發(fā)方法中，哪一個(gè)對(duì)軟件設(shè)計(jì)和開(kāi)發(fā)人員的開(kāi)發(fā)要求最高(B)A、結(jié)構(gòu)化方法B、原型化方法C、面向?qū)ο蟮姆椒―、控制流方法9、結(jié)構(gòu)化分析方法是一種預(yù)先嚴(yán)格定義需求的方法，它在實(shí)施時(shí)強(qiáng)調(diào)的是分析對(duì)象的(B)A、控制流B、數(shù)據(jù)流C、程序流D、指令流10、軟件開(kāi)發(fā)的結(jié)構(gòu)化生命周期方法將軟件生命周期劃分成(A)A、方案階段、開(kāi)發(fā)階段、運(yùn)行階段B、方案階段、編程階段、測(cè)試階段C、總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編程調(diào)試D、需求分析、功能定義、系統(tǒng)設(shè)計(jì)11、軟件開(kāi)發(fā)中常采用的結(jié)構(gòu)化生命周期方法，由于其特征而一般稱其為(A)A、瀑布模型B、對(duì)象模型C、螺旋模型D、層次模型12、軟件開(kāi)發(fā)的瀑布模型，一般都將開(kāi)發(fā)過(guò)程劃分為：分析、設(shè)計(jì)、編碼和測(cè)試等階段，一般認(rèn)為可能占用人員最多的階段是(C)A、分析階段B、設(shè)計(jì)階段C、編碼階段D、測(cè)試階段三．判斷?軟件的開(kāi)發(fā)與運(yùn)行經(jīng)常受到硬件的限制和制約。(V)?模塊內(nèi)的高內(nèi)聚往往意味著模塊間的松耦合。(丿)5．軟件的質(zhì)量好壞主要由驗(yàn)收人員負(fù)責(zé)，其他開(kāi)發(fā)人員不必關(guān)心。(X)6．判定覆蓋不一定包含條件覆蓋，條件覆蓋也不一定包含判定覆蓋。(V)7.應(yīng)該盡量使用機(jī)器語(yǔ)言編寫(xiě)代碼，提高程序運(yùn)行效率，而減少高級(jí)語(yǔ)言的使用。(X)8.UML只能應(yīng)用于軟件系統(tǒng)模型的建立。(X)10．軟件測(cè)試的目的是為了無(wú)一遺漏的找出所有的錯(cuò)誤。(X)一、填空結(jié)構(gòu)化分析方法的分析策略是___自頂向下逐步求精。衡量模塊獨(dú)立性的兩個(gè)定性標(biāo)準(zhǔn)是_耦合性與內(nèi)聚性。軟件集成測(cè)試的方法主要有兩種，它們是___漸增式與非漸增式測(cè)試O可行性研究的目的是用最小的代價(jià)在盡可能短的時(shí)間內(nèi)確定該軟件工程_是否值得開(kāi)發(fā)_。求分析階段，分析人員要確定對(duì)問(wèn)題的綜合需求，其中最主要的是__功能需求_6.軟件生存周期中時(shí)間最長(zhǎng)、花費(fèi)的精力和費(fèi)用最多的一個(gè)階段是__維護(hù)階段。7.計(jì)算機(jī)輔助軟件工程這一術(shù)語(yǔ)的英文縮寫(xiě)為_(kāi)CASE。8．McCall提出的軟件質(zhì)量模型包括11個(gè)軟件質(zhì)量特性。軟件結(jié)構(gòu)是以模塊為根底而組成的一種控制層次結(jié)構(gòu)。o用___三種根本控制結(jié)構(gòu)(條件\控制\循環(huán))構(gòu)造程序。在建立對(duì)象的功能模型時(shí)，使用的數(shù)據(jù)流圖中包含有處理、數(shù)據(jù)流、動(dòng)作對(duì)象和__數(shù)據(jù)存儲(chǔ)對(duì)象_二、選擇1.UML是軟件開(kāi)發(fā)中的一個(gè)重要工具，它主要應(yīng)用于哪種軟件開(kāi)發(fā)方法(C)A、基于瀑布模型的結(jié)構(gòu)化方法B、基于需求動(dòng)態(tài)定義的原型化方法C、基于對(duì)象的面向?qū)ο蟮姆椒―、基于數(shù)據(jù)的數(shù)據(jù)流開(kāi)發(fā)方法2、面向?qū)ο蟮拈_(kāi)發(fā)方法中，〔B〕將是面向?qū)ο蠹夹g(shù)領(lǐng)域內(nèi)占主導(dǎo)地位的標(biāo)準(zhǔn)建模語(yǔ)言。A、Booch方法B、UML語(yǔ)言C、OMT方法D、Coad方法、功能模型中所有的〔A〕往往形成一個(gè)層次結(jié)構(gòu)。在這個(gè)層次結(jié)構(gòu)中一個(gè)數(shù)據(jù)流圖的過(guò)程可以由下一層的數(shù)據(jù)流圖作進(jìn)一步的說(shuō)明。A、數(shù)據(jù)流圖B、概念模型圖C、狀態(tài)遷移圖D、事件追蹤圖、〔A〕應(yīng)當(dāng)在應(yīng)用分析之前進(jìn)行，因?yàn)槲覀冊(cè)诹私鈫?wèn)題之前應(yīng)當(dāng)對(duì)問(wèn)題敞開(kāi)思想考慮，不應(yīng)加以限制A、問(wèn)題域分析B、高層分析C、實(shí)例的建立D、類的開(kāi)發(fā)、通過(guò)執(zhí)行對(duì)象的操作改變對(duì)象的屬性，但它必須通過(guò)〔B〕的傳遞。A、接口B、消息C、信息D、操作6、所有的對(duì)象可以成為各種對(duì)象類，每個(gè)對(duì)象類都定義了一組〔B〕A、說(shuō)明B、方法C、過(guò)程D、類型9、面向?qū)ο蟮闹饕卣鞒龑?duì)象唯一性、封裝、繼承外，還有〔A〕A、多態(tài)性B、完整性C、可移植性D、兼容10、在面向?qū)ο蟮脑O(shè)計(jì)中，我們應(yīng)遵循的設(shè)計(jì)準(zhǔn)那么除了模塊化、抽象、低耦合、高內(nèi)聚以外，還有〔B〕A、隱藏復(fù)雜性B、信息隱藏C、即存類的重用D、類的開(kāi)發(fā)13、在考察系統(tǒng)的一些涉及時(shí)序和改變的狀況時(shí)，要用動(dòng)態(tài)模型來(lái)表示。動(dòng)態(tài)模型著重于系統(tǒng)的控制邏輯，它包括兩個(gè)圖：一個(gè)是事件追蹤圖，另一個(gè)是〔B〕A、數(shù)據(jù)流圖B、狀態(tài)圖C、系統(tǒng)結(jié)構(gòu)圖D、時(shí)序圖14、人們常用的評(píng)價(jià)軟件質(zhì)量的4個(gè)因素是(B)A.可維護(hù)性、可靠性、健壯性、效率B.可維護(hù)性、可靠性、可理解性、效率C.可維護(hù)性、可靠性、完整性、效率D.可維護(hù)性、可靠性、移植性、效率15、軟件可移植性是用來(lái)衡量軟件的(C)重要尺度之一。16、為了提高軟件的可移植性，應(yīng)注意提高軟件的(D)在軟件質(zhì)量因素中，軟件在異常條件下仍能運(yùn)行的能力稱之為軟件的(B)在軟件設(shè)計(jì)中，設(shè)計(jì)復(fù)審是和軟件設(shè)計(jì)本身一樣重要的環(huán)節(jié)，其主要的目的和作用是為了能夠(B)在軟件危機(jī)中表現(xiàn)出來(lái)的軟件質(zhì)量差的問(wèn)題，其原因是(B)23?軟件工程管理是(D)—切活動(dòng)的管理。24?軟件管理的主要職能包括(D)A.人員管理、方案管化管理、配置管理C.本錢(qián)管理、進(jìn)度管理D.(A)和少)26.結(jié)構(gòu)化設(shè)計(jì)方法在軟件開(kāi)發(fā)中用于〔A丨。A、概要設(shè)計(jì)B、詳細(xì)設(shè)計(jì)C、程序設(shè)計(jì)D、測(cè)試用例設(shè)計(jì)28?軟件測(cè)試中，白盒法是通過(guò)分析程序的〔B〕來(lái)設(shè)計(jì)測(cè)試用例的。A、應(yīng)用范圍B、內(nèi)部邏輯C、功能D、輸入數(shù)據(jù)軟件維護(hù)費(fèi)用高的主要原因是〔C丨。A、人員少B、人員多C、生產(chǎn)率低D、生產(chǎn)率高軟件質(zhì)量必須在〔D丨加以保證。A、開(kāi)發(fā)之前B、開(kāi)發(fā)之后C、可行性研究過(guò)程中D、設(shè)計(jì)與實(shí)現(xiàn)過(guò)程中31?確認(rèn)測(cè)試主要涉及的文檔是〔A丨。A、需求規(guī)格說(shuō)明書(shū)B(niǎo)、概要設(shè)計(jì)說(shuō)明書(shū)C、詳細(xì)設(shè)計(jì)說(shuō)明書(shū)D、源程序33.為了適應(yīng)軟硬件環(huán)境變化而修改軟件的過(guò)程是(C)。A、校正性維護(hù)B、完善性維護(hù)C、適應(yīng)性維護(hù)D、預(yù)防性維護(hù)35．軟件質(zhì)量保證應(yīng)在(A)階段開(kāi)始。?在McCall軟件質(zhì)量度量模型中，〔C丨屬于面向軟件產(chǎn)品修改。A?可靠性B?可重用性C?適應(yīng)性D?可移植性.對(duì)象實(shí)現(xiàn)了數(shù)據(jù)和操作的結(jié)合，使數(shù)據(jù)和操作C丨于對(duì)象的統(tǒng)一體中A?結(jié)合B?隱藏C?封裝D?抽象.瀑布模型的存在問(wèn)題是〔B〕A?用戶容易參與開(kāi)發(fā)B?缺乏靈活性C?用戶與開(kāi)發(fā)者易溝通D?適用可變需求．軟件測(cè)試方法中的靜態(tài)測(cè)試方法之一為〔A〕A?計(jì)算機(jī)輔助靜態(tài)分析B?黑盒