軟件工程概論選擇樣本VIP

單選題35題-35分，填空題10空-10分：判斷題10題T0分，名

詞解釋5題-10分，簡(jiǎn)答題3題-15分，應(yīng)用題2題-20分

一、選擇題

⑴在軟件開發(fā)模型中，提出最早，應(yīng)用最廣泛的模型是（）

A、瀑布B、螺旋C、演化【）、智能

⑵軟件工程方法是在實(shí)踐中不斷發(fā)展著的方法，而早期的軟件工

程方法一般是指（）

A、原型化方法B、結(jié)構(gòu)化方法C、面向?qū)ο蠓椒―、

功能分解法

⑶下列關(guān)于瀑布模型的描述正確的是（）

A、利用瀑布模型，如果發(fā)現(xiàn)問題修改的代價(jià)很低。

B、瀑布模型的核心是按照軟件開發(fā)的時(shí)間順序?qū)栴}簡(jiǎn)化。

C、瀑布模型具有良好的靈活性。

D、瀑布模型采用結(jié)構(gòu)化的分析與設(shè)計(jì)方法，將邏輯實(shí)現(xiàn)與物理實(shí)

現(xiàn)分開、

（4）原型化方法是用戶和設(shè)計(jì)者之間執(zhí)行的一種交互構(gòu)成，適用于

（）系統(tǒng)。

A、需求不確定性高的B、需求確定的C、管理信息D、

實(shí)時(shí)

⑸軟件開發(fā)瀑布模型中的軟件定義時(shí)期各個(gè)階段依次是（）

A、問題定義，可行性研究，需求分析E、可行性研究，問題定

義，需求分析

C、可行性研究，需求分析，問題定義D、以上順序都不對(duì)

（6）開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這

種現(xiàn)象是（）的一種表現(xiàn)。

A、軟件工程B、軟件周期C、軟件危機(jī)D、軟件產(chǎn)生

⑺快速原型模型的主要特點(diǎn)之一是（）

A、開發(fā)完畢才見到產(chǎn)品B、及早提供全部完整的軟件產(chǎn)品

C、開發(fā)完畢后才見到工作軟件D、及早提供工作軟件

（8）軟件工程中常見的生命周期模型有（）等。

A、瀑布模型、快速原型模型、增量模型、螺旋模型和噴泉模

型

B、瀑布模型、快速循環(huán)模型、擴(kuò)展模型、螺旋模型和敏捷模

型

C、瀑布模型、快速循環(huán)模型、增量模型、螺旋模型和噴泉模

型

D、瀑布模型、快速原型模型、增量模型、螺旋模型和敏捷模

型

⑼軟件工程方法是在實(shí)踐中不斷發(fā)展著的方法，而早期的軟件工

程常見模型不包括（）

A、瀑布模型13、敏捷模型C、原型模型I）、螺

旋模型

（10）軟件開發(fā)瀑布模型中的各個(gè)階段依次是（）

A、設(shè)計(jì)、分析、實(shí)現(xiàn)、測(cè)試、維護(hù)B、分析、設(shè)

計(jì)、測(cè)試、實(shí)現(xiàn)、維護(hù)

C、分析、設(shè)計(jì)、實(shí)現(xiàn)、維護(hù)、測(cè)試D、分析、設(shè)

計(jì)、實(shí)現(xiàn)、測(cè)試、維護(hù)

(11)軟件危機(jī)的表現(xiàn)不包括()

A、軟件質(zhì)量不可靠B、軟件幾乎是不可維

護(hù)的

C、測(cè)試過程中發(fā)現(xiàn)的錯(cuò)誤較多D、缺少文檔

(12)瀑布模型的主要特點(diǎn)之一是(

A、推遲實(shí)現(xiàn)B、成功率提高C、容易失敗D、過

程迭代

(13)在軟件生產(chǎn)的程序系統(tǒng)時(shí)代由于軟件規(guī)模擴(kuò)大和軟件復(fù)雜性

提高等原因?qū)е铝?)

A、軟件危機(jī)B、軟件工程C、程序設(shè)計(jì)革命D、結(jié)

構(gòu)化程序設(shè)計(jì)

(14)軟件工程是()

A、是結(jié)構(gòu)化程序設(shè)計(jì)的指導(dǎo)方法

B、是軟件開發(fā)技術(shù)和軟件工程管理學(xué)為內(nèi)容的科目

