軟件工程基礎考試重點

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