軟件工程復(fù)習(xí)題

1、該習(xí)題答案由學(xué)生完成，僅供參考。象聲詞同學(xué)們能獨立完成習(xí)題！軟件工程習(xí)題第一章習(xí)題1、計算機軟件系統(tǒng)4個不同的發(fā)展階段是：程序設(shè)計、程序系統(tǒng)、軟件工程、面向?qū)ο箅A段 。2、軟件危機發(fā)生在那個階段？主要指哪兩方面的問題？程序系統(tǒng)階段 原因：1、如何開發(fā)軟件，以滿足對軟件日益增長的需求。2、如何維護數(shù)量不斷膨脹的已有軟件。3、軟件危機有幾方面的典型表現(xiàn)？、對軟件開發(fā)成本和進度的估計常常很不準確、用戶對“已完成的”的軟件系統(tǒng)不滿意的現(xiàn)象經(jīng)常發(fā)生、軟件產(chǎn)品的質(zhì)量往往靠不住、軟件常常是不可維護的、軟件通常沒有適當(dāng)?shù)奈臋n資料、軟件成本在計算機系統(tǒng)總成本中所占的比例逐年上升、軟件開發(fā)效率提高的速度，遠遠跟不

2、上計算機應(yīng)用迅速普及及深入的趨勢4、軟件危機產(chǎn)生的原因是與軟件本身的特點有關(guān) 、軟件開發(fā)與維護的方法不準確有關(guān)5、軟件是程序、數(shù)據(jù) 、相關(guān)文檔的完整集合。 6、如何解決軟件危機？、一個軟件必須是由一個完整的配置組成，事實上，軟件是程序，數(shù)據(jù)及相關(guān)文檔的完整集合、要充分認識到軟件開發(fā)應(yīng)該是一種組織良好、管理嚴密、各類人員協(xié)同合作、共同完成的工程項目、推廣使用在實踐中總結(jié)出來的開發(fā)軟件的成功的技術(shù)和方法、應(yīng)該開發(fā)和使用良好的開發(fā)軟件工具、總之，為了解決軟件危機，既要有必要的技術(shù)措施又要有必要的組織管理措施7、軟件工程的定義？（以教材定義為準）采用工程的概念、原理、技術(shù)和方法來開發(fā)和維護軟件，把經(jīng)過

3、時間考驗而證明正確的管理技術(shù)和當(dāng)前能夠得到的最好的技術(shù)方法結(jié)合起來，以經(jīng)濟地開發(fā)出高質(zhì)量的軟件并有效地維護他，這就是軟件工程。8、軟件工程的本質(zhì)特征有 、 、 、 、 、 和 。關(guān)注大型程序的構(gòu)造、中心課題是控制復(fù)雜性、軟件經(jīng)常變化、開發(fā)軟件的效率非常重要、和諧地合作是開發(fā)軟件的關(guān)鍵、軟件必須有效地支持它的用戶和由具有一種文化背景的人替另一種文化背景的人創(chuàng)造產(chǎn)品 9、軟件工程的基本原理有 、 、 、 、 、 和 。用分階段的生命周期計劃嚴格管理、堅持進行階段評審、實行嚴格的產(chǎn)品控制、采用現(xiàn)代程序設(shè)計技術(shù)、結(jié)果應(yīng)能清楚地審查 、開發(fā)小組的人員應(yīng)該少而精和承認不斷改進軟件工程實踐的必要性。10、軟

4、件工程學(xué)的三個基本要素是方法 、工具 、過程11、軟件工程學(xué)分為傳統(tǒng)方法學(xué)和面向?qū)ο蟮姆椒▽W(xué)兩大類。前者強調(diào)自頂向下順序的完成軟件開發(fā)的各階段任務(wù)，而后者強調(diào)多次反復(fù)迭代的演化過程12、軟件工程學(xué)中的面向?qū)ο蟮姆椒▽W(xué)有四個基本要點。它們是 對象 、 類 、 系統(tǒng) 、 消息。把對象作為融合了數(shù)據(jù)及數(shù)據(jù)上的操作行為的統(tǒng)一軟件構(gòu)件 、把所有對象都劃分成類、按照父類與子類的關(guān)系把若關(guān)干個相關(guān)類組成一個層次結(jié)構(gòu)的系統(tǒng)、對象彼此間僅能發(fā)送消息互相聯(lián)系。13、什么是軟件生命周期？軟件從生產(chǎn)到軟件報廢的過程14、軟件生命周期劃分為幾個時期幾個階段？各階段主要任務(wù)是什么？軟件定義、軟件開發(fā)、軟件為維護3個時期組

5、成。軟件定義：問題定義，可行性研究，需求分析；軟件開發(fā)階段：總體設(shè)計，詳細設(shè)計、編碼和單元測試，綜合測試；軟件維護：使軟件持久地滿足用戶的需求15、軟件生命周期中的軟件維護分為幾大類？哪類維護所占比重最大？改正性維護，適應(yīng)性維護，完善性維護，預(yù)防性維護 完善性維護占比重最大16、什么是軟件過程？其任務(wù)集合主包括哪些內(nèi)容？軟件過程是為了獲得高質(zhì)量軟件所需要完成的一系列任務(wù)的框架，它規(guī)定了完成各項任務(wù)的工作步驟。包括一組軟件工程任務(wù)、里程碑和應(yīng)該交付的產(chǎn)品。17、瀑布模型、快速原型模型、增量模型、螺旋模型和噴泉模型格有什么特點和優(yōu)缺點？1、瀑布模型：特點：、階段間具有順序性和依賴性、推遲實現(xiàn)的觀點

6、、質(zhì)量保證的觀點優(yōu)點：可強迫開發(fā)人員采用規(guī)范的方法；嚴格的規(guī)定了每個階段必須提交文檔；要求每個階段的交出的所有產(chǎn)品必須經(jīng)過質(zhì)量保證小組的仔細驗證缺點：瀑布模型是由文檔驅(qū)動的是瀑布模型的主要缺點2、快速還原模型：特點:快速還原模型是快速建立起來的可直接在計算機上運行的程序，他所能完成的功能是最終產(chǎn)品的一個子集優(yōu)點：軟件產(chǎn)品的開發(fā)基本上是線性順序進行的缺點：一旦需求確定了需求，原來的需求將被拋棄3、增量模型：優(yōu)點：逐步增加產(chǎn)品功能可以使用戶有比較充裕的時間學(xué)習(xí)和適應(yīng)新產(chǎn)品，從而減少一個全新的軟件可能給客戶組織帶來的沖突缺點：、把每個新的增量構(gòu)件集成到現(xiàn)有的軟件體系結(jié)構(gòu)中時，必須不破壞原來已經(jīng)開發(fā)出

