個人信息管理系統(tǒng)-課程設計報告

1、<p><b>　　《數(shù)據(jù)庫系統(tǒng)概論》</b></p><p><b>　　課程設計報告</b></p><p><b>　　計算機學院</b></p><p>　　2017年12月8日</p><p>　學號</p><p><b>

2、;　　目錄</b></p><p>　　一 課程設計的目的與意義2</p><p>　　1.1課程設計的目的2</p><p>　　1.2 課程設計的意義3</p><p><b>　　二 需求分析4</b></p><p>　　2.1 用戶需求4</p>

3、<p>　　2.2 系統(tǒng)需要實現(xiàn)的功能和操作如下5</p><p>　　2.3 功能需求分析：6</p><p>　　三 數(shù)據(jù)庫概念模型設計8</p><p>　　四 數(shù)據(jù)庫邏輯模型設計13</p><p>　　4.1 一般邏輯模型設計：13</p><p>　　4.2 具體邏輯模型設計：

4、14</p><p>　　五 數(shù)據(jù)庫物理設計與數(shù)據(jù)庫保護設計18</p><p>　　5.1 設計表間關系18</p><p>　　5.2 物理設計19</p><p>　　5.3 保護設計19</p><p>　　六 數(shù)據(jù)庫建立20</p><p>　　七 課程設計心得與體會2

5、5</p><p>　　八 參考資料26</p><p>　　一 課程設計的目的與意義</p><p>　　1.1課程設計的目的</p><p>　　數(shù)據(jù)庫課程設計是數(shù)據(jù)庫系統(tǒng)原理實踐環(huán)節(jié)的極為重要的部分，其目的是：</p><p>　　培養(yǎng)學生能夠應用數(shù)據(jù)庫系統(tǒng)原理在需求分析的基礎上對系統(tǒng)進行概念設計，學會設計

6、局部ER圖，全局ER圖；</p><p>　　培養(yǎng)學生能夠應用數(shù)據(jù)庫系統(tǒng)在概念設計的基礎上應用關系規(guī)范化理論對系統(tǒng)進行邏輯設計，學會在ER圖基礎上設計出易于查詢和操作的合理的規(guī)范化關系模型；</p><p>　　培養(yǎng)學生能夠應用SQL語言對所設計的規(guī)范化關系模型進行物理設計，并且能夠應用事務處理，存儲過程，觸發(fā)器以保證數(shù)據(jù)庫系統(tǒng)的數(shù)據(jù)完整性，安全性，一致性，保證數(shù)據(jù)共享和防止數(shù)據(jù)沖突；&l

7、t;/p><p>　　培養(yǎng)學生理論與實際相結合的能力，使之能夠熟練掌握一種數(shù)據(jù)庫系統(tǒng)（如SQL SERVER）的使用，培養(yǎng)學生開發(fā)創(chuàng)新能力；</p><p>　　通過設計實際的數(shù)據(jù)庫系統(tǒng)應用課題，使學生進一步熟悉數(shù)據(jù)庫管理系統(tǒng)的操作技術，提高學生獨立分析問題，解決問題，查閱資料以及自學的能力，以適應計算機產業(yè)日新月異發(fā)展的形勢；</p><p>　　提高和加強學生的計算

8、機應用與軟件開發(fā)能力，使學生有初</p><p>　　學者向專業(yè)的程序員過渡</p><p>　　1.2 課程設計的意義</p><p>　　目前，我國在計算機應用，計算機軟件和電子類相關專業(yè)的人才培養(yǎng)方面取得了長足發(fā)展，但同時也讓我們深刻地感覺到缺乏實際開發(fā)設計項目的經驗，不善于綜合運用所學理論，對知識的把握缺乏融會貫通的能力，尤其是我們計算機專業(yè)大學生，由于缺乏

9、具體項目經驗，畢業(yè)之后普遍感到知識不</p><p>　　能轉化為能力。課程設計可以鍛煉我們理論聯(lián)系實際的能力，為今后工作做鋪墊。</p><p>　　借于這次我們所選的課程題目，讓我們有了一個很好的動手操作機會。眾所周知，在當今社會，大學生的數(shù)量每年都是只增不減，對于學生而言，隨著個人學歷以及社會閱歷的日益漸增，我們每天或一段時間內需要處理的事情也漸漸增多，其中有很多事情對于今后一段時間

