數據庫課程設計--學校教務管理系統_第1頁
數據庫課程設計--學校教務管理系統_第2頁
數據庫課程設計--學校教務管理系統_第3頁
數據庫課程設計--學校教務管理系統_第4頁
數據庫課程設計--學校教務管理系統_第5頁
已閱讀5頁,還剩14頁未讀 繼續免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

1、學校教務管理的數據庫設計I. 需求分析:隨著學校的規模不斷擴大,學生數量急劇增加,有關學生的各種信息量也成倍增長。面對龐大的信息量,就需要有學生教務信息管理系統來提高學生管理工作的效率。通過這樣的系統,可以做到信息的規范管理、科學統計和快速的查詢,從而減少管理方面的工作量。學校為方便教務管理,需開發一個教務管理系統。為便于學生,老師,教務管理人員信息查詢,注冊以及信息修改,學校把學生的信息,包括姓名、性別、年齡,成績等信息輸入教務管理系統的數據庫,然后在管理終端可以對數據進行查詢和修改操作。要求系統能有效、快速、安全、可靠和無誤的完成上述操作。并要求系統界面要簡單明了,易于操作,程序利于維護。

2、一、信息分析: (1)學校教務管理的數據庫,包含以下信息:學校有若干個系,每個系有若干名教師和學生,每個教師可以擔任若干門課程,并參加多個項目,每個學生可以同時選修多門課程,每門課程每學期可能有多名教師教授,課程分為必修、選修、任選三種。(2)學校的教務管理的信息包括:學生姓名、學號、班級、性別、班號,籍貫、出生日期、所屬系編號、所屬系名稱、系主任,教師編號,教師姓名,教師職稱,教師所授課程、課程編號,課程名,課程學分,項目編號,項目名稱,項目負責人,學生選修課程及成績。學生如果課程及格,可以取得該課程的學分。學生的各類型課程學分和總學分累計到一定程度,學生可以畢業。根據成績高低,可以計算學分

3、積。及格學生的學分積公式:課程學分積(該課程成績50)/10×該課程學分。二、功能分析:(1) 用戶能夠使用友好的圖形用戶界面實現對系、班級、學生、教師、課程、選課等內容進行增、刪、改,以及對信息的查詢。對于查詢要實現比較強大的功能,包括精確查詢、模糊查詢以及統計查詢。(2) 具體查詢在數據庫中要實現以下的功能:1) 所有來自某省的男生2) 所有某課程成績>90的同學3) 教授某課程的老師4) 某班年齡最大的5名同學5) 某年以后出生的男同學6) 選修某課程的學生及其成績7) 沒有授課的教師8) 某學生所選課程的總學分9) 教授某學生必修課程的老師情況10) 某學生選修了哪些系

4、的課程11) 某系學生所學的所有課程12) 按總學分找出某系學習最好的5名同學13) 按總學分積找出某系學習最好的5名同學14) 可以畢業的學生三、軟、硬件配置程序運行的環境:具體運行環境為軟件方面,操作系統為windows2000/XP,并且系統裝有SQL Server2000數據庫管理系統。硬件方面,CPU主頻500MHz以上,內存128M或更高。硬盤剩余空間不能少于30M。四、工程預算及時間安排:ü 工程預算:由于程序本身并不十分復雜,實現起來軟硬件需求都不算高,具體花費在此就不計算了。時間進度ü 時間安排:運行維護階段系統實施階段系統設計階段系統分析階段系統規劃階段

5、圖1.1時間安排系統開發階段(總體不超過課程設計規定時間)系統維護階段 五、數據字典: 系表:列 名數據類型約束系號Char(7)不為空、唯一系名稱VarChar(30)不為空班級數Smallint-系主任VarChar(20)不為空、唯一 班級表:列 名數據類型約束班級號Char(7)不為空、唯一班級名稱VarChar(30)不為空所在系號Char(7)參照其它表 學生信息表:列 名數據類型約束學號Char(7)不為空、唯一姓名VarChar(20)不為空性別Char(2)男或女、默認男年齡Smallint-所在班級號Char(7)參照其它表籍貫VarChar(20)-所在系號Char(7)

