SlideShare a Scribd company logo
1 of 66
第三章第三章
系統分析的工具系統分析的工具
系統分析系統分析
主要工作目的主要工作目的
–在於了解使用者對新系統的細部需求,同時在於了解使用者對新系統的細部需求,同時
並以文件表達方式,詳細而完整地描述需求並以文件表達方式,詳細而完整地描述需求
的內容,定義新系統的各項功能。的內容,定義新系統的各項功能。
主要工作性質主要工作性質
–邏輯性、概念性與電腦實作無關邏輯性、概念性與電腦實作無關
主要工作項目主要工作項目
–建立系統資料流程圖建立系統資料流程圖
 在於以階層分解的概念,描述系統中資料之流動情在於以階層分解的概念,描述系統中資料之流動情
形,以及分析資料是在那裏進行轉換,資料儲存在形,以及分析資料是在那裏進行轉換,資料儲存在
那裡,以助於專案小組成員與使用者間的溝通,了那裡,以助於專案小組成員與使用者間的溝通,了
解未來系統之概略輪廓,並作為日後進行系統設計解未來系統之概略輪廓,並作為日後進行系統設計
的參考依據。的參考依據。
–建立系統資料辭典建立系統資料辭典
 在於定義資料流程圖中,各項資料實質的意義與組在於定義資料流程圖中,各項資料實質的意義與組
成元素的內容,直接提供專案小組成員一個標準辭成元素的內容,直接提供專案小組成員一個標準辭
彙的資料庫,統一系統共用辭彙,增進專案成員間彙的資料庫,統一系統共用辭彙,增進專案成員間
的溝通。的溝通。
資料流程圖資料流程圖
 常用的流程圖常用的流程圖
– 資料流程圖資料流程圖
 主要是用以表達系統內部資料之流動過程主要是用以表達系統內部資料之流動過程
 又稱為圈圈圖或泡泡圖又稱為圈圈圖或泡泡圖 (bubble chart)(bubble chart)
– 系統流程圖系統流程圖
 主要是用以表達系統的操作流程主要是用以表達系統的操作流程
– 程式流程圖程式流程圖
 主要是用以表示程式設計的邏輯流程主要是用以表示程式設計的邏輯流程
 主要表達重點主要表達重點
– 強調系統中資料的流動情形,而不是強調系強調系統中資料的流動情形,而不是強調系
統邏輯的控制流程與資料轉換的程序。統邏輯的控制流程與資料轉換的程序。
 主要的功用主要的功用
– 系統中資料的流動過程系統中資料的流動過程
– 系統在那裏進行資料轉換系統在那裏進行資料轉換
– 系統把資料儲存在那裏系統把資料儲存在那裏
 資料流程圖使用的符號
符號名稱 符 號 形 狀
轉換處理符號
資料 案符號檔
終端符號
資料流向符號
編號
轉換處理
名稱
(a)
編號
轉換處理
名稱
(b)
案名稱檔 案名稱檔
(a) (b)
實體名稱
資料流名稱 資料流名稱 資料流名稱
(a) (b) (c)
資料流程圖的符號
– 轉換處理符號轉換處理符號
 對象:代表轉換處理(處理程序)對象:代表轉換處理(處理程序)
 用途:用以表示系統中資料發生轉換的地方用途:用以表示系統中資料發生轉換的地方
。。
 語法:“動詞+名詞” 。動詞代表轉換處理所語法:“動詞+名詞” 。動詞代表轉換處理所
進行的動作,名詞代表轉換處理所處理的對進行的動作,名詞代表轉換處理所處理的對
象。象。
 標示方法:轉換處理的動作寫於符號的下半標示方法:轉換處理的動作寫於符號的下半
部;轉換處理的編號寫於符號的上半部與分部;轉換處理的編號寫於符號的上半部與分
隔線間的位置。隔線間的位置。
– 資料 案符號(資料儲存處符號)檔資料 案符號(資料儲存處符號)檔
 對象:代表 案檔對象:代表 案檔
 用途:用以表示系統中資料儲存的地方,此用途:用以表示系統中資料儲存的地方,此
資料儲存的地方通稱為 案。檔資料儲存的地方通稱為 案。檔
 語法:只需標註 案名稱。檔語法:只需標註 案名稱。檔
 標示方法:將 案名稱標示於兩條平行線間檔標示方法:將 案名稱標示於兩條平行線間檔
。。
– 終端符號終端符號
 對象:代表外界環境實體(資料的源頭或終對象:代表外界環境實體(資料的源頭或終
點)點)
 用途:用途:用以表示系統中資料的源頭或終點用以表示系統中資料的源頭或終點。。
 語法:只需標註外界環境實體名稱。語法:只需標註外界環境實體名稱。
 標示方法:將外界環境實體名稱撰寫於方形標示方法:將外界環境實體名稱撰寫於方形
中。中。
– 資料流向符號資料流向符號
 對象:代表資料流對象:代表資料流
 用途:用以表示資料流動的方向。用途:用以表示資料流動的方向。
 語法:只需標註資料流名稱。語法:只需標註資料流名稱。
 標示方法:將資料流名稱書寫於帶箭頭之資標示方法:將資料流名稱書寫於帶箭頭之資
料流向符號之上,由箭號的方向,判定資料料流向符號之上,由箭號的方向,判定資料
流為輸入資料流或輸出資料流。流為輸入資料流或輸出資料流。
 資料流程圖以能表達系統之資訊流程為首要目標,它資料流程圖以能表達系統之資訊流程為首要目標,它
具有下列特性:具有下列特性:
– 層次性層次性
 資料流程圖可細分為頂層、中層、與底層等三個資料流程圖可細分為頂層、中層、與底層等三個