10、的生活有很大關聯(lián)。例如，我們認識了許多新朋友，如何把他們的聯(lián)系方式有效安全的保存下來，或者把我們近期的消費數(shù)目記錄下來，又或者有一些事情對于自己近期的生活有很大關聯(lián)，如何把它們行之有效的保存下來，并且能夠及時通知自己，這都是我們想迫切處理的問題。本課程設計就是要專門解決這些問題，由于這個項目只是以小組形式設計，有許多問題我們可能還沒有想到或接觸到。因此本設計與開發(fā)也僅是一個嘗試性的工作，但其中有很多重要的思想和方法，涉及一些重要的程序代

11、碼，對于研究開發(fā)該類程序的工程人員可以起到一個拋磚引玉的作用。</p><p><b>　　二 需求分析</b></p><p><b>　　2.1 用戶需求</b></p><p>　　本系統(tǒng)就是一個面向廣大在校大中專院校學生的個人信息管理系統(tǒng)，當然了，對于那些已經參加工作或已經畢業(yè)的朋友同樣適用。此系統(tǒng)是一種比較經

12、濟耐用的管理系統(tǒng)，它面向所有在校學生，但具有比較高的安全性能。它能夠實現(xiàn)信息管理的基本功能，包括新信息的錄入，查詢，信息的刪除等操作以及后臺數(shù)據(jù)庫的備份和恢復。用戶合法注冊后必須輸入用戶賬戶和密碼才能成功進入該系統(tǒng)，以此保證了信息的安全性和個人隱私，進入該系統(tǒng)后可以依照自己的想法進入相應的功能模塊，進行信息的查看，錄入，更新等基本操作。對于非法操作，系統(tǒng)有識別和防護措施。</p><p>　　個人信息管理的特點是

13、能夠存放的信息比較多，所管理的信息種類繁多，為了給用戶一個很好的使用平臺，內部使用設計以菜單或按鈕形式給出。對于查詢和更新的方式設置了一個統(tǒng)一標準，因此在使用和管理起來非常方便。</p><p>　　本系統(tǒng)在設計過程中，為了克服一些困難，需要使程序代碼標準化，軟件統(tǒng)一化，確保軟件的可維護性和使用性，刪除不必要的管理冗余，實現(xiàn)管理規(guī)范化，科學化。界面友好，簡單化，做到實用，方便，盡量滿足廣大使用者的需求。</

14、p><p>　　2.2 系統(tǒng)需要實現(xiàn)的功能和操作如下：</p><p>　　（1） 登錄功能：登錄系統(tǒng)為身份驗證登陸，用戶輸入用戶賬戶和密碼后才能進入該系統(tǒng)，若輸入有誤，系統(tǒng)會給出警告，三次錯誤后，需等待半個小時后才能再次輸入，以此保證了系統(tǒng)的安全性。</p><p>　?。?） 更新信息功能：用戶進入系統(tǒng)后，找到相應的所屬功能模塊，然后根據(jù)自己的需要，可以刪除一些已

15、經對自己沒有任何用處的信息，或者重新輸入自己要保存的信息。</p><p>　?。?） 查詢功能：用戶進入系統(tǒng)后，找到相應的所屬功能模塊，然后根據(jù)內容輸入或根據(jù)關鍵字進行查詢，查詢出的信息會顯示在界面上，并且可以預覽和打印出結果。</p><p>　?。?） 系統(tǒng)維護功能：數(shù)據(jù)的安全管理，主要是依靠管理員對數(shù)據(jù)庫里的信息進行備份和恢復，數(shù)據(jù)備份后，如果出了什么意外可以恢復數(shù)據(jù)庫到當時備份的

16、狀態(tài)，這提高了系統(tǒng)和數(shù)據(jù)的安全性，有利于系統(tǒng)的維護； 進行以上功能操作處理時，可根據(jù)下述的功能分析中的主要結構功能模塊圖進行。</p><p>　　2.3 功能需求分析：</p><p>　　本系統(tǒng)的主要結構功能圖如下：</p><p>　　三 數(shù)據(jù)庫概念模型設計</p><p>　　基本項構思ERD的四項基本原則：</p&g

