數據庫課程設計--教室信息管理系統(tǒng).

1、教室管理信息系統(tǒng)的設計目錄第一章 系統(tǒng)概述11.1 項目開發(fā)背景和意義11.2 系統(tǒng)功能分析11.3 系統(tǒng)實現(xiàn)技術1第二章 需求分析22.1 需求分析任務22.1.1 處理對象22.1.2 安全性和完整性要求22.2 數據流程分析22.3 數據字典42.3.1 數據項描述42.3.2 數據結構描述72.3.3數據流描述82.3.4處理邏輯描述92.3.5數據存儲描述9第三章 概念結構設計103.1 各信息概念數據模型的設計103.2 系統(tǒng)概念結構設計11第四章 邏輯結構設計124.1 關系數據庫的關系模式124.2 數據模型的優(yōu)化12第五章 物理結構設計135.1 目標和任務135.2 CDM

2、轉成PDM135.3 PDM生成到數據庫145.4 PDM生成數據庫各表的結構14第六章 數據庫的實施166.1 建立基本表166.1.1教師信息表166.1.2 教室信息表166.1.3 課程信息表176.1.4 上課安排186.2 查詢功能的實現(xiàn)196.2.1 教師信息查詢196.2.2 教室信息查詢206.2.3 課程信息查詢20課程設計心得與體會21參考文獻22第一章 系統(tǒng)概述1.1 項目開發(fā)背景和意義當今，經濟信息化，管理業(yè)務信息化已經成為一種趨勢。就學校對于教室管理方面，建立教室管理信息系統(tǒng)無疑是學校發(fā)展的一種趨勢，也使學校管理更方便，快捷。因此，學校信息化建設工作具有長期性、復雜

3、性和內容的多變性；正因為如此，教室管理信息系統(tǒng)也不是一個簡單的、封閉的、靜止的系統(tǒng)，而是一個復雜的、開放的、在應用的深度和廣度上，隨著時間的推移會逐步變化和發(fā)展的系統(tǒng)。就目前我校對教室管理情況而言，教室信息龐大復雜，管理過程雜亂，故建立此系統(tǒng)，以便及對教室信息的查詢等。1.2 系統(tǒng)功能分析實現(xiàn)教室信息的存儲，學校任課教師信息的存儲，教室安排信息存儲。在對這些數據進行存儲后，更新數據庫，之后，用戶就可以對學校教室的使用信息進行查詢。教室信息，包括教室編碼、教室容納人數、教室空閑時間、教室設備等；教師信息，包括教師姓名、教師編碼、課程編碼、教師職陳等；教室安排信息，包括何時空閑、空閑的開始時間、結

4、束時間等。本次課程設計要實現(xiàn)教師查詢，教室查詢，教室安排信息查詢，統(tǒng)計，將結果打印輸出。1.3 系統(tǒng)實現(xiàn)技術1. 實驗軟件平臺：Windows 8，PowerDesinger12.52. 數據庫開發(fā)工具：Microsoft SQL 2012第二章 需求分析2.1 需求分析任務2.1.1 處理對象教師信息、教室信息、教室安排信息、課程信息。2.1.2 安全性和完整性要求1、 安全性要求此系統(tǒng)用戶，用戶可以瀏覽教室安排信息管理中的記錄，但是不能夠修改。2、 完整性要求在教室信息管理系統(tǒng)中必須滿足實體完整性、參照完整性和用戶自定義完整性。（1）實體完整性：教室信息表、教師信息表和課程信息表中的教室編

5、號、教師編號和課程編碼必須唯一；（2）參照完整性：上課安排表中的教室編碼在教室信息管理表中的教室編號中找到與之對應的，上課安排表中的教室空閑時間在教室安排信息表中的教室空閑時間中找到與之對應的，上課安排表中的課程編碼在課程信息表中的課程編碼中找到與之對應的，教師信息表中的課程編碼在課程信息表中的中找到與之對應的；（3）用戶自定義完整性：教室人數要小于300，設備取自集合無，多媒體，位置非空，教師姓名非空，課程名稱非空。2.2 數據流程分析1、 教室信息管理系統(tǒng)頂層數據流程圖，如圖2.1所示。 圖2.1 教室信息管理系統(tǒng)頂層數據流程圖2、 教室信息管理系統(tǒng)第一層數據流程圖，如圖2.2所示。圖2.

6、2 教室信息管理系統(tǒng)第一層數據流程圖3、 教室安排信息查詢數據流程圖，如圖2.3所示。 圖2.3 教室安排信息查詢數據流程圖4、 打印輸出處理數據流程圖，如圖2.4所示。 圖2.4 打印輸出處理數據流程圖2.3 數據字典2.3.1 數據項描述1、數據項：教室編號 含義說明：唯一標識每一個教室 別名：教室名稱 類型：字符型 長度：20個字符 取值范圍：漢字、字母和數字的組合 取值含義：漢字是中文名首字，字母代表中文名下的哪一棟，數字表示教 室在樓中的位置 與其它數據項的邏輯關系：無2、數據項：教室人數 含義說明：說明教室的可容納人數 別名：容量 類型：短整型 取值含義：無 與其它數據項的邏輯關系

