1、數(shù)據(jù)庫原理課程設(shè)計 數(shù)據(jù)庫原理課程設(shè)計高校學生選課系統(tǒng)學 院: 1 學 號： 111 姓 名:1111 專 業(yè): 11 年 級: 11 日 期: 11 2013/12/24 摘 要隨著計算機技術(shù)的日新月異，極大的推動的各個行業(yè)的信息化進程。各大高校也急需進行信息化改革，以促進教學質(zhì)量和工作效率快速提升。本文是在對各大高校全校公開課學生選課情況進行實地調(diào)查后，進行詳細分析討論后撰寫的學生選課管理系統(tǒng)數(shù)據(jù)庫設(shè)計報告。全文從最初的系統(tǒng)規(guī)劃，到需求分析、概念設(shè)計、邏輯設(shè)計、物理設(shè)計。每一階段都進行了詳細的分析。接下來的實現(xiàn)、運行與維護階段，還進行了對本系統(tǒng)的測試，最后是本次項目開發(fā)的心得和體會以及本文

2、的參考文獻。本系統(tǒng)是采用 MVC 模式（jsp+javabean+servlet）進行的 J2EE 企業(yè)級開發(fā)，主要功能是對學生選課及相關(guān)信息進行管理。較行業(yè)同類產(chǎn)品而言，本系統(tǒng)人機界面設(shè)計更加合理、人性化，用戶操作簡單方便。數(shù)據(jù)庫的安全性更高，對用戶訪問權(quán)限進行了嚴格控制。數(shù)據(jù)存取速度更快，使用年限更長?？梢院芎玫臐M足高校公開課學生選課的要求，極大的提高了學校的工作效率。關(guān)鍵字：高校學生選課系統(tǒng)；Mysql；JSP第一章 系統(tǒng)開發(fā)可行性分析分析系統(tǒng)的可行性，說明該軟件開發(fā)項目的實現(xiàn)在技術(shù)上、經(jīng)濟上和操作上的可行性，評述為了合理地達到開發(fā)目標可供選擇的各種可能實施方案，說明并論證所選定實施方案

3、的理由。1.1技術(shù)可行性技術(shù)可行性分析主要分析技術(shù)條件能否順利完成開發(fā)工作，硬、軟件能否滿足開發(fā)者的需要等。本課題是以jsp平臺和Myeclipse作為開發(fā)工具，運用java等語言進行開發(fā)，所使用的數(shù)據(jù)庫是Mysql，數(shù)據(jù)庫小巧、速度快，而且功能也十分完善，非常適合軟件的開發(fā)。而且，平臺降低開發(fā)和管理他們的數(shù)據(jù)基礎(chǔ)設(shè)施的時間和成本，使得系統(tǒng)可以以很高的安全性、可靠性和可擴展性來運行他們最關(guān)鍵任務(wù)的應(yīng)用程序。因此，系統(tǒng)的軟件開發(fā)平臺已成熟可行。硬件方面，科技飛速發(fā)展的今天，硬件更新的速度越來越快，容量越來越大，可靠性越來越高，價格越來越低，其硬件平臺完全能滿足此系統(tǒng)的需要。綜上所述，本系統(tǒng)所使用

4、的技術(shù)完全可以滿足該系統(tǒng)的開發(fā)。1.2經(jīng)濟可行性本課題開發(fā)所涉及的操作平臺、開發(fā)工具基本上都是實驗室機房已具備的軟件，都是免費使用的，而且如今的市場情況是：其他都在漲價，就電子類產(chǎn)品在降價。而且我們可以免費參閱圖書館的書籍、期刊，免費下載相關(guān)文獻資料，所以在經(jīng)濟上不存在很大的負擔。1.3操作可行性由于本系統(tǒng)是以數(shù)據(jù)、圖表作為人機交互載體的，在整個系統(tǒng)的使用過程中，需要用戶輸入相關(guān)信息，根據(jù)相應(yīng)提示進行選擇即可，操作簡單，人機交互界面友好，系統(tǒng)具有較強的親和性和易用性，用戶只需要閱讀用戶手冊，或者觀看別人演示，即可熟練掌握本系統(tǒng)的使用。因此從操作可行性方面來說，本系統(tǒng)也是完全可行的。第二章 需求

