1、數據庫技術與應用（SQLServer2005）課 程 設 計題 目教師管理系統 組 員 王加銘 龔興茂班 級計科1002班學 院信息科學與工程學院指導教師彭浩 2012年 11 月 22 日- 24 -任務分配表第 * 組學號姓名負責部分成績組長70王加銘 完成需求分析、概念邏輯結 構設計和運行、維護部分組員50龔興茂 實現數據庫實施階段和運行部分指導老師點評：摘 要隨著計算機技術的飛速發展，計算機在各種單位機構管理中應用的普及，管理信息系統的開發在強調管理、強調信息的現代社會中也顯得越來越重要。因此，利用計算機支持單位高效率地完成人事管理的日常事務，是適應現代各種單位機構制度要求、推動各種單

2、位機構人事管理走向科學化、規范化的必要條件。本系統詳細介紹了以SQL Server 2005為語言編寫教師管理信息系統的過程，從教師管理信息系統分析到總體設計與實現及測試的各個環節。該系統具備完善的教師信息管理功能，教師基本信息的錄入、修改、查詢、刪除模塊，教師考勤信息，以及系統的維護功能。為教師管理提供信息咨詢，信息檢索，信息存取等 服務，基本上能夠滿足高校對教師管理的需要。數據庫設計與實現的基本過程包括需求分析、概念結構設計、邏輯結構設計、數據庫的實施階段以及數據庫的實施和維護等內容。需求分析確定系統的數據需求和處理需求；概念結構設計通過對用戶需求的綜合、歸納和抽象，形成一個獨立的概念模型

3、；邏輯結構設計則將概念模型轉換為具體的數據庫管理系統所支持的數據模型；數據庫的物理設計結合應用確定數據模型的存儲結構和存取方式。在這些工作完成之后，就可以建立數據庫并開始調試運行了，在數據庫的運行過程中必須對其進行維護包括數據庫的備份與恢復、性能分析與改進等等。關鍵字：概念結構：邏輯結構；需求分析；關系模式；數據字典；物理實現；系統設計；數據庫系統目錄第一章 緒論51.1背景分析51.2 開發設計思想51.3系統功能分析5第二章 需求分析62.1 功能要求62.2流程模塊圖62.2.1數據流程頂層圖72.2.2目標數據流程圖7第三章 數據庫概念結構設計83.1實體屬性圖83.1.1教師基本信息

4、實體83.1.2課程基本信息實體83.1.3學院基本信息實體93.1.4授課基本信息實體93.2 總體E-R圖10第四章 數據庫邏輯結構設計114.1 關系模型114.2優化114.3 數據信息表12第五章 數據庫實施階段145.1創建數據庫145.2功能175.2.1查詢功能175.2.2添加功能215.2.3修改功能225.2.4刪除功能23第六章數據庫運行和維護246.1 運行和維護階段的主要工作246.2維護的類型與內容24總結25參考文獻26第一章 緒論1.1背景分析傳統意義上的教師管理均采用手工書寫的方式來完成，需要通過大量的人工操作來進行。工作人員以紙、筆為處理工具，完全靠手工操

5、作來記錄、查詢各種信息，不僅勞動強度較大、效率低，而且容易出錯、數據不便更改，造成人力和財力資源的浪費。隨著社會的發展，計算機應用的日益普及，通過現代化的方式對教師信息進行管理已成為可能。基于此，我希望能通過開發這一管理系統，由計算機代替人工執行一系列諸如教師信息輸入、修改、查詢、統計等操作，減輕工作人員的工作強度，提高工作效率，降低學校運行成本；同時，也對教師的科學化、規范化管理做出一點嘗試。1.2 開發設計思想本系統開發設計思想:（1）盡量采用學校現有軟硬件環境,及先進的管理系統開發方案, 從從而達到充分利用學校現有資源, 提高系統開發水平和應用效果的目的。（2）系統采用模塊化程序設計方法

