1、數據庫系統原理及其應用教程課程設計報告設計題目詵修課程管理系統的設計與實現指導教師摘要隨著計算機技術的日新月異，極大的推動的各個行業的信息化進 程。各大高校也急需進行信息化改革， 以促進教學質量和工作效率快 速提升。本文是在對各大高校全校公開課學生選課情況進行實地調查后， 進行詳細分析討論后撰寫的學生選課管理系統數據庫設計報告。 全文 從最初的系統規劃，到需求分析、概念設計、邏輯設計、物理設計。 每一階段都進行了詳細的分析。接下來的實現、運行與維護階段，還 進行了對本系統的測試， 最后是本次項目開發的心得和體會以及本文 的參考文獻。本系統主要功能是對學生選課及相關信息進行管理。較行業同類 產品

2、而言，本系統人機界面設計更加合理、人性化，用戶操作簡單方 便。數據庫的安全性更高，對用戶訪問權限進行了嚴格控制。數據存 取速度更快，使用年限更長。 可以很好的滿足高校公開課學生選課的 要求，極大的提高了學校的工作效率。關鍵字： 學生選課管理系統；分析；設計目錄一、概述 41.1 設計背景 261.2 設計目的 281.3 設計內容 32二、需求分析 152.1 功能分析 72.2 工作流圖 62.3 數據流圖 72.4 數據字典 11三、概念模型設計 143.1 實體之間的聯系 143.2 E-R 圖 15四、邏輯設計 184.1概念模型向關系模型的轉換 194.2概念模型的優化 20五、源代

3、碼及查詢截圖 215.1數據庫的存儲結構 215.2實現 245.3人機界面設計 265.4 系統測試 285.5 運行維護 32六、總結 32參考文獻 33概述1.1 設計背景 可行性研究的目的是用最小的代價在盡可能的短的時間內確定數據庫系統 是否可能開發、是否值得開發、是否可以開發（在該報告中主要是考查學生選 課管理系統是否可能開發、是否值得開發、是否可以開發） 。其實質是在較高 層次上以較抽象方式進行的、簡化的壓縮的需求分析和概要設計過程。1.2 設計目的系統實現后，極大的方便對學生進行選課和選課后臨時班級的安排管理 , 學 生選課信息的管理。 避免在安排課程信息的滯后， 減少信息交流的

4、煩瑣過程及其 帶來的開銷。促進高校教育的計算機信息化進程，提高學校的工作效率。 對于系 統的本身而言，應該具有較高的實用性、安全性。能夠極大的滿足學生選課，以 及學校對選課信息的管理。1.3 設計內容調查學校教務處， 設計用于管理全校學生選修課活動的系統。 主要功能有： 全校選修計劃課程管理； 全校選修開課課程管理； 全校學生選課管理； 全校選修課成績管理； 能夠實現課程的查詢，修改與刪除功能。需求分析2.1 功能分析主要功能： 教師和學生登陸系統的帳號和密碼，初始都分別為教師和學號，登陸后密碼可以修改。 其中教師的職位可以是管理員。 管理員和非管理員的老師及學生對系 統的操作具有不同的權限。

5、管理員登陸系統， 對學生選課情況進行管理， 包括發 布選課信息， 對學生的選課情況進行查看。 管理員還可以對授課老師的信息進行 增加、刪除、修改、查詢。教師登陸系統，能查看自己的個人信息，及所授課的班級的所有學生的本門課程的成績信息，并能進行增加和修改。學生登陸系統， 能進行選課，查看管理員發布的選課信息，自己的選課情況，本人的基本信息， 以及課程的成績。系統自動分配學生選課后的臨時班級。性能要求：管理員發布的信息、 學生選課的信息以及管理員和學生對系統操作的信息必 須及時的反映在本系統上，且無差錯。輸入要求：具有很好的容錯性和兼容性輸出要求：應迅速、準確、實時2.2 工作流圖系統需求：用戶的

