1、第一章 軟件與軟件工程1.軟件的定義：計(jì)算機(jī)軟件是與計(jì)算機(jī)操作系統(tǒng)有關(guān)的程序、規(guī)程、規(guī)則及任何與之有關(guān)的文檔和數(shù)據(jù)。它由兩部分組成：一是機(jī)器可執(zhí)行的程序及有關(guān)數(shù)據(jù)；二是機(jī)器不可執(zhí)行的、與軟件開發(fā)、運(yùn)行、維護(hù)、使用和培訓(xùn)有關(guān)的文檔。2.軟件危機(jī)定義：它是指在計(jì)算機(jī)軟件開發(fā)和維護(hù)過程中所遇到的一系列嚴(yán)重問題。3.軟件工程的定義：軟件工程是用工程、科學(xué)和數(shù)學(xué)的原則與方法研制、維護(hù)計(jì)算機(jī)軟件的有關(guān)技術(shù)及管理方法。軟件工程由方法、工具和過程三部分組成。4.軟件工程的目標(biāo)：在給定成本、進(jìn)度的前提下，開發(fā)出具有可修改性、有效性、可靠性、可理解性、可維護(hù)性、可重用性、可適應(yīng)性、可移植性、可追蹤性和可互操作性并

2、滿足用戶需求的產(chǎn)品。5.軟件工程的原則：抽象、信息隱藏、模塊化、局部化、一致性、完整性和可驗(yàn)證性。抽象：抽取事物最基本的特性和行為，忽略非基本的細(xì)節(jié)。信息隱藏：將模塊中的軟件設(shè)計(jì)決策封裝起來的技術(shù)。模塊接口應(yīng)盡量簡(jiǎn)潔，不要羅列可有可無的內(nèi)部操作和對(duì)象。模塊化：模塊是程序中邏輯上相對(duì)獨(dú)立的成分，它是一個(gè)獨(dú)立的編程單位，應(yīng)有良好的接口定義。局部化：要求一個(gè)物理模塊內(nèi)集中邏輯上相互關(guān)聯(lián)的計(jì)算資源。一致性：整個(gè)軟件系統(tǒng)（包括文檔和程序）的各個(gè)模塊均應(yīng)使用一致的概念、符號(hào)和術(shù)語；程序內(nèi)部接口應(yīng)保持一致；軟件與硬件接口應(yīng)保持一致；系統(tǒng)規(guī)格說明與系統(tǒng)行為應(yīng)保持一致；用于形式化規(guī)格說明的公里系統(tǒng)應(yīng)保持一致；等

3、等完整性可驗(yàn)證性6. 軟件生存周期：軟件產(chǎn)品從形成概念開始，經(jīng)過開發(fā)、使用和維護(hù)，直到最后退役的全過程稱為軟件生存周期。（每個(gè)軟件生存周期都包括軟件定義，軟件開發(fā)，軟件使用與維護(hù)三個(gè)階段）軟件生存周期每個(gè)階段的作用：a 軟件定義：基本任務(wù)是確定軟件系統(tǒng)的工程需求。可分為軟件可行性研究和需求分析兩個(gè)階段。b 軟件開發(fā)：按照需求規(guī)格說明的要求，由抽象到具體，逐步生成軟件的過程。包括概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、實(shí)現(xiàn)、組裝測(cè)試和確認(rèn)測(cè)試五個(gè)階段。c 軟件的使用、維護(hù)和退役：軟件的使用是將軟件安裝在用戶確定的運(yùn)行環(huán)境中，測(cè)試通過后移交用戶使用。維護(hù)是指對(duì)軟件產(chǎn)品進(jìn)行修改或?qū)浖枨笞兓龀鱿鄳?yīng)的過程。退役是軟件