6、，既便于系統功能的各種組合和修改。（3）系統應具備數據庫維護功能，及時根據用戶需求進行數據的查詢、添加、刪除、修改等操作。1.3系統功能分析根據本教師管理系統主要是為了滿足學校的需求而設計，注重操作簡單易用、功能簡潔但夠用的特點，擬定系統應當具有如下功能：（1）教師基本信息數據的輸入：操作人員可以在本系統中建立教師編號、教師姓名、性別、學歷、職稱、出生年月、地址等信息，作為教師查詢的依據之一；（2）教師基本信息數據的修改、刪除：學校中的教師人數和人員，包括職稱、工資都會隨著時間的遷移而發生變化。因此，在系統中設置了增加記錄、修改記錄、刪除記錄等操作，教師管理人員可以隨時對教師基本信息進行更新和

7、修改；第二章 需求分析隨著中國高等教育的發展，學校的規模不斷地擴大，教師數量也越來越多。學校各系別的教師基本信息，授課信息及其他相關信息的信息處理量日益增大，手工管理不經成本高昂，容易出錯，產生不必要的麻煩。為了能夠快速、方便地顯示結果，并且有效的對有關教師授課、課程信息的各種信息進行統計與管理，我們設計了教師管理系統。這個系統可以方便了學校對教師管理，降低了管理成本，是一個簡潔而又高效的系統。根據需求分析，本系統要實現以下基本功能： 教師授課課程基本信息實現了教師基本信息的添加、刪除、修改以及查詢。教師學院信息表是對教師授課信息的添加、刪除、修改以及查詢，是對教師與學院關系信息的維護:2.1

8、 功能要求1、管理員能對教師有關的各類數據進行輸入、更新、添加、刪除與查詢，并且可以增加新的用戶。2、教師能對個人信息和他人信息進行查詢。3、教務人員能對教師所有的信息進行查詢并可以打印教師檔案報表。4、用戶可以修改自己的個人密碼。5、用戶可以修改自己的個人信息。2.2流程模塊圖根據需要完成的功能，設計出系統的總體功能模塊。本系統共分為2個功能模塊：基本信息管理、系統用戶管理。功能模塊示意圖如下：教師管理系統查詢退出用戶更新查詢姓名查詢職稱查詢部門添加修改賬號密碼添加修改刪除圖2-1教師管理系統功能模塊示意圖評價信息教師信息管理2.2.1數據流程頂層圖學 生信息錄用信息管理教 師考核信息管理員

9、領 導教學任務教務處圖2-2數據流頂層圖2.2.2目標數據流程圖通過系統的需求分析和教師信息的輸入，最終組合了教師的基本信息表，如圖2-3目標數據流程圖所示信息來源過程：教務處學生教師考試成績教學任務信息變更統計錄用測評測評信息教學任務量教師管理系統匯總教師信息統計計算圖2-3目標數據流程圖第三章 數據庫概念結構設計根據需求分析的結果，我們準備為學校編寫一個教師管理系統。對該系統進行概念設計，依據我們的想法，該系統會分為三個實體，分別是教師實體、課程實體、學院實體，其中的聯系是教師教授課程、教師所屬學院。E-R圖如下：3.1實體屬性圖概念模型是對現實世界的抽象和概述，它真實的反映了事物和事物之

10、間的聯系。應用實體屬性圖可以描述某一組織的概念模型，下面根據需求分析設計教師管理信息系統的實體屬性圖。3.1.1教師基本信息實體教師實體圖中包括的屬性有編號、姓名、性別、工資、職稱和聯系方式，這些屬性闡明了教師基本信息實體，如圖3-1-1所示。教 師編號姓名性別工資職稱聯系方式圖3-1教師信息實體圖3.1.2課程基本信息實體課程實體圖中包括的屬性有編號、課程名、學分和學時，這些屬性闡明了課程基本信息實體，如圖3-1-2所示。課 程學 時學分課程名編號圖3-2課程信息實體圖3.1.3學院基本信息實體學院實體圖中包括的屬性有編號、名稱、專業數和人數，這些屬性闡明了學院基本信息實體，如圖3-1-3所

