第一篇：軟件工程復(fù)習(xí)要點(diǎn)
軟件工程復(fù)習(xí)要點(diǎn)
適應(yīng)班級：08計(jì)本網(wǎng)絡(luò)，信息安全，軟件工程
第一章：各類軟件過程模型
敏捷過程，XP過程
第二章：可行性研究的任務(wù)
數(shù)據(jù)流圖的分析和設(shè)計(jì)
數(shù)據(jù)字典
第三章：用例文檔書寫
需求分析的任務(wù)
如何識別執(zhí)行者，如何識別用例
第五章：模塊獨(dú)立
啟發(fā)規(guī)則
軟件結(jié)構(gòu)圖設(shè)計(jì)
第六章：盒圖
PAD圖
判定表
判定樹
流圖
第七章：軟件測試基礎(chǔ)
白盒測試技術(shù)，控制結(jié)構(gòu)測試，條件測試黑盒測試技術(shù)，等價(jià)類劃分
測試步驟
莫智懿 2011-7-2
第二篇：軟件工程復(fù)習(xí)材料
1.軟件的概念
一般可以將軟件劃分為系統(tǒng)軟件、應(yīng)用軟件和介于這兩者之間的中間件。計(jì)算機(jī)軟件的傳統(tǒng)定義為：軟件是計(jì)算機(jī)系統(tǒng)中與硬件相依存的另一部分，軟件包括程序、數(shù)據(jù)及其相關(guān)文檔的完整集合。
程序是按事先設(shè)計(jì)的功能和性能要求執(zhí)行的指令序列；數(shù)據(jù)是使程序能正常操縱信息的數(shù)據(jù)結(jié)構(gòu)；文檔是與程序開發(fā)、維護(hù)和使用有關(guān)的圖文材料。
2.軟件的特性
1)形態(tài)特性。軟件是無形的、不可見的邏輯實(shí)體。2)智能特性。3)開發(fā)特性。4)質(zhì)量特性。5)生產(chǎn)特性。6)管理特性。7)環(huán)境特性。8)維護(hù)特性。9)廢棄特性。10)應(yīng)用特性。
軟件危機(jī)：軟件開發(fā)周期長、成本高、質(zhì)量差、維護(hù)困難 原因
1)缺乏軟件開發(fā)的經(jīng)驗(yàn)和有關(guān)軟件開發(fā)數(shù)據(jù)的積累，使得開發(fā)工作的計(jì)劃很難制訂；
2)軟件人員與用戶的交流存在障礙；
3)軟件開發(fā)過程不規(guī)范，缺少方法論和規(guī)范的指導(dǎo)；
4)隨著軟件規(guī)模的增大，其復(fù)雜性往往會(huì)呈指數(shù)型增長； 5)缺少有效的軟件評測手段，提交用戶的質(zhì)量差。
1.1.1 軟件工程的概念
軟件工程是指導(dǎo)計(jì)算機(jī)軟件開發(fā)和維護(hù)的工程學(xué)科。
采用工程的概念、原理、技術(shù)和方法來開發(fā)和維護(hù)軟件，把經(jīng)過時(shí)間考驗(yàn)而證明正確的管理技術(shù)和當(dāng)前能夠得到的最好的技術(shù)方法結(jié)合起來，以經(jīng)濟(jì)地開發(fā)出高質(zhì)量的軟件并有效地維護(hù)它，這就是軟件工程。
1.1.2 軟件工程的目標(biāo)
軟件工程的目標(biāo)是運(yùn)用先進(jìn)的軟件開發(fā)技術(shù)和管理方法來提高軟件的質(zhì)量和生產(chǎn)率，也就是要以較短的周期、較低的成本生產(chǎn)出高質(zhì)量的軟件產(chǎn)品，并最終實(shí)現(xiàn)軟件的工業(yè)化生產(chǎn)。
衡量軟件質(zhì)量的6個(gè)特性：功能性、可靠性、可使用性、效率、可維護(hù)性和可移植性。1.1.3 軟件工程的基本原理 按軟件生存周期分階段制訂計(jì)劃并認(rèn)真實(shí)施； 3 堅(jiān)持進(jìn)行階段評審； 4 堅(jiān)持嚴(yán)格的產(chǎn)品控制； 5 使用現(xiàn)代程序設(shè)計(jì)技術(shù)； 6 明確責(zé)任； 7 用人少而精； 不斷改進(jìn)開發(fā)過程
軟件生存期: 軟件定義：問題定義、可行性研究和需求分析
軟件開發(fā)：概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼和測試
運(yùn)行維護(hù)：改正性維護(hù)、適應(yīng)性維護(hù)、完善性維護(hù)和預(yù)防性維護(hù)
軟件工程方法學(xué)包含3個(gè)要素：方法、工具和過程。
3.1 軟件需求分析階段的任務(wù)：獲取需求、分析需求、定義需求和驗(yàn)證需求
3.4 數(shù)據(jù)建模三要素：數(shù)據(jù)對象，屬性，關(guān)系 3.5 行為建模三要素：狀態(tài)，狀態(tài)轉(zhuǎn)換，事件
1.1.1 軟件設(shè)計(jì)的階段與任務(wù)：兩個(gè)階段：概要設(shè)計(jì)階段和詳細(xì)設(shè)計(jì)階段
1.1.2 模塊獨(dú)立性
1)松散耦合：非直接耦合，數(shù)據(jù)耦合，標(biāo)記耦合，控制耦合，外部耦合，公共耦合，內(nèi)容耦合。
高度內(nèi)聚：巧合內(nèi)聚，邏輯內(nèi)聚，時(shí)間內(nèi)聚，過程內(nèi)聚，通信內(nèi)聚，信息內(nèi)聚，功能內(nèi)聚
1.1.3 設(shè)計(jì)過程
(1)復(fù)查并精化數(shù)據(jù)流圖；
(2)確定數(shù)據(jù)流圖中數(shù)據(jù)流的類型，典型的數(shù)據(jù)流類型有變換型數(shù)據(jù)流和事務(wù)型數(shù)據(jù)流；
(3)導(dǎo)出初始的軟件結(jié)構(gòu)圖；(4)逐級分解；
(5)精化軟件結(jié)構(gòu)；
(6)導(dǎo)出接口描述和全局?jǐn)?shù)據(jù)結(jié)構(gòu)
1.1.4 軟件模塊結(jié)構(gòu)的改進(jìn)方法 1)模塊功能的完善化；
2)消除重復(fù)功能，改善軟件結(jié)構(gòu)；
3)模塊的作用范圍應(yīng)在控制范圍之內(nèi)；
4)盡可能減少高扇出結(jié)構(gòu)，隨著深度增大扇入； 5)避免或減少使用病態(tài)連接； 6)模塊的大小要適中
5.1.2 自頂向下、逐步細(xì)化的設(shè)計(jì)過程
一是將復(fù)雜問題的解法分解和細(xì)化成由若干個(gè)模塊組成的層次結(jié)構(gòu)； 二是將每個(gè)模塊的功能逐步分解細(xì)化為一系列的處理。
7.1面向?qū)ο蟮闹饕拍?1)對象(2)類(3)繼承
(4)消息：把向?qū)ο蟀l(fā)出的操作請求稱為消息；(5)關(guān)聯(lián)：是兩個(gè)或多個(gè)類之間的一個(gè)靜態(tài)關(guān)系；
(6)聚合：一個(gè)對象由其它若干個(gè)對象作為其構(gòu)成部分。
7.2基本原則主要有：抽象、分類、封裝、消息通信、多態(tài)性、復(fù)雜性控制
8.1面向?qū)ο蠓治觯∣OA）是軟件生命周期的一個(gè)階段，具有一般分析方法所共有的內(nèi)容、目標(biāo)及策略。
(1)OOA模型分為3個(gè)層次：對象層、特征層和關(guān)系層。
12.1.1 軟件維護(hù)的定義
稱在軟件運(yùn)行/維護(hù)階段對軟件產(chǎn)品所進(jìn)行的修改就是所謂的維護(hù)。1.改正性維護(hù)：診斷和改正錯(cuò)誤的過程；
2.適應(yīng)性維護(hù)：為了使軟件適應(yīng)外部環(huán)境或數(shù)據(jù)環(huán)境可能發(fā)生的變化，而修改軟件的過程稱為適應(yīng)性維護(hù)； 3.完善性維護(hù)：
修改或再開發(fā)軟件，以擴(kuò)充軟件功能、增強(qiáng)軟件性能、改進(jìn)加工效率、提高軟件的可維護(hù)性，這種情況下進(jìn)行的維護(hù)活動(dòng)稱為完善性維護(hù)。4..預(yù)防性維護(hù)
12.2 軟件維護(hù)活動(dòng) 1 軟件維護(hù)申請報(bào)告 2 軟件維護(hù)工作流程 3 維護(hù)檔案記錄 4 維護(hù)評價(jià)
12.3.3 修改程序的副作用以及其控制
所謂副作用是指因修改軟件而造成的錯(cuò)誤及其它不希望發(fā)生的情況 1.修改代碼的副作用 2.修改數(shù)據(jù)的副作用 3.修改文檔的副作用
12.4.1軟件可維護(hù)性的定義
所謂軟件可維護(hù)性，是指糾正軟件系統(tǒng)出現(xiàn)的錯(cuò)誤和缺陷，以及為滿足新的要求進(jìn)行修改、擴(kuò)充或壓縮的容易程度。
12.4.2 可維護(hù)性的度量 1.可理解性 2.可靠性 3.可測試性 4.可修改性 5.可移植性 6.效率
7.可使用性
10.2 傳統(tǒng)軟件過程模型 10.2.1 瀑布模型： 優(yōu)點(diǎn)：（1）可強(qiáng)迫開發(fā)人員采用規(guī)范化的方法
（2）嚴(yán)格的規(guī)定了每個(gè)階段必須提交的文檔
（3）要求每個(gè)階段交出的所有產(chǎn)品必須是經(jīng)過驗(yàn)證的 缺點(diǎn)：（1）幾乎完全依賴于書面的規(guī)格說明，很可能導(dǎo)致最終開發(fā)出的軟件產(chǎn)品不能真正滿足用戶的需求
（2）瀑布模型只適用于項(xiàng)目開始時(shí)需求已確定的情況
10.2.2 快速原型模型
優(yōu)點(diǎn)：(1)有助于滿足用戶的真實(shí)需求。
(2)原型系統(tǒng)已經(jīng)通過與用戶的交互而得到驗(yàn)證，據(jù)此產(chǎn)生的規(guī)格說明文檔能夠正確地描述用戶需求。
(3)軟件產(chǎn)品的開發(fā)基本上是按線性順序進(jìn)行。
(4)因?yàn)橐?guī)格說明文檔正確地描述了用戶需求，因此，在開發(fā)過程的后續(xù)階段不會(huì)因?yàn)榘l(fā)現(xiàn)規(guī)格說明文檔的錯(cuò)誤而進(jìn)行較大的返工。
(5)開發(fā)人員通過建立原型系統(tǒng)已經(jīng)學(xué)到了許多東西，因此，在設(shè)計(jì)和編碼階段發(fā)生錯(cuò)誤的可能性也比較小，這自然減少了在后續(xù)階段需要改正前面階段所犯錯(cuò)誤的可能性。(6)快速原型的突出特點(diǎn)是“快速”。10.2.3 增量模型
優(yōu)點(diǎn);(1)能在較短時(shí)間內(nèi)向用戶提交可完成一些有用的工作產(chǎn)品
(2)逐步增加產(chǎn)品的功能可以使用戶有較充裕的時(shí)間學(xué)習(xí)和適應(yīng)新產(chǎn)品，從而減少一個(gè)全新的軟件可能給用戶組織帶來的沖擊。(3)項(xiàng)目失敗的風(fēng)險(xiǎn)較低
(4)優(yōu)先級最高的服務(wù)首先交付，然后再將其他增量構(gòu)件逐次集成進(jìn)來。10.2.4 螺旋模型 ? 優(yōu)點(diǎn)
? 對可選方案和約束條件的強(qiáng)調(diào)有利于已有軟件的重用，也有助于把軟件質(zhì)量作為軟件開發(fā)的一個(gè)重要目標(biāo)。
? 減少了過多測試或測試不足所帶來的風(fēng)險(xiǎn)。
? 在螺旋模型中維護(hù)只是模型的另一個(gè)周期，因而在維護(hù)和開發(fā)之間并沒有本質(zhì)區(qū)別。? 缺點(diǎn)
? 螺旋模型是風(fēng)險(xiǎn)驅(qū)動(dòng)的，因此要求軟件開發(fā)人員必須具有豐富的風(fēng)險(xiǎn)評估經(jīng)驗(yàn)和這方面的專門知識，否則將出現(xiàn)真正的風(fēng)險(xiǎn)：當(dāng)項(xiàng)目實(shí)際上正在走向?yàn)?zāi)難時(shí)，開發(fā)人員可能還以為一切正常。
10.2.5 噴泉模型
第三篇：軟件工程導(dǎo)論復(fù)習(xí)整理(最新)
第一章
1..軟件危機(jī)：在計(jì)算機(jī)軟件的開發(fā)和維護(hù)過程中所遇到的一系列嚴(yán)重問題。
2.軟件與硬件的區(qū)別：軟件不同于硬件，它是計(jì)算機(jī)系統(tǒng)中的邏輯部件而不是物理部件。
3.軟件：程序、數(shù)據(jù)及相關(guān)文檔的完整集合。
4.軟件工程是指導(dǎo)計(jì)算機(jī)軟件開發(fā)和維護(hù)的一門工程學(xué)科，采用工程的概念、原理、技術(shù)和方法來開發(fā)與維護(hù)軟件，把經(jīng)過時(shí)間考驗(yàn)而證明正確的管理技術(shù)和當(dāng)前能夠得到最好的技術(shù)方法結(jié)合起來，以經(jīng)濟(jì)地開發(fā)出高質(zhì)量的軟件并有校地維護(hù)它。
5.軟件工程方法學(xué)三要素：方法、工具和過程。
6.傳統(tǒng)方法學(xué)也稱為生命周期方法學(xué)或結(jié)構(gòu)化范型。它采用結(jié)構(gòu)化技術(shù)來完成軟件開發(fā)的各項(xiàng)任務(wù)，并使用適當(dāng)?shù)能浖ぞ呋蜍浖こ汰h(huán)境來支持結(jié)構(gòu)化技術(shù)的運(yùn)用。
7.面向?qū)ο蠓椒▽W(xué)把數(shù)據(jù)和行為看成同等重要的，它是一種以數(shù)據(jù)為主線，把數(shù)據(jù)和對數(shù)據(jù)的操作緊密地結(jié)合起來的方法。
8.軟件生命周期劃分為三個(gè)時(shí)期:1軟件定義（問題定義、可行性研究、需求分析），2軟件開發(fā)（總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼和單元測試、綜合測試），3運(yùn)行維護(hù)（軟件維護(hù)）。
9.4類軟件維護(hù)活動(dòng)：改正性維護(hù)，也就是診斷和改正在使用過程中發(fā)現(xiàn)的軟件錯(cuò)誤；適應(yīng)性維護(hù)，即修改軟件以適應(yīng)環(huán)境的變化；完善性維護(hù)，即根據(jù)用戶的要求改進(jìn)或擴(kuò)充軟件使它更完善；預(yù)防性維護(hù)，即修改軟件，為將來的維護(hù)活動(dòng)預(yù)先做準(zhǔn)備。
10.“瀑布模型”的缺點(diǎn)：它是由文檔驅(qū)動(dòng)的，僅僅通過寫在紙上的靜態(tài)的規(guī)格說明，很難全面正確地認(rèn)識動(dòng)態(tài)的軟件產(chǎn)品；瀑布模型幾乎完全依賴于書面的規(guī)格說明，很可能導(dǎo)致最終開發(fā)出的產(chǎn)品不能真正的滿足用戶的需要。
11.快速原型模型的優(yōu)點(diǎn)：原型系統(tǒng)已經(jīng)通過與用戶交互而得到驗(yàn)證，據(jù)此產(chǎn)生的規(guī)格說明文檔正確地描述了用戶需求；開發(fā)人員通過建立原型系統(tǒng)已經(jīng)學(xué)到了很多東西，因此，在設(shè)計(jì)和編碼階段發(fā)生錯(cuò)誤的可能性也比較小，這自然減少了在后續(xù)階段需要改正前面階段所犯錯(cuò)誤的可能性。
第二章 1.可行性研究的三個(gè)方面：技術(shù)可行性:使用現(xiàn)有的技術(shù)能實(shí)現(xiàn)這個(gè)系統(tǒng)經(jīng)濟(jì)可行性:這個(gè)系統(tǒng)的經(jīng)濟(jì)效益能超過它的開發(fā)成本操作可行性:系統(tǒng)的操作方式在這個(gè)用戶組織內(nèi)行得通
2.數(shù)據(jù)流圖的4個(gè)基本符號及畫法P41
3.數(shù)據(jù)字典：是關(guān)于數(shù)據(jù)的信息的集合，也就是對數(shù)據(jù)流圖中包含的所有元素的定義的集合。
4.符號含義：＝表示“等價(jià)于”或“定義為”；＋表示連接；[ ]表示“或”，用“|”分隔；{ }表示“重復(fù)”，()表示“可選”用“，”號隔開；1｛A}5 表示上限和下限。
5.高校電話號碼數(shù)據(jù)的定義P54
第三章
1.需求分析3種模型：數(shù)據(jù)模型：實(shí)體-聯(lián)系圖，描繪數(shù)據(jù)對象及數(shù)據(jù)對象之間的關(guān)系；功能模型：數(shù)據(jù)流圖，描繪當(dāng)數(shù)據(jù)在軟件系統(tǒng)中移動(dòng)時(shí)被變換的邏輯過程；行為模型：狀態(tài)轉(zhuǎn)換圖，指明了作為外部事件結(jié)果的系統(tǒng)行為，描繪了系統(tǒng)的各種行為模式。
2.ER圖3種基本成分：實(shí)體（數(shù)據(jù)對象），關(guān)系，屬性。P64
3.軟件需求驗(yàn)證的四個(gè)方面：一致性，完整性，現(xiàn)實(shí)性，有效性。
第四章
1.總體設(shè)計(jì)2個(gè)主要階段：系統(tǒng)設(shè)計(jì)階段，確定系統(tǒng)的具體實(shí)現(xiàn)方案；結(jié)構(gòu)設(shè)計(jì)階段，確定軟件結(jié)構(gòu)。
2.信息隱藏：設(shè)計(jì)和確定模塊，使得一個(gè)模塊內(nèi)包含的特定信息，對于不需要這些信息的模塊來說，是不能訪問的。
3.模塊獨(dú)立2個(gè)度量標(biāo)準(zhǔn)：內(nèi)聚和耦合。耦合衡量不同模塊彼此間互相依賴（連接）的緊密程度；內(nèi)聚衡量一個(gè)模塊內(nèi)部各個(gè)元素彼此結(jié)合的緊密程度。4.耦合與內(nèi)聚判定P98-99
5.深度：表示軟件結(jié)構(gòu)中控制的層數(shù)，它往往粗略的標(biāo)志一個(gè)系統(tǒng)的大小和復(fù)雜程度，深度和程序長度之間應(yīng)該有粗略的對應(yīng)關(guān)系；寬度：是軟件結(jié)構(gòu)內(nèi)同一層次上的模塊總數(shù)的最大值；扇出：是一個(gè)模塊直接控制（調(diào)用）的模塊數(shù)目；扇入：表明一個(gè)模塊有多少上級模塊直接調(diào)用它
6.P100 模塊的作用域和模塊的控制域之間的關(guān)系：模塊的作用域定義為受該模塊內(nèi)一個(gè)判定影響的所有模塊的集合；模塊的控制域是這個(gè)模塊本身以及所有直接或間接從屬于它的模塊的集合；模塊的作用域應(yīng)該在控制域之內(nèi)（在設(shè)計(jì)的很好的系統(tǒng)中，所有受判定影響的模塊應(yīng)該都從屬于做出判定的那個(gè)模塊，最好局限于做出判定的那個(gè)模塊本身以及它的直屬下級模塊）。
6.層次圖，結(jié)構(gòu)圖P10
2第六章
1.結(jié)構(gòu)程序設(shè)計(jì)定義：如果一個(gè)程序的代碼塊僅僅通過順序、選擇和循環(huán)這3種基本控制結(jié)構(gòu)進(jìn)行連接，并且每一個(gè)代碼塊只有一個(gè)入口和一個(gè)出口，則稱這個(gè)程序是結(jié)構(gòu)化的。
2.P124 過程設(shè)計(jì)的工具：程序流程圖、盒圖、PAD圖、判定表、判定樹、過程設(shè)計(jì)語言。
3.畫出偽碼程序的程序流程圖和盒圖 P1
41第七章
1.軟件測試在軟件生命周期中橫跨兩個(gè)階段：單元測試：模塊的編寫者和測試者是同一個(gè)人，編碼和單元測試屬于軟件生命周期的同一個(gè)階段；綜合測試：由專門的測試人員承擔(dān)這項(xiàng)工作。
2.為什么軟件測試不能由程序的編寫人員來做？
(1)測試是為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過程。
(2)正確認(rèn)識測試的目標(biāo)是十分重要的，測試目標(biāo)決定了測試力案的設(shè)計(jì)。如果為了表明程序是正確的而進(jìn)行測試，就會(huì)設(shè)計(jì)一些不易暴露錯(cuò)誤的測試方案；相反，如果測試是為了發(fā)現(xiàn)程序中的錯(cuò)誤，就會(huì)力求設(shè)計(jì)出最能暴露錯(cuò)誤的測試方案。
(3)由于測試的目標(biāo)是暴露程序中的錯(cuò)誤，從心理學(xué)角度看，由程序的編寫者自己進(jìn)行測試是不恰當(dāng)?shù)摹?/p>
3.測試方法：(1)黑盒測試 ：把程序看作一個(gè)黑盒子，完全不考慮程序的內(nèi)部結(jié)構(gòu)和處理過程 ；對程序接口進(jìn)行測試，檢查程序功能是否能按規(guī)格說明書的規(guī)定正常使用； 程序是否能適當(dāng)?shù)亟邮茌斎霐?shù)據(jù)并產(chǎn)生正確的輸出信息； 程序運(yùn)行過程中能否保持外部信息的完整性
(2)白盒測試 ：把程序堪稱裝在一個(gè)透明的白盒子里，測試者完全知道程序的結(jié)構(gòu)處理算法 ；按照程序內(nèi)部的邏輯測試程序，檢測程序中的主要執(zhí)行通路是否都能按 預(yù)定要求正確工作。
4.測試步驟：模塊測試，子系統(tǒng)測試，系統(tǒng)測試，驗(yàn)收測試，平行運(yùn)行。P151
5.集成測試是測試和組裝軟件的系統(tǒng)化技術(shù)，即是在把模塊按照設(shè)計(jì)要求組裝起來的同時(shí)進(jìn)行測試，由模塊組裝成程序時(shí)兩種方法：非漸增式測試方法和漸增式測試方法。
6.P162 邏輯覆蓋標(biāo)準(zhǔn)：語句覆蓋，判定覆蓋，條件覆蓋，判定條件覆蓋，條件組合覆蓋，（還有點(diǎn)覆蓋，邊覆蓋，路徑覆蓋）。
7.設(shè)計(jì)測試用例：P16
2第八章
1.軟件維護(hù)：在軟件已經(jīng)交付使用之后，為了改正錯(cuò)誤或者滿足新的需要而修改軟件的過程。
2.維護(hù)工作量的一個(gè)模型： M = P + K × exp(c-d)其中： M是維護(hù)用的總工作量，P是生產(chǎn)性工作量，K是經(jīng)驗(yàn)常數(shù)，c是復(fù)雜程度d是維護(hù)人員對軟件的熟悉程度。exp，以自然對數(shù)e為底指數(shù)函數(shù)，Exponential(指數(shù)曲線)。
3.軟件可維護(hù)性與哪些因素有關(guān)？在軟件開發(fā)過程中應(yīng)該采取哪些措施來提高軟件產(chǎn)品可維護(hù)性？
答：軟件的可理解性、可測試性、可修改性、可移植性 和可重用性是決定軟件可維護(hù)下的基本因素。
軟件生命周期每個(gè)階段的工作都和軟件可維護(hù)性有密切關(guān)系。良好的設(shè)計(jì)，完整準(zhǔn)確易讀易理解的文檔資料，以及一系列嚴(yán)格的復(fù)審和測試，使得一旦發(fā)現(xiàn)錯(cuò)誤時(shí)比較容易診斷和糾正，當(dāng)用戶有新要求或外部環(huán)境變化時(shí)軟件能較容易地適應(yīng)，并且能夠減少維護(hù)引入的錯(cuò)誤。因此，在軟件生命周期的每個(gè)階段都必須充分考慮維護(hù)問題，并且為軟件維護(hù)預(yù)做準(zhǔn)備。
第九章
1.面向?qū)ο蟮母拍睿簩ο螅悾瑢?shí)例，消息，方法，屬性，封裝，繼承，多態(tài)性P209-215 對象：是封裝了數(shù)據(jù)結(jié)構(gòu)及可以施加在這些數(shù)據(jù)結(jié)構(gòu)上的操作的封裝體（類的實(shí)例）類：是對具有相同屬性和行為的一個(gè)或多個(gè)對象的描述（支持繼承的抽象數(shù)據(jù)類型）實(shí)例：是由某個(gè)特定的類所描述的一個(gè)具體的對象
消息:就是要求某個(gè)對象執(zhí)行在定義它的那個(gè)類中所定義的某個(gè)操作的規(guī)格說明。由3部分組成：接收消息的對象，消息選擇符，零個(gè)或多個(gè)變元
方法：是對象所能執(zhí)行的操作，描述了對象執(zhí)行操作的算法，響應(yīng)消息的方法
屬性：類中所定義的數(shù)據(jù)，對客觀世界實(shí)體所具有的性質(zhì)的抽象
封住：就是信息隱藏，通過封裝對外界隱藏了對象的實(shí)現(xiàn)細(xì)節(jié)
繼承：子類自動(dòng)地共享基類中定義的數(shù)據(jù)和方法的機(jī)制
多態(tài)性：指子類對象可以像父類對象那樣使用，同樣的消息既可以發(fā)送給父類對象也可以發(fā)送給子類對象
2.面向?qū)ο蠼＃好枋鱿到y(tǒng)數(shù)據(jù)結(jié)構(gòu)的對象模型，描述系統(tǒng)控制結(jié)構(gòu)的動(dòng)態(tài)模型，描述系統(tǒng)功能的功能模型。類名
3.對象模型：P217 屬性類圖符號：服務(wù)
4.表示關(guān)系的符號：類與類之間通常有關(guān)聯(lián)、泛化(繼承)、依賴和細(xì)化等4種關(guān)系關(guān)聯(lián)：表示倆個(gè)類的對象之間存在某種語義上的聯(lián)系
泛化：是通用元素和具體元素之間的一種分類關(guān)系
依賴：描述倆個(gè)模型元素（類，用例等）之間的語義連接關(guān)系
細(xì)化：用來協(xié)調(diào)不同階段模型之間的關(guān)系，表示各個(gè)開發(fā)階段不同抽象層次的模型之間的相關(guān)性，常常用于跟蹤模型的演變。
5.功能模型：用例圖包含的模型元素有系統(tǒng)、行為者、用例及用例之間的關(guān)系P224
第十章
1.面向?qū)ο蠓治觯褪浅槿『驼碛脩粜枨蟛⒔栴}域精確模型的過程
2.建立對象模型、動(dòng)態(tài)模型、功能模型的基本方法P235-255
第四篇：軟件工程復(fù)習(xí)總結(jié)
第1章
1什么是軟件危機(jī)，產(chǎn)生軟件危機(jī)的原因，消除軟件危機(jī)的途徑。
落后的軟件生產(chǎn)方式無法滿足迅速增長的計(jì)算機(jī)軟件需求，從而導(dǎo)致軟件開發(fā)與維護(hù)過程中出現(xiàn)一系列嚴(yán)重問題的現(xiàn)象。
軟件維護(hù)費(fèi)用的急劇上升，直接威脅計(jì)算機(jī)應(yīng)用的擴(kuò)大；軟件生產(chǎn)技術(shù)進(jìn)步緩慢，是加劇軟件危機(jī)的重要原因。
既要有技術(shù)措施，又要有必要的組織管理措施。2什么是軟件，軟件的精確定義。
軟件是程序以及開發(fā)、使用和維護(hù)程序所需的所有文檔.。3軟件工程的精確定義，軟件工程的7個(gè)特征，7基本原理。
軟件工程是指導(dǎo)計(jì)算機(jī)軟件開發(fā)和維護(hù)的一門工程學(xué)科。1，軟件工程關(guān)注于大型程序的構(gòu)造； 2，軟件工程的中心課題是控制復(fù)雜性； 3，軟件經(jīng)常化；
4，開發(fā)軟件的效率非常重要； 5，和諧地合作是開發(fā)軟件的關(guān)鍵； 6，軟件必須有效地支持它的用戶；
7，在軟件工程領(lǐng)域中是由一種文化背景的人替具有另一種文化背景的人創(chuàng)造產(chǎn)品。基本原理：
1，用分階段的生命周期計(jì)劃嚴(yán)格管理； 2，堅(jiān)持進(jìn)行階段評審； 3，實(shí)行嚴(yán)格的產(chǎn)品控制； 4，采用現(xiàn)代程序設(shè)計(jì)的技術(shù)； 5，結(jié)果應(yīng)能清楚地審查；
6，開發(fā)小組的人員應(yīng)該少而精；
7，承認(rèn)不斷改進(jìn)軟件工程實(shí)踐的必要性。
4軟件工程方法學(xué)的精確定義，它的三要素。二種方法學(xué)，面向結(jié)構(gòu)，面向?qū)ο?/p>
3個(gè)要素：方法 工具和過程 兩種方法學(xué)：1傳統(tǒng)方法學(xué)2面向?qū)ο蠓椒▽W(xué) 5什么是軟件生命周期，它有哪幾個(gè)階段（8個(gè)階段），各個(gè)階段分別做什么，這些階段的重要性。
一個(gè)軟件從定義到開發(fā)、使用和維護(hù)，直到最終被棄用，要經(jīng)歷一個(gè)漫長的時(shí)期，通常把軟件經(jīng)歷的這個(gè)漫長的時(shí)期稱為生存周期。階段：1問題定義2可行性研究3需求分析4總體設(shè)計(jì)5詳細(xì)設(shè)計(jì)6編碼和單元測試7綜合測試8軟件維護(hù)
6軟件過程的精確定義，它與軟件工程的關(guān)系，它的各種模型，各種模型的優(yōu)缺點(diǎn)，適用范 圍。
軟件過程為一個(gè)為建造高質(zhì)量軟件所需完成的任務(wù)的框架，它規(guī)定了完成各項(xiàng)任務(wù)的工作步驟。瀑布模型 快速原型模型 增量模型 螺旋模型 噴泉模型 第2章
1什么是可行性研究，它的目的，它的任務(wù)，可行性研究是在項(xiàng)目建議書被批準(zhǔn)后，對項(xiàng)目在技術(shù)上和經(jīng)濟(jì)上是否可行所進(jìn)行的科學(xué)分析和論證。目的：用最小的代價(jià)在盡可能短的時(shí)間內(nèi)確定問題是否能夠解決。任務(wù)：對以后的行動(dòng)方針提出建議。
2從哪幾個(gè)方面進(jìn)行可行性研究，每個(gè)方面研究什么，它的目的，它的任務(wù)。
1技術(shù)可行性2經(jīng)濟(jì)可行性3操作可行性 3可行性研究的過程，8個(gè)階段。
1.復(fù)查系統(tǒng)規(guī)模和目標(biāo)2.研究目前正在使用的系統(tǒng)3.導(dǎo)出新系統(tǒng)的高層邏輯模型4.進(jìn)一步定義模型5.導(dǎo)出和評價(jià)供選擇的解法6.推薦行動(dòng)方針7.草擬開發(fā)計(jì)劃8.書寫文檔提交審查 4系統(tǒng)流程圖，表達(dá)什么，它的符號，符號含義 概括地描繪物理系統(tǒng)的傳統(tǒng)工具。
5數(shù)據(jù)流程圖，描繪什么，它的符號，符號含義，畫法，數(shù)據(jù)流程圖的用途（重點(diǎn)）描繪信息流和數(shù)據(jù)從輸入移動(dòng)到輸出的過程中所經(jīng)受的變換。
6數(shù)據(jù)字典的精確定義，作用，內(nèi)容（4類定義組成）定義數(shù)據(jù)的方法，用途，實(shí)現(xiàn)。
數(shù)據(jù)字典是關(guān)于數(shù)據(jù)的信息的集合。對數(shù)據(jù)流圖中包含的所有元素的定義的集合。
內(nèi)容1.數(shù)據(jù)流2數(shù)據(jù)流分量3數(shù)據(jù)存儲(chǔ)4處理 7成本效益分析，使用的方法 第3章
1需求分析，它的任務(wù)，它的重要性，它的結(jié)果，要遵守的4條準(zhǔn)則。
開發(fā)人員準(zhǔn)確地理解用戶的要求，進(jìn)行細(xì)致的調(diào)查分析，將用戶非形式的需求陳述轉(zhuǎn)化為完整的需求定義，再由需求定義轉(zhuǎn)換到相應(yīng)的需求規(guī)格說明的過程。
基本任務(wù): ⑴問題識別：雙方確定對問題的綜合需求，這些需求包括功能需求，性能需求，環(huán)境需求，用戶界面需求。
重要性：需求分析可以使得開發(fā)和測試更能夠了解客戶的需求，把一些技術(shù)難點(diǎn)和可能遇到的難點(diǎn)問題提出來，盡早解決，并且達(dá)到一致，便于以后的開發(fā)和測試
需求分析結(jié)果是產(chǎn)生：需求規(guī)格說明書
⑵分析與綜合，導(dǎo)出軟件的邏輯模型
⑶編寫文檔：包括編寫“需求規(guī)格說明書”,“初步用戶使用手冊”,“確認(rèn)測試計(jì)劃”,“修改完善軟件開發(fā)計(jì)劃” 任務(wù)的7項(xiàng)要求，與用戶溝通的方法
獲取需求的方法，用到的圖形工具：E＿R圖，圖描述什么，使用符號 狀態(tài)轉(zhuǎn)換圖，其他圖形，IPO圖等 驗(yàn)證需求，4個(gè)方面 第5章
1總體設(shè)計(jì)的目的，任務(wù)
總體設(shè)計(jì)的基本目的就是回答“概括地說，系統(tǒng)應(yīng)該如何實(shí)現(xiàn)？”這個(gè)問題。任務(wù)是設(shè)計(jì)軟件的結(jié)構(gòu)，也就是明確系統(tǒng)中每個(gè)程序是由哪些模塊組成的，以及這些模塊相互間的關(guān)系。必要性：可以站在全局的高度上，花較少成本，從較抽象的層次上分析對比多種可能的系統(tǒng)實(shí)現(xiàn)方案和軟件結(jié)構(gòu)，從中選出最佳方案和最合理的軟件結(jié)構(gòu)，從而用較低成本開發(fā)出較高質(zhì)量的軟件系統(tǒng)。2設(shè)計(jì)過程，二個(gè)階段9個(gè)步驟
兩個(gè)階段：1系統(tǒng)設(shè)計(jì)階段，確定系統(tǒng)的具體實(shí)現(xiàn)方案2結(jié)構(gòu)設(shè)計(jì)階段，確定軟件結(jié)構(gòu)。設(shè)計(jì)過程的9個(gè)步驟：1設(shè)想供選擇的方案2選取合理的方案3推薦最佳方案4功能分解5設(shè)計(jì)軟件結(jié)構(gòu)6設(shè)計(jì)數(shù)據(jù)庫7制定測試計(jì)劃8書寫文檔9審查和復(fù)審。3設(shè)計(jì)原理，模塊化，與模塊化有關(guān)的獨(dú)立，度量標(biāo)準(zhǔn)：耦合，內(nèi)驟
設(shè)計(jì)原理：1模塊化2抽象3逐步求精。模塊獨(dú)立程度的兩個(gè)定性標(biāo)準(zhǔn)度量：1內(nèi)聚2耦合。
4啟發(fā)式7條規(guī)則，啟發(fā)規(guī)則：1改進(jìn)軟件結(jié)構(gòu)提高模塊獨(dú)立性2模塊規(guī)模應(yīng)該適中3深度、寬度、扇出、扇入都應(yīng)適中4模塊的作用域應(yīng)該在控制域之內(nèi)5力爭降低模塊接口的復(fù)雜程度6設(shè)計(jì)單入口單出口的模塊7模塊功能應(yīng)該可以預(yù)測。5各種圖形工具，HIPO，結(jié)構(gòu)圖，數(shù)據(jù)流圖
描繪軟件結(jié)構(gòu)的圖形工具：1層次圖2 HIPO圖3結(jié)構(gòu)圖；面向數(shù)據(jù)流的設(shè)計(jì)方法把信息流映射程軟件結(jié)構(gòu)，信息流的類型決定了映射的方法信息流有下述兩種類型：1變換流2事務(wù)流。第6章
1詳細(xì)設(shè)計(jì)的目的，任務(wù)
詳細(xì)設(shè)計(jì)的根本目標(biāo) ：是確定應(yīng)該怎樣具體地實(shí)現(xiàn)所要求的系統(tǒng)，經(jīng)過這個(gè)階段的設(shè)計(jì)工作，應(yīng)該得出對目標(biāo)系統(tǒng)的精確描述，從而在編碼階段可以把這個(gè)描述直接翻譯成用某種程序設(shè)計(jì)語言寫的程序。
任務(wù)：是要設(shè)計(jì)出程序的“藍(lán)圖”，以后程序員將根據(jù)這個(gè)藍(lán)圖寫出實(shí)際的程序代碼。必要性：衡量程序的質(zhì)量不僅看它的邏輯是否正確，性能是否滿足要求，更重要的是要看它能夠簡單易懂，詳細(xì)設(shè)計(jì)的目的不僅僅是邏輯上正確地實(shí)現(xiàn)每個(gè)模塊的功能，更重要的是設(shè)計(jì)出的處理過程應(yīng)該盡可能簡明易懂。
2結(jié)構(gòu)化：定義，指導(dǎo)思想，哪幾種結(jié)構(gòu)，使用的工具，建立什么模型使用什么工具
結(jié)構(gòu)化的定義：結(jié)構(gòu)化程序設(shè)計(jì)是盡可能少用GOTO語句的程序設(shè)計(jì)方法，最好僅在檢測出錯(cuò)誤時(shí)才使用GOTO語句，而且應(yīng)該總是使用前向goto語句。結(jié)構(gòu)有三種:順序，選擇，和循環(huán)。
指導(dǎo)思想：采用自頂向下，逐步求精的程序設(shè)計(jì)方法，使用三種基本控制結(jié)構(gòu)構(gòu)造程序，任何程序都可由順序，選擇，重復(fù)三種基本控制結(jié)構(gòu)構(gòu)造。結(jié)構(gòu)：順序結(jié)構(gòu)，選擇結(jié)構(gòu)，循環(huán)結(jié)構(gòu) 工具：圖形，表格，和語言
3人機(jī)界面設(shè)計(jì)，要解決的問題，設(shè)計(jì)過程，設(shè)計(jì)指南
人機(jī)界面設(shè)計(jì)是接口設(shè)計(jì)的一個(gè)重要組成部分，遇到的四個(gè)問題：系統(tǒng)響應(yīng)時(shí)間，用戶幫助設(shè)施，出錯(cuò)信息處理和命令交互。
設(shè)計(jì)過程，用戶界面設(shè)計(jì)是一個(gè)迭代的過程，通常先創(chuàng)建設(shè)計(jì)模型，再用原型實(shí)現(xiàn)這個(gè)設(shè)計(jì)模型，并由用戶試用和評價(jià)，然后根據(jù)用戶意見進(jìn)行修改。設(shè)計(jì)指南：一般交互指南，信息顯示指南和數(shù)據(jù)輸入指南
4過程設(shè)計(jì)的各種工具，程序流程圖，盒圖，PAD圖，判定表，判定樹，過程設(shè)計(jì)語言
過程設(shè)計(jì)的工具有三類：圖形，表格，語言。具體有如下幾種
程序流程圖，盒圖，pad圖，判定表，判定樹，過程設(shè)計(jì)語言（PDL）
5面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)方法，jackson方法，使用的圖形工具
設(shè)計(jì)方法：根據(jù)數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)程序處理過程的方法。
數(shù)據(jù)的3種使用方法：順序，選擇，重復(fù)。Jackson方法
Jackson結(jié)構(gòu)程序設(shè)計(jì)方法基本上由下述5個(gè)步驟組成，（1）分析并確定輸入數(shù)據(jù)和輸出數(shù)據(jù)的邏輯結(jié)構(gòu)，并用jackson圖描述這些數(shù)據(jù)結(jié)構(gòu)（2）找出輸入數(shù)據(jù)結(jié)構(gòu)和輸出數(shù)據(jù)結(jié)構(gòu)中有對應(yīng)關(guān)系的數(shù)據(jù)單元。
（3）用下述3條規(guī)則從描繪數(shù)據(jù)結(jié)構(gòu)的jackson圖導(dǎo)出描繪程序結(jié)構(gòu)的jackson圖。
1、為每對有對應(yīng)關(guān)系的數(shù)據(jù)單元，按照它們在數(shù)據(jù)結(jié)構(gòu)圖中的層次在程序結(jié)構(gòu)圖的相應(yīng)層次畫一個(gè)處理框。
2根據(jù)輸入數(shù)據(jù)結(jié)構(gòu)中剩余的每個(gè)數(shù)據(jù)單元所處的層次，在程序結(jié)構(gòu)圖的相應(yīng)層次分別為它們畫上對應(yīng)的處理框。總之，描繪程序結(jié)構(gòu)的jackson圖應(yīng)該綜合輸入數(shù)據(jù)結(jié)構(gòu)和輸出數(shù)據(jù)結(jié)構(gòu)的層次關(guān)系而導(dǎo)出來。在導(dǎo)出程序結(jié)構(gòu)圖的過程中，由于改進(jìn)的jackson圖規(guī)定在構(gòu)成順序結(jié)構(gòu)的元素中不能有重復(fù)出現(xiàn)或選擇出現(xiàn)的元素，因此可能需要增加中間層次的處理框圖。（4）、列出所有操作和條件，并且把它們分配到程序結(jié)構(gòu)圖的適當(dāng)位置。（5）用偽碼表示程序。使用的圖形工具：jackson圖
6復(fù)雜度的度量，McCabe方法，流圖，（2014年重點(diǎn)）
復(fù)雜度度量：把程序的復(fù)雜程度乘以適當(dāng)?shù)某?shù)即可估算出軟件中的錯(cuò)誤的數(shù)量以及軟件開發(fā)需要的工作量
Mccabe方法：根據(jù)程序控制流的復(fù)雜程度定量度量程序的復(fù)雜程度 第7章
1實(shí)現(xiàn)的重點(diǎn)是測試
2軟件測試的基礎(chǔ)：目標(biāo)，準(zhǔn)則，方法，測試5步驟
軟件測試的基礎(chǔ)：在測試階段測試的人員努力設(shè)計(jì)出一系列的方案，目的卻是為了“破壞”已經(jīng)建造好的軟件系統(tǒng)—竭力證明程序中有錯(cuò)誤，不能按照預(yù)定要求正確工作。發(fā)現(xiàn)問題是為了解決問題，測試階段的根本目標(biāo)是盡可能多地發(fā)現(xiàn)并排除軟件中潛在的錯(cuò)誤，最終把一個(gè)高質(zhì)量的軟件系統(tǒng)交給用戶使用。軟測的目標(biāo)：①測試是為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過程。②好的測試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測試方案。③成功的測試是發(fā)現(xiàn)至今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測試。
軟測的準(zhǔn)則：①所有的測試都應(yīng)該能追溯到用戶的需求。②應(yīng)該遠(yuǎn)在測試開始之前就制定出測試計(jì)劃。③把Pareto原理應(yīng)用到軟測中。④應(yīng)該從“小規(guī)模”測試開始，并逐步進(jìn)行“大規(guī)模”測試。⑤窮舉測試是不可能的。⑥為了達(dá)到最佳的測試效果，應(yīng)該由獨(dú)立的第三方從事測試工作。
測試方法：白盒測試（結(jié)構(gòu)測試）、黑盒測試（功能測試）。
測試步驟：①模塊測試②子系統(tǒng)測試③系統(tǒng)測試④驗(yàn)收測試⑤平行測試。3單元測試，測試的重點(diǎn)，測試方案
單元測試：在軟件開發(fā)過程中要進(jìn)行的最低級別的測試活動(dòng)，軟件的獨(dú)立單元將在與程序的其他部分相隔離的情況下進(jìn)行測試；集中檢測軟件設(shè)計(jì)的最小單元---模塊。
單元測試方法有：人工測試和計(jì)算機(jī)測試；單元測試主要使用白盒測試技術(shù)，而且對多個(gè)模塊的測試可以并行的進(jìn)行。
單元測試的重點(diǎn)：①模塊接口②局部數(shù)據(jù)結(jié)構(gòu)③重要的執(zhí)行通路④出錯(cuò)處理通路⑤邊界條件
4集成測試：集成的策略，自頂向下，自底向上
集成測試：測試和組裝軟件的系統(tǒng)化技術(shù)。
集成測試的策略：自頂向下和自底向上。
自頂向下集成方法是一個(gè)日益為人們廣泛采用的測試和組成軟件的途徑。從主控制模塊開始，沿著程序的控制層次向下移動(dòng)，逐漸把各個(gè)模塊結(jié)合起來。自底向上集成：從“原子”模塊開始組成和測試。
5確認(rèn)測試，范圍，Alpha測試Beta測試
確認(rèn)測試：又稱驗(yàn)收測試，它目標(biāo)是驗(yàn)證軟件的有效性。
Alpha測試由用戶在開發(fā)者的場所進(jìn)行，并且在開發(fā)者對用戶的“指導(dǎo)”下進(jìn)行測試，其是在受控的環(huán)境中進(jìn)行的。
Beta測試由軟件的最終用戶們在一個(gè)或多個(gè)客戶場所進(jìn)行。與Alpha測試不同，開發(fā)者通常不在Beta測試的現(xiàn)場，因此Beta測試是軟件開發(fā)者不能控制的環(huán)境中的“真實(shí)”應(yīng)用。6白盒測試，黑盒測試（重點(diǎn)）
白盒測試：通過測試來檢測產(chǎn)品內(nèi)部動(dòng)作是否按照設(shè)計(jì)規(guī)格說明書的規(guī)定正常進(jìn)行。黑盒測試：通過測試來檢測每個(gè)功能是否都能正常使用。
7軟件的可靠性，計(jì)算公式
軟件的可靠性：程序在給定的時(shí)間間隔內(nèi)，按照規(guī)格說明書的規(guī)定成功的運(yùn)行的概率。設(shè)計(jì)白盒測試方案的技術(shù)主要有邏輯技術(shù)和控制結(jié)構(gòu)測試；設(shè)計(jì)黑盒測試方案的技術(shù)主要有等價(jià)劃分、分界值分析和錯(cuò)誤推測。
第8章
1軟件維護(hù)的定義，4項(xiàng)活動(dòng)，4類維護(hù)
軟件維護(hù)的定義：在軟件已經(jīng)交付使用后，為了改正錯(cuò)誤或滿足新的需要而修改軟件的過程。
四項(xiàng)維護(hù)：第一項(xiàng)維護(hù)活動(dòng)：在任何大型程序的使用期間，用戶必然會(huì)發(fā)現(xiàn)程序錯(cuò)誤，并且把他們遇到的問題報(bào)告給維護(hù)人員，讓維護(hù)人員診斷和改正的過程。第二項(xiàng)維護(hù)活動(dòng)：為了和變化了的環(huán)境適當(dāng)?shù)嘏浜隙M(jìn)行的修改軟件的活動(dòng)，是既必要又經(jīng)常的維護(hù)活動(dòng)。第三項(xiàng)維護(hù)活動(dòng)：在使用軟件的過程中用戶往往提出增加新功能或修改已有功能的建議，還可能提出一般性的改進(jìn)意見。第四項(xiàng)維護(hù)活動(dòng)：為了改進(jìn)未來的可維護(hù)性或可靠性，或?yàn)榱私o未來的改進(jìn)奠定更好的基礎(chǔ)而修改軟件。
四類維護(hù)：改正性維護(hù)、適應(yīng)性維護(hù)、完善性維護(hù)、預(yù)防性維護(hù) 2軟件維護(hù)的特點(diǎn)，問題，軟件維護(hù)的特點(diǎn)：結(jié)構(gòu)化維護(hù)與非結(jié)構(gòu)化維護(hù)差別巨大、維護(hù)的代價(jià)高昂、維護(hù)的問題很多
軟件維護(hù)的問題：
1）理解別人寫的程序通常非常困難，而且困難程度隨著軟件配置成分的減少而迅速增加。2）需要維護(hù)的軟件往往沒有合格的文檔，或者文檔資料顯著不足。
3）當(dāng)要求對軟件進(jìn)行維護(hù)時(shí)，不能指望有開發(fā)人員給人們仔細(xì)說明軟件。由于維護(hù)階段持續(xù)的時(shí)間很長，因此，當(dāng)需要解釋軟件時(shí)，往往原來寫程序的人已經(jīng)不在附近了。4）絕大多數(shù)軟件在設(shè)計(jì)時(shí)沒有考慮將來的修改。5）軟件維護(hù)不是吸引人的工作。3軟件維護(hù)的過程
軟件維護(hù)的過程:維護(hù)組織、維護(hù)報(bào)告、維護(hù)的事件流、保存維護(hù)記錄、評價(jià)維護(hù)活動(dòng) 4軟件的可維護(hù)性
軟件可維護(hù)性定義：維護(hù)人員理解、改正、改動(dòng)或改進(jìn)這個(gè)軟件的難易程度。決定軟件可維護(hù)性的因素：可理解性、可測試性、可修改性、可移植性、可重用性 5預(yù)防性維護(hù)與軟件再工程。
預(yù)防性維護(hù)由Miller提出來把今天的方法學(xué)應(yīng)用到昨天的系統(tǒng)上以支持明天的明天的需求
6軟件再工程
6類活動(dòng)：1.庫存目錄分析2.文檔重構(gòu)3.逆向工程4.代碼重構(gòu)5.數(shù)據(jù)重構(gòu)6.正向工程 第9章
1面向?qū)ο蠓椒▽W(xué)的定義，要點(diǎn)，優(yōu)點(diǎn)
定義：面向?qū)ο蠓椒ㄊ且环N把面向?qū)ο蟮乃枷霊?yīng)用于軟件開發(fā)過程中，指導(dǎo)開發(fā)活動(dòng)的系統(tǒng)方法，簡稱OO(Object-Oriented)方法，是建立在“對象”概念基礎(chǔ)上的方法學(xué)。
要點(diǎn)：1認(rèn)為客觀世界是由各種對象構(gòu)成的，任何事物都是對象，復(fù)雜的對象可以由簡單的對象以某種方式組合而成。2，把所有的對象都劃分成各種對象類，每個(gè)對象類都定義了一組數(shù)據(jù)和一組方法。3，按照子類與父類的關(guān)系，把若干個(gè)對象組成一個(gè)層次結(jié)構(gòu)的的系統(tǒng)。4，對象之間僅能通過傳遞消息互相聯(lián)系。
優(yōu)點(diǎn)：1.與人類習(xí)慣的思維方法一致2.穩(wěn)定性好3.可重用性好4.較易開發(fā)大型軟件產(chǎn)品5.可維護(hù)性好
2對象的定義，要點(diǎn)，優(yōu)點(diǎn)
定義：1.對象是具有相同狀態(tài)的一組操作的集合2.對象是對屬性值和操作的封裝。3.對象：：=
3面向?qū)ο蟮母拍睿x，特點(diǎn)
面向?qū)ο笫且环N對現(xiàn)實(shí)世界理解和抽象的方法，是計(jì)算機(jī)編程技術(shù)[1]發(fā)展到一定階段后的產(chǎn)物。
特點(diǎn)：1對象唯一性2分類性3繼承性4多態(tài)性 優(yōu)點(diǎn)：1易維護(hù)2質(zhì)量高3效率高4易擴(kuò)展 4類的定義，實(shí)例、消息、方法、屬性，繼承等概念
類的定義：類就是具有相同數(shù)據(jù)和相同操作的一組相似對象的定義。實(shí)例：實(shí)例就是由某個(gè)特定類所描述的一個(gè)具體的對象。
消息：小時(shí)就是要求某個(gè)對象執(zhí)行在定義它的那個(gè)類中所定義的某個(gè)操作的規(guī)格說明。方法：方法就是對象所能執(zhí)行的操作，也就是類中所定義的服務(wù)。
屬性：屬性就是類中所定義的數(shù)據(jù)，它是對客觀世界實(shí)體說具有的性質(zhì)的抽象。封裝：在面向?qū)ο蟮某绦蛑校褦?shù)據(jù)和實(shí)現(xiàn)操作的代碼集中放在對象內(nèi)部。
繼承：在面向?qū)ο蟮能浖夹g(shù)中，繼承是子類自動(dòng)地共享基類中的數(shù)據(jù)和方法的機(jī)制。多態(tài)：多態(tài)性是指子類對象可以像父類對象那樣使用，同樣地消息既可以發(fā)給父類對象也可以發(fā)給子類對象。重載：函數(shù)重載是指在同一作用域類的若干個(gè)參數(shù)特征不同的函數(shù)可以使用相同的函數(shù)名字，運(yùn)送符號重載是指同一個(gè)運(yùn)算符可以施加在不同類型操作數(shù)上面。5面向?qū)ο蠼＃瑢ο竽Ｐ停ㄖ攸c(diǎn)），功能模型（重點(diǎn)）動(dòng)態(tài)模型，模型怎么畫，各種符號 6面向?qū)ο蠓椒▽W(xué)使用的語言
面向?qū)ο笳Z言是一類以對象作為基本程序結(jié)構(gòu)單位的程序設(shè)計(jì)語言，指用于描述的設(shè)計(jì)是以對象為核心，而對象是程序運(yùn)行時(shí)刻的基本成分。語言中提供了類、繼承等成分。第10章
3個(gè)子模型和5個(gè)層次 怎樣確定類與對象
類是對象的抽象，對象是類的具體實(shí)例。確定關(guān)聯(lián)，各種關(guān)聯(lián)怎樣確定
建立動(dòng)態(tài)模型，編寫腳本，畫事件跟蹤圖
第五篇：軟件工程導(dǎo)論復(fù)習(xí)材料
1.軟件工程基本概念
1.（）因素促使計(jì)算機(jī)系統(tǒng)越來越復(fù)雜。
A.計(jì)算機(jī)內(nèi)存和存儲(chǔ)容量上的巨大增長
B.外部輸入／輸出選項(xiàng)的更加多樣性
C.計(jì)算機(jī)體系結(jié)構(gòu)方面的深刻變化
D.以上所有選項(xiàng)
2.下面的（）不再是現(xiàn)代軟件工程師關(guān)注的問題。
A.為什么不能在產(chǎn)品發(fā)布前去除軟件錯(cuò)誤？
B.為什么軟件需要很長時(shí)間才能完成？
C.為什么開發(fā)一個(gè)軟件的成本這么高？
D.為什么計(jì)算機(jī)硬件的成本這么高？
3.軟件會(huì)逐漸退化而不會(huì)磨損，其原因在于（）。
A.軟件備件很難訂購
B.軟件錯(cuò)誤通常發(fā)生在使用之后
C.通常暴露在惡劣的環(huán)境下
D.不斷的變更使組件接口之間引起錯(cuò)誤軟件
4.大多數(shù)軟件仍然是定制開發(fā)的，其原因在于（）。
A.軟件組件重用是十分普遍的 B.可重用的組件太昂貴而無法使用
C.軟件在不使用其他組件的情況下很容易構(gòu)造出來
D.商業(yè)組件在很多應(yīng)用領(lǐng)域中可以得到
5.下面的（）說法是正確的。
A.軟件危機(jī)在20世紀(jì)70年代末期全面爆發(fā)
B.當(dāng)前先進(jìn)的軟件工程方法已經(jīng)解決了軟件危機(jī)的問題
C.軟件危機(jī)是指在計(jì)算機(jī)軟件的開發(fā)和維護(hù)過程中遇到的一系列嚴(yán)重問題
D.軟件危機(jī)是指在軟件產(chǎn)品中存在一系列的質(zhì)量問題 1.瀑布模型本質(zhì)上是一種（）。
A、線性迭代模型
B、順序迭代模型C、線性順序模型
D、及早見產(chǎn)品模型 2.（）是用戶和設(shè)計(jì)交換最頻繁的方法。
A、原型化方法
B、瀑布模型方法C、螺旋模型方法
D、構(gòu)件組裝模型 5.在軟件開發(fā)模型中，提出最早、應(yīng)用最廣泛的模型是（）A.瀑布模型
B.噴泉模型
C.增量模型
D.螺旋模型
1.軟件工程的方法只適用于大型軟件的開發(fā)，對小型軟件的開發(fā)沒有幫助。（）1.什么是軟件危機(jī)？其主要表現(xiàn)有那些？
1.有人認(rèn)為?軟件工程過于耗費(fèi)時(shí)間，并且妨礙開發(fā)人員的編程效率。?你是否認(rèn)同這種觀點(diǎn)？請闡述理由。
2.需求分析 需求規(guī)格說明描述了（）。
A.計(jì)算機(jī)系統(tǒng)的功能、性能及其約束
B.每個(gè)指定系統(tǒng)的實(shí)現(xiàn)
C.軟件體系結(jié)構(gòu)的元素
D.系統(tǒng)仿真所需要的時(shí)間
7．軟件可行性研究實(shí)質(zhì)上是要進(jìn)行一次（）需求分析、設(shè)計(jì)過程。A.簡化、壓縮的B.詳細(xì)的 C.徹底的D.深入的 11.下面說法不正確的是（）。
A.流程圖不易表示數(shù)據(jù)結(jié)構(gòu)
B.流程圖容易造成非結(jié)構(gòu)化的程序結(jié)構(gòu)
C.流程圖支持逐步求精
D.流程圖描述的是程序的邏輯結(jié)構(gòu) 1.需求分析中開發(fā)人員要從用戶那里了解（）。
A、軟件做什么B、用戶使用界面C、輸入的信息D、軟件的規(guī)模
2.需求分析階段，分析人員要確定對問題的綜合需求，其中最主要的是（）需求。A、功能 B、性能 C、數(shù)據(jù) D、環(huán)境 24.軟件可行性研究一般不考慮（）
A.是否有足夠的人員和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā) B.是否有足夠的工具和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā) C.待開發(fā)軟件是否有市場、經(jīng)濟(jì)上是否合算 D.待開發(fā)的軟件是否會(huì)有質(zhì)量問題 25.需求規(guī)格說明描述了（）
A.計(jì)算機(jī)系統(tǒng)的功能、性能及其約束 B.每個(gè)指定系統(tǒng)的實(shí)現(xiàn) C.軟件體系結(jié)構(gòu)的元素
D.系統(tǒng)仿真所需要的時(shí)間
26.需求分析階段，分析人員要確定對問題的綜合需求，其中最主要的是（）需求 A.功能
B.性能
C.數(shù)據(jù)
D.環(huán)境
7.成本效益分析的目的是從
角度評價(jià)開發(fā)一個(gè)項(xiàng)目是否可行。
2.軟件需求規(guī)格說明書在軟件開發(fā)過程中具有重要的作用，它是軟件可行性分析的依據(jù)。3.（）目前存在一個(gè)很普遍的現(xiàn)象，即不同的客戶提出的需求是相互矛盾的，但每個(gè)人都爭辯自己是正確的。
5.（）在需求分析過程中，分析員要從用戶那里解決的最重要的問題是明確軟件做什么。2.可行性研究主要確定問題分析階段所確定的問題是否有可行的解。（）6.在需求分析過程中，分析員要解決的最重要的問題是明確軟件做什么。（）7.數(shù)據(jù)流圖的畫法？
3.軟件設(shè)計(jì)與編碼.概要設(shè)計(jì)階段產(chǎn)生的文檔不包括（）。A.概要設(shè)計(jì)說明書
B.數(shù)據(jù)庫設(shè)計(jì)說明書 C.用戶手冊
D.開發(fā)進(jìn)度月報(bào).一個(gè)模塊把數(shù)值作為參數(shù)傳送給另一個(gè)模塊，這種耦合方式稱為（）。A.數(shù)據(jù)耦合 B.公共耦合 C.控制耦合 D.標(biāo)記耦合
10．與詳細(xì)設(shè)計(jì)相對應(yīng)的是數(shù)據(jù)庫的（）設(shè)計(jì)。A.概念
B.邏輯 C.物理
D.功能 19.序言性注釋主要內(nèi)容不包括（）。
A.模塊的接口
B.數(shù)據(jù)的描述
C.模塊的功能
D.數(shù)據(jù)的狀態(tài) 11.模塊化的目的是：（）
A、增加內(nèi)聚性 B、降低復(fù)雜性C、提高易讀性D、減少耦合性 12.軟件設(shè)計(jì)中劃分模塊的一個(gè)準(zhǔn)則是（）。
A、低內(nèi)聚低耦合B、低內(nèi)聚高耦合C、高內(nèi)聚低耦合D、高內(nèi)聚高耦合 13.下列耦合中，耦合程度最高的是：（）A、標(biāo)記耦合 B、控制耦合 C、內(nèi)容耦合 D、公共耦合 14.模塊間耦合程度越高，說明模塊之間彼此依賴的程度越（）。A、松散 B、緊密 C、無法判斷 D、相等 15.程序的三種基本控制結(jié)構(gòu)是（）。A、過程、子程序和分程序。B、順序、選擇和重復(fù)。C、遞歸、堆棧和隊(duì)列。D、調(diào)用、返回和轉(zhuǎn)移。
2.軟件設(shè)計(jì)階段一般分為
和
兩個(gè)階段。
3.軟件開發(fā)過程中，模塊化開發(fā)追求的目標(biāo)是：__________________。6.數(shù)據(jù)建模常用的模型是______________。任何程序都可由
、和
3種基本控制結(jié)構(gòu)構(gòu)造。這3種基本結(jié)構(gòu)的共同點(diǎn)是
、。
4.軟件人員的數(shù)量與軟件開發(fā)進(jìn)度成正比。（）
8.模塊化程序設(shè)計(jì)中，模塊越小，模塊化的優(yōu)點(diǎn)越明顯。一般來說，模塊的大小都在10行以下。（）
9.模塊化，信息隱藏，抽象和逐步求精的軟件設(shè)計(jì)原則有助于得到高內(nèi)聚，低耦合度的軟件產(chǎn)品。（）
10.程序設(shè)計(jì)風(fēng)格指導(dǎo)原則提出，盡量多使用臨時(shí)變量。（）8.模塊化程序設(shè)計(jì)中，模塊越小，模塊化的優(yōu)點(diǎn)越明顯。（）
4.軟件測試
13．（）方法需要考察模塊間的接口和各模塊之間的聯(lián)系。A.單元測試
B.集成測試 C.確認(rèn)測試
D.系統(tǒng)測試
16．在軟件生存周期中，時(shí)間最長、所花費(fèi)的精力和費(fèi)用也最多的階段是（）。A.詳細(xì)設(shè)計(jì)
B.維護(hù) C.概要設(shè)計(jì)
D.測試 16.軟件測試的目的是？（）A、證明軟件的正確性
B、找出軟件系統(tǒng)中存在的所有錯(cuò)誤 C、證明軟件系統(tǒng)中存在錯(cuò)誤
D、盡可能多的發(fā)現(xiàn)軟件系統(tǒng)中的錯(cuò)誤
17.（）是以提高軟件質(zhì)量為目的的技術(shù)活動(dòng)。A．技術(shù)創(chuàng)新
B．測試
C．技術(shù)創(chuàng)造
D．技術(shù)評審
18.軟件維護(hù)工作的最主要部分是（）。A、校正性維護(hù) B、適應(yīng)性維護(hù) C、完善性維護(hù) D、預(yù)防性維護(hù)
19.檢查軟件產(chǎn)品是否符合需求定義的過程稱為（）。A、確認(rèn)測試 B、集成測試 C、驗(yàn)收測試 D、系統(tǒng)測試
20.軟件維護(hù)的副作用，是指（）。A、開發(fā)時(shí)的錯(cuò)誤 B、隱含的錯(cuò)誤
C、因修改軟件而造成的錯(cuò)誤 D、運(yùn)行時(shí)誤操作
33.發(fā)現(xiàn)錯(cuò)誤能力最弱的是（）A.語句覆蓋
B.判定覆蓋
C.條件覆蓋
D.路徑覆蓋 34.（）方法需要考察模塊間的接口和各模塊之間的聯(lián)系 A.單元測試
B.集成測試
C.確認(rèn)測試
D.系統(tǒng)測試 1.軟件測試主要可分為________和________兩種類型。
4.軟件維護(hù)可分為四類，它們是改正性維護(hù)，________，________ 和________。8.軟件可維護(hù)性的因素是可理解性、可測試性、可修改性、可移植性和_____。
9． 軟件質(zhì)量保證應(yīng)從________開始，直到投入使用和售后服務(wù)的軟件生存期的每一階段中 4 的每一步驟。
3.為了加快軟件維護(hù)作業(yè)的進(jìn)度，應(yīng)盡可能增加維護(hù)人員的數(shù)目。（）
5.質(zhì)量保證是為了保證產(chǎn)品和服務(wù)充分滿足消費(fèi)者要求的質(zhì)量而進(jìn)行的有計(jì)劃,有組織的活動(dòng)。（）
6.判定覆蓋不一定包含條件覆蓋，條件覆蓋也不一定包含判定覆蓋。（）7.測試只能證明程序有錯(cuò)誤,不能證明程序沒有錯(cuò)誤。（）3.軟件維護(hù)就是改正軟件中的錯(cuò)誤。（）
10.用黑盒法測試時(shí)，測試用例是根據(jù)程序內(nèi)部邏輯設(shè)計(jì)的。（11.基本路徑測試的分析方法？）5
5.面向?qū)ο蟮能浖こ蹋║ML）..（）意味著一個(gè)操作在不同的類中可以有不同的實(shí)現(xiàn)方式。
A.消息
B.多繼承
C.多態(tài)性
D.封裝.順序圖反映對象之間發(fā)送消息的時(shí)間順序，它與（）是同構(gòu)的。A.用例圖
B.類圖
C.協(xié)作圖
D.狀態(tài)圖
28.在軟件工程學(xué)中，我們把一組具有相同數(shù)據(jù)結(jié)構(gòu)和操作的對象的集合定義為（）A.類
B.屬性
C.對象
D.消息
29.順序圖反映對象之間發(fā)送消息的時(shí)間順序，它與（）是同構(gòu)的 A.用例圖
B.類圖
C.協(xié)作圖
D.狀態(tài)圖 35.下列關(guān)于UML敘述不正確的是（）A、UML是一種高級編程語言，且是可視化的B、UML是一種文檔化語言 C、UML是一種可用于詳細(xì)描述的語言
D、UML是一種構(gòu)造語言
36.表示一種一般事物（父類）和特殊事物（子類）之間的關(guān)系是（）A、依賴
B、關(guān)聯(lián)
C、泛化
D、實(shí)現(xiàn) 1.（）用例參與者總是人員而不是系統(tǒng)設(shè)備。
6.（）面向?qū)ο笤O(shè)計(jì)是在分析模型的基礎(chǔ)上，運(yùn)用面向?qū)ο蠹夹g(shù)生成軟件實(shí)現(xiàn)環(huán)境下的設(shè)計(jì)模型。
8.（）關(guān)系數(shù)據(jù)庫可以完全支持面向?qū)ο蟮母拍睿嫦驅(qū)ο笤O(shè)計(jì)中的類可以直接對應(yīng)到關(guān)系數(shù)據(jù)庫中的表。
9.UML用例圖的畫法？
6.項(xiàng)目管理
38.CMMI體系中，第三級是（）A、已管理級
B、已量化管理級 C、已定義級
D、持續(xù)優(yōu)化級 5.軟件配置管理中，基線是___________________________________。4.（）軟件工作產(chǎn)品一旦成為基線就不能再更改了。4.什么是軟件配置管理？主要目標(biāo)和手段是什么？ 4.什么是基線？
點(diǎn)擊咨詢 