結構化分析課件

第三章結構化分析

第三章結構化分析

第一節(jié)需求分析

第二節(jié)結構化分析方法

第三節(jié)他具有結構化思想的需求分析方法

第三章結構化分析

第一節(jié)需求分析

軟件需求是指用戶對目標系統(tǒng)在功能、行為、

性能、設計約束等方面的要求。

需求分析是指對應用問題及其環(huán)境的理解與

分析，為問題涉及的信息、功能及系統(tǒng)行為建立

模型，將用戶需求精確化、完全化，最終形成需

求規(guī)格說明的一系列活動或過程。

第三章結構化分析

需求分析介于系統(tǒng)分析和軟件設計之間。

一方面，需求分析以系統(tǒng)規(guī)格說明和項目

規(guī)劃作為分析活動的基本出發(fā)點。

另一方面，需求分析規(guī)格說明書又是軟件

設計、實現(xiàn)、測試和維護的基礎。

一個軟件系統(tǒng)是由相互聯(lián)系和相互作

用的若干部分組成的，是具有特定功能的

有機整體。要準確回答“系統(tǒng)必須做什

么“，要進行軟件需求分析，需求分析有

時稱為系統(tǒng)分析。

需求分析的過程是一個對系統(tǒng)的理解

與表達的過程，是軟件工程的一個重要活

動。

理解就是開發(fā)人中充分理解用戶的需求，對

問題及環(huán)境的理解、分析與綜合，逐步建立目標

系統(tǒng)的模型。應該是開發(fā)人員與用戶一起來理解

系統(tǒng)，大家都來理解系統(tǒng)要做什么。

表達就是產生規(guī)格說明書等有關文檔。規(guī)格

說明書就是把分析的結果完全地、精確地表達出

來。

第三章結構化分析

一、需求分析的任務

需求分析的基本任務是確定系統(tǒng)必須完成哪

些工作，也就是對目標系統(tǒng)提出完整、準確、清

晰和具體要求。

即必須準確回答問題：“系統(tǒng)能做什么？”

而不是確定系統(tǒng)如何完成它的工作O

第三章結構化分析

軟件項目的用戶要求

用戶與分析員之間需要通信和溝通。

一方面，分析員必須應澄清用戶需求的模糊

性、歧義性和不一致性，全面理解用戶的各項要

求，但又不能全盤接受所有要求，因為用戶提出

的要求未必都是合理的。對于無法實現(xiàn)的要求，

應予充分解釋，并對相互沖突的要求進行折衷。

另一方面，必須準確表達被接受的用戶要求,

因為描述確切的軟件需求才能成為軟件設計和實

現(xiàn)的基礎。

第三章結構化分析

對需求分析的結果，即分析模型和需求規(guī)格

說明必須嚴格審查。需求規(guī)格說明一旦得到用戶

和軟件開發(fā)方一致確認后，它將成為用戶和軟件

開發(fā)方之間的合同。

作為目標系統(tǒng)的參考，需求分析要做的工作

是借助于當前系統(tǒng)的邏輯模型導出目標系統(tǒng)的邏

輯模型，解決目標系統(tǒng)“做什么”的問題

第三章結構化分析

導出理解需

求的表達

第三章結構化分析

需求分析的任務主要有如下幾個方面:

1.確定軟件的綜合需求

軟件的綜合需求包括：功能需求，性能需求,

運行需求，可靠性需求，安全保障需求，用戶界

面需求，資源使用需求，成本消耗與開發(fā)進度需

求，將來可能提出的需求。

第三章結構化分析

功能需求:列出被開發(fā)的軟件應該作什么。

性能需求:給出被開發(fā)的軟件的技術性能指標,

包括存貯容量限制，響應時間，精確度指標和安全

性等。

運行需求:對系統(tǒng)運行時所處環(huán)境的要求。例如

在硬件方面，采用什么機型、什么外部設備和數(shù)據

通信接口等；在軟件方面，采用什么系統(tǒng)軟件（操

作系統(tǒng)，網絡軟件，數(shù)據庫管理系統(tǒng)等）支撐軟件

