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