《軟件工程》復(fù)習(xí)大綱

1、第一章1. 軟件：是能夠完成預(yù)定功能和性能的可執(zhí)行的計(jì)算機(jī)程序。包括使程序正常執(zhí)行所需的數(shù)據(jù)，以及有關(guān)描述程序操作和使用的文檔。即：軟件 = 程序 + 文檔2. 軟件的特征：軟件的開(kāi)發(fā)不同于硬件設(shè)計(jì)、不同于硬件制造、不同于硬件維修。3. 軟件危機(jī)出現(xiàn)的原因：軟件維護(hù)費(fèi)用的急劇上升，直接威脅計(jì)算機(jī)應(yīng)用的擴(kuò)大；4. 軟件生產(chǎn)技術(shù)進(jìn)步緩慢，是家居軟件危機(jī)的重要原因。5. 軟件工程學(xué)的范疇：軟件開(kāi)發(fā)技術(shù)（軟件開(kāi)發(fā)方法學(xué)、軟件工具、軟件工程環(huán)境）、軟件工程管理（軟件管理學(xué)、軟件經(jīng)濟(jì)學(xué)、度量學(xué)）。6. 軟件工程：是指導(dǎo)計(jì)算機(jī)軟件開(kāi)發(fā)和維護(hù)的工程學(xué)科。它采用工程的概念、原理、技術(shù)和方法來(lái)開(kāi)發(fā)與維護(hù)軟件，目的

2、是為了實(shí)現(xiàn)按照預(yù)期的進(jìn)度和經(jīng)費(fèi)完成軟件生產(chǎn)計(jì)劃，同時(shí)提高軟件的生產(chǎn)率和可靠性。7. 軟件的發(fā)展：大體經(jīng)歷了程序、軟件、軟件產(chǎn)品3個(gè)階段。8. 工具和方法是軟件開(kāi)發(fā)技術(shù)的兩大支柱。9. 三種編程范型：過(guò)程式編程范型、面向?qū)ο缶幊谭缎?、基于?gòu)件技術(shù)的編程范型。10. 三代軟件工程：傳統(tǒng)軟件工程面向?qū)ο筌浖こ袒跇?gòu)件的軟件工程。第二章1. 軟件生存周期：計(jì)劃、開(kāi)發(fā)、運(yùn)行3個(gè)時(shí)期。2. 軟件生存周期的主要活動(dòng)：需求分析軟件分析軟件設(shè)計(jì)編碼測(cè)試軟件測(cè)試運(yùn)行維護(hù)注：需求分析（用戶(hù)視角）：功能需求、性能需求、環(huán)境約束、外部接口描述。軟件分析（開(kāi)發(fā)人員視角）：建立與需求模型一致的，與實(shí)現(xiàn)無(wú)關(guān)的軟件分析模型。

3、軟件設(shè)計(jì)：總體設(shè)計(jì)/概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)（確定軟件的數(shù)據(jù)結(jié)構(gòu)和操作）。單元測(cè)試通常與編碼同時(shí)進(jìn)行。軟件測(cè)試：?jiǎn)卧獪y(cè)試、集成測(cè)試、系統(tǒng)測(cè)試。3. 軟件過(guò)程：圍繞軟件開(kāi)發(fā)所進(jìn)行的一系列活動(dòng)。4. 瀑布模型是一種基于軟件生存周期的線性開(kāi)發(fā)模型。5. 瀑布模型特點(diǎn)：階段間的順序性和依賴(lài)性、推遲實(shí)現(xiàn)的觀點(diǎn)、保證質(zhì)量的觀點(diǎn)。6. 瀑布模型存在的問(wèn)題：只有在需求分析準(zhǔn)確的前提下，才能得到預(yù)期的結(jié)果。7. 常見(jiàn)的演化模型（漸增式、迭代式）：增量模型、螺旋模型。8. 增量模型：結(jié)合瀑布模型的順序特征與快速原型法的迭代特征。增量：小而可用的軟件9. 一般情況下，第一個(gè)增量是軟件的核心部分。如（增量一：需求-設(shè)計(jì)-實(shí)

4、現(xiàn)和集成-交付客戶(hù)）10. 螺旋模型（目前最常用）：當(dāng)項(xiàng)目按照順時(shí)針?lè)较蜓芈菪€移動(dòng)時(shí)，每輪螺旋包含：計(jì)劃、風(fēng)險(xiǎn)分析、建立原型、用戶(hù)評(píng)審 4種活動(dòng)。（高風(fēng)險(xiǎn)的大型軟件采用此方法）第三章1. 結(jié)構(gòu)化設(shè)計(jì) SD ； 結(jié)構(gòu)化分析 SA ； 軟件需求規(guī)格說(shuō)明書(shū) SAS ； 結(jié)構(gòu)圖 SC ；數(shù)據(jù)字典 DD ； 狀態(tài)轉(zhuǎn)換圖 STD ； 數(shù)據(jù)流圖 DFD2. SA需求分析的兩項(xiàng)基本任務(wù)：建立系統(tǒng)分析模型、編寫(xiě)軟件需求規(guī)格說(shuō)明書(shū)。3. 分析模型組成：功能模型、數(shù)據(jù)模型、行為模型 3種。4. 抽象和分解是結(jié)構(gòu)化分析的主要指導(dǎo)思想，細(xì)化的實(shí)質(zhì)是分解。分解和細(xì)化是軟件設(shè)計(jì)的策略。5. 需求分析的步驟：需求獲取、需求

