杭電期末軟體工程複習

系統流程圖是做什麼用的？

系統流程圖是描繪物理系統的傳統工具。它的基本思想是用圖形符號以黑盒子形式描述系統裡面的每個部件(程式，檔案，資料庫，**，人工過程等等)。系統流程圖表達的是資訊在系統各部件之間流動的情況，而不是對資訊進行加工處理的控制過程，因此儘管系統流程圖使用的某些符號和程式流程圖中使用的符號相同，但是它確是物理流程圖而不是程式流程圖。

軟體的特點是什麼？

軟體是指令的集合，通過執行指令可以滿足預期的特徵、功能和效能需求；資料結構，它使得程式可以充分利用資訊；描述程式的操作和使用的文件。軟體的工作就是告訴計算機做什麼和如何做。

軟體質量：與確定的功能和效能需求一致、與成文的開發標準相一致、與所有專業開發的軟體所期望的隱含特性相一致。

資料流（dfd）圖的原則是什麼？

資料流圖是一種圖形化技術，它描繪資訊流和資料從輸入移動到輸出的過程中所經受的變換。在資料流圖中沒有任何具體的物理部件，它只是描繪資料在軟體中流動和被處理的邏輯過程。

在單張資料流圖時，必須注意以下原則：1.乙個加工的輸出資料流不應與輸入資料流同名，即使它們的組成成分相同。

2.保持資料守恆。也就是說，乙個加工所有輸出資料流中的資料必須能從該加工的輸入資料流中直接獲得，或者說是通過該加工能產生的資料。

3.每個加工必須既有輸入資料流，又有輸出資料流。4.

所有的資料流必須以乙個外部實體開始，並以乙個外部實體結束。5.外部實體之間不應該存在資料流。

軟體測試的目的是什麼？為了發現程式中的錯誤而執行程式的過程

什麼是需求分析？幹什麼的？在軟體工程中，需求分析指的是在建立乙個新的或改變乙個現存的電腦系統時描寫新系統的目的、範圍、定義和功能時所要做的所有的工作。

需求分析是軟體工程中的乙個關鍵過程。在這個過程中，系統分析員和軟體工程師確定顧客的需要。只有在確定了這些需要後他們才能夠分析和尋求新系統的解決方法。

編碼風格是什麼？有哪些要求？程式內部文件（包括識別符號、適當的註解和程式的視覺組織等）、資料說明（資料說明的風格是在寫程式時確定的）、語句構造（原則：

每個語句都應該簡單而直接，不能為了提高效率而使程式變得過分複雜）、輸入輸出（對所有輸入資料進行檢查、檢查輸入項重要組合的合法性、保持輸入格式簡單、使用資料結束標記，不要要求使用者指定資料的數目、明確提示互動式輸入的請求，詳細說明可用的選擇或邊界數值、當程式語言對格式有嚴格要求時，應保持輸入格式一致、設計良好的輸出報表、給所有輸出資料加標記）、效率（指處理機時間和儲存器容量兩個方面。

原則：首先，效率是效能要求，因此應該在需求分析階段確定效率方面的要求。其次，效率是靠好設計來提高的。

第三，程式的效率和程式的簡單程度是一致的，不要犧牲程式的清晰性和可讀性來不必要地提高效率。）

可行性研究的目的是什麼？確定問題是否值得去解決，可行性研究實質上是要進行一次大大壓縮簡化了的系統分析和設計的過程，也就是在較高層次上以較抽象的方式進行的系統分析和設計過程。

改進sc圖

如何計算環域複雜度？

快速原型模型

快速原型是快速建立起來的可以在計算機上執行的程式，它所能完成的功能往往是最終產品能完成的功能的乙個子集。快速原型模型的第一步是快速建立乙個能反映使用者主要需求的原型系統，讓使用者在計算機上試用它，通過實踐來了解目標系統的概貌。

優點：軟體產品的開發基本上是線性順序進行的。

需求規格說明書的作用

它是需求分析階段得出的最重要文件。通常用自然語言完整、準確、具體地描述系統的資料要求、功能需求、效能需求、可靠性和可用性要求、出錯處理需求、介面需求、約束、逆向需求以及將來可能提出的要求。自然語言書寫的規格說明書有容易書寫、容易理解的優點，為大多數人所歡迎和採用。

軟體工程的基本目標是什麼

軟體工程：採用工程的概念、原理、技術和方法來開發與維護軟體，把經過時間考驗而證明正確的管理技術和當前能夠得到的最好的技術方法結合起來，以經濟地開發出高質量的軟體並有效地維護它。

本質特性：軟體工程關注於大型程式的構造、軟體工程的中心課題是控制複雜性、軟體經常變化、開發軟體的效率非常重要、和諧地合作是開發軟體的關鍵、軟體必須有效地支援它的使用者、在軟體工程領域中通常由具有一種文化背景的人替具有另一種文化背景的人創造產品。

基本原理：用分階段的生命週期計畫嚴格管理、堅持進行階段評審、實行嚴格的產品控制、採用現代程式設計技術、結果應能清楚地審查、開發小組的人員必須少而精、承認不斷改進軟體工程實踐的必要性。

軟體生存週期模型是描述軟體開發過程中各種活動如何執行的模型

不適合作為科學計算的語言是哪些？

瀑布型模型及其優缺點