6、需求具體體現在選課信息和用戶信息的提供、 保存、更新和查詢的方 面。這就要求數據庫的設計必須合理， 使之能夠充分滿足各種信息的輸入和輸出， 保證數據存儲的可靠性，并且能夠快速取出和存入。而前臺顯示部分， 應具有人 性化的界面，方便用戶操作。 因各個學校的實際情況不同， 系統應該具有兼容性。 例如：一些學校學生人數較多，同時登陸系統，系統承載的負荷就很大。系統需 要同時處理很大的數據量， 這時系統不會因此崩潰。 系統還應該具有較強的安全 性，保證身份不同的用戶，不能越權操作。非合法用戶不能對數據進行操作。 功能需求：通過系統功能的分析， 結合需求分析員在各大高校實地考查， 調查的對象涵 蓋了，學

7、校的教職工、 在校師生。 特別是對已經運行了與本系統同類產品的學校 的師生使用選課管理系統心得體會進行了分析，總結出如下的需求信息：（ 1） 學生的需求：能進行選課，查看管理員發布的選課信息，自己的選課 情況，本人的基本信息，課程的成績；（2）教師的需求：能查看自己的個人信息，及所授課的班級的所有學生的 本門課程的成績信息，并能進行增加和修改；(3)管理員的需求：對學生選課情況進行管理，包括發布選課信息，對學生的選課情況進行查看。管理員還可以對授課老師的信息進行管理。2.3數據流圖系統頂層圖：根據系統主要信息的處理功能，整個系統可以看作登陸管理，用戶選課管理兩個部分。從而得出了學生選課管理系統

8、的頂層圖如下所示：F9學生選課管理系統頂層圖注：F1:用戶登陸信息F2:用戶注冊信息F3:用戶基本信息F4:用戶基本信息F5:學生選課信息清單F6:學生選課信息F7:登陸錯誤信息F8:系統反饋用戶信息 F9:用戶信息清單F10:修改密碼后的用戶信息數據流程圖一層分解圖(1) 用戶登陸管理。用戶在登陸時，系統會進行判斷。用戶一共有三種類型，分別是學生，教師和管理員。其中，一部分教師是管理員。在登陸的只有學 生和教師兩種類型，管理員的身份由系統自行判斷。在判定時需要查詢用戶信息 庫。用戶信息庫，包括學生注冊信息，教師注冊信息，管理員信息等。學生選課 管理系統一層分解圖一一登陸管理，如下圖所示：學生

9、選課管理系統一層分解圖一一登陸管理注：F2.1:學生登陸信息F2.2:教師登陸信息F2.3:管理員登陸信息F7.1:用戶身份信息F7.2:修改密碼的錯誤信息（2）用戶操作管理。在登陸管理進行判斷后，發送學生登陸信息，教師登陸信息，管理員登陸信息的其中一種。根據用戶身份信息的不同，進入不同的管理界面，相應的操作的功能，權限都有所不同。如下圖所示：學生選課管理系統一層分解圖一一學生管理注：F3.1:原始學生信息F5.1:學生更新后的選課信F6.1:學生查詢的選課信息F8.1:學生操作后返回的信息學生選課管理系統一層分解圖一一教師管理注：F3.2:原始教師信息5.2:教師更新后的選課信息F6.2:教

10、師查詢的選課信息F8.1:教師操作后返回的信息學生選課管理系統一層分解圖一一管理員管理注：F3.3:原始管理員信息F9.1更新后的用戶信息F6.3:管理員查詢的選課信息F8.1:管理員操作后返回的信息F5.3:管理員更新后的選課信息數據流程圖二層分解圖（1）學生管理。將P2.1進行分解，學生管理包括，查看選課信息和個人信 息，進行選課、重新選課。學生選課管理系統二層分解圖一一學生管理如下圖所 示：注:學生學生選課管理系統二層分解圖一一學生管理F3.1:學生個人信息F5.1.1:增加后的選課信息F5.1.2:刪除后的選課信息(2)教師管理。將P2.2進行分解，教師管理包括，查看選課信息和個人信

