1、精選優(yōu)質(zhì)文檔-傾情為你奉上一、選擇題1 軟件開發(fā)瀑布模型中的軟件定義時期各個階段依次是：（ B）A) 可行性研究，問題定義，需求分析。B) 問題定義，可行性研究，需求分析。C) 可行性研究，需求分析，問題定義。D) 以上順序都不對。(軟件開發(fā)時期：概要設計、詳細設計、軟件實現(xiàn)、軟件測試)2 可行性研究主要從以下幾個方面進行研究： （ A）A） 技術可行性，經(jīng)濟可行性，操作可行性。B） 技術可行性，經(jīng)濟可行性，系統(tǒng)可行性。C） 經(jīng)濟可行性，系統(tǒng)可行性，操作可行性。D） 經(jīng)濟可行性，系統(tǒng)可行性，時間可行性。3 耦合是對軟件不同模塊之間互連程度的度量。各種耦合按從強到弱排列如下： （ C）A) 內(nèi)容

2、耦合，控制耦合，數(shù)據(jù)耦合，公共環(huán)境耦合。B) 內(nèi)容耦合，控制耦合，公共環(huán)境耦合，數(shù)據(jù)耦合。C) 內(nèi)容耦合，公共環(huán)境耦合，控制耦合，數(shù)據(jù)耦合。(內(nèi)容耦合、公共耦合、外部耦合、控制耦合、特征耦合、數(shù)據(jù)耦合)D) 控制耦合，內(nèi)容耦合，數(shù)據(jù)耦合，公共環(huán)境耦合。4 在詳細設計階段所使用到的設計工具是：（C ）A) 程序流程圖，PAD圖，N-S圖，HIPO圖，判定表，判定樹.B) 數(shù)據(jù)流程圖，Yourdon 圖，程序流程圖，PAD圖，N-S圖，HIPO圖。C) 判定表，判定樹，PDL，程序流程圖，PAD圖，N-S圖。D) 判定表，判定樹，數(shù)據(jù)流程圖，系統(tǒng)流程圖，程序流程圖，層次圖。詳細設計階段工具：判定表

3、、判定樹、數(shù)據(jù)流程圖、系統(tǒng)流程圖、程序流程圖、PAD圖、N-S圖、PDL在軟件詳細設計階段,常用的圖形描述工具有程序流程圖,盒圖(NS 圖)和問題分析圖(PAD) .常用的語言描述工具為 PDL(程序設計語言) ,常用的表格描述工具有判定表和判定樹.DFD數(shù)據(jù)流圖：總體設計階段5 按照軟件工程的原則，模塊的作用域和模塊的控制域之間的關系是： （ A）A)模塊的作用域應在模塊的控制域之內(nèi)。B)模塊的控制域應在模塊的作用域之內(nèi)。C)模塊的控制域與模塊的作用域互相獨立。D)以上說法都不對。6 在軟件生命周期中，能準確確定軟件系統(tǒng)的體系結(jié)構(gòu)的功能階段是 （C ）A.概要設計 B.詳細設計 C.需求分析

4、 D.可行性分析7 下面不是軟件工程的3個要素的是（ C）A過程 B.方法 C.環(huán)境 D.工具軟件工程的三個要素：方法、工具、過程8 下面不屬于軟件的組成的是（B ）A程序 B.記錄 C.文檔 D.數(shù)據(jù)軟件=程序+數(shù)據(jù)+文檔+服務9 在瀑布模型中，將軟件分為若干個時期，軟件項目的可行性研究一般歸屬于（ C）A.維護時期 B.運行時期 C.定義時期 D.開發(fā)時期10.在瀑布模型中，下面（C ）是其突出的缺點。A.不適應平臺的變動B.不適應算法的變動C.不適應用戶需求的變動D.不適應程序語言的變動11下面不屬于軟件的特點的是（ D）。A軟件是一種軟件產(chǎn)品B軟件產(chǎn)品不會用壞，不存在磨損、消耗問題C軟

5、件產(chǎn)品的生產(chǎn)主要是研制D軟件產(chǎn)品非常便宜12 軟件開發(fā)工具是協(xié)助開發(fā)人員進行軟件開發(fā)活動所使用的軟件或環(huán)境。下面不是軟件開發(fā)工具的是。AA.維護工具 B.編碼工具 C.測試工具 D.需求分析工具13.下列敘述中不屬于軟件生命周期模型的是（D ）。A.原型模型 B.瀑布模型 C.螺旋模型 D.快速組裝模型14.軟件設計中，用抽象和分解的目的是（B ）。A.提高易讀性B.降低復雜性 C.增加內(nèi)聚性 D.降低耦合性 15軟件生命周期中所花費用最多的階段是（D ）。A.詳細設計 B.軟件編碼 C.概要設計 D.軟件測試和維護16.開發(fā)軟件時對提高開發(fā)人員工作效率至關重要的是（B ）。A.操作系統(tǒng)的資源

6、管理功能B.先進的軟件開發(fā)工具和環(huán)境C.程序人員的數(shù)量D.計算機的并行處理能力17.開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象稱作（ B）。A.軟件投機 B.軟件危機 C.軟件工程 D軟件產(chǎn)生18軟件開發(fā)的結(jié)構(gòu)化生命周期方法將軟件生命周期劃分成（A）A.定義、開發(fā)、運行維護B.設計階段、編程階段、測試階段C.總體設計、詳細設計、編程調(diào)試D.需求分析、功能定義、系統(tǒng)設計19.軟件工程的理論和技術性研究的內(nèi)容主要包括軟件開發(fā)技術和（B ）。A.消除軟件危機B.軟件工程管理C.程序設計自動化D.實現(xiàn)軟件可重用20軟件工程的出現(xiàn)是由于（ C）。 A.程序設計方法學的影響B(tài).軟件產(chǎn)業(yè)化

7、的需要C.軟件危機的出現(xiàn)D.計算機的發(fā)展21.在軟件生命周期中，能準確地確定軟件系統(tǒng)必須做什么和必須具備哪些功能的階段是（D ）。A.概要設計B.詳細設計C.問題定義D.需求分析22. 開發(fā)大型軟件時，產(chǎn)生困難的根本原因是（A ）。A.大系統(tǒng)的復雜性 B.人員知識不足C.客觀世界千變?nèi)f化 D.時間緊、任務重23. 文檔是軟件開發(fā)人員、軟件管理人員、維護人員、用戶以及計算機之間的（ B），軟件開發(fā)人員在各個階段以文檔作為前段工作成果的體現(xiàn)和后段工作的基礎。A.接口B.橋梁C.科學D.繼續(xù)24軟件工程學的目的是以 較低的成本，研制（A ）質(zhì)量的軟件。A較高B較低C.可靠D.優(yōu)秀25軟件從一個計算機

