結(jié)構(gòu)化分析課件

第三章結(jié)構(gòu)化分析

第三章結(jié)構(gòu)化分析

第一節(jié)需求分析

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

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

第三章結(jié)構(gòu)化分析

第一節(jié)需求分析

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

性能、設(shè)計約束等方面的要求。

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

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

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

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

第三章結(jié)構(gòu)化分析

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

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

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

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

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

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

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

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

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

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

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

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

動。

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

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

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

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

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

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

來。

第三章結(jié)構(gòu)化分析

一、需求分析的任務(wù)

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

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

晰和具體要求。

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

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

第三章結(jié)構(gòu)化分析

軟件項目的用戶要求

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

一方面，分析員必須應(yīng)澄清用戶需求的模糊

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

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

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

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

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

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

現(xiàn)的基礎(chǔ)。

第三章結(jié)構(gòu)化分析

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

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

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

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

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

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

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

第三章結(jié)構(gòu)化分析

導出理解需

求的表達

第三章結(jié)構(gòu)化分析

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

1.確定軟件的綜合需求

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

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

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

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

第三章結(jié)構(gòu)化分析

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

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

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

性等。

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

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

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

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

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

在技術(shù)水平上應(yīng)該具備什么樣的條件等。

第三章結(jié)構(gòu)化分析

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

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

求。

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

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

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

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

第三章結(jié)構(gòu)化分析

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

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

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

求。

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

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

要求。

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

第三章結(jié)構(gòu)化分析

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

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

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

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

結(jié)構(gòu)方式表示。

第三章結(jié)構(gòu)化分析

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

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

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

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

邏輯模型。

第三章結(jié)構(gòu)化分析

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

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

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

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

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

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

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

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

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

第三章結(jié)構(gòu)化分析

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

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

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

探索型原型

第三章結(jié)構(gòu)化分析

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

1.調(diào)查研究

調(diào)查用戶需求，訪談或會談是最早開始運

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

用的需求分析技術(shù)。

第三章結(jié)構(gòu)化分析

2.分析與綜合

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

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

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

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

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

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

3.書寫文檔

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

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

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

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

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

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

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

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

果。

第三章結(jié)構(gòu)化分析

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

數(shù)據(jù)結(jié)構(gòu)的層次方框圖或Warnier圖。此外,

該份文檔還應(yīng)包括對存儲信息分析的結(jié)果。

第三章結(jié)構(gòu)化分析

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

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

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

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

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

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

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

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

第三章結(jié)構(gòu)化分析

4.需求分析評審

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

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

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

應(yīng)及時重新進行相應(yīng)的初步需求分析，修改需

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

第三章結(jié)構(gòu)化分析

評審的內(nèi)容包括：

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

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

期望。

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

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

義性的有效措施。

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

求，即目標軟件產(chǎn)品的所有功能、行為、性能約

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

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

第三章結(jié)構(gòu)化分析

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

應(yīng)該存在技術(shù)和經(jīng)濟上的可行手段進行驗證和確

認。

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

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

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

第三章結(jié)構(gòu)化分析

可理解性:用戶設(shè)計人員和測試人員應(yīng)該容

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

的專業(yè)詞匯。

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

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

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

項屬性。

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

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

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

供便利。

第三章結(jié)構(gòu)化分析

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

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

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

際，被開發(fā)項目的數(shù)據(jù)流與數(shù)據(jù)結(jié)構(gòu)是否足

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

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

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

審中受到普遍關(guān)注。

第三章結(jié)構(gòu)化分析

評審應(yīng)由專門指定的人員負責，評審結(jié)束后

應(yīng)有評審負責人的結(jié)論意見及簽字。分析員，用

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

人員都應(yīng)當參加評審工作。評審可以采取會議的

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

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

以及性能指標。

第三章結(jié)構(gòu)化分析

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

該說明書能否成為良好的軟件設(shè)計基礎(chǔ)。評審會

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

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

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

舍是否合理。最后，評審會議應(yīng)對軟件的質(zhì)量確

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

受的各項測試指標。

第三章結(jié)構(gòu)化分析

三、需求分析的原則

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

信息域包括數(shù)據(jù)流數(shù)據(jù)內(nèi)容數(shù)據(jù)結(jié)構(gòu)

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

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

輸出結(jié)果數(shù)據(jù)。

數(shù)據(jù)內(nèi)容就是數(shù)據(jù)項。

