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