系統(tǒng)運行；在使用方面，要求使用部門、操作人員

在技術水平上應該具備什么樣的條件等。

第三章結構化分析

可靠性需求:按實際的運行環(huán)境提出對被

開發(fā)軟件在投入運行后不發(fā)生故障的概率之要

求。

安全保障需求:按實際環(huán)境提出對被開發(fā)

軟件給予特殊設計，使其在投入運行后其安全

保密方面性能得到必要保證的要求。

用戶界面需求a軟件與用戶界面友好程度

第三章結構化分析

資源使用需求:對被開發(fā)軟件運行時所需的

數(shù)據、軟件、內存空間等各項資源的要求；對開

發(fā)軟件所需的人力、支撐軟件、開發(fā)設備等的要

求。

成本消耗與開發(fā)進度需求:軟件立項后，根

據合同規(guī)定，對軟件開發(fā)的進度和各步驟的費用

要求。

將來可能提出的需求:對軟件將來可能的擴

第三章結構化分析

2.分析系統(tǒng)的數(shù)據需求

分析系統(tǒng)的數(shù)據需求就是從系統(tǒng)的信息流中

歸納抽象出數(shù)據元素組成、數(shù)據的邏輯關系、數(shù)

據字典格式和數(shù)據模型，并以輸入/處理/輸出的

結構方式表示。

第三章結構化分析

3.導出系統(tǒng)的邏輯模型

明確目標系統(tǒng)與當前系統(tǒng)的邏輯差別，將變

化部分看作是新的處理過程，然后由外及里對變

化進行分析，推斷其結構，最終獲得目標系統(tǒng)的

邏輯模型。

第三章結構化分析

4.修正系統(tǒng)開發(fā)計劃

在對目標系統(tǒng)有了更深入更具體認識的基礎

之上對開發(fā)計劃進行修正。

5.開發(fā)原形系統(tǒng)

采用開發(fā)原形系統(tǒng)策略的理由是：人類認識

能力的局限性，不能預先窮盡所有要求；用戶與

系統(tǒng)分析員之間存在通信鴻溝；用戶需要一個顯

示的系統(tǒng)以便獲得使用經驗；開發(fā)過程中的反復

和重復是必要的和不可避免的。

第三章結構化分析

使用原形系統(tǒng)的目的是：讓用戶通過實踐

獲得關于未來系統(tǒng)將怎樣為他們服務的直接概

念，從而能更準確的提出和確定用戶要求。

探索型原型

第三章結構化分析

二、需求分析的主要步驟：

1.調查研究

調查用戶需求，訪談或會談是最早開始運

用的獲取用戶需求的技術，也是迄今為止廣泛使

用的需求分析技術。

第三章結構化分析

2.分析與綜合

問題分析與方案綜合要求分析員從數(shù)據流和

數(shù)據結構出發(fā)，逐步細化所有的軟件功能，找出

系統(tǒng)個元素之間的聯(lián)系、接口特性和設計上的約

束，分析它們是否滿足功能需求，是否合理。刪

除不合理的部分，增補需要的部分，最終綜合出

系統(tǒng)的解決方案，導出系統(tǒng)的詳細邏輯模型。

3.書寫文檔

這個階段可能需要完成下面三份文檔資料

1）系統(tǒng)需求規(guī)格說明:主要包括描述目標系

統(tǒng)概貌、功能要求、性能要求、運行要求和將來

可能提出的要求。數(shù)據流圖、用IPO圖或其他工具

簡要描述的系統(tǒng)主要算法都是該份文擋的重要組

成部分。此外，該份文檔還應包括用戶需求與系

統(tǒng)功能之間的關系、設計約束等等。

軟件需求規(guī)格說明是需求分析階段的最終成

果。

第三章結構化分析

2）數(shù)據要求：主要包括數(shù)據字典以及描述

數(shù)據結構的層次方框圖或Warnier圖。此外,

該份文檔還應包括對存儲信息分析的結果。

第三章結構化分析

3）用戶系統(tǒng)描述:主要包括對系統(tǒng)功能性