數(shù)據(jù)結(jié)構(gòu)就是各數(shù)據(jù)項的邏輯組織。

第三章結(jié)構(gòu)化分析

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

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

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

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

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

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

都可以做進一步的分解。

第三章結(jié)構(gòu)化分析

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

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

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

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

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

第三章結(jié)構(gòu)化分析

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

結(jié)構(gòu)化分析(StructuredAnalysis,SA)的基

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

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

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

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

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

它們的細節(jié)。

分解是指把一個大問題經(jīng)過多次逐層劃分成

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

抽象和分解是結(jié)構(gòu)化分析方法的主要手段O

第三章結(jié)構(gòu)化分析

結(jié)構(gòu)化分析方法是一種依賴數(shù)據(jù)流圖的自頂

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

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

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

數(shù)據(jù)字典、結(jié)構(gòu)化英語、判定表與判定樹

第三章結(jié)構(gòu)化分析

一、數(shù)據(jù)流圖

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

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

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

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

第三章結(jié)構(gòu)化分析

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

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

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

此進行變換產(chǎn)生輸出數(shù)據(jù)

數(shù)據(jù)存儲

數(shù)據(jù)流

第三章結(jié)構(gòu)化分析

I.例子

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

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

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

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

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

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

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

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

定貨。

第三章結(jié)構(gòu)化分析

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

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

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

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

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

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

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

一個用于產(chǎn)生報表的處理和一個改變零件庫存量

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

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

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

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

一次報表。

第三章結(jié)構(gòu)化分析

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

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

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

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

第三章結(jié)構(gòu)化分析

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

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

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

的。

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

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

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

第三章結(jié)構(gòu)化分析

第三章結(jié)構(gòu)化分析

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

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

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

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

第三章結(jié)構(gòu)化分析

第三章結(jié)構(gòu)化分析

3.命名

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

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

第三章結(jié)構(gòu)化分析

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

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

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

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

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

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

造成的，應(yīng)考慮重新分解。

第三章結(jié)構(gòu)化分析

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

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

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

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

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

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

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

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

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

第三章結(jié)構(gòu)化分析

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

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

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

外向內(nèi)、自頂向下、逐層細化、完善要求”。

畫法如下

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

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

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

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

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

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

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

據(jù)流的封閉。

5）進行檢查和修改。

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

的子圖。

供貨第三章結(jié)構(gòu)化分析

供貨商原材料

-商

原材料

原材料熔化的原料

2

收原材料

熔化」

原材料到達產(chǎn)品庫存下降

客鑄鐘

產(chǎn)量

成口口和控制

運輸單

7生產(chǎn)細節(jié)

運*刖鐘跑調(diào)

6

合格的鐘

已包裝成品成品包裝5

運輸成品裝配

細節(jié)

客尸定單

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

第三章結(jié)構(gòu)化分析

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

輯設(shè)計6

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

還、續(xù)借、預約服務(wù)?？梢杂脮A約圖書，用刊物名和

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

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

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

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

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

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

書館還向社會捐贈圖書。

第三章結(jié)構(gòu)化分析

4個子系統(tǒng):

第三章結(jié)構(gòu)化分析

4個外部實體:

用戶：登記后成為讀者

機關(guān)團體：為圖書館提供圖書。

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

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

第三章結(jié)構(gòu)化分析

5個數(shù)據(jù)存儲:

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

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

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

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

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

第三章結(jié)構(gòu)化分析

圖書館系統(tǒng)

讀者服務(wù)圖書服務(wù)圖書使用使用情況

第三章結(jié)構(gòu)化分析

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

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

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

混的概念和邏輯。

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

用的計算機處理相對應(yīng)，容易轉(zhuǎn)換為低級別的設(shè)計。

數(shù)據(jù)流圖的缺點

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

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

?不能描述過程的控制結(jié)構(gòu)（沒有條件分支、

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

二、數(shù)據(jù)字典

數(shù)據(jù)字典是為了描述在結(jié)構(gòu)化分析過程中定

義的對象的內(nèi)容，而使用的一種半形式化的工具。

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

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

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

據(jù)流圖的補充工具。

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

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

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

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

同的理解。

第三章結(jié)構(gòu)化分析

2.數(shù)據(jù)字典的內(nèi)容

1）數(shù)據(jù)流

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

輸。主要內(nèi)容包括：

1）名字及稱號。

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

數(shù)據(jù)存儲。

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