7、來的產(chǎn)品。、必須把軟件的體系結(jié)構(gòu)設(shè)計得便于按這種方式進行擴充，向現(xiàn)有產(chǎn)品中加入新構(gòu)件的過程必須簡單，方便，也就是說，軟件體系結(jié)構(gòu)必須是開放的、從某種意義上來說，增量模型是自相矛盾的 4、螺旋模型優(yōu)點 ：、對可選方案和約束條件的強調(diào)有利于已有軟件的重用，也有助于把軟件質(zhì)量作為軟件開發(fā)的一個項目指標(biāo)；、減少過多測試或測試不足所帶來的風(fēng)險、在螺旋模型中維護只是模型的另一個周期，在維護和開發(fā)之間的并沒有什么區(qū)別5、噴泉模型噴泉模型體現(xiàn)了面向?qū)ο筌浖_發(fā)過程迭代和無縫的特性18、為什么說噴泉模型較好地體現(xiàn)了面向?qū)ο筌浖_發(fā)過程中的無縫和迭代特征？噴泉模型圖中的代表不同階段的圓圈相互重疊，這明確表示兩個活

8、動之間的交疊；而面向?qū)ο蠓椒ㄔ谶@種概念和表示方法上的一致性，保證了各項開發(fā)活動之間的無縫過度。第二章習(xí)題1、可行性研究的目的是什么？可行性研究的內(nèi)容是什么？確定問題是否值得去解決技術(shù)、經(jīng)濟、操作、法律等的可行性2、可行性研究中對問題的解法可行性包括主要和次要方面。兩者分別包含技術(shù)可行性、經(jīng)濟可行性、操作可行性和法律可行性 、社會效益可行性幾個方面。3、可行性研究過程主要有 、 、 、 、 、 、 和 幾個步驟。復(fù)查系統(tǒng)規(guī)模和目標(biāo) 、研究目前正在使用的系統(tǒng)、導(dǎo)出新系統(tǒng)的高層邏輯模型、進一步定義問題、 導(dǎo)出和評價供選擇的解法、推薦行動方針、草擬開發(fā)計劃和書寫文檔提交審查幾個步驟。4、可行性研究過程

9、中的第三步“導(dǎo)出新系統(tǒng)的高層次邏輯模型”涉及到現(xiàn)有的物理系統(tǒng)、現(xiàn)有的邏輯模型、目標(biāo)系統(tǒng)的邏輯模型、新的物理系統(tǒng)模型幾種模型。5、可行性研究過程中的第五步中如何排定問題解法三種可行性的順序？技術(shù)可行性操作可行性經(jīng)濟可行性6、系統(tǒng)流程圖是描繪 物理系統(tǒng) 的傳統(tǒng)工具。它用圖形符號以黑盒子形式描繪組成系統(tǒng)的每個部件(程序，文檔，數(shù)據(jù)庫，人工過程等)。表達的是數(shù)據(jù)在系統(tǒng)各部件之間流動情況，而不是對數(shù)據(jù)進行加工處理的控制過程。7、系統(tǒng)流程圖與程序流程圖的異同？系統(tǒng)流程圖表達的是數(shù)據(jù)在系統(tǒng)各部件之間流動的情況，而不是對數(shù)據(jù)加工處理的過程；而程序流程圖是指程序指令控制流的流動（即算法描述）8、系統(tǒng)流程圖包含基

10、本符號、系統(tǒng)符號兩大類圖形符號。其名稱和符號分別是什么？9、在面對復(fù)雜的系統(tǒng)中，比較好的方法是采用什么策略來描述？分層次地描繪這個系統(tǒng)10、數(shù)據(jù)流圖是一種 技術(shù)，它描繪 和 從輸入移動到輸出的過程中所經(jīng)受的 。在數(shù)據(jù)流圖中沒有任何具體的 ，它只是描繪數(shù)據(jù)在軟件中流動和被處理的 。圖形化、信息流、數(shù)據(jù)、變換、物理部件、邏輯過程11、數(shù)據(jù)流圖的4種基本符號為正方形、圓角矩形、開口矩形、箭頭附加符號有星號、加號、（帶圈加號）。分別代表什么含義？正方形表示數(shù)據(jù)的源點或終點；圓角矩形代表變換數(shù)據(jù)的處理；開口矩形代表數(shù)據(jù)存儲；箭頭代表數(shù)據(jù)流；星號表示數(shù)據(jù)流之間是“與”關(guān)系；加號表示“或”關(guān)系；號表示只能從

11、中選一個。12、畫數(shù)據(jù)流圖的步驟為（1）從問題描述中提取數(shù)據(jù)流圖的4種成分（1）從問題描述中提取數(shù)據(jù)流圖的4種成分（2）畫功能級數(shù)據(jù)流圖（3） 對功能級數(shù)據(jù)流圖中描繪的系統(tǒng)主要功能進一步細化（功能級分解）（4） 對處理進行編號 。13、為數(shù)據(jù)流或數(shù)據(jù)存儲命名要注意哪些?為處理命名要注意哪些內(nèi)容？為數(shù)據(jù)流命名：1、名字應(yīng)代表整個數(shù)據(jù)流的內(nèi)容，而不是僅僅反映它的某些成分；2、不要使用空洞的、缺乏具體含義的名字；3、如果在為某個數(shù)據(jù)流起名時遇到困難，則很可能是因為對數(shù)據(jù)流圖分解不恰當(dāng)造成的，應(yīng)該試試重新分解，看是否能克服這個困難。為處理命名：1、通常先為數(shù)據(jù)流命名，然后再為與之相關(guān)的處理命名；2、名

12、字應(yīng)該反映整個處理的功能，而不是他的一部分功能；3、名字最好有一個工具的及物動詞加上一個具體的賓語組成；4、通常名字中僅包含一個動詞，如果必須用兩個動詞才能描述整個處理的功能，則把這個處理再分解成兩個處理可能更恰當(dāng)；5、如果在為某個處理命名時遇到困難，則很可能是發(fā)現(xiàn)了分解不當(dāng)?shù)默F(xiàn)象，應(yīng)考慮重新分解。14、數(shù)據(jù)流圖的作用有（1）作為交流信息的工具 (2) 作為分析和設(shè)計的工具。15、數(shù)據(jù)流圖和數(shù)據(jù)字典共同構(gòu)成了系統(tǒng)的邏輯模型。16、數(shù)據(jù)字典是關(guān)于數(shù)據(jù)信息的集合，也就是對數(shù)據(jù)流圖中包含的所有元素定義的集合。涉及到的元素有數(shù)據(jù)流、數(shù)據(jù)流分量 、數(shù)據(jù)存儲、處理四類。17、數(shù)據(jù)字典中定義數(shù)據(jù)的方法有為對