11、填寫學生的成績。學生選課管理系統二層分解圖一一學生管理如下圖所示：學生選課管理系統二層分解圖一一教師管理注:F3.2.1:教師個人信息F3.2.2:學生個人信息F5.2.2:增加后的學生成績信息F5.2.3:修改后的學生成績信息(3) 教師管理。將P2.3進行分解，管理員管理包括，1.管理學生信息，包 括對學生信息的查詢、增加，修改，刪除；2.管理教師信息，包括對教師信息的 查詢、增加，修改，刪除；3.選課信息管理，包括發布選課信息，增加，修改， 刪除選課課程等。學生管理系統二層分解圖一一學生管理如下圖所示：學生選課管理系統二層分解圖一一管理員管理注：F3.3.1:原始學生信息F3.3.2:原

12、始教師信息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 :登陸管理

13、簡述系統從用戶信息庫中查詢出來的用戶注冊信息組成學生注冊信息+教師注冊信息+管理員注冊信息用戶基本信息數據流條目編號F4數據流名稱用戶基本信息來源D1:用戶信息庫去向P2：用戶操作管理簡述系統從用戶信息庫中查詢出來的用戶基本信息組成學生信息+教師信息+管理員信息用戶基本信息數據流條目編號F5數據流名稱學生選課信息清單來源P2:用戶操作管理去向D2:選課信息庫簡述用戶操作數據后存入選課信息庫中的信息組成學號+課程號+成績用戶基本信息數據流條目編號F6數據流名稱學生選課信息來源D2選課信息庫去向P2:用戶操作管理簡述用戶操作數據后存入選課信息庫中的信息組成學號+課程號+成績+班級信息用戶基本信息數

14、據流條目編號F7數據流名稱登陸錯誤信息來源D2選課信息庫去向P2:用戶操作管理簡述用戶登陸時，輸入的用戶名，密碼或驗證碼錯誤組成錯誤信息用戶基本信息數據流條目編號F8數據流名稱系統反饋用戶信息來源D2選課信息庫去向P2：用戶操作管理簡述用戶進行操作后，系統反饋給用戶信息組成查詢或操作顯示的信息，或錯誤提示信息用戶基本信息數據流條目編號F9數據流名稱用戶信息清單來源P2:用戶選課管理去向D1：用戶信息庫簡述用戶操作數據后存入用戶信息庫中的信息組成學生信息+教師信息+管理員信息用戶基本信息數據流條目編號F10數據流名稱修改密碼后的用戶信息來源P1 :登陸管理去向D1：用戶信息庫簡述用戶修改密碼后存

15、入用戶信息庫的信息組成用戶名+密碼+身份數據處理登陸管理數據處理編號P1名稱登陸管理輸入流F1、F3輸出流F2、F7、F10簡述對登陸信息進行管理處理判斷用戶登陸時輸入登陸信息是否正確用戶操作管理數據處理編號P2名稱用戶操作管理輸入流F2、F4、F6輸出流F5、F8簡述用戶相關操作的管理處理根據用戶的不同，進行不同的的用戶操作管理數據存儲數據存儲處理編號數據存儲名輸入數據流刪除數據流流量D1用戶信息庫F9、F10F3、F4大D2選課信息庫F6F5大三、概念模型設計3.1實體之間的聯系根據需求分析，歸結出合適的聯系：1、一個學生最多能夠選兩門課，一門課可以被多個學生選2、一個老師最多能教一門課，

