資料庫需求

A. 資料庫報告的需求分析一般是寫些什麼內容的

e-r圖：

E-RE-R圖也即實體-聯系圖(EntityRelationshipDiagram)，提供了表示實體型、屬性和聯系的方法，用來描述現實世界的概念模型。

E-R方法

E-R方法是「實體-聯系方法」（Entity-RelationshipApproach）的簡稱。它是描述現實世界概念結構模型的有效方法。

構成E-R圖的基本

構成E-R圖的基本要素是實體型、屬性和聯系，其表示方法為：·實體型(Entity)：具有相同屬性的實體具有相同的特徵和性質，用實體名及其屬性名集合來抽象和刻畫同類實體;在E-R圖中用矩形表示，矩形框內寫明實體名；比如學生張三豐、學生李尋歡都是實體。如果是弱實體的話，在矩形外面再套實線矩形。·屬性(Attribute)：實體所具有的某一特性，一個實體可由若干個屬性來刻畫。在E-R圖中用橢圓形表示，並用無向邊將其與相應的實體連接起來；比如學生的姓名、學號、性別、都是屬性。如果是多值屬性的話，再橢圓形外面再套實線橢圓。如果是派生屬性則用虛線橢圓表示。·聯系(Relationship)：聯系也稱關系，信息世界中反映實體內部或實體之間的聯系。實體內部的聯系通常是指組成實體的各屬性之間的聯系；實體之間的聯系通常是指不同實體集之間的聯系。在E-R圖中用菱形表示，菱形框內寫明聯系名，並用無向邊分別與有關實體連接起來，同時在無向邊旁標上聯系的類型（1:1，1:n或m:n）。比如老師給學生授課存在授課關系，學生選課存在選課關系。如果是弱實體的聯系則在菱形外面再套菱形。

[編輯本段]作E-R圖的步驟

