軟件工程實踐三需求

北京理工大學

軟件工程實踐

湯銘端

中國航天科工集團公司706所

第三講

需求分析

內(nèi)容

■需求分析概念

-需求分析過程

-需求分析方法

-需求分析產(chǎn)品

目的

-掌握需求分析基本概念

-掌握需求分析過程

-了解基本需求分析方法（DFD+DD）

-了解需求規(guī)格說明的內(nèi)容條目

需求分析概念

軟件需求的定義

-客戶定義的“需求”對開發(fā)者是一個較高層次的產(chǎn)品概念。

-開發(fā)者所說的“需求”對用戶來說像是詳細說明。

-軟件需求包含多個層次，不同層次的需求從不同角度與不

同程度反映著細節(jié)問題。

-正EE軟件工程術語(1997)的需求定義：

(1)用戶解決問題或達到目標所需的條件或能力。

⑵系統(tǒng)或系統(tǒng)部件要滿足合同、標準、規(guī)范或其它正

式強制性文件所需具有的條件或能力。

(3)反映上面(1)或(2)所描述的條件或能力的文檔

說明。

-上述定義包括從用戶(外部)、從開發(fā)者(內(nèi)部)角度來

闡述需求。

需求的層次

■業(yè)務需求(businessrequirement)：反

映組織機構或客戶對系統(tǒng)、產(chǎn)品高層次

的目標要求。

■用戶需求(userrequirement)：描述用

戶使用產(chǎn)品必須要完成的任務。

■功能需求(functionalrequirement)：

定義開發(fā)人員必須實現(xiàn)的軟件功能。

■需求規(guī)格說明中還包括非功能需求。

&軟件需求各組成部分之間關系

需求管理的困難性

Howtheanalystsawit

WhattheuserfeailpwantedHowitactuallyworks

不成熟的需求分析

1.無足夠用戶參與

2.用戶需求的不斷增加

3,摸棱兩可的需求

4.不必要的特征（鍍金）

5.過于精簡的規(guī)格說明

6.忽略了用戶分類

7.不準確的計劃

高質(zhì)量需求過程的獲益

■開發(fā)后期和整個維護階段的重做的工作大大減少

-Boehm發(fā)現(xiàn)可以節(jié)省成本68倍

-有研究認為可以節(jié)省成本200倍

?強調(diào)產(chǎn)品開發(fā)中的通力合作，面向市場，讓用戶積極

參與，可以建立忠實的客戶關系，避免在無用功能上

白耗精力，彌補用戶期望和開發(fā)者實際開發(fā)間的期望

鴻溝

-采用系統(tǒng)方法將需求分配到各子系統(tǒng)可以簡化集成

■有效的變更控制和影響分析能降低變更的負面影響

-清晰、無二義的需求文檔有利于測試

需求說明的特征

-完整性

■正確性

-可行性

■必要性

-劃分優(yōu)先級

-無二義性

-可驗證性

需求規(guī)格說明的特點

■完整性

■先用TBD標明缺項

■在開發(fā)前必須解決所有TBD

■一致性

■可修改性

■每項需求只在SRS中出現(xiàn)一次

■可追蹤性

■結構、粒度方便設計、實現(xiàn)、測試的追蹤

誰是客戶

-定制軟件：合同甲方（提出方）

-通用軟件：高層管理者和（或）市場部

-嵌入式軟件：軟件所屬計算機系統(tǒng)

客方的權利

1要求分析人員使用符合客戶語言習慣的表達

2要求分析人員了解客戶的業(yè)務及目標

3要求分析人員編寫軟件需求規(guī)格說明

4要求得到需求工作結果的解釋說明

5要求開發(fā)人員尊重你的意見

6要求開發(fā)人員對需求及產(chǎn)品實施提供建議

7描述產(chǎn)品易使用的特性

8調(diào)整需求，允許重用已有的軟件組件

9要求對變更的代價提供真實可信的評估

10獲得滿足客戶功能和質(zhì)量要求的系統(tǒng)

4客戶的義務

1給分析人員講解你的業(yè)務

2抽出時間清楚地說明并完善需求

3準確而詳細地說明需求

4及時地作出決定

5尊重開發(fā)人員的需求可行性及成本評估

6劃分需求優(yōu)先級別

7評審需求文檔和原型

8需求出現(xiàn)變更要馬上聯(lián)系

9應遵守開發(fā)機構處理需求變更的過程