能扼要描述，使用系統(tǒng)的主要步驟和方法，以

及用戶的責任等等。該文檔相當于一份初步用

戶手冊，它使得未來用戶能從使用系統(tǒng)的角度

檢查該目標系統(tǒng)，進而讓用戶比較易于判斷這

個系統(tǒng)是否滿足他們的需要。

修正開發(fā)計劃：主要包括成本計劃、資

源使用計劃和進度計劃等等。

第三章結構化分析

4.需求分析評審

將需求規(guī)格說明書提交設計之前，必須進

行需求評審，這是需求分析的最后一步。如果

在評審過程中發(fā)現(xiàn)說明書中存在錯誤或缺陷,

應及時重新進行相應的初步需求分析，修改需

求規(guī)格說明書，并重新評審。

第三章結構化分析

評審的內容包括：

正確性:需求規(guī)格說明書中對系統(tǒng)的功能、

行為、性能描述必須符合用戶對目標軟件產品的

期望。

無歧義性:需求規(guī)格說明書中的語法單位只

有唯一的解釋。使用標準化術語是一種確保無歧

義性的有效措施。

完整性:需求規(guī)格說明書中不能遺漏用戶需

求，即目標軟件產品的所有功能、行為、性能約

束以及它在所有可能情況下的預期行為應該完全

包含在需求規(guī)格說明書中。

第三章結構化分析

可驗證性:需求規(guī)格說明書中的各類需求都

應該存在技術和經濟上的可行手段進行驗證和確

認。

一致性:需求規(guī)格說明書中各部分不能存在

矛盾。例如，術語使用方面的沖突，功能和行為

特征方面的沖突，時序方面的前后不一致等。

第三章結構化分析

可理解性:用戶設計人員和測試人員應該容

易理解需求規(guī)格說明書中的描述，避免使用過多

的專業(yè)詞匯。

可修改性：需求規(guī)格說明書中的格式和組織

方式應能保證比較容易地接受后續(xù)的增、刪和修

改，并使修改后的說明書能夠較好地保持其他各

項屬性。

可追蹤性：需求規(guī)格說明書必須能將分析后

獲得的每項需求與用戶的原始需求清晰地聯(lián)系起

來，并為后續(xù)開發(fā)和其他文檔引用這些需求項提

供便利。

第三章結構化分析

另外還有系統(tǒng)需求分階段提供的文檔資

料是否齊全，與其他系統(tǒng)的重要接口是否都

已描述，設計的約束或限制條件是否切合實

際，被開發(fā)項目的數(shù)據流與數(shù)據結構是否足

夠、確定，開發(fā)的技術風險是什么，用戶是

否審查了初步用戶手冊，軟件開發(fā)計劃中的

估算是否受到了影響等等，其中正確性在評

審中受到普遍關注。

第三章結構化分析

評審應由專門指定的人員負責，評審結束后

應有評審負責人的結論意見及簽字。分析員，用

戶、開發(fā)部門的管理者、軟件設計、實現(xiàn)、測試

人員都應當參加評審工作。評審可以采取會議的

形式進行，首先，分析員要說明軟件產品的總體

目標，包括產品的主要功能、與環(huán)境的交互行為

以及性能指標。

第三章結構化分析

評審會議要對需求模型進行評估，以此決定

該說明書能否成為良好的軟件設計基礎。評審會

議還要就原始軟件問題討論除當前需求模型之外

的其他解決問題的方案，并對各種影響軟件設計

和質量的因素進行折衷，決定說明書中采用的取

舍是否合理。最后，評審會議應對軟件的質量確

認方法進行討論，形成為用戶和開發(fā)人員均能接

受的各項測試指標。

第三章結構化分析

三、需求分析的原則

1.理解和表示問題的信息域和功能域。

信息域包括數(shù)據流數(shù)據內容數(shù)據結構

數(shù)據流就是數(shù)據經過系統(tǒng)時的變化形式，輸

入數(shù)據先轉換成中間數(shù)據,再由中間數(shù)據轉換成

輸出結果數(shù)據。