⑴確定所有的實體集合⑵選擇實體集應包含的屬性⑶確定實體集之間的聯系⑷確定實體集的關鍵字，用下劃線在屬性上表明關鍵字的屬性組合⑸確定聯系的類型，在用線將表示聯系的菱形框聯繫到實體集時，在線旁註明是1或n(多）來表示聯系的類型

2.例子如圖：

需求分析：

寫

背景，目的，技術，可行性之類的：

B. 報告一份，闡述系統的詳細過程，包括資料庫需求分析，資料庫結構設計，資料庫邏輯

這東西還是樓主自己寫吧，以下資料希望對你有幫助

開題報告的格式

標簽： 知識/探索開題報告的格式文化
由於開題報告是用文字體現的論文總構想，因而篇幅不必過大，但要把計劃研究的課題、如何研究、理論適用等主要問題說清楚，應包含兩個部分：總述、提綱。

1 總述

開題報告的總述部分應首先提出選題，並簡明扼要地說明該選題的目的、目前相關課題究

情況、理論適用、研究方法、必要的數據等等。

2 提綱

開題報告包含的論文提綱可以是粗線條的，是一個研究構想的基本框架。可採用整句式或整段式提綱形式。在開題階段，提綱的目的是讓人清楚論文的基本框架，沒有必要像論文目錄那樣詳細。

3 參考文獻

開題報告中應包括相關參考文獻的目錄

4 要求

開題報告應有封面頁，總頁數應不少於4頁。版面格式應符合以下第3部分第2）項「格式」的規定。

開 題 報 告

學 生：

一、 選題意義

1、理論意義

2、現實意義

二、 論文綜述

1、理論的淵源及演進過程

2、國外有關研究的綜述

3、國內研究的綜述

4、本人對以上綜述的評價

三、 論文提綱

前言、

一、

1、

2、

3、

二、結論

1、

2、

3、

三、

1、

2、

3、

四、論文寫作進度安排

畢業論文開題報告提綱

一、開題報告封面：論文題目、系別、專業、年級、姓名、導師

二、目的意義和國內外研究概況

三、論文的理論依據、研究方法、研究內容

四、研究條件和可能存在的問題

五、預期的結果

六、進度安排

七、教研室可行性論證結論

文獻綜述格式及寫作技巧（附文獻綜述範文）
文獻綜述是在對文獻進行閱讀、選擇、比較、分類、分析和綜合的基礎上，研究者用自己的語言對某一問題的研究狀況進行綜合敘述的情報研究成果。文獻的搜集、整理、分析都為文獻綜述的撰寫奠定了基礎。

文獻綜述格式一般包括：
文獻綜述的引言：
包括撰寫文獻綜述的原因、意義、文獻的范圍、正文的標題及基本內容提要；

文獻綜述的正文：
是文獻綜述的主要內容，包括某一課題研究的歷史 (尋求研究問題的發展歷程)、現狀、基本內容 (尋求認識的進步)， 研究方法的分析(尋求研究方法的借鑒)，已解決的問題和尚存的問題，重點、詳盡地闡述對當前的影響及發展趨勢，這樣不但可以使研究者確定研究方向，而且便於他人了解該課題研究的起點和切入點，是在他人研究的基礎上有所創新；

文獻綜述的結論：
文獻研究的結論，概括指出自己對該課題的研究意見，存在的不同意見和有待解決的問題等；

文獻綜述的附錄：
列出參考文獻，說明文獻綜述所依據的資料，增加綜述的可信度，便於讀者進一步檢索。

一、文獻綜述不應是對已有文獻的重復、羅列和一般性介紹，而應是對以往研究的優點、不足和貢獻的批判性分析與評論。因此，文獻綜述應包括綜合提煉和分析評論雙重含義。
文獻綜述範文1：「問題——探索——交流」小學數學教學模式的研究

... ...我們在網上瀏覽了數百種教學模式，下載了二百餘篇有關教學模式的文章，研讀了五十餘篇。概括起來，我國的課堂教學模式可分三類：

(1) 傳統教學模式——「教師中心論」。這類教學模式的主要理論根據是行為主義學習理論，是我國長期以來學校教學的主流模式。它的優點是... ...，它的缺陷是... ...

(2) 現代教學模式——「學生中心論」。這類教學模式的主要理論依據是建構主義學習理論，主張從教學思想、教學設計、教學方法以及教學管理等方面均以學生為中心，20世紀 90年代以來，隨著信息技術在教學中的應用，得到迅速發展。它的優點是... ...，它的缺陷是... ...

(3) 優勢互補教學模式——「主導——主體論」。這類教學模式是以教師為主導，以學生為主體，兼取行為主義和建構主義學習理論之長並棄其之短，是對「教師中心論」和「學生中心論」的揚棄。「主導——主體論」教學模式體現了辯證唯物主義認識論，但在教學實踐中還沒有行之有效的可以操作的教學方法和模式。

以教師為中心的傳統小學數學教學模式可表述為「復習導入——傳授新知——總結歸納——鞏固練習——布置作業」。這種教學模式無疑束縛了學生學習主體作用的發揮。當今較為先進的小學數學教學模式可表述為「創設情境，提出問題——討論問題，提出方案——交流方案，解決問題——模擬練習，運用問題——歸納總結，完善認識」。這種教學模式力求重視教師的主導作用和學生的主體作用，為廣大教師所接受，並在教學實踐中加以運用。但這種教學模式將學生的學習局限於課堂，學習方式是為數學而數學，沒有把數學和生活結合起來，沒有把學生學習數學置於廣闊的生活時空中去，學生多角度多途徑運用數學知識解決問題的能力受到限制，尤其是學生運用數學知識創造性地解決生活中的數學問題的能力發展受到限制，不利於培養學生的創新精神和實踐能力。為此，我們提出「『問題——探索——交流 』小學數學教學模式研究」課題。

文獻綜述範文1中，研究者對有關研究領域的情況有一個全面、系統的認識和了解，對相關文獻作了批判性的分析與評論。對於正在從事某一項課題的研究者來說，查閱文獻資料有助於他們從整體上把握自己研究領域的發展歷史與現狀、已取得的主要研究成果、存在爭議的地方、研究的最新方向和趨勢、被研究者忽視的領域、對進一步研究工作的建議等。

文獻綜述範文2： 農村中學學生自學方法研究

1.國外的研究現狀

國外的自學方法很多。美國心理學家斯金納提出程序學習法... ...，程序學習使學習變得相對容易，有利於學生自學。美國心理學家桑代克所創設的試誤學習法... ...，它主要解決學習中的問題。還有超級學習法，查、問、讀、記、復習法、暗示法等。

2.國內的研究狀況

我國古代就非常重視自學方法的研究，有「溫故而知新」，「學而時習之」... ...，我國現代教育家葉聖陶先生主張培養學生的自學能力... ...，中國科學院心理研究所盧仲衡同志首先提出「自學輔導教學法」... ...,這種方法的主要優點在於... ...,魏書生的語文教學主張通過提高學生學習的自覺性來提高學習效率... ...

以上國內外的研究經驗為我們的課題研究提供了寶貴的經驗。

從文獻綜述範文2看，該課題綜述列舉了國內外有代表性的專家、學者關於自學方法方面的論述和做法，並對部分內容的優點進行了概述。在選好了大的研究方向後，在確定具體的研究課題之前，通過查閱大量文獻資料，了解有關研究情況，有助於研究者通過比較、分析，根據研究的可行性、研究者的興趣和能力等方面限定研究內容，確定課題的研究范圍，更好地駕馭和把握課題。但是，文獻綜述對每位專家、學者所持理論和做法的優點與不足所進行的批判性分析與評論不夠，特別是缺少對國內外研究現狀的綜合提煉與分析。

二、文獻綜述要文字簡潔，盡量避免大量引用原文，要用自己的語言把作者的觀點說清楚，從原始文獻中得出一般性結論。
文獻綜述的目的是通過深入分析過去和現在的研究成果，指出目前的研究狀態、應該進一步解決的問題和未來的發展方向，並依據有關科學理論、結合具體的研究條件和實際需要，對各種研究成果進行評論，提出自己的觀點、意見和建議。應當指出的是，文獻綜述不是對以往研究成果的簡單介紹與羅列，而是經過作者精心閱讀後，系統總結某一研究領域在某一階段的進展情況，並結合本國本地區的具體情況和實際需要提出自己見解的一種科研工作。

三、文獻綜述不是資料庫，要緊緊圍繞課題研究的「問題」，確保所述的已有研究成果與本課題研究直接相關，其內容是圍繞課題緊密組織在一起，既能系統全面地反映研究對象的歷史、現狀和趨勢，又能反映研究內容的各個方面。
文獻綜述範文3：農村中小學心理健康教育途徑與方法的實驗研究

本課題國內外研究現狀述評：... ...1998年國際心理衛生協會強調「健康的定義... ...」

心理健康運動的發起人是美國的C.比爾斯。... ...馬斯洛的人本主義強調「自我實現」；費勒姆提出了「新人型理論」；奧爾特提出了「成熟者的理論」... ...

美國是最早開設心理輔導的國家，... ...將「心理輔導」定為學校教育的一部分... ...，前蘇聯教育部1984年頒布「蘇聯普通學校心理輔導條例」；日本也積極從美國引進心理輔導... ...

我國心理健康教育起步較晚，20世紀80年代在個別地區、個別學校起步了... ...，中小學真正起步是在90年代初到90年代中期。中國青少年研究中心、中國青少年發展基金會在全國進行大規模的調查，並於1997年 6 月 7 日公布了結果，引起了國人特別是教育界的震動... ...

1988年中共中央發布了「關於改革和加強中小學德育工作的通知」。1989年12月20日聯合國大會通過了《兒童權益公約》，... ... 1993年全國教育工作會議明確提出「通過多種方式對不同年齡層次的學生進行心理健康教育指導... ...」1997年10月國家教委關於《積極推進中小學實施素質教育的若干意見》的通知中再一次強調了對中小學生進行「心理健康教育」。應該說自20世紀90年代初期到中期，上海中小學的心理健康教育走在了全國前列，1994年上海教委出台了關於在中小學開展心理健康教育的有關文件，並出版了有關教材。但他們把絕大部分精力放在了城市學生身上。與此同時北京市西城區成了「心育中心」丁榕老師一馬當先做了許多工作，但仍是把精力放在了城市學生身上。農村學生與城市學生在生活、學習等條件上都存在著較大差異，在心理健康水平上也存在著較大不同，但至今沒有人提出農村中小學心理教育的途徑與方法的成型經驗。因此農村中小學心理教育的途徑與方法是值得研究的問題。

從文獻綜述範文3中可以看出，課題組成員翻閱了大量資料。但是，就「心理健康教育途徑和方法」的綜述不多；農村學生與城市學生心理健康差異的分析也不多。「農村」的特點不清，「方法途徑」不知道新不新。這樣會給後面的研究方向和設計帶來麻煩。

四、文獻綜述的綜述要全面、准確、客觀，用於評論的觀點、論據最好來自一次文獻，盡量避免使用別人對原始文獻的解釋或綜述。
（摘自 ：《教育科學研究》2004.6，原文：「撰寫文獻綜述的基本要求」，作者：王俊芳 ）

參考資料：

C. 資料庫客戶需求分析

實際上就是一個進銷存系統，去前你可以下載一些相關的軟體，做個大致的了解，做到心中有數；然後你要先讓客戶給你描述或參觀一下各項工作的環節，並詢問一下那些工作繁重困擾著他們，從而對系統流程做一個了解，並能掌握客戶所需要解決的突出問題。哈另外讓客戶復印一份相關的表單哦！

D. 資料庫要求

第三範式只是規范建議，不是標准，更不是衡量資料庫有沒有問題的准則。
符合第三範式不一定沒有問題，不符合第三範式不一定就有問題。

E. 什麼是數據需求

數據需求根據提交對象的不同，可分為內部數據需求說明書和外部關聯數據需求說明書，分別提交被審計單位和外部關聯單位。
不論是內部數據需求說明書，還是外部關聯數據需求說明書均應包含下列內容：
(1)需採集數據的信息系統(包括財務系統及相關業務管理系統)的名稱和功能；
(2)數據採集范圍及方法；
(3)數據提供時間；
(4)雙方責任；
(5)其他相關事項。

F. 資料庫的需求分析是什麼東西

需求分析是指某一系統在建立之初，與客戶溝通後，得到一些數據，及理論知識，並由專門人員負責編寫成文檔。

G. 跪求一下資料庫需求分析

這是一道比較完整的題目 ，全部解答出來會比較費時。

實際上這樣的題目就是抽取關鍵點
一家公司，N艘船，每艘船在一定人數
遊客買票要登記，遊客是要付訂金的等等。
這樣的題目在樹上也是比較常見的，認真閱讀內容，找出點，然後寫出需求分析吧
祝好運，望採納。

H. 資料庫的需求分析方法

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

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

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

I. 資料庫需求分析

資料庫設計

1、資料庫需求分析

1）針對超市進銷存管理系統，分別對采購部門、銷售部門和庫存保管部門進行詳細的調研和分析，總結出如下的需求信息：

商品按類管理，所以需要有一商品類型信息。

商品必須屬於一個商品類型。

如果一個商品類型存在商品，或存在下級商品類型，則該類型不可刪除。

需要記錄供應商品信息。

在涉及商品數量的地方，要給出相應的單位。

商品銷售信息單中要包含登記商品銷售數量、單價等信息。

在進貨信息中要包含商品供應商等信息。

商品報損要有報損原因。

進貨、銷售、報損操作要有相應操作員信息。

只有管理員登錄之後才可以使用系統。

默認的管理員不可以刪除。

進貨、銷售、庫存、報損信息都要可以添加、修改、刪除、分類查找。

當進行進貨、銷售和報損操作後，能相應更新庫存。

需要對進貨、銷售、庫存、報損進行分析，總結熱門商品。

2）經上述系統功能分析和需求總結，考慮到將來功能的擴展，設計如下的數據項和數據結構：

商品類型信息，包括數據項有：商品類型編號、商品類型名稱等。

商品信息，包括的數據項有：商品編號、商品名稱、商品介紹、庫存量等。

商品單位信息，包括單位編號、單位名稱等。

供應商信息，包括供應商名稱、介紹等。

進貨信息，包括進貨商品、數量、單位、單價、進貨時間經手人等。

銷售信息，包括銷售商品、數量、單位、單價、登記時間等。

報損信息，包括報損商品、數量、單位、原因、登記時間等。

管理員信息，包括管理員賬號、密碼、是否是默認賬號等。

2、資料庫概念結構設計

本系統根據以上的設計規劃出的實體有：商品類型信息實體、商品信息實體、商品單位信息實體、供應商信息實體、進貨信息實體、銷售信息實體、報損信息實體和管理員信息實體。