17、t;<p>　　原則1（確定實體）：能獨立存在的事物，例如人，物，事，地，團體，機構等，在其有多個由基本項描述的特性需要關注時，就應把它作為實體。</p><p>　　原則2（確定聯(lián)系）：兩個或多個實體間的關聯(lián)與結合，如主管，從屬，組成，占有，包含，配合等等，當需要予以關注時，應作為聯(lián)系。實體間的聯(lián)系可劃分為一對一，一對多，多對多等三類，在確定聯(lián)系時還要確定其類型。</p><p

18、>　　原則3（確定屬性）：實體的屬性是實體的本質特征。實體應有標志屬性（能把不同個體區(qū)分開來的屬性組），并指定其中一個作為主標識，聯(lián)系的屬性是聯(lián)系的結果或狀態(tài)。</p><p>　　原則4（一事一地）：信息分析中得到的基本項要在且僅在實體聯(lián)系圖中的一個地方作為屬性出現(xiàn)。</p><p>　　經過上述系統(tǒng)功能分析和需求總結，設計如下面所示的數(shù)據(jù)項和數(shù)據(jù)結構。</p>&l

19、t;p>　　用戶表（Users）：用于存放注冊用戶的記錄，包括數(shù)據(jù)項：用戶賬戶，密碼，真實姓名，身份證號，聯(lián)系電話，聯(lián)系地址，性別，出生年月等。</p><p>　　聯(lián)系人類別表（ContactClass）：用于存放初始的聯(lián)系人類別記錄，包括數(shù)據(jù)項：類別名稱。</p><p>　　聯(lián)系人表（Personcontact）:用于存放聯(lián)系人記錄，包括數(shù)據(jù)項：姓名，性別，聯(lián)系電話，傳真，出生

20、年月，聯(lián)系地址，QQ，Email等。</p><p>　　文章管理表（ArticleManagement）：用于存放文章記錄，包括數(shù)據(jù)項：資料名字，資料體裁，文章作者，創(chuàng)建時間，資料編號等。</p><p>　　信息類別表（InformationClass）：用于存放初始的文章類別記錄，包括數(shù)據(jù)項：類別名稱。</p><p>　　財務表（Finance）：用于存放財

21、務記錄，包括數(shù)據(jù)項：支出，收入，余額，編號。</p><p>　　銀行表（Bank）：用于存放銀行信息記錄，包括數(shù)據(jù)項：部門名稱，部門編號，地址，匯率。</p><p>　　根據(jù)上面的設計規(guī)劃出來的實體有用戶實體，聯(lián)系人實體，文章管理實體，銀行實體，聯(lián)系人類別實體，信息類別實體，財務實體。</p><p>　　用戶實體的E-R圖如下圖所示： </p>

22、<p>　　聯(lián)系人實體的E-R圖如下圖所示：</p><p>　　文章管理實體的E-R圖如下圖所示：</p><p>　　賬戶和銀行管理實體的E-R圖分別如下圖所示</p><p>　　財務管理實體的E-R圖如下圖所示</p><p>　　聯(lián)系人類別實體的E-R圖如下圖所示</p><p>　　信息類別實體

23、的E-R圖如下圖：</p><p>　　所有實體之間的關系E-R圖如下圖所示：</p><p>　　四 數(shù)據(jù)庫邏輯模型設計</p><p>　　4.1 一般邏輯模型設計：</p><p>　　關系模型的邏輯結構是一組關系模式的集合，將E-R圖轉換為關系模型就是要將實體型，實體的屬性和實體型之間的聯(lián)系轉換為關系模式。</p>&l

24、t;p>　　由ERD導出一般關系模型的四條原則：</p><p>　　一個1:1聯(lián)系可以轉換為一個獨立的關系模式，也可以與任意一端對應的關系模式合并。如果轉換為一個獨立的關系模式，則與該聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉換為關系的屬性，每個實體的碼均是該關系的候選碼。如果與某一端實體對應的關系模式合并，則需要在該關系模式的屬性中加入另一個關系模式的碼和聯(lián)系本身的屬性。</p><