13、數(shù)據(jù)自頂向下的分解18、數(shù)據(jù)字典中數(shù)據(jù)元素組成數(shù)據(jù)方式有順序、選擇、重復(fù)和 可選使用的圖形符號有哪些？分別代表什么含義？= 等價于 、 + 和 、 或 、 重復(fù) 、（）可選19、簡要敘述數(shù)據(jù)字典的用途是什么？作為分析階段的工具20、成本估計技術(shù)有代碼行技術(shù)、任務(wù)分解技術(shù)和 自動估計成本技術(shù)第三章習(xí)題1、需求分析是確定系統(tǒng)必須做什么。其最終成果是需求分析規(guī)則說明書。2、需求分析的任務(wù)有確定對系統(tǒng)的綜合要求 、分析系統(tǒng)的數(shù)據(jù)要求、導(dǎo)出系統(tǒng)的邏輯模型和修正系統(tǒng)的開發(fā)計劃3、需求分析任務(wù)中的綜合要求包含哪些內(nèi)容？數(shù)據(jù)要求包含哪些內(nèi)容？綜合要求：1、功能要求 2、性能要求 3、可靠性和可用性要求 4、出

14、錯處理要求5、接口要求 6、約束 7、逆向要求 8、將來可能提出的要求數(shù)據(jù)要求：1、建立數(shù)據(jù)模型：數(shù)據(jù)流圖、E-R圖2、數(shù)據(jù)規(guī)范化描述4、需求分析過程中與用戶溝通獲取需求的方法有訪談、面向數(shù)據(jù)流自頂向下求精、簡易的應(yīng)用規(guī)格說明技術(shù)和快速建立軟件原型。5、需求分析過程中“面向數(shù)據(jù)流自頂向下求精”是采用結(jié)構(gòu)化分析方法進行需求分析；“簡易的應(yīng)用規(guī)格說明技術(shù)”就是一種面向團隊需求收集法?！翱焖俳④浖汀笔亲顪蚀_、最有效、最強大的需求分析技術(shù)。6、“快速建立軟件原型” 需求分析技術(shù)主要使用了第四代技術(shù)、可重用的軟件結(jié)構(gòu)和形式化規(guī)格說明和原型環(huán)境 方法和工具。7、需求分析過程中的“分析建?！睉?yīng)該建立

15、、 和 3種模型。所謂模型由一組 和組織這些符號的 組成。數(shù)據(jù)模型、功能模型和行為模型圖形符號、規(guī)則8、DFD、ER圖和狀態(tài)轉(zhuǎn)換圖分別對應(yīng) 、 和 模型。功能模型、數(shù)據(jù)模型和行為模型9、 是分析模型的核心，它描述軟件使用或產(chǎn)生的所有數(shù)據(jù)對象。數(shù)據(jù)字典10、數(shù)據(jù)模型（ER圖）中主要涉及到的信息有 、 和 。數(shù)據(jù)對象、 屬性和聯(lián)系11、數(shù)據(jù)對象的聯(lián)系可分為 、 和 3種類型。一對一聯(lián)系、一對多聯(lián)系和 多對多聯(lián)系12、ER圖有三種基本成分：實體，用 圖形符號表示；關(guān)系，用連接相關(guān)實體的 表示；屬性，用 表示，并用 把實體(或關(guān)系)與其屬性連接起來。矩形、菱形框、橢圓形或圓角矩形、直線13、簡述ER圖

16、的優(yōu)點。ER模型比較接近人的習(xí)慣思維方式。此外，ER模型使用簡單的圖形符號表示系統(tǒng)分析員對問題域的理解，不熟悉計算機的用戶也能理解他，因此ER模型可以作為用戶個分析員之間的交流工具。14、數(shù)據(jù)規(guī)范化主要目的是 。其中第一范式：每個 都必須是原子值，即僅僅是一個簡單值而不含內(nèi)部結(jié)構(gòu)，即列的惟一。第二范式：滿足第一范式條件，而且每個 屬性都由整個關(guān)鍵字決定(而不是由關(guān)鍵字的一部分來決定)，即不能有 的重復(fù)。第三范式：符合第二范式的條件，每個非關(guān)鍵字屬性都僅由 決定，而且一個非關(guān)鍵字屬性不能僅僅是對另一個非關(guān)鍵字屬性的進一步描述。較少數(shù)據(jù)冗余屬性值、非關(guān)鍵字、行、關(guān)鍵字15、狀態(tài)轉(zhuǎn)換圖是通過描繪系統(tǒng)

17、的 及引起系統(tǒng)狀態(tài)轉(zhuǎn)換的 ，來表示系統(tǒng)的 。狀態(tài)、事件、行為16、狀態(tài)轉(zhuǎn)換圖中的狀態(tài)主要有 、 和 ，分別用用什么圖形符號表示？初態(tài)、終態(tài)、中間態(tài)初態(tài)用實心圓表示，終態(tài)用一對同心圓表示，中間態(tài)用圓角矩形表示。17、狀態(tài)轉(zhuǎn)換圖中的狀態(tài)轉(zhuǎn)換用什么圖形符號表示？其 表明了狀態(tài)轉(zhuǎn)換的方向。一般要在上面標(biāo)明觸發(fā)轉(zhuǎn)換的 。如果未有標(biāo)明，則表示了 。帶箭頭的連線、箭頭方向、觸發(fā)轉(zhuǎn)換事件表達式、在源狀態(tài)的內(nèi)部活動執(zhí)行完之后自動觸發(fā)轉(zhuǎn)換18、狀態(tài)轉(zhuǎn)換圖中的中間狀態(tài)由 、 和 組成。底層為“活動表”，其語法格式為 。狀態(tài)、狀態(tài)變量和 活動表事件名（參數(shù)表）/動作表達式19、層次方框圖是用來建立 模型的。它用 的一

18、系列多層次的 框描繪數(shù)據(jù)的層次結(jié)構(gòu)。頂層是一個單獨的矩形框，它代表完整的 ；下面的各層矩形框代表這個數(shù)據(jù)的 ；最底層的各個框代表組成這個數(shù)據(jù)的實際 (不能再分割的元素)。數(shù)據(jù)、樹形結(jié)構(gòu)、子集、數(shù)據(jù)元素20. 比較層次方框圖與結(jié)構(gòu)圖是的差異。不同點：、層次圖描繪軟件的層次結(jié)構(gòu)，層次方框圖描繪的是數(shù)據(jù)結(jié)構(gòu)、層次圖的方框表示模塊或子模塊。層次方框圖的方框表示數(shù)據(jù)結(jié)構(gòu)整體或其子集、層次圖的連線表示調(diào)用關(guān)系，層次方框圖表示組成關(guān)系21、Warnier圖和層次方框圖類似，Warnier圖也用樹形結(jié)構(gòu)描繪信息， Warnier圖可以表明 的邏輯組織，也可以表示特定信息在某一類信息中是有 地出現(xiàn)的。信息、條件