5、分析2.1引言為了規(guī)范、有條理的進行本系統(tǒng)的設(shè)計以及合理的滿足使用者的需求，為使后續(xù)的開發(fā)維護工作變得可靠而輕松，編寫本系統(tǒng)需求分析說明書，旨在開發(fā)過程中進行參考，使系統(tǒng)在需求的范圍之內(nèi)進行開發(fā)，避免重復勞動，加快開發(fā)進度以及提高開發(fā)效率，同時也是為以后系統(tǒng)維護服務(wù)提供指南。2.1 系統(tǒng)需求用戶的需求具體體現(xiàn)在選課信息和用戶信息的提供、保存、更新和查詢的方面。這就要求數(shù)據(jù)庫的設(shè)計必須合理，使之能夠充分滿足各種信息的輸入和輸出，保證數(shù)據(jù)存儲的可靠性，并且能夠快速取出和存入。而前臺顯示部分，應(yīng)具有人性化的界面，方便用戶操作。因各個學校的實際情況不同，系統(tǒng)應(yīng)該具有兼容性。例如：一些學校學生人數(shù)較多，

6、同時登陸系統(tǒng)，系統(tǒng)承載的負荷就很大。系統(tǒng)需要同時處理很大的數(shù)據(jù)量，這時系統(tǒng)不會因此崩潰。此外，系統(tǒng)還應(yīng)該具有較強的安全性，保證身份不同的用戶，不能越權(quán)操作。非合法用戶不能對數(shù)據(jù)進行操作。2.2編寫目的本軟件需求說明旨在分析、確定本系統(tǒng)的任務(wù)，以及明確系統(tǒng)在功能、性能、操作使用上、運行環(huán)境、與外界的數(shù)據(jù)接口、輸入/輸出等各相關(guān)方面的要求，用來給本系統(tǒng)的開發(fā)人員和用戶閱讀，同時也作為開發(fā)過程中的開發(fā)標準，當雙方確認之后，以供開發(fā)參考。預期讀者是系統(tǒng)設(shè)計人員、數(shù)據(jù)庫設(shè)計人員。2.3 功能需求通過系統(tǒng)功能的分析，結(jié)合需求分析員在各大高校實地考查，調(diào)查的對象涵蓋了，學校的教職工、在校師生。特別是對已經(jīng)運

7、行了與本系統(tǒng)同類產(chǎn)品的學校的師生使用選課管理系統(tǒng)心得體會進行了分析，總結(jié)出如下的需求信息：1) 學生的需求：能進行選課，查看管理員發(fā)布的選課信息，自己的選課情況，本人的基本信息，課程的成績；2) 教師的需求：能查看自己的個人信息，及所授課的班級的所有學生的本門課程的成績信息，并能進行增加和修改；3) 管理員的需求：對學生選課情況進行管理，包括發(fā)布選課信息，對學生的選課情況進行查看。管理員還可以對授課老師的信息進行管理。第三章 數(shù)據(jù)庫分析與設(shè)計3.1編寫目的 數(shù)據(jù)庫（Database）是按照數(shù)據(jù)結(jié)構(gòu)來組織、存儲和管理數(shù)據(jù)的倉庫，是管理信息系統(tǒng)的一個核心部分。 為了便于程序與數(shù)據(jù)庫的連接以及對數(shù)據(jù)

8、庫的管理維護，特編寫本章，意在作為編程人員的參考以及數(shù)據(jù)庫管理員維護數(shù)據(jù)的參考。3.2邏輯模型的建立3.2.1 數(shù)據(jù)流圖（1）系統(tǒng)頂層圖選課信息選課教師信息課程信息選課信息教課信息查詢學生選課系統(tǒng)教師學生管理員學生信息圖3.2.1學生選課系統(tǒng)環(huán)境圖3.2.2 數(shù)據(jù)流程圖一層分解圖（1）用戶登陸管理。用戶在登陸時，系統(tǒng)會進行判斷。用戶一共有三種類型，分別是學生，教師和管理員。其中，一部分教師是管理員。在登陸的只有學生和教師兩種類型，管理員的身份由系統(tǒng)自行判斷。在判定時需要查詢用戶信息庫。用戶信息庫，包括學生注冊信息，教師注冊信息，管理員信息等。學生選課管理系統(tǒng)一層分解圖登陸管理，如下圖所示：F5

