第一篇：軟件工程復(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)?；?/p>
4，開發(fā)軟件的效率非常重要； 5，和諧地合作是開發(fā)軟件的關(guān)鍵； 6，軟件必須有效地支持它的用戶；
7，在軟件工程領(lǐng)域中是由一種文化背景的人替具有另一種文化背景的人創(chuàng)造產(chǎn)品?；驹恚?/p>
1，用分階段的生命周期計(jì)劃嚴(yán)格管理； 2，堅(jiān)持進(jìn)行階段評(píng)審； 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)后，對(duì)項(xiàng)目在技術(shù)上和經(jīng)濟(jì)上是否可行所進(jìn)行的科學(xué)分析和論證。目的：用最小的代價(jià)在盡可能短的時(shí)間內(nèi)確定問題是否能夠解決。任務(wù)：對(duì)以后的行動(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)出和評(píng)價(jià)供選擇的解法6.推薦行動(dòng)方針7.草擬開發(fā)計(jì)劃8.書寫文檔提交審查 4系統(tǒng)流程圖，表達(dá)什么，它的符號(hào)，符號(hào)含義 概括地描繪物理系統(tǒng)的傳統(tǒng)工具。
5數(shù)據(jù)流程圖，描繪什么，它的符號(hào)，符號(hào)含義，畫法，數(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ù)的信息的集合。對(duì)數(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ù): ⑴問題識(shí)別：雙方確定對(duì)問題的綜合需求，這些需求包括功能需求，性能需求，環(huán)境需求，用戶界面需求。
重要性：需求分析可以使得開發(fā)和測試更能夠了解客戶的需求，把一些技術(shù)難點(diǎn)和可能遇到的難點(diǎn)問題提出來，盡早解決，并且達(dá)到一致，便于以后的開發(fā)和測試
需求分析結(jié)果是產(chǎn)生：需求規(guī)格說明書
⑵分析與綜合，導(dǎo)出軟件的邏輯模型
⑶編寫文檔：包括編寫“需求規(guī)格說明書”,“初步用戶使用手冊(cè)”,“確認(rèn)測試計(jì)劃”,“修改完善軟件開發(fā)計(jì)劃” 任務(wù)的7項(xiàng)要求，與用戶溝通的方法
獲取需求的方法，用到的圖形工具：E＿R圖，圖描述什么，使用符號(hào) 狀態(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)系。必要性：可以站在全局的高度上，花較少成本，從較抽象的層次上分析對(duì)比多種可能的系統(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)該得出對(duì)目標(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ì)模型，并由用戶試用和評(píng)價(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)中有對(duì)應(yīng)關(guān)系的數(shù)據(jù)單元。
（3）用下述3條規(guī)則從描繪數(shù)據(jù)結(jié)構(gòu)的jackson圖導(dǎo)出描繪程序結(jié)構(gòu)的jackson圖。
1、為每對(duì)有對(duì)應(yīng)關(guān)系的數(shù)據(jù)單元，按照它們?cè)跀?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)層次分別為它們畫上對(duì)應(yīng)的處理框?？傊枥L程序結(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ī)?！睖y試。⑤窮舉測試是不可能的。⑥為了達(dá)到最佳的測試效果，應(yīng)該由獨(dú)立的第三方從事測試工作。
測試方法：白盒測試（結(jié)構(gòu)測試）、黑盒測試（功能測試）。
測試步驟：①模塊測試②子系統(tǒng)測試③系統(tǒng)測試④驗(yàn)收測試⑤平行測試。3單元測試，測試的重點(diǎn)，測試方案
單元測試：在軟件開發(fā)過程中要進(jìn)行的最低級(jí)別的測試活動(dòng)，軟件的獨(dú)立單元將在與程序的其他部分相隔離的情況下進(jìn)行測試；集中檢測軟件設(shè)計(jì)的最小單元---模塊。
單元測試方法有：人工測試和計(jì)算機(jī)測試；單元測試主要使用白盒測試技術(shù)，而且對(duì)多個(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ā)者對(duì)用戶的“指導(dǎo)”下進(jìn)行測試，其是在受控的環(huán)境中進(jìn)行的。
Beta測試由軟件的最終用戶們?cè)谝粋€(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)要求對(duì)軟件進(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ù)記錄、評(píng)價(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)方法，是建立在“對(duì)象”概念基礎(chǔ)上的方法學(xué)。
要點(diǎn)：1認(rèn)為客觀世界是由各種對(duì)象構(gòu)成的，任何事物都是對(duì)象，復(fù)雜的對(duì)象可以由簡單的對(duì)象以某種方式組合而成。2，把所有的對(duì)象都劃分成各種對(duì)象類，每個(gè)對(duì)象類都定義了一組數(shù)據(jù)和一組方法。3，按照子類與父類的關(guān)系，把若干個(gè)對(duì)象組成一個(gè)層次結(jié)構(gòu)的的系統(tǒng)。4，對(duì)象之間僅能通過傳遞消息互相聯(lián)系。
優(yōu)點(diǎn)：1.與人類習(xí)慣的思維方法一致2.穩(wěn)定性好3.可重用性好4.較易開發(fā)大型軟件產(chǎn)品5.可維護(hù)性好
2對(duì)象的定義，要點(diǎn)，優(yōu)點(diǎn)
定義：1.對(duì)象是具有相同狀態(tài)的一組操作的集合2.對(duì)象是對(duì)屬性值和操作的封裝。3.對(duì)象：：=
3面向?qū)ο蟮母拍睿x，特點(diǎn)
面向?qū)ο笫且环N對(duì)現(xiàn)實(shí)世界理解和抽象的方法，是計(jì)算機(jī)編程技術(shù)[1]發(fā)展到一定階段后的產(chǎn)物。
特點(diǎn)：1對(duì)象唯一性2分類性3繼承性4多態(tài)性 優(yōu)點(diǎn)：1易維護(hù)2質(zhì)量高3效率高4易擴(kuò)展 4類的定義，實(shí)例、消息、方法、屬性，繼承等概念
類的定義：類就是具有相同數(shù)據(jù)和相同操作的一組相似對(duì)象的定義。實(shí)例：實(shí)例就是由某個(gè)特定類所描述的一個(gè)具體的對(duì)象。
消息：小時(shí)就是要求某個(gè)對(duì)象執(zhí)行在定義它的那個(gè)類中所定義的某個(gè)操作的規(guī)格說明。方法：方法就是對(duì)象所能執(zhí)行的操作，也就是類中所定義的服務(wù)。
屬性：屬性就是類中所定義的數(shù)據(jù)，它是對(duì)客觀世界實(shí)體說具有的性質(zhì)的抽象。封裝：在面向?qū)ο蟮某绦蛑校褦?shù)據(jù)和實(shí)現(xiàn)操作的代碼集中放在對(duì)象內(nèi)部。
繼承：在面向?qū)ο蟮能浖夹g(shù)中，繼承是子類自動(dòng)地共享基類中的數(shù)據(jù)和方法的機(jī)制。多態(tài)：多態(tài)性是指子類對(duì)象可以像父類對(duì)象那樣使用，同樣地消息既可以發(fā)給父類對(duì)象也可以發(fā)給子類對(duì)象。重載：函數(shù)重載是指在同一作用域類的若干個(gè)參數(shù)特征不同的函數(shù)可以使用相同的函數(shù)名字，運(yùn)送符號(hào)重載是指同一個(gè)運(yùn)算符可以施加在不同類型操作數(shù)上面。5面向?qū)ο蠼?，?duì)象模型（重點(diǎn)），功能模型（重點(diǎn)）動(dòng)態(tài)模型，模型怎么畫，各種符號(hào) 6面向?qū)ο蠓椒▽W(xué)使用的語言
面向?qū)ο笳Z言是一類以對(duì)象作為基本程序結(jié)構(gòu)單位的程序設(shè)計(jì)語言，指用于描述的設(shè)計(jì)是以對(duì)象為核心，而對(duì)象是程序運(yùn)行時(shí)刻的基本成分。語言中提供了類、繼承等成分。第10章
3個(gè)子模型和5個(gè)層次 怎樣確定類與對(duì)象
類是對(duì)象的抽象，對(duì)象是類的具體實(shí)例。確定關(guān)聯(lián)，各種關(guān)聯(lián)怎樣確定
建立動(dòng)態(tài)模型，編寫腳本，畫事件跟蹤圖
第二篇：軟件工程期末復(fù)習(xí)總結(jié)
軟件工程期末復(fù)習(xí)總結(jié)
第一章 軟件工程學(xué)概述
1.軟件危機(jī)：是指在計(jì)算機(jī)軟件開發(fā)、使用與維護(hù)過程中遇到的一系列嚴(yán)重問題和難題。包括如何開發(fā)軟件，如何維護(hù)數(shù)量不斷膨脹的已有軟件。
2.軟件生命周期的定義及劃分
3.軟件從定義、開發(fā)、使用和維護(hù)，直到最終廢棄的過程稱為生命周期
4.按照軟件生命周期全過程應(yīng)完成的任務(wù)性質(zhì)，在概念上可以把軟件生命周期劃分成問題定義、可行性研究、需求分析（定義時(shí)期）、總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)（系統(tǒng)設(shè)計(jì)）、編碼和單元測試、綜合測試以及運(yùn)行維護(hù)（系統(tǒng)實(shí)現(xiàn)）共8個(gè)階段
5.最基本的測試是集成測試和驗(yàn)收測試
6.軟件配置主要包括：程序+數(shù)據(jù)+文檔
7.軟件工程的定義軟件工程是把系統(tǒng)的、規(guī)范的、可度量的途徑應(yīng)用于軟件開發(fā)、運(yùn)行和維護(hù)過程，也就是把工程應(yīng)用于軟件；并研究其中提到的途徑。
8.軟件工程的基本原理
1.用分階段的生命周期計(jì)劃嚴(yán)格管理
2.堅(jiān)持進(jìn)行階段評(píng)審
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í)踐的必要性
9.軟件工程方法學(xué)包含3要素：方法、工具和過程。
分成傳統(tǒng)方法學(xué)和面向?qū)ο蠓椒▽W(xué)，其中傳統(tǒng)方法學(xué)采用結(jié)構(gòu)化技術(shù)（結(jié)構(gòu)化分析、結(jié)構(gòu)化設(shè)計(jì)和結(jié)構(gòu)化實(shí)現(xiàn)）來完成軟件開發(fā)的各項(xiàng)任務(wù)。
10.軟件過程是為了獲得高質(zhì)量軟件所需要完成的一系列任務(wù)的框架，它規(guī)定各項(xiàng)任務(wù)的工作步驟（who，when，what，how）
11.軟件過程模型有瀑布模型、快速原型模型、增量模型、螺旋模型、噴泉模型
12.瀑布模型優(yōu)點(diǎn)
1.階段間具有順序性和依賴性
2.推遲實(shí)現(xiàn)的觀點(diǎn)
3.質(zhì)量保證的觀點(diǎn)
13.軟件工程由方法、（工具）和過程三部分組成，稱軟件工程的三要素。
14.從工程管理的角度軟件設(shè)計(jì)可分為概要設(shè)計(jì)和（詳細(xì)）設(shè)計(jì)兩大步驟。
15.基于計(jì)算機(jī)系統(tǒng)的軟件要素中的軟件由程序、數(shù)據(jù)和（文檔）組成。
16.軟件設(shè)計(jì)也可看作將需求規(guī)格說明逐步轉(zhuǎn)換為軟件源代碼的過程。（）
17.軟件生存周期（名詞解釋）軟件從定義、開發(fā)、使用和維護(hù)，直到最終廢棄的過程稱為生命周期
18.軟件危機(jī)（名詞解釋）是指在計(jì)算機(jī)軟件開發(fā)、使用與維護(hù)過程中遇到的一系列嚴(yán)重問題和難題 原型法模型一般適應(yīng)哪些場合？
它適合于那些不能預(yù)先確切定義需求的軟件系統(tǒng)的開發(fā)，更適合于那些項(xiàng)目組成員（包括分析員、設(shè)計(jì)員、程序員和用戶）不能很好交流或通信有困難的情況。
瀑布模型一般適應(yīng)哪些場合？
瀑布模型一般適用于功能、性能明確、完整、無重大變化的軟件系統(tǒng)的開發(fā)。例如操作系統(tǒng)、編譯系統(tǒng)、數(shù)據(jù)庫管理系統(tǒng)等系統(tǒng)軟件的開發(fā)。應(yīng)用有一定的局限性。
第二章 可行性研究
1.可行性研究的目的，就是用最小的代價(jià)盡可能短的時(shí)間內(nèi)確定問題是否能夠解決
2.至少包含下述3個(gè)方面：
1.技術(shù)可行性
2.經(jīng)濟(jì)可行性
3.操作可行性
3.數(shù)據(jù)流圖的用途
1.交流信息的工具
2.作為分析與設(shè)計(jì)的工具
4.數(shù)據(jù)字典的內(nèi)容由4類元素組成1.數(shù)據(jù)流
2.數(shù)據(jù)流分量（即數(shù)據(jù)元素）
3.數(shù)據(jù)存儲(chǔ)
4.處理
5..系統(tǒng)流程圖是物理系統(tǒng)模型
數(shù)據(jù)流圖和數(shù)據(jù)字典是系統(tǒng)邏輯模型
5.成本/效益分析的方法:1.貨幣的時(shí)間價(jià)值，2投資回收期3純收入4投資回收率
6.數(shù)據(jù)字典：是關(guān)于數(shù)據(jù)的信息的集合，也就是對(duì)數(shù)據(jù)流圖中包含的所有元素的定義的集合.第三章 需求分析
1.需求分析是軟件定義時(shí)期的最后一個(gè)階段，它的基本任務(wù)是準(zhǔn)備地回答“系統(tǒng)必須做什么”這個(gè)問題
2.需求分析的任務(wù)
1.確定對(duì)系統(tǒng)的綜合要求
2.分析系統(tǒng)的數(shù)據(jù)要求
3.導(dǎo)出系統(tǒng)的邏輯模型
4.修正系統(tǒng)開發(fā)計(jì)劃
3.需求分析的結(jié)果是軟件需求規(guī)格說明書
4.需求分析的方法
1.訪談
2.面向數(shù)據(jù)流自頂向下求精
3.簡易的應(yīng)用規(guī)格說明技術(shù)
4.快速建立軟件原型，5…實(shí)踐表明，快速建立軟件原型是最準(zhǔn)確、最有效和最強(qiáng)大的需求分析技術(shù)
6需求分析建模的工具
1.E-R圖
2.層次方框圖，描繪數(shù)據(jù)的層次結(jié)構(gòu)
3.Warnier圖
4.IPO圖
7.驗(yàn)證軟件需求應(yīng)該從下面4個(gè)方面驗(yàn)證
1.一致性
2.完整性
3.現(xiàn)實(shí)性
4.有效性
第五章 總體設(shè)計(jì)
1.總體設(shè)計(jì)的基本目的就是回答“概括地說，系統(tǒng)該如何實(shí)現(xiàn)？”
2.總體設(shè)計(jì)也稱概要設(shè)計(jì)或初步設(shè)計(jì)
3.總體設(shè)計(jì)的重要任務(wù)
1.劃分系統(tǒng)元素和邊界
2.設(shè)計(jì)軟件的結(jié)構(gòu)，即系統(tǒng)的模塊組成和模塊間的關(guān)系。
4.總體設(shè)計(jì)通常由兩個(gè)階段組成：
系統(tǒng)設(shè)計(jì)階段，確定系統(tǒng)的具體實(shí)現(xiàn)方案
結(jié)構(gòu)設(shè)計(jì)階段，確定軟件結(jié)構(gòu)
5.模塊是構(gòu)成程序的基本構(gòu)件。
6.模塊化就是把程序分成獨(dú)立命名且可獨(dú)立訪問的模塊，每個(gè)模塊完成一個(gè)子功能，把這些模塊集成起來構(gòu)成一個(gè)整體，可以完成指定的功能滿足用戶需求
7.模塊化的根據(jù)就是分解復(fù)雜的問題容易解決
8.軟件設(shè)計(jì)原理
1.模塊化
2.抽象
3.逐步求精
4.信息隱藏和局部化
5.模塊獨(dú)立
9.模塊設(shè)計(jì)的原則是高內(nèi)聚，低耦合耦合是衡量不同模塊彼此間互相依賴的緊密程度
內(nèi)聚是衡量一個(gè)模塊內(nèi)部各個(gè)元素彼此結(jié)合的緊密程度
10.耦合的類型及設(shè)計(jì)原則：盡量使用數(shù)據(jù)耦合，少用控制耦合和特征耦合，限制公共環(huán)境耦合的范圍，完全不用內(nèi)容耦合內(nèi)聚：使用功能內(nèi)聚和順序內(nèi)聚
11.設(shè)計(jì)的啟發(fā)式規(guī)則
1.提高獨(dú)立性
2.模塊適中
3.深度、寬度、扇入和扇出適當(dāng)
4.模塊作用域應(yīng)該在控制域之內(nèi)
5.降低模塊接口的復(fù)雜度
6.設(shè)計(jì)單入口單出口的模塊
7.模塊功能可以預(yù)測
12.據(jù)流的設(shè)計(jì)方法的兩種不同類型的設(shè)計(jì)：變換分析和事務(wù)分析
優(yōu)化方法的格言：先使它能工作，然后再使它快起來
第六章 詳細(xì)設(shè)計(jì)
設(shè)計(jì)階段的根本目錄是確定應(yīng)該怎樣具體地實(shí)質(zhì)所要求的系統(tǒng)。
詳細(xì)設(shè)計(jì)不是編碼，而是設(shè)計(jì)出程序的“藍(lán)圖”
結(jié)構(gòu)程序設(shè)計(jì)最早由Dijkstra提出
只要3種基本的控制結(jié)構(gòu)就能實(shí)現(xiàn)任何單入口單出口的程序，這3種基本的控制結(jié)構(gòu)是“順序”、“選擇”和“循環(huán)”
1.程序設(shè)計(jì)的經(jīng)典定義：如果一個(gè)程序的代碼塊僅僅透過順序、選擇和循環(huán)這3中基本控制結(jié)構(gòu)進(jìn)行連接，并且每個(gè)代碼塊只有一個(gè)入口和一個(gè)出口，則稱這個(gè)程序是結(jié)構(gòu)化的結(jié)構(gòu)程序設(shè)計(jì)是盡可能少用GOTO語句的程序設(shè)計(jì)方法，最好僅在檢測出錯(cuò)誤時(shí)才使用GOTO語句，而且應(yīng)該總是使用前向GOTO語句
人機(jī)界面的設(shè)計(jì)質(zhì)量，直接影響用戶對(duì)軟件產(chǎn)品的評(píng)價(jià)
設(shè)計(jì)人機(jī)界面總會(huì)遇到下述四個(gè)問題：
1.系統(tǒng)響應(yīng)時(shí)間
2.用戶幫助設(shè)備
3.出錯(cuò)信息處理
4.命令交互
人機(jī)界面設(shè)計(jì)指南：
1.置用戶于控制之下
2.減少用戶的記憶負(fù)擔(dān)
3.保持界面一致
判定表可用作軟件測試
Jackson圖包含3類邏輯數(shù)據(jù)結(jié)構(gòu)，順序結(jié)構(gòu)，選擇結(jié)構(gòu)，重復(fù)結(jié)構(gòu)
第七章 實(shí)現(xiàn)
通常把編碼和測試統(tǒng)稱為實(shí)現(xiàn)
編碼就是把軟件設(shè)計(jì)結(jié)構(gòu)翻譯成某種程序設(shè)計(jì)語言書寫的程序
測試的目的就是在軟件投入生產(chǎn)性運(yùn)行之前，盡可能多地發(fā)現(xiàn)軟件中的錯(cuò)誤
軟件測試的工作量往往占軟件開發(fā)總工作量的40%以上
調(diào)試是測試階段最困難的工作
G.Myers測試的目標(biāo)或定義：
1.測試是為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過程
2.好的測試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測試方案
3.成功的測試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測試
軟件測試準(zhǔn)則
1.所有測試都應(yīng)該能追溯到用戶需求
2.應(yīng)該遠(yuǎn)在測試開始之前就制定出測試計(jì)劃
3.把Pareto原理應(yīng)用到軟件測試中
4.應(yīng)該從“小規(guī)模”測試開始，并逐步進(jìn)行“大規(guī)?！睖y試【（8020）測試發(fā)現(xiàn)的錯(cuò)誤80%很可能是由程序中20%的模塊造成的】
5.窮舉測試是不可能的6.第三方測試（A編寫，B測試）
V字型模型
測試分為白盒測試（結(jié)構(gòu)測試）和黑盒測試（功能測試）
具體的測試方法{【（測試用例）（）】【（覆蓋條件）（）】}
測試步驟：1.模塊測試.2子系統(tǒng)測試 3.系統(tǒng)測試 4.驗(yàn)收測試 5.平行運(yùn)行
軟件可靠性：是程序在給定的時(shí)間間隔內(nèi)，按照規(guī)格說明書的規(guī)定成功地運(yùn)行的概率
軟件可用性：是程序在給定的時(shí)間點(diǎn)，按照規(guī)格說明書的規(guī)定，成功地運(yùn)行的概率
第八章 維護(hù)
軟件工程的主要目的是提高軟件的可維護(hù)性，減少軟件維護(hù)所需要的工作量，降低軟件系統(tǒng)的總成本
所謂維護(hù)就是在軟件已經(jīng)交付使用之后，為了改正錯(cuò)誤或滿足新的需要而修改軟件的過程。
四類維護(hù)
1.改正性維護(hù)糾正使用過程中暴露出來的錯(cuò)誤
2.適應(yīng)性維護(hù)適應(yīng)外部環(huán)境變化
3.完善性維護(hù)改進(jìn)原有軟件
4.預(yù)防性維護(hù)改進(jìn)將來的可維護(hù)性和可靠性
軟件維護(hù)的特點(diǎn)
1.結(jié)構(gòu)化維護(hù)與非結(jié)構(gòu)化維護(hù)差別巨大
2.維護(hù)的代價(jià)高昂
3.維護(hù)的問題很多
決定軟件可維護(hù)性的因素
1.可理解性
2.可測試性
3.可修改性
4.可移植性
5.可重用性
文檔是影響軟件可維護(hù)性的決定因素
軟件系統(tǒng)的文檔可以分為用戶文檔和系統(tǒng)文檔兩類
1.用戶文檔主要描述系統(tǒng)功能和使用方法
2.系統(tǒng)文檔指從問題定義，需求說明驗(yàn)收測試計(jì)劃這樣一系列實(shí)現(xiàn)有關(guān)的文檔
Miller：“把今天的方法學(xué)應(yīng)用到昨天的系統(tǒng)上，以支持明天的需求?！?/p>
第三篇：軟件工程復(fù)習(xí)總結(jié)
第一章 軟件工程概述
1.軟件危機(jī)是指在計(jì)算機(jī)軟件的開發(fā)和維護(hù)過程中所遇到的一系列嚴(yán)重問題.2.軟件危機(jī)的典型表現(xiàn):
①對(duì)軟件開發(fā)成本和進(jìn)度的估計(jì)常常很不準(zhǔn)確.②用戶對(duì)“已完成的”軟件系統(tǒng)不滿意的現(xiàn)象經(jīng)常發(fā)生.③軟件產(chǎn)品的質(zhì)量往往靠不住.④軟件常常是不可維護(hù)的.⑤軟件通常沒有適當(dāng)?shù)奈臋n資料.⑥軟件成本在計(jì)算機(jī)系統(tǒng)總成本中占得比例逐年上升.⑦軟件開發(fā)生產(chǎn)率提高的速度遠(yuǎn)跟不上計(jì)算機(jī)應(yīng)用迅速普及深入的趨勢.3.產(chǎn)生軟件危機(jī)的原因:
①與軟件本身的特點(diǎn)有關(guān),軟件缺乏“可見性”.②與軟件開發(fā)維護(hù)的方法不正確有關(guān).4.消除軟件危機(jī)的途徑:
①首先應(yīng)該對(duì)計(jì)算機(jī)軟件有一個(gè)正確的認(rèn)識(shí).②必須充分認(rèn)識(shí)到軟件開發(fā)不是某種個(gè)體勞動(dòng)的神秘技巧,而是一種組織良好、管理嚴(yán)密、各類人員協(xié)同配合、共同完成的工程項(xiàng)目.③應(yīng)該推廣使用在實(shí)踐中總結(jié)出來的開發(fā)軟件的成功的技術(shù)和方法,并且研究探索更好更有效的技術(shù)和方法.④應(yīng)該開發(fā)和使用更好的軟件工具.5.軟件工程的基本原理:
①用分階段的生命周期計(jì)劃嚴(yán)格管理.②堅(jiān)持進(jìn)行階段評(píng)審.③實(shí)行嚴(yán)格的產(chǎn)品控制.④采用現(xiàn)代化程序設(shè)計(jì)技術(shù).⑤結(jié)果應(yīng)能清楚的審查.⑥開發(fā)小組的人員應(yīng)該少而精.⑦承認(rèn)不斷改進(jìn)軟件工程實(shí)踐的必要性.6.軟件生命周期:
①問題定義 → ②可行性研究 → ③需求分析 → ④總體設(shè)計(jì) → ⑤詳細(xì)設(shè)計(jì) → ⑥編碼和單元測試 → ⑦綜合測試 → ⑧軟件維護(hù)
7.瀑布模型: ?特點(diǎn):①階段間具有順序性和依賴性.②推遲實(shí)現(xiàn)的觀點(diǎn)③質(zhì)量保證的觀點(diǎn)
?優(yōu)點(diǎn):可強(qiáng)迫開發(fā)人員采用規(guī)范的方法;嚴(yán)格地規(guī)定了每個(gè)階段必須提交的文檔;要求每個(gè)階段交出的所有產(chǎn)品都必須經(jīng)過質(zhì)量保證小組的仔細(xì)驗(yàn)證.?缺點(diǎn):由文檔驅(qū)動(dòng).產(chǎn)品交付給用戶之前,用戶只能通過文檔來了解產(chǎn)品.8.快速原型模型: 是快速建立起來的可以在計(jì)算機(jī)上運(yùn)行的程序,它能完成的功能往往是最終產(chǎn)品的一個(gè)子集.優(yōu)點(diǎn): 軟件產(chǎn)品的開發(fā)基本上是線性順序進(jìn)行的.9.增量模型: 把軟件產(chǎn)品作為一系列的增量構(gòu)件來設(shè)計(jì)、編碼、集成和測試.優(yōu)點(diǎn): 能在較短時(shí)間內(nèi)向用戶提交可完成部分工作的產(chǎn)品;逐步增加產(chǎn)品功能可以使用戶有較充裕的時(shí)間學(xué)習(xí)和適應(yīng)新產(chǎn)品,從而減少一個(gè)全新的軟件可能給客戶組織帶來的沖擊.第二章 可行性研究
1.可行性研究的目的:用最小的代價(jià)在盡可能短的時(shí)間內(nèi)確定問題是否能夠解決.2.從以下幾方面研究每種解法的可行性:
①技術(shù)可行性②經(jīng)濟(jì)可行性③操作可行性④社會(huì)可行性
3.可行性研究的過程:
①復(fù)查系統(tǒng)規(guī)模和目標(biāo).②研究目前正在使用的系統(tǒng).③導(dǎo)出新系統(tǒng)的高層邏輯模型.④進(jìn)一步定義問題.⑤導(dǎo)出和評(píng)價(jià)供選擇的解法.⑥推薦行動(dòng)方針.⑦草擬開發(fā)計(jì)劃.⑧書寫文檔提交審查.4.系統(tǒng)流程圖是概括地描繪物理系統(tǒng)的傳統(tǒng)工具.數(shù)據(jù)流圖是一種圖形化技術(shù),它描繪信息流和數(shù)據(jù)從輸入移動(dòng)到輸出的過程中所經(jīng)受的變換.5.數(shù)據(jù)字典是關(guān)于數(shù)據(jù)的信息的集合,也就是對(duì)數(shù)據(jù)流圖中包含的所有元素的定義集合.數(shù)據(jù)字典的內(nèi)容由4類元素的定義組成:數(shù)據(jù)流、數(shù)據(jù)元素、數(shù)據(jù)存儲(chǔ)、處理.6.成本估計(jì):
①代碼行技術(shù):每行代碼平均成本×行數(shù)=軟件的成本
②任務(wù)分解技術(shù):把軟件開發(fā)工程分解為若干個(gè)相對(duì)獨(dú)立的任務(wù),再分別估計(jì)每個(gè)任務(wù)的成本,最后累加起來.③自動(dòng)估計(jì)成本技術(shù):用自動(dòng)估計(jì)成本的軟件工具.7.系統(tǒng)的經(jīng)濟(jì)效益=因使用新系統(tǒng)而增加的收入+使用新系統(tǒng)可以節(jié)省的運(yùn)行費(fèi)用
系統(tǒng)是否值得投資贏考慮:①貨幣的時(shí)間價(jià)值 ②投資回收期 ③純收入 ④投資回收率
第三章 需求分析
1.需求分析的任務(wù):
?確定對(duì)系統(tǒng)的綜合要求:①功能需求②性能需求③可靠性和可用性需求④出錯(cuò)處理需求⑤接口需求⑥約束⑦逆向需求⑧將來可能提出的要求
?分析系統(tǒng)的數(shù)據(jù)要求
?導(dǎo)出系統(tǒng)的邏輯模型
?修正系統(tǒng)開發(fā)計(jì)劃
2.實(shí)體聯(lián)系圖(ER圖)實(shí)體用方框□,關(guān)系用菱形◇,屬性用橢圓○
狀態(tài)轉(zhuǎn)換圖
層次方框圖
Warnier圖
IPO圖(輸入-處理-輸出)
第五章 總體設(shè)計(jì)
1.總體設(shè)計(jì)過程:
①設(shè)想提供選擇的方案②選取合理的方案③推薦最佳方案④功能分解⑤設(shè)計(jì)軟件結(jié)構(gòu)⑥設(shè)計(jì)數(shù)據(jù)庫⑦制定測試計(jì)劃⑧書寫文檔⑨審查和復(fù)審
2.模塊獨(dú)立: 重要性:①有效的模塊化軟件比較容易開發(fā)出來 ②便于測試和維護(hù) 模塊的獨(dú)立程度由兩個(gè)標(biāo)準(zhǔn)度量: 內(nèi)聚、耦合耦合:是對(duì)一個(gè)軟件結(jié)構(gòu)內(nèi)不同模塊之間互連程度的度量,耦合強(qiáng)弱取決于模塊間接口的復(fù)雜程度.耦合度由低到高:數(shù)據(jù)耦合<控制耦合<特征耦合<公共環(huán)境耦合<內(nèi)容耦合內(nèi)聚:標(biāo)志著一個(gè)模塊內(nèi)各個(gè)元素彼此結(jié)合的緊密程度.高內(nèi)聚往往意味著低耦合.內(nèi)聚度由低到高:偶然內(nèi)聚<邏輯內(nèi)聚<時(shí)間內(nèi)聚<過程內(nèi)聚<通信內(nèi)聚<順序內(nèi)聚<功能內(nèi)聚
3.啟發(fā)式規(guī)則:
①改進(jìn)軟件結(jié)構(gòu)提高模塊獨(dú)立性.②模塊規(guī)模應(yīng)該適中.③深度、寬度、扇出和扇入都應(yīng)適當(dāng).④模塊的作用域應(yīng)該在控制域之內(nèi).⑤力爭降低模塊接口的復(fù)雜程度.⑥設(shè)計(jì)單入口單出口的模塊.⑦模塊功能應(yīng)該可以預(yù)測.4.面向數(shù)據(jù)流的設(shè)計(jì)方法:變換分析,事務(wù)分析
第六章 詳細(xì)設(shè)計(jì)
1.人機(jī)界面設(shè)計(jì)問題: 系統(tǒng)響應(yīng)時(shí)間、用戶幫助設(shè)施、出錯(cuò)信息處理、命令交互
2.人機(jī)界面設(shè)計(jì)指南:
?一般交互指南:
①保持一致性.②提供有意義的反饋.③在執(zhí)行有較大破壞性的動(dòng)作之前要求用戶確認(rèn).④允許取消絕大多數(shù)操作.⑤減少在兩次操作之間必須記憶的信息量.⑥提高對(duì)話、移動(dòng)和思考的效率.⑦允許犯錯(cuò)誤.⑧按功能對(duì)動(dòng)作分類,并據(jù)此設(shè)計(jì)屏幕布局.⑨提供對(duì)用戶工作內(nèi)容敏感的幫助設(shè)施.⑩用簡單動(dòng)詞或動(dòng)詞短語作為命令名.?信息顯示指南:
①只顯示與當(dāng)前工作內(nèi)容有關(guān)的信息.②不要用數(shù)據(jù)淹沒用戶,應(yīng)該用便于用戶迅速吸取信息的方式來表示數(shù)據(jù).③使用一致的標(biāo)記、標(biāo)準(zhǔn)的縮寫和可預(yù)知的顏色.④允許用戶保持可視化的語境.⑤產(chǎn)生有意義的出錯(cuò)信息.⑥使用大小寫、縮進(jìn)和文本分組以幫助理解.⑦使用窗口分隔不同類型的信息.⑧使用“模擬”顯示方式表示信息,以使信息更容易被用戶提取.⑨高效率的使用顯示屏.?數(shù)據(jù)輸入指南:
①盡量減少用戶的輸入動(dòng)作.②保持信息顯示和數(shù)據(jù)輸入之間的一致性.③允許用戶自定義輸入.④交互應(yīng)該是靈活的,并且可調(diào)整成用戶最喜歡的輸入方式.⑤使在當(dāng)前動(dòng)作語境中不適用的命令不起作用.⑥讓用戶控制交互流.⑦對(duì)所有輸入動(dòng)作都提供幫助.⑧消除輸入的冗余.3.過程設(shè)計(jì)的工具: 即描述程序處理過程的工具.①程序流程圖②盒圖③PAD圖(問題分析圖)④判定表⑤判定樹⑥過程設(shè)計(jì)語言(PDL,也稱為偽碼)
4.面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)方法:Jackson方法和Warnier方法
Jackson圖:只有順序結(jié)構(gòu),選擇結(jié)構(gòu),重復(fù)結(jié)構(gòu)這三種邏輯數(shù)據(jù)結(jié)構(gòu).優(yōu)點(diǎn): 便于表示層次結(jié)構(gòu);形象直觀可讀性好;既能表示數(shù)據(jù)結(jié)構(gòu)也能表示程序結(jié)構(gòu)缺點(diǎn): 選擇條件或循環(huán)結(jié)束條件不能上圖;也不易把圖翻譯成程序;框間連線為斜線,不易打印.(改進(jìn)的Jackson圖框間連線為直線)
第七章 實(shí)現(xiàn)
1.通常把編碼和測試統(tǒng)稱為實(shí)現(xiàn).2.編碼:?選擇程序語言的標(biāo)準(zhǔn):①系統(tǒng)用戶的要求②可以使用的編譯程序③可以得到的軟件工具④工程規(guī)模⑤程序員的知識(shí)⑥軟件可移植性要求⑦軟件的應(yīng)用領(lǐng)域
?編碼風(fēng)格應(yīng)遵循的規(guī)則:①程序內(nèi)部的文檔②數(shù)據(jù)說明③語句構(gòu)造④輸入輸出⑤效率
3.測試:?目標(biāo):①發(fā)現(xiàn)程序中的錯(cuò)誤②發(fā)現(xiàn)錯(cuò)誤的測試方案③發(fā)現(xiàn)錯(cuò)誤的測試 ?準(zhǔn)則:①所以測試都應(yīng)該能追溯到用戶需求.②應(yīng)該遠(yuǎn)在測試開始之前就制定出測試計(jì)劃.③把Pareto原理應(yīng)用到測試軟件中.④應(yīng)該從“小規(guī)模”測試開始,并逐步進(jìn)行“大規(guī)?！睖y試.⑤窮舉測試是不可能的.⑥應(yīng)該由獨(dú)立的第三方從事測試工作.?方法:白盒,黑盒
?步驟:①模塊測試②子系統(tǒng)測試③系統(tǒng)測試④驗(yàn)收測試⑤平行運(yùn)行
4.白盒測試技術(shù):把程序看成裝在一個(gè)透明的白盒子里,測試者完全知道程序的結(jié)構(gòu)和處理方法.按照程序內(nèi)部的邏輯測試程序,檢測程序中的主要執(zhí)行通路是否都能按預(yù)定要求正確工作.5.黑盒測試技術(shù):把程序看作一個(gè)黑盒子,完全不考慮程序的內(nèi)部結(jié)構(gòu)和處理過程.在程序接口進(jìn)行的測試,它只檢查程序功能是否能按照規(guī)格說明書的規(guī)定正常使用,程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)據(jù)并產(chǎn)生正確的信息,能否保持外部信息完整性.等價(jià)劃分是一種黑盒測試技術(shù),這種技術(shù)把程序的輸入域劃分成若干個(gè)數(shù)據(jù)類,據(jù)此導(dǎo)出測試用例.6.調(diào)試途徑:①蠻干法②回溯法③原因排除法
第八章 維護(hù)
1.維護(hù)的問題:
①理解別人寫的程序通常非常困難,而且困難程度隨著軟件配置成分的減少而迅速增加.②需要維護(hù)的軟件往往沒有合格的文檔,或文檔資料不足.③當(dāng)要求對(duì)軟件進(jìn)行維護(hù)時(shí),不能指望由開發(fā)人員給人們仔細(xì)說明軟件.④絕大多數(shù)軟件在設(shè)計(jì)時(shí)沒有考慮將來的修改.⑤軟件維護(hù)不是一項(xiàng)吸引人的工作.2.軟件維護(hù)過程: ①維護(hù)組織②維護(hù)報(bào)告③維護(hù)的事件流
④保存維護(hù)記錄⑤評(píng)價(jià)維護(hù)活動(dòng)
3.決定軟件可維護(hù)性的因素: ①可理解性②可測試性③可修改性
④可移植性⑤可重用性
第十三章 軟件項(xiàng)目管理
1.估算軟件規(guī)模:代碼行技術(shù),功能點(diǎn)技術(shù)
2.Gantt圖:是歷史悠久、應(yīng)用廣泛的制定進(jìn)度計(jì)劃的工具.缺點(diǎn):①不能顯式地描繪各項(xiàng)作業(yè)彼此間的依賴關(guān)系.②進(jìn)度計(jì)劃的關(guān)鍵部分不明確,難于判定哪些部分應(yīng)當(dāng)是主攻和主控的對(duì)象.③計(jì)劃中有潛力的部分及潛力的大小不明確,往往造成潛力的浪費(fèi).3.人員組織方式:①民主制程序員組 ②主程序員組 ③現(xiàn)代程序員組
4.軟件質(zhì)量保證措施:基于非執(zhí)行的測試,基于執(zhí)行的測試和程序正確性證明.5.軟件配置:①軟件配置項(xiàng):計(jì)算機(jī)程序,描述計(jì)算機(jī)程序的文檔,數(shù)據(jù).②基線
6.軟件配置管理過程:①標(biāo)識(shí)軟件配置中的對(duì)象 ②版本控制 ③變化控制
④配置審計(jì) ⑤狀態(tài)報(bào)告
7.能力成熟度的五個(gè)等級(jí)從低到高依次是:初始級(jí)<可重復(fù)級(jí)<已定義級(jí)<已管理級(jí)<優(yōu)化級(jí)
第四篇：軟件工程復(fù)習(xí)知識(shí)點(diǎn)總結(jié)
1.軟件危機(jī)的概念，內(nèi)容，原因及消除的途徑； 2.軟件工程的定義，基本原理；
3.軟件工程方法學(xué)的基本概念、內(nèi)容；
4.軟件生命周期的具體內(nèi)容，每一個(gè)階段的任務(wù)是什么？結(jié)合具體的工程例子來理解做軟件項(xiàng)目主要分那幾個(gè)階段。
5.理解幾個(gè)典型軟件過程的內(nèi)容及其優(yōu)點(diǎn)與缺點(diǎn)：瀑布模型、增量模型、快速原型模型、螺旋模型、噴泉模型等； 6.了解可行性研究中的任務(wù)和過程；
7.掌握系統(tǒng)流程圖的概念和方法，會(huì)從具體的案例中抽象出系統(tǒng)流程圖； 8.掌握數(shù)據(jù)流圖的概念和方法，會(huì)從具體的案例中畫出0層數(shù)據(jù)流圖和功能級(jí)數(shù)據(jù)流圖；
9.掌握數(shù)據(jù)字典的內(nèi)容、方法、用戶和實(shí)現(xiàn)； 10.了解成本/效益分析方法；
11.了解需求分析過程中任務(wù)是什么.12.理解面向數(shù)據(jù)流自頂向下逐步求精的方法和意義；
13.理解分析及建模的意義，需求分析中應(yīng)該建立哪三種模型？有哪些工具來幫助建立這些模型？
14.掌握實(shí)體關(guān)系(E-R)圖的概念，內(nèi)容和實(shí)現(xiàn)方法，能結(jié)合具體實(shí)例建立實(shí)體關(guān)系圖；
15.掌握狀態(tài)圖的概念，內(nèi)容，實(shí)現(xiàn)方法和作用；
16.掌握層次方框圖、warnier圖、IPO圖的概念，內(nèi)容和作用； 17.有窮狀態(tài)機(jī)的概念和內(nèi)容；
18.總體設(shè)計(jì)是做什么？總體設(shè)計(jì)的過程是怎樣的？總體結(jié)構(gòu)設(shè)計(jì)的目的是什么？
19.掌握幾個(gè)設(shè)計(jì)原理，理解他們的內(nèi)容和意義；
20.掌握耦合和內(nèi)聚的概念和內(nèi)容，理解這些原理對(duì)設(shè)計(jì)有哪些指導(dǎo)意義； 21.耦合包含了哪些類型？每個(gè)類型的具體內(nèi)容是什么？要求能通過程序代碼識(shí)別出耦合類型。
22.啟發(fā)性規(guī)則的內(nèi)容及部分概念。23.層次圖、HIPO圖和結(jié)構(gòu)圖的內(nèi)容；
24.掌握面向數(shù)據(jù)流的設(shè)計(jì)方法，了解其中涉及到的概念（變換流，事務(wù)流），結(jié)合例子理解變換分析的具體過程。25.詳細(xì)設(shè)計(jì)是做什么？ 26.什么是結(jié)構(gòu)程序設(shè)計(jì)？
27.人機(jī)界面設(shè)計(jì)問題包含哪些？
28.掌握設(shè)計(jì)過程中用到的工具：程序流程圖的概念，內(nèi)容和方法；盒圖的概念、內(nèi)容和方法；會(huì)結(jié)合實(shí)例使用這些工具；掌握PAD 圖的概念和內(nèi)容；掌握判定表的概念和內(nèi)容。要結(jié)合實(shí)例來掌握它們。
29.了解結(jié)合Jackson圖來掌握面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)方法；會(huì)用Jackson程序設(shè)計(jì)方法對(duì)具體的實(shí)例進(jìn)行設(shè)計(jì)。
30.掌握幾種測試：單元測試、集成測試、確認(rèn)測試、白盒測試技術(shù)和黑盒測試技術(shù)；掌握它們的概念，內(nèi)容和方法；
31.對(duì)每一種測試方法，理解其具體細(xì)節(jié)：比如理解什么是漸增式測試和非漸增式測試，什么是Alpha測試和Beta測試.....； 32.結(jié)合G.J.Myers的觀點(diǎn)理解軟件測試的目的；（教材p150)33.掌握白盒測試的技術(shù)細(xì)節(jié)（比如：掌握邏輯覆蓋中的8個(gè)覆蓋點(diǎn)；掌握基本路徑測試，會(huì)根據(jù)過程設(shè)計(jì)結(jié)果畫出相應(yīng)的流圖；會(huì)計(jì)算流圖的環(huán)形復(fù)雜度；會(huì)計(jì)算出線性獨(dú)立路徑的基本集合）；掌握黑盒測試的技術(shù)細(xì)節(jié)； 34.理解軟件維護(hù)的定義、特點(diǎn)和維護(hù)過程； 自測練習(xí)題:
一、選擇題
1．瀑布模型的存在問題是（）
A．用戶容易參與開發(fā)
B．缺乏靈活性
C．用戶與開發(fā)者易溝通
D．適用可變需求
2．可行性分析是在系統(tǒng)開發(fā)的早期所做的一項(xiàng)重要的論證工作，它是決定該系統(tǒng)是否開發(fā)的決策依據(jù)，因必須給出（）的回答。
A．確定
B．行或不行
C．正確
D．無二義
3． 系統(tǒng)流程圖是用來
（）
A 描繪程序結(jié)構(gòu)的 B 描繪系統(tǒng)的邏輯模型
C 表示信息層次結(jié)構(gòu)的圖形工具 D 描繪物理系統(tǒng)的 4.下列屬于維護(hù)階段的文檔是（）
A.軟件規(guī)格說明
B.用戶操作手冊(cè)
C.軟件問題報(bào)告
D.軟件測試分析報(bào)告 5.軟件按照設(shè)計(jì)的要求，在規(guī)定時(shí)間和條件下達(dá)到不出故障，持續(xù)運(yùn)行的要求的質(zhì)量特性稱為（）
A.可用性
B.可靠性
C.正確性
D.完整性
6、快速原型模型的主要特點(diǎn)之一是()A.開發(fā)完畢才見到產(chǎn)品
B.及早提供全部完整的軟件產(chǎn)品 C.開發(fā)完畢后才見到工作軟件 D.及早提供工作軟件
7、軟件需求分析的主要任務(wù)是準(zhǔn)確地定義出要開發(fā)的軟件系統(tǒng)是()A.如何做
B.怎么做 C.做什么
D.對(duì)誰做
8.若有一個(gè)計(jì)算類型的程序，它的輸入量只有一個(gè)X，其范圍是［-1.0，1.0］，現(xiàn)從輸入的角度考慮一組測試用例：-1.001，-1.0，1.0，1.001。設(shè)計(jì)這組測試用例的方法是（）
A.條件覆蓋法
B.等價(jià)分類法
C.邊界值分析法
D.錯(cuò)誤推測法
9.研究開發(fā)所需要的成本和資源是屬于可行性研究中的研究的一方面。()A.技術(shù)可行性
B.經(jīng)濟(jì)可行性 C.社會(huì)可行性
D.法律可行性 10.模塊的內(nèi)聚性最高的是()A.邏輯內(nèi)聚
B.時(shí)間內(nèi)聚 C.偶然內(nèi)3 聚
D.功能內(nèi)聚
12.（）是把對(duì)象的屬性和操作結(jié)合在一起，構(gòu)成一個(gè)獨(dú)立的對(duì)象，其內(nèi)部信息對(duì)外界是隱蔽的，外界只能通過有限的接口與對(duì)象發(fā)生聯(lián)系。A 多態(tài)性 B 繼承 C 封裝 D 消息
二、填空題
1.將數(shù)據(jù)流圖映射為程序結(jié)構(gòu)時(shí), 所用映射方法涉及信息流的類型。其信息流分為 和 兩種類型。
2．為了便于對(duì)照檢查，測試用例應(yīng)由輸入數(shù)據(jù)和預(yù)期的_ _____兩部分組成。3.軟件由程序、、組成。
4.在學(xué)校中，一個(gè)學(xué)生可以選修多門課程，一門課程可以由多個(gè)學(xué)生選修，那么學(xué)生和課程之間是
關(guān)系。
5.軟件工程釆用層次化的方法,每個(gè)層次都包括、方法、三要素。6．一個(gè)模塊擁有的直屬下級(jí)模塊的個(gè)數(shù)稱為，一個(gè)模塊的直接上級(jí)模塊的個(gè)數(shù)稱為。
三、名詞解釋題 1．內(nèi)聚性 2．軟件危機(jī) 3．完善性維護(hù) 4.數(shù)據(jù)字典 5.程序流圖 6.驅(qū)動(dòng)程序 7.數(shù)據(jù)耦合 8.類圖
9.Alpha測試與Beta測試 10.軟件產(chǎn)品
四、簡答題
1.黑盒測試旨在測試軟件是否滿足功能要求,它主要診斷哪幾類錯(cuò)誤？ 2.瀑布模型、增量模型的優(yōu)缺點(diǎn)
3.程序流程圖或者盒圖的5種基本結(jié)構(gòu)的畫法 4.簡述過程設(shè)計(jì)語言(PDL)的特點(diǎn)。
5.根據(jù)特定的項(xiàng)目，你會(huì)考慮哪些因素來選擇合適的程序設(shè)計(jì)語言。6.（教材P141)畫出下列偽碼程序的程序流程圖和盒圖 START IF p THEN WHILE q DO f END DO ELSE BLOCK 4 g n END BLOCK END IF STOP 7.（教材P141)研究下面的PDL語言(過程設(shè)計(jì)語言，也稱偽碼程序）： LOOP: Set I to(START + FINISH)/2 If TABLE(I)=ITEM goto FOUND If TABLE(I)
五、綜合題（三題分別5，7，8分，共20分）
1.某培訓(xùn)中心要研制一個(gè)計(jì)算機(jī)管理系統(tǒng)。它的業(yè)務(wù)是： 將學(xué)員發(fā)來的信件收集分類后，按幾種不同的情況處理。
如果是報(bào)名的，則將報(bào)名數(shù)據(jù)送給負(fù)責(zé)報(bào)名事務(wù)的職員，他們將查閱課程文件，檢查該課程是否額滿，然后在學(xué)生文件、課程文件上登記，并開出報(bào)告單交財(cái)務(wù)部門，財(cái)務(wù)人員開出發(fā)票給學(xué)生。
如果是想注銷原來已選修的課程，則由注銷人員在課程文件、學(xué)生文件和帳目文件上做相應(yīng)的修改，并給學(xué)生注銷單。
3)如果是付款的，則由財(cái)務(wù)人員在帳目文件上登記，也給學(xué)生一張收費(fèi)收據(jù)。要求：
(1).對(duì)以上問題畫出功能級(jí)數(shù)據(jù)流程圖。(2).畫出該培訓(xùn)管理的軟件結(jié)構(gòu)圖。
2.某旅館的電話服務(wù)如下：
可以撥分機(jī)號(hào)和外線號(hào)碼。分機(jī)號(hào)是從7201至7299。外線號(hào)碼先撥9，然后是市話號(hào)碼或長話號(hào)碼。長話號(hào)碼是以區(qū)號(hào)和市話號(hào)碼組成。區(qū)號(hào)是從100到300中任意的數(shù)字串。市話號(hào)碼是以局號(hào)和分局號(hào)組成。局號(hào)可以是455,466,888，552中任意一個(gè)號(hào)碼。分局號(hào)是任意長度為4的數(shù)字串。
要求：寫出在數(shù)據(jù)字典中，電話號(hào)碼的數(shù)據(jù)條目的定義即組成。
3.軟件測試的過程包括哪些？黑盒測試與白盒測試的具體內(nèi)容是什么？它們分別針對(duì)哪幾類錯(cuò)誤？
一．集成測試中自頂向下集成和自底向上集成的優(yōu)缺點(diǎn)？
1、自頂向下集成 優(yōu)點(diǎn)：較早地驗(yàn)證了主要控制和判斷點(diǎn)；按深度優(yōu)先可以首先實(shí)現(xiàn)和驗(yàn)證一個(gè)完整的軟件功能；功能較早證實(shí)，帶來信心；只需一個(gè)驅(qū)動(dòng)，減少驅(qū)動(dòng)器開發(fā)的費(fèi)用；支持故障隔離。
缺點(diǎn)：柱的開發(fā)量大；底層驗(yàn)證被推遲；底層組件測試不充分。適應(yīng)于產(chǎn)品控制結(jié)構(gòu)比較清晰和穩(wěn)定；高層接口變化較小；底層接口未定義或經(jīng)?？赡鼙恍薷模划a(chǎn)口控制組件具有較大的技術(shù)風(fēng)險(xiǎn)，需要盡早被驗(yàn)證；希望盡早能看到產(chǎn)品的系統(tǒng)功能行為。
2、自底向上集成
優(yōu)點(diǎn)：對(duì)底層組件行為較早驗(yàn)證；工作最初可以并行集成，比自頂向下效率高；減少了樁的工作量；支持故障隔離。
缺點(diǎn)：驅(qū)動(dòng)的開發(fā)工作量大；對(duì)高層的驗(yàn)證被推遲，設(shè)計(jì)上的錯(cuò)誤不能被及時(shí)發(fā)現(xiàn)。
適應(yīng)于底層接口比較穩(wěn)定；高層接口變化比較頻繁；底層組件較早被完成。
二．簡述螺旋模型的基本開發(fā)過程。正確答案
(1)需求定義。利用需求分析技術(shù)理解應(yīng)用領(lǐng)域，獲取初步的用戶需求，制定項(xiàng)目開發(fā)計(jì)劃。
(2)風(fēng)險(xiǎn)分析。根據(jù)初始需求或改進(jìn)意見評(píng)審可選用的方案，給出消除或減少風(fēng)險(xiǎn)的途徑。
(3)工程實(shí)現(xiàn)。利用快速原型構(gòu)造方法針對(duì)已知的用戶需求生成快速原型。(4)評(píng)審。將原型提交用戶使用并征詢用戶改進(jìn)意見。
上述過程將不斷迭代，直至給出用戶滿意的目標(biāo)軟件產(chǎn)品。
三．一般而言,衡量某種程序語言是否適合于特定的項(xiàng)目,應(yīng)考慮哪些因素？(1)應(yīng)用領(lǐng)域;(2)算法和計(jì)算復(fù)雜性;(3)軟件運(yùn)行環(huán)境;(4)用戶需求中關(guān)于性能方面的需要;(5)數(shù)據(jù)結(jié)構(gòu)的復(fù)雜性;(6)軟件開發(fā)人員的知識(shí)水平;(7)可用的編譯器與交叉編譯器。
四．名詞解釋：
軟件危機(jī)是指落后的軟件生產(chǎn)方式無法滿足迅速增長的計(jì)算機(jī)軟件需求，從而導(dǎo)致軟件開發(fā)與維護(hù)過程中出現(xiàn)一系列嚴(yán)重問題的現(xiàn)象
軟件質(zhì)量是軟件符合明確敘述的功能和性能需求、文檔中明確描述的開發(fā)標(biāo)準(zhǔn)、以及所有專業(yè)開發(fā)的軟件都應(yīng)具有的和隱含特征相一致的程度。
恢復(fù)測試是指采取各種人工干預(yù)方式強(qiáng)制性地使軟件出錯(cuò)，使其不能正常工作，6 進(jìn)而檢驗(yàn)系統(tǒng)的恢復(fù)能力。
類圖(Class diagram)是顯示了模型的靜態(tài)結(jié)構(gòu)，特別是模型中存在的類、類的內(nèi)部結(jié)構(gòu)以及它們與其他類的關(guān)系等
數(shù)據(jù)耦合指兩個(gè)模塊之間有調(diào)用關(guān)系,傳遞的是簡單的數(shù)據(jù)值,相當(dāng)于高級(jí)語言的值傳遞
第五篇：軟件工程復(fù)習(xí)點(diǎn)總結(jié)
軟件工程
第一章
1.軟件過程模型有：線性順序模型（瀑布模型），原型實(shí)現(xiàn)模型，螺旋模型，快速應(yīng)用開發(fā)模型RAD，并發(fā)模型，基于構(gòu)件的開發(fā)模型，形式化方法模型，第四代技術(shù)。2.軟件危機(jī)變現(xiàn)：《1》軟件代價(jià)高
《2》開發(fā)進(jìn)度難以控制
《3》工作量估計(jì)困難 《4》質(zhì)量差
《5》修改、維護(hù)困難
3.維護(hù)類型：改正性維護(hù)，適應(yīng)性維護(hù)，完善性維護(hù)，預(yù)防性維護(hù)。
4.軟件是計(jì)算機(jī)系統(tǒng)中與硬件相互依存的另一部分，它是包括程序在，數(shù)據(jù)及其相關(guān)文檔的集合。
5.軟件工程是一門旨在生產(chǎn)無故障的，及時(shí)交付的，在預(yù)算之內(nèi)的和滿足用戶需求的軟件學(xué)科。
6.軟件生命周期包括了軟件定義，軟件開發(fā)和運(yùn)行維護(hù)3個(gè)時(shí)期組成。
7.軟件生命周期模型有問題定義，可行性研究，需求分析，總體詳細(xì)設(shè)計(jì)，總體編碼和單元測試，綜合測試軟件維護(hù)組。
8.CMM是用于評(píng)價(jià)一個(gè)組織軟件過程成熟度和識(shí)別增加這些過程的成熟度所需要的關(guān)鍵實(shí)踐的一個(gè)模型，是建立軟件組織所使用的進(jìn)程成熟度的模型以及定義和測量過程成熟度的有效方法，在實(shí)際中被軟件開發(fā)組織用于軟件過程改進(jìn)和評(píng)估。9.軟件過程開發(fā)模型： 1）線性模型（瀑布模型）：特點(diǎn)：自上而下，相互銜接如同瀑布流水，逐級(jí)下落，體現(xiàn)不可逆轉(zhuǎn)性。
優(yōu)點(diǎn)：強(qiáng)調(diào)開發(fā)的階段性、強(qiáng)調(diào)早期計(jì)劃和需求調(diào)查以及強(qiáng)調(diào)產(chǎn)品測試。
（1）為項(xiàng)目提供了按階段劃分的檢查點(diǎn)
（2）當(dāng)前一階段完成后，你自需要去關(guān)注后序階段。（3）開在迭代模型中應(yīng)用瀑布模型。
缺點(diǎn)：（1）在項(xiàng)目各階段之間極少有反饋。
（2）只用在項(xiàng)目生命周期的后期才能看到結(jié)果。
（3）通過過多的強(qiáng)制完成時(shí)期和里程碑來跟蹤各個(gè)階段。
適用性：用戶的需求非常清楚全面。2）快速原型模型：（1）可以得到比較良好的需求定義，容易適應(yīng)需求的變化。
（2）有利于開發(fā)與培訓(xùn)的同步
（3）開發(fā)費(fèi)用低，開發(fā)周期短且對(duì)用戶更友好
缺點(diǎn)：（1）客戶與開發(fā)者對(duì)原型模型理解不同
（2）準(zhǔn)確的原型設(shè)計(jì)比較困難（3）不利于開發(fā)人員開發(fā)
3）增量型優(yōu)點(diǎn)：（1）人員分配靈活
（2）如果核心產(chǎn)品很受歡迎，則可增加人力實(shí)現(xiàn)下一個(gè)增量（3）可先發(fā)布部分功能給客戶，對(duì)客戶起到鎮(zhèn)靜劑的作用
缺點(diǎn)：（1）并行開發(fā)構(gòu)件有可能遇到不能集成的風(fēng)險(xiǎn)，軟件必須具備開放式的體系結(jié)構(gòu)。
（2）容易退化為邊做邊改模型。從而使軟件過程的控制失去整體性。
4）螺旋模型：（1）設(shè)計(jì)上的靈活性，可以在項(xiàng)目的各個(gè)階段進(jìn)行變更。
（2）以小的分段來構(gòu)建大型系統(tǒng)，使成本計(jì)算變得簡單容易。
（3）隨著項(xiàng)目推進(jìn)，客戶始終掌握項(xiàng)目的最新消息，從而他或她能夠和管理層有效交互。
缺點(diǎn)：（1）采用螺旋模型需要具有相當(dāng)豐富的風(fēng)險(xiǎn)評(píng)估經(jīng)驗(yàn)和專門知識(shí)，在風(fēng)險(xiǎn)較大的項(xiàng)目開發(fā)中，如果未能夠及時(shí)標(biāo)識(shí)風(fēng)險(xiǎn)，勢必造成重大損失。
（3）過多的迭代次數(shù)會(huì)增加開發(fā)成本，延遲提交時(shí)間。
10.可行性分析法包括：（1）經(jīng)濟(jì)可行性（2）技術(shù)可行性（3）運(yùn)行可行性（4）法律可行性
（5）開發(fā)方案的選擇 11.需求工程分為：
（1）系統(tǒng)可行性研究：它指的現(xiàn)有的軟件、硬件技術(shù)能否實(shí)現(xiàn)用戶對(duì)新系統(tǒng)的需求。，從業(yè)務(wù)角度來決定系統(tǒng)開發(fā)是否劃算以及在預(yù)算范圍內(nèi)能否開發(fā)出來。
（2）需求導(dǎo)出和分析：這是一個(gè)通過對(duì)現(xiàn)有系統(tǒng)分析與潛在用戶和購買者討論。進(jìn)行任務(wù)分析等導(dǎo)出系統(tǒng)需求的過程，也可能需要一個(gè)或多個(gè)不同的系統(tǒng)模型和原型
（3）需求描述。需求描述就是把分析活動(dòng)中收集信息以文檔的形式確定下來。（4）需求有效性驗(yàn)證。這個(gè)活動(dòng)檢查需求實(shí)現(xiàn)、一致和完備。
（5）需求管理。需求管理是一種系統(tǒng)化方法，可用于獲取、組織和記錄系統(tǒng)需求并使客戶和項(xiàng)目團(tuán)隊(duì)在系統(tǒng)變更需求上達(dá)成并保持一致。12.軟件需求5個(gè)方面：（1）問題識(shí)別（2）評(píng)估與綜合（3）建模
（4）規(guī)約（5）評(píng)審 13.需求獲取方法：（1）建立聯(lián)合分析小組
（2）客戶訪談（3）問題分析與確認(rèn)（4）快速原型法
14.需求分析原則：（1）必須能夠表達(dá)和理解問題的數(shù)據(jù)域和功能域
（2）按按自頂向下，逐層分解。
（3）要給出系統(tǒng)的邏輯視圖和物理視圖。15.軟件設(shè)計(jì)分為總體設(shè)計(jì)和詳細(xì)設(shè)計(jì)。16.總體設(shè)計(jì)任務(wù)：
（1）系統(tǒng)分析員審查軟件計(jì)劃、軟件需求分析、提供的文檔、提出最佳推薦方案，用系統(tǒng)流程圖，組成物理元素清單，成本效益分析，系統(tǒng)的進(jìn)度計(jì)劃，供專家審定后進(jìn)入設(shè)計(jì)。（2）去頂模塊結(jié)構(gòu)，劃分功能模塊，將軟件功能需求分配給所劃分的最小單元模塊。確定模塊之間的聯(lián)系，確定數(shù)據(jù)結(jié)構(gòu)、文件結(jié)構(gòu)、數(shù)據(jù)庫模式，確定測試方法與策略。（3）編寫概要設(shè)計(jì)說明書，用戶手冊(cè)、測試計(jì)劃、選用相關(guān)的軟件工具來描述軟件結(jié)構(gòu)，結(jié)構(gòu)圖是經(jīng)常使用的軟件的軟件描述工具。選擇分解功能與劃分模塊的設(shè)計(jì)原則，例如模塊劃分獨(dú)立性原則，信息隱藏原則等。
17.信息隱蔽是指每個(gè)模塊內(nèi)部信息對(duì)于其他不需要此信息的模塊來說是不可訪問的，即外部模塊對(duì)模塊內(nèi)部的實(shí)現(xiàn)過程的不可見性。
18.模塊化就是把程序劃分成獨(dú)立命名且可獨(dú)立訪問的模塊，每個(gè)模塊完成一個(gè)子功能，把這些模塊集成起來構(gòu)成一個(gè)整體，可以完成指定的功能，以滿足用戶的需求。
19.模塊獨(dú)立性概括了把軟件劃分為模塊時(shí)要遵守的準(zhǔn)則，也是判斷模塊夠著是否合理的標(biāo)準(zhǔn)。
20.衡量模塊獨(dú)立的兩個(gè)標(biāo)準(zhǔn)是耦合性和內(nèi)聚性。21.耦合性：也稱塊間聯(lián)系，指軟件系統(tǒng)結(jié)構(gòu)中各模塊間相互聯(lián)系和緊密程度的一種度量。模塊之間聯(lián)系月緊密，其耦合性就越強(qiáng)，模塊的獨(dú)立性則越差。模塊間耦合高低取決于模塊間接口的復(fù)雜性，調(diào)用的方式以及傳遞的信息。
22.內(nèi)聚性：又稱為塊間聯(lián)系。指模塊的躬耕強(qiáng)度的度量即一個(gè)模塊內(nèi)部各個(gè)元素，彼此結(jié)合的緊密程度的度量。若一個(gè)模塊內(nèi)各個(gè)元素聯(lián)系的越緊密，則它的內(nèi)聚性越高。23.模塊獨(dú)立原則也稱為模塊設(shè)計(jì)的原則：高內(nèi)聚、低耦合。
24.耦合性包括：非直接耦合，數(shù)據(jù)耦合，標(biāo)記耦合，控制耦合，外部耦合，公共耦合，內(nèi)容耦合
25.內(nèi)聚性包括：巧合內(nèi)聚，邏輯內(nèi)聚，時(shí)間性內(nèi)聚，過程內(nèi)聚，通信內(nèi)聚，信息內(nèi)聚，功能內(nèi)聚。
26.數(shù)據(jù)流程圖的定義和作用：數(shù)據(jù)流程圖有兩個(gè)特征：抽象性和概括性。抽象性指的是數(shù)據(jù)流程圖把具體的組織機(jī)構(gòu)、工作場所、物質(zhì)流都去掉，只剩下信息和數(shù)據(jù)存儲(chǔ)，流動(dòng)，使用以及加工情況。
概括性則是指數(shù)據(jù)流圖把系統(tǒng)對(duì)各種業(yè)務(wù)的處理過程聯(lián)系起來考慮，形成一個(gè)總體。27.數(shù)據(jù)流程圖的組成：外部實(shí)體、數(shù)據(jù)流、處理、數(shù)據(jù)存儲(chǔ)。
28.面向?qū)ο蟮幕靖拍睿簩?duì)象是由描述該對(duì)象屬性的數(shù)據(jù)以及可以對(duì)這些數(shù)據(jù)施加的所有操作封裝在一起構(gòu)成的統(tǒng)一體。
29.對(duì)象：它是分裝了數(shù)據(jù)結(jié)構(gòu)及可以施加在這些數(shù)據(jù)結(jié)構(gòu)上的操作的封裝體。30.類：用于表示某些對(duì)象的共同特征（屬性和操作），對(duì)象是類的實(shí)例。31.實(shí)例：就是由某個(gè)特定類所描述的一個(gè)具體對(duì)象。32.消息：消息傳遞時(shí)對(duì)象與外界相互關(guān)系的唯一途徑。
33.方法：方法就是對(duì)象所能執(zhí)行的操作，也就是類中所定義的服務(wù)。
34.屬性：屬性就是類中定義的數(shù)據(jù)，它是對(duì)客觀世界實(shí)體所具有的性質(zhì)的抽象。35.封裝：封裝也就是信息隱藏，通過封裝對(duì)外界隱藏了對(duì)象的實(shí)現(xiàn)細(xì)節(jié)。36.繼承：是現(xiàn)實(shí)世界中遺傳關(guān)系的直接模擬。
37.多態(tài)性：指允許不同類的對(duì)象對(duì)同一信息做出響應(yīng)
38.重載：函數(shù)重載是指在同一個(gè)作用域內(nèi)的若干個(gè)參數(shù)特征不同的函數(shù)可以使用相同的函數(shù)名字
運(yùn)算重載是指同一個(gè)運(yùn)算符可以施加不同類型的操作數(shù)上面 39.UML是面向?qū)ο蟮姆椒?/p>
40.靜態(tài)結(jié)構(gòu)圖包括類圖和對(duì)象圖 41.UML由九種圖構(gòu)成：
用例圖
類圖
對(duì)象圖
活動(dòng)圖
狀態(tài)圖
序列圖（順序圖）
協(xié)作圖
構(gòu)件圖（組件圖）
部署圖（配置圖）
42.UML視圖大體分為三大類：
結(jié)構(gòu)分類
動(dòng)態(tài)行為
模型管理
43.類圖有3種屬性
“+”public（公共）
“#”protected（保護(hù)）
“-”private（私有）
操作一樣
44.類之間的關(guān)系有用關(guān)聯(lián)：泛化
聚合依賴
組合
45.用例圖有3種關(guān)系：communicates（通信）
extends（延伸）
uses（使用）46.程序設(shè)計(jì)語言3種結(jié)構(gòu)：順序
判斷
循環(huán)
47.良好的編碼風(fēng)格：
縮進(jìn)良好，沒有過多嵌套
變量名，空間名，類名都取直接有意義的字眼
有一些必要注釋
符合思維習(xí)慣使用運(yùn)算符
模塊化 48.軟件測試定義：為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過程 49.測試方法
黑盒測試（功能測試）
白盒測試（結(jié)構(gòu)測試）
50.黑盒測試如果已經(jīng)知道了產(chǎn)品應(yīng)該具有的功能，可以通過測試來檢驗(yàn)是否每個(gè)功能都正常使用 白盒測試：如果知道產(chǎn)品內(nèi)部工作過程，可以通過測試來檢驗(yàn)產(chǎn)品內(nèi)部動(dòng)作是否按照規(guī)格說明的規(guī)定正常進(jìn)行
51.軟件測試：
單元測試
集成測試
確認(rèn)測試
系統(tǒng)測試
52.單元測試也稱為模塊測試或結(jié)構(gòu)測試，通常可放在編程序段，主要采用邏輯覆蓋技術(shù)，目的是檢查模塊是否能實(shí)現(xiàn)了詳細(xì)設(shè)計(jì)說明書種規(guī)定的功能和算法 53.單元測試主要發(fā)現(xiàn)編程和詳細(xì)設(shè)計(jì)中產(chǎn)生的錯(cuò)誤 54.測試一個(gè)模塊是需要為該模塊編寫一個(gè)驅(qū)動(dòng)模塊和若干樁模塊。頂層測試無需驅(qū)動(dòng)模塊，底層測試無需樁模塊
55.集成測試也稱為組裝測試，在單元測試的基礎(chǔ)上把所有模塊組裝成一個(gè)系統(tǒng)進(jìn)行測試。主要測試設(shè)計(jì)階段產(chǎn)生的錯(cuò)誤
56.非漸增式集成測試（先測試后組裝）和漸增式集成測試（測試一個(gè)組裝一個(gè)）57.確認(rèn)測試目標(biāo)是檢驗(yàn)軟件的有效性，在需求分析階段制定
58.白盒測試技術(shù)：語句覆蓋
判定覆蓋
條件覆蓋
判定條件覆蓋
條件組合覆蓋
路徑覆蓋
59.黑盒測試技術(shù)：等價(jià)類劃分，邊值分析，錯(cuò)誤推測和因果圖等 60.按照測試過程是否在實(shí)際應(yīng)用過程中來分，有靜態(tài)分析與動(dòng)態(tài)測試
測試方法有分析法（靜態(tài)分析和白盒測試）與非分析法（黑盒法）
61.軟件維護(hù)分為以下4類：改正性維護(hù)；適應(yīng)性維護(hù)；完善性維護(hù)；預(yù)防性維護(hù)
62.決定軟件可維護(hù)性的因素： 可理解性
可測試性
可修改性
可移植性
可重用性 63.基本路徑測試：環(huán)路復(fù)雜性的3種計(jì)算方法： <1>將環(huán)路復(fù)雜度定義為流圖種區(qū)域的數(shù)量
<2>設(shè)E為流圖的邊數(shù)，N為圖中的節(jié)點(diǎn)數(shù)，則定義環(huán)路復(fù)雜度
V（G）=E-N+2 <3>設(shè)p為流圖G中的制定節(jié)點(diǎn)數(shù)，則有V（G）=p+1 64.關(guān)鍵路徑測試
點(diǎn)擊咨詢 