數據庫設計概念 需求分析 概念結構設計 邏輯結構設計 數據庫

《數據庫設計概念 需求分析 概念結構設計 邏輯結構設計 數據庫》由會員分享，可在線閱讀，更多相關《數據庫設計概念 需求分析 概念結構設計 邏輯結構設計 數據庫（127頁珍藏版）》請在裝配圖網上搜索。

1、 數據庫設計概念數據庫設計概念 需求分析需求分析 概念結構設計概念結構設計 邏輯結構設計邏輯結構設計 數據庫的物理設計數據庫的物理設計 數據庫的實施和維護數據庫的實施和維護 數據庫設計數據庫設計 第第6章章2024/7/291l l數據庫設計是指對于一個給定的應用環境，構造數據庫設計是指對于一個給定的應用環境，構造最優的數據庫模式，建立數據庫及其應用系統，最優的數據庫模式，建立數據庫及其應用系統，使之能夠有效地存儲數據，滿足各種用戶的應用使之能夠有效地存儲數據，滿足各種用戶的應用需求信息要求和處理要求。需求信息要求和處理要求。l l在數據庫領域內，常常把使用數據庫的各類系統在數據庫領域內，常常

2、把使用數據庫的各類系統統稱為數據庫應用系統。統稱為數據庫應用系統。6.1 6.1 數據庫設計數據庫設計概述概述2024/7/2926.1.1 6.1.1 數據庫和信息系統數據庫和信息系統6.1.2 6.1.2 數據庫設計的特點數據庫設計的特點6.1.3 6.1.3 數據庫設計方法簡述數據庫設計方法簡述6.1.4 6.1.4 數據庫設計的根本步驟數據庫設計的根本步驟2024/7/2936.1.1 6.1.1 數據庫和信息系統數據庫和信息系統l l數據庫是信息系統的核心和根底數據庫是信息系統的核心和根底l l把信息系統中大量的數據按一定的模型組織起來把信息系統中大量的數據按一定的模型組織起來l l

3、提供存儲、維護、檢索數據的功能提供存儲、維護、檢索數據的功能l l使信息系統可以方便、及時、準確地從數據庫中獲使信息系統可以方便、及時、準確地從數據庫中獲得所需的信息得所需的信息l l數據庫是信息系統的各個局部能否緊密地結合在一數據庫是信息系統的各個局部能否緊密地結合在一起以及如何結合的關鍵所在起以及如何結合的關鍵所在l l數據庫設計是信息系統開發和建設的重要組成局部數據庫設計是信息系統開發和建設的重要組成局部2024/7/2946.1.2 6.1.2 數據庫設計的特點數據庫設計的特點l l數據庫建設是硬件、軟件和干件的結合數據庫建設是硬件、軟件和干件的結合數據庫建設是硬件、軟件和干件的結合數

4、據庫建設是硬件、軟件和干件的結合l l三分技術，七分管理，十二分根底數據三分技術，七分管理，十二分根底數據三分技術，七分管理，十二分根底數據三分技術，七分管理，十二分根底數據l l技術與管理的界面稱之為技術與管理的界面稱之為技術與管理的界面稱之為技術與管理的界面稱之為“干件干件干件干件l l 數據庫設計應該與應用系統設計相結合數據庫設計應該與應用系統設計相結合數據庫設計應該與應用系統設計相結合數據庫設計應該與應用系統設計相結合l l結構數據設計：設計數據庫框架或數據庫結構結構數據設計：設計數據庫框架或數據庫結構結構數據設計：設計數據庫框架或數據庫結構結構數據設計：設計數據庫框架或數據庫結構l

5、l行為處理設計：設計應用程序、事務處理等行為處理設計：設計應用程序、事務處理等行為處理設計：設計應用程序、事務處理等行為處理設計：設計應用程序、事務處理等n n結構和行為別離的設計結構和行為別離的設計結構和行為別離的設計結構和行為別離的設計n n傳統的軟件工程無視對應用中數據語義的分析和抽象，傳統的軟件工程無視對應用中數據語義的分析和抽象，傳統的軟件工程無視對應用中數據語義的分析和抽象，傳統的軟件工程無視對應用中數據語義的分析和抽象，只要有可能就盡量推遲數據結構設計的決策只要有可能就盡量推遲數據結構設計的決策只要有可能就盡量推遲數據結構設計的決策只要有可能就盡量推遲數據結構設計的決策n n早期

6、的數據庫設計致力于數據模型和建模方法研究，無早期的數據庫設計致力于數據模型和建模方法研究，無早期的數據庫設計致力于數據模型和建模方法研究，無早期的數據庫設計致力于數據模型和建模方法研究，無視了對行為的設計視了對行為的設計視了對行為的設計視了對行為的設計2024/7/296現實世界現實世界概念模型設計概念模型設計子模式設計子模式設計物理數據庫設計物理數據庫設計邏輯數據庫設計邏輯數據庫設計建立數據庫建立數據庫數據分析數據分析功能分析功能分析功能模型功能模型功能說明功能說明事務設計事務設計程序說明程序說明應用程序設計應用程序設計程序編碼調試程序編碼調試圖圖6.1 6.1 結構和行為別離的設計結構和行

7、為別離的設計2024/7/2976.1.3 6.1.3 數據庫設計方法簡述數據庫設計方法簡述l l手工試湊法手工試湊法手工試湊法手工試湊法l l設計質量與設計人員的經驗和水平有直接關系設計質量與設計人員的經驗和水平有直接關系設計質量與設計人員的經驗和水平有直接關系設計質量與設計人員的經驗和水平有直接關系l l缺乏科學理論和工程方法的支持，工程的質量難以保證缺乏科學理論和工程方法的支持，工程的質量難以保證缺乏科學理論和工程方法的支持，工程的質量難以保證缺乏科學理論和工程方法的支持，工程的質量難以保證l l數據庫運行一段時間后常常又不同程度地發現各種問題，數據庫運行一段時間后常常又不同程度地發現各

8、種問題，數據庫運行一段時間后常常又不同程度地發現各種問題，數據庫運行一段時間后常常又不同程度地發現各種問題，增加了維護代價增加了維護代價增加了維護代價增加了維護代價l l標準設計法標準設計法標準設計法標準設計法l l手工設計方法手工設計方法手工設計方法手工設計方法l l根本思想：過程迭代和逐步求精根本思想：過程迭代和逐步求精根本思想：過程迭代和逐步求精根本思想：過程迭代和逐步求精2024/7/298l 新奧爾良新奧爾良New OrleansNew Orleans方法方法l 將數據庫設計分為四個階段將數據庫設計分為四個階段l 需求分析需求分析 概念設計概念設計l 邏輯設計邏輯設計 物理設計物理設