10尊重開發(fā)人員采用的需求工程過程

對簽定需求協(xié)議的認識

■簽約是客戶同意需求的標志行為

■客戶不應當忽略簽約的嚴肅性

■開發(fā)方不應當因此拒絕變更

■簽約應當建立在一個需求協(xié)議的基線上

■應當理解為：“我同意這份文檔表達了目前我

們對項目軟件需求的了解。進一步的變更可在

此基礎上通過項目定義的變更過程來進行。我

知道變更可能會使我們要重新協(xié)商成本、資源

和項目時間工期任務等?！?/p>

需求開發(fā)過程

需求開發(fā)過程

■需求獲取■知識培訓

■需求分析■需求管理

■編寫需求規(guī)格說明■項目管理

■需求驗證

需求獲取的內(nèi)容

-在同用戶的交流過程中收集各種用戶的

信息

-認真理解用戶的各項要求

-澄清模糊

-排除不合理

＞明確約束

分析人員的兩個信條

第一：只有在徹底了解和掌握了用戶的全

部意圖之后，才有可能建立起成功的軟

件系統(tǒng)。

第二：一切從用戶的角度著想，在條件允

許的情況下，應盡可能地保證用戶從所

構造的軟件系統(tǒng)中獲得最大的利益。

容易產(chǎn)生的問題

■交流障礙

■誤解

■各方缺乏共同的語言

■“完整性”問題

■需求永遠會變化

■用戶本身的意見不一致

■錯誤的要求

■認識上混淆目標和需求

需求獲取的過程

■確定需求開發(fā)過程

■編寫項目目標和范圍文檔

■將用戶群分類并歸納各自特點

■選擇各類用戶的產(chǎn)品代表

■建立起典型用戶的核心隊伍

-讓用戶代表確定使用實例

■召開應用程序開發(fā)聯(lián)系會議

■分析用戶工作流程

-確定質(zhì)量屬性和其它非功能屬性

-通過檢查當前系統(tǒng)的問題報告來進一步完善需求

■跨項目重用需求

s工作流程

I建立模型的步驟

-分析現(xiàn)有系統(tǒng)和過程，建立物理模型

-抽取特征，建立舊系統(tǒng)的邏輯模型

-根據(jù)新的要求，補充和建立新的邏輯模

型

需求分析的任務

「

L

需求分析的內(nèi)容

■提煉、分析和仔細審查已收集到的需求

■確保所有利益相關者都明白其含義并找

出其中的錯誤、遺漏或其它不足的地方

■是從用戶最初的非形式化需求到滿足用

戶要求的軟件產(chǎn)品的映射過程

■是對用戶意圖不斷進行提示和判斷的過

程

需求分析的步驟

-繪制系統(tǒng)關聯(lián)圖

■創(chuàng)建用戶接口（界面）原型

■分析需求可行性

■確定需求的優(yōu)先級別

■為需求建立模型

■創(chuàng)建數(shù)據(jù)字典

■使用質(zhì)量功能調(diào)配（QFD）

-明確哪些是客戶最關心的特征

編制需求規(guī)格說明的過程

-采用軟件需求規(guī)格說明(SRS)模版

■指明需求的來源

■為每項需求注上標號

-記錄業(yè)務規(guī)范(操作原則)

-創(chuàng)建需求跟蹤矩陣

需求規(guī)格說明的作用

■為用戶、分析人員和設計人員之間的交

流提供方便

-支持目標軟件系統(tǒng)的確認

■控制軟件開發(fā)進程

軟件需求規(guī)格說明文檔條目

1范圍3.8保密要求

2引用文檔3.9設計約束

3工程需求3.10軟件質(zhì)量因素

外部接口需求

3.13.11人的工程需求

3.2功能需求

3.12需求的可跟蹤性

3.3內(nèi)部接口

4合格性需求

3.4數(shù)據(jù)元素要求

合格性方法

3.5適應性要求4.1

3.6容量和時間要求4.2特殊的合格性需求

3.7安全要求5交付準備

軟件需求必須包括的屬性

1）標識：每項軟件需求都必須有標識，使以后的各階段容易跟蹤。

2）需要：基礎軟件需求必須用上述標識標明。基礎軟件需求是非協(xié)

商性的；其它不那么重要的需求是可協(xié)商的。

3）優(yōu)先級：對于遞增式交付，每一項需求必須包括優(yōu)先級程度，以

