軟件工程概論ch032課件

1、軟件工程概論Name: Email:Tel:第1頁，共28頁。目 錄 第1章 緒論 第2章 可行性分析與項目計劃 第3章 需求分析 第4章 概要設計 第5章 詳細設計 第6章 編程與測試 第7章 軟件維護 第8章 面向對象的方法 第9章 面向對象的需求獲取第10章 面向對象的分析第11章 面向對象的設計第12章 面向對象的測試第2頁，共28頁。第3章 軟件需求分析可行性研究通過以后，下一步就要根據草擬的開發(fā)計劃，展開詳細的需求分析活動。軟件需求分析，是詳細分析需求，并建立需求分析模型的階段第3頁，共28頁。第3章 軟件需求分析3.1 需求分析概述3.2 結構化分析方法3.3 數據流圖的繪制3.

2、4 編制數據字典3.5 加工邏輯的分析與表達3.6 原型技術3.7 需求驗證與評審第4頁，共28頁。3.2 結構化分析方法3.2.1結構化分析的概念3.2.2細化數據流圖3.2.3數據流程圖應用實例第5頁，共28頁。3.2.1結構化分析的概念用一組標準的工具和策略從事系統(tǒng)分析與設計，以便提高系統(tǒng)分析與設計的質量和效率 第6頁，共28頁。軟件危機中反應的問題軟件工程學科的誕生方法論效率質量復雜性目標復用獨立性分解分層抽象原理結構問題應解決的關鍵問題軟件系統(tǒng)層（結構化分析與設計、面向對象的分析與設計）程序層（結構化程序設計、面向對象的程序設計）結構化、面向對象過程性模塊化思想基于對象繼承工具、技術

3、第7頁，共28頁。結構化分析方法的直接目的就是撇開物理因素，在綜合分析用戶對系統(tǒng)各項要求的基礎上，最終導出新系統(tǒng)的邏輯模型。用數據流圖作為主要工具，進一步審查用戶的真實需求和新系統(tǒng)必須完成的功能，逐步細化數據流圖，直到把“數據流”、“加工”和“數據存貯”分析分解到足夠具體為止，最終得到的就是系統(tǒng)的基于功能的邏輯模型。第8頁，共28頁。在對數據細化的過程中，要建立數據字典，對“數據元素”、“數據結構”、“數據流”、“數據存貯”和“加工”都要加以詳細的定義和注釋。加工的處理邏輯描述，還需要用到專門的分析和表達工具：結構式語言、判定樹和判定表等工具第9頁，共28頁。綜上所述，結構化系統(tǒng)分析的過程，大

4、致歸納為以下幾步：細化數據流圖（DFD），必要時，對實時系統(tǒng)還要繪制控制流圖（CFD）；編制數據字典；用戶復查；修正開發(fā)計劃；整理文檔；審查和復審。第10頁，共28頁。3.2 結構化分析方法3.2.1結構化分析的概念3.2.2細化數據流圖3.2.3數據流程圖應用實例第11頁，共28頁。3.2.2細化數據流圖1沿數據流圖回溯，挖掘想要的內容2自頂向下逐層分析的分析策略 第12頁，共28頁。1沿數據流圖回溯，挖掘想要的內容 系統(tǒng)輸出的數據流是由哪些數據元素組成的？每個數據元素又是從哪里來的？對這些問題的回答，迫使我們必須從數據流圖的輸出端開始，沿數據流的方向回溯。既然它們是系統(tǒng)的輸出，顯然不是從外

5、面輸入到系統(tǒng)中來的就是通過加工產生出來的。沿數據流圖從輸出端向輸入端回溯，一定能夠找出每個數據元素的來源。如果確認某個數據流是由某個加工產生的，就可以從用戶那里調查分析得到該加工的邏輯算法。 第13頁，共28頁。記住一個準則：“數據流”一定是和“加工”有關聯的。一個數據流不是流入“加工”的就必然是從“加工”流出的，如圖3-1所示。第14頁，共28頁。在調研階段產生的高層數據流圖，許多具體的細節(jié)沒有包括在里面，因此沿數據流程回溯時常常遇到下述問題：為了得到某個數據元素需要用到數據流圖中目前還沒有的數據元素，或者得出這個數據元素需要用的算法尚不完全清楚。為了解決這些問題，往往需要向用戶和其他有關人

6、員請教，他們的回答會使分析師對目標系統(tǒng)的認識更深入更具體，數據流圖中的更多的成分就可以被分解出來。第15頁，共28頁。通常把分析過程中得到的有關數據元素的信息描述在數據字典中，把對算法的簡明描述記錄在IPO圖中（輸入/處理/輸出圖）。通過挖掘分解出來的數據流、數據存貯和處理邏輯及時添加到數據流圖中，這就是細化的過程。第16頁，共28頁?；厮輸祿鲌D的過程中，還要掌握的另外一個原則是：數據流程圖不可能一步細化到位，需要按照概括程度逐步細化，逐層分解。第17頁，共28頁。3.2.2細化數據流圖1沿數據流圖回溯，挖掘想要的內容2自頂向下逐層分析的分析策略 第18頁，共28頁。2自頂向下逐層分析的分析

7、策略 在軟件工程中控制復雜性的兩個基本手段：“分解“和“抽象”。 分析理解問題時，一般不可能一步到位，分解可以“循序漸進”地進行，即先考慮問題最本質的屬性和高度概括的情形，以后再逐層剖析內部的細節(jié)，直至涉及到最詳細的內容。這種用高度概括的手法，先把握主要的功能，忽略細節(jié)，避免眉毛胡子一把抓的做法，就用到了“抽象”的手法。第19頁，共28頁。在研究用戶業(yè)務系統(tǒng)的數據流程時，是以“功能”為對象進行不同級別“抽象”的。在數據流圖的細化方面，把處理功能按抽象層次進行逐層分解，把握好抽象的粒度，使其與層次對應。 第20頁，共28頁。第21頁，共28頁。3.2 結構化分析方法3.2.1結構化分析的概念3.2.2細化數據流圖3.2.3數據流程圖應用實例第22頁，共28頁。3.2.3數據流程圖應用實例某汽車配件公司設有銷售、采購、倉庫、會計等業(yè)務部門。公司每天都要處理大量的銷售訂單業(yè)務。當配件缺貨或庫存量低于保險貯備量時，就要進貨。如果暫不考慮配件公司內部的倉庫和會計業(yè)務細節(jié)，那么，配件公司的TOP圖，如3-3所示