PDA：問題分析圖，是一種算法描述工具。它是一種從左向右展開的二維樹形結(jié)構(gòu)，其控制流程為自上而下，從左到右地執(zhí)行。填空1、詳細(xì)設(shè)計(jì)階段的主要任務(wù)是確定每個(gè)模塊的具體執(zhí)行過程。。2、軟件的詳細(xì)設(shè)計(jì)可以用圖形、表格、過程設(shè)計(jì)語言三種形式的描述工具表示模塊的處理過程。3、處理過程設(shè)計(jì)中最典型的方法是結(jié)構(gòu)化程序設(shè)計(jì)方法，其基本要點(diǎn)是自頂向下、逐步求精。4、任何程序都可由順序、選擇和循環(huán)3種基本控制結(jié)構(gòu)構(gòu)造，這3中基本結(jié)構(gòu)的基本點(diǎn)是單入口、單出口。5、PAD圖是一種從左到右展開的二維樹形結(jié)構(gòu)，PAD圖的控制流程是自上而下、從左到右地執(zhí)行。6、詳細(xì)設(shè)計(jì)是軟件設(shè)計(jì)的第二個(gè)階段，主要確定每個(gè)模塊的具體執(zhí)行過程，故也成為過程設(shè)計(jì)。7、詳細(xì)設(shè)計(jì)的目標(biāo)不僅是邏輯上正確地實(shí)現(xiàn)每個(gè)模塊的功能，還應(yīng)使設(shè)計(jì)出的處理過程清晰易懂。結(jié)構(gòu)化程序設(shè)計(jì)是實(shí)現(xiàn)該目標(biāo)的關(guān)鍵技術(shù)之一，它指導(dǎo)人們用良好的思想方法開發(fā)易于閱讀、易于理解的程序。單項(xiàng)選擇1、在詳細(xì)設(shè)計(jì)階段，經(jīng)常采用的工具包括（C）A.SAB.SDC.PADD.DFD2、詳細(xì)設(shè)計(jì)階段的任務(wù)是（A）。A.算法設(shè)計(jì)B.功能設(shè)計(jì)C.調(diào)用達(dá)觀系設(shè)計(jì)D.輸入/輸出設(shè)計(jì)3、結(jié)構(gòu)化程序設(shè)計(jì)的一種基本方法是（D）。A.篩選法B.遞歸法C.迭代法D.逐步求精法4、下面說法不正確的是（C）。A.流程圖不易表示數(shù)據(jù)結(jié)構(gòu)B.流程圖容易造成非結(jié)構(gòu)化的程序結(jié)構(gòu)C.流程圖支持逐步求精D.流程圖描述的是程序的邏輯結(jié)構(gòu)5、下面說法不正確的是（B）。A.PAD圖支持逐步求精B.PAD圖容易造成非結(jié)構(gòu)化的程序結(jié)構(gòu)C.PAD圖描述的是算法D.PAD圖容易表達(dá)程序的層次結(jié)構(gòu)簡答題什么是詳細(xì)設(shè)計(jì)，？該階段的基本任務(wù)是什么？詳細(xì)設(shè)計(jì)是軟件設(shè)計(jì)的第二個(gè)階段，確定每個(gè)模塊的具體執(zhí)行過程，也稱過程設(shè)計(jì)。根本任務(wù):（1）為軟件結(jié)構(gòu)中的每個(gè)模塊選擇算法，并用選定的某種表達(dá)工具給出清晰的描述。第七章實(shí)現(xiàn)作業(yè)名詞解釋編碼：編程就為是用編程（程序）語言把軟件表達(dá)翻譯為計(jì)算機(jī)可以理解的形式—用某種程序設(shè)計(jì)語言書寫的程序。軟件測試：是軟件投入運(yùn)行之前，對(duì)軟件需求分析、設(shè)計(jì)規(guī)格說明和編碼的最終復(fù)查，是軟件質(zhì)量保證的關(guān)鍵步驟。黑盒測試：不考慮程序內(nèi)部結(jié)構(gòu)和處理過程，只依據(jù)軟件的需求規(guī)格說明書，檢查程序的功能是否符合它的功能說明。因此，黑盒測試又稱功能測試或數(shù)據(jù)驅(qū)動(dòng)測試。白盒測試：按照程序內(nèi)部邏輯測試程序。檢查程序中的每條通路是否都能按照預(yù)定要求正常工作。這種測試完全了解程序的結(jié)構(gòu)和處理過程。因此，白盒測試又稱為結(jié)構(gòu)測試或邏輯驅(qū)動(dòng)測試。單元測試：是檢查程序模塊是否正確實(shí)現(xiàn)了規(guī)定的功能，目的是保證每個(gè)模塊作為一個(gè)單元能正確運(yùn)行，所以模塊測試通常又稱為單元測試。集成測試：把模塊按設(shè)計(jì)要求組裝成子系統(tǒng)或系統(tǒng)的過程中的測試。確認(rèn)測試：以需求規(guī)格說明為基準(zhǔn)，驗(yàn)證軟件的有效性的測試。漸增式測試：在集成測試中，的模塊一個(gè)一個(gè)地加入進(jìn)行測試。當(dāng)一個(gè)模塊加入測試完以后再把下一個(gè)應(yīng)該測試的模塊結(jié)合進(jìn)來測試。這種每次增加一個(gè)模塊的方法稱為漸增式測試。非漸增式測試：是先分別測試每個(gè)模塊，再把所有模塊按設(shè)計(jì)要求放在一起結(jié)合成所要的程序。這種方法稱為非漸增式測試方法?；貧w測試:指重新執(zhí)行已經(jīng)做過的測試。每當(dāng)改正軟件錯(cuò)誤的時(shí)候，可能導(dǎo)致軟件配置的某些成分的改變，這些改變可能引進(jìn)新的錯(cuò)誤?；貧w測試就是保證由于調(diào)試或其它原因引起的變化，不會(huì)導(dǎo)致非預(yù)期的軟件行為或額外錯(cuò)誤的測試活動(dòng)。調(diào)試:根據(jù)測試所暴露的錯(cuò)誤，診斷和改正其錯(cuò)誤的過程。填空1、為了使程序代碼易于閱讀和理解，通常需要加注釋，注釋分為序言性注釋和功能性注釋兩種類型2、軟件測試的目的是盡可能多地發(fā)現(xiàn)軟件中存在的錯(cuò)誤。3、軟件測試方法一般分為兩大類：白盒測試方法和黑盒測試方法。4、集成測試可以采用的具體方法是漸增式測試和非漸增式測試。5、測試用例由測試輸入數(shù)據(jù)和預(yù)期的的結(jié)果兩部分組成。單項(xiàng)選擇題5、符合數(shù)據(jù)說明順序規(guī)范是【D】A.全程量說明、局部量說明、類型說明、常量說明B.全程量說明、局部兩說明、常量說明、類型說明C.類型說明、常量說明、全程兩說明、局部量說明D.常量說明、類型說明、全程量說明、局部量說明6、下面說法正確的是【C】A.經(jīng)過測試沒有發(fā)現(xiàn)錯(cuò)誤說明程序正確B.測試的目標(biāo)是為了證明程序沒有錯(cuò)誤C.成功的測試是發(fā)現(xiàn)了迄今尚未發(fā)現(xiàn)的錯(cuò)誤的測試12、調(diào)試應(yīng)該由【B】完成。A.與源程序無關(guān)的程序員B.編制該源程序的程序員C.不了解軟件設(shè)計(jì)的機(jī)構(gòu)D.設(shè)計(jì)該軟件的機(jī)構(gòu)簡答題選擇高級(jí)程序設(shè)計(jì)語言的標(biāo)準(zhǔn)是什么？選擇的標(biāo)準(zhǔn)是：理想的模塊化機(jī)制良好的編譯程序良好的獨(dú)立編譯機(jī)制為了使程序具有良好的設(shè)計(jì)風(fēng)格，應(yīng)注意那些方面的問題？代碼文檔化數(shù)據(jù)說明順序應(yīng)該規(guī)范語句構(gòu)造簡單直接，不能為追求效率而是使代碼復(fù)雜化輸入輸出格式簡單一致，具有合法性驗(yàn)證、與結(jié)束標(biāo)志追求效率應(yīng)建立在不損害程序可讀性和可靠性基礎(chǔ)上為什么說軟件測試是軟件開發(fā)中不可缺少的重要一環(huán)，但不是軟件質(zhì)量保證的安全軟件測試應(yīng)當(dāng)遵循什么原則？為什么要遵循這些原則？●所有測試應(yīng)以用戶需求為基準(zhǔn)，測試的根本目標(biāo)是保證軟件能滿足最終用戶對(duì)軟件的需求?！裰贫ㄏ到y(tǒng)的測試計(jì)劃，并嚴(yán)格執(zhí)行測試計(jì)劃，排除測試的隨意性?！癯浞肿⒁怅P(guān)鍵模塊的測試和測試中的群集現(xiàn)象。實(shí)踐表明，測試發(fā)現(xiàn)的錯(cuò)誤中80%可能集中在20%的模塊中，對(duì)這些模塊應(yīng)重點(diǎn)測試?！駵y試過程中必須隨時(shí)注意測試所覆蓋的程序邏輯的程度，確保程序設(shè)計(jì)中使用的所有條件都能被測試到。●避免自己測試自己的程序，應(yīng)由第三方獨(dú)立進(jìn)行測試?！駵y試用例應(yīng)包括合理的輸入和不合理的輸入。不合理的輸入往往更能發(fā)現(xiàn)程序中錯(cuò)誤?！駵y試用例應(yīng)由測試輸入數(shù)據(jù)和對(duì)應(yīng)的預(yù)期輸出結(jié)果組成。缺少預(yù)期輸出結(jié)果實(shí)際是缺少檢驗(yàn)正誤的基礎(chǔ)。單元測試、集成測試和確認(rèn)測試各自主要目標(biāo)是什么？它們之間有什么不同？相互有什么關(guān)系？模塊測試是檢查程序模塊是否正確實(shí)現(xiàn)了規(guī)定的功能，發(fā)現(xiàn)模塊在編碼或算法中的錯(cuò)誤，目的是保證每個(gè)模塊作為一個(gè)單元能正確運(yùn)行。集成測試的主要目標(biāo)是檢查與設(shè)計(jì)相關(guān)的模塊間與接口有關(guān)的問題確認(rèn)測試的主要目標(biāo)是驗(yàn)證軟件的有效性，確保軟件有效實(shí)現(xiàn)了軟件需求規(guī)格說明書的要求，需求規(guī)格說明書是確認(rèn)測試的依據(jù)。它們之間的不同有：測試內(nèi)容不同測試方法不同：單元測試用白盒法，集成測試使用漸增式或非漸增式測試；確認(rèn)測試使用黑盒法。發(fā)現(xiàn)的錯(cuò)誤不同：單元測試發(fā)現(xiàn)的錯(cuò)誤是編碼階段產(chǎn)生的錯(cuò)誤；集成測試發(fā)現(xiàn)的是設(shè)計(jì)階段引入的錯(cuò)誤；確認(rèn)測試發(fā)現(xiàn)的錯(cuò)誤主要上需求分析階段產(chǎn)生的錯(cuò)誤。涉及的文檔不同：單元測試涉及詳細(xì)設(shè)計(jì)和編碼文檔；集成測試涉及概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)文檔；確認(rèn)測試涉及需求分析階段產(chǎn)生的文檔。相互間的關(guān)系：單元測試、集成測試、確認(rèn)測試是順序進(jìn)行的。什么是黑盒測試和白盒測試？它們都適應(yīng)哪些