9、計l 方法方法l 將數據庫設計分為五個步驟將數據庫設計分為五個步驟l 方法方法l 把數據庫設計當成一步接一步的過程把數據庫設計當成一步接一步的過程標準設計法中的典型方法標準設計法中的典型方法p 計算機輔助設計計算機輔助設計 ORACLE Designer 2000 ORACLE Designer 2000 SYBASE SYBASE PowerDesignerPowerDesigner分析用戶要求分析用戶要求設計實現設計實現信息分析和定義信息分析和定義物理數據庫設計物理數據庫設計2024/7/2996.1.4 6.1.4 數據庫設計的根本步驟數據庫設計的根本步驟數據庫設計是一項涉及多學科的綜合

10、性技術，是一項龐大的工程工程。數據庫設計是一項涉及多學科的綜合性技術，是一項龐大的工程工程。需求分析階段需求分析階段 2.2.概念結構設計階段概念結構設計階段 數據庫物理設計階段數據庫物理設計階段 數據庫實施階段數據庫實施階段 數據庫運行和維護階段數據庫運行和維護階段 邏輯結構設計階段邏輯結構設計階段2024/7/29101.1.1.1.數據庫分析設計人員數據庫分析設計人員數據庫分析設計人員數據庫分析設計人員數據庫設計的核心人員數據庫設計的核心人員數據庫設計的核心人員數據庫設計的核心人員自始至終參與數據庫設計自始至終參與數據庫設計自始至終參與數據庫設計自始至終參與數據庫設計其水平決定了數據庫系

11、統的質量其水平決定了數據庫系統的質量其水平決定了數據庫系統的質量其水平決定了數據庫系統的質量數據庫設計的準備工作：選定參加設計的人員數據庫設計的準備工作：選定參加設計的人員2.2.2.2.用戶用戶用戶用戶在數據庫設計中也是舉足輕重的在數據庫設計中也是舉足輕重的在數據庫設計中也是舉足輕重的在數據庫設計中也是舉足輕重的主要參加需求分析和數據庫的運行維護主要參加需求分析和數據庫的運行維護主要參加需求分析和數據庫的運行維護主要參加需求分析和數據庫的運行維護用戶積極參與可加速數據庫設計，提高數據庫設計的質量用戶積極參與可加速數據庫設計，提高數據庫設計的質量用戶積極參與可加速數據庫設計，提高數據庫設計的質

12、量用戶積極參與可加速數據庫設計，提高數據庫設計的質量3.3.3.3.程序員程序員程序員程序員在系統實施階段參與進來，負責編制程序在系統實施階段參與進來，負責編制程序在系統實施階段參與進來，負責編制程序在系統實施階段參與進來，負責編制程序4.4.4.4.操作員操作員操作員操作員在系統實施階段參與進來，準備軟硬件環境在系統實施階段參與進來，準備軟硬件環境在系統實施階段參與進來，準備軟硬件環境在系統實施階段參與進來，準備軟硬件環境2024/7/2911 需求分析階段需求分析階段 p 準確了解與分析用戶需求包括數據與處理，是整個設計準確了解與分析用戶需求包括數據與處理，是整個設計p 過程的根底，是最困

13、難、最消耗時間的一步。過程的根底，是最困難、最消耗時間的一步。p 用戶需求的收集和分析，結果得到用戶需求的收集和分析，結果得到數據字典描述的數據需求數據字典描述的數據需求 和和數據流圖描述的處理需求數據流圖描述的處理需求。2.2.概念結構設計階段概念結構設計階段p 整個數據庫設計的整個數據庫設計的關鍵關鍵，通過對用戶需求進行綜合、歸納與，通過對用戶需求進行綜合、歸納與 抽象，形成一個獨立于具體抽象，形成一個獨立于具體DBMSDBMS的的概念模型概念模型，可以用可以用E-RE-R圖圖 表示。表示。2024/7/2912 邏輯結構設計階段邏輯結構設計階段p 將概念結構轉換為某個將概念結構轉換為某個

14、DBMSDBMS所支持的數據模型例如關系所支持的數據模型例如關系模型，并對其進行優化。模型，并對其進行優化。數據庫物理設計階段數據庫物理設計階段 p 為邏輯數據模型選取一個最適合應用環境的物理結構包括為邏輯數據模型選取一個最適合應用環境的物理結構包括p 存儲結構、存取方法，形成內模式。存儲結構、存取方法，形成內模式。首先將首先將E-RE-R圖轉換成具體的數據庫產品支持的數據模型，形成圖轉換成具體的數據庫產品支持的數據模型，形成 數據庫邏輯模式；數據庫邏輯模式；然后根據用戶處理的要求、平安性的考慮，在根本表的根底然后根據用戶處理的要求、平安性的考慮，在根本表的根底 上再建立必要的視圖上再建立必要

15、的視圖(View)(View)，形成數據的外模式。，形成數據的外模式。2024/7/2913 數據庫實施階段數據庫實施階段 p 運用運用DBMSDBMS提供的數據語言例如提供的數據語言例如SQLSQL及其宿主語言例如及其宿主語言例如p C C，根據邏輯設計和物理設計的結果：，根據邏輯設計和物理設計的結果：p 建立數據庫建立數據庫 編制、調試應用程序編制、調試應用程序p 組織數據入庫組織數據入庫 進行試運行進行試運行 數據庫運行和維護階段數據庫運行和維護階段 p 數據庫應用系統經過試運行后即可數據庫應用系統經過試運行后即可投入正式運行投入正式運行。p 在數據庫系統運行過程中必須不斷地對其進行在數

16、據庫系統運行過程中必須不斷地對其進行評價、調評價、調整與修改整與修改。設計一個完善的數據庫應用系統往往是上述六個階設計一個完善的數據庫應用系統往往是上述六個階段的段的不斷反復不斷反復。2024/7/2914設設計計階段階段 設設 計計 描描 述述數數 據據處處 理理需需求求分析分析數數據據字字典典、全全系系統統中中數數據據項項、數據流、數據存儲的描述數據流、數據存儲的描述數數據據流流圖圖和和判判定定表表（判判定定樹樹）、數據字典中處理過程的描述數據字典中處理過程的描述 概念模型（概念模型（E-RE-R圖）圖）數據字典數據字典 系統說明書包括：系統說明書包括：新系統要求、方案和概圖新系統要求、方