C、是指導(dǎo)計(jì)算機(jī)軟件開發(fā)和維護(hù)的工程學(xué)科

D、是指導(dǎo)軟件開發(fā)的工程方法

(15)在各種不同的軟件需求中，功能需求描述了用戶使用產(chǎn)品必

須要完成的任務(wù)，能夠在用例模型或方案腳本中予以說明，()

是從各個(gè)角度對(duì)系統(tǒng)的約束和限制，反映了應(yīng)用對(duì)軟件系統(tǒng)質(zhì)量

和特性的額外要求。

A、業(yè)務(wù)需求B、系統(tǒng)要求C、非功能需求D、用

戶需求

(16)軟件可行性研究一般不考慮()

A、是否有足夠的人員和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā)

B、是否有足夠的工具和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā)

C、待開發(fā)軟件是否有市場(chǎng)、經(jīng)濟(jì)上是否合算

D、待開發(fā)的軟件是否會(huì)有質(zhì)量問題

(17)經(jīng)濟(jì)可行性研究的范圍包括()

A、資源有效性B、管理制度C、效益分析D、開

發(fā)風(fēng)險(xiǎn)

(18)研究開發(fā)所需要的成本和資源是屬于可行性研究中的()

A、技術(shù)可行性B、經(jīng)濟(jì)可行性C、社會(huì)可行性D、法

律可行性

(19)研究開發(fā)的軟件是否符合相關(guān)法律規(guī)定是屬于可行性研究

中的()

A、技術(shù)可行性B、經(jīng)濟(jì)可行性C、社會(huì)可行性D、法

律可行性

(20)可行性研究實(shí)質(zhì)上是進(jìn)行了一次()

A、簡(jiǎn)化了的系統(tǒng)分析和設(shè)計(jì)過程B、詳盡的系統(tǒng)分析和

設(shè)計(jì)過程

C、徹底的程序設(shè)計(jì)過程D、深入的需求分析

（21）可行性研究階段的主要任務(wù)包括（）

A、分析和澄清問題定義B、導(dǎo)出系統(tǒng)的邏輯模型

C、制定粗略的進(jìn)度、建議和計(jì)劃D、以上全是

（22）需求分析的任務(wù)包括（）

A、確定對(duì)系統(tǒng)的綜合要求B、分析系統(tǒng)的數(shù)據(jù)要

求

C、導(dǎo)出邏輯模型并修正開發(fā)計(jì)劃D、以上都是

（23）需求分析的任務(wù)不包括（）

A、確定對(duì)系統(tǒng)的綜合要求B、分析系統(tǒng)的數(shù)據(jù)要

求

C、從技術(shù)角度分析系統(tǒng)是否可行I）、導(dǎo)出邏輯模型并修

正開發(fā)計(jì)劃

（24）要將一個(gè)復(fù)雜的系統(tǒng)分析清楚,傳統(tǒng)軟件工程常見方法是結(jié)

構(gòu)化分析方法，結(jié)構(gòu)化分析方法就是（）

A、面向數(shù)據(jù)流自頂向下、逐步求精的方法

B、由內(nèi)向外進(jìn)行分析的方法

C、先局部后整體的分析方法

D、使用IPO圖形工具分析的方法

（25）需求分析是要完整、準(zhǔn)確、清晰，具體的確定系統(tǒng)所要完成

的工作，其主要依據(jù)是前一階段的文檔（）

A、用戶手冊(cè)和參考手冊(cè)B、軟件愛你需求規(guī)格說

明書

C、開發(fā)計(jì)劃D、可行性研究報(bào)告

（26）需求分析階段的主要任務(wù)是確定（）

A、軟件開發(fā)方法B、軟件開發(fā)工具C軟件開發(fā)費(fèi)D軟件系統(tǒng)

的功能

（27）數(shù)據(jù)字典是用來定義（）中的各個(gè)成分的具體含義的。

A、流程圖B、功能結(jié)構(gòu)圖C、系統(tǒng)結(jié)構(gòu)圖D、數(shù)據(jù)

流圖

（28）數(shù)據(jù)流圖是一種用來描述（）的圖形工具。

A、系統(tǒng)物理組成B、系統(tǒng)信息流和數(shù)據(jù)流

、

C、所有功能1）、系統(tǒng)控制流和數(shù)據(jù)流

（29）（）和數(shù)據(jù)流圖共同構(gòu)成系統(tǒng)的邏輯模型，沒有它，數(shù)

