【正文】 第一篇：中南大學(xué)軟件學(xué)院軟件工程基礎(chǔ)復(fù)習大全、適合于（軟件需求確定的）軟件項目的開發(fā)。（確定用戶需要軟件做什么）。，它的輸入量只有一個X，其范圍是［，］，現(xiàn)從輸入的角度考慮一組測試用例：，。設(shè)計這組測試用例的方法是（邊界值分析法）。（過程）內(nèi)聚的模塊。，按其功能可分為：系統(tǒng)軟件、（支撐軟件）和應(yīng)用軟件。（UML表示法）兩個部分。，通常有兩種主要的結(jié)構(gòu)關(guān)系：即分類結(jié)構(gòu)和(整體與部分結(jié)構(gòu))。（數(shù)據(jù)）模型，主要有實體、聯(lián)系和（屬性）三種成分，其中實體可分為獨立實體和（從屬實體），且一個實體只能在圖中出現(xiàn)一次。軟件是計算機程序、（描述計算機程序的文檔）及（數(shù)據(jù)）的完整集合，將其統(tǒng)稱為軟件配置，這些項稱為軟件配置項。通過正式復(fù)審的軟件配置項稱為（基線），只有通過正式的變化控制過程才能改變它。通常，將軟件生命周期全過程中使用的一整套技術(shù)方法的集合稱為方法學(xué)，包含三個要素，即方法、（工具）和（過程）。傳統(tǒng)方法學(xué)采用（結(jié)構(gòu)化）技術(shù)來自頂向下順序地完成軟件開發(fā)的各項任務(wù)，而面向?qū)ο蠓椒ㄊ且环N以（數(shù)據(jù)）為主線，把數(shù)據(jù)和對數(shù)據(jù)的操作緊密地結(jié)合起來的方法，其開發(fā)過程是一個多次迭代的演化過程。1軟件測試的目標是（暴露程序中的錯誤），因而從心理學(xué)角度來看，由程序作者對自己編寫的程序進行測試是不恰當?shù)摹ＴO(shè)計測試方案是測試階段的關(guān)鍵技術(shù)問題，測試方案一般包括（測試目的）、輸入的測試數(shù)據(jù)和（預(yù)期的結(jié)果）。1模型是為了理解事物而對事物作出的一種抽象，由（一組圖示符號）和（組織這些符號的規(guī)則）組成。對象模型描述了系統(tǒng)的靜態(tài)結(jié)構(gòu)，通常使用UML提供的（類圖）圖來描述。1需求分析的基本任務(wù)是（準確地回答系統(tǒng)必須做什么），在需求分析結(jié)束前，系統(tǒng)分析員應(yīng)該寫出（軟件需求規(guī)格說明書），以書面的形式準確描述軟件需求。1面向數(shù)據(jù)流的設(shè)計方法把（信息流）映射成軟件結(jié)構(gòu)，依據(jù)其類型的不同，有兩種不同的映射方法，分別是（變化分析）和（事物分析）方法。1軟件設(shè)計一般分為(概要設(shè)計)和(詳細設(shè)計)兩個階段。，并且每次調(diào)用只選擇該模塊中的一個功能執(zhí)行，則稱此模塊為 邏輯內(nèi)聚的模塊。，每個加工至少有一個輸入數(shù)據(jù)流 和一個 輸出數(shù)據(jù)流。（策劃）階段的結(jié)果產(chǎn)品。但由于是在高層次進行系統(tǒng)分析，未能考慮軟件系統(tǒng)開發(fā)的細節(jié)情節(jié)，因此軟件項目計劃一般在需求分析 階段完成后才定稿的。，子類只繼承一個父類的數(shù)據(jù)結(jié)構(gòu)和方法，則稱為 單重繼承。如果子類繼承了多個父類的數(shù)據(jù)結(jié)構(gòu)和方法，則稱為多重繼承。，α測試是由 一個用戶在開發(fā) 環(huán)境下進行的測試，而β測試是由多個用戶在 實際使用環(huán)境下進行的測試。，分別是聚合 和 組合。 驅(qū)動的軟件生存周期模型，適合需求明確的軟件系統(tǒng)開發(fā)。 模型。，應(yīng)該為被測模塊編寫相應(yīng)的測試軟件，一般地驅(qū)動 模塊接收測試數(shù)據(jù)，并把數(shù)據(jù)傳給被測模塊，而樁 模塊則模擬實際模塊完成少量數(shù)據(jù)處理。，一種是按照ISO9001 認證，另外一種是按照CMM認證。（發(fā)現(xiàn)錯誤）。（產(chǎn)品軟件）。，（螺旋）模型是風險驅(qū)動的。，分別是（約束）、構(gòu)造型和（標記值）。，白盒法以(程序內(nèi)部數(shù)據(jù)結(jié)構(gòu))為依據(jù)設(shè)計測試用例，（組裝復(fù)用）原則要求在新的對象里盡量使用已有的類對應(yīng)的對象，并通過（委派）達到復(fù)用已有功能的目的。(各種狀態(tài))以及事件發(fā)生時狀態(tài)的(轉(zhuǎn)移條件).8．SOFL軟件開發(fā)方法學(xué)認為，在需求分析和規(guī)格說明階段應(yīng)該采用(結(jié)構(gòu)化)方法，而在設(shè)計和實現(xiàn)階段則應(yīng)該采用（面向?qū)ο螅┓椒?。（技術(shù)可行性）、經(jīng)濟可行性和(操作可行性)。軟件按服務(wù)對象可分為（項目軟件）和產(chǎn)品軟件在常見的軟件生存周期模型中，（瀑布）模型是文檔驅(qū)動的UML采用（用例）圖描述系統(tǒng)與外部用戶的交互行為在軟件測試用例的設(shè)計方法中，黑盒法以（外部功能）為依據(jù)設(shè)計測試用例定性度量模型獨立性的兩個標準是（內(nèi)聚度）和（耦合度）8 在SA方法的需求描述工具中，（層次方框圖）描述系統(tǒng)的分解，即描述系統(tǒng)由哪幾個部分組成，各部分之間有什么聯(lián)系等等；（數(shù)據(jù)詞典（和加工說明））定義了數(shù)據(jù)流圖中每個圖形元素；結(jié)構(gòu)化語言、判定表或判定樹則詳細描述、數(shù)據(jù)流圖中不能被分解的（基本加工）IDEFO圖主要元素是簡單的盒子及箭頭，其中盒子代表（活動）。而箭頭表示系統(tǒng)處理的（數(shù)據(jù)約束）？軟件工程和計算機科學(xué)有何區(qū)別？ 答：軟件工程是指導(dǎo)軟件開發(fā)和維護的工程性學(xué)科；計算機科學(xué)著重于原理和理論，軟件工程與計算機科學(xué)不同，軟件工程著重于如何建造軟件系統(tǒng)，軟件是計算機中看不見摸不著的邏輯部分，以程序、數(shù)據(jù)和文檔的形式出現(xiàn)。？ 答：區(qū)別: 面向?qū)ο髲乃幚淼臄?shù)據(jù)入手，以數(shù)據(jù)為中心來描述系統(tǒng)，其基本思想是盡可能模擬人類習慣的思維方式，使開發(fā)軟件的方法與過程盡可能接近人類認識世界的方法與過程，基本原則為：對象+類+繼承+消息通信 結(jié)構(gòu)化方法首先關(guān)心的是功能，強調(diào)以模塊為中心，其基本思想是自頂向下，逐步求精，單入口，單出口，基本原則為：抽象與功能的分解 聯(lián)系：軟件開發(fā)過程中，在需求分析和規(guī)格說明階段采用結(jié)構(gòu)化方法，在設(shè)計和實現(xiàn)階段采用面向?qū)ο蠓椒ā?？為何要求模塊的控制域必須在作用域內(nèi)？ 答：模塊的作用域是指模塊中判定的作用范圍，它是指所有受這個判定范圍影響的模塊；模塊的控制域是指模塊本身及其直接或間接調(diào)用的模塊；如果模塊的作用域不在控制域內(nèi)，則會增加數(shù)據(jù)間的傳遞量，？試舉例說明組合設(shè)計模式的應(yīng)用。答：設(shè)計模式是指系統(tǒng)命名，解釋和評價某一重要的，可復(fù)用的面向?qū)ο蟮脑O(shè)計方案。組合設(shè)計模式：使用迭代器模式來遍歷組合結(jié)構(gòu)。5．什么是依賴倒置原則？它和開閉原則有何聯(lián)系？ 答：依賴倒置是類設(shè)計原則的一種，它要求高層不應(yīng)依賴于底層，抽象不應(yīng)依賴于細節(jié)；依賴倒置原則的本質(zhì)其實就是通過抽象（抽象類或接口）使各個類或模塊的實現(xiàn)彼此獨立，不相互影響，實現(xiàn)模塊間的松耦合，如果沒有實現(xiàn)這個原則，則開閉原則也無法實現(xiàn)。？瀑布模型有何特點？答：軟件生存期過程沒有規(guī)定一個特定的生存周期模型，各軟件開發(fā)機構(gòu)可視其項目的需要選擇一種軟件生存周期模型，并將軟件生存期過程所含過程、活動和任務(wù)映射到選定的軟件生存周期模型中。軟件生存期模型是軟件生存期過程所含過程、活動和任務(wù)的映射。瀑布模型特點：各階段相互依賴；每階段都進行評審；強調(diào)需求分析和設(shè)計。，試述采用瀑布模型進行軟件開發(fā)的基本過程，該過程有何特點？ 答：瀑布模型規(guī)定了各項軟件工程活動，包括需求分析、規(guī)格說明、設(shè)計、編碼、測試和維護，并規(guī)定了它們自上而下、相互銜接的固定次序，如同瀑布流水，逐級而下。瀑布模型的特點是：階段間具有順序性和依賴性；清楚區(qū)分邏輯設(shè)計和物理設(shè)計，盡可能推遲程序的物理實現(xiàn)；每個階段都必須完成規(guī)定文檔，且每階段結(jié)束前需要對完成的文檔進行評審。什么是軟件配置管理？軟件配置管理和軟件維護有何不同？ 答：軟件配置管理是在軟件生命周期內(nèi)管理變化的一組活動，用來：標識變化、控制變化、確保適當?shù)貙崿F(xiàn)了變化、向相關(guān)人員報告變化。軟件配置管理和軟件維護的區(qū)別是：軟件配置管理是一組追蹤和控制活動，在軟件項目啟動時就開始，并一直持續(xù)到軟件被淘汰后才終止；軟件維護是一組軟件工程活動，發(fā)生于軟件交付給用戶并投入運行之后。試舉例說明聚集關(guān)系中共享聚集和組合聚集有何不同。答：如果在聚集關(guān)系中部分對象可同時參與多個整體對象的構(gòu)成，則該聚集稱為共享聚集。例如，一個課題組包含許多成員，每個成員又可以是另一個課題組的成員，則課題組和成員之間是一種共享聚集的關(guān)系。如果部分對象完全隸屬于整體對象，并與整體對象共存，則該聚集稱為組合聚集。例如，在屏幕上一個窗口由文本框、列表框、按鈕和菜單等構(gòu)成，且一旦關(guān)閉了窗口，則各組成部分也消失，則窗口和它的組成部分之的關(guān)系為組合聚集關(guān)系。1非漸增式測試與漸增式測試有何區(qū)別？ 答：非漸增式測試，一般應(yīng)先經(jīng)過單元測試，然后再把所有模塊一次性組裝在一起進行測試，最終得到要求的軟件系統(tǒng)；而漸增式測試則采用逐步加入模塊或功能簇的方式進行，在加入過程中邊連接邊測試，比較容易定位和修正錯誤，什么是非功能性需求？為何非功能性需求往往比功能性需求還要重要？ 答：功能性需求是說有具體的完成內(nèi)容的需求。例如：比如客戶登錄、郵箱網(wǎng)站的收發(fā)郵件、論壇網(wǎng)站的發(fā)帖留言等。非功能性需求是指軟件產(chǎn)品為滿足用戶業(yè)務(wù)需求而必須具有且除功能需求以外的特性，包括系統(tǒng)的性能、可靠性、可維護性、可擴充性和對技術(shù)和對業(yè)務(wù)的適應(yīng)性等。例如：性能要求：要求系統(tǒng)能滿足100個人同時使用，頁面反應(yīng)時間不能超過6秒；非功能性需求往往比功能性需求還要重要是因為非功能性需求描述的是軟件的質(zhì)量屬性，直接影響著用戶體驗，因此非功能性需求在決定系統(tǒng)成敗的因素中起更重要的作用。？ 答：不同：1,構(gòu)。2,層次圖的方框表示模塊或子模塊。層次方框圖的方框表示數(shù)據(jù)結(jié)構(gòu)整體或其子集。3,層次圖的連線表示調(diào)用關(guān)系，層次方框圖表示組成關(guān)系。？各有何特點？答：快速原形模型根據(jù)原型的不同作用，有三類原型模型：(1)探索型原型：把原型用于開發(fā)的需求分析階段，目的是要弄清用戶的需求，確定所期望的特性，并探索各種方案的可行性。它主要針對開發(fā)目標模糊，用戶與開發(fā)者對項目都缺乏經(jīng)驗的情況，通過對原型的開發(fā)來明確用戶的需求。(2)實驗型原型：主要用于設(shè)計階段，考核實現(xiàn)方安是否合適，能否實現(xiàn)。對于一個大型系統(tǒng)，若對設(shè)計方案心中沒有把握時，可通過這種原型的開發(fā)來證實設(shè)計方案的正確性。(3)演化型原型：它將原型思想擴展到軟件開發(fā)的全過程，就是及早向用戶提交一個原型系統(tǒng)，在得到用戶認可后，將原型系統(tǒng)不斷擴充演化為最終的軟件系統(tǒng)。？為何設(shè)計軟件結(jié)構(gòu)時要求模塊的作用域必須在控制域之內(nèi)？ 答：所謂模塊的作用域是指模塊判定的影響范圍。作用域在控制域之內(nèi)，可使得軟件修改時代碼局部化。？為何靜態(tài)測試方法往往比動態(tài)測試方法效率高？ 答：動態(tài)測試是指經(jīng)運行程序代碼而檢查代碼是否存在錯誤。靜態(tài)測試往往不是運行代碼，而在軟件開發(fā)的早期進行，而早期錯誤發(fā)現(xiàn)要比錯誤晚發(fā)現(xiàn)付出的成本少，而靜態(tài)測試往往在發(fā)現(xiàn)錯誤后還可繼續(xù)進行，但動態(tài)測試往往需要停下來改進后才能進一步測試。1 試簡要說明面向?qū)ο蠓椒ㄅc結(jié)構(gòu)化方法相比有何優(yōu)越性，至少列出三點。答:(1)強調(diào)從現(xiàn)實世界中客觀存在的事物（對象）出發(fā)來認識問題域和構(gòu)造系統(tǒng)，這就使系統(tǒng)開發(fā)者大大減少了對問題域的理解難度，從而使系統(tǒng)能更準確地反映問題域。（2）運用人類日常的思維方法和原則（體現(xiàn)于OO方法的抽象、分類、繼承、封裝、消息通訊等基本原則）進行系統(tǒng)開發(fā)，有益于發(fā)揮人類的思維能力，并有效地控制了系統(tǒng)復(fù)雜性。（3）對象的概念貫穿于開發(fā)過程的終，使各個開發(fā)階段的系統(tǒng)成分具良好的對應(yīng)，從而顯著地提高了系統(tǒng)的開發(fā)效率與質(zhì)量，并大大降低系統(tǒng)維護的難度。（4）對象概念的一致性，使參與系統(tǒng)開發(fā)的各類人員在開發(fā)的各所段具有共同語言，有效地改善了人員之間的交流和協(xié)作。（5）對象的相對穩(wěn)定性和對易變因素隔離，增強了系統(tǒng)的應(yīng)變能力。（6）對象類之間的繼承關(guān)系和對象的相對獨立性，對軟件復(fù)用提供了強有力的支持。？軟件危機是指在計算機軟件的開發(fā)和維護過程中所遇到的一系列嚴重問題。這些問題表現(xiàn)在以下幾個方面：(1)用戶對開發(fā)出的軟件很難滿意。(2)軟件產(chǎn)品的質(zhì)量往往靠不住。(3)一般軟件很難維護。4)軟件生產(chǎn)效率很低。(5)軟件開發(fā)成本越來越大。(6)軟件成本與開發(fā)進度難以估計。7)軟件技術(shù)的發(fā)展遠遠滿足不了計算機應(yīng)用的普及與深入的需要。？軟件生存周期是指從軟件定義、開發(fā)、使用、維護到淘汰的全過程。1．軟件開發(fā)模型有幾種？它們的開發(fā)方法有可特點？軟件開發(fā)模型有瀑布型、漸增型和變換型。瀑布型開發(fā)方法是按照軟件生存周期的劃分依次實施，每一個階段有明確規(guī)定的任務(wù)。它的特點：(1)各個階段的順序性和依賴性；(2)劃分邏輯設(shè)計與物理設(shè)計，盡可能推遲程序的物理實現(xiàn)；3)每個階段必須完成規(guī)定的文檔，對其中問題通過復(fù)審及早發(fā)現(xiàn)，及早解決。漸增型開發(fā)方法及特點:1)從部分需求出發(fā)，先建