1、精選優質文檔-傾情為你奉上河南城建學院數據庫原理課程設計報告課程名稱： 數據庫原理課程設計 設計題目： 教師任課管理系統 指導教師： 班 級： 學 號： 學生姓名： 同組人員： 成 績： 評 語： 計算機科學與工程學院2014年6月13日專心-專注-專業目 錄第1章 概述1.1 選題的背景與意義傳統意義上的教師管理均采用手工書寫的方式來完成，需要通過大量的人工操作來進行。工作人員以紙、筆為處理工具，完全靠手工操作來記錄、查詢各種信息，不僅勞動強度較大、效率低，而且容易出錯、數據不便更改，造成人力和財力資源的浪費。隨著社會的發展，計算機應用的日益普及，通過現代化的方式對教師信息進行管理已成為可能

2、。基于此，我希望能通過開發這一管理系統，由計算機代替人工執行一系列諸如教師信息輸入、修改、查詢、統計等操作，減輕工作人員的工作強度，提高工作效率，降低學校運行成本；同時，也對教師的科學化、規范化管理做出一點嘗試。本系統開發設計思想:（1）盡量采用學校現有軟硬件環境,及先進的管理系統開發方案, 從從而達到充分利用學校現有資源, 提高系統開發水平和應用效果的目的。（2）系統采用模塊化程序設計方法，既便于系統功能的各種組合和修改。（3）系統應具備數據庫維護功能，及時根據用戶需求進行數據的查詢、添加、刪除、修改等操作。1.2相關技術分析根據本教師管理系統主要是為了滿足學校的需求而設計，注重操作簡單易用

3、、功能簡潔但夠用的特點，擬定系統應當具有如下功能：（1）教師基本信息數據的輸入：操作人員可以在本系統中建立教師編號、教師姓名、性別、學歷、職稱、出生年月、地址等信息，作為教師查詢的依據之一；（2）教師基本信息數據的修改、刪除：學校中的教師人數和人員，包括職稱、工資都會隨著時間的遷移而發生變化。因此，在系統中設置了增加記錄、修改記錄、刪除記錄等操作，教師管理人員可以隨時對教師基本信息進行更新和修改；第2章 系統功能設計2.1系統總體結構設計圖教師任課管理體統教師信息表課程信息表學院信息表授課信息表圖2.12.2 系統功能模塊2.2.1教師信息表的查詢和更新模塊將完成教師基本信息的查詢、更新（修改

4、、插入、刪除）操作，便于對教師信息的集中管理。2.2.2課程信息表的查詢和更新模塊 將完成課程基本信息的查詢、更新（修改、插入、刪除）操作，便于對課程信息的集中管理。2.2.3學院信息表的查詢和更新模塊 將完成學院基本信息的查詢、更新（修改、插入、刪除）操作，便于對學院信息的集中管理。2.2.4授課信息表的查詢和更新模塊 將完成授課基本信息的查詢、更新（修改、插入、刪除）操作，便于對授課信息的集中管理。第3章 數據庫設計3.1 需求分析3.1.1數據流程頂層圖 頂層流圖只包含一個加工，用以表示被開發的系統，然后考慮該系統有哪些輸入數據、輸出數據流。頂層圖的作用在 于表明被開發系統的范圍以及它和

5、周圍環境的數據交換關系。下圖為頂層圖。評價信息教師信息管理學 生信息錄用信息管理教 師考核信息管理員領 導教學任務教務處圖3.1數據流頂層圖3.1.2目標數據流程圖通過系統的需求分析和教師信息的輸入，最終組合了教師的基本信息表，如圖3-1-2目標數據流程圖所示信息來源過程：教務處學生教師考試成績教學任務信息變更統計錄用測評測評信息教學任務量教師管理系統匯總教師信息統計計算圖3.2目標數據流程圖3.1.3數據項（1）通過關系模型和不斷優化修改，得出如圖3-1-3教師信息表：列名數據類型可否為空說明教師編號Varchar(10)NOT NULL教師編號（主鍵）姓名Varchar(10)NOT NU

