軟件工程習(xí)題+答案及軟件工程試題及答案_第1頁
軟件工程習(xí)題+答案及軟件工程試題及答案_第2頁
軟件工程習(xí)題+答案及軟件工程試題及答案_第3頁
軟件工程習(xí)題+答案及軟件工程試題及答案_第4頁
軟件工程習(xí)題+答案及軟件工程試題及答案_第5頁
已閱讀5頁,還剩56頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

PAGEPAGE60一、選擇題軟件開發(fā)瀑布模型中的軟件定義時期各個階段依次是:(B)A)可行性研究,問題定義,需求分析。B)問題定義,可行性研究,需求分析。C)可行性研究,需求分析,問題定義。D)以上順序都不對。(軟件開發(fā)時期:概要設(shè)計、詳細設(shè)計、軟件實現(xiàn)、軟件測試)可行性研究主要從以下幾個方面進行研究:(A)A)技術(shù)可行性,經(jīng)濟可行性,操作可行性。B)技術(shù)可行性,經(jīng)濟可行性,系統(tǒng)可行性。C)經(jīng)濟可行性,系統(tǒng)可行性,操作可行性。D)經(jīng)濟可行性,系統(tǒng)可行性,時間可行性。耦合是對軟件不同模塊之間互連程度的度量。各種耦合按從強到弱排列如下:(C)A)內(nèi)容耦合,控制耦合,數(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)境耦合。在詳細設(shè)計階段所使用到的設(shè)計工具是:(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è)計階段工具:判定表、判定樹、數(shù)據(jù)流程圖、系統(tǒng)流程圖、程序流程圖、PAD圖、N-S圖、PDL在軟件詳細設(shè)計階段,常用的圖形描述工具有程序流程圖,盒圖(NS圖)和問題分析圖(PAD).常用的語言描述工具為PDL(程序設(shè)計語言),常用的表格描述工具有判定表和判定樹.DFD數(shù)據(jù)流圖:總體設(shè)計階段按照軟件工程的原則,模塊的作用域和模塊的控制域之間的關(guān)系是:(A)A)模塊的作用域應(yīng)在模塊的控制域之內(nèi)。B)模塊的控制域應(yīng)在模塊的作用域之內(nèi)。C)模塊的控制域與模塊的作用域互相獨立。D)以上說法都不對。在軟件生命周期中,能準確確定軟件系統(tǒng)的體系結(jié)構(gòu)的功能階段是(C)A.概要設(shè)計B.詳細設(shè)計C.需求分析D.可行性分析下面不是軟件工程的3個要素的是(C)A過程B.方法C.環(huán)境D.工具軟件工程的三個要素:方法、工具、過程下面不屬于軟件的組成的是(B)A程序B.記錄C.文檔D.數(shù)據(jù)軟件=程序+數(shù)據(jù)+文檔+服務(wù)在瀑布模型中,將軟件分為若干個時期,軟件項目的可行性研究一般歸屬于(C)A.維護時期B.運行時期C.定義時期D.開發(fā)時期10.在瀑布模型中,下面(C)是其突出的缺點。A.不適應(yīng)平臺的變動B.不適應(yīng)算法的變動C.不適應(yīng)用戶需求的變動D.不適應(yīng)程序語言的變動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.軟件設(shè)計中,用抽象和分解的目的是(B)。A.提高易讀性B.降低復(fù)雜性C.增加內(nèi)聚性D.降低耦合性15軟件生命周期中所花費用最多的階段是(D)。A.詳細設(shè)計B.軟件編碼C.概要設(shè)計D.軟件測試和維護16.開發(fā)軟件時對提高開發(fā)人員工作效率至關(guān)重要的是(B)。A.操作系統(tǒng)的資源管理功能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.設(shè)計階段、編程階段、測試階段C.總體設(shè)計、詳細設(shè)計、編程調(diào)試D.需求分析、功能定義、系統(tǒng)設(shè)計19.軟件工程的理論和技術(shù)性研究的內(nèi)容主要包括軟件開發(fā)技術(shù)和(B)。A.消除軟件危機B.軟件工程管理C.程序設(shè)計自動化D.實現(xiàn)軟件可重用20軟件工程的出現(xiàn)是由于(C)。A.程序設(shè)計方法學(xué)的影響B(tài).軟件產(chǎn)業(yè)化的需要C.軟件危機的出現(xiàn)D.計算機的發(fā)展21.在軟件生命周期中,能準確地確定軟件系統(tǒng)必須做什么和必須具備哪些功能的階段是(D)。A.概要設(shè)計B.詳細設(shè)計C.問題定義D.需求分析22.開發(fā)大型軟件時,產(chǎn)生困難的根本原因是(A)。A.大系統(tǒng)的復(fù)雜性B.人員知識不足C.客觀世界千變?nèi)f化D.時間緊、任務(wù)重23.文檔是軟件開發(fā)人員、軟件管理人員、維護人員、用戶以及計算機之間的(B),軟件開發(fā)人員在各個階段以文檔作為前段工作成果的體現(xiàn)和后段工作的基礎(chǔ)。A.接口B.橋梁C.科學(xué)D.繼續(xù)24軟件工程學(xué)的目的是以較低的成本,研制(A)質(zhì)量的軟件。A較高B較低C.可靠D.優(yōu)秀25軟件從一個計算機系統(tǒng)或環(huán)境轉(zhuǎn)換到另一個計算機和環(huán)境的容易程度稱為(D)。A.可用性B.兼容性C.可靠性D.可移植性26.軟件生存周期是指(D)階段。A.軟件開始使用到用戶要求修改為止B.軟件開始使用到被淘汰為止C.從開始編寫程序到不能再使用為止D.從立項制定計劃,進行需求分析到不能再使用為止27.軟件工程學(xué)是應(yīng)用科學(xué)理論和工程上的技術(shù)指導(dǎo)軟件開發(fā)的學(xué)科,其目的是(B)。A引入新技術(shù)提高空間利用率B用較少的投資獲得高質(zhì)量的軟件C縮短研制周期擴大軟件功能D硬軟件結(jié)合使系統(tǒng)面向應(yīng)用28.軟件可行性分析是著重確定系統(tǒng)的目標和規(guī)模。對成本-效益進行發(fā)現(xiàn)應(yīng)屬于下列選項中的(A)。A.經(jīng)濟可行性B.操作可行性C.技術(shù)可行性D.社會可行性29在數(shù)據(jù)流圖中,用圓或者橢圓來表示(B)。A.數(shù)據(jù)流B.加工C.數(shù)據(jù)存儲D.數(shù)據(jù)源點或終點30.需求分析階段的任務(wù)是確定(C)。A.軟件開發(fā)方法B.軟件開發(fā)費用C.軟件系統(tǒng)功能D.軟件開發(fā)工具31(D)的目的就是用最小的代價在盡可能短的時間內(nèi)確定該軟件項目是否能夠開發(fā),是否值得去開發(fā)。A需求分析B概要設(shè)計C總體設(shè)計D可行性研究32.下列選項中(D)不是軟件需求規(guī)格目標。A.便于用戶、分析員和軟件設(shè)計人員進行理解及交流B.控制系統(tǒng)的實施過程C.作為軟件測試和驗收以及維護的依據(jù)D.便于軟件的維護33下面描述中,不符合結(jié)構(gòu)化程序設(shè)計風(fēng)格的是(B)。A使用順序、選擇和重復(fù)(循環(huán))三種基本控制結(jié)構(gòu)表示程序的控制邏輯B模塊只有一個入口,可以有多個出口C注重提高程序的執(zhí)行效率D不使用goto語句34.下列工具中屬于需求分析常用工具的是(D)。A.PADB.PFDC.N-SD.DFD35.在數(shù)據(jù)流圖(DFD)中,帶有名字的箭頭表示(C)。A.控制程序的執(zhí)行順序B.模塊之間的調(diào)用關(guān)系(直線)C.數(shù)據(jù)的流向D.程序的組成成分長方形代表起點或者終點36.在軟件生產(chǎn)過程中,需求信息的給出是(D)。A.程序員B.項目管理者C.軟件分析設(shè)計人員D.軟件用戶37下列敘述中,不屬于結(jié)構(gòu)化分析方法的是(C)。A.面向數(shù)據(jù)流的結(jié)構(gòu)化分析方法B.面向數(shù)據(jù)結(jié)構(gòu)的結(jié)構(gòu)化數(shù)據(jù)系統(tǒng)開發(fā)方法C.面向?qū)ο蟮姆治龇椒?8結(jié)構(gòu)設(shè)計(SD)是一種應(yīng)用最廣泛的系統(tǒng)設(shè)計方法,是以(B)為基礎(chǔ)、自頂向下、逐步求精和模塊化的過程。A.數(shù)據(jù)流B.數(shù)據(jù)流圖C.數(shù)據(jù)庫D數(shù)據(jù)結(jié)構(gòu)39需求分析是由分析員經(jīng)了解用戶的要求,認真細致地調(diào)研、分析,最終應(yīng)建立目標系統(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ù)字典是軟件需求分析階段的重要工具之一,它的基本功能是(A)A.數(shù)據(jù)定義B.數(shù)據(jù)維護C.數(shù)據(jù)通訊D.數(shù)據(jù)庫設(shè)計42.以下(A)不是詳細設(shè)計中常用的圖形描述工具。A.數(shù)據(jù)流圖B.程序流圖C.盒圖(N-S)D.問題分析圖(PAD)43.在結(jié)構(gòu)圖的有關(guān)術(shù)語中,用于表示軟件結(jié)構(gòu)中控制的層數(shù)的是(C)A.扇入B扇出C深度D寬度44.模塊的獨立程度是評價設(shè)計好壞的重要標準。(A)是衡量軟件的模塊獨立性的兩個定性度量標準。A耦合性和內(nèi)聚性B內(nèi)聚性和可靠性C耦合性和獨立性D可靠性和獨立性45.軟件設(shè)計包括(B)兩個階段。A.接口設(shè)計和結(jié)構(gòu)設(shè)計B.概要設(shè)計和詳細設(shè)計C.數(shù)據(jù)設(shè)計和概要設(shè)計D.結(jié)構(gòu)設(shè)計和過程設(shè)計46在詳細設(shè)計階段,經(jīng)常采用的工具是(A)。A.PADB.SAC.SC(結(jié)構(gòu)圖,總體設(shè)計)D.DFD47.在軟件開發(fā)中,下面任務(wù)不屬于設(shè)計階段的是(D)。A.數(shù)據(jù)結(jié)構(gòu)設(shè)計B給出系統(tǒng)模塊結(jié)構(gòu)C定義模塊算法D定義需求并建立系統(tǒng)模型48.對建立良好的程序設(shè)計風(fēng)格,下面描述正確的是(A)。A程序應(yīng)簡單、清晰、可讀性好B符號名的命名要符合語法C充分考慮程序的執(zhí)行效率D程序的注釋可有可無49.下面不屬于軟件設(shè)計原則的是(C)。A抽象B模塊化C自底向上D信息隱蔽50.為了避免流程圖在描述程序邏輯時的靈活性,提出了用方框圖來代替?zhèn)鹘y(tǒng)的程序流程圖,通常也把這種圖稱為(C)。APAD圖B.N-S圖C.結(jié)構(gòu)圖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)進行評估)包括:代碼規(guī)則檢查、程序結(jié)構(gòu)分析、代碼質(zhì)量度量(程序復(fù)雜度分析)動態(tài)測試:功能確認與接口測試、覆蓋率分析、性能分析、內(nèi)存分析54下列敘述中錯誤的是(C)。A測試是為了尋找錯誤而運行程序的過程B一個成功的測試是揭示了迄今為止尚未發(fā)現(xiàn)的錯誤的測試C測試的目的是為了證明程序是正確的D一個好的測試用例是指很可能找到迄今為止尚未發(fā)現(xiàn)的錯誤的測試55軟件測試過程是軟件開發(fā)過程的逆過程,其最基礎(chǔ)性的測試應(yīng)是(B)A集成測試B單元測試C有效性測試D系統(tǒng)測試55.1有一組測試用例使得每一個被測試用例的分支覆蓋至少被執(zhí)行一次,它滿足的覆蓋標準___________。(

B

A.

語句覆蓋

B.判定覆蓋

C.條件覆蓋

D.路徑覆蓋6.關(guān)于白盒測試與黑盒測試的最主要區(qū)別,正確的是__。(

A

A.白盒測試側(cè)重于程序結(jié)構(gòu),黑盒測試側(cè)重于功能

B.白盒測試可以使用測試工具,黑盒測試不能使用工具

C.白盒測試需要程序參與,黑盒測試不需要

D.黑盒測試比白盒測試應(yīng)用更廣泛56.程序的三種基本控制結(jié)構(gòu)是(B)。A.過程、子程序和分程序C.遞歸、迭代和回溯B.順序、選擇和重復(fù)D.調(diào)用、返回和轉(zhuǎn)移57.面向?qū)ο蟮姆治龇椒ㄖ饕墙⑷惸P?,即(D)。A)系統(tǒng)模型、ER模型、應(yīng)用模型B)對象模型、動態(tài)模型、應(yīng)用模型C)E-R模型、對象模型、功能模型D)對象模型、動態(tài)模型、功能模型58.在E-R模型中,包含以下基本成分(C)。A)數(shù)據(jù)、對象、實體B)控制、聯(lián)系、對象C)實體、聯(lián)系、屬性59.軟件測試的目標是(B)。A.證明軟件是正確的B.發(fā)現(xiàn)錯誤、降低錯誤帶來的風(fēng)險C.排除軟件中所有的錯誤D.與軟件調(diào)試相同60.軟件生命周期中所花費用最多的階段是(D)A.詳細設(shè)計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)突出的缺點是不適應(yīng)(D)的變動。A、算法B、平臺C、程序語言D、用戶需求63.結(jié)構(gòu)化分析方法(SA)的一個重要指導(dǎo)思想是(C)。A.自頂向下,逐步抽象B.自底向上,逐步抽象C.自頂向下,逐步分解D.自底向上,逐步分解64.模塊的控制范圍包括它本身及它所有的從屬模塊,模塊的作用范圍是指模塊內(nèi)一個判定的作用范圍,凡是受到這個判定影響的所有模塊都屬于這個判定的作用范圍,理想的情況是(A)A.模塊的作用范圍應(yīng)在控制范圍之內(nèi)B.模塊的控制范圍應(yīng)在作用范圍之內(nèi)C.模塊的作用范圍與控制范圍交叉D.模塊的作用范圍與控制范圍不相交65.軟件危機具有下列表現(xiàn)(D)I、對軟件開發(fā)成本估計不準確=2\*ROMANII、軟件產(chǎn)品的質(zhì)量往往不可靠III、軟件常常不可維護IV、軟件成本逐年上升A.I、=2\*ROMANII和IIIB.I、III和IVC.=2\*ROMANII、III和IVD.以上都正確66.產(chǎn)生軟件危機的原因可能有(D)I、用戶需求描述不精確、不準確=2\*ROMANII、對大型軟件項目的開發(fā)缺乏有力的組織與管理III、缺乏有力的方法學(xué)和工具的支持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.螺旋模型(迭代,風(fēng)險分析)69.為了克服軟件危機,人們提出了用(D)的原理來設(shè)計軟件,這就是軟件工程誕生的基礎(chǔ)。A.數(shù)學(xué)B.軟件學(xué)C.運籌學(xué)D.工程學(xué)具有風(fēng)險分析的軟件生存周期模型是(C)A.瀑布模型 B.噴泉模型C.螺旋模型 D.增量模型瀑布模型的關(guān)鍵不足在于(B)A.過于簡單B.不能適應(yīng)需求的動態(tài)變更C.過于靈活D.各個階段需要進行評審軟件工程的目標有(B)。A.易于維護B.低的開發(fā)成本C.高性能D.短的開發(fā)期軟件工程學(xué)的目的和意義是(D)。A.應(yīng)用科學(xué)的方法和工程化的規(guī)范管理來指導(dǎo)軟件開發(fā)B.克服軟件危機C.做好軟件開發(fā)的培訓(xùn)工作D.以較低的成本開發(fā)出高質(zhì)量的軟件開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾,這種現(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.噴泉模型下列哪個不屬于軟件工程的內(nèi)涵之一(C)A.應(yīng)用完善的科學(xué)與工程原理B.經(jīng)濟地開發(fā)軟件C.高薪聘請軟件高手D.開發(fā)既可靠又能有效運行的軟件在瀑布模型中,將軟件劃分為若干個時期,軟件項目的可行性研究一般歸屬于(B)。A.維護時期B.計劃時期C.運行時期D.開發(fā)時期下列哪個辦法不屬于解決軟件危機的途徑之一(B)A.研制新一代智能計算機B.大力扶持軟件企業(yè)C.采用軟件工程的解決途徑D.采用面向?qū)ο蟮能浖O(shè)計方法下面哪一項不屬于快速原型模型的優(yōu)點。BA.可及早為用戶提供有用的產(chǎn)品。B.可保證在開發(fā)后期,全面發(fā)現(xiàn)錯誤給以糾正。C.減少技術(shù)應(yīng)用風(fēng)險,縮短開發(fā)時間,減少費用、提高生產(chǎn)率。D.促使用戶主動參與開發(fā)活動,促進各類人員的協(xié)調(diào),適應(yīng)需求變化。下列哪個不屬于瀑布模型與傳統(tǒng)的程序設(shè)計的不同之處(D)。A.傳統(tǒng)的程序設(shè)計開發(fā)人員只開發(fā)程序,不寫文檔.B.傳統(tǒng)的程序設(shè)計重點在問題求解和算法,并只有自己才能讀懂.C.瀑布模型的各階段要第三方介入審察D.傳統(tǒng)的程序設(shè)計規(guī)定各階段必須寫文檔.下面哪個模式不屬于軟件工程的開發(fā)模式(C)A.基于瀑布模型的開發(fā)模式B.基于原型模型的開發(fā)模式C.基于人機對話的開發(fā)模式D.基于關(guān)系數(shù)據(jù)庫的開發(fā)模式數(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ù)項條目、加工條目下列模型屬于成本估算方法的有(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ēng)險為高質(zhì)量地開發(fā)軟件項目,在軟件結(jié)構(gòu)設(shè)計時,必須遵循(A)原則。A.信息隱蔽B.質(zhì)量控制C.程序優(yōu)化D.?dāng)?shù)據(jù)共享需求規(guī)格說明書的作用不包括(C)A.軟件驗收的依據(jù)B.用戶與開發(fā)人員對軟件要做什么的共同理解C.軟件可行性研究的依據(jù)D.軟件設(shè)計的依據(jù)90.分層數(shù)據(jù)流圖是一種比較嚴格又易于理解的描述方式,它的頂層描述了系統(tǒng)的(A)。A.總貌B.細節(jié)C.抽象D.軟件的作者91.經(jīng)調(diào)查,系統(tǒng)分析員給出有問題的初略陳述,其中部分描述如下:某商場的采購部門要求每天開出定購清單,交采購員;倉庫管理員將此要還應(yīng)輸入系統(tǒng),經(jīng)庫存業(yè)務(wù)(進貸或出貸)處理后輸出。從這段描述可知該部分數(shù)據(jù)流圖中的外部項為:AA.采購員、倉庫管理員B.定購清單、庫存業(yè)務(wù)C.庫存業(yè)務(wù)D.定購清單、采購員92.?dāng)?shù)據(jù)流是數(shù)據(jù)流圖的基本成分,下列關(guān)于數(shù)據(jù)流的敘述中,___B___是正確的。A.某加工的輸入是一個數(shù)據(jù)流,該加工的輸出也必定是一個數(shù)據(jù)流B.多個不同的數(shù)據(jù)流可以流向一個加工,也可從一個加工中流出C.數(shù)據(jù)流只能從加工流向文件,但不能從文件流向加工D.一個數(shù)據(jù)流可以從一個文件流向另一個文件93.需求分析階段最重要的技術(shù)文檔之一是:(C)A.項目開發(fā)計劃B.設(shè)計說明書C.需求規(guī)格說明書D.可行性分析報告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)化程序設(shè)計思想的核心是要求程序只由順序、循環(huán)和(A)三種結(jié)構(gòu)組成。A.選擇B.單入口C.單出口D.有規(guī)則GOTO97.模塊(C),則說明模塊的獨立性越強。A.耦合越強B.扇入數(shù)越高C.耦合越弱D.扇入數(shù)越低98.當(dāng)一個模塊直接使用另一個模塊的內(nèi)部數(shù)據(jù),這種模塊之間的耦合為(D)A.?dāng)?shù)據(jù)耦合B.公共耦合C.標記耦合D.內(nèi)容耦合[解析]耦合分為以下幾種,按照耦合度由高到低排列是:內(nèi)容耦合――一個模塊直接訪問另一個模塊的內(nèi)容。公共耦合――組模塊都訪問同一全局數(shù)據(jù)結(jié)構(gòu)。外部耦合――組模塊都訪問同一個數(shù)據(jù)項??刂岂詈熄D―一個模塊明顯地把開關(guān)量、名字等信息送入另一模塊,控制另一模塊的功能99.軟件結(jié)構(gòu)圖中,模塊框之間若有直線連接,表示它們之間存在(A)A.調(diào)用關(guān)系B.組成關(guān)系C.鏈接關(guān)系D.順序執(zhí)行關(guān)系100.概要設(shè)計最終結(jié)果是產(chǎn)生(C)A.項目開發(fā)計劃B.需求規(guī)格說明書C.軟件結(jié)構(gòu)設(shè)計說明書D.可行性分析報告101.在有集成(組裝)測試的敘述中,__A____是正確的。A測試底層模塊時不需要樁模塊B驅(qū)動模塊的作用是模擬被調(diào)模塊C自頂向下測試方法易于設(shè)計測試結(jié)果D自底向上測試方法有有利于提前預(yù)計測試結(jié)果102.程序功能說明中指出:由三個輸入數(shù)據(jù)表示一個三角形的三條邊長。根據(jù)黑盒法中的邊緣值分析法設(shè)計測試用例,應(yīng)選___D__。A.a=3,b=4,c=5 B.a=1,b=2,c=4C.上述A.B項目都應(yīng)選上 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.?dāng)?shù)據(jù)流圖C.系統(tǒng)結(jié)構(gòu)圖D.時序圖面向?qū)ο蠓治鍪菍ο到y(tǒng)進行(A)的一種方法。A.需求建模B.程序設(shè)計C.設(shè)計評審D.測試驗收(C)是把對象的屬性和操作結(jié)合在一起,構(gòu)成一個獨立的對象,其內(nèi)部信息對外界是隱蔽的,外界只能通過有限的接口與對象發(fā)生聯(lián)系。A.多態(tài)性B.繼承C.封裝D.消息下列不屬于面向?qū)ο箝_發(fā)方法的是(B)A.BoochB.UMLC.CoadD.OMT面向?qū)ο蟮姆治龇椒ㄖ饕墙⑷惸P?,?D)A.系統(tǒng)模型,ER模型,應(yīng)用模型B.對象模型,動態(tài)模型,實現(xiàn)(應(yīng)用)模型C.ER模型,對象模型,功能模型D.對象模型,動態(tài)模型,功能模型面向?qū)ο蟪绦蛟O(shè)計的基本機制(A)A.繼承B.消息C.方法D.結(jié)構(gòu)下列屬于面向?qū)ο蟮囊貙ο?、屬性、服?wù)有(C)對象、屬性、服務(wù)A.分類性B.抽象C.對象D.封裝對象三要素:對象、屬性、服務(wù)在進行面向?qū)ο蠓治鰰r,所采用的模型有()。A.對象模型B.動態(tài)模型C.靜態(tài)模型D.功能模型狀態(tài)是對象屬性的值的一種抽象,它的性質(zhì)有()。A.時間性B.持續(xù)性C.有序性D.有窮性建立繼承關(guān)系時所采用的方式有()。A.自頂向下B.從內(nèi)到外C.自底向上D.從復(fù)雜到簡單對象是人們要研究的任何事物,主要的對象類型有()。A.有形實體B.作用C.事件D.性能說明類庫這種機制是(D)級別的信息共享。A.同一類B.不同類C.同一應(yīng)用D.不同應(yīng)用狀態(tài)是對象(D)的抽象。A屬性值B.方法C.功能D.行為動態(tài)模型的描述工具是(D)。A.對象圖B.結(jié)構(gòu)圖C.流程圖D.狀態(tài)圖在確定對象的屬性中,所有(A)是候選的對象。A.名詞B.動詞C.詞組D.修飾性名詞詞組對象實現(xiàn)了數(shù)據(jù)和操作的結(jié)合,使數(shù)據(jù)和操作(C)于對象的統(tǒng)一體中。A.結(jié)合B.隱藏C.封裝D.抽象OOA是(D)A.結(jié)構(gòu)化分析B.面向?qū)ο蟪绦蛟O(shè)計C.面向?qū)ο蟪绦蚍治鯠.面向?qū)ο蠓治雒嫦驅(qū)ο罄^承、多態(tài)、封裝、重用的特征不包括(C)繼承、多態(tài)、封裝、重用A.繼承性。B.多態(tài)性。C.互換性D..封裝性在面向?qū)ο筌浖_發(fā)方法中,類與類之間主要有以下結(jié)構(gòu)關(guān)系(D)A繼承和聚集B繼承和一般C聚集和消息傳遞D繼承和方法調(diào)用以下哪一項不是面向?qū)ο蟮奶卣鳎―)A多態(tài)性B繼承性C封裝性D過程調(diào)用對象實現(xiàn)了數(shù)據(jù)和操作的結(jié)合,使數(shù)據(jù)和操作(C)于對象的統(tǒng)一體中。A.結(jié)合B.隱藏C.封裝D.抽象在面向?qū)ο筌浖_發(fā)方法中,類與類之間主要有以下結(jié)構(gòu)關(guān)系(A)A繼承和聚集B繼承和一般C聚集和消息傳遞D繼承和方法調(diào)用以下哪一項不是面向?qū)ο蟮奶卣鳎―)A多態(tài)性B繼承性C封裝性D過程調(diào)用下面所列的性質(zhì)中,(D)不屬于面向?qū)ο蟪绦蛟O(shè)計的特性。A.繼承性B.重用性C.封裝性D.可視化下列是面向?qū)ο笤O(shè)計方法中有關(guān)對象的敘述,其中(B)是正確的。A.對象在內(nèi)存中沒有它的存儲區(qū)B.對象的屬性集合是它的特征表示C.對象的定義與程序中類型概念相當(dāng)D.對象之間不能相互通信在面向?qū)ο筌浖椒ㄖ?,“類”是(D)。A.具有同類數(shù)據(jù)的對象的集合B.具有相同操作的對象的集合C.具有同類數(shù)據(jù)的對象的定義D.具有同類數(shù)據(jù)和相同操作的對象的定義面向?qū)ο蠓治鰰r,所標識的對象為__D____是錯誤的。A.與目標系統(tǒng)有關(guān)的物理實體B.與目標系統(tǒng)發(fā)生作用和人或組織的角色C.目標系統(tǒng)運行中需記憶的事件D.目標系統(tǒng)中環(huán)境場所的狀態(tài)面向?qū)ο笤O(shè)計OOD模型的主要部件中,通常不包括__A___。A通信部件B.人機交互部件C.任務(wù)管理D.數(shù)據(jù)管理面向?qū)ο笤O(shè)計時,對象信息的隱藏主要是通過__A____實現(xiàn)的。A.對象的封裝性B.子類的繼承性C.系統(tǒng)模塊化D.模塊的可重用作為面向?qū)ο蠓治龅幕A(chǔ)、由問題領(lǐng)域中的對象所組成、用ER圖來描述是_A___。消息模型 B.處理模型 C.狀態(tài)模型 D.瀑布模塊開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾,這種現(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)分析結(jié)果B)事件C)動作D)數(shù)據(jù)數(shù)據(jù)流圖和(C)共同組成目標系統(tǒng)的邏輯(功能)模型。A)HIPO圖B)PDLC)數(shù)據(jù)字典D)層次圖數(shù)據(jù)流圖用于抽象描述一個軟件的邏輯模型,數(shù)據(jù)流圖由一些特定的圖符構(gòu)成。下列圖符名標識的圖符不屬于數(shù)據(jù)流圖合法圖符的是(A)。A)控制流B)加工C)數(shù)據(jù)存儲D)源和匯結(jié)構(gòu)化分析方法就是面向(B)的自頂向下逐步求精進行需求分析的方法。A)目標B)數(shù)據(jù)流C)功能D)對象下面不屬于軟件工程設(shè)計基本原理的是(C)

