正文

圖書館管理系統(tǒng)設計報告

發(fā)布時間：2023-04-25 07:26:22 稿源：創(chuàng)意嶺閱讀： 1215

大家好！今天讓創(chuàng)意嶺的小編來大家介紹下關于圖書館管理系統(tǒng)設計報告的問題，以下是小編對此問題的歸納整理，讓我們一起來看看吧。

創(chuàng)意嶺作為行業(yè)內優(yōu)秀企業(yè)，服務客戶遍布全國，相關業(yè)務請撥打175-8598-2043，或微信：1454722008

本文目錄:

1、數(shù)據庫課程設計圖書館管理系統(tǒng)
2、你好，請問你有c#Microsoft visual Studio2008做的圖書館管理系統(tǒng)課程設計報告嗎？
3、圖書館管理系統(tǒng)
4、軟件工程圖書管理系統(tǒng)需求分析

圖書館管理系統(tǒng)設計報告

一、數(shù)據庫課程設計圖書館管理系統(tǒng)

①建立Access數(shù)據庫

先新建一個數(shù)據庫（access)：建立Microsoft Access->命名為Text->否->打開->設計（添加學生所需信息）->表保存命名為lm(information)->否

②進行ADO配置

“開始” -> “程序” -> “Borland Delphi 7” ->“File” ->“Open Project” ->“Project1” -> Ctrl+F12選擇“Main” ，按F12后出現(xiàn)MainForm窗體:

1)在程序主窗體MainForm上放置一個 “ADOConnection1”在Properties里LoginPrompt的屬性設為false；ConnectionString ->Use ConnectionString 點Build” ->“Microsoft Jet 4.0 OLE DB Provider”后點“下一步”，選擇創(chuàng)建的Access 2003 數(shù)據庫的路徑->“測試連接”出現(xiàn)成功后點“確定”->ok；Connected屬性設為True;

2)在主窗體上放一個“ADOTable1”屬性Connection->ADOConnection1，屬性TableName->lm，屬性Active->T(簡稱閥門）;

3) 在主窗體上放DataSource1->DataSet->ADOTable1;4）在主窗體上放一個-DBGrid1-->DataSource->DataSource1;

①splashForm在工程文件(.dpr)中核心代碼

SplashForm := TSplashForm.Create(Application); //啟動屏創(chuàng)建

Application.CreateForm(TMainForm, MainForm); //創(chuàng)建主窗體

Application.CreateForm(TLoginForm, LoginForm); //創(chuàng)建用戶驗證窗體

SplashForm.Close; //關閉啟動屏窗體

SplashForm.Free; //釋放啟動屏窗體所占的內存

②loginForm核心代碼

LoginForm.ModalResult := mrOK; //確定按鈕,可以進入主界面

LoginForm.ModalResult := mrCancel; //取消按鈕

③mainForm 核心代碼

1）在Onshow中的核心代碼：

LoginForm.ShowModal;

if LoginForm.ModalResult = mrCancel then

Application.Terminate //（登陸界面進入主界面的過程中只要用戶名密碼都對時，登陸界面自動消失）

2）在錄入按鈕的核心代碼：

ADOQuery1.SQL.Clear;

ADOQuery1.SQL.Add('Insert Into lm(num, name, sex,

shijian,class,zhuzhi,link,gs,yy,jsj)');

ADOQuery1.SQL.Add('Values (:snum,:sname,:ssex,:sshijian,

:sclass,:szhuzhi,:slink,:sgs,:syy,:sjsj)');

ADOQuery1.Parameters.ParamByName('sNum').Value := Edit1.Text;

（輸入學生的基本信息跟各科成績后，點“錄入”，便可在DBGrid1中添加所輸入的信息）。

3）在修改按鈕的核心代碼：

ADOQuery1.SQL.Clear;