19、22、IPO圖是輸入、處理、輸出圖的簡稱。能夠方便地描繪輸入數(shù)據(jù)、對數(shù)據(jù)的處理和輸出數(shù)據(jù)之間的關(guān)系。是顯然是建立 模型的工具之一（與DFD類似）。功能模型23、從 、 、 和 方面驗證軟件需求的正確性。驗證軟件需求的方法 有 、 和 。一致性 、完整性、現(xiàn)實性和有效性驗證需求的一致性、驗證需求的現(xiàn)實性和驗證需求的完整性和有效性 第四章習(xí)題1、軟件工程中對需求分析進行說明的技術(shù)分為 、 和 三類。分別用 、 和 進行描述。非形式化、半形式化、形式化自然語言、數(shù)據(jù)流圖或者是E-R圖和基于數(shù)學(xué)的技術(shù)2、非形式化方法的缺點及形式化方法的優(yōu)點分別是什么？非形式化的缺點：可能產(chǎn)生矛盾、二義性、含糊性、不完

20、整性、抽象層次混亂形式化方法的優(yōu)點：、數(shù)學(xué)最有用的一個性質(zhì)是：他能夠簡潔的準確的描述物理現(xiàn)象、對象或動作的結(jié)果，因此是理想的建模工具、可以在不同的軟件工程活動之間平滑的過度、它提供了高層確認的手段3、判斷：使用了形式化的說明技術(shù)后就能保證說明的完整性了？錯4、應(yīng)用形式化方法的準則有哪些？、應(yīng)當(dāng)選用適當(dāng)?shù)谋硎痉椒?、?yīng)該形式化，但不要過分形式化、應(yīng)該估算成本、應(yīng)該有形式化方法顧問隨時提供咨詢、不應(yīng)該放棄傳統(tǒng)的開發(fā)方法、應(yīng)該建立詳細的文檔、不應(yīng)該放棄質(zhì)量標(biāo)準、不應(yīng)該盲目依賴形式方法、應(yīng)該測試、測試再測試、應(yīng)該重用5、有窮狀態(tài)機包括 、 、 、 和 5個部分。態(tài)機J、輸入集K、轉(zhuǎn)換函數(shù)T、初始狀態(tài)S和

21、終態(tài)集F 6、目前使用的狀態(tài)轉(zhuǎn)換規(guī)則形式為： + + = 。當(dāng)前狀態(tài)菜單 +事件所選擇的項 + 謂詞=下個狀態(tài) 7、Petri網(wǎng)包括 、 、 和 4個元素。其中位置用 代表，轉(zhuǎn)換用 表示。輸入函數(shù)用由 指向 的箭頭表示，輸出函數(shù)用由 指向 的箭頭表示。它解決了狀態(tài)轉(zhuǎn)換中的 時間 問題。位置P 、轉(zhuǎn)換T 、輸入函數(shù)I和輸出函數(shù)O圓圈、直線、位置、轉(zhuǎn)換、轉(zhuǎn)換、位置8、帶標(biāo)記的Petri網(wǎng)中，主要是位置中設(shè)置了 。狀態(tài)轉(zhuǎn)換規(guī)則是:當(dāng)每個 所擁有的權(quán)標(biāo)數(shù) 從該位置到轉(zhuǎn)換的線數(shù)時，就允許轉(zhuǎn)換。權(quán)標(biāo)、輸入位置、大于9、加入禁止線的Petri網(wǎng)中，用一個 而不是用箭頭標(biāo)記的輸入線表示禁止線。狀態(tài)轉(zhuǎn)換規(guī)則是:

22、當(dāng)每個輸入線上至少有一個權(quán)標(biāo)，而禁止線上 的時候，相應(yīng)的轉(zhuǎn)換才是允許的。小圓圈、沒有權(quán)標(biāo)10、用Z語言描述的、最簡單的形式化規(guī)格說明含有 、 、 和 4個部分。給定的集合、狀態(tài)定義、初始狀態(tài)和操作第五章習(xí)題1、從工程管理的角度，可以將軟件設(shè)計分為 階段和 階段。從技術(shù)的角度，傳統(tǒng)的結(jié)構(gòu)化方法將軟件設(shè)計劃分為 、 、 和 4部分。面向?qū)ο蠓椒▌t將軟件設(shè)計劃分為 、 、 和 4部分。概要設(shè)計、詳細設(shè)計體系結(jié)構(gòu)設(shè)計、數(shù)據(jù)設(shè)計、接口設(shè)計和過程設(shè)計體系結(jié)構(gòu)設(shè)計、類設(shè)計/數(shù)據(jù)設(shè)計 、接口設(shè)計 和 構(gòu)件級設(shè)計2、簡述總體設(shè)計的必要性?？梢哉驹谌纸嵌壬?，花較少成本，從較抽象的層次上分析對比多種可能的系統(tǒng)實現(xiàn)

23、方案和軟件結(jié)構(gòu)，從而用較低成本開發(fā)出較高質(zhì)量的軟件系統(tǒng)3、 是各種設(shè)計方案的基礎(chǔ)?？傮w設(shè)計過程分為 階段和 階段，前者確定 ，后者則確定 。數(shù)據(jù)流圖、系統(tǒng)設(shè)計、結(jié)構(gòu)設(shè)計、系統(tǒng)具體實現(xiàn)方案、軟件結(jié)構(gòu)4、典型的總體設(shè)計過程包括的步驟有哪些？、設(shè)想供選擇的方案、選取合理的方案、推薦最佳方案、功能分解、設(shè)計軟件結(jié)構(gòu) 、設(shè)計數(shù)據(jù)庫、指定測試計劃、書寫文檔、審查和復(fù)審5、在總體設(shè)計中要準備組成系統(tǒng)的物理元素清單。包括哪些內(nèi)容?程序、文件、數(shù)據(jù)庫、人工過程和文檔6、在總體設(shè)計中書寫文檔步驟，通常的文檔有哪些？、系統(tǒng)說明、用戶手冊、測試計劃、詳細的實現(xiàn)計劃、數(shù)據(jù)庫設(shè)計結(jié)果7、總體設(shè)計的設(shè)計原理有 、 、 、

24、和 五個部分。隨著軟件工程過程向前進行，其抽象程度隨之而 。 是抽象的最底層。模塊化 、 抽象 、 逐步求精 、 信息隱藏和局部化和 模塊獨立減少 、 源程序8、簡述系統(tǒng)設(shè)計采用模塊化的優(yōu)點和模塊獨立的重要性。模塊化的優(yōu)點：(1). 采用模塊化原理可以使軟件結(jié)構(gòu)清晰，不僅容易設(shè)計也容易閱讀和理解。(2). 模塊化使軟件容易測試和調(diào)試，因而有助于提高軟件的可靠性。(3). 模塊化能夠提高軟件的可修改性。(4). 模塊化也有助于軟件開發(fā)工程的組織管理。模塊獨立的優(yōu)點：、有效的模塊化的軟件比較容易開發(fā)出來、獨立的模塊化標(biāo)膠容易測試和維護9、模塊獨立是 、 、 和 的直接結(jié)果。模塊獨立程度的兩個定性標(biāo)