構(gòu)。

第三章結(jié)構(gòu)化分析

2）數(shù)據(jù)項

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

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

1）名稱和編號。

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

3）取值的范圍和含義。

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

數(shù)。

（3）數(shù)據(jù)存儲

數(shù)據(jù)存儲是數(shù)據(jù)結(jié)構(gòu)停留和保存的地方。主

要內(nèi)容包括：

1）名稱和編號。

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

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

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

構(gòu)。

第三章結(jié)構(gòu)化分析

：4)處理邏輯

第三章結(jié)構(gòu)化分析

(5)外部實體

主要內(nèi)容包括:

1)名稱和編號。

2)相關(guān)數(shù)據(jù)流。

第三章結(jié)構(gòu)化分析

(6)數(shù)據(jù)結(jié)構(gòu)

數(shù)據(jù)結(jié)構(gòu)是各個數(shù)據(jù)項之間的邏輯關(guān)系的一

種描述。一個數(shù)據(jù)結(jié)構(gòu)可以由若干個數(shù)據(jù)項組成,

也可以由若干個數(shù)據(jù)項和數(shù)據(jù)結(jié)構(gòu)組成。主要內(nèi)

容包括：

1)名稱和編號

2)組成。若是一個簡單的數(shù)據(jù)結(jié)構(gòu)，需要列

出它所包含的數(shù)據(jù)項；若是一個嵌套的數(shù)據(jù)結(jié)構(gòu),

需要列出它所包含的數(shù)據(jù)結(jié)構(gòu)名稱。

第三章結(jié)構(gòu)化分析

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

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

與工程有關(guān)的人都清楚其含義時，分解就告結(jié)

束。

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

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

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

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

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

第三章結(jié)構(gòu)化分析

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

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

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

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

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

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

據(jù)將產(chǎn)生的影響，并能對所有受影響的程序或模

塊作出相應(yīng)的改變。

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

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

全人工過程

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

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

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

各稱

別名

指述

定義

限制

子圖

存款單一L

P2

現(xiàn)金，利息單

數(shù)據(jù)描述

數(shù)據(jù)字典

名稱別名類型長度

XM8

CKRQ

SFZH16

類別LB

QKRQ

8,2

利息稅LXS

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

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

+存款日期

第三章結(jié)構(gòu)化分析

三、加工邏輯小說明

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

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

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

目前用于寫加工邏輯說明的工具有結(jié)構(gòu)化英

第三章結(jié)構(gòu)化分析

行為4

行為5

使用1號包裝箱

使用2號包裝箱

使用3號包裝箱

使用4號包裝箱

決策

決策表的結(jié)構(gòu)

第三章結(jié)構(gòu)化分析

1中音鐘TTFF

匕豪華型

-?TFTF

使用1號包裝箱V

使用2號包裝箱V

使用3號包裝箱V

使用4號包裝箱V

老客戶TTFF

即時付款TFFFF

一周內(nèi)付款TFTF

半月內(nèi)付款FTFT

正常價格X0.95

正常價格V

正常價格XL05VV

正常價格義1.10V

第三章結(jié)構(gòu)化分析

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

途不同，有不同的類型。

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

完成某種任務(wù)。

(1)功能/事件矩陣

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

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

事宿'

1申請入學VV

1錄取學生VV

學生注冊

第三章結(jié)構(gòu)化分析

(2)實體/功能矩陣

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

實體客戶訂單訂單項產(chǎn)品

功能、\

收到需求RCC

核準RURUR

匯集RRu

發(fā)回RRURU

客戶確認CRUDR

通知庫房RRCRUD

第三章結(jié)構(gòu)化分析

四、實體—關(guān)系圖

數(shù)據(jù)字典強調(diào)對數(shù)據(jù)存儲結(jié)構(gòu)的邏輯設(shè)計,

并用數(shù)據(jù)結(jié)構(gòu)表達數(shù)據(jù)項之間的邏輯關(guān)系，在

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

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

體一關(guān)系圖。

數(shù)據(jù)對象是指具有一系列不同性質(zhì)或?qū)傩缘?/p>

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

據(jù)對象。

2.屬性

屬性定義了數(shù)據(jù)對象的性質(zhì)，應(yīng)該根據(jù)對所

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

組合適的屬性。

第三章結(jié)構(gòu)化分析

3.關(guān)系

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

或聯(lián)系。

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

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

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

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