5、提煉、需求描述、需求驗(yàn)證。6. SA模型的組成：如下圖7SA模型的描述：a) DFD、DD、PSPEC。（它們是早期SA模型的基本組成部分）b) CFD、CSPEC和STD。（它們是早期SA模型的擴(kuò)展部分）c) E-R圖（適用于描述具有復(fù)雜數(shù)據(jù)結(jié)構(gòu)的軟件數(shù)據(jù)模型）8畫(huà)分層數(shù)據(jù)流圖：例題3-89模塊設(shè)計(jì)（詳細(xì)設(shè)計(jì)）的主要任務(wù)是編寫(xiě)軟件的模塊設(shè)計(jì)說(shuō)明書(shū)。目的是確定模塊采用的算法和塊內(nèi)數(shù)據(jù)結(jié)構(gòu)。10模塊設(shè)計(jì)的原則：清晰第一的設(shè)計(jì)風(fēng)格、結(jié)構(gòu)化的控制結(jié)構(gòu)、逐步細(xì)化的實(shí)現(xiàn)方法11“結(jié)構(gòu)化”保證程序的清晰、易讀,“逐步細(xì)化”實(shí)現(xiàn)程序的正確、可靠。結(jié)構(gòu)化程序設(shè)計(jì)原理和逐步細(xì)化的實(shí)現(xiàn)方法是完成模塊設(shè)計(jì)的基礎(chǔ)。第

6、四章1面向?qū)ο笫且詥?wèn)題空間中出現(xiàn)的物體為中心進(jìn)行模型化的一種技術(shù)。面向?qū)ο蠹夹g(shù)通過(guò)抽象化現(xiàn)實(shí)世界中的物體，來(lái)描述一個(gè)系統(tǒng)。2對(duì)象是客觀世界的實(shí)體或概念在計(jì)算機(jī)中的表示。一個(gè)對(duì)象是具有唯一對(duì)象名和固定對(duì)外接口的一組屬性和操作集合，用來(lái)模擬組成或影響現(xiàn)實(shí)世界的一個(gè)或一組因素。3面向?qū)ο蟮幕咎卣鳎撼橄?、封裝、集成、多態(tài)。4面向?qū)ο箝_(kāi)發(fā)的優(yōu)點(diǎn)：提高軟件系統(tǒng)的可復(fù)用性、可擴(kuò)展性、可維護(hù)性。5類(lèi)與對(duì)象的關(guān)系：可看成是抽象與具體的關(guān)系。組成類(lèi)的每個(gè)對(duì)象都是該類(lèi)的實(shí)例，實(shí)例是類(lèi)的具體事務(wù)，類(lèi)是各個(gè)實(shí)例的綜合抽象。通過(guò)類(lèi)還可以生成許多同類(lèi)型的對(duì)象。6UML的組成：UML的模型元素、UML的元模型結(jié)構(gòu)、圖和視圖

7、。7 UML的4個(gè)抽象層次：用戶(hù)模型、模型、元模型、元元模型。8UML的2類(lèi)圖：靜態(tài)圖（用例圖、類(lèi)圖、對(duì)象圖、構(gòu)件圖、部署圖）；動(dòng)態(tài)圖（狀態(tài)圖、時(shí)序圖、協(xié)作圖、活動(dòng)圖）5種視圖：用例視圖、邏輯視圖、進(jìn)程視圖、構(gòu)件視圖、部署視圖。9 UML的特點(diǎn)：同意標(biāo)準(zhǔn)、面向?qū)ο?、表達(dá)能力強(qiáng)，可視化。10用例圖就是由主角、用例以及它們之間的關(guān)系構(gòu)成的圖。該圖說(shuō)明了用例模型中的關(guān)系。用例模型由一組用例圖組成，其基本組成部件是用例、參與者和系統(tǒng)。11類(lèi)圖：是顯示了模型的靜態(tài)結(jié)構(gòu)，特別是模型中存在的類(lèi)、類(lèi)的內(nèi)部結(jié)構(gòu)以及它們與其他類(lèi)的關(guān)系等。類(lèi)圖最基本的元素是類(lèi)或者接口。12對(duì)象圖是顯示了一組對(duì)象和他們之間的關(guān)系。使