25、準度量是 和 。模塊化 、抽象、信息隱藏 和 局部化耦合 和 內(nèi)聚10、耦合是衡量 彼此間互相依賴(連接)的緊密程度，內(nèi)聚是衡量一個 各個元素彼此結(jié)合的緊密程度。好的設(shè)計方案，應(yīng)該是由高 和低 的模塊構(gòu)建的系統(tǒng)結(jié)構(gòu)。模塊、模塊內(nèi)、內(nèi)聚、耦合11、按耦合程度由低到高，常見的耦合形式有哪些?分別對應(yīng)的模塊獨立性變化是？其中公共環(huán)境耦合的類型主要包括 和 。兩者有何區(qū)別？常見的耦合形式有： 數(shù)據(jù)耦合-控制耦合-特征耦合-公共環(huán)境耦合-內(nèi)容耦合分別對應(yīng)的模塊獨立性變化是：由強變?nèi)跛缮⒐柴詈?、緊密公共耦合，差異是：前者一個模塊往公共環(huán)境送數(shù)據(jù) 另一個模塊從公共環(huán)境取數(shù)據(jù) 和 兩個模塊既往公共環(huán)境送數(shù)據(jù)

26、又從里面取數(shù)據(jù)12、耦合是影響軟件 程度的一個重要因素，應(yīng)該采取下述設(shè)計原則：盡量使用 耦合，少用 耦合和 耦合，限制 耦合的范圍，完全不用 耦合。復(fù)雜、數(shù)據(jù)、控制、特征、 環(huán)境、內(nèi)容 、13、內(nèi)聚和耦合是密切相關(guān)的，模塊內(nèi)的高內(nèi)聚往往意味著模塊間的松耦合。實踐表明內(nèi)聚更重要，應(yīng)該把更多注意力集中到提高模塊的 程度上。內(nèi)聚14、模塊內(nèi)部聚合形式從內(nèi)聚程度從低到高有哪些？偶然內(nèi)聚-邏輯內(nèi)聚-時間內(nèi)聚-過程內(nèi)聚-通信內(nèi)聚-順序內(nèi)聚-功能內(nèi)聚15、使用程序流程圖確定模塊的劃分，這樣得到的往往是 內(nèi)聚的模塊。根據(jù)數(shù)據(jù)流圖劃分模塊時，通常得到 內(nèi)聚的模塊。過程內(nèi)聚、順序內(nèi)聚16、在總體設(shè)計時提供了哪些啟

27、發(fā)規(guī)則？、改進軟件結(jié)構(gòu)、模塊規(guī)模應(yīng)該適中、深度、寬度、扇入和扇出都應(yīng)該適當(dāng)、模塊的作用域應(yīng)該在控制域之內(nèi)、力爭降低模塊接口的復(fù)雜程度、設(shè)計單入口出口的模塊、模塊功能應(yīng)該可以預(yù)測17、描述軟件結(jié)構(gòu)的一些度量指標(biāo)有 深度 、 寬度 、扇入 和扇出 。其中 和程序長度之間應(yīng)該有粗略的對應(yīng)關(guān)系。 越大系統(tǒng)越復(fù)雜。扇出過大意味著 過分復(fù)雜， 越大則共享該模塊的上級模塊數(shù)目越多。深度、寬度、模塊、扇入18、名詞解釋：深度、寬度、扇入和扇出。深度：軟件結(jié)構(gòu)中控制的層數(shù)寬度：軟件結(jié)構(gòu)內(nèi)同一個層次上的模塊總數(shù)的最大值扇入：有多少個上級模塊直接調(diào)用它 扇出：一個模塊直接控制的模塊數(shù)目19、常用語的描繪軟件結(jié)構(gòu)的圖

28、形工具有 和 。層次圖或 HIPO圖 和 結(jié)構(gòu)圖20、簡單描述層次圖（P102）和層次方框圖(P68)的區(qū)別。層次圖 層次方框圖 作用 描繪軟件結(jié)構(gòu) 描繪數(shù)據(jù)結(jié)構(gòu) 矩形框 模塊 數(shù)據(jù)元素 連線 調(diào)用關(guān)系 組成關(guān)系 21、結(jié)構(gòu)圖是描繪軟件結(jié)構(gòu)的圖形工具，其基本符號有： 代表一個模塊，方框之間的 表示模塊的調(diào)用關(guān)系；尾部是 表示傳遞的是數(shù)據(jù)；尾部 圓箭頭表示傳遞的是控制信息。其附加符號有 和 。方框、直線、空心、實心、棱形、環(huán)繞箭頭22、判斷正誤：層次圖和結(jié)構(gòu)圖并不指明何時調(diào)用下層模塊？層次圖和結(jié)構(gòu)圖只表明一個模塊調(diào)用那些模塊，沒有表示模塊內(nèi)還有沒有其他成分。正確（P104）23、面向數(shù)據(jù)流的設(shè)計

29、方法中定義了一些映射，利用它可把 變換成 。數(shù)據(jù)流圖、軟件結(jié)構(gòu)圖、24、面向數(shù)據(jù)流的設(shè)計方法中信息流的 決定了映射的方法。信息流有 和 兩種類型，分別對應(yīng)的 和 分兩種方法。類型、變換流、事務(wù)流、變換分析 和 事務(wù)分析25、變換分析是一系列設(shè)計步驟的總稱，經(jīng)過這些步驟把具有具有“變換中心”的 按預(yù)先確定的模式映射成 結(jié)構(gòu)。明顯可以分割為“導(dǎo)入” 、“加工變換”和“導(dǎo)出” 三部分。對應(yīng)軟件結(jié)構(gòu)的“ 子系統(tǒng)”、“ 子系統(tǒng)”和“ 子系統(tǒng)”三部分。數(shù)據(jù)流圖、軟件、輸入、變換中心、輸出26、面向數(shù)據(jù)流的總體設(shè)計有七個步驟。它們分別是什么？、復(fù)查基本系統(tǒng)模型、復(fù)查并精華數(shù)據(jù)流圖、確定數(shù)據(jù)流圖具有變化特性還