17、案和概圖 反映新系統信息流的數據流圖反映新系統信息流的數據流圖 某種數據模型某種數據模型 關系關系 非關系非關系系統結構圖系統結構圖（模塊結構）（模塊結構）存儲安排存儲安排方法選擇方法選擇存取路徑建立存取路徑建立模塊設計模塊設計IPOIPO表表實施實施階段階段編寫模式編寫模式裝入數據裝入數據數據庫試運行數據庫試運行程序編碼、程序編碼、編譯聯結、編譯聯結、測試測試運運 行行、維護維護 性能監測、轉儲性能監測、轉儲/恢復恢復 數據庫重組和重構數據庫重組和重構新新舊舊系系統統轉轉換換、運運行行、維維護護（修修正性、適應性、改善性維護）正性、適應性、改善性維護）概念概念結構結構設計設計邏輯邏輯結構結構

18、設計設計物理物理設計設計 分區分區1 1 分區分區2 2Main()Main()ififthenthenendendCreatCreatLoadLoadIPOIPO表表輸入：輸入：輸出：輸出：處理：處理：2024/7/29166.2 6.2 需求分析需求分析l l需求分析就是分析用戶的需要與要求需求分析就是分析用戶的需要與要求pp 需求分析是設計數據庫的需求分析是設計數據庫的需求分析是設計數據庫的需求分析是設計數據庫的起點起點起點起點。pp 需需需需求求求求分分分分析析析析的的的的結結結結果果果果是是是是否否否否準準準準確確確確地地地地反反反反映映映映了了了了用用用用戶戶戶戶的的的的實實實實際

19、際際際要要要要求求求求，將將將將直直直直接接接接影影影影響響響響到到到到后后后后面面面面各各各各個個個個階階階階段段段段的的的的設設設設計計計計，并并并并影影影影響響響響到到到到設計結果是否合理和實用。設計結果是否合理和實用。設計結果是否合理和實用。設計結果是否合理和實用。2024/7/29176.2.1 6.2.1 需求分析的任務需求分析的任務6.2.2 6.2.2 需求分析的方法需求分析的方法6.2.3 6.2.3 數據字典數據字典2024/7/29186.2.1 6.2.1 需求分析的任務需求分析的任務需需求求分分析析任任務務pp通過詳細調查現實世界要處理的對象組織、部門、通過詳細調查現

20、實世界要處理的對象組織、部門、通過詳細調查現實世界要處理的對象組織、部門、通過詳細調查現實世界要處理的對象組織、部門、企業等，充分了解原系統手工系統或計算機系統企業等，充分了解原系統手工系統或計算機系統企業等，充分了解原系統手工系統或計算機系統企業等，充分了解原系統手工系統或計算機系統工作概況，明確用戶的各種需求。工作概況，明確用戶的各種需求。工作概況，明確用戶的各種需求。工作概況，明確用戶的各種需求。pp在此根底上確定新系統的功能。新系統必須充分考慮在此根底上確定新系統的功能。新系統必須充分考慮在此根底上確定新系統的功能。新系統必須充分考慮在此根底上確定新系統的功能。新系統必須充分考慮今后可

21、能的擴充和改變，不能僅僅按當前應用需求來今后可能的擴充和改變，不能僅僅按當前應用需求來今后可能的擴充和改變，不能僅僅按當前應用需求來今后可能的擴充和改變，不能僅僅按當前應用需求來設計數據庫。設計數據庫。設計數據庫。設計數據庫。2024/7/2919需需求求分分析析的的重重點點l l需求分析的重點是調查、收集與分析用戶在數據管理需求分析的重點是調查、收集與分析用戶在數據管理需求分析的重點是調查、收集與分析用戶在數據管理需求分析的重點是調查、收集與分析用戶在數據管理中的信息要求、處理要求、平安性與完整性要求。中的信息要求、處理要求、平安性與完整性要求。中的信息要求、處理要求、平安性與完整性要求。中

22、的信息要求、處理要求、平安性與完整性要求。l l信息要求信息要求信息要求信息要求l l用戶需要從數據庫中獲得信息的內容與性質用戶需要從數據庫中獲得信息的內容與性質用戶需要從數據庫中獲得信息的內容與性質用戶需要從數據庫中獲得信息的內容與性質l l由用戶的信息要求可以導出數據要求，即在數據庫中由用戶的信息要求可以導出數據要求，即在數據庫中由用戶的信息要求可以導出數據要求，即在數據庫中由用戶的信息要求可以導出數據要求，即在數據庫中需要存儲哪些數據需要存儲哪些數據需要存儲哪些數據需要存儲哪些數據l l處理要求處理要求處理要求處理要求l l對處理功能的要求對處理功能的要求對處理功能的要求對處理功能的要求

23、l l對處理的響應時間的要求對處理的響應時間的要求對處理的響應時間的要求對處理的響應時間的要求l l對處理方式的要求對處理方式的要求對處理方式的要求對處理方式的要求(批處理批處理批處理批處理/聯機處理聯機處理聯機處理聯機處理)l l新系統的功能必須能夠滿足用戶的信息要求、處理要新系統的功能必須能夠滿足用戶的信息要求、處理要新系統的功能必須能夠滿足用戶的信息要求、處理要新系統的功能必須能夠滿足用戶的信息要求、處理要求、平安性與完整性要求。求、平安性與完整性要求。求、平安性與完整性要求。求、平安性與完整性要求。2024/7/2920需需求求分分析析的的難難點點l l用戶缺少計算機知識用戶缺少計算機

24、知識用戶缺少計算機知識用戶缺少計算機知識，開始時無法確定計算機究竟能為，開始時無法確定計算機究竟能為，開始時無法確定計算機究竟能為，開始時無法確定計算機究竟能為自己做什么，不能做什么，因此無法一下子準確地表達自己做什么，不能做什么，因此無法一下子準確地表達自己做什么，不能做什么，因此無法一下子準確地表達自己做什么，不能做什么，因此無法一下子準確地表達自己的需求，他們所提出的需求往往不斷地變化。自己的需求，他們所提出的需求往往不斷地變化。自己的需求，他們所提出的需求往往不斷地變化。自己的需求，他們所提出的需求往往不斷地變化。l l設計人員缺少用戶的專業知識設計人員缺少用戶的專業知識設計人員缺少用

25、戶的專業知識設計人員缺少用戶的專業知識，不易理解用戶的真正需，不易理解用戶的真正需，不易理解用戶的真正需，不易理解用戶的真正需求，甚至誤解用戶的需求。求，甚至誤解用戶的需求。求，甚至誤解用戶的需求。求，甚至誤解用戶的需求。l l新的硬件、軟件技術的出現也會使新的硬件、軟件技術的出現也會使新的硬件、軟件技術的出現也會使新的硬件、軟件技術的出現也會使用戶需求發生變化用戶需求發生變化用戶需求發生變化用戶需求發生變化。pp設計人員必須采用有效的方法，與用戶不斷深入地進設計人員必須采用有效的方法，與用戶不斷深入地進設計人員必須采用有效的方法，與用戶不斷深入地進設計人員必須采用有效的方法，與用戶不斷深入地