8、系統(tǒng)或環(huán)境轉(zhuǎn)換到另一個計算機和環(huán)境的容易程度稱為（D ）。A.可用性B.兼容性C.可靠性D.可移植性26.軟件生存周期是指（ D）階段。A.軟件開始使用到用戶要求修改為止B.軟件開始使用到被淘汰為止C.從開始編寫程序到不能再使用為止D.從立項制定計劃，進行需求分析到不能再使用為止27.軟件工程學是應用科學理論和工程上的技術指導軟件開發(fā)的學科，其目的是（ B）。A引入新技術提高空間利用率B用較少的投資獲得高質(zhì)量的軟件C縮短研制周期擴大軟件功能D硬軟件結(jié)合使系統(tǒng)面向應用28. 軟件可行性分析是著重確定系統(tǒng)的目標和規(guī)模。對成本-效益進行發(fā)現(xiàn)應屬于下列選項中的（A ）。A.經(jīng)濟可行性B.操作可行性C.

9、技術可行性D.社會可行性 29在數(shù)據(jù)流圖中，用圓或者橢圓來表示（B ）。A.數(shù)據(jù)流B.加工C.數(shù)據(jù)存儲D.數(shù)據(jù)源點或終點30. 需求分析階段的任務是確定（ C）。A.軟件開發(fā)方法B.軟件開發(fā)費用C.軟件系統(tǒng)功能D.軟件開發(fā)工具31（D ）的目的就是用最小的代價在盡可能短的時間內(nèi)確定該軟件項目是否能夠開發(fā)，是否值得去開發(fā)。A需求分析 B概要設計 C總體設計 D可行性研究32.下列選項中（ D）不是軟件需求規(guī)格目標。A.便于用戶、分析員和軟件設計人員進行理解及交流B.控制系統(tǒng)的實施過程C.作為軟件測試和驗收以及維護的依據(jù)D.便于軟件的維護33下面描述中，不符合結(jié)構(gòu)化程序設計風格的是（ B）。A使用

10、順序、選擇和重復（循環(huán)）三種基本控制結(jié)構(gòu)表示程序的控制邏輯B模塊只有一個入口，可以有多個出口C注重提高程序的執(zhí)行效率D不使用goto語句34. 下列工具中屬于需求分析常用工具的是（D ）。A.PAD B.PFD C.N-S D.DFD35. 在數(shù)據(jù)流圖（DFD）中，帶有名字的箭頭表示（C ）。A.控制程序的執(zhí)行順序B.模塊之間的調(diào)用關系(直線)C.數(shù)據(jù)的流向D.程序的組成成分長方形代表起點或者終點36. 在軟件生產(chǎn)過程中，需求信息的給出是（D ）。A.程序員 B.項目管理者 C.軟件分析設計人員 D.軟件用戶 37下列敘述中，不屬于結(jié)構(gòu)化分析方法的是（ C）。A.面向數(shù)據(jù)流的結(jié)構(gòu)化分析方法B.

11、面向數(shù)據(jù)結(jié)構(gòu)的結(jié)構(gòu)化數(shù)據(jù)系統(tǒng)開發(fā)方法C.面向?qū)ο蟮姆治龇椒?8結(jié)構(gòu)設計（SD）是一種應用最廣泛的系統(tǒng)設計方法，是以（ B）為基礎、自頂向下、逐步求精和模塊化的過程。A.數(shù)據(jù)流 B.數(shù)據(jù)流圖 C.數(shù)據(jù)庫 D數(shù)據(jù)結(jié)構(gòu)39需求分析是由分析員經(jīng)了解用戶的要求，認真細致地調(diào)研、分析，最終應建立目標系統(tǒng)的邏輯模型并寫出（ B）。A.模塊說明書B.軟件規(guī)格說明書C.項目開發(fā)計劃 D.合同文檔40. 結(jié)構(gòu)化分析方法以數(shù)據(jù)流圖、（ D）和加工說明等描述工具，即用直觀的圖和簡潔的語言來描述軟件系統(tǒng)模型。A.DFD圖 B.PAD圖 C.IPO圖 D.數(shù)據(jù)字典41. 數(shù)據(jù)字典是軟件需求分析階段的重要工具之一，它的基本

12、功能是（ A）A.數(shù)據(jù)定義B.數(shù)據(jù)維護C.數(shù)據(jù)通訊D.數(shù)據(jù)庫設計42. 以下（ A）不是詳細設計中常用的圖形描述工具。A.數(shù)據(jù)流圖B.程序流圖C.盒圖（N-S)D.問題分析圖（PAD）43. 在結(jié)構(gòu)圖的有關術語中，用于表示軟件結(jié)構(gòu)中控制的層數(shù)的是 （C ）A.扇入B扇出C深度D寬度44. 模塊的獨立程度是評價設計好壞的重要標準。（ A）是衡量軟件的模塊獨立性的兩個定性度量標準。A耦合性和內(nèi)聚性B內(nèi)聚性和可靠性C耦合性和獨立性D可靠性和獨立性45. 軟件設計包括（B ）兩個階段。A.接口設計和結(jié)構(gòu)設計B.概要設計和詳細設計C.數(shù)據(jù)設計和概要設計D.結(jié)構(gòu)設計和過程設計46在詳細設計階段，經(jīng)常采用的

13、工具是（A ）。A.PAD B.SA C.SC（結(jié)構(gòu)圖，總體設計） D.DFD47. 在軟件開發(fā)中，下面任務不屬于設計階段的是（D ）。A.數(shù)據(jù)結(jié)構(gòu)設計 B給出系統(tǒng)模塊結(jié)構(gòu)C定義模塊算法 D定義需求并建立系統(tǒng)模型48.對建立良好的程序設計風格，下面描述正確的是（ A）。 A程序應簡單、清晰、可讀性好 B符號名的命名要符合語法 C充分考慮程序的執(zhí)行效率 D程序的注釋可有可無49.下面不屬于軟件設計原則的是（C ）。A抽象B模塊化C自底向上D信息隱蔽50. 為了避免流程圖在描述程序邏輯時的靈活性，提出了用方框圖來代替?zhèn)鹘y(tǒng)的程序流程圖，通常也把這種圖稱為（C ）。A PAD圖 B.N-S圖 C.結(jié)構(gòu)