6、- 教師信息表:列 名數據類型約束教師編號Char(7)不為空、唯一姓名VarChar(20)不為空性別Char(2)男或女、默認男年齡Smallint-職務VarChar(30)-聯系電話Char(8)所在系號Char(7)參照其它表 課程表:列 名數據類型約束課程號Char(2)不為空、唯一課程名VarChar(30)不為空學分Smallint-學時Integer-類型Char(6)取值(必修課、選修課)、默認(必修課) 學生成績表:列 名數據類型約束學號Char(7)與課程號聯合做主鍵、參照其它表課程號Char(2)與學號聯合做主鍵、參照其它表成績Numeric(4,1)>=0 a

7、nd <=100學分Smallint- 教師授課信息表:列 名數據類型約束教師編號Char(7)聯合主鍵、參照其它表課程號Char(2)聯合主鍵、參照其它表開設該課程的班級號Clno(7)聯合主鍵、參照其它表II. 詳細設計方案:一、 概念設計:1、 總體功能概念結構圖:2、 查找所給問題的實體系統中涉及到的實體:班級,學生,教師,課程,學院中的各個系。2.1查找實體的關聯 班級、學生之間是一對多關系; 學生、課程之間是多對多關系; 系、班級、教師之間是一對多關系; 教師、課程、班級之間是多對多關系;2.2查找實體關鍵字 班級的關鍵字-班級號; 學生的關鍵字-學號; 教師的關鍵字-教師編

8、號; 課程的關鍵字-課程號; 系的關鍵字-系號。23 設計E-R圖:1) 總體功能流程圖班級信息維護學生信息維護操作員課程信息維護教師信息維護班級表學生信息表學生選課課程表教師信息表查詢課程表成績輸入打印成績單2) 學生E-R圖:學生學生基本信息學生班級信息學生課程信息學生成績信息3) 班級E-R圖:班級班號所在系號系主任班級名稱4) 課程E-R圖:課程課程編號課程名稱課程類型課程學分5) 教師E-R圖:教師所授課程編號教師編號所在系號教師姓名6) 全局E-R圖:二、 邏輯設計:1、將ER模型轉換為等價的關系模式。教師(教師編號,教師姓名,教師職稱,教師所授課程,教師所屬系號);學生(姓名、學

9、號、班級、性別、班號,籍貫、出生日期、所屬系編號);班級(班級號,所在系號,班級名稱);課程(課程號,課程名,學分,學時,類型);系(系號,系名稱,班級數,系主任);成績(學號,課程號,成績,學分);教師授課(教師編號,課程號,班級號)。2、按需要對關系模式進行規范化。經過分析,教師表中的聯系電話這一屬性不符合第一范式,它是一個多值屬性(需求分析得到教師的聯系電話不止一個),所以現將聯系電話屬性拆分為三個屬性-辦公電話,移動電話和住宅電話。即:教師(工作證號碼,姓名,性別,年齡,辦公室號,職稱,職務,辦公電話,移動電話,住宅電話);再經分析,概念模型E-R圖中所涉及的表都能滿足第三范式的要求3

10、、對規范化后的模式進行評價。經過上一步的調整之后,模式已經基本符合題目要求,可以直接將規范化以后的模型應用于物理設計。4、根據局部應用的需要,設計用戶外模式。 三、 物理設計:1、 數據格式化:根據邏輯設計的結果,得到適合SQL Server 2000的數據格式和類型。系統中具體的數據如下列表所示: Department:列 名數據類型約束DnoChar(7)Primary keyDnameVarChar(30)Not nullDClassNumberSmallint-GrademasterVarChar(30)Not null Class:列 名數據類型約束ClnoChar(7)Primar

11、y keySpecialityVarChar(30)Not nullDnoChar(7)Reference Department(Dno) Student:列 名數據類型約束SnoChar(7)Primary keySnameVarChar(20)Not nullSsexChar(2)In(男,女),default(男)SbirthdayDatetime-ClnoChar(7)Reference Class(Clno)SplaceVarChar(20)-DnoChar(7)Primary key Teacher:列 名數據類型約束TnoChar(7)Primary keyTnameVarCha