階層,分別表達系統在不同層次的資料流程,而階層,分別表達系統在不同層次的資料流程,而
這些層次在縱向方面,彼此具有父子層的關係。這些層次在縱向方面,彼此具有父子層的關係。
– 可分解性可分解性
 可以依資料流程圖的複雜度,逐層地予以分解,可以依資料流程圖的複雜度,逐層地予以分解,
直至各項轉換處理為易了解的直至各項轉換處理為易了解的基本功能基本功能為止。為止。
– 邏輯性邏輯性
 指資料流程圖只表達資料在那裡進行轉換,而不指資料流程圖只表達資料在那裡進行轉換,而不
描述資料的轉換過程。描述資料的轉換過程。
資料流程圖的繪製原則資料流程圖的繪製原則
 資料流程圖起始於概圖(又稱為環境圖)的繪製資料流程圖起始於概圖(又稱為環境圖)的繪製
,為系統的頂層圖(第一張資料流程圖)。概圖,為系統的頂層圖(第一張資料流程圖)。概圖
描述系統與外界環境實體間之交互關係。描述系統與外界環境實體間之交互關係。
 資料流程圖以圖○為第二張圖,此圖為系統的主資料流程圖以圖○為第二張圖,此圖為系統的主
要功能圖。一般習慣將圖○定義為系統的第一層要功能圖。一般習慣將圖○定義為系統的第一層
資料流程圖。它用以表示系統的主要功能(即轉資料流程圖。它用以表示系統的主要功能(即轉
換處理)與主要的輸入與輸出資料流。換處理)與主要的輸入與輸出資料流。
 對於資料流程圖各層轉換處理的展開(即分解)對於資料流程圖各層轉換處理的展開(即分解)
,以資料流程圖階層化的原則進行。,以資料流程圖階層化的原則進行。
 在資料流程圖各階層分解的過程中,必須要注意在資料流程圖各階層分解的過程中,必須要注意
父層與子層資料流程圖間的資訊連續性。此資訊父層與子層資料流程圖間的資訊連續性。此資訊
連續性依其意義也可稱之為平衡。連續性依其意義也可稱之為平衡。
 對於資料流的命名,必須以有意義的文字表示,對於資料流的命名,必須以有意義的文字表示,
且此文字必須足以表達資料流實際的意義。且此文字必須足以表達資料流實際的意義。
 對於轉換處理的命名,必須以能表達轉案處理實對於轉換處理的命名,必須以能表達轉案處理實
際動作內容的文句表示之。際動作內容的文句表示之。
 繪製資料流程圖時,以系統為穩定狀態(即正常繪製資料流程圖時,以系統為穩定狀態(即正常
運轉)時資料的流動情形為描繪對象,對於非正運轉)時資料的流動情形為描繪對象,對於非正
常運轉時的狀態,可予以省略。常運轉時的狀態,可予以省略。
 對於系統中因為使用者操作錯誤,而產生的錯誤對於系統中因為使用者操作錯誤,而產生的錯誤
處理細節,可以省略,不需描繪。處理細節,可以省略,不需描繪。
 確定所描繪的是資料流,而不是控制流。如果發確定所描繪的是資料流,而不是控制流。如果發
覺有控制流,就必須將此控制流刪除。覺有控制流,就必須將此控制流刪除。
 資料流名稱之決定,有下列原則可供參考:資料流名稱之決定,有下列原則可供參考:
– 所有在資料流程圖中出現的資料流,都必須命名所有在資料流程圖中出現的資料流,都必須命名
。。
– 對於進出 案的資料流,只要標明資料的流向即檔對於進出 案的資料流,只要標明資料的流向即檔
可。可。
– 資料流的名稱,必須以能 代表該資料流實際意夠資料流的名稱,必須以能 代表該資料流實際意夠
義的名詞來表示,不可使用太空泛、不具代表性義的名詞來表示,不可使用太空泛、不具代表性
的名稱。的名稱。
– 若無法以一個適當的名稱來表示資料流,則表示若無法以一個適當的名稱來表示資料流,則表示
此資料流可能太過複雜,需再加以分解。此資料流可能太過複雜,需再加以分解。
– 資料流必須是由相關的資料所組成,不相關的資資料流必須是由相關的資料所組成,不相關的資
料不要放在同一個資料流內。料不要放在同一個資料流內。
 轉換處理名稱之決定,有下列原則可供參考:轉換處理名稱之決定,有下列原則可供參考:
– 所有轉換處理,都必須命名。所有轉換處理,都必須命名。
– 必須以具代表性的詞句來表達轉換處理,不必須以具代表性的詞句來表達轉換處理,不
可使用太空泛、不具代表性的名稱。可使用太空泛、不具代表性的名稱。
– 若無法以一個適當的名稱來表示轉換處理,若無法以一個適當的名稱來表示轉換處理,
則此轉換處理執行的工作內容仍太複雜,需則此轉換處理執行的工作內容仍太複雜,需
要再加以分解。要再加以分解。
– 轉換處理的命名以“動詞+名詞”的方式命名。轉換處理的命名以“動詞+名詞”的方式命名。
如果轉換處理的動作,無法用一個動詞予以如果轉換處理的動作,無法用一個動詞予以
表達,則此轉換處理需要再予以分解。表達,則此轉換處理需要再予以分解。
概圖的繪製概圖的繪製
 概圖的繪製過程可以歸納為下列幾個步驟概圖的繪製過程可以歸納為下列幾個步驟