16、一門課可以被多個老師教授，3、教師中只有一個是管理員4、一個學生可以屬于不超過兩個臨時班級，一個臨時班級可以有多名學生5、一名教師可以在多個臨時班級上課，一個臨時班級只有一名教師教授3.2 E-R 圖局部E-R圖(1) 學生課程聯系E-R圖學生課程聯系E-R圖(2) 教師課程關系E-R圖開始時間結束時 一間-學分課程號身份性別系部年齡班級名N屬于人數地點密碼學號姓名性別教師名教師號講授密碼年齡課程名教師課程關系E-R圖(3)學生臨時班級聯系E-R圖課程教師臨時班級學生學生臨時班級聯系 E-R圖(4)管理員教師關系實體E-R圖管理員教師關系E-R圖(5)教師班級關系實體E-R圖教師臨時班級聯系E

17、-R圖(6)課程臨時班級關系實體E-R圖課程臨時班級聯系 E-R圖N臨時班級全局E-R圖學生選課全局E-R圖四、邏輯設計4.1 概念模型向關系模型的轉換根據需求分析中的E-R圖，通過對實體的屬性和之間的聯系的分析，我們將 其由概念模型向關系模型轉化，并且根據范式化理論進行優化1:N聯系的轉化的關系模式（1）教師課程聯系概念模型向關系模型的轉化教師表（教師號，教師名,性別，年齡，身份，密碼，課程號）課程表（課程號，課程名,學分,上課時間，開課時間，結束時間）（2）教師臨時班級聯系概念模型向關系模型的轉化教師表（教師號，教師名,性別，年齡,身份，密碼）臨時班級表（班級號，班級名，人數，地點，教師號

18、）（3）課程臨時班級聯系概念模型向關系模型的轉化臨時班級表（班級號，班級名，人數，地點，課程號）課程表（課程號，課程名,學分,上課時間，開課時間，結束時間）M:N聯系的轉化的關系模式（1）學生選課聯系概念模型向關系模型的轉化學生表（學號，姓名，性別，年齡，系部，密碼）課程表（課程號，課程名,學分,上課時間，開課時間，結束時間）選課表（學號，課程號，成績）（2）學生班級聯系概念模型向關系模型的轉化學生表（學號，姓名，性別，年齡，系部，密碼）臨時班級表（班級號，班級名，人數，地點）學生班級關系表（學生號，班級號）4.2概念模型的優化確定范式級別根據上述分析所歸結出來的數據依賴的種類和在本系統實際的

19、開發過程中， 需要涉及多表的查詢及表的修改和刪除，且存在多值依賴的實際情況下，其關系 模式應達到BCNF實施規范化處理由于學生選課聯系的關系模式、學生班級的關系模式和教師管理員聯系的關 系模式已經不存非平凡且非函數依賴額多值依賴，所以在這里不需要做處理。各個關系模式的函數依賴集如下：教師課程聯系：F=教師號-教師名，教師號一性別，教師號一年齡，教師號身份，教師號密碼，教師號課程號 班級臨時班級聯系：F= 班級號班級名，班級號一人數，班級號一地點， 班級號一教師號課程臨時班級聯系：F= 班級號班級名，班級號人數，班級號地點， 班級號課程號選課聯系：F=（學號，課程號）成績學生班級聯系：F=（學生

20、號，班級號）（1）教師課程聯系概念模型向關系模型的優化教師表（教師號，教師名,性別，年齡，身份，密碼）課程表（課程號，課程名,學分,上課時間，開課時間，結束時間）教師課程聯系（教師號，課程號）（2）教師臨時班級聯系概念模型向關系模型的優化教師表（教師號，教師名,性別，年齡,身份，密碼）臨時班級表（班級號，班級名，人數，地點）教師臨時班級關系（班級號，教師號）（3）課程臨時班級聯系概念模型向關系模型的優化臨時班級表（班級號，班級名，人數，地點）課程表（課程號，課程名,學分,上課時間，開課時間，結束時間）課程臨時班級關系（班級號，課程號）經過規范化處理后的所有關系模如下：學生表（學號姓名，性別，年

