Ⅰ 試述資料庫設計的過程，結構設計中各階段的主要工作及設計結果。
資料庫設計步驟：1規劃 2需求分析 3概念設計 4邏輯結構設計 5資料庫的物理設計 6資料庫的實現 7資料庫的運行與維護
第一步，規劃。規劃階段的主要任務是進行建立資料庫的必要性及可行性分析。如系統調查（即對企業全面調查，畫出組織層次圖，以了企業組織結構），可行性分析，確定DBS（資料庫系統）的總目標和制定項目開發計劃。
第二步，需求分析。需求分析階段應該對系統的整個應用情況作全面的、詳細的調查，確定企業組織的目標，收集支持系統總的設計目標的基礎數據和對這些數據的要求，確定用戶的需求，並把這些要求寫成用戶和資料庫設計者都能夠接受的需求分析報告。這一階段的工作只要有，分析用戶活動，產生業務流程圖；確定系統范圍，產生體統范圍圖；分析用戶活動涉及的數據，產生數據流程圖；分析系統數據，產生數據字典。
第三步，概念設計。概念設計的目標是產生反應企業組織信息需求的資料庫概念結構,即設計出獨立與計算機硬體和DBMS（資料庫管理系統）的概念模式。E-R模型是主要設計工具。
第四步，邏輯結構設計。其目的是把概念設計階段設計好的全局E-R模式轉換成與選用的具體機器上的DBMS所支持的數據模型相符合的邏輯結構（包括資料庫模式和外模式）。
第五步，資料庫的物理設計。對於給定的數據模型選取一個最適合應用應用環境的物理結構的過程。資料庫的物理結構主要指資料庫的存儲記錄格式、存儲記錄安排和存取方法，完全依賴於給定的硬體環境赫爾資料庫產品。
第六步，資料庫的實現。該階段主要有3項工作：1建立實際資料庫結構 2裝入試驗數據對應用程序進行調試 3裝入實際數據，進入試運行狀態。
第七步，資料庫的運行與維護。資料庫系統的正式運行，標志著資料庫設計與應用開發工作的結束和維護階段的開始，該階段有4項任務：1維護資料庫的安全性與完整性 2監測並改善資料庫運行性能 3根據用戶要求對資料庫現有功能進行擴充 4及時改正運行中發現的系統錯誤。
Ⅱ 資料庫課程設計中業務流程圖，系統功能圖，還有數據流程圖有什麼區別
業務流程圖，主要是對業務的過程描述。在對業務流程進行描述時，應關注的是業務流程，做到與計算機和軟體實現無關；系統功能圖主要描述的是軟體或硬體系統要完成的功能，是業務流程在軟體系統或資料庫中的實現；數據流程圖，主要關注的是數據的傳遞。數據經過怎樣的加工，怎麼樣的傳遞。三個圖關注的領域不同。
Ⅲ 資料庫設計過程包括幾個主要階段哪些階段獨立於資料庫管理系統哪些階段依賴於資料庫管理系統
資料庫設計階段包括五個階段，分別是：需求分析階段、概念結構設計階段、邏輯結構設計階段、物理設計階段、資料庫實施階段、資料庫運行和維護階段。
獨立於資料庫管理系統的是：需求分析階段，概念設計階段，邏輯設計階段，物理設計階段。
依賴於資料庫管理系統的是：實施階段，運行和維護階段。
資料庫設計是建立資料庫及其應用系統的技術，是信息系統開發和建設中的核心技術。由於資料庫應用系統的復雜性，為了支持相關程序運行，資料庫設計就變得異常復雜。
因此最佳設計不可能一蹴而就，而只能是一種「反復探尋，逐步求精」的過程，也就是規劃和結構化資料庫中的數據對象以及這些數據對象之間關系的過程。
(3)資料庫設計流程圖擴展閱讀：
形成過程
1、需求分析階段：綜合各個用戶的應用需求(數據流程圖(DFD)。
2、概念設計階段：形成獨立於機器特點，獨立於各個DBMS產品的概念模式(E-R圖)。
3、邏輯設計階段：首先將E-R圖轉換成具體的資料庫產品支持的數據模型，如關系模型，形成資料庫邏輯模式；然後根據用戶處理的要求、安全性的考慮，在基本表的基礎上再建立必要的視圖(View)，形成數據的外模式。
4、物理設計階段：根據DBMS特點和處理的需要，進行物理存儲安排，建立索引，形成資料庫內模式。
Ⅳ 資料庫設計分哪幾個階段
按照規范的設計方法，一個完整的資料庫設計一般分為以下六個階段。
1、需求分析：分析用戶的需求，包括數據、功能和性能需求
2、概念結構設計：主要採用E-R模型進行設計，包括畫E-R圖
3、邏輯結構設計：通過將E-R圖轉換成表，實現從E-R模型到關系模型的轉換
4、資料庫物理設計：主要是為所設計的資料庫選擇合適的存儲結構和存取路徑
5、資料庫的實施：包括編程、測試和試運行
6、資料庫運行與維護：系統的運行與資料庫的日常維護
(4)資料庫設計流程圖擴展閱讀：
設計原則
1、一對一設計原則
在軟體開發過程中，需要遵循一對一關系設計原則進而開展數據維護工作，通過利用此原則能夠盡量減少維護問題的出現，保證數據維護工作順利開展同時降低維護工作難度。
2、獨特命名原則
獨特命名原則的應用是為了減少在資料庫設計過程中出現重復命名和規范命名現象出現。
3、雙向使用原則
雙向使用原則包括：事務使用原則和索引功能原則，軟體市場常見的索引模式有：多行檢索聚簇索引和單行檢索非聚簇索引。
Ⅳ 「數據流圖」「系統流程圖」「程序流程圖」「數據流程圖」這四個有什麼區別
1.數據流圖（Data Flow Diagram）；
堅持更DFD，它從數據的傳遞和加工角度，以圖形方式來表達系統的邏輯功能，數據在系統內部的邏輯流向和邏輯交換過程，是結構化系統分析方法的主要表達工具及用於表示軟體模型的一種圖示放大。它是描繪信息流和數據從輸入移動到輸出的過程中所經受的變換。
數據流圖的基本元素：
數據流程圖：反應輸就走向，它不考慮時序關系，主要用於業務分析，用作詳細設計。途中的有向線段表示了數據流。
系統流程圖：反應主體框架。
程序流程圖：程序邏輯描述程序中控制流的情況，即程序中處理的執行順序和執行序列所以來的條件，途中的有向線段表示的是控制流從一個處理走到下一個處理。
程序的系統結構圖：反應的是系統中模塊的調用關系和層次關系，誰調用誰有一個先後次序關系。途中的有向線段表示調用時程序的控制從調用模塊一道被調用模塊，並隱含了當調用結束時控制將交回給調用模塊。
Ⅵ 如何用powerdesigner畫數據流程圖
使用PowerDesigner創建 資料庫 表圖文並茂版 使用PowerDesigner 建資料庫表。 本次主角： 1.在workspace下建立一項目： physical data model類型的 在DBMS處選擇mysql5.0 2.建立表UML圖： 在工具條上選擇表格工具，創建出一個表來。 然後雙擊他，可以對其進行修改。 改名字為User_Power 用戶表，建立三個欄位，ID為主鍵： 再建立一個表：Address_Power 地址表 3.現假設業務邏輯中用戶和地址一一對應，那麼地址的ID是由用戶的ID來決定的: 在工具欄中選擇引用來建立兩個表的關聯關系： 這里需要根據業務邏輯來更改關聯設置： OK，至此表設計已經完成。 4. 建立與資料庫的連接。 在菜單條上，有一個Database的選擇項： 選擇connect…後彈出設置對話框： 在Data source里選擇第三個單選按鈕，即Connection profile:後，點擊Configure。會彈出如下窗口： 選擇左上角的Add Data Source，彈出如下窗口： 然後開始進行設置，基本按上圖來設置，第一個是名字，隨便取；第二個是保存這個配置文件的位置，放工作空間里就行了；第三個是描述，不用管；第四個是連接類型；第五個是資料庫類型；第六個第七個過掉；第八個第九個是用戶名密碼；最後三個是Mysql的一些連接配置，注意最後一個JDBC driver jar files需要選擇到mysql的jar包。 然後點擊左下角的Test Connection，測試通過後點OK關閉這個一頁。回到connect頁面後選擇剛才的配置文件然後進行連接： 5. 創建資料庫表： 在菜單條上選擇Database，然後有一個下拉選項叫做：Generate Database，選擇後彈出如下頁面： 讓你選擇生成的sql文件放在什麼地方。這里我們使用Direct generation這個選項來直接創建出表來。在第二個選項卡Options中可以選擇一些選項來改變Sql語句，最後的SQL語句可以通過最後一個選項卡Preview來查看： 點擊確定，開始生成SQL腳本，然後彈出如下頁面： 點擊run後，則表創建成功。
Ⅶ 資料庫的設計一般經過哪幾個階段
資料庫設計可以分為概念結構設計、邏輯結構設計和物理結構設計三個階段。
（1）概念結構設計。這是資料庫設計的第一個階段，在管理信息系統的分析階段，已經得到了系統的數據流程圖和數據字典，現在要結合數據規范化的理論，用一種數據模型將用戶的數據需求明確地表示出來。
概念數據模型是面向問題的模型，反映了用戶的現實工作環境，是與資料庫的具體實現技術無關的。建立系統概念數據模型的過程叫做概念結構設計。
（2）邏輯結構設計。根據已經建立的概念數據模型，以及所採用的某個資料庫管理系統軟體的數據模型特性，按照一定的轉換規則，把概念模型轉換為這個資料庫管理系統所能夠接受的邏輯數據模型。不同的資料庫管理系統提供了不同的邏輯數據模型，如層次模型、網狀模型、關系模型等。
（3）物理結構設計。為一個確定的邏輯數據模型選擇一個最適合應用要求的物理結構的過程，就叫做資料庫的物理結構設計。資料庫在物理設備上的存儲結構和存取方法稱為資料庫的物理數據模型。
Ⅷ 資料庫的開發流程是什麼
這是一個非常復雜的問題。建議這位網友去看看有關軟體工程的書籍。當然，看書是一件非常煩悶的事情，在這，盡管試試將我的經驗寫一點吧。
首先，要明確你要做一個什麼系統。想達到什麼目的。想怎樣去使用。有了明確的目標後，便要開始計劃整個資料庫系統該怎樣去做。
第二，是選擇資料庫後台。資料庫是保存數據的工具，可以理解為保存數據的一個大倉庫，它把你所需要的數據全部保存起來。但要怎樣使用這些數據，使之可以根據你的需要顯示出來，那就不是資料庫的責任了，這就需要程序來實現了。不同的資料庫後台各有優點缺點，不可一概而論哪個好哪個差，要看系統實際來斟酌。即是說，確定目標後就需要選擇資料庫。
第三，確定後台資料庫的內容，即確定數據結構。既然整個資料庫等於一個大倉庫，此時就要把倉庫劃分成一個個區域，用於保存不同類別的東西。這就是確定數據表及每個表的欄位及各欄位的數據類型。這是非常巨大的工作，你需要把有可能使用到的內容都設計到你的數據表中，以便以後可以保存及調用數據。還要想到表與表的關系，欄位與欄位的關系。好的數據結構會使到整個程序設計方便、科學、全面。這些內容，必須去查看相關書籍，同時不斷積累經驗，並非三言兩語可以說得清楚了。
第四，選擇合適的前台開發工具。對於後台資料庫的操作，目前常用的前台開發工具基本都可以與之相連並對之操作，但是不同的開發語言有各自的長處。選擇哪一種語言並不太重要，最重要是看你是否願意一心一意鑽研下去。對於初學者，什麼語言都是一樣的，就如小孩子學語言，學中英意日其實都一樣容易，也一樣難。
第五，當清楚資料庫後台和開發前台的特性與功能後，就可以開始規劃系統的流程了。一般可以根據系統功能先將其劃分為幾大功能模塊，然後再細分為各個細功能模塊，然後對於各個功能模塊進行設計。一般流程可以是這樣的：
1、設計流程圖。把整個功能用流程的方式顯示出來，讓自己的思路清楚地記錄在流程圖上，這樣可以輕易地模擬模塊的運算過程，查找出不合理的地方進行修改。
2、編寫程序。確定流程合理無誤後，便可以開發進行程序的編寫。由於現時硬體的強大，對語句的要求已經不再強調。只要可以達到目的，就可以了。
第六，試運行程序。完成一個功能後，可以試運行，輸入數據進行測試，不斷修改，最後達到完全無誤。
第七，測試。完成程序後，就要進行全面的測試。一般來說，自己是找不到自己的錯誤的。明知是錯就不會寫進去，所以我喜歡找別人來為我測試。讓別人去用，而且是讓別人隨便地用，不一定按自己所說的操作方法去用。這樣最容易找到程序中的錯誤。
第八，不斷地修改。不斷修改程序，使其所有的漏洞都改正過來。
第九，編譯。程序確認無誤後，就可以進行編譯。
第十，投入使用。
其實我所寫的並不能回答這個問題，完全解答這個問題，最後還是去學習一下軟體工程。不看書總是不行的。希望可以為你帶來一點點幫助吧。
Ⅸ .資料庫設計分為幾個階段,各階段的任務是什麼
按照規范的設計方法，一個完整的資料庫設計一般分為需求分析、概念結構設計、邏輯結構設計、資料庫物理設計、資料庫的實施、資料庫運行與維護六個階段：
各階段的任務如下：
1、需求分析：分析用戶的需求，包括數據、功能和性能需求；
拓展資料：
資料庫設計(Database Design)是指對於一個給定的應用環境，構造最優的資料庫模式，建立資料庫及其應用系統，使之能夠有效地存儲數據，滿足各種用戶的應用需求(信息要求和處理要求)。在資料庫領域內，常常把使用資料庫的各類系統統稱為資料庫應用系統。
資料庫設計是建立資料庫及其應用系統的技術，是信息系統開發和建設中的核心技術。由於資料庫應用系統的復雜性，為了支持相關程序運行，資料庫設計就變得異常復雜，因此最佳設計不可能一蹴而就，而只能是一種"反復探尋，逐步求精"的過程，也就是規劃和結構化資料庫中的數據對象以及這些數據對象之間關系的過程。
Ⅹ 數據流程圖用於資料庫設計哪個階段
很多資料上，數據流程圖也叫數據流圖，都指DFD：Data Flow Diagram。
數據流程圖是以圖形的方式表達在問題中信息的變換和傳遞過程。
需求分析階段、在概念設計之前