便決定研制進度。

4）穩(wěn)定性：某些需求在軟件生存期內(nèi)是穩(wěn)定的；另一些可能是更依

賴來自各設計階段的反饋，或可能在軟件生存期內(nèi)要有所修改，

這種非穩(wěn)定性需求應當被指出。

5）源：每一項軟件需求都必須有一個能回溯到系統(tǒng)需求的索引。

6）清晰性：如果需求有一個并且只有一個解釋它就是清晰的。

7）驗證性：每一軟件需求都必須是能被驗證的。這意味著必須能做

至U：檢查需求已經(jīng)體現(xiàn)在設計中；證明該軟件將實現(xiàn)需求；測試

該軟件確實能實現(xiàn)需求。

IEEE需求規(guī)格說明的編寫8原則

1從實際重分離功能，描述“做什么”不描述“怎么做”

2要求有一個面向處理的軟件系統(tǒng)規(guī)格說明語言，以描述

軟件系統(tǒng)的動態(tài)行為

3必須對以該軟件為元素的系統(tǒng)進行說明，以描述清楚之

間而關系

4必須對軟件系統(tǒng)的運行環(huán)境進行說明，以保持接口描述

的一致性

5必須是認識的模型而不是實際的模型

6必須是可操作的

7必須容忍不完備性和可修改性

8必須局部化和松散耦合，使得變化時只修改一個片段

SRS編寫風格(Kovitz1999)

-保持語句和段落的簡短

■采取主動語態(tài)的表達方式

■編寫具有正確的語法、拼寫和標點的完整句子

■使用的術語和詞匯表中所定義的應該一致

■需求陳述應該采用一致的樣式，如“主體+動

作+可觀察的結果”

■避免使用模糊的、主觀的術語以避免不確定性

■避免使用比較性的詞匯

需求表達

■需求說明語句

■保持語句和段落的簡短

-采用主動語態(tài)的表達方式

-編寫具有正確的語法和標點的完整句子

-使用的術語應該和詞匯表中定義的一致

-需求陳述應該具有一致的式樣，例如“系統(tǒng)必

須……”，或者“用戶必須......”，并緊跟一個行為

動作和可觀察的結果，例如“倉庫管理子系統(tǒng)必須

現(xiàn)實一張在所請求的倉庫中有存貨的藥品名單?！?/p>

《需求表達

■為了減少不確定性，避免采用模糊的、主觀

的術語，例如，用戶友好、容易、簡單、迅

速、有效、支持、許多、最新技術、優(yōu)越的、

可接受的和健壯的。

■避免使用比較性的詞匯，例如：提高，最大

化，最小化和最佳化。定量地說明所需要提

高的程度或者說清一些參數(shù)可接受的最大值

和最小值。

《需求表達

■“產(chǎn)品必須在固定的時間間隔內(nèi)提供狀態(tài)消息，

并且每次時間間隔不得小于60秒”

-后臺任務管理器應該在用戶界面的指定區(qū)域顯示狀

態(tài)消息

-在后臺任務進程啟動之后，消息必須每隔60(+.10)

秒更新一次，并且保持連續(xù)的可見性。

-如果正在正常處理后臺任務進程，那么后臺任務管

理器必須顯示后臺任務進程已完成的百分比

-當完成后臺任務時，后臺任務管理器必須顯示一個

“已完成”的消息。

-如果后臺任務中止執(zhí)行，那么后臺任務管理器必須

顯示一個出錯信息。

《需求表達

-“產(chǎn)品必須在顯示和隱藏非打印字符之間

進行瞬間切換”

■“用戶在編輯文檔時，通過激活特定的觸發(fā)

機制，可以在顯示和隱臧所有HTML標記之間

進行切換。”

《需求表達

■“分析程序應該能生成HTML標記出錯的報告，

這樣就可以使HTML的初學者使用它來迅速排錯”

-在HTML分析程序完全分析完一個文件后，該分析程

序必須生成一個出錯報告，這個報告中包含了在分

析文件中所發(fā)生錯誤的HTML所在的行號以及文本內(nèi)

容，還包含了對每個錯誤的描述。

-如果分析過程中未發(fā)生任何錯誤，就不必生成任何

錯誤報告

需求驗證

-審查需求文檔

-以需求為依據(jù)編寫測試用例

-編寫用戶手冊

-確定判別產(chǎn)品合格的準則

需求驗證的內(nèi)容

