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