::
– 在圖中畫一個圈圈(即轉換處理符號)用以在圖中畫一個圈圈(即轉換處理符號)用以
表示欲建立的系統,並將欲建立系統的名稱表示欲建立的系統,並將欲建立系統的名稱
寫在圈圈中。請參考下圖寫在圈圈中。請參考下圖 (a)(a) 。。
– 繪製提供或接收系統資料的外界環境實體,繪製提供或接收系統資料的外界環境實體,
請參考下圖請參考下圖 (b)(b) 。。
– 繪製系統與外界環境實體間的資料流。請參繪製系統與外界環境實體間的資料流。請參
考下圖考下圖 (c)(c) 。。
人事薪資
管理系統
(a)
人事薪資
管理系統
人事部門
會計部門員工
(b)
人事薪資
管理系統
人事部門
會計部門員工
員工出缺勤資料
員工出缺勤報表
員工薪資報表
員工薪資資料
員工基本資料
員工薪資單
(c)
圖○的繪製圖○的繪製
圖○的繪製過程可歸納為下列幾個步驟:圖○的繪製過程可歸納為下列幾個步驟:
–將概圖分解成幾個主要的功能,並繪上其代表將概圖分解成幾個主要的功能,並繪上其代表
之轉換處理符號及功能內容,然後分別給予編之轉換處理符號及功能內容,然後分別給予編
號,編號由號,編號由 1.01.0 編起,依次是編起,依次是 2.02.0 、、 3.03.0 等。等。
如下圖如下圖 5(a)5(a) 。。
–承繼概圖,繪出與系統有關之外界環境實體及承繼概圖,繪出與系統有關之外界環境實體及
其與系統間之資料流。必須要注意外界環境實其與系統間之資料流。必須要注意外界環境實
體與資料流的名稱與內容必須與概圖相同一致。體與資料流的名稱與內容必須與概圖相同一致。
如圖下如圖下 (b)(b) 。。
– 繪製各主要功能共同使用的 案,以及各主檔繪製各主要功能共同使用的 案,以及各主檔
要功能間之資料流。如下圖要功能間之資料流。如下圖 (c)(c) 。。
– 重新整理資料流程圖,檢 是否有畫錯?是查重新整理資料流程圖,檢 是否有畫錯?是查
否有不平衡的情形?並檢 資料流程圖的複查否有不平衡的情形?並檢 資料流程圖的複查
雜度,儘量以較簡易的形式來表達。雜度,儘量以較簡易的形式來表達。
員工薪資報
表
1.0
2.0
3.0
員工薪資資
料管理系統
員工基本資
料管理系統
員工出缺勤
資料管理系
統
圖 (a)
圖 (b)
人事部門
會計部門
員工
員工薪資報
表
1.0
2.0
3.0
員工薪資資
料管理系統
員工基本資
料管理系統
員工出缺勤
資料管理系
統 員工出缺勤資料
員工出缺勤報表
員工薪資報表
員工薪資資料
員工基本資
料
員工薪資單
圖 (c)
人事部門
會計部門
員工
員工薪資報
表
1.0
2.0
3.0
員工薪資資
料管理系統
員工基本資
料管理系統
員工出缺勤
資料管理系
統 員工出缺勤資料
員工出缺勤報表
員工薪資報表
員工薪資資料
員工基本資料
員工薪資單
員工薪資檔
員工基本資料檔
員工出缺勤資料檔
資料流程圖的階層化資料流程圖的階層化
在繪製資料流程圖時,應將系統的功能範圍,逐在繪製資料流程圖時,應將系統的功能範圍,逐
次地由大縮小,使所繪製的資料流程圖,更具層次地由大縮小,使所繪製的資料流程圖,更具層
次化。這個層次化的過程就是所謂的階層化,又次化。這個層次化的過程就是所謂的階層化,又
可稱為分解。可稱為分解。
階層化是指將一個系統,以層次化的表達方式,階層化是指將一個系統,以層次化的表達方式,
由高層至低層逐步加以細分的過程。通常,將系由高層至低層逐步加以細分的過程。通常,將系
統細分至無法或無需再細分的基本功能時,階層統細分至無法或無需再細分的基本功能時,階層
化才告中止。化才告中止。
 經過階層化的資料流程圖是由三個階層的圖形所經過階層化的資料流程圖是由三個階層的圖形所
構成,頂層只有一個尚未分割的轉換處理符號,構成,頂層只有一個尚未分割的轉換處理符號,
此為基本系統模式,一般稱為概圖。底層由一些此為基本系統模式,一般稱為概圖。底層由一些
不可再細分的轉換處理所構成,是系統的基本功不可再細分的轉換處理所構成,是系統的基本功
能。介於頂層與底層之間為中層資料流程圖,其能。介於頂層與底層之間為中層資料流程圖,其
層數視系統的複雜度以及分割的方法而定。層數視系統的複雜度以及分割的方法而定。
資料流程圖階層化有四點原則必須要注意到:資料流程圖階層化有四點原則必須要注意到:
–一次只分解一個轉換處理一次只分解一個轉換處理
 在階層化資料流程圖時,為了保持圖形的層次性與在階層化資料流程圖時,為了保持圖形的層次性與
易讀性,一次只針對一個轉換處理進行分解。易讀性,一次只針對一個轉換處理進行分解。
 假使在父層有四個轉換處理,則將此父層的轉換處假使在父層有四個轉換處理,則將此父層的轉換處
理分解後,最多只有四個子層圖,因為在父層中,理分解後,最多只有四個子層圖,因為在父層中,
可能有些轉換處理已經是基本功能,不用再予以細可能有些轉換處理已經是基本功能,不用再予以細
分。分。
 在描述分解圖時,一張圖以表達一個轉換處理的分在描述分解圖時,一張圖以表達一個轉換處理的分
解結果為原則,同時,在一張圖中,轉換處理的數解結果為原則,同時,在一張圖中,轉換處理的數
目以低於目以低於 7±27±2 的範圍較佳。的範圍較佳。
–保持父層與子層的資訊連續性保持父層與子層的資訊連續性
 資訊連續性亦可稱為平衡。資訊連續性亦可稱為平衡。
 在資料流程圖階層化的過程中,必須要保持父層與在資料流程圖階層化的過程中,必須要保持父層與