據(jù)流就不完整。

A、系統(tǒng)流程圖B、E-R圖C、數(shù)據(jù)字典D、層次

方框圖

（30）數(shù)據(jù)流圖DFD中的每個(gè)加工至少需要（）

A、一個(gè)輸入流B、一個(gè)愉入流和愉出流C、一個(gè)輸入或輸

出流I）、一個(gè)輸出流

（31）數(shù)據(jù)流圖（DF【））是（）方法中用于表示系統(tǒng)的邏輯模型的一

種圖形工具。

A、SAB、SDC、SPD、SC

（32）使用實(shí)體-聯(lián)系圖（ER圖）建立的概念性數(shù)據(jù)模型中包含3種相

互關(guān)聯(lián)的信息。（）

A、數(shù)據(jù)對(duì)象、屬性、方法B、數(shù)據(jù)對(duì)象、屬性、

聯(lián)系

C、數(shù)據(jù)表、屬性、聯(lián)系I）、數(shù)據(jù)表、實(shí)體、聯(lián)

系

（33）模塊的內(nèi)聚性最高的是（）

A、邏輯內(nèi)聚B、時(shí)間內(nèi)聚C、偶然內(nèi)聚D、功

能內(nèi)聚

（34）總體設(shè)計(jì)的目的是確定整個(gè)系統(tǒng)（）

A、規(guī)模B、功能及模塊結(jié)構(gòu)C、費(fèi)用I）、測(cè)試方案

（35）一個(gè)模塊內(nèi)部各程序都在同一數(shù)據(jù)結(jié)構(gòu)上操作，這個(gè)模塊的

內(nèi)聚性稱為（）

A、時(shí)間內(nèi)聚B、功能內(nèi)聚C、通信內(nèi)聚D、過

程內(nèi)聚

（36）軟件總體設(shè)計(jì)是指軟件總體結(jié)構(gòu)設(shè)計(jì)和數(shù)據(jù)設(shè)計(jì)，該階段的

主要任務(wù)不包括（）

A、設(shè)計(jì)軟件的模塊結(jié)構(gòu)B、定義接口并建立數(shù)據(jù)

結(jié)構(gòu)

C、模塊設(shè)計(jì)I）、生成概要設(shè)計(jì)規(guī)格說

明

（37）如果某種內(nèi)聚要求一個(gè)模塊中包含的任務(wù)必須在同一段時(shí)間

執(zhí)行，則這種內(nèi)聚為()

A、時(shí)間內(nèi)聚B、邏輯內(nèi)聚C、通信內(nèi)聚D、信

息內(nèi)聚

(38)為了提高模塊的獨(dú)立性，模塊之間最好使用()

A、控制耦合B、公共耦合C、內(nèi)容耦合D、數(shù)

據(jù)耦合

(39)結(jié)構(gòu)化程序設(shè)計(jì)的一種基本方法()

A、篩選法B、遞歸法C、歸納法D、逐

步求精法

(40)對(duì)軟件進(jìn)行分解，是為了()

A、降低模塊間接口的復(fù)雜度B、降低模塊的復(fù)雜程度

C、降低模塊的復(fù)雜程度，并降低模塊間接口的復(fù)雜程度

D、降低模塊的復(fù)雜程度，并提高模塊間接口的復(fù)雜程度

(41)在軟件工程中，描繪軟件結(jié)構(gòu)的圖形工具不包括()

A、層次圖B、HIP0圖C、PAD圖D、H圖

(42)在詳細(xì)設(shè)計(jì)階段經(jīng)常采用的圖形工具包括()

A、PAD圖B、程序流程圖C、N-S圖D、以

上都是

(43)提高程序可讀性的手段包括()

A、使用三種標(biāo)準(zhǔn)控制結(jié)構(gòu)B、采用有實(shí)際意義的

變量名

C、給程序加注釋D、以上都是

(44)結(jié)構(gòu)化程序設(shè)計(jì)的三種基本控制結(jié)構(gòu)不包括()

A、順序B、選擇C、轉(zhuǎn)移D、循環(huán)

(45)詳細(xì)設(shè)計(jì)中，過程設(shè)計(jì)的常見圖形工具不包括()

A、程序流程圖B、數(shù)據(jù)流圖C、N-S盒圖D、PAD

圖

(46)下列關(guān)于詳細(xì)設(shè)計(jì)中說法中正確的是()等。