4、生存周期中的最后一個(gè)階段，終止對(duì)軟件產(chǎn)品的支持，軟件停止使用。7.幾個(gè)軟件開發(fā)模型的差異軟件生存周期模型：是描述軟件開發(fā)過程中各種活動(dòng)如何執(zhí)行的模型。（模型：是為了理解事物而對(duì)事物做出一種抽象，它忽略不必要的細(xì)節(jié)，它也是事物的一種抽象形式、一個(gè)規(guī)劃、一個(gè)程式。）軟件生存周期主要模型：瀑布模型、增量模型、螺旋模型、噴泉模型、變換模型和基于知識(shí)的模型等瀑布模型：又稱軟件生存周期模型。以軟件需求完全確定為前提原型模型：在軟件開發(fā)初始階段只能提供基本需求。螺旋模型：在軟件開發(fā)初始階段只能提供基本需求。結(jié)合可瀑布模型和原型模型的優(yōu)點(diǎn)，還增加了新的成分風(fēng)險(xiǎn)分析。四代技術(shù)（4GL）：在大型數(shù)據(jù)庫管理程序基礎(chǔ)

5、上發(fā)展起來的程序設(shè)計(jì)語言。是面向結(jié)果的非過程式語言，獨(dú)立于具體的處理機(jī)。適合需求明確的小型應(yīng)用系統(tǒng)。變換模型：基于形式化規(guī)格說明語言及程序變換的軟件開發(fā)模型。組合模型：幾種模型組合在一起配套使用。共同特點(diǎn)：都包括軟件項(xiàng)目的定義階段、軟件開發(fā)階段、軟件的驗(yàn)證、提交和維護(hù)階段。第二章 軟件項(xiàng)目管理8.什么是項(xiàng)目管理項(xiàng)目管理是項(xiàng)目的管理者，在有限的資源約束下，運(yùn)用系統(tǒng)的觀點(diǎn)、方法和理論，對(duì)項(xiàng)目涉及的全部工作進(jìn)行有效地管理。即從項(xiàng)目的投資決策開始到項(xiàng)目結(jié)束的全過程進(jìn)行計(jì)劃、組織、指揮、協(xié)調(diào)、控制和評(píng)價(jià)，以實(shí)現(xiàn)項(xiàng)目的目標(biāo)。項(xiàng)目管理三要素：范圍、時(shí)間和費(fèi)用9軟件度量度量：具有數(shù)字特征，軟件工程范圍內(nèi)的度量

6、是軟件產(chǎn)品、軟件開發(fā)過程或資源簡(jiǎn)單屬性的定量描述。測(cè)量：用于事后或?qū)崟r(shí)狀態(tài)。（測(cè)量的方法、過程、工具和數(shù)值）估算：對(duì)軟件產(chǎn)品、過程、資源進(jìn)行預(yù)測(cè)。10.經(jīng)驗(yàn)估算模型CoCoMo模型：靜態(tài)、單變量模型的基礎(chǔ)上構(gòu)造出來的。Putnam模型：動(dòng)態(tài)多變量模型，適用于軟件開發(fā)的各個(gè)階段。11.軟件質(zhì)量度量MaCall的軟件質(zhì)量要素：macall的軟件質(zhì)量要素評(píng)價(jià)準(zhǔn)則21種。12.軟件復(fù)雜性度量控制結(jié)構(gòu)的復(fù)雜性度量：基于程序拓?fù)浣Y(jié)構(gòu)的軟件復(fù)雜性度量模型。在結(jié)構(gòu)化程序設(shè)計(jì)中力求控制流從高層指向底層。13.軟件可靠性的概念在某個(gè)給定時(shí)間內(nèi)，程序按照規(guī)格說明成功運(yùn)行大概率。14.軟件修復(fù)的概念：排除軟件代碼中的

