【正文】 sole chips must be capable of being exactly as fast as the early versions despite changes in underlying process consoles,backward patible is often implemented by putting a plete copy of the previousgeneration console in one small corner of the nextgeneration many embedded designs need not be backward patible with previous implementations,designers are free to switch designs with each product ,there is less emphasis on the distinction between architecture and a new version of a chip is slightly inpatible but much better than its predecessors,designers may still be willing to use ，向后兼容性很少是嵌入式的要求，一個有趣的例外是游戲控制臺：要維護兼容性，盡管最新控制臺芯片在基礎(chǔ)工藝技術(shù)上有所改變，但是它一定是可勝任的是象早版本一樣快速地確切。往往通過將上一代控制臺的完整副本放在一個小角落里的下一代模向后兼容。因為許多嵌入式的設計需要，不能與以前實現(xiàn)向后的兼容，設計師可以自由切換的每一代產(chǎn)品的設計。因此，有少強調(diào)體系結(jié)構(gòu)與實施之間的區(qū)別。如果稍有不兼容，但比其前任的芯片的新版本，設計師仍可能愿意使用它。第五篇：軟件工程 系統(tǒng)的數(shù)據(jù)要求，功能需求，性能需求，顯示出程序的輪廓。軟件危機是指在計算機軟件開發(fā)、使用與可靠性需求，可用性需求，出錯處理需求，混合方式維護過程中遇到的一系列嚴重問題和難接口需求，約束，逆向需求以及將來可能優(yōu)點：綜合了以上兩種策略的長處 題。提出的需求。補充： 確認測試又稱有效性測試。有效性測試是1．軟件危機的表現(xiàn)有哪些？ 實體聯(lián)系圖，數(shù)據(jù)流圖，狀態(tài)轉(zhuǎn)換圖，在模擬的環(huán)境下，運用黑盒測試的方法，答：1）對軟件開發(fā)成本和進度的估計常層次方框圖，warnier圖，IPO圖。驗證被測軟件是否滿足需求規(guī)格說明書常很不準確。第五章 列出的需求。任務是驗證軟件的功能和性2） 能及其他特性是否與用戶的要求一致。對的現(xiàn)象時有發(fā)生。劃分出組成系統(tǒng)的物理元素——程序、文軟件的功能和性能要求在軟件需求規(guī)格3）軟件產(chǎn)品的質(zhì)量往往是靠不件、數(shù)據(jù)庫、人工過程和文檔等等 說明書中已經(jīng)明確規(guī)定，它包含的信息就住的。設計軟件的結(jié)構(gòu)。也就是要確定系統(tǒng)中每是軟件確認測試的基礎(chǔ)。4）軟件常常是不可維護的。個程序是由哪些模塊組成的，其測試技術(shù)有那些，5）軟件通常沒有適當?shù)奈臋n資塊相互間的關(guān)系。覆蓋標準的強弱程度料。 白盒測試是一種測試用例設計方法，盒子6）軟件成本在計算機系統(tǒng)總成就是把程序劃分成獨立命名且可獨立訪指的是被測試的軟件，白盒指的是盒子是本中所占比例逐年上升。問的模塊，每個模塊完成一個子功能，把可視的,你清楚盒子內(nèi)部的東西以及里面7）軟件開發(fā)生產(chǎn)率提高的速度這些模塊集成起來構(gòu)成一個整體，可以完是如何運作的。“白盒”法全面了解程序內(nèi)遠跟不上日益增長的軟件需求。成指定的功能滿足用戶的需求。部邏輯結(jié)構(gòu)、對所有邏輯路徑進行測試。2．產(chǎn)生軟件危機的原因主要有哪些？ （內(nèi)聚和耦合的白盒測試的測試方法有代碼檢查法、靜態(tài)答：1）用戶對軟件需求的描述不精確。含義，種類）結(jié)構(gòu)分析法、靜態(tài)質(zhì)量度量法、邏輯覆蓋2）軟件開發(fā)人員對用戶需求的內(nèi)聚：標志著每一個模塊內(nèi)各個元素彼此法、基本路徑測試法、域測試、符號測試、理解有偏差。結(jié)合的緊密程度，是信息隱藏和局部化概路徑覆蓋和程序變異。3）缺乏處理大型軟件項目的經(jīng)念的自然拓展。偶然內(nèi)聚，邏輯內(nèi)聚，時種覆蓋標準：語句覆蓋、判定覆蓋、條件驗。間內(nèi)聚，功能內(nèi)聚，順序內(nèi)聚，通信內(nèi)聚，覆蓋、判定/條件覆蓋、條件組合覆蓋和4）開發(fā)大型軟件易產(chǎn)生疏漏和過程內(nèi)聚。路徑覆蓋發(fā)現(xiàn)錯誤的能力呈由弱至強的錯誤。耦合：是對一個軟件結(jié)構(gòu)內(nèi)不同模塊之間變化。5）缺乏有力的方法學的指導和互連程度的度量。數(shù)據(jù)耦合，控制耦合，其測試技術(shù)有哪有效的開發(fā)工具的支持。特征耦合，公共環(huán)境耦合，內(nèi)容耦合。些，（等價劃分，邊介值分析法）6）面對日益增長的軟件需求， 黑盒測試也稱功能測試，它是通過測試來人們顯得力不從心。2軟件的概念 、寬度、扇出和扇入都應適當 分成若干部分（子集），然后從每個部分檔 邊界值分析是通過選擇等價類邊界的測 。邊界值分析法不僅重視輸入條件 邊界，而且也必須考慮輸出域邊界。它是 。 成軟件結(jié)構(gòu) 信息流：變換流，事物流 蠻干法，蠻干法可能是尋找軟件錯誤原因 映射：變換分析，事物分析 的最低效的方法，僅當所有其他方法都。4軟件生命周期分成哪幾個階段？各階第六章 回溯法，回溯法是一種相當常用的調(diào)試方段的任務是什么？ 法，當調(diào)試小程序時很有效。從發(fā)現(xiàn)癥： 。，人工沿程序的控制流往回：研究問題的范圍，探索這每一模塊使用的數(shù)據(jù)結(jié)構(gòu)追蹤分析源程序代碼，知道找出錯誤原因個問題是否值得去解決，包括對系統(tǒng)外為止。決方法。部的接口和用戶界面，對系統(tǒng)內(nèi)部其 原因排除法，對分查找法、歸納法、演繹：主要是確定目標系統(tǒng)必須具它模塊的接口，以及關(guān)于模塊輸入數(shù)據(jù)、法都屬于原因排除法。備哪些功能 輸出數(shù)據(jù)及局部數(shù)據(jù)的全部細節(jié)。（可靠性和可用性的含義）： 。：就是把解法具體化，程序的詳細規(guī)格說明。順序結(jié)構(gòu)，選擇結(jié)構(gòu)，循環(huán)結(jié)構(gòu)：容易維護的程序模塊。1．圖形工具：通過各種類型的測試使軟件2．表格工具達到預定的要求 3．語言工具：系統(tǒng)持久地滿足用戶的需要。（護，適應性維護，完善性維護，預防性維Halstead方法：它根據(jù)程序中運算符和護）操作數(shù)的總數(shù)來度量程序的復雜程度，快速原型模型，增量模型，McCabe方法 ：McCabe方法根據(jù)程序控制螺旋模型的特點 流的復雜程度定量度量程序的復雜程度，瀑布模型階:段時間具有順序性和依賴第七章性。推遲現(xiàn)實的觀點。質(zhì)量保證的觀點。快速原型模型:線性順序進行的，本質(zhì)是“快速”件的開發(fā)過程，節(jié)約軟件開發(fā)成本。增量模型:完成部分工作的產(chǎn)品。能，應新產(chǎn)品，給客戶組織帶來的沖擊。螺旋模型: 有利于已有軟件的重用， 質(zhì)量作為軟件開發(fā)的一個重要目標。減少3軟件測試的目標了過多的測試或測試不足帶來的風險。更目的:（1）測試是為了發(fā)現(xiàn)程序中的錯誤重要的是在螺旋模型中維護只是模型的而執(zhí)行程序的過程；另一個周期，在維護和開發(fā)之間并沒有本（2）好的測試方案是極可能發(fā)現(xiàn)迄今為質(zhì)區(qū)別。風險驅(qū)動的。止尚未發(fā)現(xiàn)的錯誤的測試方案；（3）成功的測試是發(fā)現(xiàn)了至今為止尚未第二章 發(fā)現(xiàn)的錯誤的測試。 定義:為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序就是用最小的代價在盡可能短的時間內(nèi)的過程。確定問題是否能夠解決。補充：補充： 軟件測試步驟 :可行性研究的步驟 ：(1)模塊測試(2)子系統(tǒng)測試(3)系統(tǒng)。測試(4)驗收測試(5)平行運行。1把程序看作一個黑盒子，完全不考慮程，檢查程序功能是 否能按規(guī)格說明書的規(guī)定正常使用；程序是否能適當?shù)亟邮茌斎霐?shù)據(jù)并產(chǎn)生 正確的輸出信息；系統(tǒng)流程圖是描繪物理系統(tǒng)的傳統(tǒng)工具，程序運行過程中能否保持外部信息的完它用圖形符號來表示系統(tǒng)中的各個部件。整性它表達了系統(tǒng)中各個元素之間的信息流白盒測試動的情況。1把程序堪稱裝在一個透明的白盒子里， 測試者完全知道程序的結(jié)構(gòu)處理算法數(shù)據(jù)流圖是一種圖形化技術(shù)，它描繪信息2按照程序內(nèi)部的邏輯測試程序，檢測程流和數(shù)據(jù)從移動到輸出的過程中所經(jīng)受序中的主要執(zhí)行通路是否都能按的變換。預定要求正確工作，畫數(shù)據(jù)流圖。，以及與數(shù)據(jù)流單元測試：（模塊測試）發(fā)現(xiàn)的往往是編圖的關(guān)系。碼和詳細設計的錯誤最基本的功能：在軟件分析和設計的過程集成測試：著重測試模塊的接口 中給人提供關(guān)于數(shù)據(jù)的描述信息。關(guān)系：數(shù)據(jù)流圖和數(shù)據(jù)字典共同構(gòu)成系統(tǒng)系統(tǒng)測試：發(fā)現(xiàn)的往往是軟件設計中的錯的邏輯模型，沒有數(shù)據(jù)字典，數(shù)據(jù)流圖就誤，也可能發(fā)現(xiàn)需要說明中的錯誤 不嚴格，然而沒有數(shù)據(jù)流圖，數(shù)據(jù)字典也驗收測試：（確認測試）往往發(fā)現(xiàn)需求說難于發(fā)揮作用。只有數(shù)據(jù)流圖和對數(shù)據(jù)流明書中的錯誤 圖中每個元素的精確定義放在一起， 共同構(gòu)成系統(tǒng)的規(guī)格說明?！胺菨u增式”，即先獨立地測試每一模塊，第三章 然后將所有這些模塊連接到一起運行； ，任務是什“漸增式”，即在已測試過的N個模塊的么?；A(chǔ)上再增加一個模塊，再對N十1個模需求分析是軟件定義時期的最后一個階塊進行測試。，因為用漸增式，（功能需求，性如果是“由頂向下”則可利用前面已測試能需求，可靠性和可用性需求，出錯處理過的模塊，而不必另外準備驅(qū)動模塊，如需求，接口需求，約束，逆向需求，將來果是“由底向上”，也可利用已測試過的可能提出的要求）模塊，不必再準備樁模塊。， 錯，檢查比較徹底 ，自下而上， 模型 自頂向下數(shù)據(jù)模型（按照用戶的觀點對數(shù)據(jù)建立的優(yōu)點：能較早顯示整個程序的輪廓，向用模型，把用戶的數(shù)據(jù)要求清楚，準確地描戶展示程序的概貌，取得用戶的理解與支述出來。描述了從用戶角度看到的數(shù)據(jù)，持。缺點：當測試上層模塊時因使用樁它反應了用戶的現(xiàn)實環(huán)境，屬性，聯(lián)系），模塊較多，很難模擬出真實模塊的全部功功能模型，行為模型（通過描繪系統(tǒng)的狀能，使部分測試內(nèi)容被迫推遲，只能等待態(tài)及引起系統(tǒng)狀態(tài)轉(zhuǎn)換的事件來表示系換上真實模塊后再補充測試。統(tǒng)的行為） 優(yōu)點：測試從下層模塊開始，測試設計用通常用自然語言完整，準確，具體地描述例比較容易。缺點：在測試的早期不能