




版權說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權,請進行舉報或認領
文檔簡介
軟件工程復習題填空題在信息處理和計算機領域內(nèi),一般認為軟件是_程序_、_文檔_和_數(shù)據(jù)_。數(shù)據(jù)流圖的基本構成部分有_數(shù)據(jù)的源點與終點_、數(shù)據(jù)流__、加工___、數(shù)據(jù)文獻__。數(shù)據(jù)流圖和數(shù)據(jù)字典共同構成了系統(tǒng)的_邏輯_模型,是需求規(guī)格闡明書的重要構成部分。劃分模塊時盡量做到__高內(nèi)聚、低耦合___,保持模塊的獨立性,盡量使用公共模塊。類的實例化是_對象______。人們常用硬件可靠性的定量度量措施來度量軟件的可靠性和可用性,常用的度量軟件可靠性的兩個指標是_成功地運行的概率_______和_平均故障時間_______。將待開發(fā)的軟件細化,分別估算每一種子任務所需要的開發(fā)工作量,然后將它們加起來,將得到軟件的總開發(fā)量。這種成本估算措施稱為_自底向上___。假如一種模塊被n個模塊調(diào)用,其中直接的上級模塊的個數(shù)是m個(m<=n)那么該模塊的扇入數(shù)是____N____個。構造化設計以__數(shù)據(jù)流圖_____為基礎,按一定的環(huán)節(jié)映射成軟件構造。軟件的風險分析可包括風險識別、風險預測和風險駕馭(或風險管理)等3項活動。軟件工程管理的重要內(nèi)容有:項目經(jīng)費管理,軟件質量管理,項目進度管理和人員管理。軟件維護工作的生產(chǎn)性活動包括分析評價、修改設計和__編寫程序代碼____等。為了使應用軟件適應計算機環(huán)境的變化而___修改軟件____的過程稱為適應性維護。一種進行學生成績記錄的模塊其功能是先對學生的成績進行累加,然后求平均值,則該模塊的內(nèi)聚性是____次序內(nèi)聚_____。投資回收期就是使合計的經(jīng)濟效益等于__最初的投資費用_____所需的時間。軟件生存周期是指一種軟件從提出開發(fā)規(guī)定開始直到__軟件廢棄__為止的整個時期。曾被譽為“程序設計措施的革命”的構造化程序設計,使程序設計從重要依賴于程序員個人的自由活動變成為有章可循的一門科學。在單元測試時,需要為被測模塊設計___測試用例_______。判斷題1.螺旋模型是在瀑布模型和增量模型的基礎上增長了風險分析活動。(對)2.數(shù)據(jù)字典是對數(shù)據(jù)流圖中的數(shù)據(jù)流,加工、數(shù)據(jù)存儲、數(shù)據(jù)的源和終點進行詳細定義。(錯)3.軟件是指用程序設計語言(如PASCAL,C,VISUALBASIC等)編寫的程序,軟件開發(fā)實際上就是編寫程序代碼。(錯)4.軟件模塊之間的耦合性越弱越好。(對)5.數(shù)據(jù)庫設計闡明書是一種軟件配置項(對)6.過程描述語言可以用于描述軟件的系統(tǒng)構造。(錯)7.假如通過軟件測試沒有發(fā)現(xiàn)錯誤,則闡明軟件是對的的。(錯)8.迅速原型模型可以有效地適應顧客需求的動態(tài)變化。(對)9.模塊化,信息隱藏,抽象和逐漸求精的軟件設計原則有助于得到高內(nèi)聚,低耦合度的軟件產(chǎn)品。(對)10.集成測試重要由顧客來完畢。(錯)11.確認測試計劃應當在可行性研究階段制定(錯)12.白盒測試無需考慮模塊內(nèi)部的執(zhí)行過程和程序構造,只要理解模塊的功能即可。(錯)13.軟件概要設計包括軟件系統(tǒng)構造設計以及數(shù)據(jù)構造和數(shù)據(jù)庫設計。(對)14.在可行性研究中最難決斷和最關鍵的問題是經(jīng)濟可行性。(╳)15.耦合是指一種模塊內(nèi)各個元素彼此結合的緊密程度。(╳)16.概要設計階段完畢的重要文檔是概要設計闡明書。(√)17.過大的模塊也許是由于分解不充足導致的,雖然減少模塊獨立性也必須繼續(xù)分解。(╳)18.程序設計語言中應絕對嚴禁使用GOTO語句。(╳)19.伴隨軟件技術的發(fā)展,人們逐漸認識到編碼不僅要強調(diào)效率還要強調(diào)清晰。(√)20.為保證程序的安全,必須做到程序中沒有任何錯誤存在,即容錯。(╳)21.假如把軟件開發(fā)所需的資源畫成一種金字塔,人是最基本的資源。(√)名詞解釋數(shù)據(jù)詞典——是描述數(shù)據(jù)信息的集合,它對數(shù)據(jù)流圖中的各個元素按規(guī)定格式進行詳細的描述和確切的解釋,是數(shù)據(jù)流圖的補充工具。數(shù)據(jù)流圖——他以圖形的方式反應系統(tǒng)的數(shù)據(jù)流程白盒測試——按照程序內(nèi)部的構造測試程序,檢查程序中的每條途徑與否都能按預定規(guī)定對的工作。有兩種測試法既邏輯覆蓋測試法和途徑測試法黑盒測試——按照程序的功能測試程序,檢查與程序功能有關的輸入、輸出與程序執(zhí)行與否對的。有四種措施既等價分類法、邊界值分析法、錯誤猜測法和因果圖法完善性維護——為了適應顧客業(yè)務和機構的發(fā)展變化而對軟件的功能、性能進行修改、擴充的過程稱為完善性維護。由于多種顧客的業(yè)務和機構在相稱長的時期內(nèi)不也許是一成不變的,因此功能、性能的增長是不可防止的,并且這種維護活動在整個維護工作中所占的比重很大軟件可靠性——指在給定的時間內(nèi),程序按照規(guī)定的條件成功地運行的概率軟件再工程——運用逆向工程、重構等技術,在充足理解原有軟件的基礎上,進行分解、綜合、并重新構建軟件,用于提高軟件的可理解性、可維護性可復用性或演化性。α測試——是在一種受控的環(huán)境下,由顧客在開發(fā)者的“指導”下進行的的測試,由開發(fā)者負責記錄錯誤和使用中出現(xiàn)的問題。β測試——是由軟件的最終顧客(多種)在一種或多種顧客場所來進行。由顧客負責記下碰到的所有問題,包括主觀認定的和真實的問題,定期向開發(fā)者匯報,開發(fā)者在綜合顧客的匯報之后進行修改,最終將軟件產(chǎn)品交付給全體顧客使用。內(nèi)聚——一種模塊內(nèi)部各個元素彼此結合的緊密程度的度量。耦合——一種軟件構造內(nèi)不一樣模塊之間互連程度的度量。簡答題1.軟件工程的七條基本原理是什么?答:軟件工程的七條基本原理是:(1)用分階段的生命周期計劃嚴格管理;(2)堅持進行階段評審;(3)實行嚴格的產(chǎn)品控制;(4)采用現(xiàn)代程序設計技術;(5)成果應能清晰地審查;(6)開發(fā)小組的人員應當少而精;(7)承認不停改善軟件工程實踐的必要性。2.良好的編碼風格應具有哪些條件?答:應具有如下條件:(1)使用原則的控制構造;(2)有限制地使用GOTO語句;(3)源程序的文檔化(應具有如下內(nèi)容)①故意義的變量名稱——“匈牙利命名規(guī)則”。②合適的注釋——“注釋規(guī)范”。③原則的書寫格式:——用分層縮進的寫法顯示嵌套構造的層次(鋸齒形風格);——在注釋段的周圍加上邊框;——在注釋段與程序段、以及不一樣程序段之間插入空行;——每行只寫一條語句;——書寫體現(xiàn)式時,合適使用空格或圓括號等作隔離符。(4)滿足運行工程學的輸入輸出風格。3.簡述文檔在軟件工程中的作用。答:(1)提高軟件開發(fā)過程的能見度(2)提高開發(fā)效率(3)作為開發(fā)人員階段工作成果和結束標志(4)記錄開發(fā)過程的有關信息便于使用與維護;(5)提供軟件運行、維護和培訓有關資料;(6)便于顧客理解軟件功能、性能。4.可行性研究包括哪幾方面的內(nèi)容?答:(1)經(jīng)濟可行性:判斷系統(tǒng)的經(jīng)濟效益與否能超過它的開發(fā)成本(2)技術可行性:判斷使用既有的技術與否能實現(xiàn)這個系統(tǒng)(3)操作可行性:判斷系統(tǒng)的操作方式在這個顧客組織內(nèi)與否行得通(4)法律可行性:判斷系統(tǒng)開發(fā)與否會侵犯他人、集體或國家利益,與否會違反國家法律5.構造化的需求分析描述工具有哪些?答:有數(shù)據(jù)流圖(DFD)數(shù)據(jù)字典(DD)鑒定表鑒定樹構造化語言(PDL)層次方框圖Warnier圖IPO圖控制流圖(CFD)控制闡明(CSPEC)狀態(tài)轉換圖(STD)E—R圖6.什么是模塊化?模塊設計的準則?模塊化是按規(guī)定的原則將一種大型軟件劃分為一種個較小的、相對獨立但又有關的模塊。模塊設計的準則:(1)改善軟件構造,提高模塊獨立性:在對初步模塊進行合并、分解和移動的分析、精化過程中力爭提高模塊的內(nèi)聚,減少藕合。(2)模塊大小要適中:大概50行語句的代碼,過大的模塊應分解以提高理解性和可維護性;過小的模塊,合并到上級模塊中。(3)軟件構造圖的深度、寬度、扇入和扇出要合適。一般模塊的調(diào)用個數(shù)不要超過5個。(4)盡量減少模塊接口的復雜程度;(5)設計單入口、單出口的模塊。(6)模塊的作用域應在控制域之內(nèi)。7.什么是模塊獨立性?用什么度量?答:模塊獨立性概括了把軟件劃分為模塊時要遵守的準則,也是判斷模塊構造是不是合理的原則。獨立性可以從兩個方面來度量:即模塊自身的內(nèi)聚和模塊之間的耦合。8.事務型數(shù)據(jù)流由哪幾部分構成?事務型構造由至少一條接受途徑、一種事務中心與若干條動作途徑構成。9.事務分析設計的環(huán)節(jié)?(1)在DFD圖中確定事務中心、接受部分(包括所有接受途徑)和發(fā)送部分(包括所有動作途徑);(2)畫出SC圖框架,把DFD圖的三部分,分別映射"為事務控制模塊,接受模塊和動作發(fā)送模塊.一般得到SC圖的頂層和第一層(假如第一層簡樸可以并入頂層);(3)分解和細化接受分支和動作分支,完畢初始的SC圖;(4)對初始構造圖按照設計準則進行精化與改善。10.數(shù)據(jù)字典包括哪些內(nèi)容?數(shù)據(jù)字典是描述數(shù)據(jù)流圖中數(shù)據(jù)的信息的集合。它對數(shù)據(jù)流圖上每一種成分:數(shù)據(jù)項、文獻(數(shù)據(jù)構造)、數(shù)據(jù)流、數(shù)據(jù)存儲、加工和外部項等給以定義和闡明;它重要由數(shù)據(jù)流描述、加工描述和文獻描述三部分構成。11.給出一組數(shù)從小到大的排序算法,分別用下列工具描述其詳細過程:(1)流程圖;(2)N-S圖;(3)PDL語言。12.欲開發(fā)一種銀行的活期存取款業(yè)務的處理系統(tǒng):儲戶將填好的存/取款單和存折交給銀行工作人員,然后由系統(tǒng)作如下處理;(1)業(yè)務分類處理:系統(tǒng)首先根據(jù)儲戶所填的存/取款單,確定本次業(yè)務的性質,并將存/取款單和存折交下一步處理;(2)存款處理:系統(tǒng)將存款單上的存款金額分別記錄在存折和帳目文獻中,并將現(xiàn)金存入現(xiàn)金庫;最終將存折還給儲戶;(3)取款處理:系統(tǒng)將取款單上的取款金額分別記錄在存折和帳目文獻中,并從現(xiàn)金庫提取現(xiàn)金;最終將現(xiàn)金和存折還給儲戶。繪制該系統(tǒng)的數(shù)據(jù)流圖和軟件構造圖。13.什么是軟件生存周期?把生存周期劃分為階段的目的是什么?答:一種軟件從開始計劃起,到廢棄不用止,成為軟件的生存周期。把整個生存周期劃分為較小的階段,給每個階段賦予確定而有限的任務,可以簡化每一步的工作內(nèi)容,使由于軟件規(guī)模增長而大大增長了的軟件復雜性變得較易控制和管理。14.詳細設計的目的?為軟件構造圖(SC圖或HC圖)中的每一種模塊確定采用的算法和塊內(nèi)數(shù)據(jù)構造,用某種選定的體現(xiàn)工具給出清晰的描述.15.詳細設計的任務是什么?為每個模塊確定采用的算法;確定每一模塊使用的數(shù)據(jù)構造;確定模塊接口的細節(jié);編寫過程設計闡明書;設計每一模塊的測試用例。16.編碼的任務?使用選定的程序設計語言,把模塊的過程性描述翻譯為用語言書寫的源程序(源代碼)。17.軟件測試的基本任務?軟件測試是按照特定的規(guī)則,發(fā)現(xiàn)軟件錯誤的過程;好的測試方案是盡量發(fā)現(xiàn)迄今尚未發(fā)現(xiàn)錯誤的測試;成功的測試方案是發(fā)現(xiàn)迄今尚未發(fā)現(xiàn)錯誤的測試;18.什么是黑盒測試?黑盒測試重要采用的技術有哪些?黑盒測試也稱為功能測試,它著眼于程序的外部特性,而不考慮程序的內(nèi)部邏輯構造。測試者把被測程序當作一種黑盒,不用關懷程序的內(nèi)部構造。黑盒測試是在程序接口處進行測試,它只檢查程序功能與否能按照規(guī)格闡明書的規(guī)定正常使用,程序與否能合適地接受輸入數(shù)據(jù)產(chǎn)生對的的輸出信息,并且保持外部信息(如數(shù)據(jù)庫或文獻)的完整性。黑盒測試重要采用的技術有:等價分類法、邊界值分析法、錯誤推測法和因果圖等技術。19.什么是白盒測試?白盒測試重要采用的技術有哪些?白盒測試是測試者理解被測程序的內(nèi)部構造和處理過程,對程序的所有邏輯途徑進行測試,在不一樣點檢查程序狀態(tài),確定實際狀態(tài)與預期狀態(tài)與否一致。白盒測試重要采用的技術有:途徑測試技術和事務處理流程技術,對包具有大量邏輯判斷或條件組合的程序采用基于邏輯的測試技術。20.途徑測試技術中幾種重要覆蓋的含義?舉例闡明?①語句覆蓋:至少執(zhí)行程序中所有語句一次。②鑒定覆蓋:使被測程序中的每一種分支至少執(zhí)行一次。故也稱為分支覆蓋。③條件覆蓋:執(zhí)行所有也許的穿過程序的控制路流程。④條件組合測試:設計足夠的測試用例,使每個鑒定中的所有也許條件取值組合至少執(zhí)行一次。(例略)21.等價分類法的測試技術采用的一般措施?舉例闡明?(1)
為每個等價類編號;(2)
設計一種新的測試方案,以盡量多的覆蓋尚未被覆蓋的有效等價類,反復這一環(huán)節(jié),直到所有有效等價類被覆蓋為止。(3)
設計一種新的測試方案,使它覆蓋一種尚未被覆蓋的無效等價類,反復這一環(huán)節(jié),直到所有無效等價類被覆蓋為止。(例略)22.如圖顯示某程序的邏輯構造。試為它設計足夠的測試用例,分別實現(xiàn)對程序的鑒定覆概、條件覆概和條件組合覆概。NYNNYN設計設計測試方案:覆蓋種類需滿足的條件測試數(shù)據(jù)期望成果
鑒定覆蓋A>0,B=0A=2,B=0執(zhí)行S1A>0,B10或A£0,B=0或A£0,B10A=2,B=1或A=1,B=0或A=1,B=1
執(zhí)行S2
條件覆蓋如下四種狀況各出現(xiàn)一次
A>0B=0A=2,B=0執(zhí)行S1A£0B10A=1,B=1執(zhí)行S2
條件組合覆蓋A>0,B=0A=2,B=0執(zhí)行S1A>0,B10A=2,B=1執(zhí)行S2A£0,B=0A=1,B=0執(zhí)行S2A£0,B10A=1,B=1執(zhí)行S2
23.某都市電話號碼由三部分構成。它們的名稱和內(nèi)容分別是:地區(qū)碼:空白或三位數(shù)字;前綴:非‘0’或‘1后綴:4位數(shù)字。假定被測程序能接受一切符合上述規(guī)定的電話號碼,拒絕所有不符合規(guī)定的電話號碼。根據(jù)該程序的規(guī)格闡明,作等價類的劃分,并設計測試方案。劃分等價類:輸入條件有效等價類無效等價類地區(qū)碼1.空白;2.三位數(shù);1.
有非數(shù)字字符;2.少于三位數(shù)字;3.多于三位數(shù)字。前綴3.從200到999之間的三位4.有非數(shù)字字符;5.起始位為‘0’;6.起始位為‘1’;7.少于三位數(shù)字;8.多于三位數(shù)字。后綴4.四位數(shù)字。9.有非數(shù)字字符;10.少于四位數(shù)字;11.多于四位數(shù)字。
設計測試方案:方案內(nèi)容輸入預期輸出地區(qū)碼前綴后綴1空白200~999之間的三位數(shù)字四位數(shù)字()276-2345有效2三位數(shù)字四位數(shù)字(635)805-9321有效3有非數(shù)字字符
(20A)723-4567無效4少于三位數(shù)字
(33)234-5678無效5多于三位數(shù)字
(5555)345-6789無效6
有非數(shù)字字符
(345)5A2-3456無效7
起始位為‘0’
(345)012-3456無效8
起始位為‘1’
(345)132-3456無效9
少于三位數(shù)字
(345)92-3456無效10
多于三位數(shù)字
(345)4562-3456無效11
有非數(shù)字字符(345)342-3A56無效12
少于四位數(shù)字(345)342-356無效13
多于四位數(shù)字(345)562-34567無效24.為何說軟件的維護是不可防止的?由于軟件的開發(fā)過程中,一般很難檢測到所有的錯誤,另一方面軟件在應用過程中需要隨顧客新的規(guī)定或運行環(huán)境的變化而進行軟件的修改或完畢功能的增刪等,為了提高軟件的應用水平和使用壽命,軟件的維護是不可防止的。25.試由程序流程圖導出程序圖1入口1入口2A>1F2A>138B=0TT38B=0X=X/AX=X/A4F4A=2A=25T5X>1FX>196X=X+1T96X=X+17出口F7出口(a)程序流程圖(b)導出程序圖26.軟件的維護一般分為哪幾類?完善性維護:滿足顧客在使用過程中提出增長新的功能或修改已經(jīng)有功能,以滿足顧客日益增長的需要而進行的工作;適應性維護:是軟件適應新的運行環(huán)境而進行的工作;糾錯性維護:糾正開發(fā)期間未發(fā)現(xiàn)的遺留錯誤,即在程序有效期間發(fā)現(xiàn)的程序錯誤進行診斷和改正的過程;防止性維護:為了改善未來的可維護性或可靠性而修改軟件的工作。27.決定軟件可維護性的原因?(1)軟件的可理解性、可測試性、可修改性;(2)文檔描述符合規(guī)定、顧客文檔簡潔明確、系統(tǒng)文檔完整并且原則。28.分析軟件危機產(chǎn)生的重要原因有哪些?答:導致軟件危機的重要原因有:(1)軟件日益復雜和龐大(2)軟件開發(fā)管理困難和復雜(3)軟件開發(fā)技術落后(4)生產(chǎn)方式落后(5)開發(fā)工具落后(6)軟件開發(fā)費用不停增長29.闡明構造化程序設計的重要思想是什么?答:(1)自頂向下、逐漸求精的程序設計措施(2)使用3種基本控制構造、單入口、單出口來構造程序。30、軟件測試的基本任務是什么?測試與糾錯有什么區(qū)別?答:軟件測試的基本任務是通過在計算機上執(zhí)行程序,暴露程序中潛在的錯誤。測試和糾錯目的和任務都不相似,測試是為了發(fā)現(xiàn)程序的錯誤,糾錯是為了定位和糾正錯誤,從而消除軟件故障,保證程序的可靠運行。31.軟件測試包括哪些環(huán)節(jié)?同步闡明這些環(huán)節(jié)的測試目的是什么?答:(1)單元測試,目的是代碼到達模塊闡明書的規(guī)定(2)集成測試,目的是將通過單元測試的模塊逐漸組裝成具有良好一致性的完整的程序(3)確認測試,目的是確認程序系統(tǒng)與否滿足軟件需求規(guī)格闡明書的規(guī)定(4)系統(tǒng)測試,目的是檢查能否與系統(tǒng)的其他部分協(xié)調(diào)運行,并且完畢SRS對他的規(guī)定。32.需求分析與軟件設計二個階段任務的重要區(qū)別是什么?答:需求分析定義軟件的顧客需求,即定義待開發(fā)軟件能做什么軟件設計定義軟件的實現(xiàn)細節(jié)以滿足顧客需求,即研究怎樣實現(xiàn)軟件。33.闡明軟件測試和調(diào)試的目的有何區(qū)別?答:測試的目的是判斷和發(fā)現(xiàn)軟件與否有錯誤。調(diào)試的目的是定位軟件錯誤并糾正。34.根據(jù)如下被測試的流程圖,選擇對應的答案。(1)A=2,B=0,X=4(2)A=2,B=1,X=1(3)A=2,B=0,X=1A=1,B=1,X=1A=3,B=0,X=①在1-3的答案中滿足鑒定覆蓋的測試用例是___1_____(2分)②在1-3的答案中滿足條件覆蓋的測試用例是___3_____(2分)③在1-3的答案中滿足鑒定/條件覆蓋的測試用例是______2__(2分)35.工資計算系統(tǒng)中的一種子系統(tǒng)有如下功能:(1)計算扣除部分—由基本工資計算出應扣除(例如水電費、缺勤)的部分;(2)計算獎金部分—根據(jù)職工的出勤狀況計算出獎勵金;(3)計算工資總額部分—根據(jù)輸入的扣除額及獎金計算出總額;(4)計算稅金部分—由工資總額中計算出應扣除多種稅金;(5)生成工資表—根據(jù)計算總額部分和計算稅金部分傳遞來的有關職工工資的詳細信息生成工資表。試根據(jù)規(guī)定畫出該問題的數(shù)據(jù)流程圖。36.把事務型數(shù)據(jù)流圖映射成軟件構造圖:AABC+f1f2f4f5f3主模塊Readf1ABCWritef4Writef5主模塊f1f2f1f3f4f537.把變換型數(shù)據(jù)流圖映射成軟件構造圖:BBACf1f2f3f4主模塊Getf2BGetf3Readf1主模塊Readf1主模塊ACWritef4主模塊f1f1f2f2f3f3f4f438、什么是軟件復用?簡述軟件復用和軟件共享、軟件移植的差異。答:軟件復用是指在構造新的軟件系統(tǒng)的過程中,對已存在的軟件人工制品的使用技術。假如是在一種系統(tǒng)中多次使用一種相似的軟件成分,這叫軟件共享;對一種軟件進行修改,使它能運行于新的軟、硬件平臺這稱作軟件移植。39、什么是軟件再工程?軟件再工程的重要活動有哪些?答:軟件再工程是運用逆向工程、重構等技術,在充足理解原有軟件的基礎上,進行分解、綜合,并重新構建軟件,用以提高軟件的可理解性、可維護性、可復用性或演化性。重要活動:信息庫分析、文檔重構、逆向工程、代碼重構、數(shù)據(jù)重構、正向工程。選擇題1.軟件工程的概念是哪年提出的(B)。A.1988B.1968C.1948D.19282.瀑布模型的關鍵局限性在于(D)。A.過于簡樸B.各個階段需要進行評審C.過于靈活D.不能適應需求的動態(tài)變更3.如下哪一項不是軟件危機的體現(xiàn)形式(C)。A.開發(fā)的軟件不滿足顧客需要B.開發(fā)的軟件可維護性差C.開發(fā)的軟件價格廉價D.開發(fā)的軟件可靠性差4.軟件可行性研究實質上是要進行一次(A)需求分析、設計過程。A.簡化、壓縮的B.詳細的C.徹底的D.深入的5.構造化設計是一種面向(A)的設計措施。A.數(shù)據(jù)流B.模塊C.數(shù)據(jù)構造D.程序6.與確認測試階段有關的文檔是(A)。A.需求規(guī)格闡明書B.概要設計闡明書C.詳細設計闡明書D.源程序7.軟件開發(fā)的需求活動,其重要任務是(D)。A.給出軟件處理方案B.給出系統(tǒng)模塊構造C.定義模塊算法D.定義需求并建立系統(tǒng)模型8.如下說法錯誤的是(A)。A.文檔僅僅描述和規(guī)定了軟件的使用范圍及有關的操作命令B.文檔也是軟件產(chǎn)品的一部分,沒有文檔的軟件就不成軟件C.軟件文檔的編制在軟件開發(fā)工作中占有突出的地位和相稱大的工作量D.高質量文檔對于發(fā)揮軟件產(chǎn)品的效益有著重要的意義9.一種項目與否開發(fā),從經(jīng)濟上來說與否可行,歸根結底是取決于(A)。A.成本估算B.項目計劃C.工程管理D.工程網(wǎng)絡圖10.在面向對象的設計中,我們應遵照的設計準則除了模塊化、抽象、低耦合、高內(nèi)聚以外,尚有(B)。A.隱藏復雜性B.信息隱蔽C.常常類的復用D.類的開發(fā)11.在考察系統(tǒng)的某些波及時序和變化的狀況時,要用動態(tài)模型來表達。動態(tài)模型著重于系統(tǒng)的控制邏輯,它包括兩個圖:一種是事件追蹤圖,另一種是(B)。A.數(shù)據(jù)流圖B.狀態(tài)圖C.系統(tǒng)構造圖D.用例圖12.面說法對的的是(C)。A.通過測試沒有發(fā)現(xiàn)錯誤闡明程序對的B.測試的目的是為了證明程序沒有錯誤C.成功的測試是發(fā)現(xiàn)了迄今尚未發(fā)現(xiàn)的錯誤的測試D.成功的測試是沒有發(fā)現(xiàn)錯誤的測試13.(D)可以有效地檢測輸入條件的多種組合也許會引起的錯誤。A.等價類劃分B.邊界值分析C.錯誤推測D.因果圖14、軟件維護產(chǎn)生的副作用,是指(C)A、開發(fā)時的錯誤B、隱含的錯誤C、因修改軟件而導致的錯誤D、運行時誤操作15、使用程序設計的控制構造導出測試用例的測試措施是(B)A、黑盒測試B、白盒測試C、邊界測試D、系統(tǒng)測試16、軟件詳細設計的重要任務是確定每個模塊的(A)A、算法和使用的數(shù)據(jù)構造B、外部接口C、功能D、編程17、軟件構造圖的形態(tài)特性能反應程序重用率的是(C)A、深度B、寬度C、扇入D、扇出18、為了提高模塊的獨立性,模塊內(nèi)部最佳是(C)A、邏輯內(nèi)聚B、時間內(nèi)聚C、功能內(nèi)聚D、通信內(nèi)聚19、軟件是一種(C)A、程序
B、數(shù)據(jù)
C、邏輯產(chǎn)品
D、物理產(chǎn)品20、需求分析最終止果是產(chǎn)生(B)A、項目開發(fā)計劃B、需求規(guī)格闡明書C、設計闡明書D、可行性分析匯報21、因計算機硬件和軟件環(huán)境的變化而作出的修改軟件的過程稱為(B)A、糾正性維護 B、適應性維護C、完善性維護 D、防止性維護22、下列屬于維護階段的文檔是(C)A、軟件規(guī)格闡明 B、顧客操作手冊C、軟件問題匯報 D、軟件測試分析匯報23、若有一種計算類型的程序,它的輸入量只有一種X,其范圍是[-1.0,1.0],現(xiàn)從輸入的角度考慮一組測試用例:-1.001,-1.0,1.0,1.001。設計這組測試用例的措施是(C)A、條件覆蓋法 B、等價分類法C、邊界值分析法 D、錯誤推測法24、研究開發(fā)所需要的成本和資源是屬于可行性研究中的(B)研究的首先。A.技術可行性 B.經(jīng)濟可行性C.社會可行性 D.法律可行性25、按軟件生命周期措施設計軟件的過程中,畫數(shù)據(jù)流圖屬于下面哪個階段的工作(A)A、需求分析B、程序設計C、詳細設計D、軟件維護26、通過嚴密的軟件測試后所提交給顧客的軟件產(chǎn)品中(B)A、軟件不再包括任何錯誤B、還也許包括少許軟件錯誤C、所提交給顧客的可執(zhí)行文獻不會具有錯誤D、文檔中不會具有錯誤27、等價劃分測試措施屬于(A)
A、黑盒測試B、白盒測試C、邊界測試D、系統(tǒng)測試28、軟件按照設計的規(guī)定,在規(guī)定期間和條件下到達不出故障,持續(xù)運行的規(guī)定的質量特性稱為(B)A.可用性 B.可靠性C.對的性 D.完整性29、確認軟件的功能與否與需求規(guī)格闡明書中所規(guī)定的功能相符的測試屬于(C)A、集成測試B、恢復測試C、確認測試D、單元測試30、要顯示描繪軟件開發(fā)項目各作業(yè)的依賴關系,應選擇(
B)。A.
Gantt圖
B.工程網(wǎng)絡
C.
COCOMO模型
D.數(shù)據(jù)流圖
31、從心理學角度看,對數(shù)據(jù)流程圖的數(shù)據(jù)處理泡進行分解,一次分解為多少個泡為宜。(B)A、3±1B、7±2C、15±1D、18±232、構造化程序設計重要強調(diào)的是(D)A、程序的規(guī)模B、程序的效率C、程序設計語言的先進性D、程序易讀性33、在顧客界面層次上對軟件進行測試屬于哪種測試措施(A)A、黑盒測試B、白盒測試C、邊界測試D、系統(tǒng)測試34、(
D)是比較理想的可重用軟構件。A.子程序庫
B.源代碼包括文獻C.對象D.類
35、下列模型屬于成本估算措施的有(A)A、COCOMO模型 B、McCall模型C、McCabe度量法 D、時間估算法36、軟件生存周期中時間最長的是(D)階段。A、總體設計B、需求分析C、軟件測試D、軟件維護37、為了提高模塊的獨立性,模塊之間的聯(lián)絡最佳的是(D)。A、公共耦合B、控制耦合C、內(nèi)容耦合D、數(shù)據(jù)耦合38、軟件概要設計結束后得到(B)A、初始化的軟件構造圖B、優(yōu)化后的軟件構造圖C、模塊的接口圖和詳細算法D、程序編碼39、為使得開發(fā)人員對軟件產(chǎn)品的各個階段工作都進行周密的思索,從而減少返工,因此(C)的編制是很重要的。A、需求闡明B、概要闡明C、軟件文檔D、測試計劃40、單元測試是發(fā)現(xiàn)編碼錯誤,集成測試是發(fā)現(xiàn)模塊的接口錯誤,確認測試是為了發(fā)現(xiàn)功能錯誤,那么系統(tǒng)測試是為了發(fā)現(xiàn)(C)的錯誤。A、接口錯誤B、編碼錯誤C、性能、質量不合規(guī)定D、功能錯誤41、軟件工程管理對軟件項目的開發(fā)管理,即對整個軟件(D)的一切活動的管理。A、軟件項目B、生存期C、軟件開發(fā)計劃D、軟件開發(fā)42、許多產(chǎn)品的質量問題源于新產(chǎn)品的開發(fā)設計階段,因此在產(chǎn)品(C)階段就應采用有力措施來消滅由于設計原因而產(chǎn)生的質量隱患。A、軟件評審B、軟件測試C、開發(fā)設計D、軟件度量43、下列幾種類型中,耦合性最弱的是(D)。A、內(nèi)容型B、控制型C、公共型D、數(shù)據(jù)型44、系統(tǒng)因錯誤而發(fā)生故障時,仍然能在一定程度上完畢預期的功能,則把該軟件稱為(A)。A、軟件容錯B、系統(tǒng)軟件C、測試軟件D、恢復測試45.如下哪一項不是軟件危機的體現(xiàn)形式(3)(1)成本高(2)生產(chǎn)率低(3)技術發(fā)展快(4)質量得不到保證46.軟件可行性研究一般不考慮(4)(1)與否有足夠的人員和有關的技術來支持系統(tǒng)開發(fā)(2)與否有足夠的工具和有關的技術來支持系統(tǒng)開發(fā)(3)待開發(fā)軟件與否有市場、經(jīng)濟上與否合算(4)待開發(fā)的軟件與否會有質量問題47.軟件維護的副作用重要有如下哪幾種(3)(1)編碼副作用、數(shù)據(jù)副作用、測試副作用(2)編碼副作用、數(shù)據(jù)副作用、調(diào)試副作用(3)編碼副作用、數(shù)據(jù)副作用、文檔副作用(4)編碼副作用、文檔副作用、測試副作用48.軟件項目計劃一般不包括如下哪項內(nèi)容(4)(1)培訓計劃(2)人員安排(3)進度安排(4)軟件開發(fā)原則的選擇和制定49.如下哪種測試措施不屬于白盒測試技術(2)(1)基本途徑測試(2)邊界值分析測試(3)循環(huán)覆蓋測試(4)邏輯覆蓋測試50.“軟件危機”是指(C)A.計算機病毒的出現(xiàn)B.運用計算機進行經(jīng)濟犯罪活動C.軟件開發(fā)和維護中出現(xiàn)的一系列問題D.人們過度迷戀計算機系統(tǒng)51.DFD中的每個加工至少需要(D)A.一種輸入流B.一種輸出流C.一種輸入或輸出流D.一種輸入流和一種輸出流52.下面有關PDL語言不對的的說法是(B)A.PDL是描述處理過程怎么做B.PDL是只描述加工做什么C.PDL也稱為偽碼D.PDL的外層語法應符合一般程序設計語言常用的語法規(guī)則53.詳細設計與概要設計銜接的圖形工具是(D)A.DFD圖B.程序圖C.PAD圖D.SC圖54.不適合作為數(shù)據(jù)處理與數(shù)據(jù)庫應用的語言是(D)A.SQLB.CobolC.4GLD.Lisp55.下列有關功能性注釋不對的的說法是(B)A.功能性注釋嵌在源程序中,用于闡明程序段或語句的功能以及數(shù)據(jù)的狀態(tài)B.注釋用來闡明程序段,需要在每一行都要加注釋C.可使用空行或縮進,以便很輕易辨別注釋和程序D.修改程序也應修改注釋56.下列有關效率的說法不對的的是(D)A.效率是一種性能規(guī)定,其目的應當在需求分析時給出B.提高程序效率的主線途徑在于選擇良好的設計措施,數(shù)據(jù)構造與算法C.效率重要指處理機時間和存儲器容量兩個方面D.程序的效率與程序的簡樸性無關57.測試的關鍵問題是(D)A.怎樣組織對軟件的評審B.怎樣驗證程序的對的性C.怎樣采用綜合方略D.怎樣選擇測試用例58.構造化維護與非構造化維護的重要區(qū)別在于(D)A.軟件與否構造化B.軟件配置與否完整C.程序的完整性D.文檔的完整性59.軟件維護困難的重要原因是(C)A.費用低B.人員少C.開發(fā)措施的缺陷D.得不到顧客支持60.可維護性的特性中,互相矛盾的是(B)A.可理解性與可測試性B.效率與可修改性C.可修改性和可理解性D.可理解性與可讀性61.迅速原型是運用原型輔助軟件開發(fā)的一種新思想,它是在研究(A)的措施和技術中產(chǎn)生的。A.需求階段B.設計階段C.測試階段D.軟件開發(fā)的各個階段62.從目前狀況來看,增量模型存在的重要問題是(C)A.顧客很難適應這種系統(tǒng)開發(fā)措施B.該措施的成功率很低C.缺乏豐富而強有力的軟件工具和開發(fā)環(huán)境D.缺乏對開發(fā)過程中的問題和錯誤具有應付變化的機制63.下列文檔與維護人員有關的有(CE)A.軟件需求闡明書B.項目開發(fā)計劃C.概要設計闡明書D.操作手冊E.實現(xiàn)錯誤檢測和錯誤恢復的程序64.(A)是為了保證每個開發(fā)過程的質量,防止把軟件差錯傳遞到下一種過程而進行的工作。A.質量檢測B.軟件容錯C.軟件維護D.系統(tǒng)容錯65.在軟件開發(fā)中,(A)是指對將要開發(fā)的系統(tǒng)的開發(fā)成本進行估算,然后與也許獲得的效益進行比較和權衡。A.成本—效益分析B.可行性分析C.構造化分析D.軟件需求分析66.軟件開發(fā)過程來自顧客方面的重要干擾是(A)A.功能變化B.經(jīng)費減少C.設備損壞D.人員變化67.軟件復雜性度量的參數(shù)包括(A)A.構造B.問題背景C.可重用性D.容錯性68.為了提高軟件的可維護性或可靠性而對軟件進行的修改稱為(D)A.糾錯性維護B.適應性維護C.完善性維護D.防止性維護69.面向維護的技術波及軟件開發(fā)的(D)階段。A.設計B.編碼C.測試D.所有70.用白盒技術設計測試用例的措施包括(B)A.邊界值分析B.條件組合覆蓋C.因果圖D.錯誤推測71.軟件測試的目的是(C)A.為了表明程序沒有錯誤B.為了闡明程序能對的地執(zhí)行C.為了發(fā)現(xiàn)程序中的錯誤D.為了評價程序的質量72.針對軟件需求分析所進行的軟件測試是指(B)A.集成測試B.確認測試C.黑盒子測試D.白盒子測試73.源程序文檔化規(guī)定在每個模塊之前加序言性注釋。該注釋內(nèi)容不應有(D)A.模塊的功能B.語句的功能C.模塊的接口D.開發(fā)歷史74.構造化程序設計采用的三種基本控制構造是(C)A.次序、分支、選擇B.選擇、循環(huán)、反復C.次序、選擇、循環(huán)D.輸入、變換、輸出75.在軟件設計中詳細描述處理過程常用的三種工具是(B)A.SA,SD,SPB.程序流程圖,IPO,PADC.SA,SC,SDD.圖形,表格,語言76.通信內(nèi)聚、邏輯內(nèi)聚、次序內(nèi)聚和時間內(nèi)聚的內(nèi)聚性從高到低次序是(C)A.通信、邏輯、次序、時間B.通信、時間、次序、邏輯C.次序、通信、時間、邏輯D.次序、通信、邏輯、時間77.在下列四種模塊的耦合性中,信息隱蔽性能最佳的是(D)A.控制耦合B.內(nèi)容耦合C.標識耦合D.數(shù)據(jù)耦合78.構造化措施是一種(D)的軟件開發(fā)措施。A.面向顧客B.面向數(shù)據(jù)構造C.面向對象D.面向數(shù)據(jù)流79.需求分析是回答系統(tǒng)必須(A)的問題。A.做什么B.怎么做C.何時做D.為誰做80.在軟件生產(chǎn)的(A),使用的工具重要是機器語言和匯編語言。A.程序系統(tǒng)時代B.軟件工程時代C.面向對象時代D.人工智能時代81.軟件工程管理的詳細內(nèi)容不包括對_________管理。(D)A.開發(fā)人員B.組織機構C.控制D.設備82.在迅速原型模型的開發(fā)過程中,用原型過程來替代所有開發(fā)階段所用模型是_________模型。(B)A.探索型原型B.演化型原型C.試驗型原型D.增量型原型83.維護中因刪除一種標識符而引起的錯識是_______副作用。(C)A.文檔B.數(shù)據(jù)C.編碼D.設計84.用白盒法技術設計測試用例的措施包括(C)A.錯誤推測B.因果圖C.基本途徑測試D.邊界值分析85.軟件測試中根據(jù)測試用例設計的措施的不一樣可分為黑盒測試和白盒測試兩種,它們(D)A.前者屬于靜態(tài)測試,后者屬于動態(tài)測試B.前者屬于動態(tài)測試,后者屬于靜態(tài)測試C.都屬于靜態(tài)測試D.都屬于動態(tài)測試86.程序的三種基本控制構造的共同特點是(C)A.只能用來描述簡樸程序B.不能嵌套使用C.單入口,單出口D.僅用于自動控制系統(tǒng)87.JSP措施是一種面向_________的設計措施。(D)A.控制構造B.對象C.數(shù)據(jù)流D.數(shù)據(jù)構造88.當一種模塊直接使用另一種模塊的內(nèi)部數(shù)據(jù),這種模塊之間的耦合為(D)A.數(shù)據(jù)耦合B.公共耦合C.標識耦合D.內(nèi)容耦合89.軟件設計的措施有多種,___措施不屬于面向數(shù)據(jù)流的設計措施。(A)A.基于Jackson圖的設計B.基于IDEF0圖的設計C.互換分析設計D.事務分析設計90.為高質量地開發(fā)軟件項目,在軟件構造設計時,必須遵照___原則。(A)A.信息隱蔽B.質量控制C.程序優(yōu)化D.數(shù)據(jù)共享91.數(shù)據(jù)流圖(DFD)是_________措施中用于表達系統(tǒng)的邏輯模型的一種圖形工具。(A)A.SAB.SDC.SPD.SC92.螺旋模型是一種將瀑布模型和____結合起來的軟件開發(fā)模型。(A)A.增量模型B.專家系統(tǒng)C.噴泉模型D.變換模型93.需求規(guī)格闡明書的作用不包括(C)A.軟件驗收的根據(jù)B.顧客與開發(fā)人員對軟件要做什么的共同理解C.軟件可行性研究的根據(jù)D.軟件設計的根據(jù)94.數(shù)據(jù)字典是用來定義_________中的各個成分的詳細含義的。(D)A.流程圖B.功能構造圖C.系統(tǒng)構造圖D.數(shù)據(jù)流圖95.設年利率為i,現(xiàn)存入p元,不計復利,n年后可得錢數(shù)為(B)A.p﹡(1+i﹡n)B.p﹡(i+1)nC.p﹡(1+i)﹡nD.p﹡(i+n)96.在軟件生產(chǎn)的程序系統(tǒng)時代由于軟件規(guī)模擴大和軟件復雜性提高等原因導致了(A)A.軟件危機B.軟件工程C.程序設計革命D.構造化程序設計97.軟件復雜性度量的參數(shù)包括(B)A.效率B.規(guī)模C.完整性D.容錯性98.軟件調(diào)試技術包括(B)A.邊界值分析B.演繹法C.循環(huán)覆蓋D.集成測試99.瀑布模型的存在問題是(B)A.顧客輕易參與開發(fā)B.缺乏靈活性C.顧客與開發(fā)者易溝通D.合用可變需求100.軟件測試措施中的靜態(tài)測試措施之一為(A)A.計算機輔助靜態(tài)分析B.黑盒法C.途徑覆蓋
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
- 4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
- 6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 2025年度工業(yè)廠房屋頂保溫施工及質量檢測服務合同
- 2025年畜禽產(chǎn)品電商供應鏈協(xié)同發(fā)展合同
- 2025年城鄉(xiāng)融合發(fā)展土地置換及農(nóng)業(yè)項目承包合同
- 2025年生態(tài)農(nóng)業(yè)園區(qū)租賃合作協(xié)議編制及履行手冊
- 2025年農(nóng)業(yè)科技園建設資金貸款合同樣本
- 2025年定制窗簾布藝設計生產(chǎn)合作協(xié)議
- 2025年度國際足球賽事獨家冠名贊助及經(jīng)紀代理服務合同
- 2025年夫妻離異撫養(yǎng)權及財產(chǎn)分割一體化協(xié)議定制服務合同
- 2025年小轎車C2科目的考試題及答案
- 2025年整體解決方案合同:智能制造生產(chǎn)線全面升級改造
- (DB45T 2149-2020)《公路邊坡工程技術規(guī)范》
- 2024年中級注冊安全工程師《安全生產(chǎn)法律法規(guī)》真題及答案
- 智能交通系統(tǒng)技術標準與實施方案
- 人文視野中的生態(tài)學學習通超星期末考試答案章節(jié)答案2024年
- GB/T 17374-2024食用植物油銷售包裝
- 期中考試卷(試題)-2024-2025學年蘇教版二年級數(shù)學上冊
- 玻璃鋼儲罐吊裝方案
- 河南省南陽市臥龍區(qū)南陽市第一完全學校、南陽市第九完全學校 2024-2025學年九年級上學期9月聯(lián)考數(shù)學試題(無答案)
- DB12-T 1153-2022 城市軌道交通運營設備設施大修和更新改造技術規(guī)范
- 摩托車行業(yè)社會效益分析
- 2024版全區(qū)建筑施工企業(yè)“安管人員”安全生產(chǎn)考核題庫(C類)
評論
0/150
提交評論