6、LL教師姓名性別Char(2)NOT NULL教師性別聯系方式Varchar(10)NULL聯系方式職稱Varchar(10)NOT NULL教師職稱工資Int（10）NOT NULL教師工資圖3.1教師信息表（2）通過關系模型和不斷優化修改，得出如圖3-1-2課程信息表：列名數據類型可否為空說明課程編號Varchar(10)NOT NULL課程編號（主鍵）課程名Varchar(10)NOT NULL課程名稱學分Int(4)NOT NULL學分學時Varchar(200)NOT NULL學時圖3.2課程信息表（3）通過關系模型和不斷優化修改，得出如圖3-1-3學院信息表：列名數據類型可否為空說

7、明學院編號Varchar(10)NOT NULL學院編號(主鍵)學院名Varchar(10)NOT NULL學院名稱專業數Varchar(10)NOT NULL專業數人數Varchar(20)NOT NULL學院人數圖3.3學院信息表（4）通過關系模型和不斷優化修改，得出如圖3-1-4授課信息表：列名數據類型可否為空說明教師編號Varchar(10)NOT NULL教師編號(主鍵)課程編號Varchar(10)NOT NULL課程編號（主鍵）上課班級Varchar(10)NOT NULL上課班級學院名Varchar(20)NOT NULL學院名稱上課時間Varchar(10)NOT NULL上

8、課學期圖3.4授課信息表3.2 數據庫概念結構設計根據需求分析的結果，我們準備為學校編寫一個教師管理系統。對該系統進行概念設計，依據我們的想法，該系統會分為三個實體，分別是教師實體、課程實體、學院實體，其中的聯系是教師教授課程、教師所屬學院。概念模型是對現實世界的抽象和概述，它真實的反映了事物和事物之間的聯系。應用實體屬性圖可以描述某一組織的概念模型，下面根據需求分析設計教師管理信息系統的實體屬性圖。3.2.1教師基本信息實體教師實體圖中包括的屬性有編號、姓名、性別、工資、職稱和聯系方式，這些屬性闡明了教師基本信息實體，如圖3-2-1所示。教 師編號姓名性別工資職稱聯系方式圖3.5教師信息實體

9、圖3.2.2課程基本信息實體課程實體圖中包括的屬性有編號、課程名、學分和學時，這些屬性闡明了課程基本信息實體，如圖3-2-2所示。課 程學 時學分課程名編號圖3.6課程信息實體圖3.2.3學院基本信息實體學院實體圖中包括的屬性有編號、名稱、專業數和人數，這些屬性闡明了學院基本信息實體，如圖3-2-3所示。學 院人數專業數編號名稱圖3.7學院信息實體圖3.2.4授課基本信息實體授課實體圖中包括的屬性有教師編號、課程編號、上課班級、學院名和上課時間，這些屬性闡明了授課基本信息實體，如圖3-2-4所示。授課上課時間學院名上課班級課程編號教師編號圖3.8授課信息實體圖3.2.5總體E-R圖所有局部實體

10、屬性圖設計好之后，接下來把它們綜合成一個全局概念結構，即總體E-R圖。在該總體E-R圖中，有3個實體類型，1個聯系類型，其實體屬性分別見各自的實體圖。該總體E-R圖說明了實體與實體間的聯系。如圖3-2所示。1所屬學院班級課編號教編號學院名Nm時間授課教師專業數人數編號名稱n課程編號姓名性別職稱電話工資學時學分課程名編號圖3.9教師管理信息系統完整E-R圖3.3 數據庫邏輯結構設計3.3.1關系模型教師（教師編號，姓名，性別，聯系方式，職稱，工資）課程（課程編號，課程名，學分，學時）學院（學院編號，學院名，專業數，人數）授課（教師編號，課程編號，上課班級，學院名，上課時間）3.3.2優化模式優化

11、就是應用模式規范化技術對設計出來的數據庫模式進行規范化處理，其目的是減少乃至消除關系模式中存在的各種異常，改善完整性，一致性和存儲概率。 1、教師關系模式優化： 教師關系模式的函數依賴集為： F=教師編號姓名，教師編號性別，教師編號聯系方式，教師編號職稱,教師編號工資 教師關系模式規范化： 根據1NF定義和分析, 教師關系模式的每個屬性都是簡單屬性,所以 教師關系模式屬于1NF。 根據2NF定義和分析, 教師關系模式中不存在部分函數依賴,所以 教師關系模式屬于2NF。 根據3NF定義和分析, 教師關系模式中不存在傳遞函數依賴,所以 教師關系模式屬于3NF。 2、課程關系模式優化： 課程關系模式