8、用對(duì)象圖來(lái)說(shuō)明數(shù)據(jù)結(jié)構(gòu)，類(lèi)圖中的類(lèi)或組件等的實(shí)例的靜態(tài)快照。對(duì)象圖和類(lèi)圖一樣反映系統(tǒng)的靜態(tài)過(guò)程，但它是從實(shí)際的或原型化的情景來(lái)表達(dá)的。13狀態(tài)圖是描述一個(gè)實(shí)體基于事件反應(yīng)的動(dòng)態(tài)行為，顯示了該實(shí)體如何根據(jù)當(dāng)前所處的狀態(tài)對(duì)不同的事件做出反應(yīng)的。14時(shí)序圖用來(lái)描述對(duì)象之間的動(dòng)態(tài)交互，著重體現(xiàn)對(duì)象間消息傳遞的時(shí)間順序。15協(xié)作圖用來(lái)描述相互協(xié)作的對(duì)象間的交互和鏈接。16構(gòu)件圖顯示軟件構(gòu)件之間的依賴(lài)關(guān)系。17部署圖描述系統(tǒng)硬件的物理拓?fù)浣Y(jié)構(gòu)以及在此結(jié)構(gòu)上執(zhí)行的軟件。第五章1. 軟件需求主要指一個(gè)軟件系統(tǒng)必須遵循的條件或具備的能力。2. 軟件需求的3個(gè)層次：業(yè)務(wù)需求、用戶(hù)需求、功能需求。軟件項(xiàng)目中40%6

9、0%的問(wèn)題源自軟件需求階段。3. 軟件需求的6個(gè)特性：功能性、可用性、可靠性、性能、可支持性、設(shè)計(jì)約束。4. 需求工程與需求分析之間的區(qū)別： 需求工程是指應(yīng)用已證實(shí)有效的技術(shù)、方法進(jìn)行需求分析，確定客戶(hù)需求，幫助分析人員理解問(wèn)題并定義目標(biāo)系統(tǒng)的所有外部特征的一門(mén)學(xué)科。它通過(guò)合適的工具和記號(hào)系統(tǒng)地描述待開(kāi)發(fā)系統(tǒng)及其行為特征和相關(guān)約束，形成需求文檔，并對(duì)用戶(hù)不斷變化的需求演進(jìn)給予支持。 所謂需求分析，是指對(duì)要解決的問(wèn)題進(jìn)行詳細(xì)的分析，弄清楚問(wèn)題的要求，包括需要輸入什么數(shù)據(jù)，要得到什么結(jié)果，最后應(yīng)輸出什么。5. 需求分析的步驟：需求獲取、需求建模、需求描述（編寫(xiě)SRS）、需求驗(yàn)證。6. 需求分析的主

10、要任務(wù)：建立需求模型。需求分析是迭代過(guò)程。第六章1. 面向?qū)ο蠓治龅娜蝿?wù)是：將需求階段產(chǎn)生的需求模型 轉(zhuǎn)換為 軟件分析模型。面向?qū)ο笤O(shè)計(jì)的任務(wù)是：將分析階段建立的分析模型 轉(zhuǎn)換為 軟件設(shè)計(jì)模型。2. 面向?qū)ο蠓治鯫OA的建模步驟：需求理解、定義類(lèi)和對(duì)象、標(biāo)識(shí)對(duì)象的屬性和操作、標(biāo)識(shí)類(lèi)的結(jié)構(gòu)和層次、建立對(duì)象-關(guān)系模型、建立對(duì)象-行為模型、評(píng)審OOA模型。3. OOA的優(yōu)點(diǎn)：同時(shí)加強(qiáng)了對(duì)問(wèn)題空間和軟件系統(tǒng)的理解；改進(jìn)包括用戶(hù)在內(nèi)的軟件分析有關(guān)的各類(lèi)人員之間的交流；對(duì)需求的變化具有較強(qiáng)的適應(yīng)性；很好的支持軟件復(fù)用；確保從需求模型到設(shè)計(jì)模型的一致性。4. 分析模型(是一種概念模型)的特點(diǎn)：全面覆蓋軟件的

11、功能需求；分析模型與軟件的實(shí)現(xiàn)無(wú)關(guān)；分析模型的表述方法與所采用的分析技術(shù)有關(guān)。5. 典型的五層次模型：建立類(lèi)/對(duì)象層（抽象出類(lèi)和對(duì)象）、建立屬性層（設(shè)計(jì)靜態(tài)屬性和關(guān)系）、建立服務(wù)層（定義動(dòng)態(tài)屬性和消息通信）、建立結(jié)構(gòu)層（定義層次結(jié)構(gòu)關(guān)系）、建立主題層（每個(gè)主題構(gòu)成一個(gè)子系統(tǒng)）。第七章1. 軟件設(shè)計(jì)的基本概念：模塊（定義輸入、輸出和特性的程序?qū)嶓w）與構(gòu)件、抽象與細(xì)化、信息隱藏、軟件復(fù)用。2. 軟件設(shè)計(jì)的基礎(chǔ)：分析階段對(duì)目標(biāo)系統(tǒng)的數(shù)據(jù)、功能、行為建模。3. 軟件設(shè)計(jì)包括：數(shù)據(jù)設(shè)計(jì)、體系結(jié)構(gòu)設(shè)計(jì)、接口設(shè)計(jì)、過(guò)程設(shè)計(jì)。4. 模塊的獨(dú)立性從2個(gè)方面度量：模塊本身的內(nèi)聚、模塊之間的耦合。5. 內(nèi)聚分類(lèi)：低

