當前位置:首頁 » 數據倉庫 » 如何調查資料庫需求
擴展閱讀
webinf下怎麼引入js 2023-08-31 21:54:13
堡壘機怎麼打開web 2023-08-31 21:54:11

如何調查資料庫需求

發布時間: 2023-06-08 14:34:53

『壹』 如何設計資料庫的需求分析

首先把你所做的項目的
業務邏輯
搞清楚,根據業務邏輯設計表。資料庫需求分析就是根據你的
項目需求
,把資料庫中的表,結構,關系,設計出來,並談寫利弊,說明
資料庫設計
的合理性。

『貳』 資料庫設計需求分析的重點有哪些

需求分析的重點是調查、收集與分析用戶在數據管理中的信息要求、處理要求、安全性與完整性要求。

(1)信息要求。其是指用戶需要從資料庫中獲得信息的內容與性質。由用戶的信息要求可以導出數據要求

『叄』 資料庫的需求分析方法

資料庫設計需求
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 應用系統的用戶口令進行加密

在軟體系統中,對於數據的保護、業務操作的許可是通過識別用戶身份和許可權來完成的。用戶口令相比較,相同的話系統將該用戶的操作許可權分配給用戶,用戶再根據所分配的許可權對系統進行操作。

由以上過程可知,用戶口令在傳輸過程中容易被竊取泄漏,另外如果資料庫被非法進入則其中保存的口令能夠被非法查看。因此,在傳輸過程中和資料庫中的口令記錄欄位不應使用明文傳遞和保存,應該在口令被傳遞前對其明文口令使用有效的主流技術,對傳輸數據進行加密部分描述的加密演算法進行加密,在加密後傳輸到系統。系統將用戶提交的經過加密的口令數據保存的加密口令進行比較,相一致則進行後續操作。

『肆』 簡述資料庫需求分析階段的主要任務以及系統分析報告的主要內容

資料庫需求分析階段的主要任務:對現實世界要處理的對象(組織、部門、企業)等進行詳細的調查,通過對原系統的了解,手機支持新系統的基礎數據並對其進行處理,在此基礎上確定新系統的功能。

系統分析報告的主要內容:1.系統概況,系統的目標、范圍、背景、歷史和現狀;2.系統的原理和技術,對原系統的改善;3.系統總體結構域子系統結構說明;4.系統功能說明;5.數據處理概要、工程體制和設計階段劃分;6.系統方案及技術、經濟、功能和操作上的可行性。

『伍』 有一道資料庫的問題

設計一個資料庫需要我們耐心收集和分析數據,仔細理清數據間的關系,消除對資料庫應用不利的隱患等等。在整個設計過程中,我們必須按步驟認真完成。一個資料庫的設計好壞將直接影響將來基於該資料庫的應用。

另外,資料庫也不是獨立存在的,它總是與具體的應用相關的,為具體的應用而建立的。因此在設計資料庫之前我們必須明確應用的目的,在設計資料庫的時候也應時刻考慮用戶需求,資料庫與具體應用之間是相輔相成的關系。

資料庫的設計過程一般包括以下幾個步驟:

確定建立資料庫的目的和收集數據;
建立概念模型;
建立數據模型;
實施與維護資料庫;
1.確定建立資料庫的目的和收集數據

資料庫設計過程的第一個階段是確定建立資料庫的目的和收集數據。通常,我們也把確定建立資料庫的目的稱為需求分析。需求分析的任務就是通過詳細調查要處理的對象來明確用戶的各種需求。並且通過調查、收集和分析信息,以了解在資料庫中需要存儲哪些數據,要完成什麼樣的數據處理功能。這一過程是資料庫設計的起點,它將直接影響到後面各個階段的設計,並影響到設計結果是否合理和實用。

確定目的之後就需要根據目的收集有用的數據。在著手收集數據之前最重要的就是要調查用戶的實際需求,然後分析與表達這些需求。調查用戶需求的方法有很多,如查閱記錄、訪談、開調查會、設計調查表請用戶填寫或回答相關問題等。其中比較有效的方法是訪談,我們可以藉助一些設計合理的調查表來與用戶直接交流。通過充分交流,可以了解他們平時是如何使用資料庫的,以及對當前信息的要求,進而設計滿足用戶需求的欄位,並根據設計的欄位收集數據。

2.建立概念模型

確定建立資料庫的目的以及完成數據收集後,就進入資料庫設計過程的第二階段——建立概念模型。這一階段是整個資料庫設計的關鍵。設計時,一般先根據應用的需求,畫出能反映每個應用需求的E-R圖,其中包括確定實體、屬性和聯系的類型。然後優化初始的E-R圖,消除冗餘和可能存在的矛盾。概念模型是對用戶需求的客觀反映,並不涉及具體的計算機軟、硬體環境。因此,在這一階段中我們必須將注意力集中在怎樣表達出用戶對信息的需求,而不考慮具體實現問題。

3.建立數據模型

完成上一階段後,我們得到了一個與具體計算機軟、硬體無關的概念模型。接著我們就可以著手建立資料庫模型了,這是資料庫設計過程的第三個階段。在這一階段中我們要將概念模型中得到的E-R圖轉換成具體的數據模型。通過前面的學習,我們已經了解到數據模型一般分為層次、網狀、關系和面向對象模型等。目前比較常用的是關系數據模型,我們通常將E-R圖轉換成關系數據模型,實際上就是要將實體、實體的屬性和實體之間的聯系轉換為關系模式。

4.實施與維護資料庫

最後一個階段是實施與維護資料庫。完成數據模型的建立後,我們就必須對欄位進行命名,確定欄位的類型和寬度,並利用資料庫管理系統或資料庫語言創建資料庫結構、輸入數據和運行等,因此資料庫的實施是資料庫設計過程的「最終實現」。如果資料庫運行很成功,則表明資料庫設計任務基本結束,以後的重點就是資料庫的維護工作,包括做好備份工作、資料庫的安全性和完整性調整、改善資料庫性能等。
資料庫的設計在資料庫應用系統的開發中佔有很重要的地位。只有設計出合理的資料庫,才能為建立在資料庫上的應用提供方便。不過資料庫的設計過程從來都不會有真正的結束,因為隨著用戶需求和具體應用的變化和擴大,資料庫的結構也可能會隨之變化。

資料庫基本的功能:
信息瀏覽和查詢;
信息的修改、添加和刪除;
信息的統計、匯總等。
設計資料庫時要注意保留以下內容:

設計文檔、內容操作說明,實例資料庫、幫助及過程性文件(如下載的資源、工作日誌)等。