A、詳細(xì)設(shè)計(jì)任務(wù)相當(dāng)于設(shè)計(jì)程序的"藍(lán)圖二

B、詳細(xì)設(shè)計(jì)的根本目標(biāo)是應(yīng)該怎樣具體地實(shí)現(xiàn)系統(tǒng)

C、詳細(xì)設(shè)計(jì)W編寫代碼

D、以上都正確

(47)結(jié)構(gòu)化程序之因此具有易于閱讀，而且有可能驗(yàn)證其正確性,

這是由于()

A、它強(qiáng)調(diào)編程風(fēng)格B、選擇良好的數(shù)

據(jù)結(jié)構(gòu)和算法

C、有限制的使用GOTO語句D、只有三種基本結(jié)構(gòu)

(48)程序設(shè)計(jì)語言主要分三大類：機(jī)器語言、匯編語言和()

A、邏輯語言B、高級(jí)語言C、自然語言D、智

能語?言

(49)結(jié)構(gòu)化程序設(shè)計(jì)中的三個(gè)基本控制結(jié)構(gòu)是()

A、過程、子程序和分程序B、順序、選擇和

循環(huán)

C、遞歸、堆棧和隊(duì)列D、調(diào)用、返回和

轉(zhuǎn)移

(50)軟件詳細(xì)設(shè)計(jì)的主要任務(wù)是確定每個(gè)模塊的()

A、算法和使用的數(shù)據(jù)結(jié)構(gòu)B、外部接口C、功能D、

編程

(51)在詳細(xì)設(shè)計(jì)階段，經(jīng)常采用的工具包括()

A、程序流程圖B、SAC、SCD、

DFD

(52)詳細(xì)設(shè)計(jì)的結(jié)果基本決定了最終程序?yàn)?)

A、代碼的規(guī)模B、運(yùn)行速度C、質(zhì)量D、可維

護(hù)度

(53)兩個(gè)模塊彼此傳遞的信息中有控制信息的，這種耦合稱為(

)

A、數(shù)據(jù)耦合B、公用環(huán)境耦合C、內(nèi)容耦合D、控

制耦合

(54)結(jié)構(gòu)化設(shè)計(jì)又稱為()

A、概要設(shè)計(jì)B、面向數(shù)據(jù)流設(shè)計(jì)C、面向?qū)ο笤O(shè)計(jì)D、

詳細(xì)設(shè)計(jì)

(55)按照總休設(shè)計(jì)中的啟發(fā)式規(guī)則，模塊的作用域和模塊的控制

域之間的關(guān)系應(yīng)為()

A、模塊的作用域應(yīng)在模塊的控制域之內(nèi)

B、模塊的控制域應(yīng)在模塊的作用域之內(nèi)

C、模塊的控制域與模塊的作用域相互獨(dú)立

D、以上說法都不對(duì)

(56)在SD方法中全面指導(dǎo)模塊劃分的最重要的原則是()

A、程序模塊化B、模塊高內(nèi)聚C、模塊低耦合D、模

塊獨(dú)立性

(57)軟件總體設(shè)計(jì)是指軟件總體結(jié)構(gòu)設(shè)計(jì)和數(shù)據(jù)設(shè)計(jì)，該階段的

主要任務(wù)不包括()

A、設(shè)計(jì)軟件的模塊結(jié)構(gòu)B、定義結(jié)構(gòu)并建立數(shù)

據(jù)結(jié)構(gòu)

C、模塊內(nèi)部算法設(shè)計(jì)D、生成概要設(shè)計(jì)規(guī)格

說明

(58)軟件詳細(xì)設(shè)計(jì)主要采用的方法是()

A、模塊設(shè)計(jì)13、結(jié)構(gòu)化設(shè)計(jì)C、PDL語言D、結(jié)構(gòu)

化程序設(shè)計(jì)

(59)詳細(xì)設(shè)計(jì)中，過程設(shè)計(jì)的常見工具有()等

A、程序流程圖、N-S盒圖、PAD圖B、程序流程

圖、數(shù)據(jù)流圖

C、程序流程圖，系統(tǒng)流程圖D、程序流程圖、E-R

圖

(60)結(jié)構(gòu)化程序設(shè)計(jì)主要強(qiáng)調(diào)的是()

A、程序易讀性B、程序的效率C、程序設(shè)計(jì)語言的先進(jìn)性