12、內(nèi)聚（偶然性?xún)?nèi)聚、邏輯性?xún)?nèi)聚、時(shí)間性?xún)?nèi)聚）、中內(nèi)聚（過(guò)程性?xún)?nèi)聚、通訊性?xún)?nèi)聚）、高內(nèi)聚（順序性?xún)?nèi)聚、功能性?xún)?nèi)聚）。6. 耦合分類(lèi)：弱耦合（非直接耦合、數(shù)據(jù)耦合、特征耦合）、中耦合（控制耦合）、較強(qiáng)耦合（外部耦合、公共耦合）、強(qiáng)耦合（內(nèi)容耦合）。7. OO設(shè)計(jì)模型由系統(tǒng)架構(gòu)層、類(lèi)和對(duì)象層、消息層、責(zé)任層4個(gè)層次組成。8. 面向?qū)ο笤O(shè)計(jì)中，數(shù)據(jù)和過(guò)程被封裝為類(lèi)/對(duì)象的屬性和操作；接口被封裝為對(duì)象間的消息，而體系結(jié)構(gòu)的設(shè)計(jì)則體現(xiàn)為系統(tǒng)的技術(shù)基礎(chǔ)設(shè)施和具有控制流程的對(duì)象間的協(xié)作。9. OOD的軟件設(shè)計(jì)可劃分為2個(gè)層次：系統(tǒng)架構(gòu)設(shè)計(jì)、系統(tǒng)元素設(shè)計(jì)。10. 系統(tǒng)架構(gòu)設(shè)計(jì)的內(nèi)容：系統(tǒng)高層結(jié)構(gòu)設(shè)計(jì)、確定設(shè)計(jì)元素

13、、確定任務(wù)管理策略、實(shí)現(xiàn)分布式機(jī)制、設(shè)計(jì)數(shù)據(jù)存儲(chǔ)方案、人機(jī)界面設(shè)計(jì)。系統(tǒng)元素設(shè)計(jì)的內(nèi)容：子系統(tǒng)設(shè)計(jì)、分包設(shè)計(jì)、類(lèi)/對(duì)象設(shè)計(jì)。11. 層次架構(gòu)的基本原則：將系統(tǒng)劃分不同的層次。確定設(shè)計(jì)元素的主要工作是：確定設(shè)計(jì)類(lèi)、子系統(tǒng)、子系統(tǒng)接口。第八章1，編碼的目的：使用選定的程序設(shè)計(jì)語(yǔ)言，把設(shè)計(jì)模型翻譯為用該語(yǔ)言書(shū)寫(xiě)的源程序（或源代碼）。2，編碼的風(fēng)格：清晰的前提下追求效率。3編碼風(fēng)格的要求：使用標(biāo)準(zhǔn)的控制結(jié)構(gòu)、實(shí)現(xiàn)源程序的文檔化、滿(mǎn)足用戶(hù)友好的輸入輸出風(fēng)格。4測(cè)試的特性：挑剔型、復(fù)雜性、不徹底性、經(jīng)濟(jì)型。5測(cè)試分類(lèi)：靜態(tài)分析（靜態(tài)分析器分析、代碼評(píng)審（代碼會(huì)審、走查、辦公桌檢查）；動(dòng)態(tài)測(cè)試（黑盒測(cè)試（功

14、能測(cè)試）、白盒測(cè)試（結(jié)構(gòu)測(cè)試）。6測(cè)試文檔內(nèi)容：測(cè)試計(jì)劃、測(cè)試報(bào)告。測(cè)試計(jì)劃的主體是測(cè)試內(nèi)容說(shuō)明：測(cè)試項(xiàng)目名稱(chēng)、測(cè)試目的、步驟和進(jìn)度、測(cè)試用例設(shè)計(jì)。測(cè)試報(bào)告的主題是測(cè)試結(jié)果：測(cè)試項(xiàng)目名稱(chēng)、實(shí)測(cè)結(jié)果和期望結(jié)果的比較、發(fā)現(xiàn)問(wèn)題、測(cè)試效果。7黑盒測(cè)試：根據(jù)被測(cè)試程序功能來(lái)進(jìn)行測(cè)試，也稱(chēng)功能測(cè)試。白盒測(cè)試：以程序結(jié)構(gòu)為依據(jù)，又稱(chēng)結(jié)構(gòu)測(cè)試。8黑盒測(cè)試分類(lèi)：等價(jià)類(lèi)法、邊界值法、錯(cuò)誤猜測(cè)法。9白盒測(cè)試分類(lèi)：路經(jīng)測(cè)試（點(diǎn)覆蓋、邊覆蓋、路徑覆蓋）、邏輯覆蓋測(cè)試（語(yǔ)句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋、條件組合覆蓋）。10測(cè)試的層次性：?jiǎn)卧獪y(cè)試、集成測(cè)試、確認(rèn)測(cè)試、系統(tǒng)測(cè)試。（確認(rèn)測(cè)試和系統(tǒng)測(cè)試都是對(duì)整個(gè)程