A)抽象 B)模塊化 C)自底向上 D)信息隱蔽(D)是數(shù)據(jù)說明、可執(zhí)行語句等程序?qū)ο蟮募?,它是單獨命名的而且可以通過名字來訪問。A)模塊化B)抽象C)精化D)模塊面向數(shù)據(jù)流的設(shè)計方法把(D)映射成軟件結(jié)構(gòu)。A)數(shù)據(jù)流B)系統(tǒng)結(jié)構(gòu)C)控制結(jié)構(gòu)D)信息流程序流程圖(PDF)中的箭頭代表的是(B)。A)數(shù)據(jù)流B)控制流C)調(diào)用關(guān)系D)組成關(guān)系在進行軟件結(jié)構(gòu)設(shè)計時應(yīng)該遵循的最主要的原理是(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-S D)DFD軟件調(diào)試的目的是(B)A)發(fā)現(xiàn)錯誤B)改正錯誤C)改善軟件的性能D)挖掘軟件的潛能軟件詳細設(shè)計主要采用的方法是(A)。A)結(jié)構(gòu)化程序設(shè)計B)模型設(shè)計C)結(jié)構(gòu)化設(shè)計D)流程圖設(shè)計軟件開發(fā)的原型化方法是一種動態(tài)定義軟件需求的方,下述條件中,(A)是實施原型化方法所必需的。Ⅰ成熟的原型化人員Ⅱ快速的成型工具Ⅲ需求了解的正確性A)Ⅰ和ⅡB)Ⅱ和ⅢC)Ⅰ、Ⅱ和ⅢD)Ⅲ模塊本身的內(nèi)聚是模塊獨立性的重要性度量因素之一。在7類內(nèi)聚中,具有最強內(nèi)聚的一類是(D)。順序性內(nèi)聚B)過程性內(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)聚。由弱到強:偶然內(nèi)聚、邏輯內(nèi)聚、時間內(nèi)聚、過程內(nèi)聚;通信內(nèi)聚、順序內(nèi)聚和功能內(nèi)聚。數(shù)據(jù)字典是對數(shù)據(jù)定義信息的集合,它所定義的對象都包含在(A)中。A)數(shù)據(jù)流圖 B)程序框圖C)軟件結(jié)構(gòu)D)方框圖軟件開發(fā)的結(jié)構(gòu)化分析方法,常用的描述軟件功能需求的工具是(C)。A)業(yè)務(wù)流程圖、處理說明B)軟件流程圖、模塊說明C)數(shù)據(jù)流程圖、數(shù)據(jù)字典D)系統(tǒng)流程圖、程序編碼軟件開發(fā)的結(jié)構(gòu)化設(shè)計方法(SD方法),全面指導(dǎo)模塊化分的最重要的原則應(yīng)該是(C)。A)模塊高內(nèi)聚B)模塊低耦合C)模塊獨立性D)程序模塊化面向數(shù)據(jù)流的軟件設(shè)計方法,一般是把數(shù)據(jù)流圖中得數(shù)據(jù)流化分為(B)兩種流,再將數(shù)據(jù)流圖映射為軟件結(jié)構(gòu)。A)數(shù)據(jù)流與事務(wù)流B)交換流和事務(wù)流C)信息流與控制流D)交換流和數(shù)據(jù)流軟件設(shè)計中,可應(yīng)用于詳細設(shè)計的工具在軟件詳細設(shè)計階段,常用的圖形描述工具有程序流程圖,在軟件詳細設(shè)計階段,常用的圖形描述工具有程序流程圖,盒圖(NS圖)和問題分析圖(PAD).常用的語言描述工具為PDL(程序設(shè)計語言),常用的表格描述工具有判定表和判定樹A)程序流程圖、PAD、方框圖和偽碼B)數(shù)據(jù)流程圖、PAD、結(jié)構(gòu)圖和偽碼C)業(yè)務(wù)流程圖、N-S圖和偽碼D)數(shù)據(jù)流程圖、PAD、N-S圖和偽碼軟件開發(fā)的可行性研究,一般涉及經(jīng)濟、技術(shù)和操作的可能性,而進行可行性研究的基本依據(jù)則是用戶提出的軟件(B)。A)系統(tǒng)質(zhì)量B)系統(tǒng)目標C)系統(tǒng)功能D)系統(tǒng)性能結(jié)構(gòu)化方法將軟件生命周期分為計劃、開發(fā)概要設(shè)計、詳細設(shè)計、軟件實現(xiàn)、軟件測試和運行3個時期,下列任務(wù)中(B)屬于計劃時期的任務(wù)問題定義、可行性研究、需求分析。概要設(shè)計、詳細設(shè)計、軟件實現(xiàn)、軟件測試問題定義、可行性研究、需求分析A)需求分析B)問題定義C)總體設(shè)計D)編碼耦合是軟件各個模塊間連接的一種度量。一組模塊都訪問同一數(shù)據(jù)結(jié)構(gòu)應(yīng)屬于(B)方式。內(nèi)容耦合一個模塊直接訪問另一個模塊的內(nèi)容B)公共耦合一組模塊都訪問同一數(shù)據(jù)結(jié)構(gòu)C)外部耦合一組模塊都訪問同一個數(shù)據(jù)項D)控制耦合一個模塊明顯的把開關(guān)量、名字等信息送入另一模塊,控制另一模塊一個模塊直接訪問另一個模塊的內(nèi)容一組模塊都訪問同一數(shù)據(jù)結(jié)構(gòu)一組模塊都訪問同一個數(shù)據(jù)項一個模塊明顯的把開關(guān)量、名字等信息送入另一模塊,控制另一模塊[解析]耦合分為以下幾種,按照耦合度由高到低排列是:內(nèi)容耦合――一個模塊直接訪問另一個模塊的內(nèi)容。公共耦合――組模塊都訪問同一全局數(shù)據(jù)結(jié)構(gòu)。外部耦合――組模塊都訪問同一個數(shù)據(jù)項。控制耦合――一個模塊明顯地把開關(guān)量、名字等信息送入另一模塊,控制另一模塊的功能內(nèi)聚是從功能角度來度量模塊內(nèi)的聯(lián)系,按照特定次序執(zhí)行元素的模塊屬于(C)方式。邏輯內(nèi)聚由傳給模塊的參數(shù)來確定模塊應(yīng)該完成哪一種功能B)時間內(nèi)聚按順序完成相關(guān)功能C)過程內(nèi)聚按照特定次序執(zhí)行元素的模塊D)順序內(nèi)聚把處理元素和一個功能密切相關(guān)由傳給模塊的參數(shù)來確定模塊應(yīng)該完成哪一種功能按順序完成相關(guān)功能按照特定次序執(zhí)行元素的模塊把處理元素和一個功能密切相關(guān)邏輯內(nèi)聚是指把幾種相關(guān)的功能組合在一起,每次調(diào)用時,由傳給模塊的參數(shù)來確定模塊應(yīng)完成哪一種功能;時間內(nèi)聚是指順序完成一類相關(guān)功能的模塊;過程內(nèi)聚是指內(nèi)部的處理元素是相關(guān)的而且必須以特定次序執(zhí)行的模塊,與題目相符;而順序模塊是把模塊內(nèi)的處理元素和同一個功能密切相關(guān),而且這些處理必須順序執(zhí)行的模塊。軟件管理中,需要對軟件進行配置,各階段文檔的管理屬于(D)。A)組織管理B)資源管理C)計劃管理D)版本管理軟件開發(fā)的結(jié)構(gòu)化方法中,常用數(shù)據(jù)字典技術(shù),其中數(shù)據(jù)加工是其組成內(nèi)容之一,下述方法(D)是常采用編寫加工說明的方法。Ⅰ結(jié)構(gòu)化語言Ⅱ判定樹Ⅲ判定表A)ⅠB)ⅡC)Ⅱ、ⅢD)都是軟件開發(fā)過程中,軟件結(jié)構(gòu)設(shè)計是描述(B)。A)數(shù)據(jù)存儲結(jié)構(gòu)B)軟件模塊體系C)軟件結(jié)構(gòu)測試D)軟件控制過程(B)是對象的靜態(tài)特征。A.方法B.屬性C.關(guān)系D.操作對象的(D)是對象的動態(tài)特征。A.特征B.屬性C.關(guān)系D.操作屬于某個類的一個具體對象稱為該類的(A)A.實例B.虛擬C.繼承D.多態(tài)UML是(A)。A)一種可視化的建模語言B)是一種可視化的程序設(shè)計語言C)是一種過程D)是一種方法下列的(C)不屬于面向?qū)ο蠓治瞿P?。A.用例圖B.類圖C.實體關(guān)系圖D.順序圖程序的三種基本控制結(jié)構(gòu)是(B)。A.過程、子程序和分程序B.順序、選擇和重復(fù)C.遞歸、堆棧和隊列D.調(diào)用、返回和轉(zhuǎn)移結(jié)構(gòu)化程序設(shè)計主要強調(diào)的是(D)。A.程序的規(guī)模B.程序的效率C.程序設(shè)計語言的先進性D.程序易讀性使用白盒測試方法時,確定測試數(shù)據(jù)應(yīng)根據(jù)(A)和指定的覆蓋標準。A.程序內(nèi)部邏輯B.程序復(fù)雜結(jié)構(gòu)C.使用說明書D.程序的功能確認測試主要涉及的文檔是(A)。A)需求規(guī)格說明書B)概要設(shè)計說明書C)詳細設(shè)計說明書D)源程序測試的關(guān)鍵問題是(D)。A.如何組織對軟件的評審B.如何驗證程序的正確性C.如何采用綜合策略D.如何選擇測試用例下面哪個測試屬于黑盒測試(B)。A)路徑測試B)等價類劃分C)條件判斷覆蓋測試D)循環(huán)測試軟件測試方法中,黑盒、白盒測試法是常用的方法,其中白盒測試主要用于測試(D)。A)結(jié)構(gòu)合理性B)軟件外部功能C)程序正確性D)程序內(nèi)部邏輯為了適應(yīng)軟硬件環(huán)境變化而修改軟件的過程是(C)。A)校正性維護B)完善性維護C)適應(yīng)性維護D)預(yù)防性維護在McCall軟件質(zhì)量度量模型中,(C)屬于面向軟件產(chǎn)品修改。A.可靠性B.可重用性C.適應(yīng)性D.可移植性瀑布模型的存在問題是(B)A.用戶容易參與開發(fā)B.缺乏靈活性C.用戶與開發(fā)者易溝通D.適用可變需求軟件生命周期中所花費用最多的階段是(D)A.詳細設(shè)計B.軟件編碼C.軟件測試D.軟件維護程序的三種基本控制結(jié)構(gòu)的共同特點是(D)A.不能嵌套使用B.只能用來寫簡單程序C.已經(jīng)用硬件實現(xiàn)D.只有一個入口和一個出口原型化方法是用戶和設(shè)計者之間執(zhí)行的一種交互構(gòu)成,適用于(A)系統(tǒng)。A.需求不確定性高的B.需求確定的C.管理信息D.實時以下不屬于邏輯覆蓋的是(D)。A.語句覆蓋B.判定覆蓋C.條件覆蓋D.基本路徑覆蓋一個模塊的(B)是指能直接控制該模塊的模塊數(shù)。A.扇出數(shù)B.扇入數(shù)C.寬度D.深度軟件需求分析階段的工作,可以分為4個方面:需求獲取,需求分析,編寫需求規(guī)格說明書以及(B)。A)用戶B)需求審評C)總結(jié)D)都不正確以下分析模型的結(jié)構(gòu)成員中,屬于行為模型的是(C)。A)數(shù)據(jù)流圖B)實體-關(guān)系圖C)狀態(tài)轉(zhuǎn)換圖D)數(shù)據(jù)字典在白盒法技術(shù)測試用例的設(shè)計中(A)是最弱的覆蓋標準。A)語句B)條件C)判定D)條件組合模塊化中的信息隱藏原則是指(B)。A)使信息對用戶隱藏B)使信息對其它模塊隱藏C)使信息對軟件隱藏D)使信息對操作系統(tǒng)隱藏CASE是指(C)。A)計算機輔助軟件開發(fā)B)計算機輔助軟件制造C)計算機輔助軟件工程D)計算機輔助軟件設(shè)計以下軟件生命周期模型中,(A)是用戶驅(qū)動的模型。A)快速原型模型B)螺旋模型C)噴泉模型D)瀑布模型文檔驅(qū)動文檔驅(qū)動若有一個計算類型的程序,它的輸入量只有一個X,其范圍是[-1.0,1.0],現(xiàn)從輸入的角度考慮一組測試用例:-1.001,-1.0,1.0,1.001。設(shè)計這組測試用例的方法是()A)條件覆蓋法B)等價分類法C)邊界值分析法 D)錯誤推測法模塊的扇入是指(A)。A)本模塊的所有上層模塊數(shù)B)本模塊的所有下層模塊數(shù)C)調(diào)用本模塊的所有模塊數(shù)D)本模塊調(diào)用的所有模塊數(shù)軟件生存周期是指(D)。A)開發(fā)軟件的全部時間B)使用軟件的全部時間C)開發(fā)和使用軟件的全部時間D)從軟件計劃起直到軟件廢棄所經(jīng)歷的全部時間測試用例是指(C)。A)被測對象B)測試的輸入數(shù)據(jù)C)測試數(shù)據(jù)+預(yù)期結(jié)果D)測試的預(yù)期結(jié)果軟件能力成熟度模型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.父圖應(yīng)包含子圖中的全部數(shù)據(jù)流C.子圖應(yīng)包含父圖中的全部數(shù)據(jù)流D.父加工和子圖的輸入數(shù)據(jù)和輸出數(shù)據(jù)應(yīng)分別保持一致下列( B)屬于不良的編程習(xí)慣。A.盡量不使用GOTO語句 B.從來不使用注釋C.每行只寫一條語句 D.變量命名盡量直觀瀑布模型中各階段按時間先后順序是(B)。A.計劃→需求分析→編碼→設(shè)計→測試→維護B.計劃→需求分析→設(shè)計→編碼→測試→維護C.計劃→設(shè)計→需求分析→編碼→測試→維護D.計劃→需求分析→設(shè)計→測試→編碼→維護目前最流行的面向?qū)ο蠼UZ言是(C)。A)HTMLB)XMLC)UMLD)VML

