軟件工程與項目管理(第三課).ppt

1、軟件工程與項目管理,大連外國語學院 軟件學院 刁建華 M.P.:第二章 可行性分析,掌握數(shù)據(jù)流圖的畫法,3, 形成高層邏輯模型 系統(tǒng)流程圖 數(shù)據(jù)流圖 數(shù)據(jù)字典,可行性研究的步驟, 形成高層邏輯模型 系統(tǒng)流程圖：概括描繪數(shù)據(jù)在系統(tǒng)各部 件間流動情況。 數(shù)據(jù)流圖 數(shù)據(jù)字典,4,數(shù)據(jù)流圖 Data Flow Diagram - DFD,數(shù)據(jù)流圖的概念 描繪系統(tǒng)的邏輯模型，圖中沒有任何具體的物理元素，只是描繪信息在系統(tǒng)中流動和處理的情況。 數(shù)據(jù)流程圖是指從數(shù)據(jù)傳遞和加工的角度，以圖形的方式刻畫數(shù)據(jù)流從輸入到輸出的移動變換過程。,5,系統(tǒng)流程圖 VS 系統(tǒng)數(shù)據(jù)流圖,系統(tǒng)流程圖是

2、對未來構(gòu)建的信息處理系統(tǒng)的一種描述。這種描述是相對簡單且完全的，涉及到未來系統(tǒng)中使用的處理部件，如磁盤，顯示器，用戶輸入以及處理過程的先后順序表示等。 數(shù)據(jù)流程圖是對實際構(gòu)建的系統(tǒng)分析綜合后，提取邏輯模型的一個過程，它更關(guān)注于過程內(nèi)數(shù)據(jù)的處理，而把具體處理數(shù)據(jù)的物理過程，物理分布忽略。 系統(tǒng)流程圖就是表示整個系統(tǒng)處理事物的基本過程；數(shù)據(jù)流圖是描述各個子塊之間如何進行數(shù)據(jù)傳遞：,6,數(shù)據(jù)流圖特點 它是邏輯系統(tǒng)的圖形表示，容易理解，是極好的通信工具，設(shè)計數(shù)據(jù)流圖只需考慮系統(tǒng)必須完成的基本邏輯功能，不需要考慮如何實現(xiàn)這些功能，是軟件設(shè)計很好的出發(fā)點。,7,數(shù)據(jù)流圖用途 1、畫數(shù)據(jù)流圖的基本目的是利用

3、它作為交流信息的工具。 分析員把他對現(xiàn)有系統(tǒng)的認識或?qū)δ繕讼到y(tǒng)的設(shè)想用數(shù)據(jù)流圖描繪出來，供有關(guān)人員審查確認。絕大多數(shù)用戶都可以理解和評價它。,8,2、數(shù)據(jù)流圖的另一個主要用途是作為分析和設(shè)計的工具。 著重描繪系統(tǒng)所完成的功能而不是系統(tǒng)的物理實現(xiàn)方案。,9,DFD的基本符號,數(shù)據(jù)流圖有四種基本符號,10,數(shù)據(jù)源點或終點表示圖中要處理數(shù)據(jù)的輸入來源或處理結(jié)果要送往何處。 在圖中的出現(xiàn)僅僅是一個符號，并不需要以軟件的形式進行設(shè)計和實現(xiàn)，因而，它只是數(shù)據(jù)流圖的外圍環(huán)境中的實體，故稱外部實體。 在實際問題中，它可能是人員、計算機外設(shè)、測量儀器等。 數(shù)據(jù)流圖中要注明源點或終點的名字。,數(shù)據(jù)源點或終點 (外

4、部實體),或,管理員,11,加工是以數(shù)據(jù)結(jié)構(gòu)或數(shù)據(jù)內(nèi)容作為加工對象。 加工的名字通常是一個動詞短語，簡明扼要第表明完成的是什么加工。 數(shù)據(jù)流程圖中要注明加工編號、名字。,數(shù)據(jù)加工 (數(shù)據(jù)變換),或,加工編號,加工名字,12,數(shù)據(jù)存儲文件在數(shù)據(jù)流圖中起保存數(shù)據(jù)的作用，因而稱為數(shù)據(jù)存儲文件。 它可以是數(shù)據(jù)庫文件或任何形式的數(shù)據(jù)組織。指向文件的數(shù)據(jù)流可理解為寫入文件或查詢文件，從文件中引出的數(shù)據(jù)流可理解為從文件讀取數(shù)據(jù)或得到查詢結(jié)果。 在數(shù)據(jù)流圖中必須加 命名，用名詞或名詞 性短語命名。,文件編號,文件名字,13,數(shù)據(jù)流是沿箭頭方向傳送數(shù)據(jù)的通道，指被加工的數(shù)據(jù)與流向。 數(shù)據(jù)流大多是在加工之間傳輸加