14、圖 D數(shù)據(jù)流圖51軟件測試按照功能劃分可以分為（B ）。A黑盒測試和單元測試 B白盒測試和黑盒測試C集成測試和單元測試 D白盒測試和靜態(tài)測試軟件測試按照功能劃分可以分為白盒測試和黑盒測試按照開發(fā)階段劃分，軟件測試可分為單元測試、集成測試，系統(tǒng)測試和驗收測試白盒測試方法：邏輯覆蓋、循環(huán)測試、基本路徑測試黑盒測試方法：等價分類法，邊界值分析法、錯誤推斷法,因果圖法,場景法.52在軟件測試過程的4個步驟中，測試依據(jù)是需求規(guī)格說明的是（ C）A單元測試B集成測試C確認測試D系統(tǒng)測試53黑盒測試法屬于（ C）。A集成測試B系統(tǒng)測試C動態(tài)測試D靜態(tài)測試靜態(tài)測試（不實際運行軟件，對軟件的格式和結(jié)構(gòu)進行評估）

15、包括：代碼規(guī)則檢查、程序結(jié)構(gòu)分析、代碼質(zhì)量度量（程序復雜度分析）動態(tài)測試：功能確認與接口測試、覆蓋率分析、性能分析、內(nèi)存分析54下列敘述中錯誤的是（ C）。A測試是為了尋找錯誤而運行程序的過程B一個成功的測試是揭示了迄今為止尚未發(fā)現(xiàn)的錯誤的測試 C測試的目的是為了證明程序是正確的D一個好的測試用例是指很可能找到迄今為止尚未發(fā)現(xiàn)的錯誤的測試55軟件測試過程是軟件開發(fā)過程的逆過程，其最基礎性的測試應是（ B）A集成測試B單元測試C有效性測試D系統(tǒng)測試55.1 有一組測試用例使得每一個被測試用例的分支覆蓋至少被執(zhí)行一次，它滿足的覆蓋標準_。（  B ） A.&

16、#160;語句覆蓋 B.判定覆蓋    C.條件覆蓋    D.路徑覆蓋6.關于白盒測試與黑盒測試的最主要區(qū)別，正確的是_。（ A ） 白盒測試側(cè)重于程序結(jié)構(gòu)，黑盒測試側(cè)重于功能   白盒測試可以使用測試工具，黑盒測試不能使用工具   白盒測試需要程序參與，黑盒測試不需要    黑盒測試比白盒測試應用更廣泛56. 程序的三種基本控制結(jié)構(gòu)是（ B）。A. 過程、子程序和分程序C.

17、 遞歸、迭代和回溯B. 順序、選擇和重復 D. 調(diào)用、返回和轉(zhuǎn)移57. 面向?qū)ο蟮姆治龇椒ㄖ饕墙⑷惸Ｐ停矗― ）。A) 系統(tǒng)模型、ER模型、應用模型B) 對象模型、動態(tài)模型、應用模型C) -模型、對象模型、功能模型D) 對象模型、動態(tài)模型、功能模型58. 在E-R模型中，包含以下基本成分（ C）。A) 數(shù)據(jù)、對象、實體B) 控制、聯(lián)系、對象C) 實體、聯(lián)系、屬性59軟件測試的目標是（B ）。A. 證明軟件是正確的 B. 發(fā)現(xiàn)錯誤、降低錯誤帶來的風險C. 排除軟件中所有的錯誤 D. 與軟件調(diào)試相同60軟件生命周期中所花費用最多的階段是（ D）A詳細設計 B軟件編碼 C軟件測試 D軟件維護

18、61.在數(shù)據(jù)流圖中, 圓或橢圓表示 (1) A ，平行線表示 (2) D_。(1) A、加工 B、外部實體C、數(shù)據(jù)流 D、存儲（2）) A、加工 B、外部實體    C、數(shù)據(jù)流(箭頭) D、存儲62瀑布模型（Waterfall Model）突出的缺點是不適應 （ D）的變動。A、算法 B、平臺 C、程序語言 D、用戶需求63結(jié)構(gòu)化分析方法(SA)的一個重要指導思想是（C ） 。A自頂向下，逐步抽象B自底向上，逐步抽象C自頂向下，逐步分解D自底向上，逐步分解64模塊的控制范圍包括它本身及它所有的從屬模塊，模塊的作用范圍是指模塊內(nèi)一個判定的作用范圍

19、，凡是受到這個判定影響的所有模塊都屬于這個判定的作用范圍，理想的情況是( A)A模塊的作用范圍應在控制范圍之內(nèi)B模塊的控制范圍應在作用范圍之內(nèi)C模塊的作用范圍與控制范圍交叉 D. 模塊的作用范圍與控制范圍不相交65.軟件危機具有下列表現(xiàn)（ D ）I、對軟件開發(fā)成本估計不準確II、軟件產(chǎn)品的質(zhì)量往往不可靠III、軟件常常不可維護IV、軟件成本逐年上升AI、II和III BI、III和IV CII、III和IV D以上都正確66. 產(chǎn)生軟件危機的原因可能有（ D ）I、用戶需求描述不精確、不準確II、對大型軟件項目的開發(fā)缺乏有力的組織與管理III、缺乏有力的方法學和工具的支持IV、軟件產(chǎn)品的特殊性

20、和人類智力的局限性AI和II BI、II和IV CII、III和IV D以上都正確68. （ A ）分批地逐步向用戶提交產(chǎn)品，每次提交一個滿足用戶需求子集的可運行的產(chǎn)品。A.增量模型 (分批) B噴泉模型（重疊） C原型模型 D.螺旋模型（迭代，風險分析）69. 為了克服軟件危機，人們提出了用 ( D ) 的原理來設計軟件，這就是軟件工程誕生的基礎。 A. 數(shù)學 B. 軟件學 C. 運籌學 D. 工程學70. 具有風險分析的軟件生存周期模型是（ C ）A.瀑布模型B.噴泉模型C.螺旋模型D.增量模型71. 瀑布模型的關鍵不足在于（ B ）.過于簡單 .不能適應需求的動態(tài)變更.過于靈活 .各個階