21、齡，系部，密碼）課程表（課程號，課程名,學分,上課時間，開課時間，結束時間）教師表（教師號，教師名,性別，年齡,身份，密碼） 臨時班級表（班級號，班級名，人數，地點）教師課程關系（教師號,課程號）教師臨時班級關系（班級號，教師號）選課表（學號，課程號，成績）學生臨時班級關系表（學生號，班級號）課程臨時班級關系（班級號，課程號）五、源代碼及查詢截圖5.1數據庫的存儲結構通過需求分析，概要設計和邏輯設計流程得到本系統的數據庫結構數據庫的表設計進一步確定上一章邏輯設計中設計好的關系模式中各個數據項的類型和長度，將每個關系轉換為數據庫中的二維表格， 并確定了各個表的主鍵和外鍵，得 到以下表結構：學生表

22、字段名稱字段含義數據類型及長度約束默認值Sno學號varchar(15)主鍵Sn ame姓名varchar(15)非空Ssex性別varchar(2)男Sage年齡int0 或 0或=0或=0或=100 1學生臨時班級關系表字段名稱字段含義數據類型及長度約束默認值Sno學號varchar(15)主鍵,外鍵Cs no班級號varchar(15)主鍵,外鍵教師課程關系表字段名稱字段含義數據類型及長度約束默認值Tno教師號varchar(15)主鍵,外鍵Cno課程號varchar(15)外鍵教師臨時班級關系表字段名稱字段含義數據類型及長度約束默認值Cs no班級號varchar(15)主鍵,外鍵Tn

23、o教師號varchar(15)外鍵課程臨時班級關系表字段名稱字段含義數據類型及長度約束默認值Cs no班級號varchar(15)主鍵,外鍵Cno課程號varchar(15)外鍵數據的存放位置的設計根據本系統的數據庫的使用情況，主數據文件信息量大且使用頻繁將其存儲 在高速存儲器（硬盤）上。將表和表上的索引存儲在不同的磁盤上以便提高查詢 效率，同時這樣可以提高物理I/O讀寫效率。數據庫備份文件和日志文件等文件 因為使用頻率小而且數據量非常大，存放在低速存儲設備上。關系模式的存取方法關系模式采用索引存取方法與聚簇存取方法共用。數據庫安全性在數據庫中，由于用戶的身份不同，對數據庫的訪問權限也就不同。

24、管理員 幾乎能夠對所有的用戶自定義表進行操作（包括增、刪、改、查） 。但根據實際 情況，學生一旦選課成功，管理員是無法對其選課信息進行修改。同樣，學生與 教師對數據庫的訪問權限就更加小了。這樣也就保證了數據庫安全性。另外一方面，數據庫表中，各表之間根據實體完整性、參照完整性、域完整 性設置了各種約束。 一旦一張表被非法操作， 如刪除，修改。也會影響其它的表。 所以這就要求DBA定時進行備份，防止當數據丟失時，引起不可估量的損失。5.2 實現根據概要設計和邏輯設計的結果，在計算機上建立實際的數據庫結構，導入數據進行程序調試。數據庫的實現（ 1）創建數據庫 Studentcreate databa

25、se Studenton（name= 學生選課管理庫 ,filename = 學生選課管理庫 .mdf ,size =5,maxsize =15,filegrowth =2）視圖的實現（1）創建查詢可供選擇課程的視圖create view cinfoasselectcourse . cname, course . ccredit , class . address , course . ctime , course . cbegintime , course . cen dtime , class . number, course . cno, class . csname, class .

26、csnofrom course , tc , class , ccwhere course . cno=tc . cno and course . cno =cc. cno and class . csno =cc. csno（2）創建教師信息視圖create view tinfoasselect teacher . tno , teacher . tname , teacher .tsex , teacher . tage , status , course . cname from teacher , course , tcwhere teacher . tno =tc . tno and