25、p>　　一個1：n聯(lián)系可以轉換為一個獨立的關系模式，也可以與n端對應的關系模式合并。如果轉換為一個獨立的關系模式，則與該聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉換為關系的屬性，而關系的碼為n端實體的碼。</p><p>　　一個m:n聯(lián)系轉換為一個關系模式。與該聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉換為關系的屬性，各實體的碼組成關系的碼或關系碼的一部分。</p><p>　　3

26、個或3個以上實體間的一個多元聯(lián)系可以轉換為一個關系模式。與該多元聯(lián)系項連接的各實體的碼以及聯(lián)系本身的屬性均轉換為關系的屬性，各實體的碼組成關系的碼或關系碼的一部分。</p><p>　　根據(jù)以上原則將E-R圖轉換成的關系模式如下：</p><p>　　用戶（身份證號，用戶賬號，密碼，真實姓名，性別，聯(lián)系地址，聯(lián)系電話，出生年月）</p><p>　　聯(lián)系人（姓名，性

27、別，聯(lián)系電話，傳真，出生年月，聯(lián)系地址，QQ，Email，類別名稱，身份證號）</p><p>　　文章管理（資料名字，資料體裁，文章作者，創(chuàng)建時間， 資料編號 ，身份證號）</p><p>　　銀行（部門名稱，部門編號，地址，匯率，編號）</p><p>　　財務（編號，支出，收入，余額，身份證號）</p><p>　　聯(lián)系人類別（類別名稱

28、）</p><p>　　信息類別（類別名稱）</p><p>　　包含(embody)（資料編號，類別名稱）</p><p>　　4.2 具體邏輯模型設計：</p><p>　　在SQL Server2000數(shù)據(jù)庫中，首先創(chuàng)建management數(shù)據(jù)庫，然后根據(jù)數(shù)據(jù)庫的邏輯結構分析創(chuàng)建表5.1-5.8的８張數(shù)據(jù)表。在前臺訪問數(shù)據(jù)庫階段設置了用

29、戶和密碼，用戶為admin，密碼為１。</p><p>　　表5.1 Users用戶信息表結構</p><p>　　表5.2 Personcontact聯(lián)系人信息表結構</p><p>　　表5.3 Bank銀行管理信息表結構</p><p>　　表5.4 Account銀行管理信息表結構</p><p>　　表5.5

30、 Articlemanagement文章管理信息表結構</p><p>　　表5.6 Finance財務信息表結構</p><p>　　表5.7 Contactclass聯(lián)系人類別信息表結構</p><p>　　表5.8 Informationclass信息類別信息表結構</p><p>　　表5.9 Embody包含聯(lián)系信息表結構</

31、p><p>　　五 數(shù)據(jù)庫物理設計與數(shù)據(jù)庫保護設計</p><p>　　5.1 設計表間關系</p><p><b>　　5.2 物理設計</b></p><p>　　數(shù)據(jù)庫物理設計階段的任務是根據(jù)具體計算機系統(tǒng)的特點，為給定的數(shù)據(jù)庫模型確定合理的存儲結構和存取方法。所謂的合理主要有兩個含義：一個是要使設計出的物理數(shù)據(jù)庫占用

32、較少的存儲空間，另一個對數(shù)據(jù)庫的操作具有盡可能高的速度，這里，我們只討論后者.</p><p>　　要想對數(shù)據(jù)庫的操作有盡可能高的速度，我們可以通過建立索引來實現(xiàn)：</p><p>　　對Users表在Uidnumber屬性列上建立聚集索引。</p><p>　　對Personcontact表在Prealname屬性列上建立聚集索引。</p><

33、p>　　對Bank表在Bdepartmentnumber屬性列上建立聚集索引。</p><p>　　對Articlemanagement表在Ainformationnumber屬性列上建立聚集索引。</p><p>　　對Finance表在Fnumber屬性列上建立聚集索引。</p><p>　　對Contactclass表在Classname屬性列上建立聚集