26、進行交流，才能逐步得以確定用戶的實際需求。行交流，才能逐步得以確定用戶的實際需求。行交流，才能逐步得以確定用戶的實際需求。行交流，才能逐步得以確定用戶的實際需求。解解決決方方法法2024/7/29216.2.2 6.2.2 需求分析的方法需求分析的方法l l調查清楚用戶的實際需求并進行初步分析調查清楚用戶的實際需求并進行初步分析調查清楚用戶的實際需求并進行初步分析調查清楚用戶的實際需求并進行初步分析l l與用戶達成共識與用戶達成共識與用戶達成共識與用戶達成共識l l進一步分析與表達用戶需求進一步分析與表達用戶需求進一步分析與表達用戶需求進一步分析與表達用戶需求2024/7/2922調查用戶需求

27、分析的具體步驟調查用戶需求分析的具體步驟(1)(1)調查組織機構情況調查組織機構情況調查組織機構情況調查組織機構情況pp 組織部門的組成情況組織部門的組成情況組織部門的組成情況組織部門的組成情況pp 各部門的職責等各部門的職責等各部門的職責等各部門的職責等 調查各部門的業務活動情況調查各部門的業務活動情況調查各部門的業務活動情況調查各部門的業務活動情況(調查重點之一調查重點之一調查重點之一調查重點之一)。pp 各個部門輸入和使用什么數據各個部門輸入和使用什么數據各個部門輸入和使用什么數據各個部門輸入和使用什么數據pp 如何加工處理這些數據如何加工處理這些數據如何加工處理這些數據如何加工處理這些

28、數據pp 輸出什么信息輸出什么信息輸出什么信息輸出什么信息pp 輸出到什么部門輸出到什么部門輸出到什么部門輸出到什么部門pp 輸出結果的格式是什么輸出結果的格式是什么輸出結果的格式是什么輸出結果的格式是什么2024/7/2923 在熟悉業務活動的根底上，協助用戶明確對新系統的各在熟悉業務活動的根底上，協助用戶明確對新系統的各在熟悉業務活動的根底上，協助用戶明確對新系統的各在熟悉業務活動的根底上，協助用戶明確對新系統的各種要求調查重點之二。種要求調查重點之二。種要求調查重點之二。種要求調查重點之二。信息要求信息要求信息要求信息要求 處理要求處理要求處理要求處理要求 完全性與完整性要求完全性與完整

29、性要求完全性與完整性要求完全性與完整性要求調查用戶需求分析的具體步驟調查用戶需求分析的具體步驟(2)(2)對前面調查的結果進行初步分析，確定新系統的邊界。對前面調查的結果進行初步分析，確定新系統的邊界。對前面調查的結果進行初步分析，確定新系統的邊界。對前面調查的結果進行初步分析，確定新系統的邊界。pp 確定哪些功能由計算機完成或將來準備讓計算機完成確定哪些功能由計算機完成或將來準備讓計算機完成確定哪些功能由計算機完成或將來準備讓計算機完成確定哪些功能由計算機完成或將來準備讓計算機完成pp 確定哪些活動由人工完成確定哪些活動由人工完成確定哪些活動由人工完成確定哪些活動由人工完成由計算機完成的功能

30、就是新系統應該實現的功能。由計算機完成的功能就是新系統應該實現的功能。2024/7/2924常用的調查方法常用的調查方法l l跟班作業跟班作業跟班作業跟班作業l l通過親身參加業務工作了解業務活動的情況通過親身參加業務工作了解業務活動的情況通過親身參加業務工作了解業務活動的情況通過親身參加業務工作了解業務活動的情況l l能比較準確地理解用戶的需求，但比較耗時能比較準確地理解用戶的需求，但比較耗時能比較準確地理解用戶的需求，但比較耗時能比較準確地理解用戶的需求，但比較耗時l l開調查會開調查會開調查會開調查會l l通過與用戶座談來了解業務活動情況及用戶需求通過與用戶座談來了解業務活動情況及用戶需

31、求通過與用戶座談來了解業務活動情況及用戶需求通過與用戶座談來了解業務活動情況及用戶需求l l請專人介紹請專人介紹請專人介紹請專人介紹l l詢問詢問詢問詢問l l對某些調查中的問題，可以找專人詢問對某些調查中的問題，可以找專人詢問對某些調查中的問題，可以找專人詢問對某些調查中的問題，可以找專人詢問l l設計調查表請用戶填寫設計調查表請用戶填寫設計調查表請用戶填寫設計調查表請用戶填寫l l如果調查表設計合理，那么很有效，且易于為用戶接受如果調查表設計合理，那么很有效，且易于為用戶接受如果調查表設計合理，那么很有效，且易于為用戶接受如果調查表設計合理，那么很有效，且易于為用戶接受l l查閱記錄查閱記

32、錄查閱記錄查閱記錄l l查閱與原系統有關的數據記錄查閱與原系統有關的數據記錄查閱與原系統有關的數據記錄查閱與原系統有關的數據記錄2024/7/2925進一步分析與表達用戶需求進一步分析與表達用戶需求l l常用方法常用方法常用方法常用方法l l自頂向下的結構化分析方法自頂向下的結構化分析方法自頂向下的結構化分析方法自頂向下的結構化分析方法Structured AnalysisStructured AnalysisStructured AnalysisStructured Analysis，簡，簡，簡，簡稱稱稱稱SASASASA方法方法方法方法l lSASASASA方法從最上層的系統組織機構入手，

33、采用逐層分解的方法從最上層的系統組織機構入手，采用逐層分解的方法從最上層的系統組織機構入手，采用逐層分解的方法從最上層的系統組織機構入手，采用逐層分解的方式分析系統，并用數據流圖方式分析系統，并用數據流圖方式分析系統，并用數據流圖方式分析系統，并用數據流圖(DFD)(DFD)(DFD)(DFD)和數據字典和數據字典和數據字典和數據字典(DD)(DD)(DD)(DD)描述描述描述描述系統。系統。系統。系統。2024/7/29261 1 1 1首先把任何一個系統都抽象為：首先把任何一個系統都抽象為：首先把任何一個系統都抽象為：首先把任何一個系統都抽象為：信息要求信息要求處理要求處理要求數據流數據流