5、工數(shù)據(jù)的命名通道。 也有連接數(shù)據(jù)存儲文件和加工的沒有命名的數(shù)據(jù)通道。,XXXX B,數(shù)據(jù)流名字,數(shù)據(jù)流編號,14,DFD幾種附加符號,附加符號： *（星號）數(shù)據(jù)流之間是“與”關(guān)系同時存在） +（加號）數(shù)據(jù)流之間是“或”關(guān)系。 數(shù)據(jù)流之間是只能從中選一個互斥的關(guān)系）,15,16,分層的DFD,為表達數(shù)據(jù)處理過程的數(shù)據(jù)加工情況，采用層次結(jié)構(gòu)的數(shù)據(jù)流圖。 按照系統(tǒng)的層次結(jié)構(gòu)進行逐步分解，并以分層的數(shù)據(jù)流圖反映這種結(jié)構(gòu)關(guān)系，能清楚地表達和容易理解整個系統(tǒng)。,17,DFD的畫法（1）,基本步驟：自外向內(nèi)，自頂向下，逐層細化，完善求精。 具體步驟： 畫頂層數(shù)據(jù)流圖 頂層流圖僅包含一個加工，它代表被開發(fā)系統(tǒng)

6、。它的輸入流是該系統(tǒng)輸入數(shù)據(jù)，輸出流是系統(tǒng)輸出數(shù)據(jù)。,18,DFD的畫法（2）,畫中間層流圖 中間層流圖表示對其上層父圖的細化。它的每一加工可能繼續(xù)細化，形成子圖。 畫底層流圖 是底層流圖指其加工不需再做分解的數(shù)據(jù)流圖，它處在最底層。,19,頂層,中間層,底層,20,例：一工廠通過放在倉庫中的CRT終端把事務報告給定貨系統(tǒng)（零件入庫或出庫被稱為事務）。 倉庫現(xiàn)有的各零件的數(shù)量以及每種零件庫存量臨界值等數(shù)據(jù)記錄在庫存清單主文件中。當倉庫中零件數(shù)量有變化時，應該及時修改庫存清單主文件，如果哪種零件的庫存量少于它的庫存量臨界值，則把必要的定貨信息寫在磁帶上報告給采購部門以便定貨。 規(guī)定每天向采購部送

7、一次定貨報表，報表按零件編號排序，表中列出所有需要再次定貨的零件。對于每個再次定貨零件應該列出下述數(shù)據(jù)：零件編號，零件名稱，定貨數(shù)量，目前價格，主要供應者，次要供應者。,21,定貨系統(tǒng)的頂層DFD（1）,1、先畫頂層數(shù)據(jù)流圖，既只包含一個 處理的圖。 先畫數(shù)據(jù)源點與終點（系統(tǒng)的輸入輸出）； 數(shù)據(jù)源點： 對系統(tǒng)的描述可以知道“通過放在倉 庫中的PC機把事務報告給定貨系統(tǒng)” 所以倉庫管理員是數(shù)據(jù)源點。,22,定貨系統(tǒng)的頂層DFD（2）,數(shù)據(jù)終點： “規(guī)定每天向采購部門送一次定貨報告” 所以采購員是數(shù)據(jù)終點。,倉庫管理員,采購員,數(shù)據(jù)源點,數(shù)據(jù)終點,23,定貨系統(tǒng)的頂層DFD（3）,然后畫出數(shù)據(jù)的處