■一致性：任何需求不與其它需求矛盾

-可行性：現(xiàn)有技術條件下可以實現(xiàn)

■完整性：包括用戶需要的每一個功能和

性能

■有效性：正確有效，確實能夠解決用戶

面對的問題

知識培訓

-培訓需求分析人員

-培訓軟件需求的用戶代表和管理人員

-讓開發(fā)人員了解應用領域的基本概念

-編寫項目術語匯編

《分析員的職責

1）作為管理員、用戶和顧客的顧問；

2）從各種來源收集數(shù)據(jù)，并綜合問題的解答；

3）分析新的系統(tǒng)，并評價現(xiàn)有的系統(tǒng)；

4）準備文檔和管理報告；

5）理解硬件和軟件的界面；

6）為了產(chǎn)生軟件需求規(guī)格說明，必要時要進行

一些研究工作；

7）為編寫軟件需求規(guī)格說明主持座談會；

8）不斷吸收先進技術。

分析員的素質(zhì)

1）能夠合乎邏輯地、象征性地、抽象地、創(chuàng)造性地思

考問題；

2）能作為小組中的一個成員很好地開展工作；

3）熟悉計算機硬件和軟件的能力；

4）自覺遵守時間，能按規(guī)定的進度完成任務；

5）在系統(tǒng)的分析和設計中能發(fā)揮其他人的作用；

6）能保持教師和學生的雙重身份，愿意培養(yǎng)其他人，

而他本人亦能通過夜校、自學、培訓班等不斷提高；

7）能夠傾聽別人的意見，但又能根據(jù)客觀事實來作決

策，而不是依賴別人的意見；

8）熟悉商業(yè)和政策管理部門的組織、原則。

分析員應該顯示的性格特征

1）善于領會一些抽象的概念，重新整理使之成為各

種邏輯成分，并根據(jù)各種邏輯成分綜合出問題的

解決辦法。

2）善于從各種相應沖突或混淆的原始資料中汲取恰

當?shù)囊罁?jù)。

3）能夠理解用戶——需求者的環(huán)境。

4）具備把系統(tǒng)的硬件部分和（或）軟件部分應用于

用戶—需求者環(huán)境的能力。

5）具備良好的用書面或口頭形式進行討論及交換意

見的能力。

6）具有“既能看到樹木，又能看到森林”的能力。

4需求管理

■確定需求變更控制過程

■建立變更控制委員會(CCB)

■進行需求變更影響分析

■跟蹤所有受需求變更影響的工作產(chǎn)品

■建立需求基準版本和需求控制版本文檔

■維護需求變更歷史記錄

■跟蹤每項需求的狀態(tài)

■衡量需求穩(wěn)定性

■使用需求管理工具

與需求分析相關的項目管理

■選擇一種合適的軟件開發(fā)模型

-基于需求的項目計劃

■發(fā)生需求變更時協(xié)商項目約定

-文檔化和管理與需求相關的風險

■跟蹤需求工程耗費的工作量

需求分析方法工具

描述工具

■數(shù)據(jù)流圖(DataFlowDiagram,簡稱DFD)

■控制流圖(ControlFlowDiagram,簡稱

CFD)

■狀態(tài)轉換圖(StateTransitiondiagram,

簡稱STD)

■數(shù)據(jù)字典(DataDictionary,簡稱DD)

■處理說明

&分析模型的結構

數(shù)據(jù)和控制模型的關系

過程模型

數(shù)據(jù)輸入數(shù)據(jù)輸出

DFD

PSPEC

過

數(shù)

程

據(jù)

啟

條

動

控制模型件

CFD

CSPEC

控制輸出控制輸入

流圖:DFD(DataFlowDiagram)

■數(shù)據(jù)流圖是用來描述系統(tǒng)邏輯模型的一

種圖形工具

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

圖形的方式刻畫數(shù)據(jù)流從輸入到輸出的

移動變換過程

數(shù)據(jù)流圖圖符

數(shù)據(jù)流DataFlow

力口工處理Process

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

外部實體ExternalEntityDataStore

數(shù)據(jù)流圖圖符說明

■數(shù)據(jù)流：箭頭表示數(shù)據(jù)流方向。一般在旁邊標

注數(shù)據(jù)流名。

■加工處理：對數(shù)據(jù)進行加工、處理和變換，從

而實現(xiàn)某個功能或操作

■外部實體：表示要加工處理的數(shù)據(jù)是從外部得