34、數據流數據流數據存儲數據存儲數據來源數據來源處理處理數據輸出數據輸出2024/7/29272 2 2 2分解處理功能和數據分解處理功能和數據分解處理功能和數據分解處理功能和數據1 1 1 1分解處理功能分解處理功能分解處理功能分解處理功能將處理功能的具體內容分解為假設干子功能，再將每個子功將處理功能的具體內容分解為假設干子功能，再將每個子功將處理功能的具體內容分解為假設干子功能，再將每個子功將處理功能的具體內容分解為假設干子功能，再將每個子功能繼續分解，直到把系統的工作過程表達清楚為止。能繼續分解，直到把系統的工作過程表達清楚為止。能繼續分解，直到把系統的工作過程表達清楚為止。能繼續分解，直到

35、把系統的工作過程表達清楚為止。2 2 2 2分解數據分解數據分解數據分解數據在處理功能逐步分解的同時，其所用的數據也逐級分解，形在處理功能逐步分解的同時，其所用的數據也逐級分解，形在處理功能逐步分解的同時，其所用的數據也逐級分解，形在處理功能逐步分解的同時，其所用的數據也逐級分解，形成假設干層次的數據流圖成假設干層次的數據流圖成假設干層次的數據流圖成假設干層次的數據流圖 數據流圖表達了數據和處理過程的關系數據流圖表達了數據和處理過程的關系數據流圖表達了數據和處理過程的關系數據流圖表達了數據和處理過程的關系3 3 3 3表達方法表達方法表達方法表達方法 處理過程：用判定表或判定樹來描述處理過程：

36、用判定表或判定樹來描述處理過程：用判定表或判定樹來描述處理過程：用判定表或判定樹來描述 數據：用數據字典來描述數據：用數據字典來描述數據：用數據字典來描述數據：用數據字典來描述3 3 3 3將分析結果再次提交給用戶，征得用戶的認可。將分析結果再次提交給用戶，征得用戶的認可。將分析結果再次提交給用戶，征得用戶的認可。將分析結果再次提交給用戶，征得用戶的認可。2024/7/2928圖書借閱管圖書借閱管理系統理系統1 1學學 生生 數數 據據圖圖 書書 數數 據據圖圖 書書 庫庫 存存 數數 據據自頂向下方法舉例自頂向下方法舉例2024/7/2929借書處理系統1.1學生數據借書信息還書處理系統1.

37、2還書信息圖 書 庫 存 數 據數據流圖數據流圖2024/7/2930細化的數據流圖細化的數據流圖學學 生生 數數 據據數數 據據 報報 告告出出 圖圖 書書變變 更更 庫庫 存存 量量借出借出 圖書圖書學生數據學生數據非非 法法 學學 生生數數 據據 報報 告告學生數據學生數據借書信息借書信息借借 書書數數 據據檢檢 查查1.1.21.1.2還書信息還書信息圖書庫圖書庫存量檢存量檢查查1.2.11.2.1修改庫存修改庫存狀狀 態態（入）（入）1.1.31.1.3現現 有有 庫庫 存存數數 據據變更庫存量數據變更庫存量數據插插 入入 借借數數 據據空空 缺缺 圖圖 書書現現 有有 庫庫 存存

38、數數 據據借借 出出 圖圖 書書 數數 據據數數 據據刪除刪除 /修改修改數據數據修改庫存修改庫存狀狀 態態（出）（出）1.2.21.2.2借借 出出 圖圖書書 數數 據據處處 罰罰 數數據據 報報 告告學學 生生 數數據據 檢檢 查查1.1.11.1.1借借 出出 圖圖 書書 數數 據據圖圖 書書 庫庫 存存 數數 據據2024/7/2931實例：假設我們要開發一個學校管理系統。實例：假設我們要開發一個學校管理系統。實例：假設我們要開發一個學校管理系統。實例：假設我們要開發一個學校管理系統。1 1 1 1經過可行性分析和初步需求調查，抽象出該系統最高層數經過可行性分析和初步需求調查，抽象出該

39、系統最高層數經過可行性分析和初步需求調查，抽象出該系統最高層數經過可行性分析和初步需求調查，抽象出該系統最高層數據流圖，該系統由據流圖，該系統由據流圖，該系統由據流圖，該系統由教師管理子系統教師管理子系統教師管理子系統教師管理子系統、學生管理子系統學生管理子系統學生管理子系統學生管理子系統、后后后后勤管理子系統勤管理子系統勤管理子系統勤管理子系統組成，每個子系統分別配備一個開發小組。組成，每個子系統分別配備一個開發小組。組成，每個子系統分別配備一個開發小組。組成，每個子系統分別配備一個開發小組。2 2 2 2進一步細化各個子系統。進一步細化各個子系統。進一步細化各個子系統。進一步細化各個子系統

40、。其中學生管理子系統開發小組通過進行進一步的需求調查，其中學生管理子系統開發小組通過進行進一步的需求調查，其中學生管理子系統開發小組通過進行進一步的需求調查，其中學生管理子系統開發小組通過進行進一步的需求調查，明確了該子系統的主要功能是進行明確了該子系統的主要功能是進行明確了該子系統的主要功能是進行明確了該子系統的主要功能是進行學籍管理學籍管理學籍管理學籍管理和和和和課程管理課程管理課程管理課程管理，包括學生報到、入學、畢業的管理，學生上課情況的管理。包括學生報到、入學、畢業的管理，學生上課情況的管理。包括學生報到、入學、畢業的管理，學生上課情況的管理。包括學生報到、入學、畢業的管理，學生上課

41、情況的管理。通過詳細的信息流程分析和數據收集后，生成該子系統的通過詳細的信息流程分析和數據收集后，生成該子系統的通過詳細的信息流程分析和數據收集后，生成該子系統的通過詳細的信息流程分析和數據收集后，生成該子系統的數據流圖。數據流圖。數據流圖。數據流圖。需求分析舉例需求分析舉例2024/7/29326.2.3 6.2.3 數據字典數據字典 數據流圖表達了數據和處理過程的關系。系統中的數據那么借數據流圖表達了數據和處理過程的關系。系統中的數據那么借助數據字典助數據字典Data DictionaryData Dictionary來描述。來描述。l l數據字典的內容數據字典的內容數據字典的內容數據字典