8、理 “采購部每天需要一張定貨報表” 顯然他們還沒有這種報表，因此必須有一 個用于產(chǎn)生訂貨報表的處理。,數(shù)據(jù)加工 (數(shù)據(jù)變換),或,倉庫管理員,采購員,數(shù)據(jù)源點,數(shù)據(jù)終點,數(shù)據(jù)處理,訂貨系統(tǒng),24,最后畫出數(shù)據(jù)流和數(shù)據(jù)存儲： 分析得知事務需要從倉庫送到系統(tǒng)中 事務是一個數(shù)據(jù)流。 系統(tǒng)把定貨報表送給采購部， 因此定貨報表是另一個數(shù)據(jù)流；,定貨系統(tǒng)的頂層DFD（4）,25,定貨系統(tǒng)的頂層DFD（5）,倉庫管理員,采購員,數(shù)據(jù)源點,數(shù)據(jù)終點,數(shù)據(jù)處理,事務,訂貨報表,訂貨系統(tǒng),完成第一步頂層數(shù)據(jù)流圖,26,細化定貨系統(tǒng)的DFD（1）,2、細化數(shù)據(jù)流程圖 問題：頂層數(shù)據(jù)流圖對定貨系統(tǒng)所能了解到的信息非常

9、有限。 解決辦法：把基本系統(tǒng)模型細化，描繪系統(tǒng)的主要功能。,倉庫管理員,采購員,事務,訂貨報表,訂貨系統(tǒng),27,細化定貨系統(tǒng)的DFD（2）,“處理事務和”“產(chǎn)生報表”是系統(tǒng)必須完成的兩個主要功能。 “處理事務和”“產(chǎn)生報表”代替圖中的“定貨系統(tǒng)”。,倉庫管理員,采購員,事務,訂貨報表,訂貨系統(tǒng),28,細化定貨系統(tǒng)的DFD（3）,倉庫管理員,采購員,事務,訂貨報表,訂貨系統(tǒng),替代,29,細化定貨系統(tǒng)的DFD（4）,考慮是否需要數(shù)據(jù)存儲？,30,例：一工廠通過放在倉庫中的CRT終端把事務報告給定貨系統(tǒng)（零件入庫或出庫被稱為事務）。 倉庫現(xiàn)有的各零件的數(shù)量以及每種零件庫存量臨界值等數(shù)據(jù)記錄在庫存清單

10、主文件中。當倉庫中零件數(shù)量有變化時，應該及時修改庫存清單主文件，如果哪種零件的庫存量少于它的庫存量臨界值，則把必要的定貨信息寫在磁帶上報告給采購部門以便定貨。 規(guī)定每天向采購部送一次定貨報表，報表按零件編號排序，表中列出所有需要再次定貨的零件。對于每個再次定貨零件應該列出下述數(shù)據(jù)：零件編號，零件名稱，定貨數(shù)量，目前價格，主要供應者，次要供應者。,31,細化定貨系統(tǒng)的DFD（5）,考慮是否需要數(shù)據(jù)存儲？ 答：處理事務時需要兩個數(shù)據(jù)存儲： 庫存清單、訂貨信息,倉庫管理員,采購員,事務,訂貨 報表,32,細化定貨系統(tǒng)的DFD（6）,庫存清單,倉庫管理員,采購員,事務,訂貨 報表,庫存清單,定貨信息,

11、定貨信息,33,細化定貨系統(tǒng)主要功能的DFD(1),3、系統(tǒng)主要功能進一步細化 系統(tǒng)都具備哪些功能？,34,庫存清單,倉庫管理員,采購員,處理,事務,1,產(chǎn)生,報表,2,事務,訂貨 報表,庫存清單,定貨信息,定貨信息,細化定貨系統(tǒng)主要功能的DFD(2),35,細化定貨系統(tǒng)主要功能的DFD(3),3、分析系統(tǒng) “處理事務”主要功能的邏輯數(shù)據(jù)流： 當發(fā)生一個事務時必須首先接收它； 隨后按照事務的內(nèi)容修改庫存清單； 最后如果更新后的庫存量少于庫存量臨界值時，則應該再次定貨，也就是需要處理定貨信息。 因此，把“處理事務”這個功能分解為下述3個步驟，這在邏輯上是合理的：“接收事務”、“更新庫存清單”和“