30、是事務(wù)特性、確定輸入流和輸出流的邊界從而孤立出變換中心、完成第一級分解、完成第二級分解、使用設(shè)計度量和啟發(fā)式規(guī)則對第一次分隔得到的軟件結(jié)構(gòu)進一步精化27、面向數(shù)據(jù)流的總體設(shè)計中，確定輸入流和輸出流的邊界，從而孤立出 。第一級分解是位于軟件結(jié)構(gòu)最頂層的控制模塊Cm協(xié)調(diào)下面的哪些控制模塊？第二級分解是從 開始分別向輸入開始和輸出結(jié)束方向把每個 映射成一個模塊。變換中心Cm協(xié)調(diào)控制模塊：輸入信息處理控制模塊Ca、變換中心控制模塊Ct、輸出信息處理控制模塊Ce變換中心的邊界、處理28、事務(wù)分析的設(shè)計步驟和變換分析的設(shè)計步驟大部分相同或類似，主要差別僅在于由數(shù)據(jù)流圖到軟件結(jié)構(gòu)的映射方法不同。由事務(wù)流映射

31、成的軟件結(jié)構(gòu)包括一個 分支和一個 分支。前者從 中心的邊界開始，把沿著接收流通路的處理映射成模塊；而后者的結(jié)構(gòu)包含一個 模塊，它控制下層的所有活動模塊；然后把數(shù)據(jù)流圖中的每個活動流通路映射成與它的流特征相對應(yīng)的結(jié)構(gòu)。（P112）接收、發(fā)送、事務(wù)、調(diào)度29、簡述設(shè)計優(yōu)化原則。、在不考慮時間因素的前提下開發(fā)并精化軟件結(jié)構(gòu)、在詳細設(shè)計階段選出最耗時間的哪些模塊，仔細的涉及他們的處理過程，以求提高效率、使用高級程序設(shè)計語言編寫程序、在軟件中鼓孤立出哪些大占處理機資源的哪些模塊必要時重新設(shè)計或依賴于機器的語言重寫那些大量占用資源的的模塊的代碼，以求提高效率第六章習(xí)題1、簡述經(jīng)典的結(jié)構(gòu)程序設(shè)計、擴展的結(jié)構(gòu)

32、程序設(shè)計和修正的結(jié)構(gòu)程序設(shè)計。(P119)經(jīng)典的結(jié)構(gòu)程序設(shè)計：只允許使用順序、IF-THEN-ELSE型分支和DO-WHILE型循環(huán)這3種基本控制結(jié)構(gòu)；擴展的結(jié)構(gòu)程序設(shè)計：如果除了上述3種基本控制結(jié)構(gòu)之外，還允許使用DO-CASE型多分支結(jié)構(gòu)和DO-UNTIL型循環(huán)結(jié)構(gòu)；修正的結(jié)構(gòu)程序設(shè)計：再加上允許使用LEAVE(或BREAK)結(jié)構(gòu)。 2、判斷：結(jié)構(gòu)程序的目的是不使用GOTO語句？錯3、人機界面設(shè)計主要的設(shè)計問題是 、 、 、 。(P120)系統(tǒng)響應(yīng)時間、用戶幫助設(shè)施、出錯信息處理、命令交互 4、人機界面設(shè)計中的“系統(tǒng)響應(yīng)時間”的重要屬性有 、 。長度、易變性5、為什么用戶界面設(shè)計過程是一個

33、迭代過程？通常先創(chuàng)建設(shè)計模型，再用原型實現(xiàn)這個設(shè)計模型，并由用戶試用和評估，然后根據(jù)用戶意見進行修改6、詳細設(shè)計階段使用的設(shè)計工具有 、 、 。通過它們可以對概要設(shè)計階段的獲得的模塊結(jié)構(gòu)圖的每一個模塊的 進行詳細的描述。圖形、表格、語言算法7、詳細設(shè)計階段中的過程設(shè)計主要采用面向 的設(shè)計方法，它是在 、 、 完成之后進行的，它的主要任務(wù)是設(shè)計解題的 。（P140）過程設(shè)計、數(shù)據(jù)設(shè)計、體系結(jié)構(gòu)設(shè)計、接口設(shè)計、詳細步驟（即算法）8、過程設(shè)計工具中的圖形工具主要有 、 、 ；表格工具有 ；語言工具有 。在表示多重嵌套的條件選擇時，一般選用 、 工具。程序流程圖、盒圖（N-S圖）、問題分析圖（PAD圖

34、）判定表、PDL、判定表、判定樹9、簡述程序流程圖、N-S圖、PAD圖各自的特點。程序流程圖：主要優(yōu)點是對控制流程的描繪很直觀，便于初學(xué)者掌握。主要缺點：（1）程序流程圖本質(zhì)上不是逐步求精的好工具，它誘使程序員過早地考慮程序的控制流程，而不去考慮程序的全局結(jié)構(gòu)。（2）程序流程圖中用箭頭代表控制流，因此程序員不受任何約束，可以完全不顧結(jié)構(gòu)程序設(shè)計的精神，隨意轉(zhuǎn)移控制。（3）程序流程圖不易表示數(shù)據(jù)結(jié)構(gòu)N-S圖：(1). 功能域明確。(2). 不可能任意轉(zhuǎn)移控制。(3). 很容易確定局部和全程數(shù)據(jù)的作用域。(4). 很容易表現(xiàn)嵌套關(guān)系，也可以表示模塊的層次結(jié)構(gòu)PAD圖：(1). 使用表示結(jié)構(gòu)化控制結(jié)

35、構(gòu)的PAD符號設(shè)計出來的程序必然是結(jié)構(gòu)化程序。(2). PAD圖所描繪的程序結(jié)構(gòu)十分清晰。(3). PAD圖表現(xiàn)程序邏輯易讀、易懂、易記。(4). 容易將PAD圖轉(zhuǎn)換成高級語言源程序，這種轉(zhuǎn)換可用軟件工具自動完成。(5). 即可表示程序邏輯，也可描繪數(shù)據(jù)結(jié)構(gòu)。(6). PAD圖的符號支持自頂向下、逐步求精方法的使用。10、簡述Jackson圖和層次圖的區(qū)別。Jackson圖 層次圖 作用 描繪數(shù)據(jù)結(jié)構(gòu) 描繪程序結(jié)構(gòu) 描繪軟件結(jié)構(gòu) 矩形框 數(shù)據(jù)元素 幾個語句 模塊 連線 組成關(guān)系 調(diào)用關(guān)系 11、畫出改進的Jackson圖表示順序、選擇和重復(fù)的數(shù)據(jù)結(jié)構(gòu)圖。 順序結(jié)構(gòu) 選擇結(jié)構(gòu) 循環(huán)結(jié)構(gòu) 12、簡