42、的內容l l數據項數據項數據項數據項l l數據結構數據結構數據結構數據結構l l數據流數據流數據流數據流l l數據存儲數據存儲數據存儲數據存儲l l處理過程處理過程處理過程處理過程l l 數據項是數據的最小組成單位數據項是數據的最小組成單位數據項是數據的最小組成單位數據項是數據的最小組成單位l l 假設干個數據項可以組成一個數據結構假設干個數據項可以組成一個數據結構假設干個數據項可以組成一個數據結構假設干個數據項可以組成一個數據結構l l 數據字典通過對數據項和數據結構的定義來描述數據流、數據字典通過對數據項和數據結構的定義來描述數據流、數據字典通過對數據項和數據結構的定義來描述數據流、數據字

43、典通過對數據項和數據結構的定義來描述數據流、l l 數據存儲的邏輯內容。數據存儲的邏輯內容。數據存儲的邏輯內容。數據存儲的邏輯內容。2024/7/2933 1.1.數據項數據項 l l 數據項是不可再分的數據單位數據項是不可再分的數據單位數據項是不可再分的數據單位數據項是不可再分的數據單位l l 對數據項的描述對數據項的描述對數據項的描述對數據項的描述 數據項描述數據項名，數據項含義說明，別名，數據項描述數據項名，數據項含義說明，別名，數據項描述數據項名，數據項含義說明，別名，數據項描述數據項名，數據項含義說明，別名，數據類型，長度，取值范圍，取值含數據類型，長度，取值范圍，取值含數據類型，長

44、度，取值范圍，取值含數據類型，長度，取值范圍，取值含 義，與其他數據項的邏輯關系義，與其他數據項的邏輯關系義，與其他數據項的邏輯關系義，與其他數據項的邏輯關系pp 取值范圍、與其他數據項的邏輯關系定義了數據的完整取值范圍、與其他數據項的邏輯關系定義了數據的完整取值范圍、與其他數據項的邏輯關系定義了數據的完整取值范圍、與其他數據項的邏輯關系定義了數據的完整性約束條件，是設計數據檢驗功能的依據。性約束條件，是設計數據檢驗功能的依據。性約束條件，是設計數據檢驗功能的依據。性約束條件，是設計數據檢驗功能的依據。2024/7/2934 2.2.數據結構數據結構 l l 數據結構反映了數據之間的組合關系。

45、數據結構反映了數據之間的組合關系。數據結構反映了數據之間的組合關系。數據結構反映了數據之間的組合關系。l l 一個數據結構可以由假設干個數據項組成，也可以由一個數據結構可以由假設干個數據項組成，也可以由一個數據結構可以由假設干個數據項組成，也可以由一個數據結構可以由假設干個數據項組成，也可以由假設干個數據結構組成，或由假設干個數據項和數據假設干個數據結構組成，或由假設干個數據項和數據假設干個數據結構組成，或由假設干個數據項和數據假設干個數據結構組成，或由假設干個數據項和數據結構混合組成。結構混合組成。結構混合組成。結構混合組成。l l 對數據結構的描述對數據結構的描述對數據結構的描述對數據結構

46、的描述l l 數據結構描述數據結構名，含義說明，數據結構描述數據結構名，含義說明，數據結構描述數據結構名，含義說明，數據結構描述數據結構名，含義說明，l l 組成組成組成組成:數據項或數據結構數據項或數據結構數據項或數據結構數據項或數據結構2024/7/2935 3.3.數據流數據流 l l 數據流是數據結構在系統內傳輸的路徑。數據流是數據結構在系統內傳輸的路徑。數據流是數據結構在系統內傳輸的路徑。數據流是數據結構在系統內傳輸的路徑。l l 對數據流的描述對數據流的描述對數據流的描述對數據流的描述l l 數據流描述數據流名，說明，數據流來源，數據流描述數據流名，說明，數據流來源，數據流描述數據

47、流名，說明，數據流來源，數據流描述數據流名，說明，數據流來源，l l 數據流去向，組成數據流去向，組成數據流去向，組成數據流去向，組成:數據結構，數據結構，數據結構，數據結構，l l 平均流量，頂峰期流量平均流量，頂峰期流量平均流量，頂峰期流量平均流量，頂峰期流量l l 數據流來源是說明該數據流來自哪個過程數據流來源是說明該數據流來自哪個過程數據流來源是說明該數據流來自哪個過程數據流來源是說明該數據流來自哪個過程l l 數據流去向是說明該數據流將到哪個過程去數據流去向是說明該數據流將到哪個過程去數據流去向是說明該數據流將到哪個過程去數據流去向是說明該數據流將到哪個過程去l l 平均流量是指在單

48、位時間每天、每周、每月等里的平均流量是指在單位時間每天、每周、每月等里的平均流量是指在單位時間每天、每周、每月等里的平均流量是指在單位時間每天、每周、每月等里的傳輸次數傳輸次數傳輸次數傳輸次數l l 頂峰期流量那么是指在頂峰時期的數據流量頂峰期流量那么是指在頂峰時期的數據流量頂峰期流量那么是指在頂峰時期的數據流量頂峰期流量那么是指在頂峰時期的數據流量2024/7/2936 4.4.數據存儲數據存儲 l l數據存儲是數據結構停留或保存的地方，也是數據流的來數據存儲是數據結構停留或保存的地方，也是數據流的來數據存儲是數據結構停留或保存的地方，也是數據流的來數據存儲是數據結構停留或保存的地方，也是數

49、據流的來源和去向之一。源和去向之一。源和去向之一。源和去向之一。l l對數據存儲的描述對數據存儲的描述對數據存儲的描述對數據存儲的描述l l數據存儲描述數據存儲名，說明，編號，數據存儲描述數據存儲名，說明，編號，數據存儲描述數據存儲名，說明，編號，數據存儲描述數據存儲名，說明，編號，l l 流入的數據流流入的數據流流入的數據流流入的數據流 ，流出的數據流，流出的數據流，流出的數據流，流出的數據流 ，l l 組成組成組成組成:數據結構，數據量，存取方式數據結構，數據量，存取方式數據結構，數據量，存取方式數據結構，數據量，存取方式l l 流入的數據流：指出數據來源流入的數據流：指出數據來源流入的數

50、據流：指出數據來源流入的數據流：指出數據來源l l 流出的數據流：指出數據去向流出的數據流：指出數據去向流出的數據流：指出數據去向流出的數據流：指出數據去向l l 數據量：每次存取多少數據，每天或每小時、每周等數據量：每次存取多少數據，每天或每小時、每周等數據量：每次存取多少數據，每天或每小時、每周等數據量：每次存取多少數據，每天或每小時、每周等存取幾次等信息存取幾次等信息存取幾次等信息存取幾次等信息l l 存取方法：批處理存取方法：批處理存取方法：批處理存取方法：批處理/聯機處理；檢索聯機處理；檢索聯機處理；檢索聯機處理；檢索/更新；順序檢索更新；順序檢索更新；順序檢索更新；順序檢索 /隨機