數(shù)據內容就是數(shù)據項。

數(shù)據結構就是各數(shù)據項的邏輯組織。

第三章結構化分析

2.對描述信息、功能和行為的模型進行分

解，用層次的方式展示細節(jié)。

把J可題以自頂向下、逐層分解的方式分解

為幾個較易理解的部分，并確定各部分之間

的接口，從而實現(xiàn)軟件的整體功能。

在需求分析階段，軟件的功能域和信息域

都可以做進一步的分解。

第三章結構化分析

3.分清系統(tǒng)的：」和「"：

?WS給出的是系統(tǒng)要達到的功能和要處

理的信息間的關系，而不是實現(xiàn)細節(jié)。

II卷濠I給出的是系統(tǒng)處理功能和數(shù)據結構

的實際表示形式，這通常由設備本身所決定。

第三章結構化分析

第二節(jié)結構化分析方法

結構化分析(StructuredAnalysis,SA)的基

本思想是用抽象模型的概念，按照軟件的內部數(shù)

據傳遞、變換關系，從層次的角度出發(fā)，自頂向

下地逐層分解，直到找到滿足功能要求的所有可

實現(xiàn)的軟件為止。

是指抽出事物的本質特性而暫時不考慮

它們的細節(jié)。

分解是指把一個大問題經過多次逐層劃分成

為若干個足夠簡單容易解決的小問題的過程。

抽象和分解是結構化分析方法的主要手段O

第三章結構化分析

結構化分析方法是一種依賴數(shù)據流圖的自頂

向下的建模方法，它的核心是數(shù)據流圖，所以又

說它是一種面向數(shù)據流的分析方法

結構化分析方法常用的幾個工具是數(shù)據流圖、

數(shù)據字典、結構化英語、判定表與判定樹

第三章結構化分析

一、數(shù)據流圖

數(shù)據流圖(DFD)從數(shù)據傳遞與加工的角度，以

圖形的方式描繪數(shù)據從輸入移動到輸出所經歷的

變換過程。設計數(shù)據流圖時，只需考慮軟件必須

完成基本邏輯功能，不要考慮如何實現(xiàn)這些功能。

第三章結構化分析

1.數(shù)據流圖符號

數(shù)據的源點/匯點

加工或處理，輸入數(shù)據在

此進行變換產生輸出數(shù)據

數(shù)據存儲

數(shù)據流

第三章結構化分析

I.例子

假設一家工廠的采購部每天需要一張定貨報

表，報表按零件編號排序，表中列出所有需要

再次定貨的零件。對于每個需要再次定貨的零

件應該列出下述數(shù)據：零件編號、零件名稱、

定貨數(shù)量、目前價格、主要供應者和次要供應

者。零件入庫或出庫稱為事務，通過放在倉庫

中的CRT終端把事務報告給定貨系統(tǒng)。當某種零

件的庫存數(shù)量少于庫存量臨界值時就應該再次

定貨。

第三章結構化分析

要畫出上述定貨系統(tǒng)的數(shù)據流圖，須從問題

描述中獲取數(shù)據流圖的四種成分:

源點或終點處理邏輯數(shù)據存儲數(shù)據流

倉庫管理員可作數(shù)據源點；由“采購部每天需要

一張定貨報表》和“倉庫中的CRT終端把事務報

告給定貨系統(tǒng)”知道采購員可作為數(shù)據終點。任

何改變數(shù)據的操作都是處理或加工，因此必須有

一個用于產生報表的處理和一個改變零件庫存量

的事務的處理。系統(tǒng)把生成的定貨報表送往采購

部，因此定貨報表是一數(shù)據流；事務從倉庫送到

系統(tǒng)，所以事務是另一數(shù)據流。每當有一個事務

發(fā)生時，就立即處理這個事務，然而每天只產生

一次報表。

第三章結構化分析

任何系統(tǒng)的基本模型都由若干個數(shù)據源點/終點

以及一個處理組成，這個處理就代表了系統(tǒng)對數(shù)據

加工變換的基本功能。對于上述的定貨系統(tǒng)可以?