7、錯(cuò)誤。15.軟件工程的風(fēng)險(xiǎn)分析包括風(fēng)險(xiǎn)標(biāo)識(shí)、風(fēng)險(xiǎn)估算、風(fēng)險(xiǎn)評(píng)價(jià)和風(fēng)險(xiǎn)管理四部分。16.軟件工程的目標(biāo)是生產(chǎn)高質(zhì)量的軟件。高質(zhì)量的軟件應(yīng)該具有3個(gè)條件：a滿足軟件需求定義的功能和性能。b文檔符合事先確定的軟件開發(fā)標(biāo)準(zhǔn)c軟件的特點(diǎn)和屬性遵循軟件工程的目標(biāo)和原則。17.軟件成熟度模型CMM：是一個(gè)概念模型，模型框架和表示是剛性的，不能隨意改變，但模型的解釋和實(shí)現(xiàn)有一定彈性。是一個(gè)有效的大型軟件開發(fā)、維護(hù)過程模型。成熟度共分5級(jí)：L1初始級(jí)、L2可重復(fù)級(jí)、L3已定義級(jí)、L4已管理級(jí)、L5優(yōu)化級(jí)。（CMM與CMMI的劃分）能力成熟度模型集成CMMI與能力成熟度模型CMM的優(yōu)缺點(diǎn)CMM：優(yōu)點(diǎn)：概念清晰、層

8、次分明、易于操作的優(yōu)點(diǎn)；缺點(diǎn)：高級(jí)別成熟度的過程域不支持較低級(jí)別的過程域；過程域的度量只有通過與不通過，質(zhì)量比較粗糙，沒有反映優(yōu)勢(shì)和一般。CMMI：優(yōu)點(diǎn)：綜合了系統(tǒng)工程、軟件工程、集成化產(chǎn)品和過程開發(fā)3個(gè)過程改進(jìn)模型，綜合了階段式和連續(xù)式兩種結(jié)構(gòu)。組織的成熟度評(píng)價(jià)和項(xiàng)目的軟件過程能力評(píng)估系統(tǒng)性更強(qiáng)、適應(yīng)性范圍更大。缺點(diǎn)：處于發(fā)展階段，不十分成熟，復(fù)雜、臃腫，給使用和評(píng)估帶來困難。第三章 計(jì)算機(jī)系統(tǒng)工程1.計(jì)算機(jī)系統(tǒng)工程是指與構(gòu)造基于計(jì)算機(jī)系統(tǒng)有關(guān)的過程、方法和技術(shù)，它是一種問題求解活動(dòng)。計(jì)算機(jī)系統(tǒng)工程都包括硬件工程、軟件工程、人機(jī)工程、（數(shù)據(jù)庫工程）2系統(tǒng)模型與模擬：結(jié)構(gòu)圖、系統(tǒng)規(guī)格說明。3.

9、可行性研究是做什么的？可行性研究的任務(wù)是了解用戶的要求及現(xiàn)實(shí)環(huán)境，從技術(shù)、經(jīng)濟(jì)和社會(huì)等幾個(gè)方面研究并論證軟件系統(tǒng)的可行性。（可行性論證包括技術(shù)可行性、操作可行性和經(jīng)濟(jì)可行性三部分）第四章 需求分析基礎(chǔ)1.軟件需求是指用戶對(duì)目標(biāo)軟件系統(tǒng)在功能、行為、性能、設(shè)計(jì)約束等方面的期望。（理解需求）2.根據(jù)結(jié)構(gòu)化分析準(zhǔn)則，需求分析過程應(yīng)建立3種模型： 數(shù)據(jù)模型：實(shí)體-聯(lián)系圖，描繪數(shù)據(jù)對(duì)象及數(shù)據(jù)對(duì)象之間的關(guān)系，是用于建立數(shù)據(jù)模型的圖形。 功能模型：數(shù)據(jù)流圖（DFD），描繪當(dāng)數(shù)據(jù)在軟件系統(tǒng)中移動(dòng)時(shí)被變換的邏輯輯過程，指明系統(tǒng)具有的變換數(shù)據(jù)的功能，因此，數(shù)據(jù)流圖是建立功能模型的基礎(chǔ)。 行為模型：狀態(tài)轉(zhuǎn)換圖(簡(jiǎn)稱

10、為狀態(tài)圖)，指明了作為外部事件結(jié)果的系統(tǒng)行為。狀態(tài)轉(zhuǎn)換圖描繪了系統(tǒng)的各種行為模式(稱為“狀態(tài)”)和在不同狀態(tài)間轉(zhuǎn)換的方式。狀態(tài)轉(zhuǎn)換圖是行為建模的基礎(chǔ)。3.面向數(shù)據(jù)流的分析方法是結(jié)構(gòu)化分析方法族中的一員，它具有明顯的結(jié)構(gòu)化特征。數(shù)據(jù)流圖（DFD）4.數(shù)據(jù)字典中的每一數(shù)據(jù)條目包含以下內(nèi)容：a在數(shù)據(jù)流圖中標(biāo)識(shí)數(shù)據(jù)流、數(shù)據(jù)源或外部實(shí)體的名稱與別名；b數(shù)據(jù)類型c所有以它作為輸入流或輸出流的轉(zhuǎn)換的列表d如何使用該數(shù)據(jù)條目的簡(jiǎn)要說明e數(shù)據(jù)條目的解釋性說明f其他補(bǔ)充說明，例如取值范圍與缺省值，有關(guān)的設(shè)計(jì)約束等5.數(shù)據(jù)流圖和數(shù)據(jù)字典的優(yōu)勢(shì)6.實(shí)體關(guān)系圖第六章 面向?qū)ο蟮男枨蠓治觯ㄖ攸c(diǎn)）1.UML 2.面向?qū)ο?