15、序的測(cè)試，二者都屬于高級(jí)測(cè)試）。第九、十、十一、十二章1軟件維護(hù)：在一個(gè)軟件產(chǎn)品交付使用后對(duì)其進(jìn)行修改，以糾正故障、改進(jìn)其性能和其他屬性，或使產(chǎn)品適應(yīng)改變了的環(huán)境。目的：滿(mǎn)足用戶(hù)對(duì)已開(kāi)發(fā)產(chǎn)品的性能與運(yùn)行環(huán)境不斷提高的要求，進(jìn)而延長(zhǎng)軟件的壽命。分類(lèi)：完整性維護(hù)、適應(yīng)性維護(hù)、糾錯(cuò)性維護(hù)等。2軟件復(fù)用的定義: 利用工程知識(shí)或方法，由一已存在的系統(tǒng)，來(lái)建造一新系統(tǒng)。目的：這種技術(shù)，可改進(jìn)軟件產(chǎn)品質(zhì)量和生產(chǎn)率。還有軟件檢查、軟件計(jì)量、軟件可靠性、軟件可維修性、軟件工具評(píng)估和選擇等。軟件復(fù)用能更快、更好、成本更低地生產(chǎn)軟件制品。3軟件可靠性：在給定的時(shí)間內(nèi)，程序按照規(guī)定的條件成功的運(yùn)行的概率。軟件工程復(fù)習(xí)

16、大綱第一章1. 軟件危機(jī)概念指軟件在開(kāi)發(fā)和維護(hù)過(guò)程中所遇到的一系列嚴(yán)重問(wèn)題。兩方面問(wèn)題：如何開(kāi)發(fā)軟件，以滿(mǎn)足對(duì)軟件日益增長(zhǎng)的需求；如何維護(hù)數(shù)量不斷膨脹的已有軟件。2. 軟將危機(jī)有哪些現(xiàn)象典型表現(xiàn)：對(duì)軟件開(kāi)發(fā)成本和進(jìn)度的估計(jì)常常很不準(zhǔn)確；經(jīng)常出現(xiàn)用戶(hù)對(duì)“已完成的”軟件產(chǎn)品不滿(mǎn)意的情況；軟件產(chǎn)品的質(zhì)量往往達(dá)不到需求；難維護(hù)；沒(méi)有適當(dāng)?shù)奈臋n資料；軟件成本在計(jì)算機(jī)系統(tǒng)總成本中所占的比列逐年上升；軟件開(kāi)發(fā)生產(chǎn)效率提高的速度遠(yuǎn)遠(yuǎn)不能滿(mǎn)足社會(huì)對(duì)軟件產(chǎn)品的日益增長(zhǎng)的需求。3. 軟件工程概念軟件工程是指導(dǎo)計(jì)算機(jī)軟件開(kāi)發(fā)和維護(hù)的一門(mén)工程學(xué)科。采用工程的概念、原理、技術(shù)和方法來(lái)開(kāi)發(fā)與維護(hù)軟件，把經(jīng)過(guò)實(shí)踐考驗(yàn)而證明正

17、確的管理技術(shù)和當(dāng)前能夠得到的最好的技術(shù)方法結(jié)合起來(lái)，以經(jīng)濟(jì)地開(kāi)發(fā)出高質(zhì)量的軟件并有效的維護(hù)它，這就是軟件工程。4. 軟件工程7條基本原理用分階段的生命周期計(jì)劃嚴(yán)格管理；堅(jiān)持進(jìn)行階段評(píng)審；實(shí)行嚴(yán)格的產(chǎn)品控制；采用現(xiàn)代程序設(shè)計(jì)技術(shù)；結(jié)果應(yīng)能清楚的審查；開(kāi)發(fā)小組的人員應(yīng)該少而精；承認(rèn)不斷改進(jìn)軟件工程實(shí)踐的必要性。5. 軟件工程方法學(xué)包含3個(gè)基本要素是什么方法、工具、過(guò)程；方法：完成軟件開(kāi)發(fā)的各項(xiàng)任務(wù)的技術(shù)方法，回答怎么樣做的問(wèn)題；工具：為運(yùn)用方法而提供的自動(dòng)的或半自動(dòng)的軟件工程支撐環(huán)境；過(guò)程：為了獲得高質(zhì)量的軟件所需要完成的一系列任務(wù)的框架，它規(guī)定了完成各項(xiàng)任務(wù)的工作。6. 軟件生命周期劃分哪些階段

18、3個(gè)時(shí)期：軟件定義、軟件開(kāi)發(fā)和運(yùn)行維護(hù)軟件定義：確定軟件開(kāi)發(fā)工程必須完成的總目標(biāo)；確定工程的可行性；導(dǎo)出實(shí)現(xiàn)工程目標(biāo)應(yīng)該采用的策略及系統(tǒng)必須完成的功能；估計(jì)完成該項(xiàng)工程需要的資源和成本，并且制定工程進(jìn)度表。7. 各階段的任務(wù)是什么1. 問(wèn)題定義 必須確定要解決的問(wèn)題是什么。2. 可行性研究 對(duì)于上一個(gè)階段所確定的問(wèn)題有行得通的解決方法？ 可行性研究的結(jié)果是客戶(hù)做出是否繼續(xù)進(jìn)行這項(xiàng)工程的決定的重要依據(jù)。3. 需求分析 為了解決這個(gè)問(wèn)題，目標(biāo)系統(tǒng)必須做什么 確定目標(biāo)系統(tǒng)必須具備的功能4. 總體設(shè)計(jì) 怎樣實(shí)現(xiàn)目標(biāo)系統(tǒng)（抽象） 提出方案（低成本，中成本，高成本）5. 詳細(xì)設(shè)計(jì) 把解法具體化。應(yīng)該怎樣具