36、述Jackson方法進行模塊算法設(shè)計過程（設(shè)計步驟）。(1) 分析并確定輸入數(shù)據(jù)和輸出數(shù)據(jù)的邏輯結(jié)構(gòu)，用Jackson圖描繪數(shù)據(jù)結(jié)構(gòu)(2) 找出輸入數(shù)據(jù)結(jié)構(gòu)和輸出數(shù)據(jù)結(jié)構(gòu)中有對應(yīng)關(guān)系的數(shù)據(jù)單元(3) 根據(jù)一定規(guī)則從描繪數(shù)據(jù)結(jié)構(gòu)的Jackson圖導(dǎo)出描繪程序結(jié)構(gòu)的Jackson圖(4)列出所有操作和條件(包括分支條件和循環(huán)結(jié)束條件)，并且把它們分配到程序結(jié)構(gòu)圖的適當(dāng)位置。(5) 用偽碼表示程序算法。13、Jackson方法的核心是從數(shù)據(jù)結(jié)構(gòu)圖導(dǎo)出 。進行算法設(shè)計最后主要采用 工具進行描述的。程序結(jié)構(gòu)圖、PDL14、程序復(fù)雜程度的定量度量方法主要有 、 。McCabe方法和Halstead方法 1

37、5、McCabe方法根據(jù)程序 的復(fù)雜程度定量度量程序的復(fù)雜程度，這樣度量出的結(jié)果稱為程序的 。其中用 突出表示程序中的控制流。程序控制流、環(huán)形復(fù)雜度、流圖16、流圖的主要構(gòu)成有 、 、 。其中點代表 ，邊代表 。結(jié)點、箭頭線、區(qū)域 一條或多條語句、控制流17、流圖是根據(jù)程序過程設(shè)計結(jié)果轉(zhuǎn)化而來的。請畫出下面程序結(jié)構(gòu)對應(yīng)的流圖。 18、根據(jù)下面的程序流程圖試畫出相應(yīng)的流圖。 19、當(dāng)過程設(shè)計中包含復(fù)合條件（包含了一個或多個OR，AND，NAND，NOR）時，應(yīng)該把復(fù)合條件分解為若干個簡單條件，每個簡單條件對應(yīng)流圖中一個結(jié)點。試畫出下面復(fù)合條件對應(yīng)的流圖。 20、環(huán)形復(fù)雜度定量度量程序的邏輯復(fù)雜度

38、。如何從流圖中計算環(huán)形復(fù)雜度V(G)？（1）V(G)=流圖中的區(qū)域數(shù) （2）V(G)=E-N+2 其中E是流圖中的邊數(shù)，N是結(jié)點數(shù) （3）V(G)=P+1 其中P是流圖中判定結(jié)點的數(shù)目21、環(huán)形復(fù)雜度的用途(1). 定量度量程序內(nèi)分支數(shù)或循環(huán)個數(shù)，即程序結(jié)構(gòu)的復(fù)雜程度；(2). 定量度量了測試難度；(3). 能對軟件最終的可靠性給出某種預(yù)測。22、Halstead方法根據(jù)程序中的 和 的總數(shù)來度量程序的復(fù)雜程度。運算符 操作數(shù)第七章習(xí)題1、軟件的實現(xiàn)階段主要包括 和 階段。編碼 測試2、軟件工程過程是一個從抽象走向具體的一個過程。編碼是對設(shè)計的最終 。而編碼并不決定程序的質(zhì)量，決定程序質(zhì)量的主

39、要因素是 。但編碼階段所選用的程序設(shè)計語言和編碼風(fēng)格對程序的 、 、 和 有深遠的影響。實現(xiàn)（具體化）、設(shè)計的質(zhì)量、可靠性、可讀性、可測試性、可維護性3、簡述編碼階段選擇語言的理想標(biāo)準有哪些？首要的實用標(biāo)準是 。(1). 為了使程序容易測試和維護以減少軟件的總成本，所選用的高級語言應(yīng)該有理想的模塊化機制，以及可讀性好的控制結(jié)構(gòu)和數(shù)據(jù)結(jié)構(gòu)；(2). 為了便于調(diào)試和提高軟件可靠性，語言特點應(yīng)該使編譯程序能夠盡可能多地發(fā)現(xiàn)程序中的錯誤；(3). 為了降低軟件開發(fā)和維護的成本，選用的高級語言應(yīng)該有良好的獨立編譯機制。 首要的實用標(biāo)準是滿足系統(tǒng)用戶的要求。4、一般來說，編碼風(fēng)格主要涉及 、 、 、 和

40、幾個方面。程序內(nèi)部的文檔、數(shù)據(jù)說明、語句構(gòu)造、輸入輸出、效率5、簡述G.Meyers關(guān)于測試的目標(biāo)或定義。(1). 測試是為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程；(2). 好的測試方案是能夠發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯誤的測試方案；(3). 成功的測試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯誤的測試。 6、以下說法的正誤：（1）軟件測試，是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程。（T）（2）好的測試方案是能夠發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯誤的測試方案。（T）（3）成功的測試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯誤的測試（T）（4）測試是為了表明程序是正確的（F）（5）成功的測試是沒有發(fā)現(xiàn)錯誤的測試（F）（6）程序測試只能證明錯誤的存在,

41、但不能證明錯誤不存在（T）（7）程序員應(yīng)避免檢查自己的程序（T）（8）在設(shè)計測試用例時，應(yīng)包括合理的合理條件和不合理的輸入條件（T）（9）應(yīng)長期保留測試用例，直至系統(tǒng)廢棄（T）7、簡述軟件測試的基本準則。(1). 所有測試都應(yīng)該能追溯到用戶需求(2). 應(yīng)該遠在測試開始之前就制定出測試計劃(3). 把Pareto（柏拉圖）原理應(yīng)用到軟件測試中(4). 應(yīng)該從“小規(guī)?！睖y試開始，并逐步進行“大規(guī)模”測試(5). 窮舉測試是不可能的(6). 為了達到最佳的測試效果，應(yīng)該由獨立的第三方從事測試工作8、軟件測試的方法主要有 、 。前者分為 、 。后者又可分為 、 。靜態(tài)測試、動態(tài)測試、靜態(tài)分析器分析、

42、代碼評審 、白盒測試方法 、黑盒測試方法 9、黑盒測試又稱為 測試，它完全不考慮程序的 和 ，是在 處進行的測試。白盒測試又稱為 測試，它按照程序的 測試程序，檢測程序中的主要 是否都能按預(yù)定要求正確工作。功能測試、內(nèi)部結(jié)構(gòu)、處理過程、程序接口結(jié)構(gòu)測試、內(nèi)部邏輯、執(zhí)行通路10、測試的基本步驟有 、 、 、 和 。模塊測試（單元測試）、子系統(tǒng)測試、系統(tǒng)測試、驗收測試（確認測試）、平行運行（并行運行） 11、測試階段的輸入信息應(yīng)包括 、 。它們又分別包含哪些內(nèi)容？測試方案由哪些組成？測試用例由 和 組成。軟件配置：需求說明書、設(shè)計說明書和源程序清單等測試配置：包括測試計劃和測試方案測試方案：輸入數(shù)