出如圖所示的基本系統(tǒng)模型。

第三章結構化分析

從基本系統(tǒng)模型這個非常高的抽象層次開始

畫數(shù)據流圖優(yōu)點是這個高層次的數(shù)據流圖上是

否列出了所有給定的數(shù)據源點/終點是一目了然

的。

下一步應該把基本系統(tǒng)模型細化，描繪系統(tǒng)

的主要功能。在圖3.5中給處理和數(shù)據存儲都

加了編號，這樣做的目的是便于引用和追蹤。

第三章結構化分析

第三章結構化分析

接下來應該對功能級數(shù)據流圖中描繪的系

統(tǒng)主要功能進一步細化。當對數(shù)據流圖分層細

化時必須保持信息連續(xù)性，也就是說，當把一

個處理分解為一系列子處理時，分解前和分解

第三章結構化分析

第三章結構化分析

3.命名

數(shù)據流圖中每個成分的命名是否恰當,

直接影響數(shù)據流圖的可理解性。

第三章結構化分析

為數(shù)據流（或數(shù)據存儲）命名。名字應代表整

個數(shù)據流（或數(shù)據存儲）的內容，而不是僅僅反映

它的某些成分。不要使用空洞的、缺乏具體含義

的名字（如“數(shù)據"、"信息”、"輸入”之類）。

如果在為某個數(shù)據流（或數(shù)據存儲）起名字時遇到

了困難，則很可能是因為對數(shù)據流圖分解不恰當

造成的，應考慮重新分解。

第三章結構化分析

為處理命名。通常先為數(shù)據流命名，然后再

為與之相關聯(lián)的處理命名。名字應該反映整個處

理的功能，而不是它的一部分功能。

盡量避免使用“加工”、“處理”等空洞籠

統(tǒng)的動詞作名字。通常名字中僅包括一個動詞，

如果必須用兩個動詞才能描述整個處理的功能，

則把這個處理再分解成兩個處理可能更恰當些。

如果在為某個處理命名時遇到困難，則很可

能是發(fā)現(xiàn)了分解不當?shù)嫩E象應考慮重新分解。

第三章結構化分析

4.數(shù)據流圖的畫法

(1)畫數(shù)據流圖的原則

畫數(shù)據流圖的基本步驟可以概括為：“自

外向內、自頂向下、逐層細化、完善要求”。

畫法如下

1）找出數(shù)據的源點與匯點，它們是外部實體，

有了它們，就可以確定系統(tǒng)與外部世界的接口。

2）找出外部實體的輸出數(shù)據流和輸入數(shù)據流。

3）畫出系統(tǒng)的外部實體。

4）從外部實體的輸出數(shù)據流出發(fā)，根據系統(tǒng)的

邏輯需求，逐步畫出一系列邏輯加工，直至找

到外部實體所需要的輸入數(shù)據流，從而形成數(shù)

據流的封閉。

5）進行檢查和修改。

6）按找上述步驟，再從各加工出發(fā)，畫出所需

的子圖。

供貨第三章結構化分析

供貨商原材料

-商

原材料

原材料熔化的原料

2

收原材料

熔化」

原材料到達產品庫存下降

客鑄鐘

產量

成口口和控制

運輸單

7生產細節(jié)

運*刖鐘跑調

6

合格的鐘

已包裝成品成品包裝5

運輸成品裝配

細節(jié)

客尸定單

裝箱成品包裝材料成品鐘舌

第三章結構化分析

數(shù)據流圖除了用于概念設計，還可以用于系統(tǒng)的邏

輯設計6

例：圖書館為讀者提供圖書（包括刊物）的借閱、歸

還、續(xù)借、預約服務。可以用書名預約圖書，用刊物名和

卷號（簡稱為卷號）預約刊物。用戶要成為讀者須先登記。

讀者離開圖書館后，工作人員要取消無效的預約，要

作圖書的整理和上架等工作。

有些圖書需要裝訂。圖書館從機關團體處（如出版社）

取得圖書，或與其他圖書館進行交換。圖書館需要經常統(tǒng)

