① 如何做好資料庫需求分析
資料庫設計
1、資料庫需求分析
1）針對超市進銷存管理系統，分別對采購部門、銷售部門和庫存保管部門進行詳細的調研和分析，總結出如下的需求信息：
商品按類管理，所以需要有一商品類型信息。
商品必須屬於一個商品類型。
如果一個商品類型存在商品，或存在下級商品類型，則該類型不可刪除。
需要記錄供應商品信息。
在涉及商品數量的地方，要給出相應的單位。
商品銷售信息單中要包含登記商品銷售數量、單價等信息。
在進貨信息中要包含商品供應商等信息。
商品報損要有報損原因。
進貨、銷售、報損操作要有相應操作員信息。
只有管理員登錄之後才可以使用系統。
默認的管理員不可以刪除。
進貨、銷售、庫存、報損信息都要可以添加、修改、刪除、分類查找。
當進行進貨、銷售和報損操作後，能相應更新庫存。
需要對進貨、銷售、庫存、報損進行分析，總結熱門商品。
2）經上述系統功能分析和需求總結，考慮到將來功能的擴展，設計如下的數據項和數據結構：
商品類型信息，包括數據項有：商品類型編號、商品類型名稱等。
商品信息，包括的數據項有：商品編號、商品名稱、商品介紹、庫存量等。
商品單位信息，包括單位編號、單位名稱等。
供應商信息，包括供應商名稱、介紹等。
進貨信息，包括進貨商品、數量、單位、單價、進貨時間經手人等。
銷售信息，包括銷售商品、數量、單位、單價、登記時間等。
報損信息，包括報損商品、數量、單位、原因、登記時間等。
管理員信息，包括管理員賬號、密碼、是否是默認賬號等。
2、資料庫概念結構設計
本系統根據以上的設計規劃出的實體有：商品類型信息實體、商品信息實體、商品單位信息實體、供應商信息實體、進貨信息實體、銷售信息實體、報損信息實體和管理員信息實體。
② 資料庫設計主要包括哪幾部分，分別包括哪些內容
資料庫設計主要包括需求分析、概念結構設計、邏輯結構設計、物理結構設計、資料庫的實施和資料庫的運行和維護，具體內容如下：
1、需求分析
內容：調查和分析用戶的業務活動和數據的使用情況，弄清所用數據的種類、范圍、數量以及它們在業務活動中交流的情況，確定用戶對資料庫系統的使用要求和各種約束條件等，形成用戶需求規約。
2、概念設計
內容：對用戶要求描述的現實世界，通過對其中諸處的分類、聚集和概括，建立抽象的概念數據模型。這個概念模型應反映現實世界各部門的信息結構、信息流動情況、信息間的互相制約關系以及各部門對信息儲存、查詢和加工的要求等。
3、邏輯設計
內容：主要工作是將現實世界的概念數據模型設計成資料庫的一種邏輯模式，即適應於某種特定資料庫管理系統所支持的邏輯數據模式。與此同時，可能還需為各種數據處理應用領域產生相應的邏輯子模式。這一步設計的結果就是所謂「邏輯資料庫」。
4、物理設計
內容：根據特定資料庫管理系統所提供的多種存儲結構和存取方法等依賴於具體計算機結構的各項物理設計措施，對具體的應用任務選定最合適的物理存儲結構(包括文件類型、索引結構和數據的存放次序與位邏輯等)、存取方法和存取路徑等。
5、驗證設計
內容：收集數據並具體建立一個資料庫，運行一些典型的應用任務來驗證資料庫設計的正確性和合理性。一般，一個大型資料庫的設計過程往往需要經過多次循環反復。當設計的某步發現問題時，可能就需要返回到前面去進行修改。
6、運行與維護設計
內容：在資料庫系統正式投入運行的過程中，必須不斷地對其進行調整與修改。除了關系型資料庫已有一套較完整的數據範式理論可用來部分地指導資料庫設計之外，尚缺乏一套完善的資料庫設計理論、方法和工具，以實現資料庫設計的自動化或互動式的半自動化設計。
(2)資料庫需求分析與概念擴展閱讀：
重要性
1、有利於資源節約
對計算機軟體資料庫設計加以重視不僅可減少軟體後期的維修，達到節約人力與物力的目的，同時還有利於軟體功能的高效發揮。
2、有利於軟體運行速度的提高
高水平的資料庫設計可滿足不同計算機軟體系統對於運行速度的需求，而且還可充分發揮並實現系統功能。計算機軟體性能提高後，系統發出的運行指令在為用戶提供信息時也將更加快速有效，軟體運行速度自然得以提高。
3、有利於軟體故障的減少
加強資料庫設計可有效減少軟體故障的發生幾率，推動計算機軟體功能的實現。
③ 資料庫設計的四個階段是:需求分析、概念設計、邏輯設計和（）。
資料庫設計的四個階段是：需求分析、概念設計、邏輯設計和 D
A） 編碼設計 B）測試階段 C）運行階段 D）物理設計
④ 資料庫需求分析
資料庫設計
1、資料庫需求分析
1）針對超市進銷存管理系統，分別對采購部門、銷售部門和庫存保管部門進行詳細的調研和分析，總結出如下的需求信息：
商品按類管理，所以需要有一商品類型信息。
商品必須屬於一個商品類型。
如果一個商品類型存在商品，或存在下級商品類型，則該類型不可刪除。
需要記錄供應商品信息。
在涉及商品數量的地方，要給出相應的單位。
商品銷售信息單中要包含登記商品銷售數量、單價等信息。
在進貨信息中要包含商品供應商等信息。
商品報損要有報損原因。
進貨、銷售、報損操作要有相應操作員信息。
只有管理員登錄之後才可以使用系統。
默認的管理員不可以刪除。
進貨、銷售、庫存、報損信息都要可以添加、修改、刪除、分類查找。
當進行進貨、銷售和報損操作後，能相應更新庫存。
需要對進貨、銷售、庫存、報損進行分析，總結熱門商品。
2）經上述系統功能分析和需求總結，考慮到將來功能的擴展，設計如下的數據項和數據結構：
商品類型信息，包括數據項有：商品類型編號、商品類型名稱等。
商品信息，包括的數據項有：商品編號、商品名稱、商品介紹、庫存量等。
商品單位信息，包括單位編號、單位名稱等。
供應商信息，包括供應商名稱、介紹等。
進貨信息，包括進貨商品、數量、單位、單價、進貨時間經手人等。
銷售信息，包括銷售商品、數量、單位、單價、登記時間等。
報損信息，包括報損商品、數量、單位、原因、登記時間等。
管理員信息，包括管理員賬號、密碼、是否是默認賬號等。
2、資料庫概念結構設計
本系統根據以上的設計規劃出的實體有：商品類型信息實體、商品信息實體、商品單位信息實體、供應商信息實體、進貨信息實體、銷售信息實體、報損信息實體和管理員信息實體。
⑤ 資料庫設計需求分析的重點有哪些
需求分析的重點是調查､收集與分析用戶在數據管理中的信息要求､處理要求､安全性與完整性要求｡
(1)信息要求｡其是指用戶需要從資料庫中獲得信息的內容與性質｡由用戶的信息要求可以導出數據要求
⑥ 資料庫設計（需求分析、概念結構設計、邏輯結構設計、物理設計）
說了這么多也不過就是2張表，學生和老師
至於其中的關系行為都是類似於select update之類的東西了
⑦ 數據需求分析與定義
struct StudentInfo{
int Sid;
....
}
是這樣嗎？
⑧ 資料庫的需求分析方法
資料庫設計需求
1. 需求概述
建立完善的資料庫結構管理設備的基本參數、運行狀態和各種工作計劃。
資料庫的框架和結構必須根據設備和運行狀態而設計，方便提供強大的錄入、查詢、統計、分析和報表等各種功能操作，較好的反映平台業務的基本情況和運行狀況，滿足平台的基本要求。
2. 外部設計需求
2.1 標識符和狀態
資料庫表前綴：根據模塊名定義（如用戶模塊：sys_）
用戶名：root
密碼：待定
許可權：全部
有效時間：開發階段
說明：系統正式發布後，可能更改資料庫用戶/密碼。
2.2 使用它的程序
本系統主要利用java作為後端的應用開發工具，使用Mysql作為後台的資料庫， Linux或Windows均可作為系統平台。
2.3 約定
所有命名一定要具有描述性，杜絕一切拼音、或拼音英文混雜的命名方式。
字元集採用 UTF-8，請注意字元的轉換。
所有數據表第一個欄位都是系統內部使用主鍵列，自增欄位，不可空，名稱為：id，確保不把此欄位暴露給最終用戶。
除特別說明外，所有日期格式都採用date格式。
除特別說明外，所有欄位默認都設置不充許為空， 需要設置默認值。
所有普通縮影的命名都是表名加設置縮影的欄位名組合，例如用戶表User中name欄位設置普通所以，則縮影名稱命名方式為user_name_index。
2.4 專門指導
對本系統的開發者、使用這、測試員和維護人員，提出以下參考意見：
在使用資料庫時，首先要參考上面的約定內容，做好軟體的安裝以及表格的建立。
資料庫的輸入統一採用鍵盤。對於資料庫的使用許可權，請參考本系統其他相關文檔。
資料庫的後台管理員沒用等級差異，可根據實際情況添加刪除管理員。
2.5 支持軟體
操作系統： Linux / Windows
資料庫系統：MySQL
查詢瀏覽工具：Navicat Premium
命令行工具：mysql
注意：mysql 命令行環境下對中文支持不好，可能無法書寫帶有中文的 SQL 語句。
3. 結構設計需求
3.1 概念結構設計需求
概念資料庫的設計是進行具體資料庫設計的第一步，概念資料庫設計的好壞直接影響到邏輯資料庫的設計，影響到整個資料庫的好壞。
我們已經得到了系統的數據流程圖和數據字典，現在就是要結合數據規范化的理論，用一種模型將用戶的數據要求明確地表示出來。
概念資料庫的設計應該極易於轉換為邏輯資料庫模式，又容易被用戶所理解。概念資料庫設計中最主要的就是採用「實體-關系數據」模型來確定資料庫的結構。
數據是表達信息的一種重要的量化符號，是信息存在的一種重要形式。數據模型則是數據特徵的一種抽象。它描述的是數據的共性，而不是描述個別的數據。一般來說，數據模型包含兩方面內容：
數據的靜態特性：主要包括數據的基本結構、數據間的關系和數據之間的相互約束等特性。
數據的動態特性：主要包括對數據進行操作的方法。
在資料庫系統設計中，建立反映客觀信息的數據模型，是設計中最為重要的，也最基本的步驟之一。
數據模型是連接客觀信息世界和資料庫系統數據邏輯組織的橋梁，也是資料庫設計人員與用戶之間進行交流的共同基礎。概念資料庫中採用的實體-關系模型，與傳統的數據模型有所不同。「實體-關系」模型是面向現實世界，而不是面向實現方法的，它主要是用使用方便，因而在資料庫系統應用的設計中，得到了廣泛應用。「實體-關系」模型可以用來說明資料庫中實體的等級和屬性。
以下是實體-關系模型中的重要標識：
在資料庫中存在的實體；
實體的屬性；
實體之間的關系；
3.2 邏輯結構設計需求
物理結構設計需求
1）定義資料庫、表及欄位的命名規范：
資料庫、表及欄位的命名要遵守可讀性原則。
資料庫、表及欄位的命名要遵守表意性原則。
資料庫、表及欄位的命名要遵守長名原則。
2）選擇合適的存儲引擎：
3）為表中的欄位選擇合適的數據類型。
4）建立資料庫結構
4. 運用設計需求
4.1 表名的命名規范
表名以英文單詞、單詞縮寫、簡寫、下劃線構成，總長度要求小於30位。
4.2 表欄位的命名規范
欄位名以英文單詞、單詞縮寫、簡寫、下劃線構成，總長度要求不超過30位。
欄位名以名詞或名詞短語，欄位採用單數形式。若表名由多個單片語成，則取各個單詞的縮寫組成，單詞縮寫間使用下劃線作為分隔。
若某個欄位是引用某個表的外鍵，則欄位名應盡量與源表的欄位名保持一致，一面混淆。
5. 安全保密設計需求
5.1 防止用戶直接操作資料庫的方法
通過把關鍵應用伺服器和資料庫伺服器進行分離，防止用戶對資料庫伺服器的直接操作，保證資料庫安全。
5.2 應用系統的用戶口令進行加密
在軟體系統中，對於數據的保護、業務操作的許可是通過識別用戶身份和許可權來完成的。用戶口令相比較，相同的話系統將該用戶的操作許可權分配給用戶，用戶再根據所分配的許可權對系統進行操作。
由以上過程可知，用戶口令在傳輸過程中容易被竊取泄漏，另外如果資料庫被非法進入則其中保存的口令能夠被非法查看。因此，在傳輸過程中和資料庫中的口令記錄欄位不應使用明文傳遞和保存，應該在口令被傳遞前對其明文口令使用有效的主流技術，對傳輸數據進行加密部分描述的加密演算法進行加密，在加密後傳輸到系統。系統將用戶提交的經過加密的口令數據保存的加密口令進行比較，相一致則進行後續操作。
⑨ 資料庫設計過程包括幾個主要階段哪些階段獨立於資料庫管理系統哪些階段依賴於資料庫管理系統
資料庫設計階段包括五個階段，分別是：需求分析階段、概念結構設計階段、邏輯結構設計階段、物理設計階段、資料庫實施階段、資料庫運行和維護階段。
獨立於資料庫管理系統的是：需求分析階段，概念設計階段，邏輯設計階段，物理設計階段。
依賴於資料庫管理系統的是：實施階段，運行和維護階段。
資料庫設計是建立資料庫及其應用系統的技術，是信息系統開發和建設中的核心技術。由於資料庫應用系統的復雜性，為了支持相關程序運行，資料庫設計就變得異常復雜。
因此最佳設計不可能一蹴而就，而只能是一種「反復探尋，逐步求精」的過程，也就是規劃和結構化資料庫中的數據對象以及這些數據對象之間關系的過程。
(9)資料庫需求分析與概念擴展閱讀：
形成過程
1、需求分析階段：綜合各個用戶的應用需求(數據流程圖(DFD)。
2、概念設計階段：形成獨立於機器特點，獨立於各個DBMS產品的概念模式(E-R圖)。
3、邏輯設計階段：首先將E-R圖轉換成具體的資料庫產品支持的數據模型，如關系模型，形成資料庫邏輯模式；然後根據用戶處理的要求、安全性的考慮，在基本表的基礎上再建立必要的視圖(View)，形成數據的外模式。
4、物理設計階段：根據DBMS特點和處理的需要，進行物理存儲安排，建立索引，形成資料庫內模式。