子層間的資訊連續性。子層間的資訊連續性。
 下圖為人事薪資管理系統處理編號下圖為人事薪資管理系統處理編號 3.03.0 之分解圖。之分解圖。
員工
出缺勤報表
員工
出缺勤資料
員工出缺勤資料檔
員工基本資料檔
3.2
列印員工
出缺勤資料
3.1
建立員工
出缺勤資料
–依資料流程圖的編號原則予以編號依資料流程圖的編號原則予以編號
 下圖下圖 (b)(b) 是將圖是將圖 (a)(a) 編號編號 3.03.0 之轉換處理分解後之子之轉換處理分解後之子
層示意圖,圖層示意圖,圖 (c)(c) 是將圖是將圖 (b)(b) 編號編號 3.23.2 之轉換處理分之轉換處理分
解後產生之子層示意圖。解後產生之子層示意圖。
 在表達資料流程圖的父層與子層關係時,可以使用如在表達資料流程圖的父層與子層關係時,可以使用如
圖圖 (c)(c) 之編號方法。例如將轉換處理之編號方法。例如將轉換處理 3.23.2 分解後之子分解後之子
圖的轉換處理,就用圖的轉換處理,就用 3.2.13.2.1 、、 3.2.23.2.2 、、 3.2.33.2.3 等編號等編號
方式循序編號,較易讓人了解其層次的關係。方式循序編號,較易讓人了解其層次的關係。
1.0
2.0
3.0
(a)
3.1
3.3
3.4
(b)
3.2
3.2.1
3.2.2
3.2.3
(c)
–依 案的標示原則標示 案檔 檔依 案的標示原則標示 案檔 檔
 在階層化資料流程圖時,如果某一個階層的轉換處理在階層化資料流程圖時,如果某一個階層的轉換處理
使用到外部 案,則此外部 案在該階層的圖形中必檔 檔使用到外部 案,則此外部 案在該階層的圖形中必檔 檔
須要繪製。須要繪製。
 如果在某一階層中,一個 案被兩個或兩個以上的轉檔如果在某一階層中,一個 案被兩個或兩個以上的轉檔
換處理使用到,則此 案稱為局部 案;在資料流程檔 檔換處理使用到,則此 案稱為局部 案;在資料流程檔 檔
圖的繪製過程中,任一階層所使用到的局部 案,必檔圖的繪製過程中,任一階層所使用到的局部 案,必檔
須在該階層中標示出來,未使用到的 案不用標示。檔須在該階層中標示出來,未使用到的 案不用標示。檔
 對於 案之資料流向符號的標示方法,可以參考下表檔對於 案之資料流向符號的標示方法,可以參考下表檔
