學生選課管理系統(tǒng)(數(shù)據(jù)庫課程設計)

數(shù)據(jù)庫系統(tǒng)原理及其應用教程課程設計報告 設計題目 選修課程管理系統(tǒng)的設計與實現(xiàn) 指導教師 摘 要隨著計算機技術的日新月異，極大的推動的各個行業(yè)的信息化進程。各大高校也急需進行信息化改革，以促進教學質量和工作效率快速提升。本文是在對各大高校全校公開課學生選課情況進行實地調(diào)查后，進行詳細分析討論后撰寫的學生選課管理系統(tǒng)數(shù)據(jù)庫設計報告。全文從最初的系統(tǒng)規(guī)劃，到需求分析、概念設計、邏輯設計、物理設計。每一階段都進行了詳細的分析。接下來的實現(xiàn)、運行與維護階段，還進行了對本系統(tǒng)的測試，最后是本次項目開發(fā)的心得和體會以及本文的參考文獻。本系統(tǒng)主要功能是對學生選課及相關信息進行管理。較行業(yè)同類產(chǎn)品而言，本系統(tǒng)人機界面設計更加合理、人性化，用戶操作簡單方便。數(shù)據(jù)庫的安全性更高，對用戶訪問權限進行了嚴格控制。數(shù)據(jù)存取速度更快，使用年限更長?？梢院芎玫臐M足高校公開課學生選課的要求，極大的提高了學校的工作效率。關鍵字：學生選課管理系統(tǒng)；分析；設計第 36 頁目 錄一、概述21.1 設計背景251.2 設計目的271.3 設計內(nèi)容31二、需求分析142.1 功能分析52.2 工作流圖42.3 數(shù)據(jù)流圖52.4 數(shù)據(jù)字典10三、概念模型設計133.1 實體之間的聯(lián)系133.2 E-R圖14四、邏輯設計184.1 概念模型向關系模型的轉換184.2 概念模型的優(yōu)化19五、源代碼及查詢截圖205.1 數(shù)據(jù)庫的存儲結構205.2 實現(xiàn)235.3 人機界面設計255.4 系統(tǒng)測試275.5 運行維護31六、總結32參考文獻32 一、 概述 1.1設計背景可行性研究的目的是用最小的代價在盡可能的短的時間內(nèi)確定數(shù)據(jù)庫系統(tǒng)是否可能開發(fā)、是否值得開發(fā)、是否可以開發(fā)（在該報告中主要是考查學生選課管理系統(tǒng)是否可能開發(fā)、是否值得開發(fā)、是否可以開發(fā)）。其實質是在較高層次上以較抽象方式進行的、簡化的壓縮的需求分析和概要設計過程。1.2設計目的系統(tǒng)實現(xiàn)后，極大的方便對學生進行選課和選課后臨時班級的安排管理,學生選課信息的管理。避免在安排課程信息的滯后，減少信息交流的煩瑣過程及其帶來的開銷。促進高校教育的計算機信息化進程，提高學校的工作效率。對于系統(tǒng)的本身而言，應該具有較高的實用性、安全性。能夠極大的滿足學生選課，以及學校對選課信息的管理。1.3設計內(nèi)容 調(diào)查學校教務處，設計用于管理全校學生選修課活動的系統(tǒng)。主要功能有： 全校選修計劃課程管理； 全校選修開課課程管理； 全校學生選課管理； 全校選修課成績管理； 能夠實現(xiàn)課程的查詢，修改與刪除功能。 二、 需求分析 2.1 功能分析主要功能：教師和學生登陸系統(tǒng)的帳號和密碼，初始都分別為教師和學號，登陸后密碼可以修改。其中教師的職位可以是管理員。管理員和非管理員的老師及學生對系統(tǒng)的操作具有不同的權限。管理員登陸系統(tǒng)，對學生選課情況進行管理，包括發(fā)布選課信息，對學生的選課情況進行查看。管理員還可以對授課老師的信息進行增加、刪除、修改、查詢。教師登陸系統(tǒng)，能查看自己的個人信息，及所授課的班級的所有學生的本門課程的成績信息，并能進行增加和修改。學生登陸系統(tǒng)，能進行選課，查看管理員發(fā)布的選課信息，自己的選課情況，本人的基本信息，以及課程的成績。系統(tǒng)自動分配學生選課后的臨時班級。性能要求：管理員發(fā)布的信息、學生選課的信息以及管理員和學生對系統(tǒng)操作的信息必須及時的反映在本系統(tǒng)上，且無差錯。輸入要求：具有很好的容錯性和兼容性輸出要求：應迅速、準確、實時2.2工作流圖系統(tǒng)需求：用戶的需求具體體現(xiàn)在選課信息和用戶信息的提供、保存、更新和查詢的方面。這就要求數(shù)據(jù)庫的設計必須合理，使之能夠充分滿足各種信息的輸入和輸出，保證數(shù)據(jù)存儲的可靠性，并且能夠快速取出和存入。而前臺顯示部分，應具有人性化的界面，方便用戶操作。因各個學校的實際情況不同，系統(tǒng)應該具有兼容性。例如：一些學校學生人數(shù)較多，同時登陸系統(tǒng)，系統(tǒng)承載的負荷就很大。系統(tǒng)需要同時處理很大的數(shù)據(jù)量，這時系統(tǒng)不會因此崩潰。系統(tǒng)還應該具有較強的安全性，保證身份不同的用戶，不能越權操作。非合法用戶不能對數(shù)據(jù)進行操作。功能需求：通過系統(tǒng)功能的分析，結合需求分析員在各大高校實地考查，調(diào)查的對象涵蓋了，學校的教職工、在校師生。特別是對已經(jīng)運行了與本系統(tǒng)同類產(chǎn)品的學校的師生使用選課管理系統(tǒng)心得體會進行了分析，總結出如下的需求信息：（1） 學生的需求：能進行選課，查看管理員發(fā)布的選課信息，自己的選課情況，本人的基本信息，課程的成績；（2）教師的需求：能查看自己的個人信息，及所授課的班級的所有學生的本門課程的成績信息，并能進行增加和修改；（3）管理員的需求：對學生選課情況進行管理，包括發(fā)布選課信息，對學生的選課情況進行查看。管理員還可以對授課老師的信息進行管理。2.3數(shù)據(jù)流圖系統(tǒng)頂層圖：根據(jù)系統(tǒng)主要信息的處理功能，整個系統(tǒng)可以看作登陸管理，用戶選課管理兩個部分。從而得出了學生選課管理系統(tǒng)的頂層圖如下所示：D2選課信息庫 學生選課管理系統(tǒng)頂層圖F1用戶D1用戶信息庫P1登陸管理P2用戶選課管理F2F3F4F5F6F7F8F9F10注： F1:用戶登陸信息 F2:用戶注冊信息 F3:用戶基本信息 F4:用戶基本信息F5:學生選課信息清單 F6:學生選課信息 F7:登陸錯誤信息 F8:系統(tǒng)反饋用戶信息F9:用戶信息清單 F10:修改密碼后的用戶信息 數(shù)據(jù)流程圖一層分解圖（1）用戶登陸管理。用戶在登陸時，系統(tǒng)會進行判斷。用戶一共有三種類型，分別是學生，教師和管理員。其中，一部分教師是管理員。在登陸的只有學生和教師兩種類型，管理員的身份由系統(tǒng)自行判斷。在判定時需要查詢用戶信息庫。用戶信息庫，包括學生注冊信息，教師注冊信息，管理員信息等。學生選課管理系統(tǒng)一層分解圖登陸管理，如下圖所示：學生選課管理系統(tǒng)一層分解圖登陸管理F1用戶D1用戶信息庫F3F2.1F2.2P1.1用戶身份判斷F2.3P1.2修改密碼F1F10P2用戶操作管理F7.1F7.2注：F2.1:學生登陸信息 F2.2:教師登陸信息 F2.3:管理員登陸信息F7.1:用戶身份信息 F7.2:修改密碼的錯誤信息（2）用戶操作管理。在登陸管理進行判斷后，發(fā)送學生登陸信息，教師登陸信息，管理員登陸信息的其中一種。根據(jù)用戶身份信息的不同，進入不同的管理界面，相應的操作的功能，權限都有所不同。如下圖所示：P2.1學生管理學生D1用戶信息庫D2選課信息庫F2.1F8.1F3.1F6.1F5.1 學生選課管理系統(tǒng)一層分解圖學生管理注：F3.1:原始學生信息 F5.1:學生更新后的選課信F6.1:學生查詢的選課信息 F8.1:學生操作后返回的信息P2.2教師管理教師D1用戶信息庫D2選課信息庫F2.2F8.2F3.2F6.2F5.2 學生選課管理系統(tǒng)一層分解圖教師管理注：F3.2:原始教師信息 5.2:教師更新后的選課信息F6.2:教師查詢的選課信息 F8.1:教師操作后返回的信息P2.3管理員管理管理員D1用戶信息庫D2選課信息庫F2.3F8.3F3.3F6.3F5.3F9.1 學生選課管理系統(tǒng)一層分解圖管理員管理注：F3.3:原始管理員信息F9.1更新后的用戶信息F6.3:管理員查詢的選課信息F8.1:管理員操作后返回的信息 F5.3:管理員更新后的選課信息數(shù)據(jù)流程圖二層分解圖（1）學生管理。將P2.1進行分解，學生管理包括，查看選課信息和個人信息，進行選課、重新選課。學生選課管理系統(tǒng)二層分解圖學生管理如下圖所示：學生選課管理系統(tǒng)二層分解圖學生管理D1用戶信息庫F8.1F5.1.1P2.1.1個人信息查詢P2.1.2選課信息查詢P2.1.3增加選課P2.1.4刪除選課D2選課信息庫F5.1.2F6.1F2.1F2.1F2.1F2.1學生F8.1F8.1F8.1F3.1F3.1注：F3.1:學生個人信息 F5.1.1:增加后的選課信息F5.1.2: 刪除后的選課信息（2）教師管理。將P2.2進行分解，教師管理包括，查看選課信息和個人信息，填寫學生的成績。學生選課管理系統(tǒng)二層分解圖學生管理如下圖所示：學生選課管理系統(tǒng)二層分解圖教師管理D1用戶信息庫F3.2.1P2.2.1個人信息查詢P2.2.3查詢選課信息P2.2.4填寫學生成績D2選課信息庫F5.2.2F6.2F2.2F8.2F2.2教師F8.2F8.2F8.2注：F3.2.1:教師個人信息 F3.2.2:學生個人信息 F5.2.2:增加后的學生成績信息 F5.2.3:修改后的學生成績信息（3）教師管理。將P2.3進行分解，管理員管理包括，1.管理學生信息，包括對學生信息的查詢、增加，修改，刪除；2.管理教師信息，包括對教師信息的查詢、增加，修改，刪除；3.選課信息管理，包括發(fā)布選課信息，增加，修改，刪除選課課程等。學生管理系統(tǒng)二層分解圖學生管理如下圖所示： 學生選課管理系統(tǒng)二層分解圖管理員管理D1用戶信息庫P2.2.3管理學生信息P2.2.3管理教師信息F8.3F2.3F2.3F3.3.1F9.1.1F9.1.2F3.3.2D2選課信息庫P2.2.3管理課程信息F2.3F3.3.3F9.1.3P2.2.3管理班級信息F2.3F3.3.3F9.1.4管理員F8.3F8.3注：F3.3.1:原始學生信息 F3.3.2:原始教師信息 F3.3.3:原始課程信息F3.3.4:原始教室信息 F9.1.1:修改后學生信息 F9.1.2:修改后的教師信息 F9.1.3:修改后的課程信息 F9.1.3:修改后的班級信息 2.4數(shù)據(jù)字典 數(shù)據(jù)流條目 用戶登陸信息數(shù)據(jù)流條目編號F1數(shù)據(jù)流名稱用戶登陸信息來源用戶去向P1：登陸管理簡述用戶在登陸時輸入的賬號、密碼和驗證碼組成用戶名+密碼+身份+驗證碼 用戶身份信息數(shù)據(jù)流條目編號F2數(shù)據(jù)流名稱用戶身份信息來源P1：登陸管理去向P2：用戶操作管理簡述登陸系統(tǒng)判斷用戶身份后發(fā)送的信息組成用戶名+密碼+身份+驗證碼 用戶注冊信息數(shù)據(jù)流條目編號F3數(shù)據(jù)流名稱用戶注冊信息來源用戶信息庫去向P1：登陸管理簡述系統(tǒng)從用戶信息庫中查詢出來的用戶注冊信息組成學生注冊信息+教師注冊信息+管理員注冊信息 用戶基本信息數(shù)據(jù)流條目編號F4數(shù)據(jù)流名稱用戶基本信息來源D1：用戶信息庫去向P2：用戶操作管理簡述系統(tǒng)從用戶信息庫中查詢出來的用戶基本信息組成學生信息+教師信息+管理員信息 用戶基本信息數(shù)據(jù)流條目編號F5數(shù)據(jù)流名稱學生選課信息清單來源P2：用戶操作管理去向D2：選課信息庫簡述用戶操作數(shù)據(jù)后存入選課信息庫中的信息組成學號+課程號+成績用戶基本信息數(shù)據(jù)流條目編號F6數(shù)據(jù)流名稱學生選課信息來源D2：選課信息庫去向P2：用戶操作管理簡述用戶操作數(shù)據(jù)后存入選課信息庫中的信息組成學號+課程號+成績+班級信息 用戶基本信息數(shù)據(jù)流條目編號F7數(shù)據(jù)流名稱登陸錯誤信息來源D2：選課信息庫去向P2：用戶操作管理簡述用戶登陸時，輸入的用戶名，密碼或驗證碼錯誤組成錯誤信息 用戶基本信息數(shù)據(jù)流條目編號F8數(shù)據(jù)流名稱系統(tǒng)反饋用戶信息來源D2：選課信息庫去向P2：用戶操作管理簡述用戶進行操作后,系統(tǒng)反饋給用戶信息組成查詢或操作顯示的信息，或錯誤提示信息用戶基本信息數(shù)據(jù)流條目編號F9數(shù)據(jù)流名稱用戶信息清單來源P2：用戶選課管理去向D1：用戶信息庫簡述用戶操作數(shù)據(jù)后存入用戶信息庫中的信息組成學生信息+教師信息+管理員信息 用戶基本信息數(shù)據(jù)流條目編號F10數(shù)據(jù)流名稱修改密碼后的用戶信息來源P1：登陸管理去向D1：用戶信息庫簡述用戶修改密碼后存入用戶信息庫的信息組成用戶名+密碼+身份數(shù)據(jù)處理登陸管理數(shù)據(jù)處理編號P1名稱登陸管理輸入流F1、F3輸出流F2、F7、F10簡述對登陸信息進行管理處理判斷用戶登陸時輸入登陸信息是否正確 用戶操作管理數(shù)據(jù)處理編號P2名稱用戶操作管理輸入流F2、F4、F6輸出流F5、F8簡述用戶相關操作的管理處理根據(jù)用戶的不同，進行不同的的用戶操作管理數(shù)據(jù)存儲數(shù)據(jù)存儲處理編號數(shù)據(jù)存儲名輸入數(shù)據(jù)流刪除數(shù)據(jù)流流量D1用戶信息庫F9、F10F3、F4大D2選課信息庫F6F5大 三、概念模型設計3.1 實體之間的聯(lián)系 根據(jù)需求分析，歸結出合適的聯(lián)系： 1、一個學生最多能夠選兩門課，一門課可以被多個學生選 2、一個老師最多能教一門課，一門課可以被多個老師教授， 3、教師中只有一個是管理員 4、一個學生可以屬于不超過兩個臨時班級，一個臨時班級可以有多名學生 5、一名教師可以在多個臨時班級上課，一個臨時班級只有一名教師教授3.2 E-R圖 局部E-R圖（1）學生課程聯(lián)系E-R圖學生課程聯(lián)系E-R圖學生課程選修MN成績年齡密碼系部學號姓名性別課程號課程名學分上課時間結束時間開始時間（2）教師課程關系E-R圖教師課程關系E-R圖教師講授1N課程課程號課程名學分上課時間結束時間開始時間性別教師名教師號年齡身份密碼（3）學生臨時班級聯(lián)系E-R圖學生臨時班級聯(lián)系E-R圖臨時班級屬于N學生M年齡密碼系部學號姓名性別班級號班級名人數(shù)地點（4）管理員教師關系實體E-R圖 管理員教師關系E-R圖教師管理員1N性別教師名教師號年齡身份密碼（5）教師班級關系實體E-R圖教師臨時班級聯(lián)系E-R圖任教N1臨時班級地點人數(shù)班級名班級號教師性別教師名教師號年齡身份密碼（6）課程臨時班級關系實體E-R圖上課時間班級號學分班級名課程名名開課時間地點課程號結束時間人數(shù)課程臨時班級開設1N 課程臨時班級聯(lián)系E-R圖 全局E-R圖 學生選課全局E-R圖學生管理員1N教師課程班級選修成績教授屬于任教NNMMNN11開設1N 四、邏輯設計 4.1 概念模型向關系模型的轉換根據(jù)需求分析中的E-R圖，通過對實體的屬性和之間的聯(lián)系的分析，我們將其由概念模型向關系模型轉化，并且根據(jù)范式化理論進行優(yōu)化 1:N聯(lián)系的轉化的關系模式（1）教師課程聯(lián)系概念模型向關系模型的轉化教師表（教師號，教師名,性別，年齡，身份，密碼，課程號）課程表（課程號，課程名,學分,上課時間，開課時間，結束時間）（2）教師臨時班級聯(lián)系概念模型向關系模型的轉化教師表（教師號，教師名,性別，年齡,身份，密碼）臨時班級表（班級號，班級名，人數(shù)，地點，教師號）（3）課程臨時班級聯(lián)系概念模型向關系模型的轉化臨時班級表（班級號，班級名，人數(shù)，地點，課程號）課程表（課程號，課程名,學分,上課時間，開課時間，結束時間） M:N聯(lián)系的轉化的關系模式（1）學生選課聯(lián)系概念模型向關系模型的轉化學生表（學號，姓名，性別，年齡，系部，密碼）課程表（課程號，課程名,學分,上課時間，開課時間，結束時間）選課表（學號，課程號，成績）（2）學生班級聯(lián)系概念模型向關系模型的轉化學生表（學號，姓名，性別，年齡，系部，密碼）臨時班級表（班級號，班級名，人數(shù)，地點）學生班級關系表（學生號，班級號）4.2 概念模型的優(yōu)化 確定范式級別根據(jù)上述分析所歸結出來的數(shù)據(jù)依賴的種類和在本系統(tǒng)實際的開發(fā)過程中，需要涉及多表的查詢及表的修改和刪除，且存在多值依賴的實際情況下，其關系模式應達到BCNF。 實施規(guī)范化處理 由于學生選課聯(lián)系的關系模式、學生班級的關系模式和教師管理員聯(lián)系的關系模式已經(jīng)不存非平凡且非函數(shù)依賴額多值依賴，所以在這里不需要做處理。各個關系模式的函數(shù)依賴集如下：教師課程聯(lián)系：F=教師號教師名，教師號性別，教師號年齡，教師號身份，教師號密碼，教師號課程號班級臨時班級聯(lián)系：F=班級號班級名，班級號人數(shù)，班級號地點，班級號教師號課程臨時班級聯(lián)系：F=班級號班級名，班級號人數(shù)，班級號地點，班級號課程號選課聯(lián)系：F=（學號，課程號）成績學生班級聯(lián)系：F=（學生號，班級號）（1）教師課程聯(lián)系概念模型向關系模型的優(yōu)化教師表（教師號，教師名,性別，年齡，身份，密碼）課程表（課程號，課程名,學分,上課時間，開課時間，結束時間）教師課程聯(lián)系（教師號，課程號）（2）教師臨時班級聯(lián)系概念模型向關系模型的優(yōu)化教師表（教師號，教師名,性別，年齡,身份，密碼）臨時班級表（班級號，班級名，人數(shù)，地點）教師臨時班級關系（班級號，教師號）（3）課程臨時班級聯(lián)系概念模型向關系模型的優(yōu)化臨時班級表（班級號，班級名，人數(shù)，地點）課程表（課程號，課程名,學分,上課時間，開課時間，結束時間）課程臨時班級關系（班級號，課程號）經(jīng)過規(guī)范化處理后的所有關系模如下：學生表（學號，姓名，性別，年齡，系部，密碼）課程表（課程號，課程名,學分,上課時間，開課時間，結束時間）教師表（教師號，教師名,性別，年齡,身份，密碼）臨時班級表（班級號，班級名，人數(shù)，地點）教師課程關系(教師號, 課程號)教師臨時班級關系（班級號，教師號）選課表（學號，課程號，成績）學生臨時班級關系表（學生號，班級號）課程臨時班級關系（班級號，課程號） 五、源代碼及查詢截圖 5.1 數(shù)據(jù)庫的存儲結構通過需求分析，概要設計和邏輯設計流程得到本系統(tǒng)的數(shù)據(jù)庫結構。數(shù)據(jù)庫的表設計進一步確定上一章邏輯設計中設計好的關系模式中各個數(shù)據(jù)項的類型和長度，將每個關系轉換為數(shù)據(jù)庫中的二維表格，并確定了各個表的主鍵和外鍵，得到以下表結構： 學生表字段名稱字段含義數(shù)據(jù)類型及長度約束默認值Sno學號varchar(15)主鍵Sname姓名varchar(15)非空Ssex性別varchar(2)男Sage年齡int0或0或=0或=0或=100學生臨時班級關系表字段名稱字段含義數(shù)據(jù)類型及長度約束默認值Sno學號varchar(15)主鍵,外鍵Csno班級號varchar(15)主鍵,外鍵 教師課程關系表字段名稱字段含義數(shù)據(jù)類型及長度約束默認值Tno教師號varchar(15)主鍵,外鍵Cno課程號varchar(15)外鍵教師臨時班級關系表字段名稱字段含義數(shù)據(jù)類型及長度約束默認值Csno班級號varchar(15)主鍵,外鍵Tno教師號varchar(15)外鍵課程臨時班級關系表字段名稱字段含義數(shù)據(jù)類型及長度約束默認值Csno班級號varchar(15)主鍵,外鍵Cno課程號varchar(15)外鍵數(shù)據(jù)的存放位置的設計根據(jù)本系統(tǒng)的數(shù)據(jù)庫的使用情況，主數(shù)據(jù)文件信息量大且使用頻繁將其存儲在高速存儲器（硬盤）上。將表和表上的索引存儲在不同的磁盤上以便提高查詢效率，同時這樣可以提高物理I/O讀寫效率。數(shù)據(jù)庫備份文件和日志文件等文件因為使用頻率小而且數(shù)據(jù)量非常大，存放在低速存儲設備上。關系模式的存取方法關系模式采用索引存取方法與聚簇存取方法共用。數(shù)據(jù)庫安全性在數(shù)據(jù)庫中，由于用戶的身份不同，對數(shù)據(jù)庫的訪問權限也就不同。管理員幾乎能夠對所有的用戶自定義表進行操作（包括增、刪、改、查）。但根據(jù)實際情況，學生一旦選課成功，管理員是無法對其選課信息進行修改。同樣，學生與教師對數(shù)據(jù)庫的訪問權限就更加小了。這樣也就保證了數(shù)據(jù)庫安全性。另外一方面，數(shù)據(jù)庫表中，各表之間根據(jù)實體完整性、參照完整性、域完整性設置了各種約束。一旦一張表被非法操作，如刪除，修改。也會影響其它的表。所以這就要求DBA定時進行備份，防止當數(shù)據(jù)丟失時，引起不可估量的損失。5.2實現(xiàn)根據(jù)概要設計和邏輯設計的結果，在計算機上建立實際的數(shù)據(jù)庫結構，導入數(shù)據(jù)進行程序調(diào)試。 數(shù)據(jù)庫的實現(xiàn)（1）創(chuàng)建數(shù)據(jù)庫Studentcreate database Studenton(name=學生選課管理庫,filename=E:db學生選課管理庫.mdf,size=5,maxsize=15,filegrowth=2)視圖的實現(xiàn)（1）創(chuàng)建查詢可供選擇課程的視圖create view cinfoas select ame,course.ccredit,class.address,course.ctime,course.cbegintime,course.cendtime,class.number,o,class.csname,class.csnofrom course,tc,class,ccwhere o=o and o=o and class.csno=cc.csno （2）創(chuàng)建教師信息視圖create view tinfoasselect teacher.tno,teacher.tname,teacher.tsex,teacher.tage,status,amefrom teacher,course,tcwhere teacher.tno=tc.tno and o=o;（3）創(chuàng)建教師教師授課視圖create view tcinfoasselect teacher.tno,teacher.tname,o,amefrom teacher,course,tcwhere teacher.tno=tc.tno and o=o（4）學生的選課信息視圖create view scinfoasselect student.sname,ame,course.ccredit,course.ctime,course.cbegintime,course.cendtime,student.snofrom student,course,scwhere student.sno=sc.sno and o=o （5）教師任教情況create view ctinfoasselect teacher.tno,teacher.tname,class.csno,class.csname from class,teacher,ctwhere class.csno=ct.csno and ct.tno=teacher.tno（6）教師課程班級之間關系的視圖create view tcsasselect o,tc.tno,cc.csno from cc,tc where o=o （7）學生課程班級之間的關系的視圖create view sccasselect scs.sno,scs.csno,o from scs,cc where scs.csno=cc.csnoselect * from sc（8）學生的已選課程的成績create view scgradeasselect scc.csno,class.csname,scc.sno,student.sname,o,ame,student.sclass,sc.gradefrom scc,course,class,student,sc where o=o and scc.csno=class.csno and scc.sno=student.sno and scc.sno=sc.sno and o=o（9）創(chuàng)建查詢可供選擇課程的視圖create view cinfoasselect course.Cname, course.Ccredit, class.address,course.CTime,course.Cbegintime,course.Cendtime,class.number,course.Cno,class.CSname,class.CSno,teacher.Tnamefrom tcs,teacher,class,coursewhere tcs.tno=teacher.tno and class.csno=tcs.csno and o=o（10）創(chuàng)建查詢已選可供選擇的課程的視圖create view scinfoas select student.sno,student.sname,ame,course.ccredit,course.ctime,course.cbegintime,course.cendtime,o,sc.gradefrom sc,student,coursewhere sc.sno=student.sno and o=o5.3人機界面設計 用戶登陸界面用戶登陸界面是每一個用戶，在登陸本系統(tǒng)時出現(xiàn)的界面，如要用戶輸入用戶名、密碼和驗證碼，以及確定用戶身份。其界面如下圖： 用戶登陸界面 學生選課管理界面學生登陸成功后，進入學生管理模塊，其界面如下：學生選課管理界面 教師管理界面教師成功登陸系統(tǒng)后，教師管理界面如下圖： 教師管理界面 管理員管理界面管理員成功登陸系統(tǒng)后，管理員管理模塊界面如下圖：管理員管理界面5.4 系統(tǒng)測試用戶登陸測試（1）登陸信息驗證測試。有一名用戶，用戶名為：S01001 密碼為：hongfeng，其身份為學生。當其在登陸界面所有的信息輸入正確時將進入如圖6-2的界面。如果該用戶輸入的為abcdef，系統(tǒng)就會提示用戶出錯，出錯界面如下： 登陸錯誤提示1（2）如果用戶在輸入登陸信息時不符合規(guī)范，將彈出錯誤提示。如：驗證碼要求輸入4位數(shù)字，現(xiàn)在輸入4位字符或3位數(shù)字，將會彈出一下提示框： 登陸錯誤提示2學生選課管理測試（1）學生選課測試。一名學生用戶，登陸系統(tǒng)后，進入圖6-2界面，選擇學生選課，進行選課。如下圖： 課程安排（2）該用戶選擇了考研數(shù)學和汽車概論兩門課程，點擊選課按鈕，系統(tǒng)提示選課成功。選課成功后，返回課程安排界面，如下圖： 選課后的課程安排（3）課程安排界面，點擊已選課程，進入如下界面： 已選課程 教師管理測試（1）一名教師，登陸系統(tǒng)成功后，進入如圖6-3界面，點擊教師授課信息，顯示該名教師臨1101班任教，如下圖：教師授課班級信息（2）在圖6-7-1界面，點擊查看臨1101班的信息，進入如下界面：修改前的學生成績（3）在界面點擊修改，將“蕭蕭”的成績修改成90，修改后的界面如下：修改后的學生成績 管理員管理測試（1）“王軍”是本系統(tǒng)唯一一名管理員，登陸系統(tǒng)后，進入圖6-4界面，下面對其對學生的管理進行測試。點擊學生信息，進入如下圖界面： 學生信息管理（2）添加一個學號為“S01005”，姓名為“劉宏”，性別為“男”，22歲，計算機學院，計科0901班的學生信息，添加成功后，如下圖 增加學生信息后的學生信息（3）在上述界面，輸入“男”作為關鍵字，點擊查詢后，如下圖：搜索后學生信息（3）在圖上述界面，在第6行，點擊修改，將“劉嬌”的性別改成男，修改成功后，如下圖： 修改后學生信息5.5 運行維護經(jīng)過實際的測試和運行，已經(jīng)可以滿足高校公開課學生選課該，系統(tǒng)運行穩(wěn)定，日后的使用和維護中DBA應該注意進行定期備份數(shù)據(jù)庫，以免丟失數(shù)據(jù)庫。定期清理數(shù)據(jù)庫中的無效數(shù)據(jù)，以提高運行效率。對軟件及運行環(huán)境進行日常維護。 六、總結 （設計過程中遇到的問題以及解決方法；課程學習及設計的體會）在此次的課程設計當中，我們遇到很多困難，同時也學習到很多。最重要的是深刻體會到了團隊的重要性。在課程設計剛開始的時候，由于我們在沒有進行詳細的數(shù)據(jù)庫分析的情況下，就盲目的編寫程序。使得在數(shù)據(jù)庫表結構，關系模式出現(xiàn)問題或變動的時候，花費了大量時間來修改代碼。造成了工作進度落后于預期進度。給以后的工作帶來的很多的不便。這個時候已經(jīng)離項目交付日期不到兩周。我們的開發(fā)團隊馬上組織起來，召開緊急會議，總結了發(fā)生錯誤的原