判斷題:1.軟件是一種抽象的邏輯產(chǎn)品。(√) 2.按照軟件的服務(wù)對象可將軟件劃分為系統(tǒng)軟件和應(yīng)用軟件服務(wù)對象:項目軟件和產(chǎn)品軟件軟件用途(功能):系統(tǒng)軟件、應(yīng)用軟件、支撐軟件軟件規(guī)模:微型、小型、大型、中型等工作方式:實時處理軟件、分時軟件、交互式軟件、批處理軟件兩類。(×服務(wù)對象:項目軟件和產(chǎn)品軟件軟件用途(功能):系統(tǒng)軟件、應(yīng)用軟件、支撐軟件軟件規(guī)模:微型、小型、大型、中型等工作方式:實時處理軟件、分時軟件、交互式軟件、批處理軟件 3.開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾,這種現(xiàn)象稱作軟件危機。(√) 4.軟件危機就是大量軟件出現(xiàn)嚴重問題不能繼續(xù)再使用。(×) 5.軟件工程有7個基本要素3個基本要素:方法、工具、過程常用的軟件工程方法有7種類型。(3個基本要素:方法、工具、過程常用的軟件工程方法有7種類型 6.結(jié)構(gòu)化軟件開發(fā)期將軟件開發(fā)劃分為3個階段,其中關(guān)鍵的是需求的準確性。(√) 7.瀑布模型存在的最主要的問題是缺乏靈活性。(√) 8.在軟件工程中,軟件是指程序+數(shù)據(jù)+文檔程序+數(shù)據(jù)+文檔+程序+數(shù)據(jù)+文檔+服務(wù) 9.軟件就是指程序見上題。(×)見上題 10.CASE即計算機輔助軟件工程的英文縮寫。(√) 11.瀑布模型也稱為是基于文檔驅(qū)動的模型。(√) 12.快速原型模型也稱為是基于文檔驅(qū)動用戶驅(qū)動的模型。(×)用戶驅(qū)動13.軟件生存周期是指開發(fā)軟件軟件生存周期是指軟件開始研發(fā)到軟件停止使用的整個過程的全部時間。(×)軟件生存周期是指軟件開始研發(fā)到軟件停止使用的整個過程 14.軟件工程在軟件設(shè)計時把軟件的效率放在第一位。(√) 15.可行性分析研究的目的是規(guī)劃如何開發(fā)項目以盡可能小的成本在較短時間和特點條件下確定軟件項目是否值得研發(fā)。(×)以盡可能小的成本在較短時間和特點條件下確定軟件項目是否值得研發(fā) 16.可行性分析研究的目的是探討項目值得開發(fā)否。(√) 17.軟件開發(fā)的可行性研究,一般涉及經(jīng)濟、技術(shù)和操作的可能性,而進行可行性研究的基本依據(jù)則是用戶提出的軟件系統(tǒng)目標。(√) 18.軟件開發(fā)的可行性研究,一般涉及經(jīng)濟、技術(shù)和操作的可能性,而進行可行性研究的基本依據(jù)則是用戶提出的軟件系統(tǒng)功能。(×) 19.在可行性研究中最具挑戰(zhàn)性的,難度最大是技術(shù)可行性分析。(√ 20.數(shù)據(jù)存儲和數(shù)據(jù)流都是數(shù)據(jù),區(qū)別在于數(shù)據(jù)流是靜態(tài)數(shù)據(jù),而數(shù)據(jù)存儲是動態(tài)數(shù)據(jù)數(shù)據(jù)流是動態(tài)數(shù)據(jù),數(shù)據(jù)儲存是靜態(tài)數(shù)據(jù)。(×)數(shù)據(jù)流是動態(tài)數(shù)據(jù),數(shù)據(jù)儲存是靜態(tài)數(shù)據(jù) 21.數(shù)據(jù)流圖和數(shù)據(jù)字典共同組成目標系統(tǒng)的邏輯(功能)模型。(√) 22.SA(結(jié)構(gòu)化分析)方法中目標軟件的邏輯模型是由數(shù)據(jù)流圖和數(shù)據(jù)字典共同組成。(√) 23.數(shù)據(jù)流圖中可以有控制流數(shù)據(jù)流程圖的是數(shù)據(jù)流,控制流屬于程序流程圖。(×)數(shù)據(jù)流程圖的是數(shù)據(jù)流,控制流屬于程序流程圖 24.數(shù)據(jù)字典是對數(shù)據(jù)定義信息的集合,它是對DFD中所有數(shù)據(jù)對象及加工的詳細說明。(√) 25.DFD中的每個加工至少有一對輸入流和輸出流。(√) 26.結(jié)構(gòu)化分析方法是一種面向數(shù)據(jù)流的自頂向下逐步求精進行需求分析的方法。(√) 27.結(jié)構(gòu)化分析方法是一種面向數(shù)據(jù)結(jié)構(gòu)數(shù)據(jù)流的需求分析的方法。(×)、數(shù)據(jù)流 28.需求分析最終結(jié)果是產(chǎn)生SRS(軟件需求規(guī)格說明書)。(√) 29.需求分析最終結(jié)果是產(chǎn)生項目開發(fā)計劃。(×) 30.軟件設(shè)計基本原理中不包括自底向上的設(shè)計思路。(√) 31.軟件設(shè)計基本原理中包括自底向上的設(shè)計思路。(×) 32.模塊的的獨立性高意味著模塊的內(nèi)聚弱,耦合高高內(nèi)聚、低耦合。(×)高內(nèi)聚、低耦合 33.模塊是數(shù)據(jù)說明、可執(zhí)行語句等程序?qū)ο蟮募?,它是單獨命名的而且可以通過名字來訪問。(√) 34.面向數(shù)據(jù)流的設(shè)計方法簡單地說就是把DFD中的信息流信息流由交換流和事務(wù)流組成映射成為軟件結(jié)構(gòu)。(√)信息流由交換流和事務(wù)流組成 35.面向數(shù)據(jù)流的設(shè)計方法就是把DFD中的控制結(jié)構(gòu)信息流映射成為軟件結(jié)構(gòu)。(×)信息流 36.程序流程圖(PDF)中的箭頭代表的是程序的控制流程。(√) 37.模塊本身的內(nèi)聚是模塊獨立性的重要性度量因素之一。在7類內(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)聚、過程內(nèi)聚;通信內(nèi)聚、順序內(nèi)聚和功能內(nèi)聚 38.面向數(shù)據(jù)流的軟件設(shè)計方法,一般是把數(shù)據(jù)流圖中得數(shù)據(jù)流信息流化分為變換流和事務(wù)流兩種類型,再將數(shù)據(jù)流圖信息流映射為軟件結(jié)構(gòu)。(×)信息流信息流 39.模塊的控制域和作用域原則是指作用域應(yīng)該在控制域之內(nèi)。(√) 40.模塊化中的信息隱藏原則是指使模塊內(nèi)部的私有信息對軟件開發(fā)人員其他模塊隱藏。(×)其他模塊 41.內(nèi)聚和藕合都是用于度量模塊復(fù)雜性獨立性的兩個定性指標。(×)獨立性 42.判定所在的模塊以及該判定影響的所有模塊稱為判定的作用范圍。(×)以及該判定影響的所有模塊 43.判定所在的模塊及該判定影響的所有模塊稱為判定的作用范圍。(√) 44.軟件詳細設(shè)計主要采用的方法是流程圖設(shè)計法。(√) 45.程序的三種基本控制結(jié)構(gòu)是順序、選擇和重復(fù)。(√) 46.程序的三種基本控制結(jié)構(gòu)的共同特點是只有一個入口和一個出口。(√) 47.結(jié)構(gòu)化程序設(shè)計主要強調(diào)的是程序的清晰易讀性(√) 48.軟件詳細設(shè)計的主要任務(wù)是確定每個模塊的功能實現(xiàn)算法。(×)實現(xiàn)算法 49.檢查軟件產(chǎn)品是否符合需求定義的測試過程稱為集成測試確認測試。(×)確認測試 50.測試是為了證明程序中沒有錯誤而執(zhí)行程序的過程。(×) 56.軟件調(diào)試的目的是改正軟件中存在錯誤。(√) 57.測試用例就是一組測試用的數(shù)據(jù)。(×) 58.測試用例就是一組測試用的數(shù)據(jù)及其預(yù)期結(jié)果。(√) 59.使用白盒測試方法時,確定測試數(shù)據(jù)應(yīng)根據(jù)程序的輸入輸出關(guān)系內(nèi)部邏輯。(×)內(nèi)部邏輯 60.測試的關(guān)鍵問題是如何選擇測試用例。(√) 61.測試的關(guān)鍵問題是用測試用例來驅(qū)動測試被測對象。(× 62.在白盒法技術(shù)測試用例的設(shè)計中,語句覆蓋是必須要滿足語句覆蓋是做弱的覆蓋標準的覆蓋標準。(×)語句覆蓋是做弱的覆蓋標準 63.為了適應(yīng)軟硬件環(huán)境變化而修改軟件的過程是預(yù)防性維護適應(yīng)性維護。(×)適應(yīng)性維護 64.軟件在給定的時間間隔內(nèi)和給定的條件下,按照規(guī)格說明書的規(guī)定成功地運行的概率稱為軟件的可靠性。(√) 65.UML是統(tǒng)一建模語言的英文簡寫。(√) 66.在面向?qū)ο蠹夹g(shù)中,對象之間可以直接調(diào)用對方的任何方法。(×) 67.在面向?qū)ο蠹夹g(shù)中,對象之間利用數(shù)據(jù)信息進行通信。(×)信息 68.軟件項目管理中,需要對軟件進行配置,各階段文檔的管理屬于資源管理版本管理。(×)版本管理69.軟件能力成熟度模型CMM分為5個等級。(√)1.軟件生命期各階段的任務(wù)是什么?

答:軟件生命期分為7個階段:

1、問題定義:要解決的問題是什么2、可行性研究:確定問題是否值得解,技術(shù)可行性、經(jīng)濟可行性、操作可行性3、需求分析:系統(tǒng)必須做什么4、總體設(shè)計:系統(tǒng)如何實現(xiàn),包括系統(tǒng)設(shè)計和結(jié)構(gòu)設(shè)計5、詳細設(shè)計:具體實現(xiàn)設(shè)計的系統(tǒng)6、實現(xiàn):編碼和測試7、運行維護:保證軟件正常運行。

2、軟件重用的效益是什么?

答:1、軟件重用可以顯著地改善軟件的質(zhì)量和可靠性。2、軟件重用可以極大地提高軟件開發(fā)的效率。3、節(jié)省軟件開發(fā)的成本,避免不必要的重復(fù)勞動和人力、財力的浪費。

3、自頂而下漸增測試與自底而上漸增測試各有何優(yōu)、缺點?

答:

①自頂而下漸增測試

優(yōu)點:不需要測試驅(qū)動程序,能夠在測試階段的早期實現(xiàn)并驗證系統(tǒng)的主要功能,而且能夠盡早發(fā)現(xiàn)上層模塊的接口錯誤。

缺點:需要存根程序,底層錯誤發(fā)現(xiàn)較晚。

②自底而上漸增測試

優(yōu)點與缺點和自頂而下漸增測試相反。

4、提高可維護性的方法有哪些?

答:在軟件工程的每一階段都應(yīng)該努力提高系統(tǒng)的可維護性,在每個階段結(jié)束前的審查和復(fù)審中,應(yīng)著重對可維護性進行復(fù)審。

在需求分析階段的復(fù)審中,應(yīng)對將來要擴充和修改的部分加以注明。在討論軟件可移植性問題時,要考慮可能要影響軟件維護的系統(tǒng)界面。

在軟件設(shè)計的復(fù)審中,因從便于修改、模塊化和功能獨立的目標出發(fā),評價軟件的結(jié)構(gòu)和過程,還應(yīng)對將來可能修改的部分預(yù)先做準備。

在軟件代碼復(fù)審中,應(yīng)強調(diào)編碼風(fēng)格和內(nèi)部說明這兩個影響可維護性的因素。

在軟件系統(tǒng)交付使用前的每一測試步驟中都應(yīng)給出需要進行預(yù)防性維護部分的提示。

在完成每項維護工作后,都應(yīng)對軟件維護本身進行仔細認真的復(fù)審。

為了從根本上提高軟件系統(tǒng)的可維護性,人們正試圖通過直接維護軟件規(guī)格說明來維護軟件,同時也在大力發(fā)展軟件重用技術(shù)。簡述軟件測試要經(jīng)過哪幾個步驟,每個步驟與什么文檔有關(guān)。【解答】測試過程按4個步驟進行,即單元測試(模塊測試)、集成測試(子系統(tǒng)測試和系統(tǒng)測試)、確認測試(驗收測試)和平行運行。單元測試集中對用源代碼實現(xiàn)的每一個程序單元進行測試,與其相關(guān)的文檔是單元測試計劃和詳細設(shè)計說明書。集成測試把已測試過的模塊組裝起來,主要對與設(shè)計相關(guān)的軟件體系結(jié)構(gòu)的構(gòu)造進行測試。與其相關(guān)的文檔是集成測試計劃和軟件需求說明書。確認測試則是要檢查已實現(xiàn)的軟件是否滿足了需求規(guī)格說明中確定了的各種需求,以及軟件配置是否完全、正確。與其相關(guān)的文檔是確認測試計劃和軟件需求說明書。平行運行把已經(jīng)經(jīng)過確認的軟件納入實際運行環(huán)境中,與其他系統(tǒng)成份組合在一起進行測試。與其相關(guān)的文檔:用戶指南、使用手冊等。36.簡述容錯技術(shù)的四種主要手段,并解釋。結(jié)構(gòu)冗余:包括靜態(tài)冗余、動態(tài)冗余和混合冗余。信息冗余:為檢測或糾正信息在運算或傳輸中的錯誤,須外加一部分信息。時間冗余:指重復(fù)執(zhí)行指令或程序來消除瞬時錯誤帶來的影響。冗余附加技術(shù):指為實現(xiàn)上述冗余技術(shù)所需的資源和技術(shù)。36.可行性報告的主要內(nèi)容有哪些?解:一個可行性研究報告的主要內(nèi)容如下:(1)引言:說明編寫本文檔的目的;項目的名稱、背景;本文檔用到的專門術(shù)語和參考資料。(2)可行性研究前提:說明開發(fā)項目的功能、性能和基本要求;達到的目標;各種限制條件;可行性研究方法和決定可行性的主要因素。(3)對現(xiàn)有系統(tǒng)的分析:說明現(xiàn)有系統(tǒng)的處理流程和數(shù)據(jù)流程;工作負荷;各項費用支出;所需要各類專業(yè)技術(shù)人員的數(shù)量;所需要各種設(shè)備;現(xiàn)有系統(tǒng)存在什么問題。(4)所建議系統(tǒng)的技術(shù)可行性分析:所建議系統(tǒng)的簡要說明;處理流程和數(shù)據(jù)流程;與現(xiàn)有的系統(tǒng)比較的優(yōu)越性;采用所建議系統(tǒng)對用戶的影響;對各種設(shè)備、現(xiàn)有軟件、開發(fā)環(huán)境、運行環(huán)境的影響;對經(jīng)費支出的影響;對技術(shù)可行性的評價。(5)所建議系統(tǒng)的經(jīng)濟可行性分析:說明所建議系統(tǒng)的各種支出,各種效益;收益投資比;投資回收周期。(6)社會因素可行性分析:說明法律因素,對合同責(zé)任、侵犯專利權(quán)、侵犯版權(quán)等問題的分析;說明用戶使用可行性,是否滿足用戶行政管理、工作制度、人員素質(zhì)的要求。(7)其他可供選擇方案:逐一說明其他可供選擇的方案,并說明未被推薦的理由。(8)結(jié)論意見:說明項目是否能開發(fā);還需要什么條件才能開發(fā);對項目目標有什么變動等。[解析]做軟件的可行性研究的目的就是用最小的代價在盡可能短的時間內(nèi)確定該軟件項目是否能夠開發(fā),是否值得去開發(fā),其中的問題能否解決,報告共分為八個基本內(nèi)容。37.系統(tǒng)設(shè)計的內(nèi)容是什么?解:系統(tǒng)設(shè)計階段先從高層入手,然后細化。系統(tǒng)設(shè)計要決定整個結(jié)構(gòu)及風(fēng)格,這種結(jié)構(gòu)為后面設(shè)計階段的更詳細策略的設(shè)計提供了基礎(chǔ)。(1)系統(tǒng)分解。系統(tǒng)中主要的組成部分稱為子系統(tǒng),子系統(tǒng)既不是一個對象也不是一個功能,而是類、關(guān)聯(lián)、操作、時間和約束的集合。每次分解的各子系統(tǒng)數(shù)目不能太多,最底層子系統(tǒng)稱為模塊。(2)確定并發(fā)性。分析模型、現(xiàn)實世界及硬件中不少對象均是并發(fā)的。系統(tǒng)設(shè)計的一個重要目標就是確定哪些是必須同時動作的對象,哪些不是同時動作的對象。后者可以放在一起,而綜合成單個控制線或任務(wù)。(3)處理器及任務(wù)分配。各并發(fā)子系統(tǒng)必須分配給單個硬件單元,要么是一個一般的處理器,要么是一個具體的功能單元,必須完成下面的工作:估計性能要求和資源需求,選擇實現(xiàn)子系統(tǒng)的硬軟件,將軟件子系統(tǒng)分配給各處理器以滿足性能要求和極小化處理器之間的通信,決定實現(xiàn)各子系統(tǒng)的各物理單元的連接。(4)數(shù)據(jù)存儲管理。系統(tǒng)中的內(nèi)部數(shù)據(jù)和外部數(shù)據(jù)的存儲管理是一項重要的任務(wù)。通常各數(shù)據(jù)存儲可以將數(shù)據(jù)結(jié)構(gòu)、文件、數(shù)據(jù)庫組合在一起,不同數(shù)據(jù)存儲要在費用、訪問時間、容量以及可靠性之間做折中考慮。(5)全局資源的處理。必須確定全局資源,并且制定訪問全局資源的策略。全局資源包括:物理資源,如處理器、驅(qū)動器等;空間,如盤空間、工作站屏等;邏輯名字,如對象標識符、類名、文件名等。如果資源是物理對象,則可以通過建立協(xié)議實現(xiàn)對并發(fā)系統(tǒng)的訪問,以達到自身控制;如果資源是邏輯實體,如對象標識符,那么在共享環(huán)境中有沖突訪問的可能,如獨立的事務(wù)可能同時使用同一個對象標識符,則各個全局資源都必須有一個保護對象,由保護對象來控制對該資源的訪問。(6)選擇軟件控制機制。分析模型中所有交互行為都表示為對象之間的事件。系統(tǒng)設(shè)計必須從多種方法中選擇某種方法來實現(xiàn)軟件的控制。(7)人機交互接口設(shè)計。設(shè)計中的大部分工作都與穩(wěn)定的狀態(tài)行為有關(guān),但必須考慮用戶使用系統(tǒng)的交互接口。38.什么是軟件危機?軟件危機的表現(xiàn)是什么?其產(chǎn)生的原因是什么?解:軟件發(fā)展第二階段的末期,由于計算機硬件技術(shù)的進步,計算機運行速度、容量、可靠性有顯著的提高,生產(chǎn)成本顯著下降,這為計算機的廣泛應(yīng)用創(chuàng)造了條件。一些復(fù)雜的、大型的軟件開發(fā)項目提出來了,但是,軟件開發(fā)技術(shù)的進步一直未能滿足發(fā)展的需要。在軟件開發(fā)中遇到的問題找不到解決辦法,使問題積累起來,形成了尖銳的矛盾,因而導(dǎo)致了軟件危機。軟件危機表現(xiàn)在以下四個方面:(1)經(jīng)費預(yù)算經(jīng)常突破,完成時間一再拖延。由于缺乏軟件開發(fā)的經(jīng)驗和軟件開發(fā)數(shù)據(jù)的積累,使得開發(fā)工作的計劃很難制定。主觀盲目制定計劃,執(zhí)行起來與實際情況有很大差距,使得開發(fā)經(jīng)費一再突破。由于對工作量估計不足,對開發(fā)難度估計不足,進度計劃無法按時完成,開發(fā)時間一再拖延。(2)開發(fā)的軟件不能滿足用戶要求。開發(fā)初期對用戶的要求了解不夠明確,未能得到明確的表達。開發(fā)工作開始后,軟件人員和用戶又未能及時交換意見,使得一些問題不能及時解決,導(dǎo)致開發(fā)的軟件不能滿足用戶的要求,因而導(dǎo)致開發(fā)失敗。(3)開發(fā)的軟件可維護性差。開發(fā)過程中沒有同意的、公認的規(guī)范,軟件開發(fā)人員按各自的風(fēng)格工作,各行其是,開發(fā)過程無完整、規(guī)范的文檔,發(fā)現(xiàn)問題后進行雜亂無章的修改。程序結(jié)構(gòu)不好,運行時發(fā)現(xiàn)錯誤也很難修改,導(dǎo)致維護性差。(4)開發(fā)的軟件可靠性差。由于在開發(fā)過程中,沒有確保軟件質(zhì)量的體系和措施,在軟件測試時,又沒有嚴格的、充分的、完全的測試,提交給用戶的軟件質(zhì)量差,在運行中暴露出大量的問題。造成軟件危機的原因是:(1)軟件的規(guī)模越來越大,結(jié)構(gòu)越來越復(fù)雜。(2)軟件開發(fā)管理困難而復(fù)雜。(3)軟件開發(fā)費用不斷增加。(4)軟件開發(fā)技術(shù)落后。(5)生產(chǎn)方式落后。6)開發(fā)工具落后,生產(chǎn)率提高緩慢。39.軟件質(zhì)量保證應(yīng)做好哪幾方面的工作?解:軟件質(zhì)量保證是軟件工程管理的重要內(nèi)容,軟件質(zhì)量保證應(yīng)做好以下幾方面的工作:(1)采用技術(shù)手段和工具。質(zhì)量保證活動要貫徹開發(fā)過程始終,必須采用技術(shù)手段和工具,尤其是使用軟件開發(fā)環(huán)境來進行軟件開發(fā)。(2)組織正式技術(shù)評審。在軟件開發(fā)的每一個階段結(jié)束時,都要組織正式的技術(shù)評審。國家標準要求單位必須采用審查、文檔評審、設(shè)計評審、審計和測試等具體手段來保證質(zhì)量。(3)加強軟件測試。軟件測試是質(zhì)量保證的重要手段,因為測試可發(fā)現(xiàn)軟件中大多數(shù)潛在錯誤。(4)推行軟件工程規(guī)范(標準)。用戶可以自己制定軟件工程規(guī)范(標準),但標準一旦確認就應(yīng)貫徹執(zhí)行。(5)對軟件的變更進行控制。軟件的修改和變更常常會引起潛伏的錯誤,因此必須嚴格控制軟件的修改和變更。(6)對軟件質(zhì)量進行度量。即對軟件質(zhì)量進行跟蹤,及時記錄和報告軟件質(zhì)量情況。[解析]軟件的質(zhì)量保證是向用戶及社會提供滿意的高質(zhì)量的產(chǎn)品,確保軟件產(chǎn)品從誕生到消亡為止的所有階段的質(zhì)量的活動,是軟件工程管理中的重要內(nèi)容。40.請使用PAD圖和PDL語言描述在數(shù)組A(1)~A(10)中找最大數(shù)的算法。解:PDL語言:N=1WHILEN<=10DOIFA(N)<=A(N+1)MAX=A(N+1);ELSEMAX=A(N)ENDIF;N=N+1;ENDWHILE;PAD圖:[解析]人工查找時,是從第一個元素開始查找,用當(dāng)前元素與下一個元素比較,將較大者作為當(dāng)前元素又與下一元素比較,如此循環(huán),直到數(shù)組末尾。四、應(yīng)用題(每題8分,共40分)42.某電器集團公司下屬的廠包括技術(shù)科、生產(chǎn)科等基層單位?,F(xiàn)在想建立一個計算機輔助企業(yè)管理系統(tǒng),其中:生產(chǎn)科的任務(wù)是:(1)根據(jù)銷售公司轉(zhuǎn)來的內(nèi)部合同(產(chǎn)品型號、規(guī)格、數(shù)量、交獲日期)制定車間月生產(chǎn)計劃。(2)根據(jù)車間實際生產(chǎn)日報表、周報表調(diào)整月生產(chǎn)計劃3)以月生產(chǎn)計劃為以及,制定產(chǎn)品設(shè)計(結(jié)構(gòu)、工藝)及產(chǎn)品組裝月計劃。(4)將產(chǎn)品的組裝計劃傳達到各科,將組裝月計劃分解為周計劃,下達給車間技術(shù)科的任務(wù)是:(1)根據(jù)生產(chǎn)科轉(zhuǎn)來的組裝計劃進行產(chǎn)品結(jié)構(gòu)設(shè)計,產(chǎn)生產(chǎn)品裝配圖給生產(chǎn)科,產(chǎn)生外購需求計劃給供應(yīng)科,并產(chǎn)生產(chǎn)品自制物料清單。(2)根據(jù)組裝計劃進行產(chǎn)品工藝設(shè)計,根據(jù)產(chǎn)品自制物料清單產(chǎn)生工藝流程圖給零件廠。試寫出以上系統(tǒng)中生產(chǎn)科和技術(shù)科處理的軟件結(jié)構(gòu)圖。解:畫出生產(chǎn)科圖的給6分,畫出技術(shù)科的給4分。[解析]軟件結(jié)構(gòu)圖是軟件系統(tǒng)的模塊層次結(jié)構(gòu),反映了整個系統(tǒng)的功能實現(xiàn),即將來程序的控制層次體系,軟件結(jié)構(gòu)往往用樹狀或網(wǎng)狀結(jié)構(gòu)的圖形來表示,其主要內(nèi)容有模塊及模塊的控制關(guān)系,根據(jù)題意,可繪制出生產(chǎn)科和技術(shù)科的軟件結(jié)構(gòu)圖,其中生產(chǎn)科的結(jié)構(gòu)圖深度和寬度均為4,技術(shù)科的結(jié)構(gòu)圖的深度和寬度均為3。假設(shè)一家工廠的采購部每天需要一張定貨報表,報表按零件編號排序,表中列出所有需要再次定貨的零件。對于每個需要再次定貨的零件應(yīng)該列出下述數(shù)據(jù):零件編號,零件名稱,定貨數(shù)量,目前價格,主要供應(yīng)者,次要供應(yīng)者。零件入庫或出庫稱為事務(wù),通過放在倉庫中的CRT終端把事務(wù)報告給定貨系統(tǒng)。當(dāng)某種零件的庫存數(shù)量少于庫存量臨界值時就應(yīng)該再次定貨。要求:畫出系統(tǒng)的數(shù)據(jù)流圖。答:將下面給出的偽碼轉(zhuǎn)換為N-S圖和PAD圖。voidroot(floatroot1,floatroot2){i=1;j=0;while(i<=10){輸入一元二次方程的系數(shù)a,b,c;p=b*b–4*a*c;if(p<0)輸出“方程i無實數(shù)根”;elseif(p>0)求出根并輸出;if(p==0){求出重根并輸出;j=j+1;}i=i+1;}輸出重根的方程的個數(shù)j;}【解答】(1)N-S圖i=1;j=0;i=1;j=0;while(i<=10)輸入a,b,c;計算p=b2-4ac;p<0?輸出“方程i”無實根求出根并輸出p>0?p==0?求出重根并輸出;j=j+1;i=i+1;輸出重根的方程個數(shù)iTTTFFF(2)PAD圖i=1;j=0;i=1;j=0;輸出重根的方程個數(shù)iwhile(i<=10)輸入a,b,c;計算p=b2–4ac;求出根并輸出p>0?p<0?輸出方程i無實根p=0?求出重根并輸出;j=j+1;i=i+1;3、:輸入三整數(shù),判斷是否構(gòu)成三角形,如構(gòu)成三角形,則輸出三條邊的值,否則輸出”不能構(gòu)成三角形”.要求:1.用程序流程圖表示該問題的算法;2.計算程序復(fù)雜度;3.設(shè)計路徑覆蓋的測試用例。答:開始開始輸入A,B,CA+B>CA+C>BB+C>A輸出ABC不能構(gòu)成三角形結(jié)束FFFTTT①②③④⑤⑦①①②①③④⑤⑥⑦ⅠⅡⅢⅣ路徑:1.①—②—③—④—⑥—⑦2.①—②—⑤—⑥—⑦3.①—⑤—⑥—⑦4.①—②—③—⑤—⑥—⑦程序復(fù)雜度=3+1=4測試用例路徑測試用例(A,B,C)結(jié)果1A=3,B=4,C=5A=3,B=4,C=52A=5,B=8,C=2不能構(gòu)成三角形3A=2,B=2,C=5不能構(gòu)成三角形4A=5,B=2,C=2不能構(gòu)成三角形4、某航空公司規(guī)定,乘客可以免費托運重量不超過30kg的行李。當(dāng)行李重量超過30kg時,對頭等艙的國內(nèi)乘客超重部分每公斤收費4元,對其他艙的國內(nèi)乘客超重部分每公斤收費6元,對外國乘客超重部分每公斤收費比國內(nèi)乘客多一倍,對殘疾乘客超重部分每公斤收費比正常乘客少一半。用判定樹表示與上述每種條件組合相對應(yīng)的計算行李費的算法.答案:5、一個軟件公司有許多部門,分為開發(fā)部門和管理部門兩種,每個開發(fā)部門開發(fā)多個軟件產(chǎn)品,每個部門由部門名字唯一確定。該公司有許多員工,員工分為經(jīng)理,工作人員和開發(fā)人員。開發(fā)部門有經(jīng)理和開發(fā)人員,管理部門有經(jīng)理和工作人員。每個開發(fā)人員可參加多個開發(fā)項目,每個開發(fā)項目需要多個開發(fā)人員,每位經(jīng)理可主持多個開發(fā)項目,建立該公司的對象模型。答案:軟件公司軟件公司部門名部門開發(fā)部門管理部門軟件產(chǎn)品開發(fā)人員經(jīng)理開發(fā)項目工作人員員工是是有有有有開發(fā)參加1+1+1+1+1+1+1+▼▼▼▼▼有2.復(fù)印機的工作過程大致如下:未接到復(fù)印命令時處于閑置狀態(tài),一旦接到復(fù)印命令則進入復(fù)印狀態(tài),完成一個復(fù)印命令規(guī)定的工作后又回到閑置狀態(tài),等待下一個復(fù)印命令;如果執(zhí)行復(fù)印命令時發(fā)現(xiàn)沒紙,則進入缺紙狀態(tài),發(fā)出警告,等待裝紙,裝滿紙后進入閑置狀態(tài),準備接收復(fù)印命令;如果復(fù)印時發(fā)生卡紙故障,則進入卡紙狀態(tài),發(fā)出警告等待維修人員來排除故障,故障排除后回到閑置狀態(tài)。請用狀態(tài)轉(zhuǎn)換圖描繪復(fù)印機的行為。3.根據(jù)下邊的程序流程圖,畫出相應(yīng)的N-S圖,并計算它的環(huán)形復(fù)雜度。FFTSTARTPABQENDFT5.某報社采用面向?qū)ο蠹夹g(shù)實現(xiàn)報刊征訂的計算機管理系統(tǒng),該系統(tǒng)基本需求如下:(1)報社發(fā)行多種刊物,每種刊物通過訂單來征訂,訂單中有代碼,名稱,訂期,單價,份數(shù)等項目,訂戶通過填寫訂單來訂閱報刊。(2)報社下屬多個發(fā)行站,每個站負責(zé)收集登錄訂單、打印收款憑證等事務(wù)。(3)報社負責(zé)分類并統(tǒng)計各個發(fā)行站送來的報刊訂閱信息。請就此需求建立對象模型。(15分)6.在要建立的某庫房簡化的信息管理系統(tǒng)中,庫房管理員負責(zé):1)當(dāng)新的貨物需要入庫時,根據(jù)入庫單(品名,編號,生產(chǎn)廠家,數(shù)量,單價,日期)錄入物品信息。2)當(dāng)接到出庫單(品名,編號,數(shù)量,日期)時,進行數(shù)量的修改。3)當(dāng)日結(jié)時,打印庫房商品庫存清單(品名,編號,庫存量,庫存金額)。就以上系統(tǒng)功能畫出0層,1層的DFD圖。ⅱ頂層DFD的數(shù)據(jù)詞典。入庫單=品名+編號+生產(chǎn)廠家+數(shù)量+單價+日期出庫單=品名+編號+數(shù)量+日期庫存清單=品名+編號+庫存量+庫存余額年終庫存情況表=品名+編號+庫存量+庫存金額簡答題1.軟件工程的七條基本原理是什么?答:軟件工程的七條基本原理是:(1)用分階段的是的生存周期計劃嚴格管理(2)堅持進行階段評審;(3)嚴格實施的產(chǎn)品控制(4)采用現(xiàn)代程序技術(shù)(5)結(jié)果應(yīng)能清楚地審查;(6)開發(fā)小組的成員應(yīng)該少而精(7)承認不斷改進軟件工程的必要性。2.良好的編碼風(fēng)格應(yīng)具備哪些條件?答:應(yīng)具備以下條件:(1)使用標準的控制結(jié)構(gòu)(2)有限制地使用GOTO語句(3)源程序的文檔化(應(yīng)具備以下內(nèi)容)①有意義的變量名稱——“匈牙利命名規(guī)則”②適當(dāng)?shù)淖⑨尅白⑨屢?guī)范”③標準的書寫格式:——用分層縮進的寫法顯示嵌套結(jié)構(gòu)的層次(鋸齒形風(fēng)格)——在注釋段的周圍加上邊框——在注釋段與程序段、以及不同程序段之間插入空行——每行只寫一條語句——書寫表達式時,適當(dāng)使用空格

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論