21、段需要進行評審72. 軟件工程的目標有( B )。A.易于維護 B.低的開發(fā)成本 C.高性能 D.短的開發(fā)期73. 軟件工程學的目的和意義是( D )。A.應用科學的方法和工程化的規(guī)范管理來指導軟件開發(fā)B.克服軟件危機 C.做好軟件開發(fā)的培訓工作D.以較低的成本開發(fā)出高質(zhì)量的軟件74. 開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象稱做 ( C) A. 軟件工程 B. 軟件周期 C. 軟件危機 D. 軟件產(chǎn)生 75. 快速原型模型的主要特點之一是 (D ) A. 開發(fā)完畢才見到產(chǎn)品 B. 及早提供全部完整的軟件產(chǎn)品 C. 開發(fā)完畢后才見到工作軟件 D. 及早提供工作軟件 76.

22、瀑布模型的存在問題是（ B ） A用戶容易參與開發(fā) B缺乏靈活性 C用戶與開發(fā)者易溝通 D適用可變需求77. 軟件生存周期模型不包括：(B)A.瀑布模型B.對象模型C.增量模型D.噴泉模型78. 下列哪個不屬于軟件工程的內(nèi)涵之一( C ) A.應用完善的科學與工程原理 B.經(jīng)濟地開發(fā)軟件 C.高薪聘請軟件高手 D.開發(fā)既可靠又能有效運行的軟件79. 在瀑布模型中，將軟件劃分為若干個時期，軟件項目的可行性研究一般歸屬于（B）。A.維護時期B.計劃時期C.運行時期D.開發(fā)時期80. 下列哪個辦法不屬于解決軟件危機的途徑之一( B )A. 研制新一代智能計算機 B. 大力扶持軟件企業(yè)C. 采用軟件工

23、程的解決途徑 D. 采用面向?qū)ο蟮能浖O計方法81. 下面哪一項不屬于快速原型模型的優(yōu)點。BA.可及早為用戶提供有用的產(chǎn)品。 B.可保證在開發(fā)后期，全面發(fā)現(xiàn)錯誤給以糾正。 C.減少技術應用風險，縮短開發(fā)時間，減少費用、提高生產(chǎn)率。 D.促使用戶主動參與開發(fā)活動，促進各類人員的協(xié)調(diào)，適應需求變化。 82. 下列哪個不屬于瀑布模型與傳統(tǒng)的程序設計的不同之處（D）。A.傳統(tǒng)的程序設計開發(fā)人員只開發(fā)程序,不寫文檔.B.傳統(tǒng)的程序設計重點在問題求解和算法,并只有自己才能讀懂.C.瀑布模型的各階段要第三方介入審察D.傳統(tǒng)的程序設計規(guī)定各階段必須寫文檔.83. 下面哪個模式不屬于軟件工程的開發(fā)模式( C )

24、A.基于瀑布模型的開發(fā)模式 B.基于原型模型的開發(fā)模式C.基于人機對話的開發(fā)模式 D.基于關系數(shù)據(jù)庫的開發(fā)模式 84. 數(shù)據(jù)字典是數(shù)據(jù)流圖中所有元素的定義的集合，一般由以下四類條目組成( B )。 A.數(shù)據(jù)說明條目、控制流條目、加工條目、數(shù)據(jù)存儲條目 B.數(shù)據(jù)流條目、數(shù)據(jù)項條目、數(shù)據(jù)存儲條目、加工條目 C.數(shù)據(jù)源條目、數(shù)據(jù)流條目、數(shù)據(jù)處理條目、數(shù)據(jù)文件條目 D.數(shù)據(jù)流條目、數(shù)據(jù)文件條目、數(shù)據(jù)項條目、加工條目85. 下列模型屬于成本估算方法的有 (A ) A.COCOMO 模型 B.McCall 模型 C.McCabe 度量法 D. 時間估算法 86. DFD圖反映系統(tǒng)（ D ）A怎么做 B對誰

25、做 C何時做 D做什么87. 經(jīng)濟可行性研究的范圍包括（ C ）A資源有效性 B管理制度 C效益分析 D開發(fā)風險88. 為高質(zhì)量地開發(fā)軟件項目，在軟件結(jié)構(gòu)設計時，必須遵循 （A） 原則。 A 信息隱蔽 B 質(zhì)量控制 C 程序優(yōu)化 D 數(shù)據(jù)共享 89. 需求規(guī)格說明書的作用不包括（C） A 軟件驗收的依據(jù) B 用戶與開發(fā)人員對軟件要做什么的共同理解 C 軟件可行性研究的依據(jù) D 軟件設計的依據(jù) 90分層數(shù)據(jù)流圖是一種比較嚴格又易于理解的描述方式，它的頂層描述了系統(tǒng)的（ A）。A總貌B細節(jié)C抽象D軟件的作者91經(jīng)調(diào)查，系統(tǒng)分析員給出有問題的初略陳述，其中部分描述如下：某商場的采購部門要求每天開出定

26、購清單，交采購員；倉庫管理員將此要還應輸入系統(tǒng)，經(jīng)庫存業(yè)務（進貸或出貸）處理后輸出。從這段描述可知該部分數(shù)據(jù)流圖中的外部項為：AA.采購員、倉庫管理員 B.定購清單、庫存業(yè)務C.庫存業(yè)務 D.定購清單、采購員92數(shù)據(jù)流是數(shù)據(jù)流圖的基本成分，下列關于數(shù)據(jù)流的敘述中，_B_ 是正確的。A.某加工的輸入是一個數(shù)據(jù)流，該加工的輸出也必定是一個數(shù)據(jù)流B.多個不同的數(shù)據(jù)流可以流向一個加工，也可從一個加工中流出C.數(shù)據(jù)流只能從加工流向文件，但不能從文件流向加工D.一個數(shù)據(jù)流可以從一個文件流向另一個文件93. 需求分析階段最重要的技術文檔之一是：(C)A.項目開發(fā)計劃B.設計說明書C.需求規(guī)格說明書 D.可行