。。
處理內容 標 示 方 法 標 示 意 義
輸 入
輸入功能會修改到 案的內容。檔
詢查
詢功能只是提取 案的內容並顯示到螢幕查 檔
上,不會修改 案的內容。檔
修 改
修改功能一般是先提取 案的內容,將之顯檔
示於螢幕上,予以修改後,再將結果存入檔
案內。
刪 除
刪除功能一般是先提取 案的內容,並顯示檔
於螢幕上,確認無誤後,再將 案內容予以檔
刪除之。
列印
列印功能是提取 案的內容送到印表機上,檔
不會修改 案的內容。檔
案名稱檔
案名稱檔
案名稱檔
案名稱檔
案名稱檔
以階層化的觀念繪製資料流程圖,具有以階層化的觀念繪製資料流程圖,具有
下列三項優點:下列三項優點:
–方便製作方便製作
–容易閱讀容易閱讀
–便於管理便於管理
資料流程圖的複核,有下列幾項原則可供資料流程圖的複核,有下列幾項原則可供
參考:參考:
–檢 是否有尚未命名的資料流。查檢 是否有尚未命名的資料流。查
–驗證資料流的命名是否恰當,是否真能表達其驗證資料流的命名是否恰當,是否真能表達其
內含的組成內容。內含的組成內容。
–將不屬於資料流的控制流予以刪除,並檢 此查將不屬於資料流的控制流予以刪除,並檢 此查
轉換處理輸入與輸出資料流的正確性。轉換處理輸入與輸出資料流的正確性。
–檢 資料流程圖中轉換處理的命名是否合適,查檢 資料流程圖中轉換處理的命名是否合適,查
是否真能表達其內含的作業內容。是否真能表達其內含的作業內容。
– 檢 進出轉換處理的輸入與輸出資料流,判斷查檢 進出轉換處理的輸入與輸出資料流,判斷查
是否有資料流尚未予以標明,是否有不平衡之是否有資料流尚未予以標明,是否有不平衡之
情形。情形。
– 檢 進出 案的資料流是否依照 案處理動作查 檔 檔檢 進出 案的資料流是否依照 案處理動作查 檔 檔
的內涵標示正確,會不會只有輸入或只有輸出的內涵標示正確,會不會只有輸入或只有輸出
。。
– 檢 父層與子層之圖形是否有保持資訊連續性查檢 父層與子層之圖形是否有保持資訊連續性查
,亦即要避免父層與子層資料流程圖不平衡之,亦即要避免父層與子層資料流程圖不平衡之
情形。情形。
– 與使用者複核資料流程圖是否真能表達企業真與使用者複核資料流程圖是否真能表達企業真
實的資訊流程。實的資訊流程。
決策表與決策樹決策表與決策樹
系統分析之三種邏輯分析工具系統分析之三種邏輯分析工具
–結構化英文結構化英文 (structure English)(structure English)
–決策表決策表 (decision table)(decision table)
–決策樹決策樹 (decision tree)(decision tree)
決策表決策表
用途用途
–用於多重、較複雜的條件組合。用於多重、較複雜的條件組合。
表示方法表示方法
–以二維矩陣或表格的型式,表達資料流程圖以二維矩陣或表格的型式,表達資料流程圖
中轉換處理的內部邏輯。中轉換處理的內部邏輯。
各種條件狀況各種條件狀況 各種條件的各種條件的
組合組合
各種可能行動各種可能行動 對應採取之對應採取之
行動行動
IF 天氣=晴天 THEN
IF 活動時間 < 2 小時 THEN
採取之活動=頂樓賞月
ELSE
IF 2 小時 <= 活動時間 <= 6 小時
THEN
採取之活動=公園賞月
ELSE
採取之活動=墾丁賞月
ENDIF
ENDIF
ELSE
IF 活動時間 <= 2 小時 THEN
採取之活動=室內聊天
ELSE
採取之活動=拜訪親友
ENDIF
ENDIF
11 22 33 44 55
天氣天氣 晴天晴天 晴天晴天 晴天晴天 陰雨陰雨 陰雨陰雨
活動時間活動時間 <2<2 小小
時時
2-62-6 小小
時時
>6>6 小小
時時
<2<2 小小
時時
>=2>=2 小小
時時
頂樓賞月頂樓賞月 ˇˇ
公園賞月公園賞月 ˇˇ
墾丁賞月墾丁賞月 ˇˇ
室內聊天室內聊天 ˇˇ
拜訪親友拜訪親友 ˇˇ
開始
天氣晴
活動
<2小時
頂樓賞月 室內聊天 拜訪親友
活動
<2小時
活動
>6小時
墾丁賞月公園賞月
是 否
是
是
是否
否
否
結束
決策樹決策樹
用途用途
–以圖形的方式來表達決策表的內容,其適用以圖形的方式來表達決策表的內容,其適用
的情況與決策表相同,均用於多重、較複雜的情況與決策表相同,均用於多重、較複雜
的條件組合。的條件組合。
表示方法表示方法
–將各決策點繪成如樹枝一樣的一連串分支,將各決策點繪成如樹枝一樣的一連串分支,
每個分支代表的是一個判斷條件,在繪製決每個分支代表的是一個判斷條件,在繪製決
策樹時,由左而右依判斷條件逐漸分支,直策樹時,由左而右依判斷條件逐漸分支,直
至各條件均列舉完後,決策樹也就完成了。至各條件均列舉完後,決策樹也就完成了。
–根據被測試的條件狀況,在決策樹內,同一根據被測試的條件狀況,在決策樹內,同一
時間只有一個“自樹根到樹葉”的分支被執行時間只有一個“自樹根到樹葉”的分支被執行
。。
中秋節
活動選擇
天氣狀況: 活動地點:活動時間:
晴天
陰雨
<2 小時
2-6 小時
>6 小時
<2 小時
頂樓賞月
>=2 小時
公園賞月
墾丁賞月
室內聊天
拜訪親友
結構化英文結構化英文
用途用途
–描述轉換處理與迷你規格書。描述轉換處理與迷你規格書。
表示方法表示方法
–由一些命令式的敘述所構成,它是使用一組由一些命令式的敘述所構成,它是使用一組
有限制字彙和特定語法規則的語言,其所使有限制字彙和特定語法規則的語言,其所使
用的字彙有三種:用的字彙有三種:
 命令式的英文動詞。命令式的英文動詞。
 定義於資料字典中,系統人員認定之共通字彙。定義於資料字典中,系統人員認定之共通字彙。
 敘述結構化英文邏輯規則的保留字。敘述結構化英文邏輯規則的保留字。
應用結構化英文有下列幾點需要注意:應用結構化英文有下列幾點需要注意:
–只描述系統之基本功能。只描述系統之基本功能。
–描述時要使每個句子簡潔而切合重點。描述時要使每個句子簡潔而切合重點。
–對明顯而易懂的轉換處理應避免太多餘的描對明顯而易懂的轉換處理應避免太多餘的描
述。述。
–層次結構不宜太深。層次結構不宜太深。
–對處理區段用縮排的方式描述,且描述應儘對處理區段用縮排的方式描述,且描述應儘
量簡潔。量簡潔。
使用結構化英文描述處理時,有下列幾使用結構化英文描述處理時,有下列幾
項規則要注意:項規則要注意:
–使用命令式的英文動詞來描述所要執行的動使用命令式的英文動詞來描述所要執行的動
作。作。
–對於動詞的受詞要指定清楚,亦即要描述明對於動詞的受詞要指定清楚,亦即要描述明
確。確。
–儘量不要使用形容詞或比較級來描述事物。儘量不要使用形容詞或比較級來描述事物。
–應用結構化英文的標準結構來描述轉換處理應用結構化英文的標準結構來描述轉換處理
。。
–使用結構化英文的關鍵字,以使結構更為清使用結構化英文的關鍵字,以使結構更為清
晰。晰。
結構化英文的標準結構結構化英文的標準結構
–順序結構順序結構
 指程式是依照指令的先後順序來執行。指程式是依照指令的先後順序來執行。
–判斷結構判斷結構
 指要執行那一段程式指令,是依照當時判斷條件指要執行那一段程式指令,是依照當時判斷條件
的結果而決定的。的結果而決定的。
–重覆結構重覆結構
 是指一段程式指令執行的次數,是由某一邏輯條是指一段程式指令執行的次數,是由某一邏輯條