D、程序的規(guī)模

（61）提高程序可讀性的最有力手段是（）

A、使用三種標(biāo)準(zhǔn)控制結(jié)構(gòu)B、采用有實(shí)際意

義的變量名

C、顯示說明一切變量D、給程序加注釋

（62）一般來說，在軟件生命周期中成本最高的階段是（）

A、詳細(xì)設(shè)計(jì)B、軟件編碼C、軟件測(cè)試D、軟

件維護(hù)

（63）軟件測(cè)試中根據(jù)測(cè)試用例設(shè)計(jì)的方法的不同可分為黑盒測(cè)試

和白盒測(cè)試兩種，它們（）

A、前者屬于靜態(tài)測(cè)試，后者屬于動(dòng)態(tài)測(cè)試

B、前者屬于動(dòng)態(tài)測(cè)試，后者屬于靜態(tài)測(cè)試

C、都屬于靜態(tài)測(cè)試I）、都屬于動(dòng)態(tài)測(cè)試

（64）若有一個(gè)計(jì)算類型的程序，它的輸入量只有一個(gè)X,其范圍是

[-1.0,1.0],現(xiàn)從輸入角度考慮一組測(cè)試用例：-1.001,-1.0,

1.0,l.OOlo設(shè)計(jì)這組測(cè)試用例的方法是（）

A、條件覆蓋法B、等價(jià)分類法C、邊界值分析法D、

錯(cuò)誤推論法

（65）單元測(cè)試的測(cè)試用例主要根據(jù)（）的結(jié)果來設(shè)計(jì)

A、需求分析13、詳細(xì)設(shè)計(jì)C、概要設(shè)計(jì)I）、

源程序

（66）軟件測(cè)試是為了（）而執(zhí)行程序的過程。

A、糾正錯(cuò)誤B、發(fā)現(xiàn)錯(cuò)誤C、避免錯(cuò)誤D、

證明正確

(67)常見的黑盒測(cè)試方法不包括()

A、等價(jià)劃分B、邊界值分析C、邏輯覆蓋D

錯(cuò)誤推測(cè)

(68)軟件測(cè)試中，白盒法是經(jīng)過分析程序的()來設(shè)計(jì)測(cè)試用

例的。

A、應(yīng)用范圍B、內(nèi)部邏輯C、功能D、輸

入數(shù)據(jù)

(70)與確認(rèn)測(cè)試階段有關(guān)的文檔是()

A、需求規(guī)格說明書B、概要設(shè)計(jì)說明書C、詳細(xì)設(shè)計(jì)說明

書D、源程序

(71)()是指程序在給定的時(shí)間點(diǎn)，按照規(guī)格說明書的規(guī)定

成功運(yùn)行的概率。

A、可移植性B、可用性C、可靠性D、

可擴(kuò)展性

(72)為軟件的運(yùn)行增加監(jiān)控設(shè)施以應(yīng)對(duì)將來可能出現(xiàn)的問題，這

種維護(hù)的維護(hù)類型是()

A、改正性維護(hù)B、適應(yīng)性維護(hù)C、完善性維護(hù)D、

預(yù)防性維護(hù)

(73)在整個(gè)軟件維護(hù)階段所花費(fèi)的全部工作中，哪種維護(hù)所占比

例最大？()

A、改正性維護(hù)B、適應(yīng)性維護(hù)C、完善性維護(hù)D、

預(yù)防性維護(hù)

(74)產(chǎn)生軟件維護(hù)的副作用，是指()

A、開發(fā)時(shí)的錯(cuò)誤B、隱含的錯(cuò)誤

C、因修改軟件造成新的錯(cuò)誤D、運(yùn)行時(shí)誤操

作

(75)下列屬于維護(hù)階段的文檔是()

A、軟件規(guī)格說明B、用戶操作手冊(cè)C、軟件問題報(bào)告D、軟

件測(cè)試分析報(bào)告

(76)維護(hù)活動(dòng)必須應(yīng)用于()

A、軟件文檔B、整個(gè)軟件配置C、可執(zhí)行代碼D、

數(shù)據(jù)

(77)為了提高軟件的可維護(hù)性，在編碼階段應(yīng)注意()

A、保存測(cè)試用例和數(shù)據(jù)B、提高模塊的獨(dú)立性

C、文檔的副作用D、養(yǎng)成好的程序設(shè)計(jì)

風(fēng)格