12、處理定貨” 。,36,細化定貨系統(tǒng)主要功能的DFD(4),庫存清單,倉庫管理員,采購員,處理,事務,1,產(chǎn)生,報表,2,事務,訂貨 報表,庫存清單,定貨信息,定貨信息,1.1,1.2,1.3,替代,37,細化定貨系統(tǒng)主要功能的DFD(5),倉庫管理員,事務,細化主要功能,38,細化定貨系統(tǒng)主要功能的DFD(6),分解“產(chǎn)生報表”這個功能 訂貨報表中需要的數(shù)據(jù)在存儲的訂貨信息中。產(chǎn)生報表只是按順序排列這些信息，再按一定格式打印出來。然而這些考慮純屬具體實現(xiàn)的細節(jié)，不應在數(shù)據(jù)表中表現(xiàn)。 同樣道理，對“接收事物”或“更新庫存清單”等功能葉沒必要進一步細化。 總結(jié)：當進一步分解將涉及如何具體實現(xiàn)一個功

13、能是，就停止分解。,39,畫DFD的原則（注意事項1）,1、數(shù)據(jù)流圖上所有圖形符號只限于前述四種基本圖形元素。 2、每個處理至少有一個輸入數(shù)據(jù)流和一個輸出數(shù)據(jù)流，反映出此加工數(shù)據(jù)的來源與結(jié)果。 3、圖上每個元素都必須有名字。 4、畫數(shù)據(jù)流不是畫控制流，只反映系統(tǒng)“做什么”，不反映“如何做”。,40,畫DFD的原則（注意事項2）,5、編號：需按層給處理框編號。編號表明該處理處在哪一層以及上下圖父圖與子圖的關(guān)系。,41,畫DFD的原則（注意事項3）,6、父圖與子圖的平衡。子圖的輸入輸出數(shù)據(jù)流同父圖相應處理的輸入輸出必須一致。,父圖輸入是訂貨單，子圖不是，看似不平衡，查數(shù)據(jù)詞典得知，訂貨單由客戶、帳

14、號、數(shù)據(jù)三個元素組成，所以父、子圖還是平衡的。,42,畫DFD的原則（注意事項4）,7、存儲：一個局部存儲只要當它作為某些處理的數(shù)據(jù)接口或某個處理特定的輸入輸出時，就要把它畫出來，有助于實現(xiàn)信息的隱蔽。,43,畫DFD的原則（注意事項4）,8、提高數(shù)據(jù)流圖的易理解性。 （1）注意合理分解； （2）分解時注意字處理的獨立性與均 勻性； （3）分層清楚，不要在一張圖上有些 是基本處理，有些處理還要分解 好幾層。,44,DFD的命名,數(shù)據(jù)流圖中每個成分的命名是否恰當，直接影響數(shù)據(jù)流圖的可理解性。因此給這些成分起名字時應該仔細推敲。,45,命名時應注意的問題： 數(shù)據(jù)源點/終點命名 并不需要在開發(fā)目標系

15、統(tǒng)的過程中設(shè)計和實現(xiàn)，它并不屬于數(shù)據(jù)流圖的核心內(nèi)容，只不過是目標系統(tǒng)的外圍環(huán)境部分(可能是人員、計算機外部設(shè)備或傳感器裝置)。 通常，為數(shù)據(jù)源點/終點命名時采用它們在問題域中習慣使用的名字(如“采購員”、“倉庫管理員”等)。,46,為處理命名 通常先為數(shù)據(jù)流命名，然后再為與之相關(guān)聯(lián)的處理命名。這樣命名比較容易，體現(xiàn)了人類習慣的“由表及里”的思考過程。 名字應該反映整個處理的功能，而不是它的一部分功能。 名字最好由一個具體的及物動詞加上一個具體的賓語組成。應該盡量避免使用“加工”、“處理”等空洞籠統(tǒng)的動詞作名字。 通常名字中僅包括一個動詞，如果必須用兩個動詞才能描述整個處理的功能，則把這個處理再