27、 tc . cno=course . cno;（3）創建教師教師授課視圖create view tcinfoasselect teacher . tno , teacher . tname , course .cno, course . cnamefrom teacher , course , tcwhere teacher . tno =tc . tno and tc . cno=course . cno（4）學生的選課信息視圖create view scinfoasselectstudent . sname, course . cname, course . ccredit , cours

28、e . ctime , course . cbegintime , course . cen dtime , student . snofrom student , course , scwhere student . sno =sc. sno and course . cno=sc . cno（5）教師任教情況create view ctinfoasselect teacher .tno , teacher . tname , class . csno , class . csnamefrom class , teacher , ctwhere class . csno=ct . csno

29、and ct . tno =teacher . tno（6）教師課程班級之間關系的視圖create view tcsasselect tc . cno, tc . tno , cc . csno from cc ,tc where cc . cno=tc . cno（7）學生課程班級之間的關系的視圖create view sccasselect scs . sno, scs . csno , cc . cno from scs ,cc where scs . csno =cc . csnoselect * from sccreate view scgradeasselectscc . csno

30、 , class . csname, scc . sno, student . snam scc. eno, course . cname student . sclass , sc. gradefrom scc , course , class , student , scwhere scc .eno =course .eno and scc . cs no =class . cs no and scc . sno =stude nt . sno and scc . sno =sc. sno and scc . eno =sc. eno(9) 創建查詢可供選擇課程的視圖create view

31、 cinfoasselect course . Cname course . Ccredit ,class . address , course . CTime, course . Cbegintime , course . Cendtime , class . number, course . Cn o, class . CSname class . CSno teacher . Tnamefrom tcs , teacher , class , coursewhere tcs . tno =teacher . tno and class . csno=tcs . csno and cour

32、se . eno=tcs . eno(10) 創建查詢已選可供選擇的課程的視圖create view scinfoas selectstudent . sno, student . sname course . ename course . ccredit , course . ctime ,course . cbegintime , course . cendtime , course . eno, sc. grade from sc , student , course where sc . sno =student . sno and sc . eno=course . eno5.3人機

33、界面設計用戶登陸界面用戶登陸界面是每一個用戶，在登陸本系統時出現的界面，如要用戶輸入用 戶名、密碼和驗證碼，以及確定用戶身份。其界面如下圖：學生選課管理系統用戶登錄用戶名：密碼：學生V臉證碼：用戶登陸界面學生選課管理界面學生登陸成功后，進入學生管理模塊，其界面如下:學生選課管理界面教師管理界面教師成功登陸系統后，教師管理界面如下圖:學生選課管理系統用戶容：101002姓名：李嬌 諛師住銷癬息僅用刪樹務學生選孵理環關于選課的通知選課了，同學們教師管理界面管理員管理界面管理員成功登陸系統后，管理員管理模塊界面如下圖:管理員管理界面5.4系統測試用戶登陸測試(1) 登陸信息驗證測試。有一名用戶，用戶

34、名為：S01001密碼為：hongfeng,其身份為學生。當其在登陸界面所有的信息輸入正確時將進入如圖6-2的界面。如果該用戶輸入的為abcdef，系統就會提示用戶出錯，出錯界面如下:用戶名或密碼錯誤失敗返回登陸錯誤提示1(2) 如果用戶在輸入登陸信息時不符合規范，將彈出錯誤提示。如：驗證碼要 求輸入4位數字，現在輸入4位字符或3位數字，將會彈出一下提示框:登陸錯誤提示2學生選課管理測試(1) 學生選課測試。一名學生用戶，登陸系統后，進入圖6-2界面，選擇學生選課，進行選課。如下圖：己送爲程課程安排(2) 該用戶選擇了考研數學和汽車概論兩門課程，點擊選課按鈕，系統提示選課成功。選課成功后，返回

