软件工程课件.pptxVIP

軟體工程需求分析

軟體工程2.1需求分析的任務需求分析的基本任務是準確地回答“系統必須做什麼?”這個問題。目標系統提出完整、準確、清晰、具體的要求。需求分析階段的具體任務一、確定對系統的綜合要求。對系統的綜合要求有下述四個方面：1．系統功能要求應該劃分出系統必須完成的所有功能。

軟體工程2．系統性能要求例如，聯機系統的回應時間(即對於從終端輸入的一個“事務”，系統在多長時間之內可以做出回應)，系統需要的存儲容量以及後援存儲，重新啟動和安全性等方面的考慮都屬於性能要求。3．運行要求這類要求集中表現為對系統運行時所處環境的要求。例如，支持系統運行的系統軟體是什麼，採用哪種資料庫管理系統，需要什麼樣的外存儲器和數據通信介面等。

軟體工程4．將來可能提出的要求應該明確地列出那些雖然不屬於當前系統開發範疇，但是據分析將來很可能會提出來的要求。這樣做的目的是在設計過程中對系統將來可能的擴充和修改預做準備，以便一旦需要時能比較容易地進行這種擴充和修改。二、分析系統的數據要求任何一個軟體系統本質上都是資訊處理系統，系統必須處理的資訊和系統應該產生的資訊在很大程度上決定了系統的面貌，對軟體設計有深遠影響，因此，必須分析系統的數據要求，這是軟體需求分析的一個重要任務。分析系統的數據要求通常採用建立概念模型的方法。

軟體工程複雜的數據由許多基本的數據元素組成，數據結構表示數據元素之間的邏輯關係。利用數據字典可以全面準確地定義數據，但是數據字典的缺點是不夠形象直觀。為了提高可理解性，常常利用圖形工具輔助描繪數據結構。常用的圖形工具有層次方框圖和Warnier圖。三、導出系統的邏輯模型綜合上述兩項分析的結果可以導出系統的詳細的邏輯模型，通常用數據流圖、數據字典和主要的處理演算法描述這個邏輯模型。四、修正系統開發計畫根據在分析過程中獲得的對系統的更深入更具體的瞭解，

軟體工程可以比較準確地估計系統的成本和進度，修正以前制定的開發計畫。五、開發原型系統在電腦硬體和許多甚他工程產品的設計過程中經常使用樣機。建造樣機通常有兩個主要目的：檢驗關鍵設計方案的正確性及系統是否真正滿足用戶的需要。對於軟體系統的開發，使用“樣機”(更正確的名稱應該是原型系統)的主要目的是，使用戶通過實踐獲得關於未來的系統將怎樣為他們工作的更直接更具體的概念，從而可以更準確地提出和確定他們的要求。

軟體工程2.2需求分析的原則需求分析的前提是準確、完整地獲取用戶需求。向問題領域的專家學習，進行用戶需求查是需求分析的第一步。用戶需求通常可以分為功能需求和性能需求兩類。功能需求定義了系統應該做什麼，系統要求輸入什麼資訊，輸出什麼資訊，以及如何將輸入變換為輸出。性能需求則定義了軟體運行的狀態特徵，如系統運行效率，可靠性，安全性，可維護性等等。綜合起來，應該獲取用戶需求的內容包括：(1)物理環境。系統運行的設備地點、位置是集中式的還是分佈式的，對環境的要求如何(如溫度、濕度，電磁場干擾等)。

軟體工程(2)系統介面。要求與其他系統進行數據交換的內容與格式，終端用戶的類型與熟練程度，用戶對介面的特定要求，用戶操作的易接受性等。(3)系統功能。系統應該完成的功能以及何時完成，對於系統運行速度、回應時間或者數據吞吐量的要求，系統運行的許可權規定，系統可靠性要求，是否要求可移植，未來擴充或者升級的要求。(4)數據要求。輸入偷出數據的種類與格式，計算必須達到的精度，數據接收與發送的頻率，數據存儲的容量和可靠性，數據或者檔訪問的控制權限，數據備份的要求。

軟體工程(5)系統文檔規格。系統要求交付什麼文檔，各類文檔的編制規範和預期使用對象。(6)系統維護要求。系統出錯後可以允許的最大恢復時間，對錯誤修改的回歸測試要求，系統運行日誌規格，是否允許對系統修改，系統變化如何反映到設計中。在獲取需求過程中遇到的典型問題及其解決方法是：(1)如何理解問題。大多數情況下，軟體開發人員不是問題領域的行家。但是要準確、完整的獲取需求必須對問題具有深入的理解與把握。許多問題即使是用戶業務人員也可能沒有自覺的認識。(2)分析員與用戶的通信問題。分析員對問題的理解

軟體工程必須從資訊處理要求出發，而用戶更多的考慮是本身的業務領域。與用戶建立相互信任、有效的溝通是分析員的首要任務。(3)用戶需求的可變性。用戶需求通常是不斷變化的，而軟體開發人員則希望將需求凍結在某一時刻。影響用戶需求變化的因素可以是用戶領域的業務擴充或者轉移，市場競爭的要求，用戶主管人員的變更等。現實情況是分析員只能接受需求不斷變化的事實，應該千方百計地使其工作適應需求的變化。現實世界是複雜多變的。為了將現實世界中問題的求解映射為資訊處理模型，對問題進行分解與抽象是普遍有效的基