計圖書的使用情況，向領導層匯報（管理者）。此外，圖

書館還向社會捐贈圖書。

第三章結構化分析

4個子系統(tǒng):

第三章結構化分析

4個外部實體:

用戶：登記后成為讀者

機關團體：為圖書館提供圖書。

管理者：管理圖書的使用情況。

社會福利事業(yè)：接受圖書館捐贈的圖書。

第三章結構化分析

5個數(shù)據存儲:

讀者：記錄圖書館所有讀者的信息。

圖書：記錄所有圖書的信息。

圖書館：記錄所看外部圖書館的信息。

圖書館用書：記錄與外部圖書館交換圖

讀者用書：記錄讀者使用圖書的所有

第三章結構化分析

圖書館系統(tǒng)

讀者服務圖書服務圖書使用使用情況

第三章結構化分析

數(shù)據流圖的優(yōu)點

?自頂向下描述系統(tǒng)中信息的流動，結構清晰，概

念性強，有利于系統(tǒng)分析員理順系統(tǒng)脈絡、澄清含

混的概念和邏輯。

?因為數(shù)據流圖的表達方式是結構化的，易于與常

用的計算機處理相對應，容易轉換為低級別的設計。

數(shù)據流圖的缺點

可能變得非常復雜，不易理解。

不能處理出錯和意外情況。

?不能描述過程的控制結構（沒有條件分支、

r循環(huán)、選擇）。

二、數(shù)據字典

數(shù)據字典是為了描述在結構化分析過程中定

義的對象的內容，而使用的一種半形式化的工具。

1.數(shù)據字典的定義

數(shù)據字典是描述數(shù)據信息的集合，它對數(shù)據

流圖中的各個元素進行完整的定義與說明，是數(shù)

據流圖的補充工具。

數(shù)據字典是所有與系統(tǒng)相關的數(shù)據元素的有

組織的列表，并且包含了對這些數(shù)據元素的精確、

嚴格的定文，從而使得用戶和系統(tǒng)分析員雙方對

輸入、輸出、存儲的成分甚至中間計算結果有共

同的理解。

第三章結構化分析

2.數(shù)據字典的內容

1）數(shù)據流

在數(shù)據流圖中，數(shù)據以數(shù)據流為單位進行傳

輸。主要內容包括：

1）名字及稱號。

2）可能的來源和去處：外部實體，處理邏輯，

數(shù)據存儲。

3）組成：一個數(shù)據流可能包含若干個數(shù)據結

構。

第三章結構化分析

2）數(shù)據項

數(shù)據項也稱數(shù)據元素，它“不可再分”，

是數(shù)據的最小單位。主要內容包括：

1）名稱和編號。

2）別名。數(shù)據項另外的名稱。

3）取值的范圍和含義。

4）長度。數(shù)據項包含的字符或數(shù)字的位

數(shù)。

（3）數(shù)據存儲

數(shù)據存儲是數(shù)據結構停留和保存的地方。主

要內容包括：

1）名稱和編號。

2）流入、流出數(shù)據流。流入數(shù)據流指出其來

源，流出數(shù)據流指出其去向。

3）組成。數(shù)據存儲所包含的數(shù)據項和數(shù)據結

構。

第三章結構化分析

：4)處理邏輯

第三章結構化分析

(5)外部實體

主要內容包括:

1)名稱和編號。

2)相關數(shù)據流。

第三章結構化分析

(6)數(shù)據結構

數(shù)據結構是各個數(shù)據項之間的邏輯關系的一

種描述。一個數(shù)據結構可以由若干個數(shù)據項組成,

也可以由若干個數(shù)據項和數(shù)據結構組成。主要內

容包括：

1)名稱和編號

2)組成。若是一個簡單的數(shù)據結構，需要列

出它所包含的數(shù)據項；若是一個嵌套的數(shù)據結構,

需要列出它所包含的數(shù)據結構名稱。

第三章結構化分析

3.定義數(shù)據的方法

對數(shù)據自頂向下分解，當元素分解到每個

與工程有關的人都清楚其含義時，分解就告結

束。

