軟件工程下面不屬于軟件設(shè)計(jì)原則的是A抽象B模塊化C自底_第1頁
軟件工程下面不屬于軟件設(shè)計(jì)原則的是A抽象B模塊化C自底_第2頁
軟件工程下面不屬于軟件設(shè)計(jì)原則的是A抽象B模塊化C自底_第3頁
全文預(yù)覽已結(jié)束

下載本文檔

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

文檔簡介

軟件工程(1) 下面不屬于軟件設(shè)計(jì)原則的是()抽象B.模塊化C.自底向上D.信息隱蔽(2) 在軟件設(shè)計(jì)中,不屬于過程設(shè)計(jì)工具的是()PDL(過程設(shè)計(jì)語言) B.PAD圖C.N-S圖D.DFD圖(3) 下列敘述中正確的是()軟件交付使用后還需要進(jìn)行維護(hù)軟件一旦交付使用就不需要再進(jìn)行維護(hù)軟件交付使用后其生命周期就結(jié)束軟件維護(hù)是指修復(fù)程序中被破壞的指令(4) 在結(jié)構(gòu)化方法中,用數(shù)據(jù)流程圖(DFD)作為描述工具的軟件開發(fā)階段是()可行性分析B.需求分析C.詳細(xì)設(shè)計(jì) D.程序編碼(5) 在軟件開發(fā)中,下面任務(wù)不屬于設(shè)計(jì)階段的是()數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì) B.給出系統(tǒng)模塊結(jié)構(gòu)C.定義模塊算法 D.定義需求并建立系統(tǒng)模型(6) 下列敘述中正確的是()軟件測試應(yīng)該由程序開發(fā)者來完成程序經(jīng)調(diào)試后一般不需要再測試軟件維護(hù)只包括對程序代碼的維護(hù)以上三種說法都不對⑺下列對于軟件測試的描述中正確的是()。軟件測試的目的是證明程序是否正確軟件測試的目的是使程序運(yùn)行結(jié)果正確軟件測試的目的是盡可能多地發(fā)現(xiàn)程序中的錯(cuò)誤軟件測試的目的是使程序符合結(jié)構(gòu)化原則TOC\o"1-5"\h\z(8) 程序流程圖(PFD)中的箭頭代表的是( )。A.數(shù)據(jù)流B.控制流C.調(diào)用關(guān)系 D.組成關(guān)系(9) 下列工具中屬于需求分析常用工具的是()A.PADB.PFD C.N-S D.DFD(10) 信息隱蔽的概念與下述哪一種概念直接相關(guān)( )A.軟件結(jié)構(gòu)定義 B.模塊獨(dú)立性^模塊類型劃分 。.模塊耦合度(11) 在結(jié)構(gòu)化方法中,軟件功能分解屬于下列軟件開發(fā)中的階段是()A.詳細(xì)設(shè)計(jì)B.需求分析 C.總體設(shè)計(jì) D.編程調(diào)試(12) 軟件調(diào)試的目的是( )A.發(fā)現(xiàn)錯(cuò)誤 B.改正錯(cuò)誤C.改善軟件的性能D.挖掘軟件的潛能(13) 下列不屬于軟件調(diào)試技術(shù)的是()A.強(qiáng)行排錯(cuò)法 B.集成測試法C.回溯法 D.原因排除法(14) 下列敘述中,不屬于軟件需求規(guī)格說明書的作用的是()便于用戶、開發(fā)人員進(jìn)行理解和交流反映出用戶問題的結(jié)構(gòu),可以作為軟件開發(fā)工作的基礎(chǔ)和依據(jù)作為確認(rèn)測試和驗(yàn)收的依據(jù)便于開發(fā)人員進(jìn)行需求分析在數(shù)據(jù)流圖(DFD)中,帶有名字的箭頭表示( )A.控制程序的執(zhí)行順序 B/模塊之間的調(diào)用關(guān)系C.數(shù)據(jù)的流向 D.程序的組成成分軟件設(shè)計(jì)包括軟件的結(jié)構(gòu)、數(shù)據(jù)接口和過程設(shè)計(jì),其中軟件的過程設(shè)計(jì)是指()化模塊間的關(guān)系 B.系統(tǒng)結(jié)構(gòu)部件轉(zhuǎn)換成軟件的過程描述C.軟件層次結(jié)構(gòu) D.軟件開發(fā)過程為了避免流程圖在描述程序邏輯時(shí)的靈活性,提出了用方框圖來代替?zhèn)鹘y(tǒng)的程序流程圖,通常也把這種圖稱為()A.PAD圖B.N-S圖C.結(jié)構(gòu)圖 D.數(shù)據(jù)流圖需求分析階段的任務(wù)是確定()A.軟件開發(fā)方法 B.軟件開發(fā)工具C.軟件開發(fā)費(fèi)用 D.軟件系統(tǒng)功能下列不屬于結(jié)構(gòu)化分析的常用工具的是()A.數(shù)據(jù)流圖 B.數(shù)據(jù)字典 C.判定樹D.PAD圖軟件開發(fā)的結(jié)構(gòu)化生命周期方法將軟件生命周期劃分成()定義、開發(fā)、運(yùn)行維護(hù)設(shè)計(jì)階段、編程階段、測試階段總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編程調(diào)試需求分析、功能定義、系統(tǒng)設(shè)計(jì)在軟件工程中,白箱測試法可用于測試程序的內(nèi)部結(jié)構(gòu)。此方法將程序看做是()A.循環(huán)的集合B.地址的集合C.路徑的集合D.目標(biāo)的集合在模塊化程序設(shè)計(jì)中,按功能劃分模塊的原則是()各模塊應(yīng)包括盡量多的功能各模塊應(yīng)包括盡量多的輸入輸出操作仁各模塊的功能盡量單一,且各模塊之間的聯(lián)系盡量緊密D.各模塊的功能盡量單一,且各模塊之間的聯(lián)系盡量的少下列敘述中正確的是()黑盒測試方法完全不考慮程序的內(nèi)部結(jié)構(gòu)和內(nèi)部特征黑盒測試方法主要考慮程序的內(nèi)部結(jié)構(gòu)和內(nèi)部特征白盒測試不考慮程序內(nèi)部的邏輯結(jié)構(gòu)黑盒和白盒測試方法都要考慮程序的內(nèi)部結(jié)構(gòu)和內(nèi)部特征檢查軟件產(chǎn)品是否符合需求定義的過程稱為()A.確認(rèn)測試 B.集成測試 C.驗(yàn)證測試 D.驗(yàn)收測試軟件的需求分析階段的工作,可以概括為四個(gè)方面:需求分析、編寫需求規(guī)格說明書和需求評審。在面向?qū)ο蠓椒ㄖ校畔㈦[蔽是通過對象白 性來實(shí)現(xiàn)的診斷和改正程序中錯(cuò)誤的工作通常稱 。在進(jìn)行模塊測試時(shí),要為每個(gè)被測試的模塊另外設(shè)計(jì)兩類模塊:驅(qū)動(dòng)模塊和承接模塊(樁模塊).其中的作用是將測試數(shù)據(jù)傳送給被測試的模塊,并顯示被測試模塊所產(chǎn)生的結(jié)果。程序測試分為靜態(tài)分析和動(dòng)態(tài)測試。其中 是指不執(zhí)行程序,而只是對程序文本進(jìn)行檢查,通過閱讀和討論,分析和發(fā)現(xiàn)程序中的錯(cuò)誤。軟件的調(diào)試方法主要有:強(qiáng)行排錯(cuò)法 和原因排除法測試的目的是暴露錯(cuò)誤,評價(jià)程序的可靠性;而 的目的是發(fā)現(xiàn)錯(cuò)誤的位置并改正錯(cuò)誤。答案:1-

溫馨提示

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

評論

0/150

提交評論