11、對(duì)象+類+繼承+聚集+消息 a.對(duì)象是現(xiàn)實(shí)世界中個(gè)體或事物的抽象表示，是其屬性和相關(guān)操作的封裝。屬性表示對(duì)象的性質(zhì)，對(duì)象的操作是指該對(duì)象可以展現(xiàn)的外部服務(wù)。b.類是某些對(duì)象的共同特征（屬性和操作）的表示。c.繼承。類之間的繼承關(guān)系是現(xiàn)實(shí)世界中遺傳關(guān)系的直接模擬，它表示類之間的內(nèi)在聯(lián)系以及對(duì)屬性和操作的共享，即子類可以沿用父類的某些特征。d聚集。除遺傳關(guān)系外，現(xiàn)實(shí)世界中還普遍存在著部分-整體關(guān)系。e.消息。消息傳遞是對(duì)象與其外部世界相互關(guān)聯(lián)的唯一途徑。3.UML的語言機(jī)制：UML通過圖形化的表示機(jī)制從多個(gè)側(cè)面對(duì)系統(tǒng)的分析和設(shè)計(jì)模型進(jìn)行刻畫。共定義了十種試圖，分為四類：用例圖、靜態(tài)圖（類圖、對(duì)象圖

12、和包圖）、行為圖（交互圖、狀態(tài)圖與活動(dòng)圖）、實(shí)現(xiàn)圖（構(gòu)件圖與部署圖）4.基于UML的軟件開發(fā)過程：面向?qū)ο蟮牡?、漸進(jìn)式軟件開發(fā)過程（初啟，細(xì)化（標(biāo)志著項(xiàng)目的正式確立），構(gòu)造，移交）5.關(guān)聯(lián)是依賴的強(qiáng)化，聚合是關(guān)聯(lián)的強(qiáng)化，構(gòu)成是聚合的強(qiáng)化。P147P164認(rèn)真看第八章 軟件設(shè)計(jì)基礎(chǔ)1.軟件設(shè)計(jì)過程是對(duì)程序結(jié)構(gòu)、數(shù)據(jù)結(jié)構(gòu)和過程細(xì)節(jié)逐步求精、復(fù)審并編制文檔的過程。2一般來說軟件開發(fā)階段由設(shè)計(jì)、編碼和測(cè)試3個(gè)基本活動(dòng)組成。分為概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)兩個(gè)階段。3.軟件設(shè)計(jì)的基本概念是什么？a.抽象與逐步求精b.模塊化與信息隱藏1.信息隱藏：將模塊中的軟件設(shè)計(jì)決策封裝起來的技術(shù)。模塊接口應(yīng)盡量簡(jiǎn)潔，不要羅列

