版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領
文檔簡介
軟件工程導論復習題匯總一、選擇題1.軟件重用的單位■一A_。軟件模塊B.功能C.系統(tǒng)D.語句軟件生存周期借用了D中產(chǎn)品生存周期的概念。計算機科學B.需求C.數(shù)學D.工程項目開發(fā)計劃—文檔。技術(shù)性B.管理性C.設計D.需求分析在結(jié)構(gòu)化分析(SA)中,—與數(shù)據(jù)流圖共同構(gòu)成了系統(tǒng)的邏輯模型,是需求規(guī)格說明書的主要組成部分。A.模塊圖B.E-R圖C.數(shù)據(jù)字典D.程序流程圖為了提高模塊的獨立性,模塊之間最好是A。數(shù)據(jù)耦合B?控制耦合C.公共耦合D.內(nèi)容耦合對一個開始是模糊的模塊進行處理過程分解時,下面說法錯誤的。用順序方式對過程分解,確定各部分的執(zhí)行順序用選擇方式對過程分解,確定某個部分的執(zhí)行條件用循環(huán)方式對過程分解,確定某個部分進行重復的開始和結(jié)束的條件對處理過程仍然模糊的部分反復使用循環(huán)方式對過程進行分解軟件測試的關(guān)鍵問題是A一。A.如何選擇測試用例B.如何采用綜合策略C.如何驗證程序的正確性D.如何組織軟件評審軟件生存期的D工作與軟件的可維護性有密切的關(guān)系。A.詳細設計階段B.編碼階段C.測試階段D.每個階段增量模型屬于一種模型。A.整體開發(fā)B.非整體開發(fā)C.較早產(chǎn)生工作軟件D.靈活性差下列說法正確的是D。動態(tài)模型指出發(fā)生了什么對象模型確定什么時候發(fā)生功能模型確定發(fā)生的客體動態(tài)模型描述的系統(tǒng)屬性是觸發(fā)事件、事件序列、狀態(tài)、事件與狀態(tài)的組織用類庫這種機制和結(jié)構(gòu)來實現(xiàn)D中的信息共享。A.同一應用B.不同應用C.同一個類D.不同類為了確保每個開發(fā)過程的質(zhì)量,防止把軟件差錯傳遞到下一個過程必須進行C。軟件維護B.軟件測試C.質(zhì)量檢驗D.軟件容錯基線可以作為一個檢查點,在開發(fā)過程中,當采用的基線發(fā)生錯誤時,我們可以知道所處的位置,返回到—和最恰當?shù)幕€上。A.最近B.最遠C.最長D.最短軟件開發(fā)環(huán)境是由軟件開發(fā)工具和環(huán)境集成機制構(gòu)成的,其中環(huán)境集成機制為A和軟件開發(fā)、維護和管理提供統(tǒng)一的支持。A.H具集成B.H程環(huán)境C.軟件系統(tǒng)D.環(huán)境集成在下列文檔中,屬于需求分析階段的文檔是D。A.軟件設計說明書B.項目開發(fā)計戈C.可行性分析報告D.需求規(guī)格說明書屬性是個體對象的性質(zhì),屬性通常用修飾性的C來表示。A.形容詞B.動詞詞組C.名詞詞組D.副詞詳細設計與概要設計銜接的圖形工具是B。A.DFD圖B.軟件結(jié)構(gòu)圖C.程序流程圖D.PAD圖按照軟件配置管理的原始指導思想,受控制的對象應—。A.軟件元素B.軟件項目C.軟件配置項D.軟件過程19.軟件工程是一門D學科。A.原理性B.理論性。心理性D.X程性20.軟件產(chǎn)品的生產(chǎn)主要是腦力勞動,軟件產(chǎn)品的成本主要體現(xiàn)在軟件的^。A.復制B.開發(fā)方式C.開發(fā)和研制D.磨損和消耗21.使用簡單、應用廣泛、技術(shù)成熟的開發(fā)方法是^_。A.結(jié)構(gòu)化方法B.Jackson方法C.面向?qū)ο蟮拈_發(fā)方法D.VDM—適合于大型軟件的開發(fā),它吸收了軟件工程“演化和用戶對每個周期出現(xiàn)的風險有所了解,從而作出相應的反應。A.瀑布模型B.螺旋模型C.噴泉模型D.基于知識的模型在SA方法的需求描述工具中,^^描述系統(tǒng)的分解,即描述系統(tǒng)由哪幾部分組成,各部分之間有什么聯(lián)系等等。A.數(shù)據(jù)流圖B.數(shù)據(jù)字典C.結(jié)構(gòu)化語言D.判定表和判定樹為了提高模塊的獨立性,模塊內(nèi)部最好是D。A.邏輯內(nèi)聚B.通信內(nèi)聚C.順序內(nèi)聚D.功能內(nèi)聚
功能性注釋嵌入在源程序內(nèi)部,它是用來說明Ao程序段或語句的功能B.模塊的接口C.數(shù)據(jù)的名稱和用途D?模塊的功能下列不屬于黑盒測試的技術(shù)—JoA.等價類劃分B.錯誤推測C.基本路徑測試D.因果圖軟件維護時因重新定義局部或全局的常量,重新定義記錄或文件格式而導致軟件錯誤,這種維護副作用被稱之為B副作用。B.數(shù)據(jù)DB.數(shù)據(jù)D.控制及早提交一個原型系統(tǒng)的—原型。B.實驗型D.漸增型DoC.文檔用于整個開發(fā)階段A.探索型C.演化型下列說法錯誤的是面向?qū)ο笤O計是把分析階段得到的需求,轉(zhuǎn)變成符合成本和質(zhì)量要求的、抽象的系統(tǒng)實現(xiàn)方案的過程。從面向?qū)ο蠓治龅矫嫦驅(qū)ο笤O計,是一個逐漸擴充模型的過程。面向?qū)ο笤O計就是用面向?qū)ο蟮挠^點建立求解域模型的過程。面向?qū)ο蠓治龊兔嫦驅(qū)ο笤O計在實際的軟件開發(fā)過程中二者的界限是明顯的。通過執(zhí)行對象的操作可改變該對象的屬性,但它必須通過^_傳遞。A.操作B.信息C.方法D.消息31.功能模型的描述工具是CoA.結(jié)構(gòu)圖B.狀態(tài)圖C.數(shù)據(jù)流圖D.流程圖人們常借用硬件可靠性的定量度量方法來度量軟件的可靠性與可用性。其中MTTF是DoA.失效間隔時間B.平均失效間隔時間C.失效等待時間D.平均失效等待時間軟件工程管理是對軟件項目的開發(fā)管理。具體地說,就是對整個軟件的一切活動進行管理。B.開發(fā)。B.開發(fā)。.項目D_屬于較早期的CASEoC.制定計劃在下列工具與環(huán)境中A.集成的CASE環(huán)境B.基于信息庫CASE口人工智能CASED.結(jié)構(gòu)的基于圖形的CASE軟件測試中,白盒法是通過分析程序的B來設計測試用的。A.應用范圍B.內(nèi)部邏輯C.功能。.輸入數(shù)據(jù)詳細設計的結(jié)果基本決定了最終程序的BoA.代碼的規(guī)模B.質(zhì)量C.可維護性D.運行速度
結(jié)構(gòu)化程序設計方法在軟件開發(fā)中用于B。測試用例設計B.詳細設計C.概要設計D.編碼在下列工具與環(huán)境中—屬于較早期的CASE。B.人工智能CASEDB.人工智能CASED.交互編程環(huán)境C.集成CASE環(huán)境軟件復雜性主要體現(xiàn)在芷B.程序的復雜性DB.程序的復雜性D.問題的復雜性C.控制的復雜性McCall軟件質(zhì)量度量模型屬于面向軟件產(chǎn)品操作的_^A.可靠性B.可重用性C.適應性D.互操作性面向?qū)ο蟮奶卣髦弧狫。A.對象的唯一性B?抽象C.封裝性D.共享性用于設計階段,考核實現(xiàn)方案是否可行的—原型。B.演化型DB.演化型D.增量型C.實驗型生產(chǎn)性維護活動包括_^B.理解設計DB.理解設計D.理解功能C.解釋數(shù)據(jù)結(jié)構(gòu)44.隨著軟硬件環(huán)境變化而修改軟件的過程是B。A.校正性維護B.適應性維護C.完善性維護D.預防性維護軟件測試方法中的靜態(tài)測試方法之一為―J。A.計算機輔助靜態(tài)分析B.黑盒法C.因果圖D.路徑覆蓋在白盒法技術(shù)測試用例的設計中―是最弱的覆蓋標準。A.語句B.路徑C.條件組合D.判定B.集成測試D.B.集成測試D.邊界值分析在編碼階段應注意C。B.提高模塊的獨立性D.養(yǎng)成好的程序設計風格A.錯誤推斷C.回溯法.為了提高軟件的可維護性A.保存測試用例和數(shù)據(jù)C.文檔的副作用結(jié)構(gòu)化程序設計方法提供的工作方式為B的組織形式。程序員組B.主程序員組分析員組D.管理人員組詳細設計與概要設計銜接的圖形工具是B。A.DFD圖B.SC圖PAD圖D.程序流程圖軟件工程方法學的目的是:使軟件生產(chǎn)規(guī)范化和工程化,而軟件工程方法得以實施的主要保證是_C。A、硬件環(huán)境B、軟件開發(fā)的環(huán)境C、軟件開發(fā)工具和軟件開發(fā)的環(huán)境D、開發(fā)人員的素質(zhì)在下面的軟件開發(fā)方法中,哪一個對軟件設計和開發(fā)人員的開發(fā)要求最高_A、結(jié)構(gòu)化方法B、原型化方法C、面向?qū)ο蟮姆椒―、控制流方法軟件開發(fā)中常采用的結(jié)構(gòu)化生命周期方法,由于其特征而一般稱其為—。A、瀑布模型B、對象模型C、螺旋模型D、層次模型對于分層的DFD,父圖與子圖的平衡指子圖的輸入、輸出數(shù)據(jù)流同父圖相應加工的輸入、輸出數(shù)據(jù)流A。A.必須一致B-數(shù)目必須相等C.名字必須相同。.數(shù)目必須不等軟件需求分析階段的工作,可以分為四個方面:對問題的識別.分析與綜合.編寫需求分析文檔以及C。A.軟件的總結(jié)B.需求分析評審C.階段性報告D.以上答案都不正確結(jié)構(gòu)化分析(SA)方法將欲開發(fā)的軟件系統(tǒng)分解為若干基本加工,并對加工進行說明,下述是常用的說明工具,其中便于對加工出現(xiàn)的組合條件的說明工具是。a.結(jié)構(gòu)化語言;b.判定樹;c.判定表。A.b和cB.a,b和cC.a和cD.a和b為了提高模塊的獨立性,模塊內(nèi)部最好是_C。A.邏輯內(nèi)聚B.時間內(nèi)聚C.功能內(nèi)聚D.通信內(nèi)聚面向數(shù)據(jù)流的設計方法把(D)映射成軟件結(jié)構(gòu)。A、數(shù)據(jù)流B、模塊化C、控制結(jié)構(gòu)D、信息流數(shù)據(jù)流圖是常用的進行軟件需求分析的圖形工具,其基本圖形符號是_A.輸入.輸出.外部實體和加工B.變換.加工.數(shù)據(jù)流和存儲C.加工.數(shù)據(jù)流.數(shù)據(jù)存儲和外部實體D.變換.數(shù)據(jù)存儲.加工和數(shù)據(jù)流軟件結(jié)構(gòu)使用的圖形工具,一般采用一A圖。A.DFDB.PADC.SCD.ER軟件測試可能發(fā)現(xiàn)軟件中的―B_,但不能證明軟件_。A.所有錯誤、沒有錯誤B.錯誤、沒有錯誤C.邏輯錯誤、沒有錯誤D.設計錯誤、沒有錯誤軟件維護時,對測試階段未發(fā)現(xiàn)的錯誤進行測試、診斷、定位、糾錯,直至修改的回歸測試過程稱為。A.改正性維護B.適應性維護C.完善性維護D.預防性維護軟件維護工作的最主要部分是—C—。A.校正性維護B.適應性維護C.完善性維護D.預防性維護可被用于與其實現(xiàn)功能相關(guān)的其他應用問題的程序稱為A。A.可重用性B.可移植性C.可互操作性D.通信共用性任何項目都必須精心做好項目管理工作,最常用的計劃管理工具是_。—。A.數(shù)據(jù)流程圖B.程序結(jié)構(gòu)圖C.因果圖D.PERT圖面向?qū)ο蠓治鲭A段建立的三個模型中,核心的模型是C__模型。A.功能B.動態(tài)C.對象D.分析汽車有一個發(fā)動機。汽車和發(fā)動機之間的關(guān)系是B關(guān)系。A.一般具體B.整體成員C.分類關(guān)系D.isa通過執(zhí)行對象的操作改變對象的屬性,但它必須通過_B___的傳遞。A、接口B、消息C、信息D、操作面向?qū)ο蟮闹饕卣鞒龑ο笪ㄒ恍浴⒎庋b、繼承外,還有__入__。A、多態(tài)性B、完整性C、可移植性D、兼容動態(tài)模型的描述工具是C。A.對象圖B.結(jié)構(gòu)圖C.狀態(tài)圖D.設計圖作坊式小團體合作生產(chǎn)方式的時代是C_時代。A.程序設計B.軟件生產(chǎn)自動化C.程序系統(tǒng)D.軟件工程軟件需求分析階段的工作,可以分為以下4個方面:對問題的識別、分析與綜合、編寫需求分析文檔以及(C)。A.總結(jié)B.階段性報告C.需求分析評審D.以上答案都不正確在結(jié)構(gòu)化分析方法中,用以表達系統(tǒng)內(nèi)數(shù)據(jù)的運動情況的工具有A。A.數(shù)據(jù)流圖B.數(shù)據(jù)詞典C.結(jié)構(gòu)化語言D.判定表與判定樹如果一個軟件是給許多客戶使用的,大多數(shù)軟件廠商要使用幾種測試過程來發(fā)現(xiàn)那些可能只有最終用戶才能發(fā)現(xiàn)的錯誤,—測試是由一個用戶在開發(fā)者的場所來進行的.測試的目的是尋找錯誤的原因并改正之。A.aB.pC.yD.g來輔助軟件開發(fā)、運行、維護、管理、支持等過程中的活動的軟件稱為軟件開發(fā)工具,通常也稱為(D)X具。A.CADB.CAIC.CAMD.CASE具有風險分析的軟件生存周期模型是C。A.瀑布模型B.噴泉模型C.螺旋模型D.增量模型77.SA方法的分析步驟是首先調(diào)查了解當前系統(tǒng)的工作流程,然后―A。獲得當前系統(tǒng)的物理模型,抽象出當前系統(tǒng)的邏輯模型,建立目標系統(tǒng)的邏輯模型獲得當前系統(tǒng)的物理模型,抽象出目標系統(tǒng)的邏輯模型,建立目標系統(tǒng)的物理模型獲得當前系統(tǒng)的物理模型,建立當前系統(tǒng)的物理模型,抽象出目標系統(tǒng)的邏輯模型獲得當前系統(tǒng)的物理模型,建立當前系統(tǒng)的物理模型,建立目標系統(tǒng)的物理模型在軟件需求規(guī)范中,下述哪些要求可以歸類為過程要A。A.執(zhí)行要求B.效率要求C.可靠性要求D.可移植性要求數(shù)據(jù)流圖是常用的進行軟件需求分析的圖形工具,其基本圖形符號是。A.輸入.輸出.外部實體和加工B.變換.加工.數(shù)據(jù)流和存儲C.加工.數(shù)據(jù)流.數(shù)據(jù)存儲和外部實體D.變換.數(shù)據(jù)存儲.加工和數(shù)據(jù)流設計軟件結(jié)構(gòu)一般不確定C。A.模塊的功能B.模塊的接口C.模塊內(nèi)的局部數(shù)據(jù)D.模塊間的調(diào)用關(guān)系軟件設計中一般將用到圖形工具,下列哪種(些)可用作設計的圖形工具—Ca.結(jié)構(gòu)圖b.實體聯(lián)系圖c.IPO圖d.層次圖A、a和bB、c和dC、a,c,dD、全部程序設計語言一般簡單來說,可劃分為低級語言和高級語言兩大類,與高級語言相比,用低級語言開發(fā)的程序,具有如下哪種特點—A、運行效率低,開發(fā)效率低B、運行效率低,開發(fā)效率高C、運行效率高,開發(fā)效率低D、運行效率高,開發(fā)效率高下面的敘述哪些是正確的—J在軟件開發(fā)過程中,編程作業(yè)的代價最高。良好的程序設計風格應以縮小程序占用的存儲空間和提高程序的運行速度為原則。為了提高程序的運行速度,有時采用以存儲空間換取運行速度的方法。對同一算法,用高級語言編寫的程序比用低級語言編寫的程序運行速度快。A、(1)、(3)B、(2)、(3)、(4)C、(3)D、(4)為了提高軟件測試的效率,應該D隨機地選取測試數(shù)據(jù)取一切可能的輸入數(shù)據(jù)作為測試數(shù)據(jù)在完成編碼以后制定軟件的測試計劃選擇發(fā)現(xiàn)錯誤可能性較大的數(shù)據(jù)作為測試用例與設計測試用例無關(guān)的文檔是_'項目開發(fā)計劃B.需求規(guī)格說明書C.設計說明書D.源程序使用白箱測試方法時確定測試數(shù)據(jù)應根據(jù)二和指定的覆蓋標準。A.程序的內(nèi)部邏輯B.程序的復雜程度C.使用說明書D.程序的功能軟件部件的內(nèi)部實現(xiàn)與外部可訪問性的分離,是指軟件的JA.繼承性B.共享性C.封裝性D.抽象性一個面向?qū)ο笙到y(tǒng)的體系結(jié)構(gòu)通過它的成分對象和對象間的關(guān)系確定,與傳統(tǒng)的面向數(shù)據(jù)流的結(jié)構(gòu)化開發(fā)方法相比,它具有的優(yōu)點是AA、設計穩(wěn)定B、變換分析C、事務分析D、模塊獨立性軟件管理的主要職能包括DA.人員管理、計劃管理B.標準化管理、配置管理C.成本管理、進度管理D.(A)和(B)任何項目都必須精心做好項目管理工作,最常用的計劃管理工具是_A.數(shù)據(jù)流程圖B.程序結(jié)構(gòu)圖C.因果圖D.PERT圖進行需求分析可使用多種工具,但C是不適用的。A.數(shù)據(jù)流圖(DFD)B.判定表C.PAD圖D.數(shù)據(jù)字典軟件概要設計結(jié)束后得到—。A.初始化的軟件結(jié)構(gòu)圖B.優(yōu)化后的軟件結(jié)構(gòu)圖C.模塊詳細的算法D.程序編碼從結(jié)構(gòu)化的瀑布模型看,在它的生命周期中的八個階段中,下面的幾個選項中哪個環(huán)節(jié)出錯,對軟件的影響最大—C。A.詳細設計階段B.概要設計階段C.需求分析階段D.測試和運行階段軟件設計中劃分模塊的一個準則是C。A.低內(nèi)聚低耦合B.低內(nèi)聚高耦合C.高內(nèi)聚低耦合D.高內(nèi)聚高耦合軟件工程的出現(xiàn)主要是由于_C。A.程序設計方法學的影響B(tài).其它工程科學的影響C.軟件危機的出現(xiàn)計算機的發(fā)展把一組具有相似特性的對象組合在一起,稱之為。A.多態(tài)性B.繼承性C.類D.消息結(jié)構(gòu)化分析方法的基本思想是—。A.自底向上逐步抽象B.自底向上逐步分解C-自頂向下逐步分解D-自頂向下逐步抽象面向?qū)ο蟮闹饕卣鞒龑ο笪ㄒ恍?、封裝、繼承外,還有_A—A.多態(tài)性B.完整性C.可移植性D.兼容軟件需求說明書是軟件需求分析階段的重要文件,下述哪個(些)是其應包含的內(nèi)容d數(shù)據(jù)描述b.功能描述c.模塊描述d.性能描述A.bB.c和dC.a,b和cD.a,b和d軟件結(jié)構(gòu)圖中.模塊框之間若有直線連接,表示它們之間存在著A關(guān)系。A.調(diào)用B.組成C.鏈接D.順序執(zhí)行模塊的獨立性是由內(nèi)聚性和耦合性來度量的,其中內(nèi)聚性。A、模塊間的聯(lián)系程度B、模塊的功能強度C、信息隱蔽程度D、接口的復雜程度軟件概要設計結(jié)束后得到B。A.初始化的軟件結(jié)構(gòu)圖B.優(yōu)化后的軟件結(jié)構(gòu)圖C?模塊詳細的算法D.程序編碼軟件需求分析的主要任務是準確地定義出要開發(fā)的軟件系統(tǒng)是CA.如何做B.怎么做C.做什么D.對誰做可行性分析研究的目的_。A.爭取項目B-項目值得開發(fā)否C.開發(fā)項目D.規(guī)劃項目程序設計語言的特性在語言中表現(xiàn)不應包括C。A.歧義性B.簡潔性C.保密性D.傳統(tǒng)性在軟件工程中,白箱測試方法可用于測試程序的內(nèi)部結(jié)構(gòu)。此方法將程序可作為_^。A.路徑的集合B.循環(huán)的集合仁目標的集合D.地址的集合集成測試的主要方法有兩個,一個是__B一個是。白箱測試方法、黑箱測試方法漸增式測試方法、非漸增式測試方法等價分類方法、邊緣值分析方法因果圖方法、錯誤推測方法軟件維護工作的最主要部分是C__OA.校正性維護B.適應性維護C.完善性維護D.預防性維軟件產(chǎn)品質(zhì)量是生產(chǎn)者和用戶都十分關(guān)心的問題,質(zhì)量管理只看到產(chǎn)品的質(zhì)量,近年來質(zhì)量管理向發(fā)展,重要的基本假設是過程的質(zhì)量直接影響產(chǎn)品的質(zhì)量。A.過程質(zhì)量的控制B.過程的改進C.產(chǎn)品的改進D.技術(shù)的革新McCall提出的軟件質(zhì)量的11個質(zhì)量特性分為三組,下面哪一個不屬于這三組AA.產(chǎn)品需求B.產(chǎn)品運行C.產(chǎn)品修正D.產(chǎn)品轉(zhuǎn)移結(jié)構(gòu)化程序設計的一種基本方法是C。A.篩選法B.迭代法C.逐步求精法D.遞歸法數(shù)據(jù)耦合、公共耦合、特征耦合、控制耦合的耦合性從低到高的順序』。A.數(shù)據(jù)、公共、特征、控制B.數(shù)據(jù)、特征、控制、公共C.控制、數(shù)據(jù)、特征、公共D?控制、數(shù)據(jù)、公共、特征二、填空題1.軟件工程采用數(shù)學的方法建立軟件開發(fā)中的各種模型和各種算法。可行性研究實質(zhì)上是要進行一次簡化、壓縮了的需求分析、設計過程,是在較高層次上以較抽象的方式進行需求分析和設計過程。在進行軟件結(jié)構(gòu)設計時應該遵循的基本原理是模塊獨立性原理。詳細設計是軟件設計的第二階段,主要確定每個模塊具體的執(zhí)行過程,也稱為過程設計。提高程序效率的根本途徑在于選擇良好的設計方法、良好的數(shù)據(jù)結(jié)構(gòu)算法,而不是靠編程時對程序語句做調(diào)整。軟件開發(fā)中的原型是軟件的一個早期可運行的版本,它反映了最終系統(tǒng)的重要特性。關(guān)聯(lián)是建立類之間關(guān)系的一種手段,而鏈則是建立對象之間關(guān)系的一種手段。貫穿軟件生存期的一個極為重要的問題是軟件質(zhì)量。軟件工程管理不同于其他工程管理,它對保證高質(zhì)量的軟件產(chǎn)品具有極為重要的意義。軟件生存周期模型是描述軟件開發(fā)過程中各種活動如何執(zhí)行的模型。成本效益分析的目的是從經(jīng)濟角度評價開發(fā)一個軟件項目是否可行軟件結(jié)構(gòu)是以模塊為基礎而組成的一種控制層次結(jié)構(gòu)。在單元測試時,需要為被測模塊設計驅(qū)動模塊和樁模塊。樁模塊的作用是返回被測模塊所需的信息。有兩類維護技術(shù),其中之一是在軟件開發(fā)階段用來減少錯誤、提高軟件可維護性的技術(shù),被稱之為面向維護技術(shù)。繼承與多態(tài)機制,是面向?qū)ο蟪绦蛑袑崿F(xiàn)重用的主要手段。對象具有狀態(tài),一個對象用數(shù)據(jù)值來描述它的狀態(tài)。為協(xié)調(diào)軟件開發(fā)使得混亂減到最小,使用配置管理技術(shù),使變更所產(chǎn)生的錯誤達到最小并最有效地提高生產(chǎn)率。軟件開發(fā)環(huán)境是相關(guān)的一—集合,它支持一定的軟件開發(fā)方法或按照一定的軟件開發(fā)模型組織而成。一個模塊把數(shù)值作為參數(shù)傳送給另一個模塊的耦合方式稱—。差別估算的優(yōu)點是可以提高估算準確度,缺點是不容易明確“差別”的界限。瀑布模型將軟件生命期劃分為若干階段,各個階段之間是通過文檔實現(xiàn)過渡的。概要設計主要是把各項功能需求轉(zhuǎn)換成系統(tǒng)的。在單元測試時,需要為被測模塊設計驅(qū)動模塊和樁模塊。結(jié)構(gòu)化程序設計方法提倡開發(fā)人員的組織形式是主程序員組織結(jié)構(gòu)一。軟件質(zhì)量管理由軟件質(zhì)量保證、軟件質(zhì)量規(guī)劃和軟件質(zhì)量控制三方面活動組成。軟件工程包括3個要素,即方法、工具、過程。對象之間進行通信的構(gòu)誥叫做消息。按軟件服務對象的范圍可以把軟件劃分為項目軟件和產(chǎn)品軟件。29、用于描述基本加工的小說明的三種描述工具是結(jié)構(gòu)化語言、判定表、判定.樹。基線的作用是把各階段的開發(fā)工作劃分得更加明確,便于檢查與確認階段成果。因此,基線可以作為項目的一個檢查點。需求分析階段產(chǎn)生的最重要的文檔是需求規(guī)格說明書。被測試程序不在機器上運行,而是采用人工檢測和計算機輔助分析檢測的手段稱為靜態(tài)測試。數(shù)據(jù)字典中有四類條目,分別是數(shù)據(jù)流、數(shù)據(jù)項、數(shù)據(jù)存儲、基本加工。數(shù)據(jù)流圖中的箭頭表示數(shù)據(jù)流向。對象的抽象是_。軟件工程包括軟件開發(fā)技術(shù)和—兩大部分內(nèi)容。在面向?qū)ο笙驅(qū)ο蠓椒ㄖ校藗兂S脿顟B(tài)圖描述類中對象的動態(tài)行為。畫分層的DFD時,父圖與子圖的輸入輸出數(shù)據(jù)流要平衡。詳細設計階段,除了對模塊內(nèi)的算法進行設計,還應對模塊內(nèi)的數(shù)據(jù)結(jié)構(gòu)進行設計。兩個模塊都使用同一張表,模塊的這種耦合稱為―公共耦合。41UML提供的構(gòu)建系統(tǒng)動態(tài)模型的機制有動態(tài)視圖視圖(包括順序圖和協(xié)作圖)、靜態(tài)視圖、功能視圖。數(shù)據(jù)流圖僅反映系統(tǒng)必須完成的邏輯功能,所以它是一種一邏輯___模型。軟件開發(fā)過程來自用戶方面的干擾和阻力主要有:不積極配合,求快求全和功能變化。CASE系統(tǒng)所涉及到的技術(shù)有兩類:一類是支持軟件開發(fā)過程本身的技術(shù);另一類是支持軟件開發(fā)過程管理的技術(shù)知道軟件的規(guī)格說明書描述的程序功能,就可以采用黑盒進行測試一個程序員在編寫程序時所表現(xiàn)出來的特點、習慣、邏輯思路等就構(gòu)成了這個程序員編程風格。軟件概要設計關(guān)鍵的一步是確定軟件體系結(jié)構(gòu),它直接影響下一階段詳細設計和編碼的工作。對大信息系統(tǒng)的需求,DFD應與數(shù)據(jù)庫技術(shù)中ER圖結(jié)合起來。三、簡答題說明面向?qū)ο蟮奶卣鳌4穑海?)對象唯一性。每個對象都有自身唯一的標識,在對象生存期中,其標識不變,不同的對象不能有不同的標識。(2)分類性。是指將具有一致的數(shù)據(jù)結(jié)構(gòu)(屬性)和行為(操作)的對象抽象成類(3)繼承性。是子類自動共享父類數(shù)據(jù)結(jié)構(gòu)和方法的機制,這是類之間的一種關(guān)系。(4)多態(tài)性。是指相同的操作或函數(shù)過程可以作用于多種類型的對象上并獲得不同的結(jié)果。軟件工程的目標和內(nèi)容是什么。答:軟件工程且標:付出較低開發(fā)成本;達到要求的功能;取得較好的性能;開發(fā)的軟件易于移植;只需較低的維護費用;能按時完成開發(fā)任務,及時交付使用;開發(fā)的軟件可靠性高。軟件工程內(nèi)容:包括開發(fā)技術(shù)和開發(fā)管理兩個方面。簡述主程序員組織的構(gòu)成和作用。答:有一位主程序員主持計劃、協(xié)調(diào)和復審全部技術(shù)活動;輔助工程師協(xié)助主程序員,并在必要時代替主程序員工作;若干技術(shù)人員負責分析和開發(fā)活動;有一位或幾位專家協(xié)助軟件開發(fā)機構(gòu)的工作;資料人員負責保管和維護所有的軟件文檔資料,收集軟件數(shù)據(jù)。為了提高設計質(zhì)量,應從哪幾方面優(yōu)化軟件結(jié)構(gòu)?答:(1)劃分模塊時,盡量做到高內(nèi)聚,低耦合,保持模塊相對獨立性,并以此原則優(yōu)化初始的軟件結(jié)構(gòu)。(2)一個模塊的作用范圍應在其控制范圍之內(nèi),且判定所在的模塊應與其影響的模塊在層次上盡量靠近。一個模塊的作用范圍指該模塊內(nèi)一個判定影響的所有模塊的集合。一個模塊的控制范圍是指模塊本身以及其所有下屬模塊(直接或間接從屬于它的模塊)的集合。⑶軟件結(jié)構(gòu)的深度、寬度、扇入、扇出應適當。⑷模塊的大小應適中。⑸模塊的接簡單、清晰、含義明確,便于理解,易于實現(xiàn)、測試與維護。在軟件測試中,應注意哪些原則?答:(1)測試用例應由輸入數(shù)據(jù)和預期的輸出數(shù)據(jù)兩部分組成。這樣便于對照檢查,做到“有的放矢”。(2)測試用例不僅選用合理的輸入數(shù)據(jù),還要選擇不合理的輸入數(shù)據(jù)。這樣能更多地發(fā)現(xiàn)錯誤,提高程序的可靠性。對于不合理的輸入數(shù)據(jù),程序應拒絕接受,并給出相應提示。(3)除了檢查程序是否做了它應該做的事,還應該檢查程序是否做了它不應該做的事。例如程序正確打印出用戶所需信息的同時還打印出用戶并不需要的多余信息。(4)應制定測試計劃并嚴格執(zhí)行,排除隨意性。(5)長期保留測試用例。(6)對發(fā)現(xiàn)錯誤較多的程序段,應進行更深入的測試。(7)程序員避免測試自己的程序。非漸增式測試與漸增式測試有什么區(qū)別?答:(一)非漸增式測試方法吧單元測試和集成測試分成兩個不同的階段,前一階段完成模塊的單元測試,后一階段完成集成測試。而漸增式測試往往把單元測試與集成測試和在一起,同時完成。(二)非漸增式測試需要更多的工作量,因為每個模塊都需要驅(qū)動模塊和樁模塊,而漸增式利用已測試過的模塊作為驅(qū)動模塊或樁模塊,因此工作量較少。(三)漸增式可以較早的發(fā)現(xiàn)接口之間的錯誤,非漸增式最后組裝時才發(fā)現(xiàn)。(四)漸增式有利于排錯,發(fā)生錯誤,往往和最近加進來的模塊有關(guān),而非漸增式發(fā)現(xiàn)接口錯誤推遲到最后,很難判斷是哪一部分接口出錯。(五)漸增式比較徹底,已測試的模塊和新的模塊再測試。(六)漸增式占用的時間較多,但非漸增式須更多的驅(qū)動模塊、樁模塊也占用一些時間。(七)非漸增式開始可并行測試所有模塊,能充分利用人力,對測試大型軟件很有意義。7、衡量模塊獨立性的兩個標準是什么?各表示什么含義?答:內(nèi)聚和耦合。內(nèi)聚:又稱為塊內(nèi)聯(lián)系,指模塊內(nèi)部各成分之間相互關(guān)聯(lián)的程度,以高內(nèi)聚為設計目標。耦合:也稱塊間聯(lián)系,模塊之間相互聯(lián)系程度的度量,聯(lián)系越緊密,耦合性越強,獨立性越差,以低耦合為設計目標。8、為增加軟件的可移植性應注意的問題是什么?答:①在設計時盡量減少模塊與操作系統(tǒng)特性的聯(lián)系;盡量使用標準語言,使用標準數(shù)據(jù)庫操作,盡量不使用擴充結(jié)構(gòu);對程序中的各種可變信息,均應參數(shù)化,以便于修改。9、為了具有良好的程序設計風格,應注意哪些方面的問題?答:①程序加注釋:注釋是編寫者與讀者通信手段之一,應該在每一個模塊的開頭加序言注釋,在程序內(nèi)部加功能性注釋。變量,數(shù)據(jù)按意取名,增加可理解性。復雜的數(shù)據(jù)結(jié)構(gòu)也應加注釋。語句簡單直接,內(nèi)層要縮進,使用空格空行提高程序清晰度。輸入輸出提示化,表格化,圖形化。10、什么是軟件生存期模型?答:軟件生存周期模型:是描述軟件開發(fā)過程中各種活動如何執(zhí)行的模型。對軟件開發(fā)提供強有力的支持,為開發(fā)過程中的活動提供統(tǒng)一的政策保證,為參與開發(fā)的人員提供幫助和指導,是軟件生存周期模型化技術(shù)的基礎,也是建立軟件開發(fā)環(huán)境的核心。11、簡述可行性研究有哪些步驟?答:a.確定項目規(guī)模和目標研究正在運行的系統(tǒng)建立新系統(tǒng)的高層邏輯模型導出和評價各種方案推薦可行的方案編寫可行性研究報告12、模塊的耦合和內(nèi)聚各表示什么含義?請寫
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
- 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 商業(yè)流程自動化-洞察與解讀
- 數(shù)據(jù)價值挖掘-第1篇-洞察與解讀
- 低碳轉(zhuǎn)型中的適應機制-洞察與解讀
- 企業(yè)社會責任活動-洞察與解讀
- 智能交通風險預警-洞察與解讀
- 微生物資源發(fā)掘-洞察與解讀
- 傳統(tǒng)技法創(chuàng)新研究-洞察與解讀
- 金蝶國資委風險與國資監(jiān)管平臺方案解決方案
- 多元視角下優(yōu)少中文線上課堂:海外華裔兒童漢語教學互動探究
- 2025年鼻腸管盲插置管技巧及位置判斷方法考核題測試卷附答案
- 云南省昆明市2026屆高三三診一模摸底診斷測試化學試卷(含答案)
- 建筑施工行業(yè)2026年春節(jié)節(jié)前全員安全教育培訓
- 兩個合伙人股權(quán)協(xié)議書范文模板
- YDT 2323-2016 通信配電系統(tǒng)電能質(zhì)量補償設備
- GB/T 44082-2024道路車輛汽車列車多車輛間連接裝置強度要求
- 控煙中醫(yī)科普知識講座
- GB/T 23986.2-2023色漆和清漆揮發(fā)性有機化合物(VOC)和/或半揮發(fā)性有機化合物(SVOC)含量的測定第2部分:氣相色譜法
- 脫碳塔CO2脫氣塔設計計算
- 產(chǎn)品報價單貨物報價表(通用版)
- 皰疹性咽峽炎臨床路徑
- 新人教版六年級數(shù)學上冊全冊堂堂清一課一練習題集
評論
0/150
提交評論