9、F6F2F8F7F1F10F3F9F4用戶P1登陸管理P2用戶選課管理D1用戶信息庫D2選課信息庫圖3.2.2學生選課系統(tǒng)頂層數(shù)據(jù)流圖注： F1:用戶登陸信息 F2:用戶注冊信息 F3:用戶基本信息 F4:用戶基本信息 F5:學生選課信息清單 F6:學生選課信息 F7:登陸錯誤信息 F8:系統(tǒng)反饋用戶信息 F9:用戶信息清單 F10:修改密碼后的用戶信息F9F8F7F2F1F3F4F6用戶P1.1用戶身份鑒別P1.2修改密碼P2用戶操作管理D1用戶信息庫F5圖3.2.3學生選課系統(tǒng)一層分解圖登陸管理注： F1:用戶修改信息 F2:密碼修改反饋信息 F3:用戶登陸信息 F4:用戶登陸反饋信息 F

10、5:修改后的密碼信息 F6:庫中的用戶信息 F7:學生登陸信息 F8:教師登陸信息 F9:管理員登陸信息（2）用戶操作管理。在登陸管理進行判斷后，發(fā)送學生登陸信息，教師登陸信息，管理員登陸信息的其中一種。根據(jù)用戶身份信息的不同，進入不同的管理界面，相應(yīng)的操作的功能，權(quán)限都有所不同。如下圖所示：F5F4F2F1F3學生P2.1學生管理D1用戶信息庫D2選課信息庫圖3.2.4學生選課系統(tǒng)一層分解圖學生管理注： F1:學生提交的操作信息 F2:學生操作后反饋信息 F3:原始學生信息 F4:學生查詢選課信息 F5:學生操作后返回的信息 F5F4F2F1F3教師P2教師管理D1用戶信息庫D2選課信息庫圖

11、3.2.5學生選課系統(tǒng)一層分解圖教師管理注： F1:教師提交的操作信息 F2:教師操作后反饋信息 F3:原始教師信息 F4:教師查詢選課信息 F5:教師操作后返回的信息 F2F5F3F1F4F6管理員P2管理員管理D1用戶信息庫D2選課信息庫圖3.2.6學生選課系統(tǒng)一層分解圖管理員管理注： F1:管理員提交的操作信息 F2:管理員操作后反饋信息 F3:原始管理員信息 F4:管理員查詢選課信 F5:管理員更新后的選課信息 3.2.3 數(shù)據(jù)流程圖二層分解圖（1）學生管理。將 P2.1 進行分解，學生管理包括，查看選課信息和個人信息，進行選課、重新選課。學生選課管理系統(tǒng)二層分解圖學生管理如下圖所示：

12、F13F12F11F10F9F8F7F6F5F4F3F2F1學生P2.1.1個人信息查詢P2.1.2選課信息查詢P21.3增加選課P2.1.4刪除選課D1用戶信息庫D2選課信息庫圖3.2.7學生選課系統(tǒng)二層分解圖學生管理注： F1:提交的個人查詢信息 F2:查詢個人信息后的反饋信息 F3: 查詢選課信息后的反饋信息 F4: 提交的選課查詢信息 F5:選課信息 F6:提交選課信息后的反饋信息 F7: 刪除選課信息后的反饋信息 F8:刪除選課信息 F9:原始個人信息 F10:原始用戶信息 F11:原始選課信息 F12:增加選課的信息 F12:刪除選課的信息（2）教師管理。將 P2.2 進行分解，教

13、師管理包括，查看選課信息和個人信息，填寫學生的成績。學生選課管理系統(tǒng)二層分解圖學生管理如下圖所示：F9F10F8F3F4F2F1F5F6F7教師P2.2.2查詢選課信息P2.2.1個人信息查詢P2.2.3填寫學生信息D1用戶信息庫D2選課信息庫圖3.2.8學生選課系統(tǒng)二層分解圖教師管理注： F1: 選課信息 F2:提交選課信息后的反饋信息 F3: 填寫學生成績信息后的反饋信息 F4: 提交的學生成績信息 F5: 提交的個人查詢信息 F6:查詢個人信息后的反饋信息 F7: 原始個人信息 F8:需要修改的選課信息 F9:修改后的學生信息 F10:原始的選課信息 （3）管理員管理。將 P2.3 進行