51、檢索隨機檢索隨機檢索隨機檢索2024/7/2937 5.5.處理過程處理過程 l l處理過程的具體處理邏輯一般用判定表或判定樹來描述。數處理過程的具體處理邏輯一般用判定表或判定樹來描述。數處理過程的具體處理邏輯一般用判定表或判定樹來描述。數處理過程的具體處理邏輯一般用判定表或判定樹來描述。數據字典中只需要描述處理過程的說明性信息據字典中只需要描述處理過程的說明性信息據字典中只需要描述處理過程的說明性信息據字典中只需要描述處理過程的說明性信息l l處理過程說明性信息的描述處理過程說明性信息的描述處理過程說明性信息的描述處理過程說明性信息的描述處理過程描述處理過程名，說明，輸入處理過程描述處理過程

52、名，說明，輸入處理過程描述處理過程名，說明，輸入處理過程描述處理過程名，說明，輸入:數據流，數據流，數據流，數據流，輸出輸出輸出輸出:數據流，處理數據流，處理數據流，處理數據流，處理:簡要說明簡要說明簡要說明簡要說明pp簡要說明：主要說明該處理過程的功能及處理要求簡要說明：主要說明該處理過程的功能及處理要求簡要說明：主要說明該處理過程的功能及處理要求簡要說明：主要說明該處理過程的功能及處理要求pp功能：該處理過程用來做什么功能：該處理過程用來做什么功能：該處理過程用來做什么功能：該處理過程用來做什么pp處理要求：處理頻度要求如單位時間里處理多少事務，處理要求：處理頻度要求如單位時間里處理多少事

53、務，處理要求：處理頻度要求如單位時間里處理多少事務，處理要求：處理頻度要求如單位時間里處理多少事務，多少數據量；響應時間要求等多少數據量；響應時間要求等多少數據量；響應時間要求等多少數據量；響應時間要求等pp處理要求是后面物理設計的輸入及性能評價的標準處理要求是后面物理設計的輸入及性能評價的標準處理要求是后面物理設計的輸入及性能評價的標準處理要求是后面物理設計的輸入及性能評價的標準2024/7/29382024/7/2939“學號數據項學號數據項 ：數據項：學號數據項：學號 含義說明：唯一標識每個學含義說明：唯一標識每個學生生 別名：學生編號別名：學生編號 類型：字符型類型：字符型 長度：長度

54、：8 8 取值范圍：取值范圍：0000000000000000至至 99999999 99999999 取值含義：前兩位標別該學取值含義：前兩位標別該學生生 所在年級，后六位按順所在年級，后六位按順序序 編號與其他數據項的邏編號與其他數據項的邏輯輯 關系：關系：“學生學生 數據結構數據結構 ：數據結構：學生數據結構：學生 含義說明：是學籍管理子系統含義說明：是學籍管理子系統的的 體數據結構，定義了一個體數據結構，定義了一個學學 生的有關信息生的有關信息 組組 成：成：學號，姓名，性別，學號，姓名，性別，年齡，所在系，年年齡，所在系，年級級 例：學生學籍管理子系統的數據字典。例：學生學籍管理子系

55、統的數據字典。2024/7/2940數據流數據流“體檢結果體檢結果 ：數據流：體檢結果數據流：體檢結果 說說 明：明：學生參加體格檢學生參加體格檢查查 的最終結果的最終結果 數據流來源：體檢數據流來源：體檢 數據流去向：批準數據流去向：批準 組組 成：成：平均流量：平均流量：頂峰期流量：頂峰期流量：數據存儲數據存儲“學生登記表學生登記表 ：數據存儲：學生登記表數據存儲：學生登記表 說明：記錄學生的根本情說明：記錄學生的根本情況況 流入數據流：流入數據流：流出數據流：流出數據流：組成：組成：數據量：每年數據量：每年30003000張張 存取方式：隨機存取存取方式：隨機存取 2024/7/2941

56、處理過程處理過程“分配宿舍分配宿舍 ：處理過程：分配宿舍處理過程：分配宿舍 說說 明：明：為所有新生分配學生宿舍為所有新生分配學生宿舍 輸輸 入：學生，宿舍，入：學生，宿舍，輸輸 出：宿舍安排出：宿舍安排 處處 理：理：在新生報到后，為所有新生分配學生宿舍。在新生報到后，為所有新生分配學生宿舍。要求同一間宿舍只能安排同一性別的學生，要求同一間宿舍只能安排同一性別的學生，同一個學生只能安排在一個宿舍中。每個同一個學生只能安排在一個宿舍中。每個 學生的居住面積不小于學生的居住面積不小于3 3平方米。安排新平方米。安排新生生 宿舍其處理時間應不超過宿舍其處理時間應不超過1515分鐘。分鐘。2024/

57、7/29426.3 6.3 概念結構設計概念結構設計6.3.1 6.3.1 概念結構設計概述概念結構設計概述6.3.2 6.3.2 概念結構設計的方法與步驟概念結構設計的方法與步驟6.3.3 6.3.3 數據抽象與局部視圖設計數據抽象與局部視圖設計6.3.4 6.3.4 視圖的集成視圖的集成2024/7/29436.3.1 6.3.1 概念結構概念結構l l什么是概念結構設計什么是概念結構設計什么是概念結構設計什么是概念結構設計l l需求分析階段描述的用戶應用需求是現實世界的具體需需求分析階段描述的用戶應用需求是現實世界的具體需需求分析階段描述的用戶應用需求是現實世界的具體需需求分析階段描述的

58、用戶應用需求是現實世界的具體需求求求求l l將需求分析得到的用戶需求抽象為信息結構即概念模型將需求分析得到的用戶需求抽象為信息結構即概念模型將需求分析得到的用戶需求抽象為信息結構即概念模型將需求分析得到的用戶需求抽象為信息結構即概念模型的過程就是概念結構設計的過程就是概念結構設計的過程就是概念結構設計的過程就是概念結構設計l l概念結構是各種數據模型的共同根底，它比數據模型更概念結構是各種數據模型的共同根底，它比數據模型更概念結構是各種數據模型的共同根底，它比數據模型更概念結構是各種數據模型的共同根底，它比數據模型更獨立于機器、更抽象，從而更加穩定。獨立于機器、更抽象，從而更加穩定。獨立于機器