19、體實(shí)現(xiàn)這個(gè)系統(tǒng)。設(shè)計(jì)出程序的詳細(xì)規(guī)格說(shuō)明（包含必要的細(xì)節(jié)）6. 編碼和單元測(cè)試 寫(xiě)出正確的容易理解、容易維護(hù)的程序模塊7. 綜合測(cè)試 通過(guò)過(guò)程類(lèi)型的測(cè)試使軟件達(dá)到預(yù)定的要求8. 軟件維護(hù) 通過(guò)各種必要的維護(hù)活動(dòng)使系統(tǒng)持久地滿(mǎn)足用戶(hù)的需要。改正性維護(hù)，適應(yīng)性維護(hù)，完善性維護(hù)，預(yù)防性維護(hù)。8. 軟件過(guò)程概念軟件過(guò)程描述為了開(kāi)發(fā)出客戶(hù)需要的團(tuán)建，什么人、在什么時(shí)候、做什么事以及怎樣做這些事以實(shí)現(xiàn)某一個(gè)特定的具體目標(biāo)。過(guò)程定義了運(yùn)用方法的順序、應(yīng)該支付的文檔資料、為保證軟件質(zhì)量和協(xié)調(diào)變化所需要采取的管理措施，以及標(biāo)志軟件開(kāi)發(fā)各個(gè)階段任務(wù)完成的里程碑。9. 軟件過(guò)程模型都有哪些（瀑布模型）瀑布模型 快速

20、原型模型（快速建立一個(gè)能反映客戶(hù)需求的原型模型，讓用戶(hù)在計(jì)算機(jī)上試用，然后提出修給意見(jiàn)，開(kāi)發(fā)人員再此基礎(chǔ)上不斷修改，用戶(hù)不斷測(cè)試，知道確定能做所需要的工作，開(kāi)發(fā)人員便根據(jù)此書(shū)寫(xiě)規(guī)格說(shuō)明文檔。根據(jù)這份文檔開(kāi)發(fā)出的軟件便可以滿(mǎn)足用戶(hù)的真實(shí)需求） 增量模型（分批逐步向用戶(hù)提交產(chǎn)品，整個(gè)軟件產(chǎn)品被分解成許多個(gè)增量構(gòu)件，開(kāi)發(fā)人員一個(gè)構(gòu)件接著一個(gè)構(gòu)件的向用戶(hù)提交產(chǎn)品） 螺旋模型（可看做在每個(gè)階段之前都增加了風(fēng)險(xiǎn)分析過(guò)程的快速原型模型。適用于內(nèi)部開(kāi)發(fā)的大規(guī)模軟件項(xiàng)目） 噴泉模型10. 畫(huà)圖說(shuō)明瀑布模型11. 瀑布模型有什么特點(diǎn)1. 階段間具有順序性和依賴(lài)性：必須等前一段的工作完成之后，才能開(kāi)始后一階段的工作

21、；前一階段的輸出文檔就是后一階段的輸入文檔。前一段的輸出文檔正確，后一階段的工作才能獲得真正的結(jié)果。2. 推遲實(shí)現(xiàn)的觀點(diǎn)：在編碼之前設(shè)置了系統(tǒng)分析與系統(tǒng)設(shè)計(jì)的各個(gè)階段，分析與設(shè)計(jì)階段的基本任務(wù)規(guī)定，在這兩個(gè)階段主要考慮目標(biāo)系統(tǒng)的邏輯模型，不涉及軟件的物理實(shí)現(xiàn)。3. 質(zhì)量保證的觀點(diǎn)：堅(jiān)持兩個(gè)重要做法：每個(gè)階段都必須完成規(guī)定的文檔，沒(méi)有交出合格的文檔就是沒(méi)有完成該階段的任務(wù)（運(yùn)行時(shí)期對(duì)軟件進(jìn)行維護(hù)的重要依據(jù)）；每個(gè)階段結(jié)束前都要對(duì)所完成的文檔進(jìn)行評(píng)審，以便盡早發(fā)現(xiàn)問(wèn)題，改正錯(cuò)誤。優(yōu)點(diǎn)：可強(qiáng)迫開(kāi)發(fā)人員采用規(guī)范的方法；嚴(yán)格地規(guī)定了每個(gè)階段必須提交的文檔；要求每個(gè)階段交出的所有產(chǎn)品都必須經(jīng)過(guò)質(zhì)量保證小組