34、索引。</p><p>　　對Informationclass表在Iclassname屬性列上建立聚集索引。</p><p>　　對Embody表在Ainformationnumber屬性列上建立聚集索引，在Iclassname屬性列上建立非聚集索引。</p><p><b>　　5.3 保護設計</b></p><p>

35、;　　除非用戶本人授權他人使用自己的應用系統(tǒng)，否則他人無法登陸使用。對于登錄系統(tǒng)，本設計采用用戶識別和鑒別檢測機制，即：用戶進入系統(tǒng)時必須首先輸入用戶賬戶和密碼，然后等待系統(tǒng)對其進行識別，通過識別成功后才能進入系統(tǒng)進行各種操作。由于本系統(tǒng)的內部信息非常重要，當用戶刪除信息時，系統(tǒng)會給出提示，謹防用戶因操作失誤而造成不可挽回的后果。</p><p><b>　　六 數(shù)據(jù)庫建立</b><

36、/p><p><b>　　創(chuàng)建數(shù)據(jù)庫</b></p><p>　　USE master</p><p><b>　　Go</b></p><p>　　CREATE DATABASE manage</p><p><b>　　ON</b></p>

37、<p>　　(NAME=manage,</p><p>　　FILENAME=’d:\manage.mdf,</p><p><b>　　SIZE=10,</b></p><p>　　MAXSIZE=50,</p><p>　　FILEGROWTH=5)</p><p><b&g

38、t;　　LOG ON</b></p><p>　　(NAME=’management’,</p><p>　　FILENAME=’e:\manage.ldf’,</p><p><b>　　SIZE=5MB,</b></p><p>　　MAXSIZE=25MB,</p><p>　　

39、FILEGROWTH=5MB)</p><p><b>　　(2) 用戶表建立</b></p><p>　　Create table Users</p><p><b>　　(</b></p><p>　　Uidnumber varchar2 (18) primary key,</p>

40、;<p>　　Urealname varchar2 (15) ,</p><p>　　Ucode varchar2 (12) not null,</p><p>　　Uuseraccount varchar2 (15) not null,</p><p>　　Utelephone varchar2 (11),</p>&l

41、t;p>　　Uaddress varchar2 (25),</p><p>　　Usex varchar2(2) ,</p><p>　　Ubirthoftime date</p><p><b>　　);</b></p><p>　　(3) 聯(lián)系人表建立</p><p>　　Crea

42、te table Personcontact</p><p><b>　　(</b></p><p>　　Prealname varchar2 (15) primary key,</p><p>　　Psex varchar2(2) ,</p><p>　　Ptelephone varchar2 (11),<

43、;/p><p>　　Pfax varchar2 (20),</p><p>　　Pbirthoftime date,</p><p>　　Paddress varchar2 (25) not null,</p><p>　　Pqq number,</p><p>　　Pemail varchar2 (20),&

44、lt;/p><p>　　Cclassname varchar2 (15) not null,</p><p>　　Uidnumber varchar2(18) not null,</p><p>　　Foreign key (Cclassname) references Contactclass (Cclassname),</p><p>

45、;　　Foreign key (uidnumber) references users (uidnumber) </p><p><b>　　)</b></p><p>　　(4) 銀行表建立</p><p>　　Create table Bank</p><p><b>　　(</b></

46、p><p>　　Bdepartmentnumber varchar2 (15) primary key,</p><p>　　Bdepartmentname varchar2 (20) not null,</p><p>　　Baddress varchar2 (20), </p><p>　　Brate number,</

47、p><p>　　Fnumber varchar2 (15) not null,</p><p>　　Foreign key (fnumber) references finance (fnumber), </p><p><b>　　)</b></p><p>　　(5) 文章管理表建立</p><p

48、>　　Create table Articlemanagement</p><p><b>　　(</b></p><p>　　Ainformationname varchar2 (15),</p><p>　　Ainformationtype varchar2 (15),</p><p>　　Aarti

49、clename varchar2 (15) not null,</p><p>　　Abuildtime date not null,</p><p>　　Ainformationnumber varchar2 (10) primary key,</p><p>　　Uidnumber varchar2 (18) not null,</p&

50、gt;<p>　　Foreign key (uidnumber) references users (uidnumber),</p><p><b>　　)</b></p><p>　　(6) 財務表建立</p><p>　　Create table Finance</p><p><b>　　