13、可有可無的內(nèi)部操作對(duì)象。2.內(nèi)聚度：是指模塊內(nèi)部各元素之間聯(lián)系的緊密程度軟件總體結(jié)構(gòu)設(shè)計(jì)數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)軟件過程設(shè)計(jì)4.模塊獨(dú)立性的概念：模塊獨(dú)立的含義指模塊完成獨(dú)立的功能，符合信息隱藏和信息局部化原則，模塊間關(guān)聯(lián)和依賴程度盡量小。模塊化設(shè)計(jì)的思想適用于任何軟件系統(tǒng)的設(shè)計(jì)5.低級(jí)內(nèi)聚（偶然性內(nèi)聚、邏輯性內(nèi)聚、時(shí)間性內(nèi)聚）、中級(jí)內(nèi)聚（過程性內(nèi)聚、通信內(nèi)聚）、高級(jí)內(nèi)聚（順序內(nèi)聚、功能內(nèi)聚）。注：內(nèi)聚度由小到大6.耦合度分為七級(jí)：非直接耦合、數(shù)據(jù)耦合、特征耦合、控制耦合、外部耦合、公共耦合、內(nèi)容耦合。 注：耦合度由低到高一般來說，設(shè)計(jì)軟件時(shí)應(yīng)盡量使用數(shù)據(jù)耦合，減少控制耦合，限制外部環(huán)境耦合和公共數(shù)據(jù)耦合

14、，杜絕內(nèi)容耦合。流程圖、PAD圖、盒圖、過程設(shè)計(jì)語言PDL之間的轉(zhuǎn)換。P197信息隱蔽的目的： 提高模塊的獨(dú)立性，減少修改或維護(hù)時(shí)的影響面。第九章 面向數(shù)據(jù)流的設(shè)計(jì)方法1.啟發(fā)式設(shè)計(jì)原則是什么a改造程序結(jié)構(gòu)，降低耦合度，提高內(nèi)聚度。b改造程序結(jié)構(gòu)，減少扇出，在增加程序深度的前提下追求高扇入。c改造程序結(jié)構(gòu)，使任一模塊的作用域在其控制域之內(nèi)。d改造程序結(jié)構(gòu)，降低界面的復(fù)雜性和冗余程度，提高協(xié)調(diào)性。e模塊功能應(yīng)該可預(yù)言，避免對(duì)模塊施加過多限制。f改造程序結(jié)構(gòu)，追求單入口單出口的模塊g為滿足設(shè)計(jì)或可移植性的要求，把某些軟件用包的形式封裝起來。第十章 面向?qū)ο蟮脑O(shè)計(jì)方法P231第十二章 人機(jī)界面設(shè)計(jì)1

15、. 人機(jī)界面實(shí)現(xiàn)的原則（P278）1.1 一般可交互性1.2 信息顯示1.3 數(shù)據(jù)輸入第十三章 程序設(shè)計(jì)語言1. 編碼的過程就是把詳細(xì)設(shè)計(jì)翻譯成可執(zhí)行代碼的過程，也是人借助程序語言與計(jì)算機(jī)通信的過程2. 程序設(shè)計(jì)語言的特性是：一致性，二義性，禁止性，局部性，線性。3. 程序設(shè)計(jì)語言還應(yīng)考慮：將設(shè)計(jì)翻譯為代碼的便利程度；編譯器的效率；源代碼的可移植性；配套的開發(fā)工具；可維護(hù)性。4. 程序設(shè)計(jì)院的演變和分類4.1 第一代語言：機(jī)器語言和匯編語言4.2 第二代語言：FORTRAN COBOLAlgol 60和BASIC等。（具有大量成熟的程序庫）4.3 第三代語言：結(jié)構(gòu)化程序語言，特點(diǎn)是直接支持結(jié)構(gòu)