7、：當教室編號確定后，它也確定下來3、數據項：教室設備 含義說明：說明教室當前的內部設施情況 別名：無 類型：字符型 長度：20 取值含義：無 與其它數據項的邏輯關系：依據教室編號而定4、數據項：教室位置 含義說明：說明教室的地理位置 別名：無 類型：字符型 長度：40 取值含義：無 與其它數據項的邏輯關系：依據教室編號而定 5、數據項：教師編號 含義說明：唯一標識每一個老師 別名：無 類型：字符型 長度：6 取值范圍：000000-999999 取值含義：前兩位標明該老師所在院，后四位按順序編號 與其它數據項的邏輯關系：無6、數據項：教師姓名 含義說明：描述老師的姓名 別名：無 類型：字符型

8、長度：6 取值范圍：漢字，字母 取值含義：無 與其它數據項的邏輯關系：依據教師編號而確定7、數據項：課程代碼 含義說明：描述老師教授的科目 別名：無 類型：字符型 長度：6 取值范圍：無 取值含義：無 與其它數據項的邏輯關系：依據教師編號而確定8、數據項：職稱 含義說明：描述老師當前的等級 別名：無 類型：字符型 長度：6 取值范圍：講師，助教，副教授，教授 取值含義：無 與其它數據項的邏輯關系：依據教師編號而定9、數據項：上課時間 含義說明：表示上課的時間 別名：無 類型：字符型 長度：30 取值含義：上課的時段 與其它數據項的邏輯關系：依據教師編號而定2.3.2 數據結構描述 1、數據結構

9、：教室信息 含義說明：教室管理系統(tǒng)的主體數據結構，定義了一個教室的有關信息 組成：教室編碼，教室容納人數，教室設備，教室位置，教室空閑時間2、數據結構：教師信息 含義說明：教室管理系統(tǒng)的主體數據結構，定義了一個教師的有關信息 組成：教師編號，教師姓名，教師職稱3、數據結構：課程信息含義說明：教室管理系統(tǒng)的主體數據結構，定義了一個課程的有關信息組成：課程編碼，課程名稱4、 數據結構：上課安排含義說明：教室管理系統(tǒng)的主體數據結構，定義了一個上課安排的有關 信息組成：上課時間，上課地點2.3.3數據流描述數據流描述如表2-1所示。數據流編號數據流名稱簡述數據流來源數據流去向數據流組成A1所查詢的教室

10、號碼要查詢的教室信息學生或教師查詢上課安排課程表教室編碼A2查詢教室空閑所要查詢的教室沒課查詢上課安排課程表查詢上課安排課程表教室編碼、空閑時間段A3查詢教室有課所要查詢的教室有課查詢上課安排課程表查詢上課安排課程表教室編碼、所查時間段A4教室安排情況所安排的教室信息安排教室安排教室記錄所安排教室號碼A5教師編號所查詢的教師編號學生或教師查詢上課安排課程表教師編號A6教師安排所查詢的教師安排信息查詢上課安排課程表教師安排記錄教師編號、上課時間、課程、地點A7課程號所查詢的課程編號學生或教師查詢上課安排課程表課程編號A8上課安排所查詢的課程所有信息查詢上課安排課程表課程安排記錄課程編號、任課教師

11、、上課地點表2-1 數據流描述2.3.4處理邏輯描述處理邏輯描述如表2-2所示。表2-2 處理邏輯描述處理邏輯編號處理邏輯名稱簡述輸入的數據流處理輸出的數據流P1教室信息管理教室信息各項處理調課申請、課程信息、查詢統(tǒng)計及打印所有教室信息管理操作調課結果、查詢結果、存檔P2上課安排實行上課安排并記錄上課安排課程信息教室信息根據所查詢的教室信息安排教室上課安排記錄、存檔P3教室安排信息查詢查詢教室安排信息查詢條件教師查詢教室安排查詢結果P4教室信息查詢查詢教室信息查詢條件根據所提供的內容查詢教室信息查詢結果P5打印輸出打印所查詢的結果打印、課程表、教師信息根據查詢的結果打印打印結果2.3.5數據存

12、儲描述數據存儲描述如表2-3所示。表2-3 數據存儲描述數據存儲編號數據存儲名稱簡述數據存儲組成相關聯(lián)處理D1安排教室記錄安排查詢時間段的空閑教室上課時間、任課教師、上課教室、上課時間段P2D2打印結果記錄所查詢的教室信息打印結果教室編號、上課時間段、上課地點P5D3課程安排記錄所查詢課程的安排信息任課教師、上課地點、上課時間P4D4調課安排課程記錄教師調課課程安排信息教師編號、上課時間、上課地點P3第三章 概念結構設計3.1 各信息概念數據模型的設計（1） 教室信息的概念結構，如圖3.1所示。圖3.1 教室信息的概念結構（2） 教師信息的概念結構，如圖3.2所示。圖3.2 教師信息的概念結構