51、(</b></p><p>　　Fnumber varchar2 (10) primary key,</p><p>　　Foutput number,</p><p>　　Finput number,</p><p>　　Fbalance number,</p><p>　　Uidnum

52、ber varchar2 (18) not null,</p><p>　　Foreign key (uidnumber) references users (uidnumber),</p><p><b>　　)</b></p><p>　　(7) 聯(lián)系人類別表建立</p><p>　　Create table

53、 Contactclass</p><p><b>　　(</b></p><p>　　Cclassname varchar2 (15) primary key</p><p><b>　　)</b></p><p>　　(8) 信息類別表建立</p><p>　　C

54、reate table Informationclass</p><p><b>　　(</b></p><p>　　Iclassname varchar2 (15) primary key</p><p><b>　　)</b></p><p>　　(9) 包含表建立</p>

55、<p>　　Create table Embody</p><p><b>　　(</b></p><p>　　Iclassname varchar2 (15),</p><p>　　Ainformationnumber varchar2 (10),</p><p>　　primary key (Ic

56、lassname, Ainformationnumber),</p><p>　　Foreign key (iclassname) references informationclasss (iclassname),</p><p>　　Foreign key (Ainformationnumber) references articlemanagement (Ainformationnu

57、mber),</p><p><b>　　)</b></p><p>　　(10) 索引的創(chuàng)建</p><p>　　Create index users_uid on users (uidnumber)</p><p>　　Create index personcontact_pre on personcontact

58、(prealname)</p><p>　　Create index bank_bde on bank (bdepartmentnumber)</p><p>　　Create index articlemanagement_ain on articlemanagement (ainformationnumber)</p><p>　　Create index fi

59、nance_fnu on finance (fnumber)</p><p>　　Create index contactclass_cla on contactclass (classname)</p><p>　　Create index informationclass_icl on informationclass (iclassname)</p><p>

60、　　Create index embody on embody (ainformationnumber)</p><p>　　七 課程設計心得與體會</p><p>　　1、對自己設計進行評價，指出不合理和不足之處，提出改進的方案。本次的設計總體來說設計的比較簡單，考慮不過細致，有些地方沒有考慮。也有些地方是做的比較滿意的，有可圈點的地方。</p><p>　　首

61、先，比如我們給個人軟件系統(tǒng)嵌入了比較多的功能，能過滿足用戶的日常需要，并且其功能使用相對簡單，不會給用戶帶來使用時的困擾。但是，我們還是有不足的地方，如功能的優(yōu)化簡潔，這一點我們由于知識不夠充分，所以功能優(yōu)化方面有所欠缺。</p><p>　　其次，在數(shù)據(jù)庫的設計中，幾個表之間的聯(lián)系比較復雜，給建表帶來了困難，但是我們會仔細地設計每一個步驟，盡力使數(shù)據(jù)庫完善。</p><p>　　合理之處

62、有：我們所設計的個人信息管理系統(tǒng)，整體設計比較清晰，分為若干個模塊，不僅便于設計功能，并且用戶用起來也會對整個軟件有個清晰地感覺，不會在用起來感到吃力。</p><p>　　2、在學習的過程中的感受：在本次的課程設計中，有些知識沒有掌握，所以數(shù)據(jù)庫方面的設計沒有做好，但是由于對數(shù)據(jù)庫使用不太了解，所以花了一些時間，經過努力還是逐漸了解數(shù)據(jù)庫，學會了一些以前沒有掌握的東西，這算是一個收獲吧。其次是感覺，知識掌握的不

63、夠牢固，掌握的知識不夠全面，查了許多資料才勉強做出來，看來基礎知識是非常重要的。還有團隊的合作是非常重要的，即使自己個人掌握某些知識，但是還是要和組員通力合作，自己獨自是做不好的，再者組員之間合作過程中可以相互學習，這樣更能使知識掌握的更加牢固。</p><p><b>　　八 參考資料</b></p><p>　　軟件工程導論（第五版） 張海藩 編著；</p