軟件工程基礎(chǔ)考試重點

軟件工程基礎(chǔ)考試重點軟件工程基礎(chǔ)考試重點軟件工程基礎(chǔ)考試重點xxx公司軟件工程基礎(chǔ)考試重點文件編號：文件日期：修訂次數(shù)：第1.0次更改批準(zhǔn)審核制定方案設(shè)計，管理制度1軟件危機指在計算機軟件的開發(fā)和維護(hù)過程中所遇到的一系列嚴(yán)重問題2軟件危機的原因有：1客觀：軟件規(guī)模大、復(fù)雜性高2主觀：忽視需求分析3軟件危機的主要表現(xiàn)：對軟件開發(fā)成本和進(jìn)度的估計常常不準(zhǔn)確（2）用戶對已完成系統(tǒng)不滿意的現(xiàn)象經(jīng)常發(fā)生（3）軟件產(chǎn)品質(zhì)量往往靠不?。?）軟件常常是不可維護(hù)的（5）軟件通常沒有適當(dāng)?shù)奈臋n資料（6）軟件的成本不斷提高（7）軟件開發(fā)生產(chǎn)率的提高趕不上硬件的發(fā)展和人們需求的增長4軟件工程：采用工程的概念、原理、技術(shù)和方法來開發(fā)與維護(hù)軟件，把經(jīng)過時間考驗、證明正確的管理技術(shù)和當(dāng)前能夠得到的做好的技術(shù)方法結(jié)合起來。經(jīng)濟地開發(fā)出高質(zhì)量的軟件并有效地維護(hù)它5軟件工程原理：（1）用分階段的生命周期計劃嚴(yán)格管理（2）堅持進(jìn)行階段評審（3）實行嚴(yán)格的產(chǎn)品控制（4）采納現(xiàn)代程序設(shè)計技術(shù)（5）結(jié)果應(yīng)能清楚地審查（6）開發(fā)小組的人員應(yīng)少兒精（7）承認(rèn)不斷改進(jìn)軟件工程實踐的必要性6生存期模型：瀑布模型、循環(huán)模型、演化模型、螺旋模型7軟件生存周期：從某個待開發(fā)軟件的目的被提出并著手實現(xiàn)，直到最后停止使用的這個過程。8生存周期階段：定義階段（系統(tǒng)分析、制定軟件項目計劃、需求分析）；開發(fā)階段（軟件設(shè)計、編碼、軟件測試）；維護(hù)階段（改正性維護(hù)，適應(yīng)性維護(hù)，完善性維護(hù)，預(yù)防性維護(hù)）9軟件開發(fā)的模式：1瀑布模式（初始目標(biāo)、需求分析、軟件設(shè)計、編碼、測試、運行維護(hù)）2原型法模式3演化模式4螺旋模式10軟件定義過程分階段：問題的定義、可行性研究、需求分析11可行性研究目的：以最小的代價在盡可能短的時間內(nèi)確定問題是否能夠解決?？尚行匝芯堪ǎ航?jīng)濟、技術(shù)、法律和方案選擇性12可行性研究包括：經(jīng)濟可行性、技術(shù)可行性、法律可行性、方案選擇性、13需求分析：軟件需求是指用戶對于目標(biāo)系統(tǒng)在功能.、行為、性能、設(shè)計約束等方面的期望。通過對應(yīng)問題及其環(huán)境的理解和分析，為問題涉及的信息、功能及系統(tǒng)行為進(jìn)行建模，將用戶需求精確化、完整化和清晰化，最終形成需求規(guī)格說明。14需求分析任務(wù)：確定系統(tǒng)的綜合要求、分析系統(tǒng)的數(shù)據(jù)要求、導(dǎo)出系統(tǒng)的邏輯模型、修正系統(tǒng)的開發(fā)計劃、開發(fā)原型系統(tǒng)。15初步需求獲取技術(shù)：訪談與會議、觀察用戶工作流程、用戶與開發(fā)人員組成聯(lián)合小組16結(jié)構(gòu)化分析方法：簡稱SA方法，它是一種面向數(shù)據(jù)流的需求分析方法，適用于分析大型數(shù)據(jù)處理系統(tǒng)，是一種簡單、實用的方法。17SA方法分析結(jié)果組成：一套分層的數(shù)據(jù)流圖、一本數(shù)據(jù)字典、一組加工邏輯說明和補充材料18數(shù)據(jù)流圖（DFD）：描繪系統(tǒng)的邏輯模型，圖中沒有任何具體的物理元素，只是描繪信息在系統(tǒng)中流動和處理的情況。是一種用邏輯系統(tǒng)的圖形表示，便于用戶理解、分析系統(tǒng)數(shù)據(jù)流程的分析工具19數(shù)據(jù)流圖基本成分：外部實體-方框、加工-圓、數(shù)據(jù)存儲-平行線、數(shù)據(jù)流-箭頭20數(shù)據(jù)字典：就是為數(shù)據(jù)流圖中的每個數(shù)據(jù)流、文件、加工、以及組成數(shù)據(jù)流或文件的數(shù)據(jù)項做出說明21數(shù)據(jù)字典條目內(nèi)容：（1）數(shù)據(jù)流圖中標(biāo)識數(shù)據(jù)流、數(shù)據(jù)源或外部實體的名稱與別名（2）數(shù)據(jù)類型（3）所有以它作為輸入流或輸出流的轉(zhuǎn)換的列表（4）使用該數(shù)據(jù)條目的簡要說明（5）數(shù)據(jù)條目的解釋性說明（6）其他補充說明在數(shù)據(jù)流圖中，每個加工框中只簡單地寫上了一個加工名，這顯然不能表達(dá)加工的全部內(nèi)容。隨著自頂向下逐步細(xì)化，功能越來越具體，加工邏輯也越來越精細(xì)。到最底一層，加工邏輯詳細(xì)到可以實現(xiàn)的程度，因此稱為“原子加工”或“基本加工”。如果能夠?qū)懗雒恳粋€基本加工的全部詳細(xì)邏輯功能，再自底向上綜合，就能完成全部邏輯加工。22加工邏輯的描述方法：結(jié)構(gòu)化語言、判定表、判定樹23概要設(shè)計任務(wù)：設(shè)計實現(xiàn)軟件的最佳方案、設(shè)計軟件體系結(jié)構(gòu)24模塊化：按照一定原則把程序劃分成若干個模塊、使每個模塊完成一個子功能模塊多，開發(fā)單個模塊工作量減少，與模塊接口有關(guān)工作增加。必須減少接口復(fù)雜提高獨立性。模塊特性：輸入輸出、功能、內(nèi)部數(shù)據(jù)、程序代碼25抽象：對事物共同的本質(zhì)特性進(jìn)行抽取和概括，忽略次要因素逐步求精：自頂向下的設(shè)計策略26信息隱蔽：在設(shè)計和確定模塊時，使得一個模塊內(nèi)包含的信息（過程或數(shù)據(jù)）對于不需要這些信息的模塊來說是不能訪問的局部化：在設(shè)計和確定模塊時把一些關(guān)系密切的軟件元素物理地放的彼此靠近27模塊獨立性：每個模塊只完成系統(tǒng)要求的獨立子功能，并且與模塊的聯(lián)系最少且接口簡單模塊獨立可用兩個定向標(biāo)準(zhǔn)度量：內(nèi)聚性（快內(nèi)聯(lián)系，一個模塊內(nèi)部各個元素彼此結(jié)合的緊密程度的度量，大）耦合性（塊間聯(lián)系，各模塊間相互聯(lián)系的緊密程度，?。?8內(nèi)聚度低到高：偶然內(nèi)聚、邏輯、時間、過程、通信、信息、功能內(nèi)聚耦合性從高到低：內(nèi)容耦合、公共、外部、控制、標(biāo)記、數(shù)據(jù)、非直接耦合29軟件結(jié)構(gòu)優(yōu)化的原則：改善獨立性；模塊規(guī)模應(yīng)該適中；深度、寬度、扇入和扇出要適當(dāng)；作用域應(yīng)在控制域內(nèi)；設(shè)計單入口單出口的模塊；力爭降低模塊接口的復(fù)雜程度；功能應(yīng)該可以預(yù)測。30詳細(xì)設(shè)計的原則：采用自頂向下逐步求精的設(shè)計方法。使用言語中的順序、選擇、重復(fù)等有限的基本結(jié)構(gòu)表示程序邏輯。選用的控制結(jié)構(gòu)只允許一個入口和一個出口。復(fù)雜結(jié)構(gòu)應(yīng)該用基本控制結(jié)構(gòu)進(jìn)行組合嵌套來實現(xiàn)。嚴(yán)格控制GOTO語句。31詳細(xì)設(shè)計方法：程序流程圖、N-S圖、PAD圖、PDL32程序里程圖中主要符號元素的含義：方框表示加工任務(wù)：菱形表示邏輯條件；箭頭表示控制流.33程序流程圖主要缺點：(1)程序流程圖本質(zhì)上不是逐步求精的好工具，它誘使程序員過早地考慮程序的控制流程，而不去考慮程序的全局結(jié)構(gòu)。（2）程序流程圖中用箭頭代表控制流，因此，程序員不受任何約束，可以完全不顧結(jié)構(gòu)程序設(shè)計的精神，隨意轉(zhuǎn)移控制。程序流程圖不宜表示數(shù)據(jù)結(jié)構(gòu)N-S圖有下述特點：（1）功能域（即一個特定控制結(jié)構(gòu)的作用域）明確（2）不可能任意轉(zhuǎn)移控制（3）很容易確定局部和全程數(shù)據(jù)的作用域（4）很容易表現(xiàn)嵌套關(guān)系，也可以表示模塊的層次結(jié)構(gòu)。PAD圖的主要優(yōu)點：（1）使用表示結(jié)構(gòu)化控制結(jié)構(gòu)的PAD符號設(shè)計出來的程序必然是結(jié)構(gòu)化程序。（2）PAD圖描繪的程序結(jié)構(gòu)十分清晰。（3）容易將PAD圖轉(zhuǎn)換成高級語言源程序，這種轉(zhuǎn)換可用軟件工具自動完成，從而可省去人工編碼的工作，有利于提高軟件的可靠性和 （英文或中文） 軟件的生產(chǎn)率。（4）既可用于表示程序邏輯，也可用于描繪數(shù)據(jù)結(jié)構(gòu)。（5）PAD圖的符號支持自頂向下，逐步求精方法的使用。PDL具有以下特點：（1）提供全部結(jié)構(gòu)化控制結(jié)構(gòu)、數(shù)據(jù)說明和模塊特征。能對PDL正文進(jìn)行結(jié)構(gòu)分割，使之變得易于理解。（2）關(guān)鍵字語法固定。（3）數(shù)據(jù)處理使用結(jié)構(gòu)化語（4）數(shù)據(jù)說明應(yīng)該滿足自定義數(shù)據(jù)類型的要求（5）模塊定義和接口描述應(yīng)該類某種語言風(fēng)格。34軟件測試的原則：（1）應(yīng)當(dāng)經(jīng)早的和不斷的進(jìn)行軟件測試，（2）測試用例應(yīng)當(dāng)由測試輸入數(shù)據(jù)和與之對立的與其輸出結(jié)果組成（3）開發(fā)人員和測試隊伍要分別建立，為保證測試質(zhì)量應(yīng)分別建立開發(fā)和測試隊伍（4）設(shè)計測試用例時應(yīng)包括合理的輸入條件合不合理的輸入條件（5）充分注意測試中的群集現(xiàn)象（6）嚴(yán)格執(zhí)行測試計劃排除測試的隨意行（7）應(yīng)當(dāng)對每一個測試的結(jié)果做全面檢測（8）在對程序進(jìn)行修改后要進(jìn)行回歸測試（9）妥善保存測試計劃、測試用例、出錯統(tǒng)計和最終分析報告，為維護(hù)提供方便。35 白盒測試又稱玻璃盒測試，對軟件的過程性描述做細(xì)致的檢查，把測試對象看著一個打開的盒子，允許利用程序內(nèi)部的邏輯結(jié)構(gòu)及有關(guān)信息，設(shè)計或選擇測試用例，對程序所有邏輯路徑進(jìn)行測試。通過在不同點檢查程序的狀態(tài)，取得實際的狀態(tài)，是否與預(yù)期的狀態(tài)一致，故又稱結(jié)構(gòu)測試或邏輯驅(qū)動?？梢裕?）保證一個模塊中的所有獨立路徑至少被使用一次；（2）對所有邏輯值均需測試真和假；（3）在上下邊界及可操作范圍內(nèi)運行所有循環(huán)；（4）檢查內(nèi)部數(shù)據(jù)結(jié)構(gòu)以確保其有效性。是36 黑盒測試也稱作行為測試在完全不考慮程序的內(nèi)部結(jié)構(gòu)和處理過程的前提下，在程序接口進(jìn)行的測試，它只檢查程序功能是否能按照規(guī)格說明書的規(guī)定正常使用，程序是否能適當(dāng)?shù)亟邮茌斎霐?shù)據(jù)產(chǎn)生正確的輸出信息，并且保持外部信息的完整性。因此，又稱為功能測試或數(shù)據(jù)驅(qū)動合理地應(yīng)用黑盒測試可以導(dǎo)出滿足以下標(biāo)準(zhǔn)的測試案例集：能夠減少達(dá)到合理測試所需的測試數(shù)；能夠判斷某些類型的錯誤存在與否，且與特定測試無關(guān)。白盒測試技術(shù)基本路徑測試，控制結(jié)構(gòu)測試黑盒測試技術(shù)等價劃分，邊界值分析。軟件測試策略：單元、集成、確認(rèn)、系統(tǒng)37單元測試集中檢驗軟件設(shè)計的最小單元——模塊。單元測試可以使用白盒測試法，而且對多個模塊的測試可以并行地進(jìn)行。常見的錯誤有1.不正確的算數(shù)優(yōu)先級2.混合模式操作3.精度不夠準(zhǔn)確4.錯誤的初始化。在單元測試的基礎(chǔ)上，我們通常需要對由經(jīng)過單元測試的模塊組裝起來形成的一個子系統(tǒng)進(jìn)行的測試，這樣的測試被稱為子系統(tǒng)測試。子系統(tǒng)測試時重點測試模塊的接口。而對由經(jīng)過測試的子系統(tǒng)測試組裝成的系統(tǒng)進(jìn)行的測試則稱為系統(tǒng)測試。38集成測試又叫組裝測試。通過測試發(fā)現(xiàn)和接口有關(guān)的問題來構(gòu)造程序結(jié)構(gòu)的系統(tǒng)化技術(shù)，目標(biāo)是將單元測試通過的模塊構(gòu)造一個符合設(shè)計描述的程序結(jié)構(gòu)。集成測試方法可以分為兩類一是非漸增式測試，一是漸增式測試。集成測試策略：自頂向下集成，自底向上集成，回歸測試。39確認(rèn)測試a測試由用戶在開發(fā)者的場所進(jìn)行，用戶在開發(fā)者指導(dǎo)下對軟件進(jìn)行測試，開發(fā)者負(fù)責(zé)記錄錯誤和使用中出現(xiàn)的問題，總的來說，a測試