27、性分析報告94需求工程的主要目的是( C )A.系統(tǒng)開發(fā)的具體方案 B. 進一步確定用戶的需求C.解決系統(tǒng)是“做什么的問題” D. 解決系統(tǒng)是“如何做的問題”95不適于作為數(shù)據(jù)流圖處理（加工）框名稱的是_B_。A人工校核工資數(shù)據(jù)B工資支票數(shù)據(jù)C打印工資支票D計算職工工資96 結(jié)構(gòu)化程序設計思想的核心是要求程序只由順序、循環(huán)和 （A ） 三種結(jié)構(gòu)組成。 A. 選擇 B. 單入口 C. 單出口 D. 有規(guī)則 GOTO 97. 模塊（ C），則說明模塊的獨立性越強。A 耦合越強 B 扇入數(shù)越高 C 耦合越弱 D 扇入數(shù)越低 98. 當一個模塊直接使用另一個模塊的內(nèi)部數(shù)據(jù)，這種模塊之間的耦合為（D）

28、A 數(shù)據(jù)耦合 B 公共耦合 C 標記耦合 D 內(nèi)容耦合解析 耦合分為以下幾種，按照耦合度由高到低排列是：內(nèi)容耦合一個模塊直接訪問另一個模塊的內(nèi)容。公共耦合組模塊都訪問同一全局數(shù)據(jù)結(jié)構(gòu)。外部耦合組模塊都訪問同一個數(shù)據(jù)項。控制耦合一個模塊明顯地把開關量、名字等信息送入另一模塊，控制另一模塊的功能99軟件結(jié)構(gòu)圖中，模塊框之間若有直線連接，表示它們之間存在（ A ）A.調(diào)用關系 B.組成關系 C.鏈接關系 D.順序執(zhí)行關系 100概要設計最終結(jié)果是產(chǎn)生（C）A.項目開發(fā)計劃 B.需求規(guī)格說明書C.軟件結(jié)構(gòu)設計說明書 D.可行性分析報告 101在有集成（組裝）測試的敘述中，_A_ 是正確的。A測試底層模

29、塊時不需要樁模塊B驅(qū)動模塊的作用是模擬被調(diào)模塊C自頂向下測試方法易于設計測試結(jié)果D自底向上測試方法有有利于提前預計測試結(jié)果102 程序功能說明中指出：由三個輸入數(shù)據(jù)表示一個三角形的三條邊長。根據(jù)黑盒法中的邊緣值分析法設計測試用例，應選_D_。A.a=3,b=4,c=5 B.a=1,b=2,c=4C.上述A.B 項目都應選上D.a=1,b=2,c=3103、軟件維護的副作用，是指(C)。A.開發(fā)時的錯誤B.隱含的錯誤C.因修改軟件而造成的錯誤 D.運行時誤操作104. 在考察系統(tǒng)的一些涉及時序和改變的狀態(tài)時，要用動態(tài)模型來表示。動態(tài)模型著重于系統(tǒng)的控制邏輯，它包括兩個圖：一個是事件追蹤圖，另一個

30、是（ D ）。A狀態(tài)圖 B數(shù)據(jù)流圖 C系統(tǒng)結(jié)構(gòu)圖 D時序圖105. 面向?qū)ο蠓治鍪菍ο到y(tǒng)進行（ A ）的一種方法。 A.需求建模 B.程序設計 C.設計評審 D.測試驗收106. （ C ）是把對象的屬性和操作結(jié)合在一起，構(gòu)成一個獨立的對象，其內(nèi)部信息對外界是隱蔽的，外界只能通過有限的接口與對象發(fā)生聯(lián)系。 A.多態(tài)性 B.繼承 C.封裝 D.消息107. 下列不屬于面向?qū)ο箝_發(fā)方法的是( B)A.Booch B.UML C.Coad D.OMT108. 面向?qū)ο蟮姆治龇椒ㄖ饕墙⑷惸Ｐ停? D )A.系統(tǒng)模型，ER模型，應用模型 B.對象模型，動態(tài)模型，實現(xiàn)（應用）模型C.ER模型，對象

31、模型，功能模型 D.對象模型，動態(tài)模型，功能模型109. 面向?qū)ο蟪绦蛟O計的基本機制( A )A.繼承 B.消息 C.方法 D.結(jié)構(gòu)110. 下列屬于面向?qū)ο蟮囊貙ο蟆傩浴⒎沼校?C ） A.分類性 B.抽象 C.對象 D.封裝對象三要素：對象、屬性、服務111. 在進行面向?qū)ο蠓治鰰r，所采用的模型有( )。A.對象模型 B.動態(tài)模型 C.靜態(tài)模型 D.功能模型112. 狀態(tài)是對象屬性的值的一種抽象，它的性質(zhì)有( )。 A.時間性 B.持續(xù)性 C.有序性 D.有窮性113. 建立繼承關系時所采用的方式有( )。 A.自頂向下 B.從內(nèi)到外 C.自底向上 D.從復雜到簡單114. 對象是人

32、們要研究的任何事物，主要的對象類型有( )。 A.有形實體 B.作用 C.事件 D.性能說明115. 類庫這種機制是 ( D ) 級別的信息共享。 A. 同一類 B. 不同類 C. 同一應用 D. 不同應用 116. 狀態(tài)是對象 ( D ) 的抽象。 A屬性值 B. 方法 C. 功能 D. 行為 117. 動態(tài)模型的描述工具是 ( D ) 。 A. 對象圖 B. 結(jié)構(gòu)圖 C. 流程圖 D. 狀態(tài)圖 118. 在確定對象的屬性中，所有 ( A ) 是候選的對象。 A. 名詞 B. 動詞 C. 詞組 D. 修飾性名詞詞組 119. 對象實現(xiàn)了數(shù)據(jù)和操作的結(jié)合，使數(shù)據(jù)和操作（ C ）于對象的統(tǒng)一體中

33、。 A結(jié)合 B隱藏 C封裝 D抽象120. OOA是( D ) A. 結(jié)構(gòu)化分析 B.面向?qū)ο蟪绦蛟O計 C. 面向?qū)ο蟪绦蚍治?D. 面向?qū)ο蠓治?21. 面向?qū)ο罄^承、多態(tài)、封裝、重用的特征不包括( C )A.繼承性。 B.多態(tài)性。 C.互換性 D. .封裝性122. 在面向?qū)ο筌浖_發(fā)方法中，類與類之間主要有以下結(jié)構(gòu)關系（D）A繼承和聚集 B繼承和一般 C聚集和消息傳遞 D繼承和方法調(diào)用123. 以下哪一項不是面向?qū)ο蟮奶卣鳎― ）A多態(tài)性 B繼承性 C封裝性 D過程調(diào)用124. 對象實現(xiàn)了數(shù)據(jù)和操作的結(jié)合，使數(shù)據(jù)和操作（ C ）于對象的統(tǒng)一體中。 A結(jié)合 B隱藏 C封裝 D抽象125.