到或從外部提供，同時也是數(shù)據(jù)結果的接收者,

可以是人、組織、其它系統(tǒng)

■數(shù)據(jù)存儲：表示處理過程中存放各種數(shù)據(jù)的文

件

建立DFD的步驟

■由外向里：先畫系統(tǒng)的輸入輸出，然后

畫系統(tǒng)的內(nèi)部，再畫處理的內(nèi)部。

■由頂向下：頂層、中間層、底層數(shù)據(jù)流

圖

■逐層分解：從外向里

數(shù)據(jù)流圖的層次結構

■為了表達數(shù)據(jù)處理過程的數(shù)據(jù)加工

情況，需要采用層次結構的數(shù)據(jù)流

圖。按照系統(tǒng)的層次結構進行逐步

處解，并以分層的數(shù)據(jù)流圖反映這

種結構關系，能清楚地表達和容易

理解整個系統(tǒng)

'數(shù)據(jù)流圖的層次

DFD/L2,1DFD/L2,2DFD/L2,3

?頂層DFD

■用一個加工處理表示軟件

-含所有相關外部實體

■含外部實體與軟件中間的

數(shù)據(jù)流

■不含數(shù)據(jù)存儲

■唯一

■描述軟件的作用范圍，對

總體功能、輸入、輸出進

行抽象描述，反映軟件和

系統(tǒng)、環(huán)境的關系C

頂層數(shù)據(jù)流圖

0中間和底層DFD

分層的數(shù)據(jù)流圖

M1iK2…Y2

——kF21------?F23.

p1

F25-----

N1…W2.5

——>F22------?F24^)C2第n+2層

數(shù)據(jù)流圖的層次

■在多層數(shù)據(jù)流圖中，頂層流圖僅包含一

個加工，它代表被開發(fā)系統(tǒng)。它的輸入

流是該系統(tǒng)的輸入數(shù)據(jù)，輸出流是系統(tǒng)

所輸出數(shù)據(jù)

■底層流圖是指其加工不需再做分解的數(shù)

據(jù)流圖，它處在最底層

■中間層流圖則表示對其上層父圖的細化。

它的每一加工可能繼續(xù)細化，形成子圖。

數(shù)據(jù)流圖中的其它圖形元素

有A則B或者C,或者兩者都有

有A則B與C,或者兩者同時有

有A則B或C,但不會同時有B與C

當A或B有一個存在就有C

A

B4C只有當A與B都存在，則有C

DFD規(guī)則和注意事項

-數(shù)據(jù)存儲不出現(xiàn)在頂層圖中，外部實體通常不

出現(xiàn)在頂層圖外

■數(shù)據(jù)存儲之間不應該有數(shù)據(jù)流

■仔細、恰當?shù)貫樘幚砻禾幚?對象

■仔細、恰當?shù)貫閿?shù)據(jù)流命名：反映整體含義

■對處理建立唯一、層次性編號

■每個處理通常要求既有輸入又有輸出

■一個DFD的處理個數(shù)為7±2（魔數(shù)7±2）

■不要試圖讓DFD反映處理的順序

檢查數(shù)據(jù)流圖的正確性

a.數(shù)據(jù)守恒

-某個處理用以產(chǎn)生輸出的數(shù)據(jù)沒有輸入給這個處理,

即出現(xiàn)遺漏

■另一種是一個處理的某些輸入并沒有在處理中使用

以產(chǎn)生輸出

b.數(shù)據(jù)存儲（文件）的使用

-數(shù)據(jù)存儲（文件）應被數(shù)據(jù)流圖中的處理讀和寫，

而不是僅讀不寫、或僅寫不讀

c.父圖和子圖的平衡

父子關系和平衡規(guī)則

■父圖表示子圖間的接口，即數(shù)據(jù)流的方

向和數(shù)量

-子圖代表父圖中某個處理的細節(jié)

-子圖個數(shù)不大于父圖中的處理個數(shù)

■所有子圖的輸入、輸出數(shù)據(jù)流和父圖中

相應處理的輸入、輸出數(shù)據(jù)流必須一致

.父圖和子圖的平衡

(a)父圖(b)子圖

義遵守加工編號規(guī)則

■頂層加工不編號

-第二層的加工編號為1,2,3,...,n號

-第三層編號為L1,L2,1.3...n.1,n.2...

等號

-依此類推

舉

例

《人工銷售教材系統(tǒng)流程圖