瀑布模型核心思想是按工序將問題化簡，將功能的實現與設計分開，便於分工協作，即採用結構化的分析與設計方法將邏輯實現與物理實現分開。將軟體生命週期劃分為制定計畫、需求分析、軟體設計、程式編寫、軟體測試和執行維護等六個基本活動，並且規定了它們自上而下、相互銜接的固定次序，如同瀑布流水，逐級下落。

瀑布模型的重要地位瀑布模型是最早出現的軟體開發模型，在軟體工程中占有重要的地位，它提供了軟體開發的基本框架。其過程是從上一項活動接收該項活動的工作物件作為輸入，利用這一輸入實施該項活動應完成的內容給出該項活動的工作成果，並作為輸出傳給下一項活動。同**審該項活動的實施，若確認，則繼續下一項活動；否則返回前面，甚至更前面的活動。

對於經常變化的專案而言，瀑布模型毫無價值

特點：階段間具有順序性和依賴性；推遲實現的觀點；質量保證的觀點；

優點：可強迫開發人員採用規範的方法；嚴格地規定了每個階段必須提交的文件；要求每個階段交出的所有產品都必須經過質量保證小組的仔細驗證。

缺點：瀑布模型是由文件驅動的。

耦合性分類？

耦合性是程式結構中各個模組之間相互關聯的度量。它取決於各個模組之間介面的複雜程度、呼叫模組的方式以及哪些資訊通過介面。

分為七類：非直接耦合、資料耦合、印記耦合、控制耦合、外部耦合、公共耦合、內容耦合

資料流圖，資料字典，軟體結構圖

資料字典是關於資料的資訊的集合，也就是對資料流圖中包含的所有元素的定義的集合。內容：資料流、資料流分量（即資料元素）、資料儲存、處理。

軟體結構圖是軟體系統的模組層次結構，反映了整個系統的功能實現，即將來程式的控制層次體系，軟體結構往往用樹狀或網狀結構的圖形來表示，其主要內容有模組及模組的控制關係，

如何提高測試效率

1.首先要有乙個合理的詳細的測試計畫。2.

測試盡早介入專案詳細了解專案的業務需求，做好測試的前期準備。3.對測試專案前景充滿信心，調整最佳心態，保持愉悅的工作心情。

4.提高測試接受的標準，減少測試版本送測次數。5.

測試負責人認真做好測試文件的評審。6.加強專案組成員的相互溝通工作和專案資訊收集工作

使用白盒測試時應怎樣去確定覆蓋標準

覆蓋標準：語句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋、條件組合覆蓋、點覆蓋、邊覆蓋、路徑覆蓋發現錯誤的能力呈由弱至強的變化。語句覆蓋每條語句至少執行一次。

判定覆蓋每個判定的每個分支至少執行一次。條件覆蓋每個判定的每個條件應取到各種可能的值。判定/條件覆蓋同時滿足判定覆蓋條件覆蓋。

條件組合覆蓋每個判定中各條件的每一種組合至少出現一次。路徑覆蓋使程式中每一條可能的路徑至少執行一次 .點覆蓋標準與語句覆蓋標準一樣。

邊覆蓋標準與判定覆蓋標準一樣。路徑覆蓋程式的每條可能路徑都至少執行一次

程式的基本控制結構

順序結構、分支結構（也稱為選擇結構）和迴圈結構

詳細設計的工具是圖形、**、語言。

有關成本效益分析的：目是否可行應從貨幣的時間價值、投資**期、純收入、投資**率方面考慮

軟體危機是什麼，其產生的原因是什麼

軟體發展第二階段的末期，由於計算機硬體技術的進步，計算機執行速度、容量、可靠性有顯著的提高，生產成本顯著下降，這為計算機的廣泛應用創造了條件。一些複雜的、大型的軟體開發專案提出來了，但是，軟體開發技術的進步一直未能滿足發展的需要。在軟體開發中遇到的問題找不到解決辦法，使問題積累起來，形成了尖銳的矛盾，因而導致了軟體危機。

軟體危機表現在以下四個方面：1.經費預算經常突破，完成時間一再拖延。

2.開發的軟體不能滿足使用者要求。3.

開發的軟體可維護性差。4.開發的軟體可靠性差。

造成軟體危機的原因是：1.軟體的規模越來越大，結構越來越複雜。

2.軟體開發管理困難而複雜。3.

軟體開發費用不斷增加。4.軟體開發技術落後。

5.生產方式落後。6.

開發工具落後，生產率提高緩慢。

詳細設計要做些什麼

詳細設計階段的根本目標是確定應該怎樣具體地實現所要求的系統。設計出程式的「藍圖」，以後程式設計師將根據這個藍圖寫出實際的程式**。主要任務：

1.為每個模組確定採用的演算法，選擇某種適當的工具表達演算法的過程，寫出模組的詳細過程性描述；2.確定每一模組使用的資料結構；3.

確定模組介面的細節，包括對系統外部的介面和使用者介面，對系統內部其它模組的介面，以及模組輸入資料、輸出資料及區域性資料的全部細節。在詳細設計結束時，應該把上述結果寫入詳細設計說明書，並且通過複審形成正式文件。交付給下一階段（編碼階段）的工作依據。

4.要為每乙個模組設計出一組測試用例，以便在編碼階段對模組**（即程式）進行預定的測試，模組的測試用例是軟體測試計畫的重要組成部分，通常應包括輸入資料，期望輸出等內容。

杭電期末軟體工程複習

軟體工程期末複習 2019

軟體工程複習

軟體工程複習

相關推薦