16、分解成兩個處理可能更恰當些。 如果在為某個處理命名時遇到困難，則很可能是發(fā)現(xiàn)了分解不當?shù)嫩E象，應考慮重新分解。,47,為數(shù)據(jù)流(或數(shù)據(jù)存儲)命名 名字應代表整個數(shù)據(jù)流(或數(shù)據(jù)存儲)的內(nèi)容，而不是僅僅反映它的某些成分。 不要使用空洞的、缺乏具體含義的名字(如“數(shù)據(jù)”、“信息”、“輸入”之類)。 數(shù)據(jù)流只反映系統(tǒng)“做什么”，不反映“如何做”，名字只能是名詞或名詞短語。 如果在為某個數(shù)據(jù)流(或數(shù)據(jù)存儲)起名字時遇到了困難，則很可能是因為對數(shù)據(jù)流圖分解不恰當造成的，應該試試重新分解，看是否能克服這個困難。,48,課后作業(yè)請畫出DFD,大連航空公司為給旅客乘機提供方便，需要開發(fā)一個旅行社機票預訂系統(tǒng)。

17、各個旅行社把預訂機票信息輸入到系統(tǒng)中，系統(tǒng)為旅客安排航班。 當旅客交付了預訂金后，系統(tǒng)打印出取票通知和帳單給旅客，旅客在飛機起飛前一天憑取票通知和帳單交款取票，系統(tǒng)核對無誤即打印出機票給旅客。,49,DFD頂層圖,旅客,旅客,數(shù)據(jù)流,數(shù)據(jù)終點,數(shù)據(jù)加工,信息,票,數(shù)據(jù)源點,頂層DFD：,50,第一層DFD分析過程,替代,旅客,旅客,信息,票,51,第一層DFD分析過程,旅客,旅客,信息,票,飛機預定票系統(tǒng),52,處理,信息,1,生成,機票,2,旅客,旅客,信息,票,第一層DFD分析過程,53,大連航空公司為給旅客乘機提供方便，需要開發(fā)一個旅行社機票預訂系統(tǒng)。 各個旅行社把預訂機票信息輸入到系統(tǒng)

18、中，系統(tǒng)為旅客安排航班。 當旅客交付了預訂金后，系統(tǒng)打印出取票通知和帳單給旅客，旅客在飛機起飛前一天憑取票通知和帳單交款取票，系統(tǒng)核對無誤即打印出機票給旅客。,54,第一層DFD分析過程,處理,信息,1,生成,機票,2,旅客,旅客,信息,票,預訂票信息,航班安排,55,大連航空公司為給旅客乘機提供方便，需要開發(fā)一個旅行社機票預訂系統(tǒng)。 各個旅行社把預訂機票信息輸入到系統(tǒng)中，系統(tǒng)為旅客安排航班。 當旅客交付了預訂金后，系統(tǒng)打印出取票通知和帳單給旅客，旅客在飛機起飛前一天憑取票通知和帳單交款取票，系統(tǒng)核對無誤即打印出機票給旅客。,56,第一層DFD分析過程,處理,信息,1,生成,機票,2,旅客,旅

19、客,信息,票,預訂票信息,航班安排,交訂金信息,取票通知和帳單,57,大連航空公司為給旅客乘機提供方便，需要開發(fā)一個旅行社機票預訂系統(tǒng)。 各個旅行社把預訂機票信息輸入到系統(tǒng)中，系統(tǒng)為旅客安排航班。 當旅客交付了預訂金后，系統(tǒng)打印出取票通知和帳單給旅客，旅客在飛機起飛前一天憑取票通知和帳單交款取票，系統(tǒng)核對無誤即打印出機票給旅客。,58,第一層DFD分析過程,處理,信息,1,生成,機票,2,旅客,旅客,信息,票,預訂票信息,航班安排,交訂金信息,取票通知和帳單,交余款信息,59,大連航空公司為給旅客乘機提供方便，需要開發(fā)一個旅行社機票預訂系統(tǒng)。 各個旅行社把預訂機票信息輸入到系統(tǒng)中，系統(tǒng)為旅客安

20、排航班。 當旅客交付了預訂金后，系統(tǒng)打印出取票通知和帳單給旅客，旅客在飛機起飛前一天憑取票通知和帳單交款取票，系統(tǒng)核對無誤即打印出機票給旅客。,60,DFD第一層圖,處理,信息,1,生成,機票,2,旅客,旅客,信息,票,預訂票信息,航班安排,交訂金信息,取票通知和帳單,交余款信息,第一層DFD：,交余款信息,61,替代,第二層DFD分析過程,處理,信息,1,生成,機票,2,旅客,旅客,信息,票,預訂票信息,航班安排,交訂金信息,取票通知和帳單,交余款信息,交余款信息,D1,預訂機票信息,62,第二層DFD分析過程,生成,機票,2,旅客,旅客,信息,票,預訂票信息,航班安排,交訂金信息,取票通知