12、r(20)Not nullTsexChar(2)In(男,女),default(男)TBirthdayDatetime-TfunctionVarChar(30)-ThomeTelChar(8)Like 0-9 Course:列 名數據類型約束CnoChar(2)Primary keyCnameVarChar(30)Not nullCreditSmallint-CtimeInteger-CtypeChar(6)In(必修課、選修課)、Default(必修課) Grade:列 名數據類型約束SnoChar(7)Primary key,reference Student(Sno)CnoChar(2)

13、Primary key,reference Course(Cno)GmarkNumeric(4,1)>=0 and <=100CreditSmallint- TC:列 名數據類型約束TnoChar(7)Primary key,reference Teacher(Tno)CnoChar(2)Primary key,reference Course(Cno)ClnoClno(7)Primary key,reference Class(Clno)2、 表之間的聯系:III. 系統維護設計:一、 安全性要求:在這個系統中應該有三種用戶:第一種是學生,這部分用戶對系統中的數據只有查詢的權限,

14、沒有任何修改的權限;第二種是教師。這部分用戶對系統中的數據不僅有查詢的權限,對有關其所涉及的課程的學生成績還具有添加、修改、刪除的功能;第三種用戶是系統的管理員。他具有最高權限,可以對系統中的任何數據作任何操作。一般由學院的特定的人專門承擔此任務。二、 使用方式要求:用戶在可視化的環境中使用該系統,通過用戶名和口令對用戶的訪問(及權限)進行限制。此系統平均應該能滿足500人同時訪問系統中的數據庫,最高峰應能達到平均訪問量得兩倍。查詢響應時間不應該對于3秒。三、 可擴充性要求: 系統中的數據庫可以隨學院規模的變化進行動態的擴充或縮減。功能根據學院不同時期的不同要求做出適當的增刪。IV. SQL查

15、詢一、 所有來自北京的男生:Select snameFrom studentWhere ssex=男 and splace=北京;二、 所有成績>90的同學Select Student.sno,snameFrom Student,GradeWhere Student.sno=Grade.sno And Grade.Gmark>90;三、 教授數據庫的老師Select Teacher.Tno,TnameFrom Teacher,TC,CourseWhere Teacher.Tno=TC.Tno And TC.Cno=Course.Cno And Course.Cname=DB;四、

16、03班年齡最大的5名同學五、 某年以后出生的男同學六、 選修某課程的學生及其成績七、 沒有授課的教師八、 某學生所選課程的總學分九、 教授某學生必修課程的老師情況十、 某學生選修了哪些系的課程十一、 某系學生所學的所有課程十二、 按總學分找出某系學習最好的5名同學十三、 按總學分積找出某系學習最好的5名同學十四、 可以畢業的學生V. 參考文獻數據庫系統概論高等教育出版社 王珊SQL Server 2000 上機實驗指導清華大學出版社 及其它相關參考書VI. 課程設計心得體會:從此課程設計的過程中,使我充分認識到了一個道理:“好事多磨”,就是說做任何事之前一定要把要做的事規劃好,對可能出現的問題

17、預先作好解決的方案。在做設計之前,我對教務管理系統的認識只是停留在表面,缺乏本質和深入地研究調查,以至與在著手設計的過程中,各種意想不到的困難接踵而至。面對種種困難而又不知道怎樣解決,無從下手的我后來重新對此次的設計做了認真細致的規劃和調查,重新做了全面的分析,不斷完善系統說明書。這使我在以后的設計之中作到了事半功倍的效果,整個設計流程清晰明了。當然,在此次的設計中最大的困難就是經常由于一些小錯誤而花費大量時間。人們常說:“辦法總比困難多”,通過查閱大量相關資料,與老師和同學的不斷交流使我對數據庫有了較詳細的認識,并能進行一些工作量不是很大的開發。其實,這次設計的收獲不僅僅是學會了設計數據庫,我覺得這樣的過程相當重要,相當有意義,最大的收獲就是對我這些年大學學習的總結和培養了解決困難的信心和能力,使我對這些年所學知識能夠融會貫通,又不斷豐富了新知識。正像老師說的一樣,設計使得我們對幾年來所學的專業課有了更為深

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論