22、的仔細(xì)檢查。12. 在軟件生產(chǎn)中為什么強(qiáng)調(diào)管理（項(xiàng)目管理中介紹）所謂的管理就是通過(guò)計(jì)劃、組織和控制等一系列活動(dòng)，合理配置和使用各種資源，以達(dá)到既定目標(biāo)的過(guò)程。軟件項(xiàng)目管理過(guò)程從一組項(xiàng)目計(jì)劃活動(dòng)開(kāi)始，而制定計(jì)劃的基礎(chǔ)是工作量估計(jì)和完成期限估計(jì)。很多項(xiàng)目的失敗都是因?yàn)楣芾聿簧啤５诙?. 可行性研究的目的 用最小的代價(jià)在盡可能短的時(shí)間內(nèi)確定問(wèn)題是否能夠解決。（基本目的是用較小的成本在較短的時(shí)間內(nèi)確定是否存在可行的解法，忽略許多細(xì)節(jié)）2. 從哪些方面進(jìn)行可行性研究技術(shù)可行性；經(jīng)濟(jì)可行性；操作可行性。3. 系統(tǒng)流程圖的作用4. 數(shù)據(jù)流圖的作用；數(shù)據(jù)流圖是一種圖形化技術(shù)，它描繪信息流和數(shù)據(jù)從輸入移動(dòng)到輸

23、出的過(guò)程中所經(jīng)受的變換。在數(shù)據(jù)流圖中沒(méi)有任何具體的物理部件，它只是描繪數(shù)據(jù)在軟件中流動(dòng)和被處理的邏輯過(guò)程。只需考慮系統(tǒng)必須要完成的基本邏輯功能。5. 數(shù)據(jù)字典的作用，數(shù)據(jù)字典要定義哪些組成，畫(huà)出倉(cāng)庫(kù)定貨系統(tǒng)的組成數(shù)據(jù)字典是關(guān)于數(shù)據(jù)的信息的集合，也就是對(duì)數(shù)據(jù)流圖中包含的所有原色的定義的結(jié)合。作用：在軟件分析和設(shè)計(jì)的過(guò)程中給人提供關(guān)于數(shù)據(jù)的描述信息。有助于分析員和用戶(hù)之間的通信。定義組成：順序 選擇 重復(fù) 可選第三章1. 需求分析任務(wù)是軟件定義時(shí)期的最后一個(gè)階段，它的基本任務(wù)是準(zhǔn)確的回答“系統(tǒng)必須做什么“這個(gè)問(wèn)題。（僅確定系統(tǒng)必須完成哪些工作，對(duì)目標(biāo)系統(tǒng)提出完整、準(zhǔn)確、清晰、具體的要求）2. 系統(tǒng)

24、綜合需求功能需求：制定系統(tǒng)必須提供的服務(wù)性能需求：系統(tǒng)必須滿(mǎn)足的定時(shí)約束或容量約束可靠性和可用性需求：可靠性需求定量地指定系統(tǒng)的可靠性；可用性量化了用戶(hù)可以使用系統(tǒng)的程度出錯(cuò)處理需求：說(shuō)明系統(tǒng)對(duì)環(huán)境錯(cuò)誤應(yīng)該如何響應(yīng)（錯(cuò)誤不是由系統(tǒng)本身造成）接口需求：描述應(yīng)用系統(tǒng)與它的環(huán)境通信的格式約束：設(shè)計(jì)約束或?qū)崿F(xiàn)約束描述在設(shè)計(jì)或?qū)崿F(xiàn)應(yīng)用系統(tǒng)時(shí)應(yīng)遵守的限制條件逆向需求：說(shuō)明軟件系統(tǒng)不應(yīng)該做什么將來(lái)可能提出的要求：應(yīng)該明確的列出那些雖然不屬于當(dāng)前系統(tǒng)開(kāi)發(fā)范疇，但是據(jù)分析將來(lái)很可能會(huì)提出來(lái)的要求3. 什么叫模型，在需求分析中要建立哪些模型 模型，就是為了理解事物而對(duì)事物作出的一種抽象，是對(duì)事物的一種無(wú)歧義的書(shū)面

25、描寫(xiě)。數(shù)據(jù)模型、功能模型、行為模型4. 一些圖的作用（E-R圖，狀態(tài)轉(zhuǎn)換圖，層次方框圖，warnier圖，IPO圖）實(shí)體-聯(lián)系圖（ER圖）：為了把用戶(hù)的數(shù)據(jù)要求清楚、準(zhǔn)確的描述出來(lái)（描述數(shù)據(jù)模型）狀態(tài)轉(zhuǎn)換圖：通過(guò)描繪系統(tǒng)的狀態(tài)及引起系統(tǒng)狀態(tài)轉(zhuǎn)換的事件（動(dòng)態(tài)模型）層次方框圖：（數(shù)據(jù)的層次結(jié)構(gòu)）Warnier圖：數(shù)據(jù)的層次結(jié)構(gòu)IPO圖：描述輸入、處理和輸出之間的關(guān)系5. 從那些地方驗(yàn)證軟件需求一致性：所有需求必須是一致的，任何一條需求不能和其他需求互相矛盾。完整性：需求必須是完整的，規(guī)格說(shuō)明書(shū)應(yīng)該包括用戶(hù)需要的每一個(gè)功能或性能現(xiàn)實(shí)性：制定的需求應(yīng)該是用現(xiàn)有的硬件技術(shù)和軟件技術(shù)基本上可以實(shí)現(xiàn)的。有效