件所控制。一般應用的重覆結構有幾種型式,其件所控制。一般應用的重覆結構有幾種型式,其
一為先判斷後執行重覆結構,其二為先執行後判一為先判斷後執行重覆結構,其二為先執行後判
斷重覆結構。斷重覆結構。
應用結構化英文描述事物有下列優點:應用結構化英文描述事物有下列優點:
–可應用於整個軟體系統生命週期。可應用於整個軟體系統生命週期。
–有特定的語法結構,各種結構都有標準的寫有特定的語法結構,各種結構都有標準的寫
法,分析人員應用起來較為方便。法,分析人員應用起來較為方便。
–可以用較簡潔、精確、可讀性高的外觀表達可以用較簡潔、精確、可讀性高的外觀表達
出來,簡化了解迷你規格書的複雜度。出來,簡化了解迷你規格書的複雜度。
–可以用易於使用者接受的方式出現,較便於可以用易於使用者接受的方式出現,較便於
系統分析人員與使用者溝通。系統分析人員與使用者溝通。
–系統分析人員可以應用軟體工具來定義結構系統分析人員可以應用軟體工具來定義結構
化英文,以便於日後的維護修改。化英文,以便於日後的維護修改。
應用結構化英文有可能產生下列缺點:應用結構化英文有可能產生下列缺點:
–結構化英文雖有特定的語法架構,但是,要結構化英文雖有特定的語法架構,但是,要
建立分析人員間共通的風格,仍需要一段時建立分析人員間共通的風格,仍需要一段時
間。間。
–使用者可能會認為結構化英文是電腦專業人使用者可能會認為結構化英文是電腦專業人
員的工具而產生排斥。員的工具而產生排斥。
甘特圖甘特圖
用途用途
–用於表示專案進度,讓專案小組負責人,可用於表示專案進度,讓專案小組負責人,可
以依目前的時間點,來判斷那幾項工作已經以依目前的時間點,來判斷那幾項工作已經
完成,那幾項工作正進行中,那幾項工作延完成,那幾項工作正進行中,那幾項工作延
遲了,以便於做進度上的控制與時程上的管遲了,以便於做進度上的控制與時程上的管
理。理。
表示方法表示方法
–以時間為水平軸,以系統的各個子工作項目以時間為水平軸,以系統的各個子工作項目
為縱軸,以條形代表一項子工作進行的時程為縱軸,以條形代表一項子工作進行的時程
,條形的始端代表工作預定的開始時間,條,條形的始端代表工作預定的開始時間,條
形的終端代表工作預定的結束日期,條形的形的終端代表工作預定的結束日期,條形的
長度表示各子工作要花費的總時間。長度表示各子工作要花費的總時間。
週次
系統維護
撰寫系統設計書
系統維護
1 222 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21
工作項目
評估新系統效益
撰寫系統文件
程式撰寫及測試
系統設計
撰寫系統分析書
系統需求分析
系統規劃
可行性評估
撰寫專案計畫書
蒐集相關資料
確定系統範圍
先期討論 22
17
17
38
26
43
110
58
85
40
50
35
31
37
資料辭典資料辭典
主要表達重點主要表達重點
–加強資料流程圖的輔助說明。加強資料流程圖的輔助說明。
主要的功用主要的功用
–定義資料流程圖中之資料流、資料 案、轉檔定義資料流程圖中之資料流、資料 案、轉檔
換處理以及資料元素,以便於專案小組成員換處理以及資料元素,以便於專案小組成員
了解資料流程圖中各元件內含的意義。了解資料流程圖中各元件內含的意義。
本章討論重點本章討論重點
–資料流描述資料流描述
–資料元素描述資料元素描述
–資料 案描述檔資料 案描述檔
–轉換處理描述轉換處理描述
建立資料辭典有下列優點:建立資料辭典有下列優點:
–提供系統人員共通的、彼此認同的字彙定義提供系統人員共通的、彼此認同的字彙定義
。。
–可由資料辭典內容的定義,了解現行的作業可由資料辭典內容的定義,了解現行的作業
情形。情形。
–可以提供資料流程圖中各元件的資訊。可以提供資料流程圖中各元件的資訊。
–讓專案小組成員更容易了解系統的邏輯需求讓專案小組成員更容易了解系統的邏輯需求
。。
符 號 意 義
=
+
〔 〕
{ }
( )
* …… *
等於 (equivalence) ,由~組成
和 (and) ,以及
其中之一 (either - or)
重覆 (iterations)
取捨 (optional)
註解 (comments)
資料辭典使用之符號資料辭典使用之符號
定義資料辭典必須要符合下列要求:定義資料辭典必須要符合下列要求:
–要能很容易地由名稱找到定義元件。要能很容易地由名稱找到定義元件。
–資料定義的方式要簡單明瞭。資料定義的方式要簡單明瞭。
–已經有定義過的資料,不要重覆定義。已經有定義過的資料,不要重覆定義。
–資料定義內容的更改要很容易。資料定義內容的更改要很容易。
資料流描述資料流描述
原則原則
–在資料流程圖中出現的每一個資料流,都要在資料流程圖中出現的每一個資料流,都要
有一個相對應的資料流定義。有一個相對應的資料流定義。
定義內容定義內容
–資料流名稱資料流名稱
–資料流別名資料流別名
–組成組成
–說明說明
資料流名稱:資料流名稱: 員工基本資料員工基本資料
資料流別名:資料流別名: 無無
組 成:組 成: 員工基本資料=員工編號+員工姓名+性別員工基本資料=員工編號+員工姓名+性別
+身份證字號+血型+身份證字號+血型
  +出生日期+住址+  +出生日期+住址+ 1{1{ 電話號碼電話號碼 }2}2
  +部門代碼  +部門代碼