14、分解，管理員管理包括，1.管理學生信息，包括對學生信息的查詢、增加，修改，刪除；2.管理教師信息，包括對教師信息的查詢、增加，修改，刪除；3.選課信息管理，包括發(fā)布選課信息，增加，修改，刪除選課課程等。學生管理系統(tǒng)二層分解圖學生管理如下圖所示：F6F5F4F3F2F1F12F11F10F9F8F7P2.3.1管理學生信息P2.3.2管理教師信息P2.3.3管理課程信息D1用戶信息庫D2選課信息庫管理員圖3.2.9學生選課系統(tǒng)二層分解圖管理員管理注： F1: 提交的操作學生信息的條件 F2:提交管理學生信息后的反饋信息 F3: 提交的操作教師信息的條件 F4: 提交管理教師信息后的反饋信息 F5

15、: 提交的操作管理員信息的條件 F6: 提交管理管理員信息后的反饋信息 F7: 原始學生信息 F8:調(diào)用用戶信息庫 F9: 調(diào)用用戶信息庫 F10: 原始教師信息 F11: 原始課程信息 F12: 調(diào)用選課信息庫3.2.4數(shù)據(jù)字典表1項 目描 述數(shù)據(jù)存儲編號D1數(shù)據(jù)存儲名稱用戶表簡述其中存放著學生，教師，管理員的信息數(shù)據(jù)存儲組成學號+姓名+性別+年齡+專業(yè)|+密碼 |教師號+教師姓名+性別+職稱+工資+補助+年齡+專業(yè)+密碼 | 管理員號+姓名+密碼相關(guān)聯(lián)的處理人員信息管理表2項 目描 述數(shù)據(jù)存儲編號D2數(shù)據(jù)存儲名稱選課表簡述其中存放著學生選課的信息和教師教課的信息數(shù)據(jù)存儲組成學號+課程號+成

16、績+學年+學期 | 教師號+課程號相關(guān)聯(lián)的處理對選課，退課，登記成績，查詢表3處理邏輯名稱身份驗證簡述檢查輸入信息的合法性輸入的數(shù)據(jù)流學號+密碼處理過程根據(jù)輸入的學號和密碼，檢索用戶，確定用戶類別，以確定該用戶的權(quán)限，顯示查詢信息輸出的數(shù)據(jù)流學生選課信息，學生成績，學生學籍，密碼修改處理頻率頻繁表4處理邏輯名稱查詢登記簡述查詢專業(yè)表及課程表，成績表輸入的數(shù)據(jù)流教師名+教師號+密碼處理過程根據(jù)輸入的信息，確定用戶類別，根據(jù)用戶類別，顯示查詢信息輸出的數(shù)據(jù)流學生成績，課程表處理頻率頻繁第四章 系統(tǒng)UML建模4.1 系統(tǒng)需求分析學生選課系統(tǒng)主要滿足來自三方面的需求，這三個方面分別是學生用戶、教師用戶

17、和管理員用戶，也即是三類用戶角色。（1）學生用戶是主要的需求者，主要需求功能是查詢可選課程、查看自己選課情況及進行選課、退課操作等；（2）教師用戶主要需求功能是查看自己所教授的課程、課程有哪些學生選修、以及利用本系統(tǒng)提交學生的成績；（3）管理員用戶的功能需求較為復雜，包括對學生信息、教師信息、課程信息進行管理。在學生信息管理子模塊中，實現(xiàn)對學生信息的添加、修改、刪除操作，還可以輸入查詢條件進行查詢操作。在教師管理子模塊中，實現(xiàn)對教師信息的添加、修改、刪除、查詢等操作。在課程管理子模塊中，實現(xiàn)對課程信息的添加，添加時為其分配任課教師、上課時間和地點，實現(xiàn)對課程的修改、刪除、查看某個課程的詳細信息

18、等。本系統(tǒng)將管理員用戶、教師用戶、學生用戶的身份及權(quán)限進行嚴格的劃分，讓管理員擁有最高權(quán)限，可以查看、維護系統(tǒng)中的所有信息，如添加學生，添加課程，修改課程信息等；讓教師擁有查看自己開設(shè)的課程的信息，以及提交所開設(shè)課程成績的權(quán)限；讓學生擁有選課和退選的權(quán)限；而修改密碼模塊的權(quán)限每個用戶都可擁有，用以修改自己的密碼信息。通過進行嚴格的權(quán)限劃分，可以更好地進行管理，也可更好地保護用戶信息安全。4.2系統(tǒng)用例圖（1）管理員用例圖管理員管理系統(tǒng)學生管理課程管理教師管理統(tǒng)計管理授課管理增加授課信息統(tǒng)計總學分數(shù)統(tǒng)計沒選課程統(tǒng)計每科人數(shù)圖4.1管理員用例圖（2）教師用例圖管理系統(tǒng)教師登陸成績修改密碼查看課程圖