］學.:

\開百書；一購書

I證明證明\發(fā)票/

發(fā)票~?收書費

領書單

學生—-發(fā)書7

___\_______/

外部實體外部實體

教材存量表F1

缺書登記表F2

第2層

教材存量表

學保

生官貝

書

號

單

價

數(shù)

量

學

生

教材存量表

-2\缺書單,

保

"去口

采購書通知官貝

第2層

缺書登記表F2采購子系統(tǒng).

2.2

按書號匯,按出版社統(tǒng)!

總缺書計缺書

教材存量表F1待購教材表教材一覽表F6

缺書單

2.3

銷進書通知進書通知保

修改教材庫

售存和待官貝

購量

第3層

家庭

安全

軟件

傳感器狀態(tài)

電話號碼信號

傳感器

/se?\

（系2統(tǒng)；-配--置--數(shù)--據(jù)-

—

數(shù)據(jù)直置信息

/配置請求

/與用戶\____________=_____配__置__數(shù)__*/

//配置數(shù)據(jù)

、令啟/彳/

7v-\顯少

//顯示消\^^

.廠處理\\有效標識消息人一］息狀態(tài)］

/傳感器信息

監(jiān)控

系統(tǒng)警報類型

傳感器狀態(tài)6

控制流圖（CFD）

控制流ControlFlow

力口工處理Process

控制說明

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

外部實體ExternalEntityDataStore

控制板配置閃爍運蒜???????..

系統(tǒng)????????.?*??

?

?

?

?

?

?

?

作

顯

示

啟/停開養(yǎng)???3］曾信息動

與爐戶、?????

狀

<完

交互）?????態(tài)

成

進

啟/停行

、

中

、

系統(tǒng)娓

示

曲

肝

顯示消Y

處理4狀態(tài)點痕狀態(tài)

口令

時間溢出,?

AJ警報信號

傳感器事件???卜監(jiān)控警報

系統(tǒng)

傳感器

電話線

數(shù)據(jù)字典（DD）

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

素的一個有組織的列表，以及精確的、

嚴格的定義，使得用戶和系統(tǒng)分析員對

于輸入、輸出、存儲成分和中間計算結

果有共同的理解。

■數(shù)據(jù)字典把不同的需求文檔和分析模型

緊密結合在一起

數(shù)據(jù)字典的作用

■DFD中的數(shù)據(jù)流、數(shù)據(jù)存儲表示某個

有組織的數(shù)據(jù)集合，它們要由SA的

其他描述工具-需求字典（數(shù)據(jù)字典）

來描述，包括：

.詞條描述

■數(shù)據(jù)結構描述

■加工邏輯說明

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

-DD包含的信息■數(shù)據(jù)的層次關系

-名稱（標識）-原數(shù)據(jù)元素

-別名-組合項

-來源■重復項

■去向■選擇項

■組成（內(nèi)容描述）-可選項

■流動屬性（頻率、數(shù)

據(jù)量）

■補充信息

0數(shù)據(jù)字典基本符號

=表示“等于"，“定義為”，“由什么構成”

+表示“與”，“和”

[|]表示“或"，即選擇括號中用"I”號分隔

的各項中的某一項

<｝表示“重復”，即括號中的項要重復若干次,

重復次數(shù)的上下限也可以在括號邊上標出

()表示“可選”，即括號中的項可以沒有

**表示“注釋”

(1)數(shù)據(jù)流詞條描述

■數(shù)據(jù)流名:

■說明：簡要介紹作用即它產(chǎn)生的原

因和結果

■數(shù)據(jù)流來源：來自何方

■數(shù)據(jù)流去向：去向何處

■數(shù)據(jù)流組成：數(shù)據(jù)結構

■數(shù)據(jù)量流通量：數(shù)據(jù)量，流通量

、■舉例：

*無效書單

購/

IJL*壟I聿單

各班學生

教材存量表

用書表

&數(shù)據(jù)流詞條說明舉例

數(shù)據(jù)流名：發(fā)票

別名:無

簡述：學生購書時填寫的項目

來源：學生

去向：加工1“審查并開發(fā)票”

組成S.1學號）十姓名十｛書號+數(shù)量｝

數(shù)據(jù)流量：，00。次儂

高峰值：開學期間1000次/天

（2）數(shù)據(jù)元素詞條描述

■數(shù)據(jù)元素名:

