軟件工程習題+答案

一、選擇題軟件開發(fā)瀑布模型中的軟件定義時期各個階段依次是：（B）A)可行性研究,問題定義,需求分析。B）問題定義，可行性研究，需求分析。C）可行性研究，需求分析，問題定義。D）以上次序都不對。(軟件開發(fā)時期：概要設計、詳細設計、軟件實現(xiàn)、軟件測試）可行性研究重要從如下幾種方面進行研究：(A)A）技術可行性，經(jīng)濟可行性，操作可行性。B）技術可行性,經(jīng)濟可行性，系統(tǒng)可行性。C)經(jīng)濟可行性,系統(tǒng)可行性，操作可行性.D)經(jīng)濟可行性，系統(tǒng)可行性，時間可行性.耦合是對軟件不一樣模塊之間互連程度的度量。多種耦合按從強到弱排列如下：（C）A)內容耦合，控制耦合，數(shù)據(jù)耦合,公共環(huán)境耦合。B)內容耦合，控制耦合，公共環(huán)境耦合，數(shù)據(jù)耦合。C）內容耦合，公共環(huán)境耦合,控制耦合，數(shù)據(jù)耦合。(內容耦合、公共耦合、外部耦合、控制耦合、特性耦合、數(shù)據(jù)耦合）D）控制耦合，內容耦合，數(shù)據(jù)耦合，公共環(huán)境耦合。在詳細設計階段所使用到的設計工具是：（C)A）程序流程圖，PAD圖，N—S圖，HIPO圖,鑒定表，鑒定樹.B)數(shù)據(jù)流程圖,Yourdon圖，程序流程圖，PAD圖，N-S圖，HIPO圖。C）鑒定表，鑒定樹，PDL，程序流程圖，PAD圖,N-S圖.D）鑒定表，鑒定樹，數(shù)據(jù)流程圖，系統(tǒng)流程圖，程序流程圖，層次圖。詳細設計階段工具:鑒定表、鑒定樹、數(shù)據(jù)流程圖、系統(tǒng)流程圖、程序流程圖、PAD圖、N—S圖、PDL在軟件詳細設計階段,常用的圖形描述工具有程序流程圖,盒圖（NS圖)和問題分析圖（PAD).常用的語言描述工具為PDL（程序設計語言），常用的表格描述工具有鑒定表和鑒定樹.DFD數(shù)據(jù)流圖：總體設計階段按照軟件工程的原則,模塊的作用域和模塊的控制域之間的關系是:（A）A)模塊的作用域應在模塊的控制域之內。B)模塊的控制域應在模塊的作用域之內.C）模塊的控制域與模塊的作用域互相獨立。D）以上說法都不對。在軟件生命周期中，能精確確定軟件系統(tǒng)的體系構造的功能階段是(C）A。概要設計B。詳細設計C。需求分析D。可行性分析下面不是軟件工程的3個要素的是（C)A過程B.措施C。環(huán)境D。工具軟件工程的三個要素:措施、工具、過程下面不屬于軟件的構成的是（B)A程序B.記錄C。文檔D。數(shù)據(jù)軟件=程序+數(shù)據(jù)+文檔+服務在瀑布模型中，將軟件分為若干個時期，軟件項目的可行性研究一般歸屬于（C）A.維護時期B.運行時期C.定義時期D.開發(fā)時期10.在瀑布模型中,下面（C）是其突出的缺陷.A.不適應平臺的變動B.不適應算法的變動C。不適應顧客需求的變動D。不適應程序語言的變動11下面不屬于軟件的特點的是（D）。A軟件是一種軟件產(chǎn)品B軟件產(chǎn)品不會用壞，不存在磨損、消耗問題C軟件產(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。增長內聚性D。減少耦合性15軟件生命周期中所花費用最多的階段是（D）.A.詳細設計B。軟件編碼C.概要設計D.軟件測試和維護16。開發(fā)軟件時對提高開發(fā)人員工作效率至關重要的是（B）.A。操作系統(tǒng)的資源管理功能B。先進的軟件開發(fā)工具和環(huán)境C.程序人員的數(shù)量D。計算機的并行處理能力17.開發(fā)軟件所需高成本和產(chǎn)品的低質量之間有著鋒利的矛盾，這種現(xiàn)象稱作（B)。A.軟件投機B。軟件危機C.軟件工程D軟件產(chǎn)生18軟件開發(fā)的構造化生命周期措施將軟件生命周期劃提成（A）A.定義、開發(fā)、運行維護B。設計階段、編程階段、測試階段C?？傮w設計、詳細設計、編程調試D。需求分析、功能定義、系統(tǒng)設計19.軟件工程的理論和技術性研究的內容重要包括軟件開發(fā)技術和(B)。A。消除軟件危機B。軟件工程管理C。程序設計自動化D.實現(xiàn)軟件可重用20軟件工程的出現(xiàn)是由于(C）。A.程序設計措施學的影響B(tài).軟件產(chǎn)業(yè)化的需要C。軟件危機的出現(xiàn)D。計算機的發(fā)展21.在軟件生命周期中，能精確地確定軟件系統(tǒng)必須做什么和必須具有哪些功能的階段是(D）。A.概要設計B.詳細設計C.問題定義D.需求分析22.開發(fā)大型軟件時，產(chǎn)生困難的主線原因是（A).A。大系統(tǒng)的復雜性B。人員知識局限性C.客觀世界千變萬化D.時間緊、任務重23。文檔是軟件開發(fā)人員、軟件管理人員、維護人員、顧客以及計算機之間的(B），軟件開發(fā)人員在各個階段以文檔作為前段工作成果的體現(xiàn)和后段工作的基礎。A.接口B。橋梁C?？茖WD。繼續(xù)24軟件工程學的目的是以較低的成本，研制（A)質量的軟件.A較高B較低C?？煽緿。優(yōu)秀25軟件從一種計算機系統(tǒng)或環(huán)境轉換到另一種計算機和環(huán)境的輕易程度稱為（D）。A。可用性B.兼容性C.可靠性D.可移植性26。軟件生存周期是指（D）階段.A。軟件開始使用到顧客規(guī)定修改為止B。軟件開始使用到被淘汰為止C。從開始編寫程序到不能再使用為止D.從立項制定計劃，進行需求分析到不能再使用為止27。軟件工程學是應用科學理論和工程上的技術指導軟件開發(fā)的學科，其目的是(B)。A引入新技術提高空間運用率B用較少的投資獲得高質量的軟件C縮短研制周期擴大軟件功能D硬軟件結合使系統(tǒng)面向應用28。軟件可行性分析是著重確定系統(tǒng)的目的和規(guī)模.對成本—效益進行發(fā)現(xiàn)應屬于下列選項中的（A)。A.經(jīng)濟可行性B.操作可行性C.技術可行性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）的目的就是用最小的代價在盡量短的時間內確定該軟件項目與否可以開發(fā)，與否值得去開發(fā)。A需求分析B概要設計C總體設計D可行性研究32。下列選項中（D）不是軟件需求規(guī)格目的.A.便于顧客、分析員和軟件設計人員進行理解及交流B.控制系統(tǒng)的實行過程C.作為軟件測試和驗收以及維護的根據(jù)D.便于軟件的維護33下面描述中，不符合構造化程序設計風格的是（B)。A使用次序、選擇和反復（循環(huán)）三種基本控制構造表達程序的控制邏輯B模塊只有一種入口，可以有多種出口C重視提高程序的執(zhí)行效率D不使用goto語句34.下列工具中屬于需求分析常用工具的是(D）.A。PADB.PFDC.N-SD。DFD35。在數(shù)據(jù)流圖（DFD)中,帶有名字的箭頭表達（C）。A.控制程序的執(zhí)行次序B.模塊之間的調用關系（直線）C.數(shù)據(jù)的流向D。程序的構成成分長方形代表起點或者終點36.在軟件生產(chǎn)過程中,需求信息的給出是（D)。A.程序員B.項目管理者C.軟件分析設計人員D.軟件顧客37下列論述中，不屬于構造化分析措施的是(C）。A。面向數(shù)據(jù)流的構造化分析措施B.面向數(shù)據(jù)構造的構造化數(shù)據(jù)系統(tǒng)開發(fā)措施C.面向對象的分析措施38構造設計(SD）是一種應用最廣泛的系統(tǒng)設計措施，是以(B）為基礎、自頂向下、逐漸求精和模塊化的過程.A.數(shù)據(jù)流B.數(shù)據(jù)流圖C.數(shù)據(jù)庫D數(shù)據(jù)構造39需求分析是由分析員經(jīng)理解顧客的規(guī)定，認真細致地調研、分析，最終應建立目的系統(tǒng)的邏輯模型并寫出（B）。A。模塊闡明書B.軟件規(guī)格闡明書C。項目開發(fā)計劃D。協(xié)議文檔40。構造化分析措施以數(shù)據(jù)流圖、（D)和加工闡明等描述工具，即用直觀的圖和簡潔的語言來描述軟件系統(tǒng)模型。A.DFD圖B。PAD圖C.IPO圖D.數(shù)據(jù)字典41.數(shù)據(jù)字典是軟件需求分析階段的重要工具之一，它的基本功能是（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。在構造圖的有關術語中，用于表達軟件構造中控制的層數(shù)的是(C）A。扇入B扇出C深度D寬度44.模塊的獨立程度是評價設計好壞的重要原則。（A)是衡量軟件的模塊獨立性的兩個定性度量原則.A耦合性和內聚性B內聚性和可靠性C耦合性和獨立性D可靠性和獨立性45.軟件設計包括(B）兩個階段。A.接口設計和構造設計B.概要設計和詳細設計C。數(shù)據(jù)設計和概要設計D。構造設計和過程設計46在詳細設計階段，常常采用的工具是（A）.A。PADB。SAC.SC(構造圖，總體設計）D。DFD47。在軟件開發(fā)中,下面任務不屬于設計階段的是（D）.A。數(shù)據(jù)構造設計B給出系統(tǒng)模塊構造C定義模塊算法D定義需求并建立系統(tǒng)模型48。對建立良好的程序設計風格,下面描述對的的是(A）。A程序應簡樸、清晰、可讀性好B符號名的命名要符合語法C充足考慮程序的執(zhí)行效率D程序的注釋可有可無49。下面不屬于軟件設計原則的是(C）。A抽象B模塊化C自底向上D信息隱蔽50。為了防止流程圖在描述程序邏輯時的靈活性，提出了用方框圖來替代老式的程序流程圖,一般也把這種圖稱為（C）。APAD圖B。N-S圖C。構造圖D數(shù)據(jù)流圖51軟件測試按照功能劃分可以分為（B）。A黑盒測試和單元測試B白盒測試和黑盒測試C集成測試和單元測試D白盒測試和靜態(tài)測試軟件測試按照功能劃分可以分為白盒測試和黑盒測試按照開發(fā)階段劃分，軟件測試可分為單元測試、集成測試，系統(tǒng)測試和驗收測試白盒測試措施：邏輯覆蓋、循環(huán)測試、基本途徑測試黑盒測試措施：等價分類法，邊界值分析法、錯誤推斷法,因果圖法,場景法.52在軟件測試過程的4個環(huán)節(jié)中,測試根據(jù)是需求規(guī)格闡明的是（C)A單元測試B集成測試C確認測試D系統(tǒng)測試53黑盒測試法屬于（C）。A集成測試B系統(tǒng)測試C動態(tài)測試D靜態(tài)測試靜態(tài)測試（不實際運行軟件，對軟件的格式和構造進行評估)包括:代碼規(guī)則檢查、程序構造分析、代碼質量度量（程序復雜度分析）動態(tà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。

語句覆蓋

B。鑒定覆蓋

C.條件覆蓋

D。途徑覆蓋6。有關白盒測試與黑盒測試的最重要區(qū)別，對的的是__.（

A

）

Ａ．白盒測試側重于程序構造，黑盒測試側重于功能

Ｂ．白盒測試可以使用測試工具，黑盒測試不能使用工具

Ｃ．白盒測試需要程序參與,黑盒測試不需要

Ｄ．黑盒測試比白盒測試應用更廣泛56。程序的三種基本控制構造是(B）.A.過程、子程序和分程序C.遞歸、迭代和回溯B.次序、選擇和反復D.調用、返回和轉移57。面向對象的分析措施重要是建立三類模型，即（D)。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.與軟件調試相似60．軟件生命周期中所花費用最多的階段是（D）A．詳細設計B．軟件編碼C．軟件測試D．軟件維護61.在數(shù)據(jù)流圖中,圓或橢圓表達（1)A，平行線表達(2)D__。（1）A、加工B、外部實體C、數(shù)據(jù)流D、存儲(2))

A、加工B、外部實體

C、數(shù)據(jù)流（箭頭)D、存儲62．瀑布模型（WaterfallModel)突出的缺陷是不適應（D)的變動。A、算法B、平臺C、程序語言D、顧客需求63．構造化分析措施(SA)的一種重要指導思想是(C）.A．自頂向下，逐漸抽象B．自底向上，逐漸抽象C．自頂向下，逐漸分解D．自底向上，逐漸分解64．模塊的控制范圍包括它自身及它所有的附屬模塊，模塊的作用范圍是指模塊內一種鑒定的作用范圍，但凡受到這個鑒定影響的所有模塊都屬于這個鑒定的作用范圍，理想的狀況是(A）A．模塊的作用范圍應在控制范圍之內B．模塊的控制范圍應在作用范圍之內C．模塊的作用范圍與控制范圍交叉D。模塊的作用范圍與控制范圍不相交65。軟件危機具有下列體現(xiàn)(D）I、對軟件開發(fā)成本估計不精確=2\*ROMANII、軟件產(chǎn)品的質量往往不可靠III、軟件常常不可維護IV、軟件成本逐年上升A．I、=2\*ROMANII和IIIB．I、III和IVC．=2\＊ROMANII、III和IVD．以上都對的66。產(chǎn)生軟件危機的原因也許有（D)I、顧客需求描述不精確、不精確=2\＊ROMANII、對大型軟件項目的開發(fā)缺乏有力的組織與管理III、缺乏有力的措施學和工具的支持IV、軟件產(chǎn)品的特殊性和人類智力的局限性A．I和=2\*ROMANIIB．I、=2\＊ROMANII和IVC．=2\*ROMANII、III和IVD．以上都對的68。(A）分批地逐漸向顧客提交產(chǎn)品，每次提交一種滿足顧客需求子集的可運行的產(chǎn)品。A.增量模型(分批）B．噴泉模型（重疊）C．原型模型D.螺旋模型(迭代,風險分析)69.為了克服軟件危機，人們提出了用(D）的原理來設計軟件，這就是軟件工程誕生的基礎。A。數(shù)學B。軟件學C。運籌學D。工程學具有風險分析的軟件生存周期模型是（C)A.瀑布模型 B。噴泉模型C.螺旋模型 D.增量模型瀑布模型的關鍵局限性在于（B）Ａ.過于簡樸Ｂ.不能適應需求的動態(tài)變更Ｃ。過于靈活Ｄ。各個階段需要進行評審軟件工程的目的有（B）.A。易于維護B。低的開發(fā)成本C。高性能D。短的開發(fā)期軟件工程學的目的和意義是（D)。A。應用科學的措施和工程化的規(guī)范管理來指導軟件開發(fā)B?？朔浖CC。做好軟件開發(fā)的培訓工作D.以較低的成本開發(fā)出高質量的軟件開發(fā)軟件所需高成本和產(chǎn)品的低質量之間有著鋒利的矛盾,這種現(xiàn)象稱做（C）A.軟件工程B.軟件周期C。軟件危機D。軟件產(chǎn)生迅速原型模型的重要特點之一是(D)A.開發(fā)完畢才見到產(chǎn)品B.及早提供所有完整的軟件產(chǎn)品C.開發(fā)完畢后才見到工作軟件D。及早提供工作軟件瀑布模型的存在問題是（B）A．顧客輕易參與開發(fā)B．缺乏靈活性C．顧客與開發(fā)者易溝通D．合用可變需求軟件生存周期模型不包括：(B)A.瀑布模型B.對象模型C。增量模型D。噴泉模型下列哪個不屬于軟件工程的內涵之一（C)A.應用完善的科學與工程原理B。經(jīng)濟地開發(fā)軟件C.高薪聘任軟件高手D。開發(fā)既可靠又能有效運行的軟件在瀑布模型中，將軟件劃分為若干個時期，軟件項目的可行性研究一般歸屬于（B).A.維護時期B.計劃時期C。運行時期D。開發(fā)時期下列哪個措施不屬于處理軟件危機的途徑之一(B)A。研制新一代智能計算機B。大力扶持軟件企業(yè)C.采用軟件工程的處理途徑D。采用面向對象的軟件設計措施下面哪一項不屬于迅速原型模型的長處。BA。可及早為顧客提供有用的產(chǎn)品。B.可保證在開發(fā)后期,全面發(fā)現(xiàn)錯誤給以糾正.C.減少技術應用風險，縮短開發(fā)時間，減少費用、提高生產(chǎn)率。D。促使顧客積極參與開發(fā)活動，增進各類人員的協(xié)調,適應需求變化。下列哪個不屬于瀑布模型與老式的程序設計的不一樣之處（D）。A.老式的程序設計開發(fā)人員只開發(fā)程序，不寫文檔.B。老式的程序設計重點在問題求解和算法,并只有自己才能讀懂.C.瀑布模型的各階段要第三方介入審察D。老式的程序設計規(guī)定各階段必須寫文檔.下面哪個模式不屬于軟件工程的開發(fā)模式(C)A。基于瀑布模型的開發(fā)模式B.基于原型模型的開發(fā)模式C?；谌藱C對話的開發(fā)模式D.基于關系數(shù)據(jù)庫的開發(fā)模式數(shù)據(jù)字典是數(shù)據(jù)流圖中所有元素的定義的集合，一般由如下四類條目構成（B）。A.數(shù)聽闡明條目、控制流條目、加工條目、數(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ù)項條目、加工條目下列模型屬于成本估算措施的有（A)A.COCOMO模型B.McCall模型C。McCabe度量法D。時間估算法DFD圖反應系統(tǒng)（D)A．怎么做B．對誰做C．何時做D．做什么經(jīng)濟可行性研究的范圍包括(C）A．資源有效性B．管理制度C．效益分析D．開發(fā)風險為高質量地開發(fā)軟件項目，在軟件構造設計時，必須遵照（A)原則。A．信息隱蔽B．質量控制C．程序優(yōu)化D．數(shù)據(jù)共享需求規(guī)格闡明書的作用不包括(C）A．軟件驗收的根據(jù)B．顧客與開發(fā)人員對軟件要做什么的共同理解C．軟件可行性研究的根據(jù)D．軟件設計的根據(jù)90．分層數(shù)據(jù)流圖是一種比較嚴格又易于理解的描述方式，它的頂層描述了系統(tǒng)的(A）。A．總貌B．細節(jié)C．抽象D．軟件的作者91．經(jīng)調查，系統(tǒng)分析員給出有問題的初略陳說，其中部分描述如下：某商場的采購部門規(guī)定每天開出定購清單，交采購員；倉庫管理員將此要還應輸入系統(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?？尚行苑治鰠R報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構造化程序設計思想的關鍵是規(guī)定程序只由次序、循環(huán)和(A)三種構造構成。A。選擇B。單入口C。單出口D.有規(guī)則GOTO97.模塊(C),則闡明模塊的獨立性越強。A．耦合越強B．扇入數(shù)越高C．耦合越弱D．扇入數(shù)越低98。當一種模塊直接使用另一種模塊的內部數(shù)據(jù)，這種模塊之間的耦合為(D）A．數(shù)據(jù)耦合B．公共耦合C．標識耦合D．內容耦合[解析］耦合分為如下幾種，按照耦合度由高到低排列是:內容耦合――一種模塊直接訪問另一種模塊的內容。公共耦合――組模塊都訪問同一全局數(shù)據(jù)構造。外部耦合――組模塊都訪問同一種數(shù)據(jù)項?？刂岂詈熄D―一種模塊明顯地把開關量、名字等信息送入另一模塊,控制另一模塊的功能99．軟件構造圖中，模塊框之間若有直線連接,表達它們之間存在（A)A。調用關系B.構成關系C.鏈接關系D.次序執(zhí)行關系100．概要設計最終止果是產(chǎn)生（C）A。項目開發(fā)計劃B。需求規(guī)格闡明書C.軟件構造設計闡明書D?？尚行苑治鰠R報101．在有集成（組裝）測試的論述中，__A____是對的的。A測試底層模塊時不需要樁模塊B驅動模塊的作用是模擬被調模塊C自頂向下測試措施易于設計測試成果D自底向上測試措施有有助于提前估計測試成果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.運行時誤操作在考察系統(tǒng)的某些波及時序和變化的狀態(tài)時,要用動態(tài)模型來表達。動態(tài)模型著重于系統(tǒng)的控制邏輯，它包括兩個圖：一種是事件追蹤圖，另一種是（D）.A．狀態(tài)圖B．數(shù)據(jù)流圖C．系統(tǒng)構造圖D．時序圖面向對象分析是對系統(tǒng)進行（A）的一種措施。A.需求建模B。程序設計C。設計評審D。測試驗收（C）是把對象的屬性和操作結合在一起，構成一種獨立的對象,其內部信息對外界是隱蔽的，外界只能通過有限的接口與對象發(fā)生聯(lián)絡。A.多態(tài)性B。繼承C。封裝D.消息下列不屬于面向對象開發(fā)措施的是(B)A.BoochB.UMLC.CoadD。OMT面向對象的分析措施重要是建立三類模型，即（D）A。系統(tǒng)模型，ER模型，應用模型B。對象模型，動態(tài)模型，實現(xiàn)（應用）模型C.ER模型，對象模型，功能模型D。對象模型,動態(tài)模型,功能模型面向對象程序設計的基本機制（A）A。繼承B.消息C。措施D。構造下列屬于面向對象的要素對象、屬性、服務有（C)對象、屬性、服務A。分類性B.抽象C.對象D。封裝對象三要素：對象、屬性、服務在進行面向對象分析時,所采用的模型有（)。A.對象模型B.動態(tài)模型C.靜態(tài)模型D。功能模型狀態(tài)是對象屬性的值的一種抽象，它的性質有()。A.時間性B。持續(xù)性C.有序性D。有窮性建立繼承關系時所采用的方式有（)。A.自頂向下B。從內到外C.自底向上D.從復雜到簡樸對象是人們要研究的任何事物，重要的對象類型有（）.A.有形實體B.作用C。事件D。性能闡明類庫這種機制是(D）級別的信息共享。A.同一類B.不一樣類C.同一應用D.不一樣應用狀態(tài)是對象(D）的抽象。A屬性值B.措施C。功能D.行為動態(tài)模型的描述工具是（D)。A。對象圖B。構造圖C。流程圖D.狀態(tài)圖在確定對象的屬性中，所有(A)是候選的對象。A.名詞B.動詞C.詞組D.修飾性名詞詞組對象實現(xiàn)了數(shù)據(jù)和操作的結合，使數(shù)據(jù)和操作（C）于對象的統(tǒng)一體中。A．結合B．隱藏C．封裝D．抽象OOA是（D)A.構造化分析B.面向對象程序設計C。面向對象程序分析D。面向對象分析面向對象繼承、多態(tài)、封裝、重用的特性不包括（C）繼承、多態(tài)、封裝、重用A。繼承性。B。多態(tài)性.C?；Q性D。。封裝性在面向對象軟件開發(fā)措施中，類與類之間重要有如下構造關系(D）A繼承和匯集B繼承和一般C匯集和消息傳遞D繼承和措施調用如下哪一項不是面向對象的特性（D)A多態(tài)性B繼承性C封裝性D過程調用對象實現(xiàn)了數(shù)據(jù)和操作的結合，使數(shù)據(jù)和操作(C）于對象的統(tǒng)一體中。A．結合B．隱藏C．封裝D．抽象在面向對象軟件開發(fā)措施中，類與類之間重要有如下構造關系（A）A繼承和匯集B繼承和一般C匯集和消息傳遞D繼承和措施調用如下哪一項不是面向對象的特性(D）A多態(tài)性B繼承性C封裝性D過程調用下面所列的性質中，（D）不屬于面向對象程序設計的特性。A。繼承性B.重用性C.封裝性D.可視化下列是面向對象設計措施中有關對象的論述，其中(B)是對的的。A.對象在內存中沒有它的存儲區(qū)B。對象的屬性集合是它的特性表達C.對象的定義與程序中類型概念相稱D.對象之間不能互相通信在面向對象軟件措施中,“類"是（D）。A。具有同類數(shù)據(jù)的對象的集合B.具有相似操作的對象的集合C。具有同類數(shù)據(jù)的對象的定義D.具有同類數(shù)據(jù)和相似操作的對象的定義面向對象分析時，所標識的對象為__D____是錯誤的。A。與目的系統(tǒng)有關的物理實體B.與目的系統(tǒng)發(fā)生作用和人或組織的角色C.目的系統(tǒng)運行中需記憶的事件D。目的系統(tǒng)中環(huán)境場所的狀態(tài)面向對象設計OOD模型的重要部件中，一般不包括__A___。A通信部件B.人機交互部件C.任務管理D.數(shù)據(jù)管理面向對象設計時，對象信息的隱藏重要是通過__A____實現(xiàn)的。A.對象的封裝性B.子類的繼承性C。系統(tǒng)模塊化D。模塊的可重用作為面向對象分析的基礎、由問題領域中的對象所構成、用ER圖來描述是_A___。消息模型 B。處理模型 C.狀態(tài)模型 D。瀑布模塊開發(fā)軟件所需高成本和產(chǎn)品的低質量之間有著鋒利的矛盾，這種現(xiàn)象稱作（C）。A。軟件工程B.軟件周期C.軟件危機D.軟件產(chǎn)生下面不屬于軟件工程3要素的是(D)A)工具B)過程C)措施D)環(huán)境檢查軟件產(chǎn)品與否符合需求定義的過程稱為(A）A)確認測試B）集成測試C)驗證測試D）驗收測試數(shù)據(jù)存儲和數(shù)據(jù)流都是（D)，僅僅是所處的狀態(tài)不一樣。A)分析成果B）事件C)動作D）數(shù)據(jù)數(shù)據(jù)流圖和(C)共同構成目的系統(tǒng)的邏輯(功能）模型。A）HIPO圖B)PDLC）數(shù)據(jù)字典D）層次圖數(shù)據(jù)流圖用于抽象描述一種軟件的邏輯模型,數(shù)據(jù)流圖由某些特定的圖符構成.下圖符名標識的圖符不屬于數(shù)據(jù)流圖合法圖符的是(A）.A）控制流B）加工C)數(shù)據(jù)存儲D)源和匯構造化分析措施就是面向(B)的自頂向下逐漸求精進行需求分析的措施。A）目的B)數(shù)據(jù)流C)功能D）對象下面不屬于軟件工程設計基本原理的是（C)

A)抽象B）模塊化C）自底向上D)信息隱蔽（D）是數(shù)聽闡明、可執(zhí)行語句等程序對象的集合，它是單獨命名的并且可以通過名字來訪問.A）模塊化B)抽象C）精化D)模塊面向數(shù)據(jù)流的設計措施把(D)映射成軟件構造.A）數(shù)據(jù)流B)系統(tǒng)構造C）控制構造D)信息流程序流程圖（PDF)中的箭頭代表的是(B)。A)數(shù)據(jù)流B)控制流C）調用關系D)構成關系在進行軟件構造設計時應當遵照的最重要的原理是(C)A)抽象B）模塊化C）模塊獨立D)信息隱蔽在測試中，下列說法錯誤的是(B）A）測試是為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程B)測試是為了表明程序的對的性C)好的測試方案是極也許發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯誤的測試方案D)成功的測試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯誤的測試下列工具中為需求分析常用工具是（D）A)PADB）PFDC)N-SD)DFD軟件調試的目的是（B)A）發(fā)現(xiàn)錯誤B)改正錯誤C）改善軟件的性能D)挖掘軟件的潛能軟件詳細設計重要采用的措施是(A）。A）構造化程序設計B）模型設計C）構造化設計D）流程圖設計軟件開發(fā)的原型化措施是一種動態(tài)定義軟件需求的方，下述條件中，（A)是實行原型化措施所必需的。Ⅰ成熟的原型化人員Ⅱ迅速的成型工具Ⅲ需求理解的對的性A）Ⅰ和ⅡB）Ⅱ和ⅢC）Ⅰ、Ⅱ和ⅢD）Ⅲ模塊自身的內聚是模塊獨立性的重要性度量原因之一。在7類內聚中，具有最強內聚的一類是（D）。次序性內聚B）過程性內聚C）邏輯性內聚D)功能性內聚由弱到強：偶爾內聚、邏輯內聚、時間內聚、過程內聚；通信內聚、次序內聚和功能內聚。由弱到強：偶爾內聚、邏輯內聚、時間內聚、過程內聚；通信內聚、次序內聚和功能內聚。由弱到強:偶爾內聚、邏輯內聚、時間內聚、過程內聚；通信內聚、次序內聚和功能內聚.數(shù)據(jù)字典是對數(shù)據(jù)定義信息的集合，它所定義的對象都包括在(A)中。A)數(shù)據(jù)流圖 B）程序框圖C）軟件構造D）方框圖軟件開發(fā)的構造化分析措施，常用的描述軟件功能需求的工具是(C)。A）業(yè)務流程圖、處理闡明B)軟件流程圖、模塊闡明C）數(shù)據(jù)流程圖、數(shù)據(jù)字典D）系統(tǒng)流程圖、程序編碼軟件開發(fā)的構造化設計措施（SD措施），全面指導模塊化分的最重要的原則應當是（C).A）模塊高內聚B）模塊低耦合C）模塊獨立性D)程序模塊化面向數(shù)據(jù)流的軟件設計措施，一般是把數(shù)據(jù)流圖中得數(shù)據(jù)流化分為(B）兩種流,再將數(shù)據(jù)流圖映射為軟件構造.A)數(shù)據(jù)流與事務流B）互換流和事務流C）信息流與控制流D)互換流和數(shù)據(jù)流軟件設計中，可應用于詳細設計的工具在軟件詳細設計階段,常用的圖形描述工具有程序流程圖,盒圖(NS圖)和問題分析圖(PAD).常用的語言描述工具為PDL(程序設計語言),常用的表格描述工具有鑒定表和鑒定樹有(A)。在軟件詳細設計階段,常用的圖形描述工具有程序流程圖,盒圖(NS圖)和問題分析圖(PAD).常用的語言描述工具為PDL(程序設計語言),常用的表格描述工具有鑒定表和鑒定樹A）程序流程圖、PAD、方框圖和偽碼B）數(shù)據(jù)流程圖、PAD、構造圖和偽碼C)業(yè)務流程圖、N-S圖和偽碼D)數(shù)據(jù)流程圖、PAD、N—S圖和偽碼軟件開發(fā)的可行性研究，一般波及經(jīng)濟、技術和操作的也許性，而進行可行性研究的基本根據(jù)則是顧客提出的軟件(B)。A)系統(tǒng)質量B)系統(tǒng)目的C)系統(tǒng)功能D）系統(tǒng)性能構造化措施將軟件生命周期分為計劃、開發(fā)概要設計、詳細設計、軟件實現(xiàn)、軟件測試和運行3個時期，下列任務中（B）屬于計劃時期的任務問題定義、可行性研究、需求分析。概要設計、詳細設計、軟件實現(xiàn)、軟件測試問題定義、可行性研究、需求分析A)需求分析B）問題定義C)總體設計D）編碼耦合是軟件各個模塊間連接的一種度量。一組模塊都訪問同一數(shù)據(jù)構造應屬于(B)方式.內容耦合一種模塊直接訪問另一種模塊的內容B）公共耦合一組模塊都訪問同一數(shù)據(jù)構造C)外部耦合一組模塊都訪問同一種數(shù)據(jù)項D）控制耦合一種模塊明顯的把開關量、名字等信息送入另一模塊，控制另一模塊一種模塊直接訪問另一種模塊的內容一組模塊都訪問同一數(shù)據(jù)構造一組模塊都訪問同一種數(shù)據(jù)項一種模塊明顯的把開關量、名字等信息送入另一模塊，控制另一模塊[解析］耦合分為如下幾種,按照耦合度由高到低排列是：內容耦合――一種模塊直接訪問另一種模塊的內容。公共耦合――組模塊都訪問同一全局數(shù)據(jù)構造。外部耦合――組模塊都訪問同一種數(shù)據(jù)項.控制耦合――一種模塊明顯地把開關量、名字等信息送入另一模塊，控制另一模塊的功能內聚是從功能角度來度量模塊內的聯(lián)絡,按照特定次序執(zhí)行元素的模塊屬于（C）方式。邏輯內聚由傳給模塊的參數(shù)來確定模塊應當完畢哪一種功能B）時間內聚按次序完畢有關功能C)過程內聚按照特定次序執(zhí)行元素的模塊D)次序內聚把處理元素和一種功能親密有關由傳給模塊的參數(shù)來確定模塊應當完畢哪一種功能按次序完畢有關功能按照特定次序執(zhí)行元素的模塊把處理元素和一種功能親密有關邏輯內聚是指把幾種有關的功能組合在一起,每次調用時,由傳給模塊的參數(shù)來確定模塊應完畢哪一種功能；時間內聚是指次序完畢一類有關功能的模塊;過程內聚是指內部的處理元素是有關的并且必須以特定次序執(zhí)行的模塊，與題目相符；而次序模塊是把模塊內的處理元素和同一種功能親密有關，并且這些處理必須次序執(zhí)行的模塊.軟件管理中，需要對軟件進行配置，各階段文檔的管理屬于(D）。A）組織管理B)資源管理C)計劃管理D）版本管理軟件開發(fā)的構造化措施中，常用數(shù)據(jù)字典技術，其中數(shù)據(jù)加工是其構成內容之一，下述措施（D）是常采用編寫加工闡明的措施。Ⅰ構造化語言Ⅱ鑒定樹Ⅲ鑒定表A)ⅠB）ⅡC)Ⅱ、ⅢD）都是軟件開發(fā)過程中，軟件構造設計是描述（B)。A)數(shù)據(jù)存儲構造B）軟件模塊體系C）軟件構造測試D）軟件控制過程（B）是對象的靜態(tài)特性。A.措施B.屬性C。關系D。操作對象的（D）是對象的動態(tài)特性。A。特性B.屬性C。關系D.操作屬于某個類的一種詳細對象稱為該類的(A）A.實例B.虛擬C.繼承D.多態(tài)UML是（A）。A)一種可視化的建模語言B）是一種可視化的程序設計語言C)是一種過程D)是一種措施下列的（C）不屬于面向對象分析模型。A.用例圖B.類圖C。實體關系圖D.次序圖程序的三種基本控制構造是（B）。A．過程、子程序和分程序B．次序、選擇和反復C．遞歸、堆棧和隊列D．調用、返回和轉移構造化程序設計重要強調的是（D）.A．程序的規(guī)模B．程序的效率C．程序設計語言的先進性D．程序易讀性使用白盒測試措施時，確定測試數(shù)據(jù)應根據(jù)（A）和指定的覆蓋原則.A．程序內部邏輯B．程序復雜構造C．使用闡明書D．程序的功能確認測試重要波及的文檔是（A）。A）需求規(guī)格闡明書B）概要設計闡明書C）詳細設計闡明書D)源程序測試的關鍵問題是(D）。A。怎樣組織對軟件的評審B。怎樣驗證程序的對的性C.怎樣采用綜合方略D.怎樣選擇測試用例下面哪個測試屬于黑盒測試（B）。A）途徑測試B）等價類劃分C）條件判斷覆蓋測試D）循環(huán)測試軟件測試措施中，黑盒、白盒測試法是常用的措施,其中白盒測試重要用于測試（D)。A)構造合理性B)軟件外部功能C)程序對的性D)程序內部邏輯為了適應軟硬件環(huán)境變化而修改軟件的過程是（C)。A)校正性維護B）完善性維護C）適應性維護D)防止性維護在McCall軟件質量度量模型中，（C）屬于面向軟件產(chǎn)品修改.A．可靠性B．可重用性C．適應性D．可移植性瀑布模型的存在問題是（B）A．顧客輕易參與開發(fā)B．缺乏靈活性C．顧客與開發(fā)者易溝通D．合用可變需求軟件生命周期中所花費用最多的階段是（D)A．詳細設計B．軟件編碼C．軟件測試D．軟件維護程序的三種基本控制構造的共同特點是（D）A．不能嵌套使用B．只能用來寫簡樸程序C．已經(jīng)用硬件實現(xiàn)D．只有一種入口和一種出口原型化措施是顧客和設計者之間執(zhí)行的一種交互構成,合用于(A)系統(tǒng)。A．需求不確定性高的B．需求確定的C．管理信息D．實時如下不屬于邏輯覆蓋的是（D）。A。語句覆蓋B。鑒定覆蓋C。條件覆蓋D?；就緩礁采w一種模塊的（B）是指能直接控制該模塊的模塊數(shù)。A。扇出數(shù)B.扇入數(shù)C。寬度D。深度軟件需求分析階段的工作，可以分為4個方面:需求獲取，需求分析，編寫需求規(guī)格闡明書以及（B).A)顧客B）需求審評C)總結D)都不對的如下分析模型的構導致員中，屬于行為模型的是（C）。A）數(shù)據(jù)流圖B)實體-關系圖C）狀態(tài)轉換圖D）數(shù)據(jù)字典在白盒法技術測試用例的設計中（A）是最弱的覆蓋原則。A）語句B）條件C)鑒定D)條件組合模塊化中的信息隱藏原則是指（B）.A)使信息對顧客隱藏B)使信息對其他模塊隱藏C）使信息對軟件隱藏D）使信息對操作系統(tǒng)隱藏CASE是指（C）。A）計算機輔助軟件開發(fā)B)計算機輔助軟件制造C)計算機輔助軟件工程D）計算機輔助軟件設計如下軟件生命周期模型中,（A）是顧客驅動的模型。A）迅速原型模型B)螺旋模型C）噴泉模型D）瀑布模型文檔驅動文檔驅動若有一種計算類型的程序，它的輸入量只有一種X,其范圍是［—1.0，1。0］，現(xiàn)從輸入的角度考慮一組測試用例：—1.001,-1.0，1.0，1.001。設計這組測試用例的措施是(）A）條件覆蓋法B）等價分類法C）邊界值分析法D）錯誤推測法模塊的扇入是指（A）。A）本模塊的所有上層模塊數(shù)B）本模塊的所有下層模塊數(shù)C)調用本模塊的所有模塊數(shù)D)本模塊調用的所有模塊數(shù)軟件生存周期是指(D）。A）開發(fā)軟件的所有時間B）使用軟件的所有時間C）開發(fā)和使用軟件的所有時間D）從軟件計劃起直到軟件廢棄所經(jīng)歷的所有時間測試用例是指（C）。A）被測對象B)測試的輸入數(shù)據(jù)C）測試數(shù)據(jù)+預期成果D）測試的預期成果軟件能力成熟度模型CMM分為(C）個等級。A）3B）4C）5數(shù)據(jù)流A由若干個數(shù)據(jù)項B和一種數(shù)據(jù)項C構成，用數(shù)據(jù)字典的符號表達出來（D）.A．A={B+C}B．A={B}+｛C}C．A=B+｛C｝D．A={B｝+C分層DFD中父子平衡是指（D）。A．父加工的數(shù)據(jù)流數(shù)目與子圖中數(shù)據(jù)流數(shù)目相似B．父圖應包括子圖中的所有數(shù)據(jù)流C．子圖應包括父圖中的所有數(shù)據(jù)流D．父加工和子圖的輸入數(shù)據(jù)和輸出數(shù)據(jù)應分別保持一致下列（B)屬于不良的編程習慣.A。盡量不使用GOTO語句B．歷來不使用注釋C。每行只寫一條語句 D．變量命名盡量直觀瀑布模型中各階段準時間先后次序是（B)。A．計劃→需求分析→編碼→設計→測試→維護B．計劃→需求分析→設計→編碼→測試→維護C．計劃→設計→需求分析→編碼→測試→維護D．計劃→需求分析→設計→測試→編碼→維護目前最流行的面向對象建模語言是(C)。A）HTMLB）XMLC）UMLD）VML判斷題：1.軟件是一種抽象的邏輯產(chǎn)品。(√)2。按照軟件的服務對象可將軟件劃分為系統(tǒng)軟件和應用軟件服務對象：項目軟件和產(chǎn)品軟件軟件用途（功能）：系統(tǒng)軟件、應用軟件、支撐軟件軟件規(guī)模：微型、小型、大型、中型等工作方式：實時處理軟件、分時軟件、交互式軟件、批處理軟件兩類.(×服務對象：項目軟件和產(chǎn)品軟件軟件用途（功能）：系統(tǒng)軟件、應用軟件、支撐軟件軟件規(guī)模：微型、小型、大型、中型等工作方式：實時處理軟件、分時軟件、交互式軟件、批處理軟件3。開發(fā)軟件所需高成本和產(chǎn)品的低質量之間有著鋒利的矛盾，這種現(xiàn)象稱作軟件危機。（√)4。軟件危機就是大量軟件出現(xiàn)嚴重問題不能繼續(xù)再使用.(×）5.軟件工程有7個基本要素3個基本要素：措施、工具、過程常用的軟件工程措施有7種類型。(×)3個基本要素：措施、工具、過程常用的軟件工程措施有7種類型6.構造化軟件開發(fā)期將軟件開發(fā)劃分為3個階段，其中關鍵的是需求的精確性。(√）7.瀑布模型存在的最重要的問題是缺乏靈活性。(√)8.在軟件工程中，軟件是指程序+數(shù)據(jù)+文檔程序+數(shù)據(jù)+文檔+服務.(×）程序+數(shù)據(jù)+文檔+服務9。軟件就是指程序見上題。(×)見上題10。CASE即計算機輔助軟件工程的英文縮寫。(√)11。瀑布模型也稱為是基于文檔驅動的模型。(√)12.迅速原型模型也稱為是基于文檔驅動顧客驅動的模型。（×)顧客驅動13．軟件生存周期是指開發(fā)軟件軟件生存周期是指軟件開始研發(fā)到軟件停止使用的整個過程的所有時間.(×）軟件生存周期是指軟件開始研發(fā)到軟件停止使用的整個過程14。軟件工程在軟件設計時把軟件的效率放在第一位。（√）15.可行性分析研究的目的是規(guī)劃怎樣開發(fā)項目以盡量小的成本在較短時間和特點條件下確定軟件項目與否值得研發(fā)。(×)以盡量小的成本在較短時間和特點條件下確定軟件項目與否值得研發(fā)16.可行性分析研究的目的是探討項目值得開發(fā)否。（√)17.軟件開發(fā)的可行性研究,一般波及經(jīng)濟、技術和操作的也許性,而進行可行性研究的基本根據(jù)則是顧客提出的軟件系統(tǒng)目的。(√)18.軟件開發(fā)的可行性研究，一般波及經(jīng)濟、技術和操作的也許性，而進行可行性研究的基本根據(jù)則是顧客提出的軟件系統(tǒng)功能。(×)19。在可行性研究中最具挑戰(zhàn)性的，難度最大是技術可行性分析。(√20。數(shù)據(jù)存儲和數(shù)據(jù)流都是