19、4.2教師用例圖（3）教師用例圖管理系統(tǒng)選修課程修改密碼查看課程學生圖4.3學生用例圖4.3系統(tǒng)時序圖4.3.1學生時序圖學生首先使用自己的帳號和密碼登錄系統(tǒng)，登錄模塊會將學生的ID保存在系統(tǒng)緩存中并提交給課程查詢模塊。課程查詢模塊提示學生輸入查詢條件，學生輸入適當?shù)牟樵儣l件后查詢模塊顯示符合查詢條件的課程列表。學生得到課程列表后，提交自己想要選修的課程ID。生成提交單并提交給數(shù)據(jù)模塊進行保存，保存成功后，選修模塊提示學生選修該課程成功。9：提示選修成功8：提交成功7：提交課程6：提交課程ID3：提示輸入查詢條件1：輸入帳號密碼媽、登錄模塊課程查詢模塊選修課程數(shù)據(jù)模塊2：提交用戶4：輸入查詢條

20、件5：顯示查詢課程列表學生圖4.3.1學生時序圖4.3.2教師時序圖教師首先使用自己的帳號和密碼登錄系統(tǒng)，登錄模塊會將教師的ID保存在系統(tǒng)緩存中并提交給課程查詢模塊。學生查詢模塊提示學生輸入查詢條件，教師輸入適當?shù)牟樵儣l件后查詢模塊顯示符合查詢條件的學生列表。教師得到學生列表后，提交自己要錄入分數(shù)的學生信息。生成提交單并提交給數(shù)據(jù)模塊進行保存，保存成功后，錄入成績模塊提示教師錄入成績成功。9：提示錄入成功8：錄入成功7：提交分數(shù)6錄入分數(shù)3：提示輸入查詢條件1：輸入帳號密碼媽、登錄模塊學生查詢模塊錄入成績模塊數(shù)據(jù)模塊2：提交用戶4：輸入查詢條件5：顯示查詢學生課程列表教師圖4.3.2教師時序圖

21、4.3.3管理員時序圖管理員首先使用自己的帳號和密碼登錄系統(tǒng)，登錄模塊會將管理員的ID保存在系統(tǒng)緩存中并提交給操作模塊。管理員進入需操作模塊，選擇自己需操作的選項，生成提交單并提交給數(shù)據(jù)模塊進行保存，保存成功后，操作模塊提示管理員此次操作成功。9：提示操作成功8：提交成功7：提交操作6提交操作選項3：提示選擇要操作功能1：輸入帳號密碼媽、登錄模塊進入需操作模塊操作模塊數(shù)據(jù)模塊2：提交用戶4：選擇要操作的功能5：顯示功能選項列表管理員圖4.3.3管理員時序圖第五章 總體設(shè)計5.1系統(tǒng)功能結(jié)構(gòu)學生模塊管理模塊用戶登錄用戶管理模塊用戶注冊修改密碼輸入基本信息查詢可選課程選擇課程查詢已選課程查詢個人信

22、息增加專業(yè)信息修改專業(yè)信息增加新課程信息修改課程信息信息統(tǒng)計高校學生選課系統(tǒng)圖5.1系統(tǒng)功能結(jié)構(gòu)圖5.2系統(tǒng)流程圖開始用戶登錄管理系統(tǒng)系統(tǒng)歡迎界面功能列表結(jié)束圖5.2系統(tǒng)總體流程圖第六章 概念設(shè)計6.1 實體之間的聯(lián)系根據(jù)需求分析，歸結(jié)出合適的聯(lián)系：1) 一個學生最多能夠選多門課，一門課可以被多個學生選2) 一個老師最多能教一門課，一門課可以被多個老師教授3) 管理員一定是教師6.2 E-R 圖6.2.1 局部 E-R 圖（1）學生實體及其屬性圖學生出生日期姓名學號入學年份專業(yè)號密碼圖6.2.1學生實體及其屬性圖（2）課程實體及其屬性圖課程課程號課程名先行課課時結(jié)束時間開始時間學分上課地點圖6