35、課程安排界面，如下圖：課已選課程選課后的課程安排(3) 課程安排界面，點擊已選課程，進入如下界面:苜頁弦回注銷已逸課程已選課程教師管理測試(1) 一名教師，登陸系統成功后，進入如圖6-3界面，點擊教師授課信息，顯 示該名教師臨1101班任教，如下圖：Si 22査看飾般鱷翹學生選祁癥號臨刪瞬學號辭1TC1104喘1101班SfllOOG音樂埶a27CU04SOWN音樂翳H=09O2SftC修改前的學生成績(3) 在界面點擊修改，將“蕭蕭”的成績修改成90，修改后的界面如下：miss幣 澀購廠臨鳩丁耦酯課讎w疇禪1 iuiS臨11呱si 麻 音緡WSS % 蝕2 TC1IM臨II腹狽血 胡曬 蒔贛

36、謝1映瞬o M修改后的學生成績管理員管理測試(1) “王軍”是本系統唯一一名管理員，登陸系統后，進入圖6-4界面，下面對其對學生的管理進行測試。點擊學生信息，進入如下圖界面：百靈返回注帝學生佶息管理增執學生佶息WffiA關鋰宇匕IMI堀號姓客性別系別1S01M1肖云女21英語斂肓曲01班外國語學院4S01002李云帆男村料L 001班機帳工程學院3S01003女1?州財珈計算機洋険41SGKXM肖劍賽男21機誓工程學尻5S09O13劉嬌畀21廿科慟艸計算機學撫6$09312W女19憫1剛班機械工程學軌檢改學生信息管理(2) 添加一個學號為“ S01005,姓名為“劉宏”，性別為“男” ,22歲

37、，計算機學院，計科0901班的學生信息，添加成功后，如下圖請確芋吞討輛號宇號SlSfl掠柞150100肖云31左溝護百w I盤嚴H吞荒PS2蟲 1002李云帆冒12機怖工祁堂殲3WIOOJSHfig計口機難411曲旨陰剛I機慣工性工院ante580100?男計料跑盟珈5smonWji卄料:UJ-1i+ii 機#K7FKW立19軻料畫就忸料二轉訓SF增加學生信息后的學生信息(3) 在上述界面，輸入“男”作為關鍵字，點擊查詢后，如下圖:首工匹回注銷學生荷息皆理增加學生荷息請輔入關越宇.W編號料姓容性別年裟孫別雌1S01002李云機22桝|】00】班歸械工程學院MSI1M2SOJQCM肖制毎畀21通

38、|090繃躲械工程學院3S01005劉宏里2J計科Q期班計算機學辰4S09O135W畀21計科0OTJ班計算機學悅搜索后學生信息(3)在圖上述界面，在第6行，點擊修改，將“劉嬌”的性別改成男，修改成功后，如下圖:6S09013女21廿科跑班修改后學生信息5.5運行維護經過實際的測試和運行，已經可以滿足高校公開課學生選課該，系統運行穩 定，日后的使用和維護中DBA應該注意進行定期備份數據庫，以免丟失數據庫。 定期清理數據庫中的無效數據，以提高運行效率。對軟件及運行環境進行日常維護。六、總結（設計過程中遇到的問題以及解決方法；課程學習及設計的體會）在此次的課程設計當中，我們遇到很多困難，同時也學習到很多。最重要的 是深刻體會到了團隊的重要性。在課程設計剛開始的時候，由于我們在沒有進行詳細的數據庫分析的情況 下，就盲目的編寫程序。使得在數據庫表結構，關系模式出現問題或變動的時候， 花費了大量時間來修改代碼。造成了工作進度落后于預期進度。 給以后的工作帶 來的很多的不便。這個時候已經離項目交付日期不到兩周。 我們的開發團隊馬上組織起來，召開緊急會議，總結了發生錯誤的原因。最后一起進行討論，協商， 決定改變以前的錯誤方針， 重新進行詳細