11、示。學 院人數專業數編號名稱圖3-3學院信息實體圖3.1.4授課基本信息實體授課實體圖中包括的屬性有教師編號、課程編號、上課班級、學院名和上課時間，這些屬性闡明了授課基本信息實體，如圖3-1-4所示。授課上課時間學院名上課班級課程編號教師編號圖3-4授課信息實體圖3.2 總體E-R圖所有局部實體屬性圖設計好之后，接下來把它們綜合成一個全局概念結構，即總體E-R圖。在該總體E-R圖中，有4個實體類型，4個聯系類型，其實體屬性分別見各自的實體圖。該總體E-R圖說明了實體與實體間的聯系。如圖3-2所示。1所屬學院班級課編號教編號學院名N1時間授課教師專業數人數編號名稱1課程編號姓名性別職稱電話工資學

12、時學分課程名編號圖3-5教師管理信息系統完整E-R圖第四章 數據庫邏輯結構設計4.1 關系模型教師（教師編號，姓名，性別，聯系方式，職稱，工資）課程（課程編號，課程名，學分，學時）學院（學院編號，學院名，專業數，人數）授課（教師編號，課程編號，上課班級，學院名，上課時間）4.2優化 模式優化就是應用模式規范化技術對設計出來的數據庫模式進行規范化處理，其目的是減少乃至消除關系模式中存在的各種異常，改善完整性，一致性和存儲概率。 1、教師關系模式優化： 教師關系模式的函數依賴集為： F=教師編號姓名，教師編號性別，教師編號聯系方式，教師編號職稱,教師編號工資 教師關系模式規范化： 根據1NF定義和

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

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