23、.2.2課程實體及其屬性圖（3）專業(yè)實體及其屬性圖專業(yè)專業(yè)號學院專業(yè)圖6.2.3專業(yè)實體及其屬性圖（4）專業(yè)實體及其屬性圖教師教師號教師名性別職稱工資補助出生日期專業(yè)號密碼圖6.2.4專業(yè)實體及其屬性圖（5）學生課程聯(lián)系E-R圖學生出生日期姓名入學年份密碼課程課程號課程名結(jié)束時間開始時間選修MN分數(shù)選課時間選課學期專業(yè)號學號課時學分上課地點先行課圖6.2.5學生課程聯(lián)系E-R圖（6）教師課程關(guān)系E-R圖教師性別職稱工資密碼課程課程號課程名結(jié)束時間開始時間M講授N教師名教師號專業(yè)號出生日期補助先行課課時學分上課地點圖6.2.6教師課程關(guān)系E-R圖（7）管理員教師關(guān)系E-R圖教師教師號教師名性別職

24、稱工資補助出生日期專業(yè)號密碼管理員1N圖6.2.7教師課程關(guān)系E-R圖6.2.2全局E-R 圖選課學年xuexueina 選課學期1MNNNM管理員成績教授選修教師課程學生圖6.2.8學生選課全局E-R圖第七章 邏輯設(shè)計根據(jù)需求分析中的 E-R 圖，通過對實體的屬性和之間的聯(lián)系的分析，我們將其由概念模型向關(guān)系模型轉(zhuǎn)化，并且根據(jù)范式化理論進行優(yōu)化7.1.1聯(lián)系的轉(zhuǎn)化的關(guān)系模式教師表（教師號，教師名,性別，職稱，工資，補助，年齡，專業(yè)號，密碼）課程表（課程號，課程名，先行課，課時，學分，上課地點，開課時間，結(jié)束時間）學生表（學號，學生名，性別，生日，專業(yè)號，密碼）專業(yè)表（專業(yè)號，學院名，專業(yè)名）管

25、理員表（教師號，管理員名，密碼）學生選課表（學號，課程號，分數(shù)，學年，學期）教師選課表（教師號，課程號）注：畫紅線的是主鍵，畫紅波浪線的是外鍵第八章 物理設(shè)計8.1.1 數(shù)據(jù)庫的存儲結(jié)構(gòu)通過需求分析，概要設(shè)計和邏輯設(shè)計流程得到本系統(tǒng)的數(shù)據(jù)庫結(jié)構(gòu)。8.1.2 數(shù)據(jù)庫的表設(shè)計進一步確定上一章邏輯設(shè)計中設(shè)計好的關(guān)系模式中各個數(shù)據(jù)項的類型和長度，將每個關(guān)系轉(zhuǎn)換為數(shù)據(jù)庫中的二維表格，并確定了各個表的主鍵和外鍵，得到以下表結(jié)構(gòu)：表8.1.2 學生表字段名稱字段含義數(shù)據(jù)類型及長度約束默認值Sno學號Varchar（10）主鍵Sname學生姓名Varchar（20）非空Sex性別Varchar（2）男Brit

26、h生日Char（2）Dno專業(yè)號Varchar（20）外鍵Password密碼Varchar（20）表8.2.3教師表字段名稱字段含義數(shù)據(jù)類型及長度約束默認值Tno教師號Varchar（10）主鍵Tname教師名Varchar（10）非空Sex性別Varchar（2）Prof職稱Varchar（10）Sal工資IntComm補助IntBrith生日Varchar（20）Dno專業(yè)號Varchar（20）外鍵Password密碼Varchar（20）表8.2.4管理員表字段名稱字段含義數(shù)據(jù)類型及長度約束默認值A(chǔ)no管理員號Varchar（10）主鍵Aname管理員姓名Varchar（20）非空P

27、assword密碼Varchar（20）表8.2.5課程表字段名稱字段含義數(shù)據(jù)類型及長度約束默認值Cno課程號Varchar（10）主鍵Cname課程名Varchar（20）非空Cpno先行課Varchar（10）Chour課時IntCcredit學分IntAddress上課地點Varcahr(20)Starttime開課時間Varchar（20）Endtime結(jié)課時間Varchar（20）表8.2.6學生選課表字段名稱字段含義數(shù)據(jù)類型及長度約束默認值Sno學號Varchar（10）主鍵Cno課程號Varchar（20）主鍵Score成績IntSctime選課學年Varchar（20）非空Sc

