教師管理信息系統(tǒng)實驗報告

數(shù)據(jù)庫課程設計實驗報告題目：教室管理信息系統(tǒng)學校：南陽理工學院學院：軟件學院專業(yè)：軟件工程(軟件設計)班級：軟件設計4班姓名：閆帥帥、弓振剛、鄭國威學號：、教室管理系統(tǒng)實訓報告一、 需求分析階段1. 背景；2. 系統(tǒng)功能以及要求;3. 安全性與完整性要求;4. 數(shù)據(jù)字典二、 概念設計階段1. 局部E-R圖2. 整體E-R圖三、 邏輯設計階段1. 邏輯設計的與目標；2. 將E-R圖轉化為關系模型；3. 數(shù)據(jù)庫模型的規(guī)范化；四、 物理設計階段物理設計的目標與任務;系統(tǒng)功能模塊圖；五、 數(shù)據(jù)庫設計階段教室管理的基本操作；六、 開發(fā)系統(tǒng)及環(huán)境(參考文獻)七、 實驗總結1. 實驗設計總結；2. 心得體會；一：需求分析1. 背景：本系統(tǒng)是面向校內(nèi)的學生，教師，管理員，進行設計的，在校園內(nèi)，學生上課，老師教課，等，都離不開教室，所以教室的使用和管理就很重要了。而教室管理系統(tǒng)就解決了這一難題。2. 功能：(1).作為學生而言，查詢課程時候，就能找到課程名，教室，任課教師，時間段等信息。(2) .作為老師而言，教師可以查看自己需要上課的具體信息，比如：xx教學樓，xx教室，教室類型，時間段等信息。(3) ，教師還能對教室有借用的權利，該系統(tǒng)具有教室申請借用功能，當管理員批準后，獲得該教室的該時間段的使用權。(4) ，管理員還能對系統(tǒng)內(nèi)部進行修改，編輯等功能；(5) 教室信息，包括教室容納人數(shù)、教室空閑時間、教室設備等；(6) 教師信息，包括教師姓名、教授課程、教師職陳、安排上課時間等；(7) 教室安排信息，包括何時空閑、空閑的開始時間、結束時間等。按照一定條件查詢，統(tǒng)計，將結果打印輸出。3.安全性要求與完整性規(guī)則：（主要針對網(wǎng)站設計而言）：a、訪問用戶的標識唯一以鑒別是否是合法用戶，并要求合法用戶設置其密碼，保證用戶身份不被盜用；b、不同的數(shù)據(jù)設置不同的訪問級別，限制訪問用戶可查詢和處理數(shù)據(jù)的類別和內(nèi)容；c、不同用戶設置不同的權限，區(qū)分不同的用戶，如學生、教師和教務處管理人員。教師（只能查詢教室、教師和課程信息，以及提出借用教室申請），管理人員（可進行日常事務的處理，如增加、刪除、更新課程、教室、教師信息，并批準或拒絕借用教室的申請）。4.教室管理系統(tǒng)數(shù)據(jù)字典1.課程表數(shù)據(jù)字典標號字段名稱類型說明1課程編號c_numberint主鍵2課程名c_nameVarchar103學分creditVarchar104老師姓名t_nameVarchar205課程時間Start-timeVarchar202. 班級表數(shù)據(jù)字典標號字段名稱類型說明1教室編號class_numint主鍵2教室類型class_typeVarchar203教室容量class_capacityVarchar204空閑時間free_timeVarchar205有無多媒體class_styleVarchar203. 教師表數(shù)據(jù)字典標號字段名稱類型說明1老師編號t_numberint主鍵2老師姓名t_nameVarchar203老師性別t_sexVarchar204教師職稱t_titleVarchar205老師系別t_sdeptVarchar206授課時間段t_timeVarchar504. 教師借用信息表數(shù)據(jù)字典標號字段名稱類型說明1IDLend_idint主鍵2教室編號Class_numint3老師編號t_numberint4老師姓名t_nameVarchar205使用日期usedataVarchar206時間段timeVarchar207用途use1Varchar20二、概念設計階段：2.1.1數(shù)據(jù)庫的局部E-R圖1班級表E-R圖 如下：Class_namemeCFree_CStyleCType班級信息表Capacity2.admin E-R圖 如下：Admin_idpasswadusernameadmin 3.課程表E-R圖 如下：課程表C-numberC_nameCreditT_nameStart_time4.教師表E-R如下:教師表T-numberT_nameT_sexT_titleT_timeT_sddept2.整體E-R圖三、 邏輯設計階段3.1. 邏輯設計的與目標:以上的概念設計階段是獨立于任何一種數(shù)據(jù)模型的，但是邏輯設計階段就與選用的DBMS產(chǎn)品發(fā)生關系了，系統(tǒng)邏輯設計的任務就是將概念設計階段設計好的基本E-R圖轉換為選用DBMS產(chǎn)品所支持的數(shù)據(jù)模型相符合的邏輯結構。具體內(nèi)容包括數(shù)據(jù)組織（將E-R圖轉換成關系模型、模型優(yōu)化、數(shù)據(jù)庫模式定義、用戶子模式設計）、數(shù)據(jù)處理（畫出系統(tǒng)功能模塊圖）兩大任務； 3.2 E-R圖轉換為關系模型實體型轉換為關系模式。實體的屬性就是關系的屬性，實體的碼就是關系的碼。對于實體間的聯(lián)系則有以下不同的情況：一個m：n聯(lián)系轉換為一個關系模式。與該聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉換為關系的屬性，而關系的碼為各實體碼的組合。一個1：n聯(lián)系可以轉換為一個獨立的關系模式，也可以與n端對應的關系模式合并。如果轉換為一個獨立的關系模式，則與該聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉換為關系的屬性，而關系的碼為n端實體的碼。 一個1：1聯(lián)系可以轉換為一個獨立的關系模式，也可以與任意一端對應的關系模式合并。三個或三個以上實體間的一個多元聯(lián)系可以轉換為一個關系模式。與該多元聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉換為關系的屬性，而關系的碼為各實體碼的組合 具有相同碼的關系模式可合并?；綞-R圖向關系模型的轉化如下：1. 管理員表：CREATE TABLE admin ( admin_id int(10) unsigned NOT NULL AUTO_INCREMENT, username varchar(10) CHARACTER SET utf8mb4 NOT NULL, password text CHARACTER SET utf8mb4 NOT NULL, PRIMARY KEY (admin_id)2.班級信息表CREATE TABLE class ( class_num int(10) NOT NULL, class_type varchar(20) CHARACTER SET utf8mb4 NOT NULL, class_capacity varchar(20) NOT NULL, free_time varchar(20) CHARACTER SET utf8mb4 NOT NULL, class_style varchar(20) CHARACTER SET utf8mb4 NOT NULL, PRIMARY KEY (class_num)3.課程表信息CREATE TABLE course ( c_number int(10) NOT NULL, c_name varchar(10) CHARACTER SET utf8mb4 NOT NULL, credit varchar(10) NOT NULL, t_name varchar(20) CHARACTER SET utf8mb4 NOT NULL, start_time varchar(20) CHARACTER SET utf8mb4 NOT NULL, PRIMARY KEY (c_number)四、物理設計階段：4.1物理設計階段的目標與任務 數(shù)據(jù)庫的物理設計就是為邏輯數(shù)據(jù)模型選取一個最合適應用要求的物理結構的過程，在這個階段中要完成兩大任務：（1）確定數(shù)據(jù)庫的物理結構，在關系數(shù)據(jù)庫中主要是存取方法和存儲結構；（2）對物理結構進行評價，評價的重點是時間和空間效率。4.2功能模塊圖如下：五、據(jù)庫設計階段：數(shù)據(jù)表導入：1.用戶表：2. 課程表3. 班級表4. 教師表5.教室借用信息表2 功能展示（截圖）1. 登錄界面：2. 主頁面3.教室查詢4. 教師查詢5. 課程查詢6. 教室申請表六、:開發(fā)系統(tǒng)及環(huán)境(參考文獻)1.參考文獻：數(shù)據(jù)庫原理及應用php項目開發(fā)Sql server2.開發(fā)環(huán)境及軟件：windows 8.1開發(fā)軟件:subline,Navicat for mysql,Apach七、:總結1.設計總結在這次課程設計中，重點是要掌握數(shù)據(jù)庫設計方法。數(shù)據(jù)庫設計特點：三分技術，七分管理，十二分基礎數(shù)據(jù)。在數(shù)據(jù)庫建設中不僅涉及技術，還設計管理。要建設好一個數(shù)據(jù)庫應用系統(tǒng)，開發(fā)技術固然重要，但相比之下則管理更重要。進行數(shù)據(jù)庫的設計首先必須了解與分析用戶需求。需求分析是整個設計過程的基礎，是最困難、最耗時的一部分。需求分析做的不好，甚至會導致整個數(shù)據(jù)庫設計返工重做。需求分析的任務是通過詳細的調(diào)查現(xiàn)實世界要處理的對象，充分了解用戶的各種需求，然后在此基礎上確定系統(tǒng)功能。系統(tǒng)還必須充分考慮今后可能的擴充和改變。概念結構設計是整個數(shù)據(jù)庫設計的關鍵，他通過對用戶需求進行綜合、歸納與抽象，形成一個獨立與具體DBMS的概念模型。邏輯結構設計是將概念結構轉換為某個DBMS所支持的數(shù)據(jù)模型，并對其進行優(yōu)化。概念結構的特點：能真實、充分的反映現(xiàn)實世界，包括失誤和事物之間的聯(lián)系，能滿足用戶對數(shù)據(jù)的處理要求，是對現(xiàn)實世界的一個真實模型；易于理解，從而可以用它和不熟悉計算機的用戶交流意見，用戶的積極參與是數(shù)據(jù)庫設計成功的關鍵；易于更改，當應用環(huán)境和應用要求改變時，容易對概念模型修改和擴充；易于向關系、網(wǎng)狀、層次等各種數(shù)據(jù)模型轉換。本系統(tǒng)主要針對的用戶是學生，管理員和老師。該設計的優(yōu)點是：不同用戶的功能都單獨存儲在數(shù)據(jù)庫中相應的表中使他們可以很方便地滿足自己的需求。不足是：存在部分數(shù)據(jù)冗余，不利于該數(shù)據(jù)庫向大型數(shù)據(jù)庫擴展。但該設計基本能滿足三類的用戶的需求，完成簡單的功能。時間有限，部分功能還沒有實現(xiàn)，有待完善！2.心得體會：通過將近一個星期的設計，我們對數(shù)據(jù)庫在生活中的廣泛應用有了更深的體會，尤其是對數(shù)據(jù)庫的原理與開發(fā)程