12、的函數依賴集為： F=課程編號課程名，課程編號學分，課程編號學時 課程關系模式規范化： 根據1NF定義和分析,課程關系模式的每個屬性都是簡單屬性,所以課 程關系模式屬于1NF。 根據2NF定義和分析,課程關系模式中不存在部分函數依賴,所以課程 關系模式屬于2NF。 根據3NF定義和分析,課程關系模式中不存在傳遞函數依賴,所以課程 關系模式屬于3NF。 3、學院關系模式優化： 選修關系模式的函數依賴集為： F=學院編號學院名，學院編號專業數，學院編號人數 學院關系模式規范化： 根據1NF定義和分析,選修關系模式的每個屬性都是簡單屬性,所以選 修關系模式屬于1NF。 根據2NF定義和分析,選修關系

13、模式中不存在部分函數依賴,所以選修 關系模式屬于2NF。 根據3NF定義和分析,選修關系模式中不存在傳遞函數依賴,所以選修 關系模式屬于3NF。 4、授課關系模式優化： 授課關系模式的函數依賴集為： F=（教師編號，課程編號）上課班級，（教師編號，課程編號）學院名，（教師編號，課程編號）上課時間 授課關系模式規范化： 根據1NF定義和分析,選修關系模式的每個屬性都是簡單屬性,所以選 修關系模式屬于1NF。 根據2NF定義和分析,選修關系模式中不存在部分函數依賴,所以選修 關系模式屬于2NF。 根據3NF定義和分析,選修關系模式中不存在傳遞函數依賴,所以選修 關系模式屬于3NF。第4章 數據庫實

14、施階段4.1創建數據庫create database teacherteaching4.1.2創建教師信息表create table teaching-教師信息表( tid int primary key,tname varchar(10) not null,tsex varchar(10),tsalary int,tgrade varchar(16),tphonenumber int,);insert into teaching values( 10001,張三,男,9000,教授,);insert into teaching values( 10002,李四,男,6000,講師,);ins

15、ert into teaching values( 10003,王五,女,3000,助教,);insert into teaching values( 10004,趙六,女,7000,副教授,);insert into teaching values( 10005,錢七,男,9000,教授,);查詢表中信息，代碼如下：select * from teaching執行后的結果顯示如圖所示：圖4.14.1.3創建課程表create table course-課程表( cnumber int primary key,cname varchar(10),cgrade int ,cperiod int,

16、);insert into course values( 1001,數據庫,4,80);insert into course values( 1002,數據結構,4,60);insert into course values( 1003,大學英語,3,60);insert into course values( 1004,大學物理,2,40);insert into course values( 1005 ,高數,4,50);查詢表中信息，代碼如下：select * from teaching執行后的結果顯示如圖所示：圖4.24.1.4創建學院表create table department-

17、學院表(did int primary key,-學員編號dname varchar(20) ,-學院名稱dspeciality int,-專業個數dpeople int,-人數);insert into department values( 1030,管理學院,6,1000);insert into department values( 1023,信息科學與工程,8,1000);insert into department values( 1040,外語學院,7,1500);insert into department values( 1899,機械與工程學院,5,1200);insert

18、into department values( 1235,中文學院,4,1300);查詢表中信息，代碼如下：select * from teaching執行后的結果顯示如圖所示：圖4.34.1.5創建教師任課表create table tc-授課表(tid int primary key,-教師編號cnumber int,-課程編號class varchar(10),-上課班級 dname varchar(20),-學院名 time varchar(20),-上課時間);insert into tc values( 10001,1002,工商管理,管理學院,10:00-11:40);inser

19、t into tc values( 10002,1001,信息工程,信息科學與工程,8:00-9:40); insert into tc values( 10005,1005,英語,外語學院,15:40-17:20);insert into tc values( 10003,1004,工程管理,管理學院,14:00-15:40);insert into tc values( 10004,1003,機械工程,機械與工程學,10:00-11:40);圖4.44.2數據庫的完整性4.2.1索引Create unique index teacherid on teaching(tid) -在教師表中按