21、和帳單,交余款信息,交余款信息,D1,預訂機票信息,63,第二層DFD分析過程,旅客,預訂票信息,航班安排,交訂金信息,取票通知和帳單,交余款信息,交余款信息,D1,預訂機票信息,信,息,64,第二層DFD分析過程,旅客,信,預訂票信息,航班安排,交訂金信息,取票通知和帳單,交余款信息,交余款信息,D1,預訂機票信息,息,65,第二層DFD分析過程,旅客,信,預訂票信息,航班安排,交訂金信息,取票通知和帳單,交余款信息,交余款信息,D1,預訂機票信息,息,66,第二層DFD分析過程,旅客,信,預訂票信息,航班安排,交訂金信息,取票通知和帳單,交余款信息,交余款信息,D1,預訂機票信息,息,預訂

22、票信息,67,第二層DFD分析過程,旅客,信,預訂票信息,航班安排,交訂金信息,取票通知和帳單,交余款信息,交余款信息,D1,預訂機票信息,息,預訂票信息,68,第二層DFD分析過程,旅客,信,預訂票信息,航班安排,交訂金信息,取票通知和帳單,交余款信息,交余款信息,D1,預訂機票信息,息,預訂票信息,航班安排,69,第二層DFD分析過程,旅客,信,預訂票信息,航班安排,交訂金信息,取票通知和帳單,交余款信息,交余款信息,D1,預訂機票信息,息,預訂票信息,航班安排,70,第二層DFD分析過程,旅客,信,預訂票信息,航班安排,交訂金信息,取票通知和帳單,交余款信息,交余款信息,D1,預訂機票信

23、息,息,預訂票信息,航班安排,交訂金信息,71,第二層DFD分析過程,旅客,信,預訂票信息,航班安排,交訂金信息,取票通知和帳單,交余款信息,交余款信息,D1,預訂機票信息,息,預訂票信息,航班安排,交訂金信息,72,第二層DFD分析過程,旅客,信,預訂票信息,航班安排,交訂金信息,取票通知和帳單,交余款信息,D1,預訂機票信息,息,預訂票信息,航班安排,交訂金信息,取票通知和帳單,73,第二層DFD分析過程,旅客,信,預訂票信息,航班安排,交訂金信息,取票通知和帳單,交余款信息,D1,預訂機票信息,息,預訂票信息,航班安排,交訂金信息,取票通知和帳單,74,第二層DFD分析過程,生成,機票,

24、2,旅客,旅客,信息,票,預訂票信息,航班安排,交訂金信息,取票通知和帳單,交余款信息,交余款信息,D1,預訂機票信息,75,第二層DFD分析過程,旅客,信,預訂票信息,航班安排,交訂金信息,取票通知和帳單,交余款信息,D1,預訂機票信息,息,預訂票信息,航班安排,交訂金信息,取票通知和帳單,交余款信息,76,大連航空公司為給旅客乘機提供方便，需要開發(fā)一個旅行社機票預訂系統(tǒng)。 各個旅行社把預訂機票信息輸入到系統(tǒng)中，系統(tǒng)為旅客安排航班。 當旅客交付了預訂金后，系統(tǒng)打印出取票通知和帳單給旅客，旅客在飛機起飛前一天憑取票通知和帳單交款取票，系統(tǒng)核對無誤即打印出機票給旅客。,77,第二層DFD分析過程,旅客,信,預訂票信息,航班安排,交訂金信息,取票通知和帳單,交余款信息,1.2,記錄預定,票信息,D1,預訂機票信息,D2,航班安排,D5,交余款信息,息,預訂票信息,航班安排,交訂金信息,取票通知和帳單,生成,機票,2,旅客,票,交余款信息,78,第二層DFD分析過程,旅客,信,預訂票信息,航班安排,交訂金信息,取票通知和帳單,交余款信息,1.2,記錄預定,票信息,D1,