28、xq選課學期Varchar（20）非空表8.2.7教師教課表字段名稱字段含義數(shù)據(jù)類型及長度約束默認值Tno教師號Varchar（10）主鍵Cno課程號Varchar（10）主鍵表8.2.8專業(yè)表字段名稱字段含義數(shù)據(jù)類型及長度約束默認值Dno專業(yè)號Varchar（10）主鍵Academy學院號Varchar（20）非空Dept專業(yè)名Varchar（20）非空8.1.3 數(shù)據(jù)的存放位置的設(shè)計根據(jù)本系統(tǒng)的數(shù)據(jù)庫的使用情況，主數(shù)據(jù)文件信息量大且使用頻繁將其存儲在高速存儲器（硬盤）上。將表和表上的索引存儲在不同的磁盤上以便提高查詢效率，同時這樣可以提高物理 I/O 讀寫效率。數(shù)據(jù)庫備份文件和日志文件等文

29、件因為使用頻率小而且數(shù)據(jù)量非常大，存放在低速存儲設(shè)備上。8.1.4 關(guān)系模式的存取方法關(guān)系模式采用索引存取方法與聚簇存取方法共用。8.1.5.數(shù)據(jù)庫安全性在數(shù)據(jù)庫中，由于用戶的身份不同，對數(shù)據(jù)庫的訪問權(quán)限也就不同。管理員幾乎能夠?qū)λ械挠脩糇远x表進行操作（包括增、刪、改、查）。但根據(jù)實際情況，學生一旦選課成功，管理員是無法對其選課信息進行修改。同樣，學生與教師對數(shù)據(jù)庫的訪問權(quán)限就更加小了。這樣也就保證了數(shù)據(jù)庫安全性。另外一方面，數(shù)據(jù)庫表中，各表之間根據(jù)實體完整性、參照完整性、域完整性設(shè)置了各種約束。一旦一張表被非法操作，如刪除，修改。也會影響其它的表。所以這就要求 DBA 定時進行備份，防止

30、當數(shù)據(jù)丟失時，引起不可估量的損失。第九章 實現(xiàn)、運行與維護9.1 實現(xiàn)根據(jù)概要設(shè)計和邏輯設(shè)計的結(jié)果，在計算機上建立實際的數(shù)據(jù)庫結(jié)構(gòu)，導入數(shù)據(jù)進行程序調(diào)試。9.2 人機界面設(shè)計9.2.1高校學生選課登陸界面圖7.2.1高校學生選課登陸界面9.2.2高校學生選課管理員登陸歡迎界面圖7.2.2高校學生選課管理員登陸歡迎界面9.2.3高校學生選課教師登陸歡迎界面圖7.2.3高校學生選課教師登陸歡迎界面9.2.4高校學生選課學生登陸歡迎界面圖7.2.4高校學生選課教師登陸歡迎界面9.2.5高校學生選課學生信息界面圖7.2.5高校學生選課學生信息界面7.2.6高校學生選課學生查看自己選課界面圖7.2.6高

31、校學生選課查看自己選課界面9.2.7高校學生選課教師錄入成績界面圖9.2.7高校學生選課教師錄入成績界面9.2.8高校學生選課教師查看自己教課界面圖9.2.8高校學生選課教師查看自己教課界面9.2.9高校學生選課修改個人信息界面圖9.2.9高校學生選課修改個人信息界面9.2.10高校學生選課增加課程信息界面圖9.2.10高校學生選課增加課程信息界面9.2.11高校學生選課查看課程界面圖9.2.11高校學生選課查看課程信息界面9.2.12高校學生選課增加教師與課程界面圖9.2.12 高校學生選課教師與課程界面9.2.13高校學生查看教師教課界面圖9.2.13 高校學生選課界面9.2.14添加學生信息界面圖9.2.14高校學生添加學生信息界面9.2.15學生信息列表界面圖9.2.15學生信息列表界面9.2.16添加教師信息界面圖7.2.16添加教師信息界面9.2.17教師信息列表界面圖7.2.16教師信息列表界面9.2.18指定學期學生所選總學分數(shù)圖7.2.17指定學期學生所選總學分數(shù)9.2.19指定學年沒有被選的課程名圖7.2.17指定學年沒有被選的課程名9.2.20統(tǒng)計各老師課程的學生人數(shù)圖7.2.17統(tǒng)計各老師課程的學生人數(shù)7.4 運行