34、在面向?qū)ο筌浖_發(fā)方法中，類與類之間主要有以下結(jié)構(gòu)關系（ A ）A繼承和聚集 B繼承和一般 C聚集和消息傳遞 D繼承和方法調(diào)用126. 以下哪一項不是面向?qū)ο蟮奶卣鳎?D）A多態(tài)性 B繼承性 C封裝性 D過程調(diào)用127. 下面所列的性質(zhì)中，（ D ）不屬于面向?qū)ο蟪绦蛟O計的特性。A.繼承性 B.重用性 C.封裝性 D.可視化128. 下列是面向?qū)ο笤O計方法中有關對象的敘述，其中（ B ）是正確的。 A.對象在內(nèi)存中沒有它的存儲區(qū) B.對象的屬性集合是它的特征表示C.對象的定義與程序中類型概念相當 D.對象之間不能相互通信129. 在面向?qū)ο筌浖椒ㄖ校邦悺笔牵?D ）。A.具有同類數(shù)據(jù)的對象

35、的集合 B.具有相同操作的對象的集合C.具有同類數(shù)據(jù)的對象的定義 D.具有同類數(shù)據(jù)和相同操作的對象的定義130. 面向?qū)ο蠓治鰰r，所標識的對象為_D_是錯誤的。A.與目標系統(tǒng)有關的物理實體B.與目標系統(tǒng)發(fā)生作用和人或組織的角色C.目標系統(tǒng)運行中需記憶的事件D.目標系統(tǒng)中環(huán)境場所的狀態(tài)131. 面向?qū)ο笤O計OOD模型的主要部件中，通常不包括_A_。A通信部件 B.人機交互部件 C.任務管理 D.數(shù)據(jù)管理132. 面向?qū)ο笤O計時，對象信息的隱藏主要是通過_A_實現(xiàn)的。A.對象的封裝性 B.子類的繼承性C.系統(tǒng)模塊化 D.模塊的可重用133. 作為面向?qū)ο蠓治龅幕A、由問題領域中的對象所組成、用ER

36、圖來描述是_A_。A、 消息模型B.處理模型C.狀態(tài)模型D.瀑布模塊134. 開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象稱作（ C ）。 A.軟件工程 B.軟件周期 C.軟件危機 D.軟件產(chǎn)生135. 下面不屬于軟件工程3要素的是( D ) A)工具 B)過程 C)方法 D)環(huán)境136. 檢查軟件產(chǎn)品是否符合需求定義的過程稱為( A ) A)確認測試 B)集成測試 C)驗證測試 D)驗收測試137. 數(shù)據(jù)存儲和數(shù)據(jù)流都是( D )，僅僅是所處的狀態(tài)不同。 A)分析結(jié)果 B)事件 C)動作 D)數(shù)據(jù)138. 數(shù)據(jù)流圖和( C )共同組成目標系統(tǒng)的邏輯（功能）模型。 A)HIPO

37、圖 B)PDL C)數(shù)據(jù)字典 D)層次圖139. 數(shù)據(jù)流圖用于抽象描述一個軟件的邏輯模型，數(shù)據(jù)流圖由一些特定的圖符構(gòu)成。下列圖符名標識的圖符不屬于數(shù)據(jù)流圖合法圖符的是( A )。A)控制流 B)加工 C)數(shù)據(jù)存儲 D)源和匯140. 結(jié)構(gòu)化分析方法就是面向( B )的自頂向下逐步求精進行需求分析的方法。 A)目標 B)數(shù)據(jù)流 C)功能 D)對象141. 下面不屬于軟件工程設計基本原理的是( C ) A)抽象B)模塊化C)自底向上D)信息隱蔽142. ( D )是數(shù)據(jù)說明、可執(zhí)行語句等程序?qū)ο蟮募希菃为毭亩铱梢酝ㄟ^名字來訪問。 A)模塊化 B)抽象 C)精化 D)模塊143

38、. 面向數(shù)據(jù)流的設計方法把( D )映射成軟件結(jié)構(gòu)。 A)數(shù)據(jù)流 B)系統(tǒng)結(jié)構(gòu) C)控制結(jié)構(gòu) D)信息流144. 程序流程圖(PDF)中的箭頭代表的是( B )。 A)數(shù)據(jù)流 B)控制流 C)調(diào)用關系 D)組成關系145. 在進行軟件結(jié)構(gòu)設計時應該遵循的最主要的原理是( C ) A)抽象 B)模塊化 C)模塊獨立 D)信息隱蔽146. 在測試中，下列說法錯誤的是( B ) A)測試是為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程 B)測試是為了表明程序的正確性 C)好的測試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯誤的測試方案 D)成功的測試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯誤的測試147. 下列工具中為需求分析常

39、用工具是( D ) A)PAD B)PFD C)N-S D)DFD148. 軟件調(diào)試的目的是( B ) A)發(fā)現(xiàn)錯誤 B)改正錯誤 C)改善軟件的性能 D)挖掘軟件的潛能149. 軟件詳細設計主要采用的方法是( A )。 A)結(jié)構(gòu)化程序設計 B)模型設計 C)結(jié)構(gòu)化設計 D)流程圖設計150. 軟件開發(fā)的原型化方法是一種動態(tài)定義軟件需求的方，下述條件中，( A )是實施原型化方法所必需的。 成熟的原型化人員 快速的成型工具 需求了解的正確性 A)和 B)和 C)、和 D)151. 模塊本身的內(nèi)聚是模塊獨立性的重要性度量因素之一。在7類內(nèi)聚中，具有最強內(nèi)聚的一類是（ D ）。A) 順序性內(nèi)聚 B

