信息系統(tǒng)的建設與開發(fā)的策略教材(編輯修改稿)
2025-03-15 03:47 本頁面
【文章內(nèi)容簡介】 圖 子圖 （ 2） 隨著 DFD的細化 ， 圖越來越復雜 ， 為便于閱讀和繪圖 ， 可以將某一層的細化圖畫在一張圖中 ， 也允許將某一處理功能分解后的各處理功能畫在多張圖中 ， 作為子圖之一 。 也可以將幾個功能分解后的各功能畫在一張圖中 。 同一層的各子圖共同組成了該層的 DFD。 這時 ， 為準確表示各功能之間的數(shù)據(jù)聯(lián)系 ， 各子圖之間須通過公共的存儲聯(lián)系起來 。 B 圖 P2的 細 化 DFD D1 D2 圖 P3的 細 化 DFD D2 D3 Y 圖 P2的細化 DFD， 圖 P3的細化 DFD，它們同屬于二級細化圖（由圖中的處理代碼可知），存儲 D2是在兩圖中重復出現(xiàn)的。由此可知 理的結果寫入 D2， 而 D2存儲的數(shù)據(jù)。通過 D2存儲可將這兩個圖聯(lián)系起來。 （ 3） 為繪圖方便 ， 減少數(shù)據(jù)流向線的交叉 ， 允許同一存儲或同一外部實體在同一圖中重復畫出 。 （ 4） 在 MIS中 ， 處理與處理之間傳輸?shù)臄?shù)據(jù)都是成批的 。 這種情況下 ， 合理的設計應是前一處理將數(shù)據(jù)寫入存儲 ， 而后面的處理從存儲中讀取數(shù)據(jù) 。 這就是說在 DFD中 ， 處理與處理之間通常是用存儲聯(lián)系起來的 。 如上面例圖中 ， 處理與處理都是通過存儲聯(lián)系的， 而不能用數(shù)據(jù)流向線直接將兩個處理連接起來 。 （ 5） 在 DFD中， 存儲的輸入來源與輸出去向不能是外部實體，而只能是處理。 如圖 F1輸入到存儲及圖 據(jù)流 F8由存儲輸出都是錯誤的。 圖 錯誤的輸出 F8 D1 R 圖 錯誤的輸入 F1 R D1 （ 6） 在 DFD設計中 ， 數(shù)據(jù)一般是不允許重復錄入的 。 因此 ， DFD中的同一數(shù)據(jù)流不允許在同一級圖中重復出現(xiàn) 。 （ 7） 對于輸入的查詢條件及對話信息 ， 不應作為數(shù)據(jù)流出現(xiàn)在 DFD中 。 （ 8） 對于業(yè)務處理中的非正常的錯誤情況處理， 在 DFD中不予表示 。 如圖 ， 輸入的 F1就應該是正確的 ， 是輸入 F1的處理 。 應該注意 ， 該圖中的錯誤是不應該表示 “ 不正確的 F1”， F1就應該是正確的 ， 而輸入過程產(chǎn)生的錯誤屬于數(shù)據(jù)校驗問題 ， 有別與此 。 不正確的 F1 F1 D1 R 正確的 F1 圖 錯誤 的 數(shù) 據(jù)流表示 校核 F1 （ 9） 如果一個數(shù)據(jù)處理對一個數(shù)據(jù)存儲中的數(shù)據(jù)既讀又寫，則它們之間的數(shù)據(jù)流應為雙向箭頭。 （ 10） 一個處理必須要有輸入和輸出。 DFD設計步驟 （ 1） 前期工作 ?作好詳細調(diào)查， 明確用戶真正需求 及業(yè)務處理詳細過程與方法； ?明確系統(tǒng)的界限 ，即計算機處理的業(yè)務與人工處理的界限、本系統(tǒng)與其它系統(tǒng)的界限。 ?對系統(tǒng)中將要建立的主要存儲，應作系統(tǒng)考慮。例如，圖書管理中的主題應是圖書，應考慮“圖書”存儲需要存儲哪些數(shù)據(jù)，這些數(shù)據(jù)存儲在一個數(shù)據(jù)存儲中還是多個， … 。 （ 2） 設計頂層圖 頂層圖又稱 TOP圖 ， 由它確定出系統(tǒng)的總的處理功能 、 所有的輸入 /輸出數(shù)據(jù)流及外部 實體 。 此圖對系統(tǒng)的功能高度概括成為一個數(shù)據(jù)處理 。 它著重給出了系統(tǒng)與環(huán)境的關系， 可以看出系統(tǒng)與其它系統(tǒng)間的數(shù)據(jù)關聯(lián)關系 。 該圖要標明數(shù)據(jù)流的名稱及代碼 、 外部實體的名稱 ， 系統(tǒng)總功能的名稱及代碼 。 （ 3） 設計一級細化 DFD 根據(jù) TOP圖，對其數(shù)據(jù)處理的功能分解為幾個大的部分。注意，分解后的系統(tǒng)的輸入 /輸出數(shù)據(jù)流及外部實體都必然與TOP圖中的保持一致。在該圖中，外部實體可以不畫、數(shù)據(jù)流的名稱可以不寫。該圖應由一張圖畫出。 （ 4） 設計二級細化 DFD 根據(jù)一級細化 DFD， 對其中包含多個功能的數(shù)據(jù)處理進一步分解。 分解時也必須遵守輸入 /輸出不變的原則，即父圖與子圖保持一致的原則。 該圖可能由多張圖組成，各圖是通過公共的存儲連接起來的。 （ 5） 設計三級及三級以下的細化 DFD 數(shù)據(jù)處理功能的分解，是由實際業(yè)務功能決定的。各處理功能的細化層次是不同的，有的需要進行三級及三級以下的細化，有的可能只進行一級或二級就已經(jīng)是功能單一的處理了，就不需要再細化了。 DFD設計的幾個問題的考慮 （ 1）功能分解的思路 一種考慮是根據(jù)處理業(yè)務而逐步細化 ， 就是將一個整體業(yè)務 ， 先分成幾個部分 ， 再進一步將每個部分分解成小的部分 ， …… 。 一種考慮是按處理的輸入 、 處理、 輸出三部分分解 ， 因為一個處理 ， 總應包括有輸入、 處理 、 輸出三部分內(nèi)容 。 在實際設計中 ， 高層按功能分解 ， 低層按輸入 、 處理、 輸出三部分分解 。 如一個物資管理系統(tǒng) ， 它的一級細化 DFD應是按業(yè)務功能分解成 “ 物資計劃 、 物資采購 、 合同管理 、 庫存管理 ” 等子系統(tǒng) ， 而二級或三級細化時再按 “ 輸入 、 處理 、 輸出 ” 分解好些 。 （ 2）細化的寬度與深度的考慮 ? 這個問題與模塊化理論中的“系統(tǒng)的寬度與深度”問題是一致的。如果在 DFD設計時注意該問題，在系統(tǒng)設計時就不會在“系統(tǒng)的寬度與深度”上出現(xiàn)問題。該問題說的是，在分解功能時，既不能過細，也不應過粗， 經(jīng)驗指出，一般應在 5—7之間為宜。 （ 3）關于查詢功能的考慮 ? 一般在系統(tǒng)調(diào)查時，多數(shù)用戶都注意到講解他的業(yè)務處理過程、方法、內(nèi)容等，而往往想不到提出查詢的問題。這是因為，在手工管理中，查詢很不方便，所以查詢的也很少。而計算機處理就大不相同了，對計算機而言，信息查詢是它的特長，所以在信息系統(tǒng)中，方便的查詢功能應是不可少的。 （ 4）數(shù)據(jù)處理功能單一 細化不是越細越好，原則是 使數(shù)據(jù)處理具有單一功能 。單一功能還可以說成是“只做一件事”，再具體地說，就應考慮一個程序所能完成的功能。 還應考慮 一個處理與其它處理的聯(lián)系盡可能地少 。一般，輸入的一個數(shù)據(jù)流應由一個具有輸入功能的處理完成；輸出的一個數(shù)據(jù)流應由一個具有輸出功能的處理完成 。 方案 1：按業(yè)務處理功能分解 教師 P 成 績 管 理 各院系 圖 成 績 管理 頂層 DFD 重修通知 F2 留 級 通知 F3 成 績單 F1 教務處 成 績統(tǒng)計 表 F4 成 績輸 入 重修 處 理 成 績統(tǒng)計 留 級處 理 D2 重修名 單 F1 F2 F3 F4 圖 成 績 管理一 級細 化 DFD D1 成 績 簿 P2 P3 P4 P1 確定重修名 單 打印重修通知 D1 F2 D2 圖 P2的 細 化 DFD D3 留 級 名 單 F3 確定留 級 名 單 打印留 級 通知 D2 圖 P3的 細 化 DFD 統(tǒng)計計 算 打印成 績統(tǒng)計 表 D1 D4 成 績統(tǒng)計 表 F4 圖 P4的 細 化 DFD 方案 2：按“輸入、處理、輸出”的方法分解 教師 P 成 績 管 理 各院系 圖 成 績 管理 頂層 DFD 重修通知 F2 留 級 通知 F3 成 績單 F1 教務處 成 績統(tǒng)計 表 F4 P1 成績單輸入 P2 成績處理 P3
研究報告相關推薦
鄂ICP備17016276號-1