【正文】 區(qū)、年齡、文化程度、職業(yè)、考試級別等進行成績分類統(tǒng)計及試題難度分析，產(chǎn)生統(tǒng)計分析表。原型化方法主要用于解決在產(chǎn)品開發(fā)的早期階段需求不確定的問題，用戶、經(jīng)理和其他非技術項目風險承擔者發(fā)現(xiàn)在確定和開發(fā)產(chǎn)品時，原型可以使他們的想象更具體化。明確并完善需求 原型作為一種需求工具，它初步實現(xiàn)所理解的系統(tǒng)的一部分，用戶對原型的評價可以指出需求中的許多問題。（3）發(fā)展為最終的產(chǎn)品 原型作為一種構(gòu)造工具，是產(chǎn)品最初子集的完整功能實現(xiàn)，通過一系列小規(guī)模的開發(fā)循環(huán)，你可以完成整個產(chǎn)品的開發(fā)。這種方法的主要缺點包括：（1）由于原型沒有考慮軟件的總體質(zhì)量和可維護性，交付原型往往造成欲速則不達的情況。在一段時間的開發(fā)之后，他們往往已經(jīng)習慣了這些選擇，于是便在系統(tǒng)中參雜了這些不理想的選擇。 基本任務: ⑴問題識別：雙方確定對問題的綜合需求，這些需求包括功能需求，性能需求，環(huán)境需求，用戶界面需求。⑶編寫文檔：包括編寫需求規(guī)格說明書,初步用戶使用手冊,確認測試計劃,修改完善軟件開發(fā)計劃 。采用自頂向下逐層分解的分析策略。中間層則是從抽象到具體的過渡。結(jié)構(gòu)化分析方法通過哪些步驟來實現(xiàn)？ ⑴了解當前系統(tǒng)的工作流程，獲得當前系統(tǒng)的物理模型。 ⑶建立目標系統(tǒng)的邏輯模型。ER圖中包含哪幾種種基本成分？實體(即數(shù)據(jù)對象)、關系和屬性聯(lián)系可分為哪幾種類型？一對一聯(lián)系(1∶1)，一對多聯(lián)系(1∶N)，多對多聯(lián)系(M∶N)為何要進行數(shù)據(jù)結(jié)構(gòu)規(guī)范化？為減少數(shù)據(jù)冗余，避免出現(xiàn)插入異?；騽h除異常，簡化修改數(shù)據(jù)的過程。第二范式滿足第一范式條件，而且每個非關鍵字屬性都由整個關鍵字決定(而不是由關鍵字的一部分來決定)，消除了非關鍵字屬性對關鍵字屬性的部分依賴。SLC(SNO,SDEPT,SLOC,CNO,G)，這里SNO表示學號，SDEPT表示系名，SLOC表示樓號，CNO表示課程號，G表示成績。 SDEPT→SLOC。（1）SC(SNO,CNO,G)和 （2）SD(SNO,SDEPT,) (3) SL(SDEPT ,SLOC)1狀態(tài)轉(zhuǎn)換圖狀態(tài)轉(zhuǎn)換圖(簡稱為狀態(tài)圖)通過描繪系統(tǒng)的狀態(tài)及引起系統(tǒng)狀態(tài)轉(zhuǎn)換的事件，來表示系統(tǒng)的行為。1層次方框圖層次方框圖用樹形結(jié)構(gòu)的一系列多層次的矩形框描繪數(shù)據(jù)的層次結(jié)構(gòu)。1IPO圖IPO圖是輸入、處理、輸出圖的簡稱，能夠方便地描繪輸入數(shù)據(jù)、對數(shù)據(jù)的處理和輸出數(shù)據(jù)之間的關系。(2) 完整性需求必須是完整的，規(guī)格說明書應該包括用戶需要的每一個功能或性能。對硬件技術的進步可以做些預測，對軟件技術的進步則很難做出預測，只能從現(xiàn)有技術水平出發(fā)判斷需求的現(xiàn)實性。第四章 總體設計什么是總體設計？總體設計的任務是什么？總體設計又稱為概要設計或初步設計?；救蝿帐牵航④浖到y(tǒng)結(jié)構(gòu)（劃分模塊、定義模塊功能、模塊間的調(diào)用關系、定義模塊的接口、評價模塊的質(zhì)量）、數(shù)據(jù)結(jié)構(gòu)和數(shù)據(jù)庫的設計（數(shù)據(jù)結(jié)構(gòu)設計、概念設計、邏輯設計、物理設計）、編寫概要設計文檔（概要設計說明書、用戶手冊、數(shù)據(jù)庫設計說明書、修訂測試計劃）?？傮w設計過程包括幾個步驟？1. 設想供選擇的方案2. 選取合理的方案3. 推薦最佳方案4. 功能分解5. 設計軟件結(jié)構(gòu)6. 設計數(shù)據(jù)庫7. 制定測試計劃8. 書寫文檔9. 審查和復審模塊化是把程序劃分成獨立命名且可獨立訪問的模塊，每個模塊完成一個子功能，把這些模塊集成起來構(gòu)成一個整體，可以完成指定的功能滿足用戶的需求。 （2）模塊化也有助于軟件開發(fā)工程的組織管理。抽象化包括哪些？過程的抽象 、數(shù)據(jù)抽象。什么耦合？模塊間的耦合有哪些？指衡量不同模塊彼此間互相依賴(連接)的緊密程度；有非直接耦合、標記耦合、數(shù)據(jù)耦合 、控制耦合 、外部耦合、公共耦合和內(nèi)容耦合 。這種耦合的模塊獨立性最強。這個記錄是某一數(shù)據(jù)結(jié)構(gòu)的子結(jié)構(gòu)，而不是簡單變量。1控制耦合如果一個模塊通過傳送開關、標志、名字等控制信息，明顯地控制選擇另一模塊的功能，就是控制耦合。1公共耦合若一組模塊都訪問同一個公共數(shù)據(jù)環(huán)境，則它們之間的耦合就稱為公共耦合。1內(nèi)容耦合如果發(fā)生下列情形，兩個模塊之間就發(fā)生了內(nèi)容耦合 (1) 一個模塊直接訪問另一個模塊的內(nèi)部數(shù)據(jù)。 (3) 兩個模塊有一部分程序代碼重迭(只可能出現(xiàn)在匯編語言中)。1內(nèi)聚衡量一個模塊內(nèi)部各個元素彼此結(jié)合的緊密程度。1功能內(nèi)聚 一個模塊中各個部分都是完成某一具體功能必不可少的組成部分，或者說該模塊中所有部分都是為了完成一項具體功能而協(xié)同工作，緊密聯(lián)系，不可分割的。信息內(nèi)聚 這種模塊完成多個功能，各個功能都在同一數(shù)據(jù)結(jié)構(gòu)上操作，每一項功能有一個唯一的入口點。由于這個模塊的所有功能都是基于同一個數(shù)據(jù)結(jié)構(gòu)（符號表），因此，它是一個信息內(nèi)聚的模塊。通常，通信內(nèi)聚模塊是通過數(shù)據(jù)流圖來定義的。例如，把流程圖中的循環(huán)部分、判定部分、計算部分分成三個模塊，這三個模塊都是過程內(nèi)聚模塊。這種模塊大多為多功能模塊，但模塊的各個功能的執(zhí)行與時間有關，通常要求所有功能必須在同一時間段內(nèi)執(zhí)行。2邏輯內(nèi)聚這種模塊把幾種 相關的功能組合在一起，每次被調(diào)用時，由傳送給模塊的判定參 數(shù)來確定該模塊應執(zhí)行哪一種功能。當模塊內(nèi)各部分之間沒有聯(lián)系，或者即使有聯(lián)系，這種聯(lián)系也很松散，則稱這種模塊為巧合內(nèi)聚模塊，它是內(nèi)聚程度最低的模塊。2扇入一個模塊的扇入表明有多少個上級模塊直接調(diào)用它。2模塊的控制域是這個模塊本身以及所有直接或間接從屬于它的模塊的集合。216。216。3逐步求精、分層過程與抽象等概念之間的相互關系如何？“自頂向下，逐步求精”是Niklaus Wirth提出的設計策略：即將軟件的體系結(jié)構(gòu)按自頂向下方式，對各個層次的過程細節(jié)和數(shù)據(jù)細節(jié)逐層細化，直到用程序設計語言的語句能夠?qū)崿F(xiàn)為止，從而最后確立整個的體系結(jié)構(gòu)。在實施時，采用抽象化的方法，自頂向下，給出不同的抽象層次。而在較低的抽象層次上，則采用過程化的方法。但最后在最低的抽象層次上，應使用能夠直接實現(xiàn)的方式來描述這個解法。軟件系統(tǒng)的模塊層次結(jié)構(gòu)，反映了整個系統(tǒng)的功能實現(xiàn)，即將來程序的控制體系。3什么是模塊的控制范圍和作用范圍？他們的關系如何？控制范圍：是模塊本身和它的下屬模塊的集合。作用范圍應該在控制范圍內(nèi)。事物流某個加工將它的輸入流分離成許多發(fā)散的數(shù)據(jù)流，形成許多加工路徑，并根據(jù)輸入選擇其中一個路徑來執(zhí)行。變換分析設計步驟：⑴確定變換中心，邏輯輸入和輸出。 輸入模塊由兩部分組成：接收數(shù)據(jù)﹑轉(zhuǎn)換成調(diào)用模塊所需信息。其它輸入模塊與轉(zhuǎn)換數(shù)據(jù)模塊都很簡單時，可將它們合并。變換部分求精：根據(jù)設計準則，對模塊適當合并。 ⑶中下層模塊的設計﹑優(yōu)化工作與變換結(jié)構(gòu)相同。3請將下圖的DFD轉(zhuǎn)換為軟件結(jié)構(gòu)圖。程序流程圖、PAD圖、PDL。(1)在數(shù)據(jù)A(1)～A(10)中求最大數(shù)和次大數(shù)。使用流程圖、PAD圖和PDL語言描述。WHILE P DO IF A O THEN A1 ELSE A2 ENDIF。 IF B0 THEN B1。S3 ENDWHILE。 B3 ENDWHILE。軟件測試中應注意的原則有：(1)測試用例應由輸入數(shù)據(jù)和預期的輸出數(shù)據(jù)兩部分組成。 (2)測試且例不僅選用合理輸入數(shù)據(jù)，還要選擇不合理的輸入數(shù)據(jù)。對于不合理的輸入數(shù)據(jù)，程序應拒絕接受，并給出相應的提示。 (4)應制定測試計劃并嚴格執(zhí)行，排除隨意性。 (6)對發(fā)現(xiàn)錯誤較多的程序段，應進行更深入的測試。測試是一種挑剔性的行為，心理狀態(tài)是測試自己程序的障礙。白盒法有下列幾種覆蓋標準：216。216。216。216。 216。216。從上到下的覆蓋標準其檢錯能力也從弱到強，其中條件組合發(fā)現(xiàn)錯誤的能力較強，凡滿足其標準的測試用例，也必然滿足前四種覆蓋標準。什么是黑盒測試法?采用黑盒技術測試用例有哪幾種方法?這些方法各有什么特點?答：黑盒測試法把被測試對象看成是一個黑盒子，測試人員完全不考慮程序的內(nèi)部結(jié)構(gòu)和處理過程，只在軟件接口處進行測試，依據(jù)需求規(guī)格說明書，檢查程序是否滿足功能要求。216。這樣就把漫無邊跡的隨機測試改為有針對性的等價類測試，用少量有代表性的例子代替大量測試目的相同的例子，能有效地提高測試效率。216。(邊界情況是指輸入等價類和輸入等價類邊界上的情況。216。216。它的基本原理是通過畫因果圖，把用自然語言描述的功能說明轉(zhuǎn)換為判定表，最后為判定表的每一列設計一個測試用例。綜合策略：就是聯(lián)合使用上述幾種測試方法，盡可能多地發(fā)現(xiàn)程序中的錯誤。216。該階段涉及編碼和詳細設計文檔。 集成測試：是為了檢查與設計相關的軟件體系結(jié)構(gòu)的有關問題，也就是檢查概要設計是否合理有效。 確認測試：主要是檢查已實現(xiàn)的軟件是否滿足需求規(guī)格說明書中確定了的各種需求。 系統(tǒng)測試：是把已確認的軟件與其他系統(tǒng)元素(如硬件、其他支持軟件、數(shù)據(jù)、人工等)結(jié)合在一起進行測試。單元測試有哪些內(nèi)容?測試中采用什么方法?答：單元測試主要針對模塊的以下五個基本特征進行測試：(1)模塊接口 (2)局部數(shù)據(jù)結(jié)構(gòu) (3)重要的執(zhí)行路徑 (4)錯誤處理 (5)邊界條件 測試的方法是為被測試模塊編寫驅(qū)動模塊和樁模塊來實現(xiàn)被測試單元的可運行。樁模塊則用來代替被測試模塊所調(diào)用的模塊。什么是集成測試?非漸增式測試與漸增式測試有什么區(qū)別? 漸增式測試如何組裝模塊?答：集成測試是指在單元測試的基礎上，將所有模塊按照設計要求組裝成一個完整的系統(tǒng)進行的測試。而漸增式測試就是逐個把未經(jīng)測試的模塊組裝到已經(jīng)過測試的模塊上去進行集成測試，每加入一個新模塊進行一次集成測試，重復此過程直到程序組裝完畢。兩者區(qū)別是：(1)非漸增式方法把單元測試和集成測試分成兩個不同的階段，前一階段完成模塊的單元測試，后一階段完成集成測試。(2)非漸增式需要更多的工作量，因為每個模塊都需要驅(qū)動模塊和樁模塊，而漸增式利用已測試過的模塊作為驅(qū)動模塊或樁模塊，因此工作量少。(4)漸增式有利于排錯，發(fā)生錯誤往往和最近新加入的模塊有關，而非漸增式發(fā)現(xiàn)接口錯誤推遲到最后，很難判斷是哪一部分接口出錯。(6)漸增式點用時間較多，但非漸增式所需更多的驅(qū)動模塊和樁模塊也占用一些時間。什么是確認測試?該階段有哪些工作?答：確認測試又稱有效性測試。因而需求說明是確認測試的基礎。調(diào)試的目的是什么?調(diào)試有哪些技術手段?答：調(diào)試則是在進行了成功的測試之后才開始的工作。調(diào)試的技術手段有簡單的調(diào)試方法、歸納法、演繹法和回溯法等。為了對下圖所示的程序進行覆蓋測試，必須適當?shù)剡x取測試數(shù)據(jù)?？晒┻x擇的答案：A：(1)語句覆蓋 (2)條件覆蓋 (3)判定覆蓋 (4)路徑覆蓋B～E：(1)I和II組 (2)II和III級 (3)III和IV組 (4)I和IV組 (5)I、II和III組 (6)II，III和IV組 (7)I，III和IV組 (8)I、II和IV組答：A：(4) B:(1) C:(4) D：(5) E：(8)請對“判定三角形類別”程序算法用等價類劃分和邊界值分析法設計測試用例，并檢查邏輯覆蓋標準。為每一個不合理等價類設計一個測試用例：用邊界值法設計測試用例：1某“調(diào)整工資”處理模塊接受一個“職稱”的變量，根據(jù)職稱的不同（助教，講師，副教授，教授）作不同的處理，其中若是助教還必須輸入工齡，只有工齡超過兩年才能調(diào)整工資。： 計測試用例：第七章 軟件維護軟件維護有哪些內(nèi)容？ 答：（1）校正性維護。為了識別和糾正錯誤，修改軟件性能上的缺陷，應進行確定和修改錯誤的過程，這個過程就稱為校正性維護。為了使應用軟件適應計算機硬件、軟件環(huán)境及數(shù)據(jù)環(huán)境的不斷發(fā)生的變化而修改軟件的過程稱為適應性維護。為增加軟件功能、增強軟件性能、提高軟件運行效率而進行的維護活動稱為完善性維護。為了提高軟件的可維護性和可靠性而對軟件進行的修改稱為預防性維護。軟件的開發(fā)過程對軟件的維護有很大的影響。若采用軟件工程的方法開發(fā)軟件，則各階段都有相應的文檔，容易進行維護工作，這是一種結(jié)構(gòu)化的維護。軟件維護的困難性是由于軟件需求分析和開發(fā)方法的缺陷。（3） 軟件維護的費用。另外還有無形的代價，即要占有更多的資源。 軟件維護的流程是什么？ 答：軟件維護的流程如下：提交維護申請報告、審查申請報告并批準、運行維護并做詳細記錄、復審。在使用程序設計語言修改源代碼時可能引入的錯誤。在修改數(shù)據(jù)結(jié)構(gòu)時，有可能造成軟件設計與數(shù)據(jù)結(jié)構(gòu)不匹配，因而導致軟件錯誤。但它可以通過詳細的設計文檔加以控制。如果對可執(zhí)行軟件的修改沒有反映在文檔中，就會產(chǎn)生文檔副作用。軟件的可維護性可用以下七個質(zhì)量特性來衡量，即可理解性、可測試性、可修改性、可靠性、可移植性、可使用性和效率。 （2）使用先進的軟件開發(fā)技術和工具。 （4）選擇可維護性的程序設計語言。 選擇題（每題1分，20 題共20 分）1. 下述哪個選項不是采用瀑布模型的條件( 　)。（B）低風險項目（對目標、環(huán)境很熟悉）。 （D）用戶除提出需求以外，很少參與開發(fā)。A、業(yè)務模型不需要考慮計算機環(huán)境。C、用計算機語言描述業(yè)務模型。9. 軟件架構(gòu)（概要）設計的主要任務是要確定（ ）(A) 模塊/構(gòu)件之間的操作細節(jié)　　 (B) 模塊/構(gòu)件之間的相似性(C) 模塊/構(gòu)件之間的組成關系 　　(D) 模塊/構(gòu)件的具體功能10. 下述哪個關系不是類圖中類和類之間的關系（?。?。（A）測試的目的是證明軟件無錯，（B）在軟件開發(fā)過程中，測試是帶有“破壞性的”。（D）系統(tǒng)軟件測試主要是為了發(fā)現(xiàn)Bug12．對模塊進行單元測試時,有時需要一個（?。┠K用來模擬被測