■類型：數(shù)字（離散值，連續(xù)值），

文字（編碼類型）

■長度:

■取值范圍:

■相關的數(shù)據(jù)元素及數(shù)據(jù)結構:

數(shù)據(jù)元素詞條舉例

數(shù)據(jù)項名：貨物編號

別名：G-No,G-num

簡述:本公司的所有貨物的編號

類型:字符串

長度：10

取值范圍及含義：

第1位：IG]（進口/國產(chǎn)）

第2-4位：LB01..LB29（類別）

第5-7位：“A00”..“A99”（規(guī)格）

第8-10位:“001”..“999”（品名編號）

(3)數(shù)據(jù)文件詞條描述

■教據(jù)?

■簡述：存放的是什么數(shù)據(jù)

■輸入數(shù)據(jù)：

■輸出數(shù)據(jù)：

■數(shù)據(jù)文件組成：數(shù)據(jù)結構

■存儲方式:順序，直接，關鍵碼

■存取頻率:

數(shù)據(jù)文件（存儲）詞條舉例

文件名:庫存記錄

別名：無

簡述:存放庫存所有可供貨物的信息

組成：貨物名稱+編號+生產(chǎn)廠家

十單價+庫存量

組織方式：索引文件，以貨物編號為

關鍵字

查海要點:要求能夠立即查詢

(4)加工邏輯詞條描述

■加工名：

■加工編號：反映該加工的層次

■簡要描述：加工邏輯及功能簡述

■輸入數(shù)據(jù)流：

■輸出數(shù)據(jù)流：

■加工邏輯：簡述加工程序，加工順

序

加工邏輯詞條舉例

加工邏輯名：登記報名單

編號：1.0

激活條件：收到報名單

加工邏輯：｛1.1檢查報名單

+1.2編準考證號

+1.3登記考生｝

執(zhí)行頻率：2000次/日

&(5)源點及匯(終)點詞條描述

■名稱:外部實體名

■簡要描述：什么外部實體

■有關數(shù)據(jù)流:

■數(shù)目:

DD表示

Fl:航班信息文件=｛航空公司名稱+航班號+起點+終點+日期+起飛時

間+降落時間｝

航空公司名稱=2｛字母｝4

航班號=3｛十進制數(shù)字｝3

字母=

十進制數(shù)字="0"…制'

起點=終點=1｛漢字｝10

起飛時間=降落時間=時十分

時="00”…"23”

分="00”…"59”

日期=年十月+日

年=[2000|2001|2002|2004]

月=“01”…“12”

日="01”…"31”

數(shù)據(jù)組合

重復項：起點=終點=1｛漢字｝10

航空公司名稱=2｛字母｝4

航班號=3｛十進制數(shù)字｝3

組合項：日期=年十月+日

起飛時間=降落時間=時+分

選擇項：年=[2000I2001I2002|2004]

原數(shù)據(jù)項：字母="A”…“Z”

十進制數(shù)字="0”…“9”

時=“00”…“23”

分=“00”…“59”

月=“01”…“12”

日=“01”…“31”

S限制重復次數(shù)舉例

3{}5或式}表示允許重復3-5次

3{}3或其}表示恰好重復3次

K)表示至少出現(xiàn)1次

{)表示允許重復0至任意次

辦理取款手續(xù)的DFD圖

帳卡

?存折格式

儲蓄網(wǎng)點名稱：帳號：開戶日:

日期

摘要支出存入余額操作復核

年月日

性質(zhì):印密:

----------------------------—

存折=戶名+所號+帳號+開戶日+性質(zhì)+（印密）+1｛存取行｝20

戶名=2｛字母｝24

所號="001”..“999”

帳號="00000001”..“99999999”

開戶日=年+月+日

性質(zhì)

印密="0”

存取行=日期+（摘要）+支出+存入+余額+操作+復核

日期=年+月+日

年=“1900”..“3000”月="01”..“12”

摘要=1｛字母｝4

支出=金額

金額="00000000.01”..“999999999.99”........

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

電話號碼=[當?shù)胤謾C號I外地號碼]

當?shù)胤謾C號=[200112002...12999]

外地號碼=9+[當?shù)靥柎a|長途號碼]

當?shù)靥柎a=前綴+訪問的號碼

長途號碼=(1)+區(qū)號+當?shù)靥柎a

前綴=[795|799|874|877]

訪問的號碼={[0|1|2|3|4|5|6|7|8|9]}4