59、、更抽象，從而更加穩定。獨立于機器、更抽象，從而更加穩定。l l概念結構設計是整個數據庫設計的關鍵概念結構設計是整個數據庫設計的關鍵概念結構設計是整個數據庫設計的關鍵概念結構設計是整個數據庫設計的關鍵現實世界現實世界機器世界機器世界信息世界信息世界需求分析需求分析概念結構設計概念結構設計2024/7/2944l l概念結構設計的特點概念結構設計的特點概念結構設計的特點概念結構設計的特點l l1 1 1 1能真實、充分地反映現實世界，包括事物和事物之間能真實、充分地反映現實世界，包括事物和事物之間能真實、充分地反映現實世界，包括事物和事物之間能真實、充分地反映現實世界，包括事物和事物之間的聯系，

60、的聯系，的聯系，的聯系，l l 能滿足用戶對數據的處理要求。是對現實世界的一個能滿足用戶對數據的處理要求。是對現實世界的一個能滿足用戶對數據的處理要求。是對現實世界的一個能滿足用戶對數據的處理要求。是對現實世界的一個真實模型。真實模型。真實模型。真實模型。l l2 2 2 2易于理解，從而可以用它和不熟悉計算機的用戶交換易于理解，從而可以用它和不熟悉計算機的用戶交換易于理解，從而可以用它和不熟悉計算機的用戶交換易于理解，從而可以用它和不熟悉計算機的用戶交換意見，用意見，用意見，用意見，用l l 戶的積極參與是數據庫的設計成功的關鍵。戶的積極參與是數據庫的設計成功的關鍵。戶的積極參與是數據庫的設

61、計成功的關鍵。戶的積極參與是數據庫的設計成功的關鍵。l l3 3 3 3易于更改，當應用環境和應用要求改變時，容易對概易于更改，當應用環境和應用要求改變時，容易對概易于更改，當應用環境和應用要求改變時，容易對概易于更改，當應用環境和應用要求改變時，容易對概念模型修念模型修念模型修念模型修l l 改和擴充。改和擴充。改和擴充。改和擴充。l l4 4 4 4易于向關系、網狀、層次等各種數據模型轉換。易于向關系、網狀、層次等各種數據模型轉換。易于向關系、網狀、層次等各種數據模型轉換。易于向關系、網狀、層次等各種數據模型轉換。l l描述概念模型的工具描述概念模型的工具描述概念模型的工具描述概念模型的工

62、具 E-RE-RE-RE-R模型模型模型模型2024/7/29456.3.2 6.3.2 概念結構設計的方法與步驟概念結構設計的方法與步驟設計概念結構的四類方法設計概念結構的四類方法設計概念結構的四類方法設計概念結構的四類方法自頂向下自頂向下自頂向下自頂向下 首先定義全局概念結構的框架，然后逐步細化首先定義全局概念結構的框架，然后逐步細化首先定義全局概念結構的框架，然后逐步細化首先定義全局概念結構的框架，然后逐步細化自底向上自底向上自底向上自底向上 首先定義各局部應用的概念結構，然后將它們集成起來，得首先定義各局部應用的概念結構，然后將它們集成起來，得首先定義各局部應用的概念結構，然后將它們集

63、成起來，得首先定義各局部應用的概念結構，然后將它們集成起來，得到全局概念結構到全局概念結構到全局概念結構到全局概念結構逐步擴張逐步擴張逐步擴張逐步擴張 首先定義最重要的核心概念結構，然后向外擴充，以滾雪球首先定義最重要的核心概念結構，然后向外擴充，以滾雪球首先定義最重要的核心概念結構，然后向外擴充，以滾雪球首先定義最重要的核心概念結構，然后向外擴充，以滾雪球的方式逐步生成其他概念結構，直至總體概念結構的方式逐步生成其他概念結構，直至總體概念結構的方式逐步生成其他概念結構，直至總體概念結構的方式逐步生成其他概念結構，直至總體概念結構混合策略混合策略混合策略混合策略 將自頂向下和自底向上相結合，用

64、自頂向下策略設計一個全將自頂向下和自底向上相結合，用自頂向下策略設計一個全將自頂向下和自底向上相結合，用自頂向下策略設計一個全將自頂向下和自底向上相結合，用自頂向下策略設計一個全局概念結構的框架，以它為骨架集成由自底向上策略中設計局概念結構的框架，以它為骨架集成由自底向上策略中設計局概念結構的框架，以它為骨架集成由自底向上策略中設計局概念結構的框架，以它為骨架集成由自底向上策略中設計的各局部概念結構。的各局部概念結構。的各局部概念結構。的各局部概念結構。2024/7/2946自頂向下策略自頂向下策略2024/7/2947自底向上策略自底向上策略2024/7/2948逐步擴張策略逐步擴張策略20

65、24/7/2949l l常用策略常用策略pp自頂向下地進行需求分析自頂向下地進行需求分析pp自底向上地設計概念結構自底向上地設計概念結構l l自底向上設計概念結構的步驟自底向上設計概念結構的步驟pp第一步：抽象數據并設計局部視圖第一步：抽象數據并設計局部視圖pp第二步：集成局部視圖，得到全局概念結構第二步：集成局部視圖，得到全局概念結構2024/7/2950需求分析需求分析DFDDFDDDDD數據抽象、局部數據抽象、局部視圖的設計視圖的設計視圖集成視圖集成返回用戶返回用戶征求意見征求意見直到滿意直到滿意為止為止分分E-RE-R圖圖總總E-RE-R圖圖邏輯結構設計邏輯結構設計圖圖6.9 概念結構

66、設計步驟概念結構設計步驟2024/7/29516.3.3 6.3.3 數據抽象與局部視圖設計數據抽象與局部視圖設計l l概念結構是對現實世界的一種抽象概念結構是對現實世界的一種抽象概念結構是對現實世界的一種抽象概念結構是對現實世界的一種抽象pp 從實際的人、物、事和概念中抽取所關心的共同特性，從實際的人、物、事和概念中抽取所關心的共同特性，從實際的人、物、事和概念中抽取所關心的共同特性，從實際的人、物、事和概念中抽取所關心的共同特性，忽略非本質的細節忽略非本質的細節忽略非本質的細節忽略非本質的細節pp 把這些特性用各種概念精確地加以描述把這些特性用各種概念精確地加以描述把這些特性用各種概念精確地加以描述把這些特性用各種概念精確地加以描述pp 這些概念組成了某種模型這些概念組成了某種模型這些概念組成了某種模型這些概念組成了某種模型三種常用的抽象三種常用的抽象 分類分類 聚集聚集 概括概括2024/7/29521.1.分類分類ClassificationClassification 定義某一類概念作為現實世界中一組對象的類型定義某一類概念作為現實世界中一組對象的類型 這些對象具有某些共同的