15、式規范化： 根據1NF定義和分析,選修關系模式的每個屬性都是簡單屬性,所以選 修關系模式屬于1NF。 根據2NF定義和分析,選修關系模式中不存在部分函數依賴,所以選修 關系模式屬于2NF。 根據3NF定義和分析,選修關系模式中不存在傳遞函數依賴,所以選修 關系模式屬于3NF。4.3 數據信息表（1）通過關系模型和不斷優化修改，得出如圖4-1教師信息表：列名數據類型可否為空說明教師編號Varchar(10)NOT NULL教師編號（主鍵）姓名Varchar(10)NOT NULL教師姓名性別Char(2)NOT NULL教師性別聯系方式Varchar(10)NULL聯系方式職稱Varchar(1

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

17、har(10)NOT NULL專業數人數Varchar(20)NOT NULL學院人數圖4-3學院信息表（4）通過關系模型和不斷優化修改，得出如圖4-4授課信息表：列名數據類型可否為空說明教師編號Varchar(10)NOT NULL教師編號(主鍵)課程編號Varchar(10)NOT NULL課程編號（主鍵）上課班級Varchar(10)NOT NULL上課班級學院名Varchar(20)NOT NULL學院名稱上課時間Varchar(10)NOT NULL上課學期圖4-4授課信息表第五章 數據庫實施階段5.1創建數據庫create database 教師管理on primary( -主文件

18、name = m,filename = 'F:教師管理PersonFinance.mdf',size = 5MB,maxsize = 100MB,filegrowth = 1MB),( -輔助文件name = n,filename = 'F:教師管理PersonFinance.ndf',size = 5MB,maxsize = 50MB,filegrowth = 1MB),( -日志文件name = l,filename = 'F:教師管理PersonFinance.ldf',size = 5MB,maxsize = 50MB,filegrowt

19、h = 1MB)（1）創建教師信息表：create table 教師信息表( 編號 int primary key ,姓名varchar(10) not null ,性別varchar(10) ,工資int,職稱varchar(16),聯系方式int,);insert into 教師信息表values( 10001,'張三','男',5000,'教授',2 );insert into 教師信息表values( 10002,'李四','男',4000,'講師',12 );insert into 教師信

20、息表values( 10003,'王好','女',3435,'助教',2131241 ); insert into 教師信息表values( 10004,'陶于','女',4322,'副教授', );insert into 教師信息表values( 10005,'于吉','男',3412,'教授', );查詢表中信息，代碼如下：select * from 教師信息表執行后的結果顯示如圖所示： ( 圖5-1 教師信息表（2）創建課程表：create ta

21、ble 課程表（編號int primary key,課程名varchar(10),學分int ,學時int,);insert into 課程表values( 1001,'數據庫',4,80 );insert into 課程表values( 1002,'數據結構',4,60 );insert into 課程表values( 1003,'大學英語',3,60 );insert into 課程表values( 1004,'大學物理',2,40 );insert into 課程表values( 1005 ,'高數',4,5

22、0 );查詢表中信息，代碼如下：select * from 課程表執行后的結果顯示如圖所示： 圖5-2 課程表（3）創建學院表：create table 學院表(編號int primary key,名稱varchar(20) ,專業數int,人數int,);insert into 學院表values( 1030,'管理學院',6,4000 );insert into 學院表values( 1023,'信息科學與工程',8,5000 );insert into 學院表values( 1040,'外語學院',7,4500 );insert into

23、學院表values( 1899,'機械與工程學院',5,4523);insert into 學院表values( 1235,'中文學院',4,3800 );查詢表中信息，代碼如下：select * from 學院表執行后的結果顯示如圖所示： 圖5-3 學院表（4）創建授課表：create table 授課表(教師編號int primary key,課程編號int,上課班級varchar(10), 學院名varchar(20), 上課時間varchar(20),);insert into 授課表values( 10001,1002,'計科',

24、9;管理學院','10:00-11:40');insert into 授課表values( 10002,1001,'計科','信息科學與工程','8:00-9:40'); insert into 授課表values( 10005,1005,'計科','外語學院','15:40-17:20');insert into 授課表values( 10003,1004,'計科','管理學院','14:00-15:40');insert i

25、nto 授課表values( 10004,1003,'計科','機械與工程學','10:00-11:40');查詢表中信息，代碼如下： select * from 授課表執行后的結果顯示如圖所示： 圖5-4 授課表5.2功能5.2.1查詢功能創建教師信息查詢過程，實現對教師信息中教師教課的查詢，即輸入教師編號，查詢該教師的所教的課程名和上課時間等信息：（1）單表存儲查詢創建教師信息查詢存儲過程，實現對教師信息中教師信息的查詢。例如查詢編號10001的教師信息，即輸入教師編號，則輸出該教師相關信息等 if exists(select * from

26、sysobjects where name = '教師信息查詢' and type = 'p')drop procedure 教師信息查詢gocreate proc 教師信息查詢 b_編號int,n_姓名varchar(10) output, s_性別varchar(10)output,g_工資varchar(10)output, l_聯系方式varchar(10)output,t_職稱Varchar(10)outputas Select b_編號=編號,t_職稱=職稱,n_姓名=姓名, g_工資=工資,l_聯系方式=聯系方式,s_性別=性別from 教師信息表

27、 where 編號=b_編號go-查詢教師信息declare n_姓名varchar(10) , s_性別varchar(10),g_工資varchar(10), l_聯系方式varchar(10),t_職稱Varchar(10)exec 教師信息查詢 '10001',n_姓名output, s_性別output,g_工資output, l_聯系方式output,t_職稱outputselect n_姓名as 姓名, s_性別as 性別,g_工資as 工資, l_聯系方式as 聯系方式,t_職稱as 職稱結果如圖5-5所示，經過與圖5-1對比，卻是其中的一項。 圖5-5 單表存

28、儲查詢（1）多表連接查詢即輸入教師編號，通過連接多個數據基本表，查出該教師教的是哪一門課程，在哪個學部，什么時間上課等等。<1>通過創建視圖，簡化查詢操作，如下所示：-視圖create view view_教師教課asselect 教師信息表.姓名,課程表.課程名,授課表.上課班級, 授課表.學院名,授課表.上課時間from 教師信息表,課程表,授課表where 教師信息表.編號=授課表.教師編號and 授課表.課程編號=課程表.編號-查詢教師教課視圖select *from view_教師教課-刪除視圖drop view view_教師教課所操作的結果如圖5-6視圖多表連接查詢所

29、示： 圖5-6視圖多表連接查詢<2>通過創建用戶自定義函數來簡化查詢操作，如下所示：例如查詢教師編號10003的教師所教授的課程，通過多個表的連接查詢，的出的信息過程如下所示： -查詢教師教課create function 教師教課(t_no int)returns table as return (select 教師信息表.姓名,課程表.課程名, 授課表.上課班級,授課表.學院名,授課表.上課時間from 教師信息表,課程表,授課表where 教師信息表.編號=t_no and 教師信息表.編號=授課表.教師編號and 授課表.課程編號=課程表.編號)-執行函數查詢select

30、姓名,課程名,上課班級,學院名,上課時間from 教師教課(10003)drop function 教師教課通過和圖5-6對比，可以清楚的知道圖5-7所示的結果，如下圖： 圖5-7 函數使用查詢結果5.2.2添加功能在教師信息表上創建教師信息添加存儲過程，實現教師信息的添加： if exists(select * from sysobjects where name = '教師信息表添加' and type = 'p')drop procedure 教師信息表添加gocreate procedure 教師信息表添加t_編號int,t_姓名Varchar(10),

31、t_性別Varchar(10),t_工資int,t_職稱Varchar(16),t_聯系方式intas insert into 教師信息表 values(t_編號,t_姓名,t_性別,t_工資,t_職稱,t_聯系方式)go例如在圖5-1 教師信息表中添加 10006，張1，男，4800，教授，2的信息。 -執行教師信息存儲過程exec 教師信息表添加 10006,'張','男',4800,'教授',2所得到的結果如圖5-8添加信息所示： 圖5-8添加信息5.2.3修改功能創建教師信息修改存儲過程，實現教師信息的修改： if exists(sele

32、ct * from sysobjects where name = '教師信息修改' and type = 'p')drop procedure 教師信息修改gocreate proc 教師信息修改t_編號Varchar(10),t_姓名Varchar(10),t_性別Char(2),t_工資int,t_聯系方式Varchar(16),t_職稱Varchar(10)asupdate 教師信息表set 編號=t_編號,姓名=t_姓名,性別=t_性別,工資=t_工資,聯系方式=t_聯系方式,職稱=t_職稱where 編號=t_編號go例如在圖5-1 教師信息表中將

33、“于吉”修改成“于高”和“男”修改成“女”其余的不變，如下所示： -執行教師信息修改過程exec 教師信息修改10005,'于高','女',3412,'教授',-修改后查詢select * from 教師信息表所得到結果如圖5-9修改信息所示： 圖5-9修改信息5.2.4刪除功能創建教師信息刪除存儲過程，實現教師信息的刪除： if exists(select * from sysobjects where name = '教師信息刪除' and type = 'p')drop procedure 教師信息刪除goc

34、reate procedure 教師信息刪除 t_編號Varchar(10)as delete from 教師信息表 where 編號=t_編號go例如在圖5-1 教師信息表中將編號10004 的教師所有信息刪除，如下所示： -執行教師信息刪除過程exec 教師信息刪除'10004'-修改后查詢select * from 教師信息表所得到結果如圖5-10刪除信息所示： 圖5-10刪除信息第六章數據庫運行和維護數據庫試運行合格后，即可投入正式運行了，這標志著數據庫開發工作基本完成。但是由于環境在不斷變化，數據庫運行過程中物理也會不斷變化，對數據庫設計進行評價、調整、修改和維護工作

35、時一個長期的任務，也是設計工作的繼續喝提高。6.1 運行和維護階段的主要工作 在數據庫運行階段，數據庫你的維護主要由DBD完成。數據庫的維護工作包括以下五項。（1） 數據庫的轉儲和恢復（2） 數據庫的安全性、完整性控制（3） 數據庫性能的監督、分析和改造（4） 數據庫的數據重組（5） 數據庫的重新構造由于數據庫應用環境發生變化，例如增加了新的應用或新的實體，取消了某些應用，有的實體與實體間的聯系發生了變化等，使原有的數據庫設計不能滿足新的需求，需要調整數據庫的模式和內模式。例如在表中增加或刪除某些數據項、改變數據項的類型。增加或刪除某個表、改變數據庫的容量、增加或刪除某些索引，以及增加或取消某些功能等等。當然數據庫的重新構造也是有限的，只能做部分修改。如果應用變化太大，重新構造也無濟于事，說明此DBS生命周期已經結束，應該設計新的DBS了。6.2維護的