說 明:說 明: 無無
資料元素描述資料元素描述
定義內容定義內容
–資料元素名稱資料元素名稱
–資料元素別名資料元素別名
–型態及長度型態及長度
– 和意義值和意義值
–說明說明
資料元素名稱: 性別
資料元素別名: 無
資料型態長度: C(1)
和 意 義:值
‘ 0’:表示是男性。
‘ 1’:表示是女性。
說 明: 無
資料 案描述檔資料 案描述檔
原則原則
–每一個資料 案在資料辭典中都要定義。檔每一個資料 案在資料辭典中都要定義。檔
定義內容定義內容
– 案名稱檔案名稱檔
– 案別名檔案別名檔
– 案目的檔案目的檔
–欄位組成欄位組成
–記錄總長記錄總長
–組織結構組織結構
–說明說明
案名稱:檔 員工基本資料檔
案別名:檔 無
案目的:檔 儲存員工基本資料
欄位組成: 欄位名稱 資料型態 長度 備 註
========= ======== ==== ====== =====
員工編號    C 6 主鍵
員工姓名    C 8
性別      C 1
身份證字號   C 10
血型      C 2
出生日期    D 8
住址      C 30
電話號碼1   C 12
電話號碼2   C 12
部門代碼    C 4
========= ========= ==== ======
組織結構: 索引循序組織
說 明: 1. 主鍵為員工編號,且鍵 不重覆。值
2. 資料錄長度固定,總長為 93 bytes 。
轉換處理描述轉換處理描述
原則原則
– 在資料流程圖最底層的每一個基本功能,都一定要在資料流程圖最底層的每一個基本功能,都一定要
有一個轉換處理描述。有一個轉換處理描述。
– 在系統分析階段時只敘述各處理要執行之工作,而在系統分析階段時只敘述各處理要執行之工作,而
不描述各項工作應如何做不描述各項工作應如何做。。
定義內容定義內容
– 處理名稱處理名稱
– 處理編號處理編號
– 處理範圍處理範圍
– 處理描述處理描述
– 效能需求效能需求
– 備註備註
處理名稱:處理名稱: 輸入員工基本資料輸入員工基本資料
處理編號:處理編號: 1.1.11.1.1
處理範圍:處理範圍: 僅處理新進員工的基本資料僅處理新進員工的基本資料
處理描述:處理描述:
1.1. 顯示輸入員工基本資料畫面。顯示輸入員工基本資料畫面。
2.2. 提供員工基本資料輸入功能。提供員工基本資料輸入功能。
3.3. 若為新員工,則若為新員工,則
  將員工資料存入員工基本資料 。檔  將員工資料存入員工基本資料 。檔
 否則 否則
  拒絕此項資料的輸入。  拒絕此項資料的輸入。
效能需求:效能需求: 能正常輸入新進員工資料,並預防員工資料能正常輸入新進員工資料,並預防員工資料
的重覆輸入。的重覆輸入。
備 註:備 註: 無無
工作分配表工作分配表
用途用途
–說明各項工作的工作內容與特性、各工作項說明各項工作的工作內容與特性、各工作項
目前後的銜接性、各工作項目應該完成的時目前後的銜接性、各工作項目應該完成的時
限,以及要完成該工作項目的人員必須具備限,以及要完成該工作項目的人員必須具備
有那些能力等。有那些能力等。
表示方法表示方法
–工作內容的定義表工作內容的定義表
–工作分配表工作分配表
–月工作計劃表月工作計劃表
–週工作時間表週工作時間表
製作系統分析文件製作系統分析文件
目的目的
–在於以文字為表達工具,運用邏輯性的觀點在於以文字為表達工具,運用邏輯性的觀點
,具體而詳細地定義使用者對未來資訊系統,具體而詳細地定義使用者對未來資訊系統
的需求,同時可藉此文件與使用者一同驗證的需求,同時可藉此文件與使用者一同驗證
系統的需求是否正確,並以此需求作為系統系統的需求是否正確,並以此需求作為系統
設計階段的參考藍本。設計階段的參考藍本。
描述原則描述原則
–以定義系統各項功能的邏輯為主,不要涉及以定義系統各項功能的邏輯為主,不要涉及
技術性的說明或描述,其技術性說明的部份技術性的說明或描述,其技術性說明的部份
留待系統設計時再進行。留待系統設計時再進行。
主要表達內容主要表達內容
–系統基本資料的簡介系統基本資料的簡介
–系統未來使用環境的分析系統未來使用環境的分析
–環境現況的制度化與合理化環境現況的制度化與合理化
–系統輸入輸出的需求系統輸入輸出的需求
–系統資訊流程的內容系統資訊流程的內容
–系統資料儲存的需求系統資料儲存的需求
–系統功能的需求與定義系統功能的需求與定義
–系統驗收的標準與方法系統驗收的標準與方法
描述項目描述項目
–系統簡介系統簡介
–現況分析現況分析
–新系統之資訊內容描述新系統之資訊內容描述
–新系統的表單需求新系統的表單需求
–新系統的各項功能描述新系統的各項功能描述
–新系統各項功能的確認標準新系統各項功能的確認標準
–參考資料參考資料
–附錄附錄

More Related Content

Similar to Ch3第三單元

腾讯大讲堂48 数据库查询优化浅析
腾讯大讲堂48 数据库查询优化浅析腾讯大讲堂48 数据库查询优化浅析
腾讯大讲堂48 数据库查询优化浅析areyouok
 
腾讯大讲堂48 数据库查询优化浅析
腾讯大讲堂48 数据库查询优化浅析腾讯大讲堂48 数据库查询优化浅析
腾讯大讲堂48 数据库查询优化浅析topgeek
 
淘宝网架构变迁和挑战(Oracle架构师日)
淘宝网架构变迁和挑战(Oracle架构师日)淘宝网架构变迁和挑战(Oracle架构师日)
淘宝网架构变迁和挑战(Oracle架构师日)vanadies10
 
云计算 系统实例与研究现状
云计算 系统实例与研究现状云计算 系统实例与研究现状
云计算 系统实例与研究现状Danny AJ Lin
 
腾讯大讲堂42 数据库内核设计思路浅析
腾讯大讲堂42 数据库内核设计思路浅析腾讯大讲堂42 数据库内核设计思路浅析
腾讯大讲堂42 数据库内核设计思路浅析topgeek
 