數(shù)據元素組成數(shù)據的方式有四種類型。

1）順序:以確定的次序連接兩個或多個分量。

2）選擇從兩個或多個可能的元素中選取一個。

3）重復把指定的分量重復零次或多次。

4）可選一個分量是可有可無的（重復零次或

第三章結構化分析

4.數(shù)據字典的用途

首先，數(shù)據字典中所建立的一組嚴密一致的

定義有助于改進工程參與人員之間的通信，消除

許多可能的誤會，避免許多麻煩的接口問題。

其次，數(shù)據字典列出了使用一個給定的數(shù)據

元素的所有程序或模塊，很容易估計改變一個數(shù)

據將產生的影響，并能對所有受影響的程序或模

塊作出相應的改變。

最后，數(shù)據字典是開發(fā)數(shù)據庫的第一步。

目前實現(xiàn)數(shù)據字典有三種途徑：

全人工過程

利用數(shù)據字典處理程序的全自動化過程

用正文編輯程序報告生成程序等已有的

實用程序幫助人工過程的混合過程。

各稱

別名

指述

定義

限制

子圖

存款單一L

P2

現(xiàn)金，利息單

數(shù)據描述

數(shù)據字典

名稱別名類型長度

XM8

CKRQ

SFZH16

類別LB

QKRQ

8,2

利息稅LXS

、客戶表=姓名+身份證-亍'豕^電*7古

儲蓄信息表=姓名+身份證號+金額+類另?

+存款日期

第三章結構化分析

三、加工邏輯小說明

分層數(shù)據流圖的最底層數(shù)據流圖中的加工不

能再通過子圖做進一步的描述，因此必須有一個

加工小說明來定義底層數(shù)據流圖中的加工。

目前用于寫加工邏輯說明的工具有結構化英

第三章結構化分析

行為4

行為5

使用1號包裝箱

使用2號包裝箱

使用3號包裝箱

使用4號包裝箱

決策

決策表的結構

第三章結構化分析

1中音鐘TTFF

匕豪華型

-?TFTF

使用1號包裝箱V

使用2號包裝箱V

使用3號包裝箱V

使用4號包裝箱V

老客戶TTFF

即時付款TFFFF

一周內付款TFTF

半月內付款FTFT

正常價格X0.95

正常價格V

正常價格XL05VV

正常價格義1.10V

第三章結構化分析

矩陣是一個普遍使用的簡單易行的方法，最常用的是。根據用

途不同，有不同的類型。

尋找或確定行元素與列元素的關系，然后利用行與列交匯處的值來

完成某種任務。

(1)功能/事件矩陣

某個功能由哪些事件來觸發(fā)

接受申請選擇學生學生登記交納學費

事宿'

1申請入學VV

1錄取學生VV

學生注冊

第三章結構化分析

(2)實體/功能矩陣

收到1：卡||松浦；||..|IIiKf'lUI|迎L；力

實體客戶訂單訂單項產品

功能、\

收到需求RCC

核準RURUR

匯集RRu

發(fā)回RRURU

客戶確認CRUDR

通知庫房RRCRUD

第三章結構化分析

四、實體—關系圖

數(shù)據字典強調對數(shù)據存儲結構的邏輯設計,

并用數(shù)據結構表達數(shù)據項之間的邏輯關系，在

復雜數(shù)據與數(shù)據之間的復雜關系的分析和建模

中，數(shù)據字典機制難以適應，這時可以使用實

體一關系圖。

數(shù)據對象是指具有一系列不同性質或屬性的

事物，僅有單個值的事物，例如寬度，就不是數(shù)

據對象。

2.屬性

屬性定義了數(shù)據對象的性質，應該根據對所

要解決的問題的理解，來確定特定數(shù)據對象的一

組合適的屬性。

第三章結構化分析

3.關系

數(shù)據對象彼此之間相互連接的方式稱為關系

或聯(lián)系。

(1)一對一聯(lián)系(1*1)

(2)一對多聯(lián)系(1：N)

(3)多對多聯(lián)系(M：N)

聯(lián)系也可能有屬