40、)過程性內(nèi)聚 C)邏輯性內(nèi)聚 D)功能性內(nèi)聚由弱到強：偶然內(nèi)聚、邏輯內(nèi)聚、時間內(nèi)聚、過程內(nèi)聚；通信內(nèi)聚、順序內(nèi)聚和功能內(nèi)聚。由弱到強：偶然內(nèi)聚、邏輯內(nèi)聚、時間內(nèi)聚、過程內(nèi)聚；通信內(nèi)聚、順序內(nèi)聚和功能內(nèi)聚。152. 數(shù)據(jù)字典是對數(shù)據(jù)定義信息的集合，它所定義的對象都包含在( A )中。A)數(shù)據(jù)流圖B)程序框圖 C)軟件結(jié)構(gòu) D)方框圖153. 軟件開發(fā)的結(jié)構(gòu)化分析方法，常用的描述軟件功能需求的工具是( C )。A)業(yè)務流程圖、處理說明 B)軟件流程圖、模塊說明 C)數(shù)據(jù)流程圖、數(shù)據(jù)字典 D)系統(tǒng)流程圖、程序編碼154. 軟件開發(fā)的結(jié)構(gòu)化設計方法（SD方法），全面指導模塊化分的最重要的原則應該是(

41、C )。 A)模塊高內(nèi)聚 B)模塊低耦合 C)模塊獨立性 D)程序模塊化155. 面向數(shù)據(jù)流的軟件設計方法，一般是把數(shù)據(jù)流圖中得數(shù)據(jù)流化分為( B )兩種流，再將數(shù)據(jù)流圖映射為軟件結(jié)構(gòu)。 A)數(shù)據(jù)流與事務流 B)交換流和事務流 C)信息流與控制流 D)交換流和數(shù)據(jù)流156. 軟件設計中，可應用于詳細設計的工具在軟件詳細設計階段,常用的圖形描述工具有程序流程圖,盒圖(NS 圖)和問題分析圖(PAD) .常用的語言描述工具為 PDL(程序設計語言) ,常用的表格描述工具有判定表和判定樹有( A )。 A)程序流程圖、PAD、方框圖和偽碼 B)數(shù)據(jù)流程圖、PAD、結(jié)構(gòu)圖和偽碼 C)業(yè)務流程圖、N-S

42、圖和偽碼 D)數(shù)據(jù)流程圖、PAD、N-S圖和偽碼157. 軟件開發(fā)的可行性研究，一般涉及經(jīng)濟、技術和操作的可能性，而進行可行性研究的基本依據(jù)則是用戶提出的軟件( B )。 A)系統(tǒng)質(zhì)量 B)系統(tǒng)目標 C)系統(tǒng)功能 D)系統(tǒng)性能158. 結(jié)構(gòu)化方法將軟件生命周期分為計劃、開發(fā)概要設計、詳細設計、軟件實現(xiàn)、軟件測試和運行3個時期，下列任務中( B )屬于計劃時期的任務問題定義、可行性研究、需求分析。 A)需求分析 B)問題定義 C)總體設計 D)編碼159. 耦合是軟件各個模塊間連接的一種度量。一組模塊都訪問同一數(shù)據(jù)結(jié)構(gòu)應屬于( B )方式。 A) 內(nèi)容耦合一個模塊直接訪問另一個模塊的內(nèi)容 B)公

43、共耦合一組模塊都訪問同一數(shù)據(jù)結(jié)構(gòu) C)外部耦合一組模塊都訪問同一個數(shù)據(jù)項 D)控制耦合一個模塊明顯的把開關量、名字等信息送入另一模塊，控制另一模塊解析 耦合分為以下幾種，按照耦合度由高到低排列是：內(nèi)容耦合一個模塊直接訪問另一個模塊的內(nèi)容。公共耦合組模塊都訪問同一全局數(shù)據(jù)結(jié)構(gòu)。外部耦合組模塊都訪問同一個數(shù)據(jù)項。控制耦合一個模塊明顯地把開關量、名字等信息送入另一模塊，控制另一模塊的功能160. 內(nèi)聚是從功能角度來度量模塊內(nèi)的聯(lián)系，按照特定次序執(zhí)行元素的模塊屬于( C )方式。 A) 邏輯內(nèi)聚由傳給模塊的參數(shù)來確定模塊應該完成哪一種功能 B)時間內(nèi)聚按順序完成相關功能 C)過程內(nèi)聚按照特定次序執(zhí)行元

44、素的模塊 D)順序內(nèi)聚把處理元素和一個功能密切相關邏輯內(nèi)聚是指把幾種相關的功能組合在一起，每次調(diào)用時，由傳給模塊的參數(shù)來確定模塊應完成哪一種功能；時間內(nèi)聚是指順序完成一類相關功能的模塊；過程內(nèi)聚是指內(nèi)部的處理元素是相關的而且必須以特定次序執(zhí)行的模塊，與題目相符；而順序模塊是把模塊內(nèi)的處理元素和同一個功能密切相關，而且這些處理必須順序執(zhí)行的模塊。161. 軟件管理中，需要對軟件進行配置，各階段文檔的管理屬于( D )。 A)組織管理 B)資源管理 C)計劃管理 D)版本管理162. 軟件開發(fā)的結(jié)構(gòu)化方法中，常用數(shù)據(jù)字典技術，其中數(shù)據(jù)加工是其組成內(nèi)容之一，下述方法( D)是常采用編寫加工說明的方法

45、。 結(jié)構(gòu)化語言 判定樹 判定表 A) B) C)、 D)都是163. 軟件開發(fā)過程中，軟件結(jié)構(gòu)設計是描述( B )。 A)數(shù)據(jù)存儲結(jié)構(gòu) B)軟件模塊體系 C)軟件結(jié)構(gòu)測試 D)軟件控制過程164. （ B ）是對象的靜態(tài)特征。 A.方法 B.屬性 C.關系 D.操作165. 對象的（D ）是對象的動態(tài)特征。 A.特征 B.屬性 C.關系 D.操作166. 屬于某個類的一個具體對象稱為該類的（ A ）A.實例 B.虛擬 C.繼承 D.多態(tài)167. UML是（ A ）。 A) 一種可視化的建模語言 B) 是一種可視化的程序設計語言 C)是一種過程 D) 是一種方法168. 下列的（ C ）不屬于面