作業系統數位教材(劉政雄)(1 9)
作業系統數位教材(劉政雄)(1 9)作業系統數位教材(劉政雄)(1 9)
作業系統數位教材(劉政雄)(1 9)Ying wei (Joe) Chou
 
Kid171 chap03 traditional Chinese Version
Kid171 chap03 traditional Chinese VersionKid171 chap03 traditional Chinese Version
Kid171 chap03 traditional Chinese VersionFrank S.C. Tseng
 
一次Web性能测试小结
一次Web性能测试小结一次Web性能测试小结
一次Web性能测试小结beiyu95
 
面向数据流的软件设计方法
面向数据流的软件设计方法面向数据流的软件设计方法
面向数据流的软件设计方法happyjin2010
 
Great architect cn
Great architect cnGreat architect cn
Great architect cndrewz lin
 
软件设计原则、模式与应用
软件设计原则、模式与应用软件设计原则、模式与应用
软件设计原则、模式与应用yiditushe
 
Powerdesigner使用教程(1)
Powerdesigner使用教程(1)Powerdesigner使用教程(1)
Powerdesigner使用教程(1)zhq3051
 
主备备的两个备机转为双Master出现诡异的slave lag问题
主备备的两个备机转为双Master出现诡异的slave lag问题主备备的两个备机转为双Master出现诡异的slave lag问题
主备备的两个备机转为双Master出现诡异的slave lag问题haojiewang
 
A.oracle 数据字典与脚本初步
A.oracle 数据字典与脚本初步A.oracle 数据字典与脚本初步
A.oracle 数据字典与脚本初步WASecurity
 
Chap12 嵌入式系统开发模式
Chap12 嵌入式系统开发模式Chap12 嵌入式系统开发模式
Chap12 嵌入式系统开发模式Allen Galler
 
CBAP商業分析讀書會 20140218 CH13
CBAP商業分析讀書會 20140218 CH13CBAP商業分析讀書會 20140218 CH13
CBAP商業分析讀書會 20140218 CH13moris lee
 
基于J2 Ee 的通用Web 信息系统框架设计与实现
基于J2 Ee 的通用Web 信息系统框架设计与实现基于J2 Ee 的通用Web 信息系统框架设计与实现
基于J2 Ee 的通用Web 信息系统框架设计与实现yiditushe
 
網站設計100步
網站設計100步網站設計100步
網站設計100步evercislide
 
C++工程实践
C++工程实践C++工程实践
C++工程实践Shuo Chen
 

Similar to Ch3第三單元 (20)

腾讯大讲堂48 数据库查询优化浅析
腾讯大讲堂48 数据库查询优化浅析腾讯大讲堂48 数据库查询优化浅析
腾讯大讲堂48 数据库查询优化浅析
 
腾讯大讲堂48 数据库查询优化浅析
腾讯大讲堂48 数据库查询优化浅析腾讯大讲堂48 数据库查询优化浅析
腾讯大讲堂48 数据库查询优化浅析
 
淘宝网架构变迁和挑战(Oracle架构师日)
淘宝网架构变迁和挑战(Oracle架构师日)淘宝网架构变迁和挑战(Oracle架构师日)
淘宝网架构变迁和挑战(Oracle架构师日)
 
云计算 系统实例与研究现状
云计算 系统实例与研究现状云计算 系统实例与研究现状
云计算 系统实例与研究现状
 
腾讯大讲堂42 数据库内核设计思路浅析
腾讯大讲堂42 数据库内核设计思路浅析腾讯大讲堂42 数据库内核设计思路浅析
腾讯大讲堂42 数据库内核设计思路浅析
 
作業系統數位教材(劉政雄)(1 9)
作業系統數位教材(劉政雄)(1 9)作業系統數位教材(劉政雄)(1 9)
作業系統數位教材(劉政雄)(1 9)
 
图形学讲义
图形学讲义图形学讲义
图形学讲义
 
Kid171 chap03 traditional Chinese Version
Kid171 chap03 traditional Chinese VersionKid171 chap03 traditional Chinese Version
Kid171 chap03 traditional Chinese Version
 
一次Web性能测试小结
一次Web性能测试小结一次Web性能测试小结
一次Web性能测试小结
 
面向数据流的软件设计方法
面向数据流的软件设计方法面向数据流的软件设计方法
面向数据流的软件设计方法
 
Great architect cn
Great architect cnGreat architect cn
Great architect cn
 
软件设计原则、模式与应用
软件设计原则、模式与应用软件设计原则、模式与应用
软件设计原则、模式与应用
 
Powerdesigner使用教程(1)
Powerdesigner使用教程(1)Powerdesigner使用教程(1)
Powerdesigner使用教程(1)
 
主备备的两个备机转为双Master出现诡异的slave lag问题
主备备的两个备机转为双Master出现诡异的slave lag问题主备备的两个备机转为双Master出现诡异的slave lag问题
主备备的两个备机转为双Master出现诡异的slave lag问题
 
A.oracle 数据字典与脚本初步
A.oracle 数据字典与脚本初步A.oracle 数据字典与脚本初步
A.oracle 数据字典与脚本初步
 
Chap12 嵌入式系统开发模式
Chap12 嵌入式系统开发模式Chap12 嵌入式系统开发模式
Chap12 嵌入式系统开发模式
 
CBAP商業分析讀書會 20140218 CH13
CBAP商業分析讀書會 20140218 CH13CBAP商業分析讀書會 20140218 CH13
CBAP商業分析讀書會 20140218 CH13
 
基于J2 Ee 的通用Web 信息系统框架设计与实现
基于J2 Ee 的通用Web 信息系统框架设计与实现基于J2 Ee 的通用Web 信息系统框架设计与实现
基于J2 Ee 的通用Web 信息系统框架设计与实现
 
網站設計100步
網站設計100步網站設計100步
網站設計100步
 
C++工程实践
C++工程实践C++工程实践
C++工程实践
 

Ch3第三單元