ADOQuery1.SQL.Add(‘Update lm');

ADOQuery1.SQL.Add(‘set num=:snum, name=:sname sex=:ssex,shijian=:sshijian,class=:sclass,zhuzhi=:szhuzhi,link=:slink,gs=：sgs; yy=:syy,jsj=:sjsj');

ADOQuery1.SQL.Add(‘ Where Num = :sNum2');

ADOQuery1.Parameters.ParamByName(‘snum').Value := Edit11.Text;

(在“輸入要修改的學號”處輸入某學號，再重新輸入該基本信息與各科成績，點擊即可)。

4）在刪除按鈕的核心代碼：

ADOQuery1.SQL.Clear;

ADOQuery1.SQL.Add(‘Delete From lm Where num = :snum');

ADOQuery1.Parameters.ParamByName(‘snum').Value := Edit1.Text;

ADOQuery1.ExecSQL;

showmessage(‘ok'); //彈出對話框，提示操作成功

（輸入學號，即可刪除該學號的全部信息）。

5）在查詢按鈕的核心代碼：

ADOQuery2.Close;

ADOQuery2.SQL.Clear;

ADOQuery2.SQL.Add(‘Select * From lm Where num = :snum');

ADOQuery2.Parameters.ParamByName(‘snum').Value :=Edit1.Text;

ADOQuery2.Open

(通過輸入學號，點擊“查詢”按鈕后即可查詢該學號對應的信息)。

6）刷新核心代碼：

ADOTable1.Close ;

ADOTable1.Open; //對錄入，修改，刪除，查詢的操作數(shù)據進行刷新。

二、你好，請問你有c#Microsoft visual Studio2008做的圖書館管理系統(tǒng)課程設計報告嗎？

這個沒有，但是其他系統(tǒng)的有，如asp的wvc，不知道能不能幫上忙

三、圖書館管理系統(tǒng)

圖書館管理系統(tǒng)

摘要

圖書管理系統(tǒng)是典型的信息管理系統(tǒng)(MIS),其開發(fā)主要包括后臺數(shù)據庫的建立和維護以及前端應用程序的開發(fā)兩個方面。對于前者要求建立起數(shù)據一致性和完整性強、數(shù)據安全性好的庫。而對于后者則要求應用程序功能完備,易使用等特點。

因此本人結合開入式圖書館的要求，對MS SQL Server2000數(shù)據庫管理系統(tǒng)、SQL語言原理、Delphi應用程序設計，Delphi數(shù)據庫技術進行了較深入的學習和應用，主要完成對圖書管理系統(tǒng)的需求分析、功能模塊劃分、數(shù)據庫模式分析，并由此設計了數(shù)據庫結構和應用程序。系統(tǒng)運行結果證明，本文所設計的圖書管理系統(tǒng)可以滿足借閱者、圖書館工作人員和高級管理員三方面的需要。

第一章對數(shù)據庫應用系統(tǒng)開發(fā)和圖書管理系統(tǒng)進行了簡明的介紹，并分析了開發(fā)圖書管理系統(tǒng)所應進行的工作。

第二章對數(shù)據庫的設計和SQL語言的使用進行了系統(tǒng)分析，為深入理解數(shù)據庫應用打下了基礎。

第三章學習了具體的開發(fā)工具Delphi 6.0，對其數(shù)據庫組件，SQL語言在Delphi中的應用等數(shù)據庫編程關鍵技術進行了系統(tǒng)的介紹。

第四章分析了圖書管理信息系統(tǒng)的應用需求，按照數(shù)據庫設計理論一步一步地給出了系統(tǒng)需求說明書、局部ER圖、全局ER圖、系統(tǒng)關系模式，子模式，利用MS SQL Server2000建立了數(shù)據庫

第五章進行了具體的程序設計，具體劃分了三類用戶的操作權限，設計了了三個操作界面。實現(xiàn)了數(shù)據庫表的瀏覽，記錄的添加、刪除和修改，報表的生成，實現(xiàn)了多數(shù)據庫表的連接操作，實現(xiàn)了多條件查詢和模糊查詢，并靈活實現(xiàn)了對不可更新查詢結果集的更新操作，實現(xiàn)了主從表操作，實現(xiàn)了密碼維護功能，最后，系統(tǒng)還可以導入數(shù)據庫以對任意同結構的數(shù)據庫進行操作。

設計充分利用Delphi 6、MS SQL Server2000數(shù)據庫技術的強大力量，提高了編程效率和可靠性。

關鍵詞：數(shù)據庫，SQL語言，MS SQL Server，Delphi6，

數(shù)據庫組件，圖書管理，窗體，listview組件

§5.2 數(shù)據模塊窗體的設置 ……………………………………………………… 第一章緒論

§1.1 數(shù)據庫應用系統(tǒng)開發(fā)簡介

在數(shù)據庫應用系統(tǒng)開發(fā)之前，對開發(fā)數(shù)據庫的基本概念應當了解，對數(shù)據庫的結構、開發(fā)數(shù)據庫應用程序的步驟、開發(fā)體系及方法都應當有相當清晰的了解和認識。

數(shù)據庫應用系統(tǒng)開發(fā)的目標是建立一個滿足用戶長期需求的產品。開發(fā)的主要過程為：理解用戶的需求，然后，把它們轉變?yōu)橛行У臄?shù)據庫設計。把設計轉變?yōu)閷嶋H的數(shù)據庫，并且這些數(shù)據庫帶有功能完備、高效能的應用。

數(shù)據庫技術在計算機軟件鄰域研究中一直是非常重要的主題，產生于60年代，30多年來數(shù)據庫技術得到了迅速發(fā)展，并已形成較為完整的理論體系和一大批實用系統(tǒng)。并且，近年來，隨著World Wide Web(WWW)的猛增及Internet技術的迅速發(fā)展，使得數(shù)據庫技術之時成為最熱門技術之一。

1.1.1 數(shù)據庫

如圖1.1顯示了數(shù)據庫系統(tǒng)的主要組件。數(shù)據庫由DBMS（數(shù)據庫管理系統(tǒng)）處理，DBMS則由開發(fā)人員和用戶通過應用程序直接或間接地使用。它主要包括四個要素：用戶數(shù)據、元數(shù)據、索引和應用元數(shù)據。

1.1.1.1 用戶數(shù)據

目前，大多數(shù)主流數(shù)據庫管理系統(tǒng)把用戶數(shù)據表示為關系?，F(xiàn)在把關系看作數(shù)據表。表的列包含域或屬性，表的行包含對應業(yè)務環(huán)境中的實體的記錄。并非所有的關系都同樣符合要求，有些關系比其它關系更結構化一些。第二章描述了一個用以產生良好結構關系的過程，稱作規(guī)范化。

為了對比結構差的關系和結構好的關系之間的差別，以本文所設計的圖書管理系統(tǒng)中的圖書和圖書借閱者關系為例來說明，假若設計關系R1（借書證號，姓名，性別，身份編號，身份證，聯(lián)系電話，圖書編號,圖書名稱，圖書類別，作者，出版社，出版日期，備注，價格，數(shù)量）；這個關系的問題出在它有關于兩個不同主題的數(shù)據，就是圖書借閱者和圖書。用這種方式構成的關系在進行修改時，會出現(xiàn)問題。因為一個圖書借閱者可能借閱多本書，如果某個圖書借閱者的某個字段（如聯(lián)系電話）出現(xiàn)變更，它所借閱的圖書記錄（可能多個）也就必須變化，這是不好的。因此數(shù)據用兩個關系表示更好。現(xiàn)在如果某圖書借閱者改變了它的聯(lián)系電話，只有關系（表）user的對應行需要改變。當然，要想產生一個，顯示圖書名稱及其借閱者聯(lián)系電話的報表，就需要將這兩個表的行結合起來。結果表明，將關系分別存儲，在生成報表的時候將它們結合起來，比把它們存儲在一個合成的表中更好。

user（借書證號，姓名，性別，身份編號，身份證，聯(lián)系電話，）

book（圖書編號,圖書名稱，圖書類別，作者，出版社，出版日期，備注，價格，數(shù)量）

1.1.1.2 元數(shù)據

數(shù)據庫是自描述的，這就意味著它自身包含了它的結構的描述，這種結構的描述稱作元數(shù)據。因為DBMS產品是用來存儲和操縱表的，所以大多數(shù)產品把元數(shù)據以表的形式存儲，有時稱作系統(tǒng)表。這些系統(tǒng)表存儲了數(shù)據庫中表的情況，指出每一個表中有多少列，那一列是主關鍵字，每一列的數(shù)據類型的描述，它也存儲索引、關鍵字、規(guī)則和數(shù)據庫結構的其他部分。

在表中存儲元數(shù)據不僅對DBMS是有效的，對用戶也是方便的，因為他們可以使用與查詢用戶數(shù)據同樣的查詢工具來查詢元數(shù)據。本文第二章所介紹的SQL語言可以同時用于元數(shù)據和用戶數(shù)據。

1.1.1.3 索引

第三種類型的數(shù)據改進了數(shù)據庫的性能和可訪問性，這種數(shù)據經常稱作開銷數(shù)據，盡管有時也采用其他類型的數(shù)據結構，如鏈表，但它主要還是索引。索引可以用來排序和快速訪問數(shù)據。下面以本人的圖書管理信息系統(tǒng)中的book表為例來說明。

假定數(shù)據在磁盤上是按’圖書編號’的遞增順序排列的，用戶想打印一個按’圖書名稱’排序的圖書數(shù)據報表。為此，所有的數(shù)據都需要從源表中提取出來并排序，除非表很小，否則這是一個很費時的過程?；蛘?，可以在‘圖書名稱’字段上創(chuàng)建一個索引，該索引的條目按照‘圖書名稱’排序，這樣，該索引的條目可以讀出來，并用來按順序訪問book數(shù)據。

索引用于快速訪問數(shù)據。例如，一個用戶只想訪問book表中‘圖書類別’值為‘01’的那些學生。如果沒有索引，則必須搜索整個源表；但有了索引之后，可以找到索引條目，并使用它來挑選所有合適的行。

索引對排序和查找是有幫助的，但要付出代價。book表中的行每次改變時，索引也必須改變，這意味著索引并非隨意的，應該在真正需要時保存。

1.1.1.4 應用元數(shù)據

存儲在數(shù)據庫中的第四種數(shù)據是應用元數(shù)據，它用來存儲用戶窗體、報表、查詢和其他形式的查詢組件。并非所有的DBMS都支持應用組件，支持組件的DBMS也不一定把全部組件的結構作為應用元數(shù)據存儲在數(shù)據庫中。然而，大多數(shù)現(xiàn)代的DBMS產品存儲這種數(shù)據作為數(shù)據庫的一部分。一般來說，數(shù)據庫開發(fā)人員和用戶都不直接訪問應用元數(shù)據，想反，他們通過DBMS中的工具來處理這些數(shù)據。

MS SQL Server2000中就支持窗體、存儲過程等應用元數(shù)據。

1.1.2 數(shù)據庫管理系統(tǒng)

數(shù)據庫管理系統(tǒng)（DBMS）是指數(shù)據庫系統(tǒng)中管理數(shù)據的軟件系統(tǒng)。DBMS是數(shù)據庫系統(tǒng)的核心組成部分。對數(shù)據庫的一切操作，包括定義、更新及各種控制,都是通過DBMS進行的。DBMS總是基于某種數(shù)據模型，可以把DBMS看成是某種數(shù)據模型在計算機系統(tǒng)上的具體實現(xiàn)。根據數(shù)據模型的不同，DBMS可以分成層次型、網狀型、關系型、面向對象型等。MS SQL Server2000就是一種關系型數(shù)據庫管理系統(tǒng)。

關系模型。關系模型主要是用二維表格結構表達實體集，用外鍵表示實體間聯(lián)系。關系模型是由若干個關系模式組成的集合。關系模式相當于前面提到的記錄類型，它的實例稱為關系，每個關系實際上是一張二維表格。

關系模型和層次、網狀模型的最大判別是用關鍵碼而不是用指針導航數(shù)據，表格簡單用戶易懂，編程時并不涉及存儲結構，訪問技術等細節(jié)。關系模型是數(shù)學化模型。SQL語言是關系數(shù)據庫的標準化語言，已得到了廣泛的應用。

如圖1.1所示，DBMS的特點和功能可以分為三個子系統(tǒng)：設計工具子系統(tǒng)、運行子系統(tǒng)和DBMS引擎。

設計子系統(tǒng)有一個方便數(shù)據庫及其應用創(chuàng)建的工具集。它典型地包含產生表、窗體、查詢和報表的工具。DBMS產品還提供編程語言和對編程語言的接口。

運行子系統(tǒng)處理用設計子系統(tǒng)開發(fā)的應用組件。它所包含的運行處理器用來處理窗體和數(shù)據庫的數(shù)據交互，以及回答查詢和打印報表等。

DBMS引擎從其他兩個組件接受請求，并把它們翻譯成對操作系統(tǒng)的命令，以便讀寫物理介質上的數(shù)據。DBMS引擎還涉及事務管理、鎖、備份和恢復。

1.1.3 創(chuàng)建數(shù)據庫

1.1.3.1 數(shù)據庫模式

數(shù)據庫模式定義了數(shù)據庫的結構、表、關系、域和業(yè)務規(guī)則。數(shù)據庫模式是一種設計，數(shù)據庫和應用正是建立在此基礎上的。

域是一列可能擁有的值的集合。必須為每一個表的每一列確定域。除了數(shù)據的物理格式外，還需要確定是否有些域對表來說是唯一的。

數(shù)據庫模式的最后一個要素是業(yè)務規(guī)則，它是對需要反映在數(shù)據庫和數(shù)據庫應用程序中的業(yè)務活動的約束。業(yè)務規(guī)則是模式的一個重要部分，因為他們指定了無論什么數(shù)據變化到達DBMS引擎，允許的數(shù)據值必須滿足的約束。不管無效的數(shù)據變化請求是來自窗體的用戶、查詢/修改請求還是應用程序，DBMS都應該拒絕。

遺憾的是，不同的DBMS產品用不同的方法實施業(yè)務規(guī)則。在某些情況下，DBMS產品不具備實施必要業(yè)務規(guī)則的能力，必須以代碼形式把它們編入應用程序。

1.1.3.2 創(chuàng)建表

1.1.3.3 定義聯(lián)系

1.1.4 應用組件

數(shù)據庫應用包括窗體、查詢、報表、菜單和應用程序。

§1.2 圖書管理系統(tǒng)

當今時代是飛速發(fā)展的信息時代。在各行各業(yè)中離不開信息處理，這正是計算機被廣泛應用于信息管理系統(tǒng)的環(huán)境。計算機的最大好處在于利用它能夠進行信息管理。使用計算機進行信息控制，不僅提高了工作效率，而且大大的提高了其安全性。

尤其對于復雜的信息管理，計算機能夠充分發(fā)揮它的優(yōu)越性。計算機進行信息管理與信息管理系統(tǒng)的開發(fā)密切相關，系統(tǒng)的開發(fā)是系統(tǒng)管理的前提。本系統(tǒng)就是為了管理好圖書館信息而設計的。

圖書館作為一種信息資源的集散地，圖書和用戶借閱資料繁多，包含很多的信息數(shù)據的管理，現(xiàn)今，有很多的圖書館都是初步開始使用，甚至尚未使用計算機進行信息管理。根據調查得知，他們以前對信息管理的主要方式是基于文本、表格等紙介質的手工處理，對于圖書借閱情況（如借書天數(shù)、超過限定借書時間的天數(shù)）的統(tǒng)計和核實等往往采用對借書卡的人工檢查進行，對借閱者的借閱權限、以及借閱天數(shù)等用人工計算、手抄進行。數(shù)據信息處理工作量大，容易出錯；由于數(shù)據繁多，容易丟失，且不易查找?？偟膩碚f，缺乏系統(tǒng)，規(guī)范的信息管理手段。盡管有的圖書館有計算機，但是尚未用于信息管理，沒有發(fā)揮它的效力，資源閑置比較突出，這就是管理信息系統(tǒng)的開發(fā)的基本環(huán)境。

數(shù)據處理手工操作，工作量大，出錯率高，出錯后不易更改。圖書館采取手工方式對圖書借閱情況進行人工管理，由于信息比較多，圖書借閱信息的管理工作混亂而又復雜；一般借閱情況是記錄在借書證上，圖書的數(shù)目和內容記錄在文件中，圖書館的工作人員和管理員也只是當時對它比較清楚，時間一長，如再要進行查詢，就得在眾多的資料中翻閱、查找了，造成查詢費時、費力。如要對很長時間以前的圖書進行更改就更加困難了。

基于這此問題，我認為有必要建立一個圖書管理系統(tǒng)，使圖書管理工作規(guī)范化，系統(tǒng)化，程序化，避免圖書管理的隨意性，提高信息處理的速度和準確性，能夠及時、準確、有效的查詢和修改圖書情況。

§1.1 系統(tǒng)所做工作

1) 了解應用開發(fā)工具的現(xiàn)狀

2) DelPHi6.0編程基礎

3) MS SQL Server基礎

4) 設計數(shù)據庫；設計界面

5) 開發(fā)數(shù)據庫。數(shù)據庫實現(xiàn)的一些功能有

l 數(shù)據和數(shù)據說明的醒目顯示；

l 多條件的查詢、多條記錄的檢索、模糊查詢；

l 數(shù)據文件某種存儲格式導入數(shù)據窗體，經過數(shù)據完整性校驗存入數(shù)據庫；

l 數(shù)據庫安全性的設計；

l 數(shù)據庫的設計、數(shù)據接口、界面的設計。

§1.3 本文所作工作

緒論部分對數(shù)據庫應用系統(tǒng)的結構、開發(fā)進行了簡要介紹，分析了圖書管理信息系統(tǒng)設計的特點和任務。

第二章介紹了數(shù)據庫的設計和范式分析，并系統(tǒng)介紹了SQL語言，為設計和理解應用程序做了鋪墊。

第三章對系統(tǒng)介紹了Delphi 6.0的數(shù)據庫編程技術、SQL語言在Delphi 6.0中的應用、MS SQL Server基礎。

第四章分析了圖書管理系統(tǒng)的應用需求，設計了系統(tǒng)的數(shù)據庫結構，并根據需求對系統(tǒng)功能進行了劃分和細化。

第五章根據第四章的設計結果利用MSSQL Server2000和Delphi 6.0進行了具體的應用程序設計。

總結部分介紹了設計體會和編程體會，并指出了系統(tǒng)設計中的不足和改進的方向。

第二章數(shù)據庫理論基礎

一個成功的信息管理系統(tǒng)，是建立在許多條件之上的，而數(shù)據庫是其中一個非常重要的條件和關鍵技術。

信息管理系統(tǒng)所涉及的數(shù)據庫設計分五個步驟：數(shù)據庫需求分析、概念設計、邏輯設計、物理設計與加載測試。

（1）數(shù)據庫需求分析的任務是將業(yè)務管理單證流化為數(shù)據流，劃分主題之間的邊界，繪制出DFD圖，并完成相應的數(shù)據字典。

（2）概念設計的任務是從DFD出發(fā)，繪制出本主題的實體－關系圖，并列出各個實體與關系的綱要表。

（3）邏輯設計的任務是從E-R圖與對應的綱要表出發(fā)，確定各個實體及關系的表名屬性。

（4）物理設計的任務是確定所有屬性的類型、寬度與取值范圍，設計出基本表的主鍵，將所有的表名與字段名英文化（現(xiàn)在很多軟件能支持中文字段，如MS SQL Server，我就是用的中文字段名），實現(xiàn)物理建庫，完成數(shù)據庫物理設計字典。

（5）加載測試工作貫穿于程序測試工作的全過程，整個錄入、修改、查詢、處理工作均可視為對數(shù)據庫的加載測試工作。

要設計出一個好的信息管理系統(tǒng)數(shù)據庫，除滿足系統(tǒng)所要求的功能外，還必須遵守下列原則：

² 基本表的個數(shù)越少越好。

² 主鍵的個數(shù)越少越好。鍵是表間連接的工具，主鍵越少，表間的連接就越簡單。

² 字段的個數(shù)越少越好。

² 所有基本表的設計均應盡量符合第三范式。

數(shù)據庫的設計中，如何處理多對多的關系和如何設計主鍵，是兩個有著較大難度、需要重點考慮的問題。下面我們著重從SQL應用、數(shù)據庫設計范式和查詢優(yōu)化等方面來分析本課題的系統(tǒng)關鍵技術和實現(xiàn)難點并加以解決。

§2.1 數(shù)據庫系統(tǒng)設計及范式分析

信息系統(tǒng)的主要任務是通過大量的數(shù)據獲得管理所需要的信息，這就必須存儲和管理大量的數(shù)據。因此建立一個良好的數(shù)據組織結構和數(shù)據庫，使整個系統(tǒng)都可以迅速、方便、準確地調用和管理所需的數(shù)據，是衡量信息系統(tǒng)開發(fā)工作好壞的主要指標之一。

2.1.1 數(shù)據庫系統(tǒng)設計

數(shù)據庫設計主要是進行數(shù)據庫的邏輯設計，即將數(shù)據按一定的分類、分組系統(tǒng)和邏輯層次組織起來，是面向用戶的。數(shù)據庫設計時需要綜合企業(yè)各個部門的存檔數(shù)據和數(shù)據需求，分析各個數(shù)據之間的關系，按照DBMS提供的功能和描述工具，設計出規(guī)模適當、正確反映數(shù)據關系、數(shù)據冗余少、存取效率高、能滿足多種查詢要求的數(shù)據模型。

數(shù)據庫設計的步驟是：

（1）數(shù)據庫結構定義：目前的數(shù)據庫管理系統(tǒng)（DBMS）有的是支持聯(lián)機事務處理CLTP（負責對事務數(shù)據進行采集、處理、存儲）的操作型DBMS，有的可支持數(shù)據倉庫、有聯(lián)機分析處理CLAP（指為支持決策的制定對數(shù)據的一種加工操作）功能的大型DBMS，有的數(shù)據庫是關系型的、有的可支持面向對象數(shù)據庫。針對選擇的DBMS，進行數(shù)據庫結構定義。

（2）數(shù)據表定義：數(shù)據表定義指定義數(shù)據庫中數(shù)據表的結構，數(shù)據表的邏輯結構包括：屬性名稱、類型、表示形式、缺省值、校驗規(guī)則、是否關鍵字、可否為空等。關系型數(shù)據庫要盡量按關系規(guī)范化要求進行數(shù)據庫設計，但為使效率高，規(guī)范化程度應根據應用環(huán)境和條件來決定。數(shù)據表設計不僅要滿足數(shù)據存儲的要求，還要增加一些如反映有關信息、操作責任、中間數(shù)據的字段或臨時數(shù)據表。

（3）存儲設備和存儲空間組織：確定數(shù)據的存放地點、存儲路徑、存儲設備等，備份方案，對多版本如何保證一致性和數(shù)據的完整性。

（4）數(shù)據使用權限設置：針對用戶的不同使用要求，確定數(shù)據的用戶使用權限，確保數(shù)據安全。

（5）數(shù)據字典設計：用數(shù)據字典描述數(shù)據庫的設計，便于維護和修改。

為了更好地組織數(shù)據和設計出實際應用數(shù)據庫，應該注意如下問題：

規(guī)范化地重組數(shù)據結構：對數(shù)據進行規(guī)范化表達，這在后面將會具體討論。

關系數(shù)據結構的建立：在進行了數(shù)據基本結構的規(guī)范化重組后，還必須建立整體數(shù)據的關系結構。這一步設計完成后數(shù)據庫和數(shù)據結構設計工作基本完成，只待系統(tǒng)實現(xiàn)時將數(shù)據分析和數(shù)據字典的內容代入到所設計的數(shù)據整體關系結構中，一個規(guī)范化數(shù)據庫系統(tǒng)結構就建立起來了。

建立關系數(shù)據結構涉及三方面內容：確定關聯(lián)的關鍵指標項并建立關聯(lián)表；確定單一的父系記錄結構；建立整個數(shù)據庫的關系結構。

（1）鏈接關系的確定

在進行了上述數(shù)據規(guī)范化重組后，已經可以確保每一個基本數(shù)據表(我們簡稱為表)是規(guī)范的，但是這些單獨的表并不能完整地反映事物，通常需要通過指標體系整體指標數(shù)據才能完整全面地反映問題。也就是說在這些基本表的各宇段中，所存儲的是同一事物不同側面的屬性。那么計算機系統(tǒng)如何能知道哪些表中的哪些記錄應與其它表中的哪些記錄相對應，它們表示的是同一個事物呢?這就需要在設計數(shù)據結構時將這種各表之間的數(shù)據記錄關系確定下來。這種表與表之間的數(shù)據關系一般都是通過主或輔關鍵詞之間的連接來實現(xiàn)的。因為在每個表中只有主關鍵詞才能唯一地標識表中的這一個記錄值(因為根據第三范式的要求，表中其它數(shù)據字段函數(shù)都依賴于主關鍵詞)，所以將表通過關鍵詞連接就能夠唯一地標識出某一事物不同屬性在不同表中的存放位置。

（2）確定單一的父子關系結構

所謂確定單一的父系關系結構就是要在所建立的各種表中消除多對多（以下用M:N來表示）的現(xiàn)象，即設法使得所有表中記錄之間的關系呈樹狀結構(只能由一個主干發(fā)出若干條分支，而不能有若干條主干交錯發(fā)出若干條分支狀況)。所謂的“父系”就是指表的上一級關系表。消除多對多關系可以借助于E-R圖的方法來解決，也可以在系統(tǒng)分析時予以注意，避免這種情況的發(fā)生。

消除這種M:N情況的辦法也很簡單，只需在二表之間增加一個表，則原來M:N的關系就改成了M:1，1:N的關系了。

確定數(shù)據資源的安全保密屬性：

一般DBMS都提供給我們自己定義數(shù)據安全保密性的功能。系統(tǒng)所提供的安全保密功能一般有8個等級(0-7級)，4種不同方式(只讀、只寫、刪除、修改)，而且允許用戶利用這8個等級的4種方式對每一個表自由地進行定義。

定義安全保密性的方法一般有如下幾種：

a．原則上所有文件都定義為4級，個別優(yōu)先級特別高的辦公室(終端或微機的入網賬號)可定義高于4級的級別，反之則定義為低于4的級別。

b．統(tǒng)計文件(表)和數(shù)據錄入文件一般只對本工作站定義為只寫方式，對其它工作站則定義為只讀方式。

c．財務等保密文件一般只對中工作站(如財務科等)定義為可寫、可改、可刪除方式，對其它工作站則定義為只讀方式，而且不是每個人都能讀，只有級別相同和高級別者才能讀

2.1.2 數(shù)據庫設計范式分析

建立起一個良好的數(shù)據指標體系，是建立數(shù)據結構和數(shù)據庫的最重要的一環(huán)。一個良好的數(shù)據指標體系是建立DB的必要條件，但不是充分條件。我們完全可以認為所建指標體系中的一個指標類就是關系數(shù)據庫中的一個基本表，而這個指標類下面的一個個具體指標就是這個基本表中的一個字段。但如果直接按照這種方式建庫顯然還不能算最佳。對于指標體系中數(shù)據的結構在建庫前還必須進行規(guī)范化的重新組織。

a. 數(shù)據組織的規(guī)范化形式

在數(shù)據的規(guī)范化表達中，一般將一組相互關聯(lián)的數(shù)據稱為一個關系(relation)，而在這個關系下的每個數(shù)據指標項則被稱為數(shù)據元素(data element)，這種關系落實到具體數(shù)據庫上就是基本表，而數(shù)據元素就是基本表中的一個字段(field)。規(guī)范化表達還規(guī)定在每一個基本表中必須定義一個數(shù)據元素為關鍵字(key)，它可以唯一地標識出該表中其它相關的數(shù)據元素。在規(guī)范化理論中表是二維的，它有如下四個性質：

l 在表中的任意一列上，數(shù)據項應屬于同一個屬性(如圖中每一列都存放著不同合同記錄的同一屬性數(shù)據)。

l 表中所有行都是不相同的，不允許有重復組項出現(xiàn)(如圖中每一行都是一個不同的合同記錄)。

l 在表中，行的順序無關緊要(如圖中每行存的都是合同記錄，至于先放哪一個合同都沒關系)。

l 在表中，列的順序無關緊要，但不能重復(如圖中合同號和合同名誰先誰后都沒關系，但二者不可重復或同名)。

在對表的形式進行了規(guī)范化定義后，數(shù)據結構還有五種規(guī)范化定義，定名為規(guī)范化模式，稱為范式。在這五種范式中，一般只用前三種，對于常用系統(tǒng)就足夠了。而且這五種范式是“向上兼容”的，即滿足第五范式的數(shù)據結構自動滿足一、二、三、四范式，滿足第四范式的數(shù)據結構自動滿足第一、二、三范式，……，依此類推。

第一范式(first normal form，簡稱1st NF)就是指在同一表中沒有重復項出現(xiàn)，如果有則應將重復項去掉。這個去掉重復項的過程就稱之為規(guī)范化處理。在本文所討論的開發(fā)方法里，1st NF實際上是沒有什么意義的。因為我們按規(guī)范化建立的指標體系和表的過程都自動保證了所有?/div>

四、軟件工程圖書管理系統(tǒng)需求分析

這個要人免費幫你做，不太可能，可以按照下面的模板試試看：

工件：軟件需求規(guī)約 (SRS)

1. 簡介

1.1 目的

1.2 范圍

1.3 定義、首字母縮寫詞和縮略語

1.4 參考資料

1.5 概述

2. 一般說明

2.1 用例模型調查

2.2 假設與依賴關系