20、照教師編號建立索引Create unique index courseid on course(cnumber)-在課程表中以課程編號建立索引Create unique index departmentid on department(did ASC,dpeople DESC)-在學院表中以學員編號升序，學員人數降序建立索引4.2.2約束Alter table teaching -在表teaching增加一個性別的約束add constraint c3 check(tsex in(男,女)4.2.3用戶和授權Create role u1-創建一個用戶u1創建用戶Grant select,ins

21、ert,update,delete-給用戶u1授予查詢，更新，刪除教師信息表的權利On teachingTo u1授權Revoke delete-收回用戶對教師信息表的刪除的權利On teachingFrom u1收回授權4.3 數據庫功能的實現4.3.1查詢功能通過select語句進行查詢。1）查詢全體教師信息圖4.52）例如查詢編號為10001的教師信息。圖4.63）統計一個教師的工作量select sum(cperiod)from course,teaching,tcwhere teaching.tid=tc.tid and umber=umber and teaching.tid=10

22、0014.3.2 更新功能1）修改圖4.72）插入圖4.83）刪除delete-刪除數據from teachingwhere tid=10001select * from teaching-查詢teaching表圖4.9第5章 數據庫維護與查詢5.1查詢、觸發器、視圖5.1.1觸發器定義一個觸發器，為教師信息表定義完整性規則“助教的工資不得低于4000元，如果低于4000元，自動改為4000元。Create TRIGGER insert_or_update_tsalary-創建觸發器on teachingafter insert,updateasdeclare sa intdeclare gr

23、 varchar(16)select sa=tsalary from insertedselect gr=tgrade from insertedif(sa4000 and gr=助教)beginupdate teachingset tsalary=4000where tgrade=助教enddrop TRIGGER insert_or_update_tsalary-刪除觸發器update teaching -更新一個助教的工資數據監測是否觸發器成功執行set tsalary=2000where tgrade=助教在觸發器成功執行之后，數據庫的數據又被觸發器強制改變了，更新的助教工資是2000

24、元，但是觸發器成功執行之后，助教的工資被改變為要求的最低4000元。5.1.2視圖與查詢多表連接查詢即輸入教師編號，通過連接多個數據基本表，查出該教師教的是哪一門課程，在哪個學部，什么時間上課等等。通過創建視圖，簡化查詢操作，如下所示：create view view_teaching-創建教師教課的視圖asselect teaching.tname,ame,tc.class,tc.dname,tc.timefrom teaching,course,tcwhere teaching.tid=tc.tid and umber=umberselect * from view_teaching-查詢

25、教師授課視圖drop view view_teaching-刪除視圖所操作的結果如圖5-1-1視圖多表連接查詢所示：圖5-1-15.2數據庫維護數據庫試運行合格后，即可投入正式運行了，這標志著數據庫開發工作基本完成。但是由于環境在不斷變化，數據庫運行過程中物理也會不斷變化，對數據庫設計進行評價、調整、修改和維護工作時一個長期的任務，也是設計工作的繼續喝提高。5.2.1運行和維護階段的主要工作 在數據庫運行階段，數據庫你的維護主要由DBD完成。數據庫的維護工作包括以下五項。（1） 數據庫的轉儲和恢復（2） 數據庫的安全性、完整性控制（3） 數據庫性能的監督、分析和改造（4） 數據庫的數據重組（5

26、） 數據庫的重新構造由于數據庫應用環境發生變化，例如增加了新的應用或新的實體，取消了某些應用，有的實體與實體間的聯系發生了變化等，使原有的數據庫設計不能滿足新的需求，需要調整數據庫的模式和內模式。例如在表中增加或刪除某些數據項、改變數據項的類型。增加或刪除某個表、改變數據庫的容量、增加或刪除某些索引，以及增加或取消某些功能等等。當然數據庫的重新構造也是有限的，只能做部分修改。如果應用變化太大，重新構造也無濟于事，說明此DBS生命周期已經結束，應該設計新的DBS了。5.2.2維護的類型與內容1）校正性維護為識別和糾正錯誤，彌補系統性能缺陷而修改系統的過程稱校正性維護。（2）適應性維護 為使應用系統適應計算機硬件環境、系統環境、數據環境變化而修改系統的過程稱適應性維護。（3）完善性維護為適應變化，增加系統功能、增加系統性能、提高運行效率而修改系統的過程稱完善性維護。（4）預防性維護為提高系統的可維護性和可靠性而對系統進行的修改稱預防性維護。其目的是為以后進一步的運行和維護打好基礎。第6章 結束語通過這次的課程設計，使我對這學期學的知識有了更為全面的認識。在這個學期數據庫的學習期間，我已經了解了數據庫的大部分的操作代碼和一些