16、化構(gòu)件，并具有很強(qiáng)的過程能力和數(shù)據(jù)結(jié)構(gòu)能力（分為通用高級(jí)語言、面向?qū)ο笳Z言和專用語言三類）5. 程序設(shè)計(jì)語言的選擇 P2896. 保護(hù)性編程 第十四章 軟件測(cè)試P3041. 軟件測(cè)試是為了發(fā)現(xiàn)程序中的錯(cuò)誤，軟件測(cè)試用例（為測(cè)試設(shè)計(jì)的數(shù)據(jù)）的原則是盡可能暴露錯(cuò)誤。2. 黑盒測(cè)試和白盒測(cè)試（重點(diǎn)掌握）P3063. 黑盒測(cè)試：已知產(chǎn)品應(yīng)該具有的功能，通過測(cè)試檢驗(yàn)每個(gè)功能是否都能正常使用。（分等價(jià)分類、邊界值分析、對(duì)比測(cè)試等）4. 白盒測(cè)試：已知產(chǎn)品內(nèi)部工作過程，通過測(cè)試驗(yàn)證產(chǎn)品的內(nèi)部動(dòng)作是否按照產(chǎn)品規(guī)格說明的規(guī)定正常進(jìn)行。（分基本路徑測(cè)試和控制結(jié)構(gòu)測(cè)試等技術(shù)）5. 黑與白的區(qū)別：黑盒測(cè)試完全不考慮程

17、序的內(nèi)部結(jié)構(gòu)和處理過程，測(cè)試僅在程序界面上進(jìn)行。白盒測(cè)試法密切關(guān)注處理細(xì)節(jié)，針對(duì)程序的每一條邏輯路徑都要分別設(shè)計(jì)測(cè)試用例，檢查分支和循環(huán)的情況。6. 軟件測(cè)試策略的概念：6.1 單元測(cè)試：對(duì)象是軟件設(shè)計(jì)的最小單元模塊，單元測(cè)試應(yīng)對(duì)模塊內(nèi)所有重要的控制路徑設(shè)計(jì)測(cè)試用例，以便發(fā)現(xiàn)模塊內(nèi)部的錯(cuò)誤。（多采用白盒技術(shù)，可以并行地進(jìn)行測(cè)試）6.2 綜合測(cè)試：組裝軟件的系統(tǒng)測(cè)試技術(shù)，按設(shè)計(jì)要求把通過單元測(cè)試的各個(gè)模塊組裝在一起之后，進(jìn)行綜合測(cè)試以便發(fā)現(xiàn)與接口有關(guān)的各種錯(cuò)誤。6.3 確認(rèn)測(cè)試：應(yīng)檢查軟件能否按合同要求進(jìn)行工作，即是否滿足軟件需求說明書中的確認(rèn)標(biāo)準(zhǔn)。6.4 系統(tǒng)測(cè)試：目的是充分運(yùn)行系統(tǒng)，驗(yàn)證系統(tǒng)

18、各部件是否都能正常工作并完成所賦予的任務(wù)6.5 排錯(cuò)第十五章 軟件維護(hù)1 軟件維護(hù)的概念：對(duì)軟件產(chǎn)品進(jìn)行修改或?qū)浖枨笞兓龀鲰憫?yīng)的過程。（軟件維護(hù)的依據(jù)只能靠軟件文檔和有關(guān)的設(shè)計(jì)信息）2 軟件可維護(hù)性的概念：軟件被理解、改正、調(diào)整和改進(jìn)的難易程度。可維護(hù)性是指導(dǎo)軟件工程各個(gè)階段工作的一條基本原則，也是軟件工程追求的目標(biāo)之一。3 維護(hù)的副作用：代碼副作用；數(shù)據(jù)副作用；文檔的副作用4 逆向工程的定義：分析已有的程序，尋求比源代碼更高級(jí)的抽象表現(xiàn)形式。一般認(rèn)為，凡是在軟件生命周期內(nèi)將軟件某種形式的描述轉(zhuǎn)換成更為抽象形式的活動(dòng)都可稱為逆向工程。第十六章 軟件配置管理（SCM）1. 軟件開發(fā)過程的最終結(jié)果包含如下三類信息：1.1 計(jì)算機(jī)程序（包括源程序和目標(biāo)程序）1.2 描述計(jì)算機(jī)程序的文檔（包括面向技術(shù)人員和面向用戶兩類）；1.3 數(shù)據(jù)結(jié)構(gòu)（包括程序內(nèi)部和外部定義兩部分）組成上述信息的所有項(xiàng)目構(gòu)成一個(gè)軟件配置，其中的每一項(xiàng)稱為一個(gè)軟件配置項(xiàng)（SCI）,它是軟件配置的基本單位。2. 基線