46、向?qū)ο蠓治瞿Ｐ汀?A. 用例圖 B. 類圖 C. 實體關系圖 D. 順序圖169. 程序的三種基本控制結(jié)構(gòu)是（ B ）。 A過程、子程序和分程序 B順序、選擇和重復 C遞歸、堆棧和隊列 D調(diào)用、返回和轉(zhuǎn)移170. 結(jié)構(gòu)化程序設計主要強調(diào)的是（ D ）。 A程序的規(guī)模B程序的效率 C程序設計語言的先進性 D程序易讀性171. 使用白盒測試方法時，確定測試數(shù)據(jù)應根據(jù)（ A ）和指定的覆蓋標準。 A程序內(nèi)部邏輯 B程序復雜結(jié)構(gòu) C使用說明書 D程序的功能172. 確認測試主要涉及的文檔是（ A ）。 A)需求規(guī)格說明書B)概要設計說明書 C)詳細設計說明書D)源程序173. 測試的關鍵問題是（ D

47、）。 A.如何組織對軟件的評審B.如何驗證程序的正確性 C.如何采用綜合策略 D.如何選擇測試用例174. 下面哪個測試屬于黑盒測試（ B ）。 A)路徑測試B)等價類劃分 C)條件判斷覆蓋測試 D)循環(huán)測試175. 軟件測試方法中，黑盒、白盒測試法是常用的方法，其中白盒測試主要用于測試（ D ）。 A) 結(jié)構(gòu)合理性B)軟件外部功能C)程序正確性D)程序內(nèi)部邏輯176. 為了適應軟硬件環(huán)境變化而修改軟件的過程是( C )。 A)校正性維護 B)完善性維護 C)適應性維護D)預防性維護177. 在McCall軟件質(zhì)量度量模型中，（ C ）屬于面向軟件產(chǎn)品修改。 A可靠性 B可重用性 C適應性 D

48、可移植性178. 瀑布模型的存在問題是（ B ） A用戶容易參與開發(fā) B缺乏靈活性 C用戶與開發(fā)者易溝通 D適用可變需求179. 軟件生命周期中所花費用最多的階段是（ D ） A詳細設計 B軟件編碼 C軟件測試 D軟件維護180. 程序的三種基本控制結(jié)構(gòu)的共同特點是 ( D )A不能嵌套使用 B只能用來寫簡單程序 C已經(jīng)用硬件實現(xiàn) D只有一個入口和一個出口181. 原型化方法是用戶和設計者之間執(zhí)行的一種交互構(gòu)成，適用于( A )系統(tǒng)。 A需求不確定性高的 B需求確定的 C管理信息 D實時182. 以下不屬于邏輯覆蓋的是（ D ）。 A. 語句覆蓋 B. 判定覆蓋 C. 條件覆蓋 D. 基本路徑

49、覆蓋183. 一個模塊的（ B ）是指能直接控制該模塊的模塊數(shù)。A. 扇出數(shù) B. 扇入數(shù) C. 寬度 D. 深度184. 軟件需求分析階段的工作，可以分為4個方面：需求獲取，需求分析，編寫需求規(guī)格說明書以及( B ) 。A)用戶B)需求審評C)總結(jié)D)都不正確185. 以下分析模型的結(jié)構(gòu)成員中，屬于行為模型的是( C )。A) 數(shù)據(jù)流圖 B) 實體-關系圖 C) 狀態(tài)轉(zhuǎn)換圖 D) 數(shù)據(jù)字典186. 在白盒法技術測試用例的設計中（ A ）是最弱的覆蓋標準。A) 語句 B) 條件 C) 判定 D) 條件組合187. 模塊化中的信息隱藏原則是指（ B ）。A) 使信息對用戶隱藏 B) 使信息對其它

50、模塊隱藏C) 使信息對軟件隱藏 D) 使信息對操作系統(tǒng)隱藏188. CASE是指（ C ）。A）計算機輔助軟件開發(fā) B）計算機輔助軟件制造C）計算機輔助軟件工程 D）計算機輔助軟件設計189. 以下軟件生命周期模型中，（ A ）是用戶驅(qū)動的模型。A）快速原型模型 B）螺旋模型 C）噴泉模型 D）瀑布模型文檔驅(qū)動190. 若有一個計算類型的程序，它的輸入量只有一個X，其范圍是-1.0，1.0，現(xiàn)從輸入的角度考慮一組測試用例：-1.001，-1.0，1.0，1.001。設計這組測試用例的方法是( )A）條件覆蓋法 B）等價分類法 C）邊界值分析法 D）錯誤推測法191. 模塊的扇入是指（ A ）。

51、A）本模塊的所有上層模塊數(shù) B）本模塊的所有下層模塊數(shù)C）調(diào)用本模塊的所有模塊數(shù) D）本模塊調(diào)用的所有模塊數(shù)192. 軟件生存周期是指（ D ）。A）開發(fā)軟件的全部時間B）使用軟件的全部時間C）開發(fā)和使用軟件的全部時間D）從軟件計劃起直到軟件廢棄所經(jīng)歷的全部時間193. 測試用例是指（ C ）。A）被測對象 B）測試的輸入數(shù)據(jù) C）測試數(shù)據(jù)+預期結(jié)果 D）測試的預期結(jié)果194. 軟件能力成熟度模型CMM分為（ C ）個等級。A）3 B）4 C）5 D）6195. 數(shù)據(jù)流A由若干個數(shù)據(jù)項B和一個數(shù)據(jù)項C組成，用數(shù)據(jù)字典的符號表示出來（ D ）。AA = B + C BA = B+C CA = B

52、+C DA = B + C196. 分層DFD中父子平衡是指（ D ）。A父加工的數(shù)據(jù)流數(shù)目與子圖中數(shù)據(jù)流數(shù)目相同B父圖應包含子圖中的全部數(shù)據(jù)流C子圖應包含父圖中的全部數(shù)據(jù)流D父加工和子圖的輸入數(shù)據(jù)和輸出數(shù)據(jù)應分別保持一致197. 下列(B )屬于不良的編程習慣。A.盡量不使用GOTO語句B從來不使用注釋 C.每行只寫一條語句 D變量命名盡量直觀198. 瀑布模型中各階段按時間先后順序是( B )。A計劃需求分析編碼設計測試維護B計劃需求分析設計編碼測試維護C計劃設計需求分析編碼測試維護D計劃需求分析設計測試編碼維護199. 目前最流行的面向?qū)ο蠼ＵZ言是（ C ）。A）HTML B）XML C）UML