26、性：必須證明需求是有效的，確實(shí)能解決用戶(hù)面對(duì)的問(wèn)題。第五章1. 總體設(shè)計(jì)主要任務(wù)是什么總體設(shè)計(jì)（概要設(shè)計(jì)，初步設(shè)計(jì)）的基本目的就是回答“概括地說(shuō)，系統(tǒng)應(yīng)該如何實(shí)現(xiàn)”這個(gè)問(wèn)題。設(shè)計(jì)過(guò)程首先尋找實(shí)現(xiàn)目標(biāo)系統(tǒng)的各種不同的方案，需求分析階段得到的數(shù)據(jù)力圖是設(shè)想各種可能方案的基礎(chǔ)。2. 什么是模塊化，有什么優(yōu)點(diǎn)模塊是由邊界元素限定的相鄰程序元素的序列，而且有一個(gè)總體標(biāo)識(shí)符代表它。模塊化就是把程序劃分成獨(dú)立命名且可獨(dú)立訪問(wèn)的模塊，每個(gè)模塊完成一個(gè)子功能，把這些模塊集成起來(lái)構(gòu)成一個(gè)整體，可以完成指定的功能滿(mǎn)足用戶(hù)的需求。優(yōu)點(diǎn)：可以使軟件結(jié)構(gòu)清晰，不僅容易設(shè)計(jì)也容易閱讀和理解；模塊化使軟件容易測(cè)試和調(diào)試，因而

27、有助于提高軟件的可靠性；因?yàn)樽儎?dòng)往往只涉及少數(shù)幾個(gè)模塊，所以模塊化能夠提高軟件的可修改性；也有助于軟件開(kāi)發(fā)工程的組織管理。3. 什么是耦合，有哪些類(lèi)型耦合是對(duì)一個(gè)軟件結(jié)構(gòu)內(nèi)不同模塊之間互連程度的度量。模塊間無(wú)任何連接，耦合程度最低。兩個(gè)模塊彼此間通過(guò)數(shù)交換信息，交換的信息僅僅是數(shù)據(jù)，這種耦合稱(chēng)為數(shù)據(jù)耦合（低耦合）。如果傳遞的信息中有控制信息，這種耦合稱(chēng)為控制耦合（中等程度耦合，增加系統(tǒng)的復(fù)雜程度）。當(dāng)把整個(gè)數(shù)據(jù)結(jié)構(gòu)作為參數(shù)傳遞而被條用的模塊只需要使用其中一部分?jǐn)?shù)據(jù)元素時(shí)，就出現(xiàn)了特征耦合。當(dāng)兩個(gè)或多個(gè)模塊通過(guò)一個(gè)公共數(shù)據(jù)環(huán)境相互作用時(shí)，它們之間的耦合稱(chēng)為公共環(huán)境耦合。內(nèi)容耦合（避免使用）4.

28、什么是內(nèi)聚，有哪些類(lèi)型內(nèi)聚標(biāo)志著一個(gè)模塊內(nèi)各個(gè)元素彼此結(jié)合的緊密程度，它是信息隱藏和局部化概念的自然擴(kuò)展。高內(nèi)聚往往意味著模塊間的松耦合。5. 軟件設(shè)計(jì)有哪些啟發(fā)式原則改進(jìn)軟件結(jié)構(gòu)提高模塊的獨(dú)立性（低耦合高內(nèi)聚）模塊規(guī)模應(yīng)用適中深度、寬度、扇出（直接控制）和扇入（被直接調(diào)用數(shù)量）都應(yīng)適當(dāng)模塊的作用域應(yīng)該在控制域之內(nèi)力爭(zhēng)降低模塊接口的復(fù)雜程度設(shè)計(jì)單入口單出口的模塊模塊功能應(yīng)該可以預(yù)測(cè)6. 描述軟件？圖：結(jié)構(gòu)圖，層次圖和HIPO層次圖：描繪軟件的層次結(jié)構(gòu)（方框間連線表示調(diào)用關(guān)系，適用于自頂向下設(shè)計(jì)軟件的過(guò)程中使用）HIPO：層次圖加輸入、處理、輸出圖（與層次圖不同的是，在每個(gè)框里增加了編號(hào)）第六章1. 詳細(xì)設(shè)計(jì)的主要任務(wù)根本目標(biāo)是確定應(yīng)該怎樣具體地實(shí)現(xiàn)所要求的系統(tǒng)，應(yīng)該得出對(duì)目標(biāo)系統(tǒng)的精確描述，從而在編碼階段可以把這個(gè)描述直接翻譯成用某種程序設(shè)計(jì)語(yǔ)言書(shū)寫(xiě)的程序（詳細(xì)設(shè)計(jì)的結(jié)果基本上決定了最終的程序代碼的質(zhì)量）。2. 結(jié)構(gòu)程序設(shè)計(jì)基本原理結(jié)構(gòu)程序設(shè)計(jì)是盡可能少用GO TO語(yǔ)句的程序設(shè)計(jì)方案。最好盡在檢測(cè)出錯(cuò)誤時(shí)才使用GO TO語(yǔ)句，而且應(yīng)該總是使用向前GO TO語(yǔ)句。3. 詳細(xì)設(shè)計(jì)的工具：程序流程圖，盒圖，判定表，判定樹(shù)，問(wèn)題分析圖第七章1. 在代碼中加注釋的作用是什么使程序代碼的邏輯簡(jiǎn)明清晰，易讀易懂，便于后期的維護(hù)和修改