13、（3） 課程信息的概念結構，如圖3.3所示。圖3.3 課程信息的概念結構（4） 上課安排的概念結構，如圖3.4所示。圖3.4 上課安排的概念結構3.2 系統(tǒng)概念結構設計根據系統(tǒng)需求分析，可以得出教室信息管理系統(tǒng)的概念結構模型，如圖3.5所示。圖3.5 教室信息管理系統(tǒng)概念數據模型（CDM）第四章 邏輯結構設計邏輯結構設計是根據概念結構設計得到的數據庫概念模型，設計數據庫的邏輯結構。4.1 關系數據庫的關系模式1、 教室信息(教室編號，教室容納人數，教室設備，教室位置,教室空閑時間) 此為教室實體對應的關系模式。其中教室編號為主碼。2、 課程課程（課程編碼，課程名稱）此為課程實體對應的關系模式。

14、其中課程號為主碼。3、教師信息（教師編號，教師姓名，教師職稱）此為教師實體對應的關系模式。其中教師編號為主碼。4、 上課安排（上課時間，上課地點）此為實體教室安排信息所對應的關系模式。其中上課時間為主碼。4.2 數據模型的優(yōu)化該概念數據模型的每個實體的每個屬性都是不可再分的數據項，所以該概念數據模型滿足第一范式；每個實體的非主標識符屬性完全依賴于主標識符，故滿足第二范式；每個實體的屬性不存在非主標識符屬性對主標識符屬性的傳遞函數依賴，所以，該概念數據模型滿足第三范式，已達到最優(yōu)要求。第五章 物理結構設計5.1 目標和任務數據庫的物理設計就是為邏輯模型選取一個最合適應用要求的物理結構的過程，在這

15、個階段中要完成兩大任務：（1） 確定數據庫的物理數據模型；（2） 將物理數據模型生成到數據庫，并確定數據庫中表的結構。5.2 CDM轉成PDM將概念數據模型（CDM）轉化成物理數據模型（PDM），根據以上CDM轉化成的PDM如圖5.1所示。圖5.1 教室信息管理系統(tǒng)物理數據模型（PDM）5.3 PDM生成到數據庫物理數據模型生成數據庫，如圖5.2所示。圖5.2 PDM生成數據庫5.4 PDM生成數據庫各表的結構圖5.3 數據庫綜合表結構圖5.4 教師信息結構 圖5.5 教室信息結構 圖5.6 課程信息結構圖5.7 上課安排結構第六章 數據庫的實施6.1 建立基本表6.1.1教師信息表1、SQL

16、語句：INSERT INTO 教師信息 VALUES（150007,150204趙六,教授）結果如圖6.1所示。 圖6.1 教師信息插入語句1及結果表12、SQL語句：INSERT INTO 教師信息 VALUES（180016,180501，張華,教授）結果如圖6.2所示。 圖6.2 教師信息插入語句2及結果表2 6.1.2 教室信息表1、SQL語句：INSERT INTO 教室信息 VALUES(教2號樓5階，200，多媒體，教2號樓 周三5，6節(jié)，周三7，8節(jié))結果如圖6.3所示。圖6.3 教室信息插入語句1及結果表12、SQL語句：INSERT INTO 教室信息 VALUES（教8號

17、樓8階，200，多媒體，教8號樓 周二1，2節(jié)，周五3，4節(jié)）結果如圖6.4所示。圖6.4 教室信息插入語句2及結果表26.1.3 課程信息表1、SQL語句：INSERT INTO 課程信息 VALUES(150204，軟件工程)結果如圖6.5所示。 圖6.5 課程信息插入語句1及結果表12、SQL語句：INSERT INTO 課程信息 VALUES（180105，管理學）結果如圖6.6所示。 圖6.6 課程信息插入語句2及結果表26.1.4 上課安排1、SQL語句：INSERT INTO 上課安排 VALUES(150204，教2號樓5階，周一5，6節(jié)，周 五1，2節(jié)，教2號樓5階） 結果如圖6.7所示。圖6.7 上課安排插入語句1及結果表12、SQL語句：INSERT INTO 上課安排 VALUES(180501，教8號樓8階，周二3，4節(jié)，周 四3，4節(jié)，教8號樓8階） 結果如圖6.8所示。圖6.8 上課安排插入語句2及結果表26.2 查詢功能的實現(xiàn)6.2.1 教師信息查詢SQL語句：SELECT 教師信息.教師姓名，教師信息.教師職稱 FROM 課程信息，教師信息 WHERE 課程信息.課程編碼=150204 and 課程信息.課程