(78)以下哪些問題是維護(hù)人員經(jīng)常面正確問題()

A、理解別人的程序非常困難B、文檔不合格

C、設(shè)計(jì)時(shí)沒考慮未來的修改維護(hù)D、以上都是

(79)決定軟件可維護(hù)性的因素包括()

A、可理解性、可測(cè)試性、可修改性、可移植性、可用性

B、可理解性、可測(cè)試性、可修改性、可移植性、可重用性

C、可理解性、可靠性、可測(cè)試性、可修改性、可移植性

D、可理解性、可擴(kuò)展性、可測(cè)試性、可修改性、可升級(jí)性

(80)軟件生存周期的()工作與軟件可維護(hù)性有著密切的關(guān)系。

A、編碼階段B、設(shè)計(jì)階段C、測(cè)試階段D、每

個(gè)階段

(81)軟件維護(hù)困難的主要原因是()

A、費(fèi)用低B、人員少C、開發(fā)設(shè)計(jì)中的缺陷D、得不

到用戶支持

(82)因計(jì)算機(jī)硬件和軟件環(huán)境的變化而作出的修改軟件的過程稱

為()

A、改正性維護(hù)13、適應(yīng)性維護(hù)C、完善性維護(hù)D、

預(yù)防性維護(hù)

(83)在軟件維護(hù)的實(shí)施過程中，為了正確和有效地修改，需要經(jīng)

歷以下三個(gè)步驟：分析和理解程序，修改程序，重新驗(yàn)證程序。(

)是決定維護(hù)成敗和質(zhì)量好壞的關(guān)鍵。

A、分析和理解程序B、重新驗(yàn)證程序C、修改程序D、

驗(yàn)收程序

(84)()是指程序在給定的時(shí)間間隔內(nèi)，按照規(guī)定說明書的

規(guī)定成功運(yùn)行的概率。

A、可移植性B、可用性C、可靠性I）、

可擴(kuò)展性

(85)軟件可移植性是用來衡量軟件的()的重要尺度之一。

A、人機(jī)關(guān)系B、效率C、質(zhì)量D、通用

性

(86)軟件質(zhì)量必須在()加以保證。

A、開發(fā)之前B、開發(fā)之后C、可行性研究過程中D、設(shè)計(jì)

與實(shí)現(xiàn)過程中

(87)面向?qū)ο蠹夹g(shù)中，對(duì)象是類的實(shí)例。對(duì)象有三種成分：(

)、屬性和方法。

A、標(biāo)識(shí)B、規(guī)則C、封裝D、消息

(88)()是把對(duì)象的屬性和操作結(jié)合在一起，構(gòu)成一個(gè)獨(dú)立的

對(duì)象，其內(nèi)部信息對(duì)外界是隱蔽的。外界只能經(jīng)過有限額接口與對(duì)

象發(fā)生聯(lián)系。

A、多態(tài)性B、繼承C、封裝D、消息

(89)消息是對(duì)象間交互的一種機(jī)制，消息刺激接受對(duì)象產(chǎn)生某種

行為。消息的構(gòu)成有三部分：(),消息名，若干變?cè)?/p>

A、發(fā)出消息的對(duì)象B、接受消息的對(duì)象C、消息編

號(hào)D、時(shí)間

(90)面相對(duì)象設(shè)計(jì)準(zhǔn)則包括，模塊化，抽象，(),弱耦合，強(qiáng)

內(nèi)聚和可重用。

A、信息隱蔽B、可繼承C、封裝性D、

實(shí)例化

(91)()意味著一個(gè)操作在不同的類中能夠有不同的實(shí)現(xiàn)方式。

A、多態(tài)性B、多繼承C、類的復(fù)用D、

封裝

(92)軟件開發(fā)過程中，抽取和整理用戶需求并建立問題域精確模

型的過程叫()

A、生存期B、面向?qū)ο蠓治鯟、面向?qū)ο蟪绦蚍治鯠、面

向?qū)ο笤O(shè)計(jì)

(93)把一組具有相似特性的對(duì)象的描述，稱之為()

A、多態(tài)性B、繼承性C、類D、消息

(94)面向?qū)ο蠓治龅莫?dú)到之處在于()

A、將數(shù)據(jù)和操作結(jié)合在一起而不是分離B、僅考慮數(shù)據(jù)結(jié)構(gòu)

C、數(shù)據(jù)的操作分別獨(dú)立考慮