【正文】 試的幾個主要步驟：1）模塊測試 2）子系統(tǒng)測試 3）系統(tǒng)測試 4）驗收測試 5）平行運行1軟件測試和調(diào)試的目的的區(qū)別：測試的目的是判斷和發(fā)現(xiàn)軟件是否有錯誤，調(diào)試的目的是定位軟件錯誤并糾正錯誤。軟件工程目標(biāo)：是研制、開發(fā)與生產(chǎn)出具有良好軟件質(zhì)量和費用合算的產(chǎn)品。l 漸增式測試較非漸增式測試費時。l 非漸增式測試中發(fā)現(xiàn)錯誤后難以診斷定位 l 漸增式測試中，出現(xiàn)的錯誤往往跟最新加入的模塊有關(guān)。軟件復(fù)雜性度量的主要參數(shù)極其含義：1）規(guī)模:總共的指令數(shù)或源程序行數(shù)；2）難度:通常由程序中出現(xiàn)的操作數(shù)的數(shù)目所決定的量來表示；3）結(jié)構(gòu):通常用與程序結(jié)構(gòu)有 關(guān)的度量來表示；4）智能度:即算法的難易程序。快速原型技術(shù)的基本思想是：在軟件開發(fā)的早期,快速開發(fā)一個目標(biāo)軟件系統(tǒng)的原型,讓用戶對其進行評價并提出修改意見,然后開發(fā)人員根據(jù)用戶的意見對原型進行改進。軟件開發(fā)風(fēng)險分析實際上就是貫穿于軟件工程過程中的一系列風(fēng)險管理步驟,它包括以下內(nèi)容：1）風(fēng)險標(biāo)識； 2）風(fēng)險估算； 3）風(fēng)險評價； 4）風(fēng)險駕馭和監(jiān)控。21． 消息：對象與外部世界相互關(guān)聯(lián)的唯一途徑。19． 繼承：是現(xiàn)實世界中遺傳關(guān)系的直接模型，它表示類間的內(nèi)在聯(lián)系以及對屬性和操作的共享。17． 類：某些對象共同特征（屬性和操作）的表示。是指在單元測試的基礎(chǔ)上，將所有模塊按照設(shè)計要求組裝成一個完整的系統(tǒng)進行的測試。15． 信息隱藏：信息隱蔽是指在設(shè)計和確定模塊時，使得一個模塊內(nèi)包含的信息(過程或數(shù)據(jù))，對于不需要這些信息的其他模塊來說是不能訪問的。13． 程序的可移植性：指把一個軟件(或程序)從一臺計算機環(huán)境移植到另一臺計算機環(huán)境的容易程度。11． 模塊獨立性：概括了把軟件劃分為模塊時要遵守的準(zhǔn)則，也是判斷模塊構(gòu)造是否合理的標(biāo)準(zhǔn)，同時也是模塊化、抽象及信息隱藏概念的直接產(chǎn)物。它接收測試數(shù)據(jù)，把這些數(shù)據(jù)傳送給所測模塊，最后再輸出實際測試結(jié)果。8． 樁模塊：用于代替所測模塊調(diào)用的子模塊，樁模塊可以做少量的數(shù)據(jù)操作。6． 軟件生存周期：就是從提出軟件產(chǎn)品開始，直到該軟件產(chǎn)品被淘汰的全過程，具體包括問題定義、可行性研究、需求分析、概要設(shè)計、詳細(xì)設(shè)計、編碼與測試、運行和維護。二、掌握和記憶（一）概念1． 耦合性：也稱塊間聯(lián)系，指軟件系統(tǒng)結(jié)構(gòu)中各模塊間相互聯(lián)系緊密程度的一種度量。103． 由于維護或在維護過程中其他一些不期望的行為引入的錯誤稱為維護的 副作用。101． 軟件可維護性,是指軟件產(chǎn)品交付使用后,在實現(xiàn)改正潛伏的錯誤,改進性能等屬性,適應(yīng)環(huán)境變化等方面工作的難易程度。99． 非結(jié)構(gòu)化維護用于軟件的配置中只有源代碼維護。97． 為了進一步改善軟件系統(tǒng)的可維護性和可靠性,并為以后的改進奠定基礎(chǔ)的軟件維護稱為預(yù)防性維護。95． 根據(jù)用戶在軟件使用過程中提出的建設(shè)性意見而進行的維護活動稱為完善性維護，完善性維護可以提高或完善軟件的性能。93． 在軟件維護的內(nèi)容中，有四種維護：校正性維護，完善性維護，適應(yīng)性維護，預(yù)防性維護，其中占維護活動工作量比例最高的是完善性維護，最少的一般是預(yù)防性維護。91． 軟件按照設(shè)計的要求，在規(guī)定時間和條件下達(dá)到不出故障，持續(xù)運行的要求的質(zhì)量特性稱為可靠性。89． 使用白盒測試方法時，確定測試數(shù)據(jù)應(yīng)根據(jù)程序的內(nèi)部邏輯和指定的覆蓋標(biāo)準(zhǔn)。86． 在結(jié)構(gòu)測試用例設(shè)計中，有語句覆蓋，條件覆蓋，判定覆蓋（即分支覆蓋），路徑覆蓋，其中路徑覆蓋是最強的覆蓋準(zhǔn)則．87． 自頂向下結(jié)合的漸增式測試法，在組合模塊時有兩種組合策略：深度優(yōu)先策略和寬度優(yōu)先策略。84． 在進行軟件測試時，首先應(yīng)當(dāng)進行單元測試，然后再進行集成測試，最后再進行有效性測試。82． 軟件測試中根據(jù)測試用例設(shè)計的方法的不同可分為 黑盒測試和白盒測試兩種，它們都屬于動態(tài)測試。80． 邏輯覆蓋一般包括語句覆蓋、判定覆蓋、條件覆蓋、條件/判定覆蓋、邊覆蓋、路徑覆蓋等。78． 基本路徑測試、循環(huán)覆蓋測試、邏輯覆蓋測試屬于白盒測試技術(shù)。76． 單元測試的測試對象是程序模塊。74． 自頂向下的漸增式測試初期一般不可以并行進行。71． 軟件測試并不能發(fā)現(xiàn)軟件中所有潛伏的錯誤，通過軟件測試沒有發(fā)現(xiàn)錯誤，不能說明軟件是正確的。69． 軟件測試是執(zhí)行程序發(fā)現(xiàn)并排除程序中潛伏的錯誤 的過程。（六）編碼、測試、維護67． 以詳細(xì)設(shè)計說明書為輸入,將該輸入用某種程序設(shè)計語言翻譯成計算機可以理解并最終可運行的代碼的過程叫編碼過程。65． 調(diào)試的目的是確定錯誤的位置和引起錯誤的原因,并加以改正。59． 結(jié)構(gòu)化程序設(shè)計方法是使用三種基本控制結(jié)構(gòu)構(gòu)造程序，程序的三種基本控制結(jié)構(gòu)是順序,選擇和循環(huán)。（五）詳細(xì)設(shè)計57． 軟件詳細(xì)設(shè)計的主要任務(wù)是對算法和數(shù)據(jù)結(jié)構(gòu)進行的詳細(xì)設(shè)計，軟件詳細(xì)設(shè)計主要采用的方法是結(jié)構(gòu)化程序設(shè)計。55． 按數(shù)據(jù)流的類型,結(jié)構(gòu)化設(shè)計方法有兩種設(shè)計策略,它們是變換分析設(shè)計和事務(wù)分析設(shè)計。53． 在進行軟件結(jié)構(gòu)設(shè)計時應(yīng)該遵循的最主要的原理是模塊獨立原理。51． 軟件結(jié)構(gòu)圖中,模塊框之間若有直線連接,表示它們之間存在調(diào)用關(guān)系一個軟件的寬度是指其控制的跨度，一個 軟件的深度是指其控制的層數(shù)，一個模塊的扇入數(shù)是指能直接控制該模塊的模塊數(shù)，一個模塊的“扇出數(shù)”是指該模塊直接控制的其他模塊數(shù)。49． 在軟件結(jié)構(gòu)圖中，扇入數(shù)大說明該模塊的重用率高。48． 在模塊耦合性類型中，模塊之間獨立性最差的類型是內(nèi)容耦合，在實際編程時一定要避免出現(xiàn)，為了提高模塊的獨立性，模塊之間最好是數(shù)據(jù)耦合。46． 模塊化，信息隱藏，抽象和逐步求精的軟件設(shè)計原則有助于得到高內(nèi)聚，低耦合度的軟件產(chǎn)品。（四）概要設(shè)計44． 軟件概要設(shè)計的主要任務(wù)就是軟件結(jié)構(gòu)的設(shè)計，面向數(shù)據(jù)流的設(shè)計方法是將數(shù)據(jù)流映射成軟件結(jié)構(gòu)。42． 面向?qū)ο蟮奶卣髦饕ǘ鄳B(tài)性、繼承性、封裝性。39． 結(jié)構(gòu)化分析方法（ＳＡ）是一種面向數(shù)據(jù)流的需求分析方法．40． 驗證軟件需求正確性的四個方面包括一致性、完整性、現(xiàn)實性、有效性。35． 需求分析階段的任務(wù)是確定軟件系統(tǒng)的功能 36． 需求分析的任務(wù)不包括系統(tǒng)設(shè)計。31． 需求分析階段的成果主要是需求規(guī)格說明,該成果與軟件設(shè)計,編碼,測試直至維護都有較大關(guān)系。（三）需求分析28． 軟件需求是指用戶對目標(biāo)軟件系統(tǒng)在功能,性能,行為,． 數(shù)據(jù)流圖就是用來刻畫數(shù)據(jù)流和轉(zhuǎn)換的信息系統(tǒng)建 3 模技術(shù)。26． 任務(wù)是管理有關(guān)項目工作的最小的單元。（二）軟件項目管理24． 一個好的開發(fā)人員應(yīng)具備的素質(zhì)和能力包括善于與周圍人員團結(jié)協(xié)作,建立良好的人際關(guān)系,善于聽取別人的意見，具有良好的書面和口頭表達(dá)能力。22． 從事物的屬性側(cè)面來描述事物的方法就是面向數(shù)據(jù)的方法。20． 螺旋模型是風(fēng)險驅(qū)動的，而瀑布模型是文檔驅(qū)動的。16． 快速原型模型的主要特點之一是及早提供工作軟件。13． 原型化方法是用戶和設(shè)計者之間執(zhí)行的一種交互過程，適用于需求不確定性高的系統(tǒng)。11． 軟件是一種邏輯產(chǎn)品。9．可行性分析是在系統(tǒng)開發(fā)的早期所做的一項重要的論 證工作,它是決定該系統(tǒng)是否開發(fā)的決策依據(jù),因必須給出可行或不可行的回答。7．。5．軟件開發(fā)人員對用戶需求的理解有偏差,這將導(dǎo)致軟件產(chǎn)品與用戶的需求不一致,是產(chǎn)生軟件危機的一個原因。3．快速原型模型可以有效地適應(yīng)用戶需求的動態(tài)變化。第一篇：軟件工程復(fù)習(xí)資料軟件工程復(fù)習(xí)資料一、熟悉和理解（一）軟件工程概述1．螺旋模型是在瀑布模型和增量模型的基礎(chǔ)上增加了風(fēng)險分析活動，關(guān)鍵不足在于不能適應(yīng)需求的動態(tài)變更。2．軟件不只是用程序設(shè)計語言（如PASCAL ,C,VISUAL BASIC 等）編寫的程序，編寫程序代碼只是軟件開發(fā)的一個部分。4．生產(chǎn)高質(zhì)量的軟件產(chǎn)品是軟件工程的首要目標(biāo)。6．開發(fā)一個軟件項目總存在某些不確定性,可能導(dǎo)致災(zāi)難性的后果。8．瀑布模型本質(zhì)上是一種線性順序模型，增量模型本質(zhì)上是一種快速原型模型。10． 軟件生存周期模型包括瀑布模型、快速原型模型、增量模型、螺旋模型、噴泉模型等。12． “軟件危機”是指軟件開發(fā)和維護中出現(xiàn)的一系列問題，成本高、生產(chǎn)率低、質(zhì)量得不到保證、需求不能充分理解都是是軟件危機的表現(xiàn)形式。14． 軟件工程中的各種方法是完成軟件工程項目的技術(shù)手段,． 研究開發(fā)所需要的成本和資源是屬于可行性研究中的經(jīng)濟可行性研究的一方面。17． 軟件工程由方法,工具和過程三部分組成,． 基于計算機系統(tǒng)的軟件要素中的軟部件由程序,． 瀑布模型是以文檔為驅(qū)動、適合于軟件需求明確的軟件項目的模型。21． 從事物的組成部件及每個部件的屬性,。23． 面向?qū)ο?Object Oriented)方法是將現(xiàn)實世界的事物以對象的方式映射到計算機世界的方法。25． 為了充分發(fā)揮開發(fā)人員的潛力,縮短工期,軟件工程項目的任務(wù)分解與安排應(yīng)盡力挖掘可并行開發(fā)的部分。27． 任務(wù)是一項已經(jīng)定義得很好的工作，該工作可分配給一個項目參與者或分配給一個團隊。30． 用戶對軟件需求的描述不精確,往往是產(chǎn)生軟件危機的原因之一。32． 需求規(guī)格說明書是需求分析階段最重要的技術(shù)文檔之一33． 需求分析最終結(jié)果是產(chǎn)生需求規(guī)格說明書 34． DFD中的每個加工至少需要一個輸入流和一個輸出流。37． 需求規(guī)格說明書的作用包括：作為軟件驗收的依據(jù)、用戶與開發(fā)人員對軟件要做什么的共同理解、作為軟件設(shè)計的依據(jù)等38． 在結(jié)構(gòu)化分析方法中，用以表達(dá)系統(tǒng)內(nèi)數(shù)據(jù)的運動情況的工具有數(shù)據(jù)流圖。41． 在面向?qū)ο筌浖_發(fā)方法中，類與類之間主要有繼 承和聚集的關(guān)系。43． 軟件開發(fā)過程中，抽取和整理用戶需求并建立問題域精確模型的過程叫面向?qū)ο蟮姆治觥?5． 軟件模塊之間的耦合性越弱越好。47． 內(nèi)聚度標(biāo)志一個模塊