43、據(jù)、功能說明、輸出數(shù)據(jù)測試用例：輸入數(shù)據(jù)、輸出數(shù)據(jù)12、單元測試橫跨軟件生命周期的 、 兩個階段?？梢詰?yīng)用 測試和 測試這樣兩種不同類型的測試方法。其中主要采用 技術(shù)，主要檢測模塊的 、 、 、 和 五個方面。編碼、測試、人工測試、計算機測試、白盒測試模塊接口、局部數(shù)據(jù)結(jié)構(gòu)、重要的執(zhí)行通路 、出錯處理通路、邊界條件13、單元測試中在進行計算機測試時，應(yīng)為每個模塊單元測試開發(fā) 和(或) 才能進行。驅(qū)動軟件（驅(qū)動模塊） 存根軟件（樁模塊）14、集成測試是一種 和 同時進行的系統(tǒng)化技術(shù)。主要目標(biāo)是發(fā)現(xiàn)與 有關(guān)的問題。根據(jù)組裝的方式方法分另有 、 兩種方法。這兩種各有什么特點？測試和組裝軟件、接口、非

44、漸增式測試方法、漸增式測試方法 非漸增式測試：（1）一下子把所有模塊放在一起，并把龐大的程序作為一個整體來測試，測試者面對的情況十分復(fù)雜。（2）在龐大的程序中想要診斷定位一個錯誤是非常困難的，改正錯誤更是極端困難，而且一旦改正一個錯誤之后，馬上又會遇到新的錯誤。漸增式測試： （1）實際上同時完成單元測試和集成測試； （2）把程序劃分成小段來構(gòu)造和測試，在這個過程中比較容易定位和改正錯誤； （3）對接口可以進行更徹底的測試；（4）可以使用系統(tǒng)化的測試方法（輸入-處理-輸出）15、漸增式測試方法有兩種集成策略，分別是 、 。簡述一下兩種方式的特點（優(yōu)缺點）。自頂向下、自底向上方法優(yōu)點缺點自頂向下

45、具有錯誤隔離手段主要設(shè)計錯誤發(fā)現(xiàn)早不需要驅(qū)動程序 潛在可重用代碼測試不充分需要存根程序 自底向上 具有錯誤隔離手段潛在可重用代碼能充分測試不需要存根程序 主要設(shè)計錯誤發(fā)現(xiàn)遲需要驅(qū)動程序 16、確認測試也稱為 ，它的目標(biāo)是驗證軟件的 。 是進行確認測試的基礎(chǔ)。確認測試除了有測試人員參與外，必須有 積極參與。確認測試通常使用 測試法進行測試。在測試前應(yīng)該仔細設(shè)計 和 。驗收測試、有效性、軟件需求規(guī)格說明書、用戶、黑盒、測試計劃、測試過程17、簡述確認測試中軟件配置復(fù)查的測試內(nèi)容（P161）。（1）軟件配置的所有成分都齊全，質(zhì)量符合要求；（2）文檔與程序完全一致，具有完成軟件維護所必須的細節(jié)，而且已

46、經(jīng)編好目錄；（3）仔細記錄發(fā)現(xiàn)的遺漏或錯誤18、簡述Alpha測試和Beta測試。Alpha測試：由用戶在開發(fā)者的場所進行，并且在開發(fā)者對用戶的“指導(dǎo)”下進行測試。顯是在受控的環(huán)境中進行的。Beta測試：由軟件的最終用戶們在一個或多個客戶場所進行。開發(fā)者通常不在Beta測試的現(xiàn)場，因此，Beta測試是軟件在開發(fā)者不能控制的環(huán)境中的“真實”應(yīng)用19、設(shè)計測試方案是測試階段最關(guān)鍵的技術(shù)問題。測試方案包括 和 ，而后者又包括 和預(yù)期的輸出結(jié)果。測試目的、測試用例、輸入數(shù)據(jù)20、白盒法基于兩種策略設(shè)計測試用例，即 邏輯覆蓋 和 控制結(jié)構(gòu)設(shè)計。邏輯覆蓋根據(jù)測試數(shù)據(jù)覆蓋 程序語句 的程度劃分出五種覆蓋標(biāo)準

47、，從低到高分別是 、 、 、 和 ?？刂平Y(jié)構(gòu)設(shè)計是描述了測試數(shù)據(jù)覆蓋源程序中控制結(jié)構(gòu)的程度分為。 、 和 。語句覆蓋 、判定覆蓋 、條件覆蓋 、判定/條件覆蓋 、條件組合覆蓋 基本路徑測試、條件測試、循環(huán)測試21、簡述語句覆蓋、判定覆蓋、條件覆蓋、 判定/條件覆蓋、條件組合覆蓋和路徑覆蓋的定義。語句覆蓋：選擇足夠多的測試數(shù)據(jù)，使被測程序中每個語句至少執(zhí)行一次判定覆蓋：不僅每個語句必須至少執(zhí)行一次，而且每個判定的每種可能的結(jié)果（每個分支）都應(yīng)該至少執(zhí)行一次。條件覆蓋：不僅每個語句至少執(zhí)行一次，而且使每一個判定條件中的每一個條件至少獲得過一次可能的值的測試 。判定/條件覆蓋：指選擇足夠的測試用例，

48、使得判定表達式中的每個條件都取到各種可能的值，每個判定表達式也都取到各種可能的結(jié)果。條件組合覆蓋：要求選取足夠多的測試數(shù)據(jù)，使得每個判定表達式中條件的各種可能組合都至少出現(xiàn)一次。22、針對下面的程序流程圖設(shè)計了多組測試用例，它們分別滿足了哪些覆蓋標(biāo)準（多選題）。第二組：A2,B0,X4A1,B1,X1第一組：A=2,B=0,X=1A=1,B=1,X=2第一組: A、C (A)語句覆蓋(B)判定覆蓋(C)條件覆蓋(D) 判定/條件覆蓋(E)條件組合覆蓋(F)路徑覆蓋第二組: A、B、C、D (A)語句覆蓋(B)判定覆蓋(C)條件覆蓋(D) 判定/條件覆蓋(E)條件組合覆蓋(F)路徑覆蓋23、基本路徑測試是Tom McCabe提出的一種白盒測試技術(shù)。簡述該方法的設(shè)計測試用例的步驟。(1). 根據(jù)過程設(shè)計結(jié)果畫出相應(yīng)的流圖；(2). 計算流圖的環(huán)形復(fù)雜度。(3). 確定線性獨立路徑的基本集合。(4). 設(shè)計可強制執(zhí)行每條獨立路徑的測試用例。24、黑盒測試著重測試軟件功能，能夠檢測的錯誤類型有哪些？(1). 功能不正確或遺漏了功能； (2). 界面錯誤； (3). 數(shù)據(jù)結(jié)構(gòu)錯誤或外部數(shù)據(jù)庫訪問錯誤； (4). 性能錯誤； (5). 初始化和終止錯誤。25