教務管理系統
1.1 資訊要求:
教務管理系統涉及的實體有:
● 教師——工作證號、姓名、職稱、**等;
● 學生——學號、姓名、性別、出生年月等;
● 班級——班號、最低總學分等;
● 系——系代號、系名和系辦公室**等;
● 課程——課序號、課名、學分、上課時間及名額等。
這些實體之間的聯絡如下:
● 每個學生都屬於乙個班,每個班都屬於乙個系,每個教師也都屬於乙個系。
● 每個班的班主任都由一名教師擔任。
● 一名教師可以教多門課,一門課可以有幾位主講老師,但不同老師講的同一門課其課序號是不同的(課序號是唯一的)。
● 一名同學可以選多門課,一門課可被若干同學選中。
● 一名同學選中的課若已學完,應該記錄有相應成績。
● 本單位學生、教師都有重名,工作證號、學號可以作為標識。
1.2 處理要求:
教學系統主要提供資料維護、選課和資訊查詢。其中常見的查詢有:系統中各物件的基本資訊查詢。
查詢指定班、系的學生資訊(名單、人數等)。查詢學生的成績、學分情況。查詢教師授課情況和學生選課情況……。
1.3 安全性與完整性要求:
● 安全性要求:
1.系統應設定訪問使用者的標識以鑑別是否是合法使用者,並要求合法使用者設定其密碼,保證使用者身份不被盜用;
2.系統應對不同的資料設定不同的訪問級別,限制訪問使用者可查詢和處理資料的類別和內容;
3.系統應對不同使用者設定不同的許可權,區分不同的使用者,如學生,教師,系統管理員。
● 完整性要求:
1.各種資訊記錄的完整性,關鍵資訊記錄內容不能為空;
2.各種資料間相互的聯絡的正確性;
3.相同的資料在不同記錄中的一致性。
1.4 系統功能的設計和劃分
根據如上得到的使用者需求,我們將本系統按照所完成的功能分成以下幾部分:
第一部分:使用者管理部分
第二部分:管理員管理部分
各部分完成的功能如下:
1、使用者管理部分
1、處理使用者註冊
2、處理使用者登入
3、使用者可以查詢學生資訊。
4、使用者可以查詢快件資訊。
5、使用者可以提交與查詢報修資訊。
6、使用者可以插入與刪除使用者自己的離返校資訊。
7、使用者可以修改使用者自己密碼。
2、管理員管理部分
1、處理管理員登入
2、管理員可以查詢學生資訊。
3、管理員可以發布與更新快件資訊。
4、管理員可以插入、修改與查詢報修資訊。
5、管理員可以插入與查詢學生夜歸資訊。
6、管理員可以查詢在校與離校學生資訊。
7、管理員可以修改管理員密碼。
(1)概念模型(e-r圖):
(2)資料字典:
資料儲存
e、處理過程
(3)資料流圖
● e-r圖向關係模型的轉換(關係的碼用下橫線表出)
教師(工作證號,姓名,職稱,**,系代號)
**表示:teacher ( tno, tname, title, tel, dno )
此為「教師」實體對應的關係模式。其中1:n聯絡「工作」與此關係模式合併,dno為外碼。
存在的函式依賴為tno → (tname,title,tel,dno),且不存在多值依賴,所以滿足4nf。
學生(學號,姓名,性別,出生年月,班號)
**表示:student ( sno, sname, s***, sbirth, class )
此為「學生」實體對應的關係模式。其中1:n聯絡「屬於」與此關係模式合併,class為外碼。
存在的函式依賴為sno → (sname,s***,sbirth,class),且不存在多值依賴,所以滿足4nf。
系(系代號,系名,系辦公室**)
**表示:department ( dno, dname, dphone )
此為「系」實體對應的關係模式。存在的函式依賴為dno → (dname,dphone),且不存在多值依賴,所以滿足4nf。
課程(課序號,課名,學分,上課時間,名額,工作證號)
**表示:course ( **o, **ame, credit, ctime, **um, tno )
此為「課程」實體對應的關係模式。其中1:n聯絡「授課」與此關係模式合併,tno為外碼。
存在的函式依賴為**o → (**ame,credit,ctime,**um,tno),且不存在多值依賴,所以滿足4nf。
選課(學號,課序號,成績)
**表示:sc ( sno, **o, grade )
此為m:n聯絡「選修」所對應的關係模式。sno和**o均為外部碼。存在的函式依賴為完全函式依賴(sno,**o) → grade,且不存在多值依賴,所以滿足4nf。
班級(班號,最低總學分,工作證號,系代號)
**表示:class ( class, totalcredit, tno, dno )
此為「班級」實體對應的關係模式。其中1:n聯絡「屬於」和1:
1聯絡「負責」與此關係模式合併,tno和dno為外碼。該關係模式中存在傳遞函式依賴:class → tno, (tno class),tno → dno,可得class → dno,故class 不屬於3nf。
解決方法是將其模式分解為:class ( class, totalcredit, tno )和t-d( tno, dno),分解後的關係模式滿足4nf,並且t-d與teacher的碼相同,可合併為同一模式。但是考慮到系統要經常進行系的學生資訊查詢,此時就不得不對student、class和teacher三個表進行連線查詢,而連線是影響查詢效率的主要原因,所以取消對class的模式分解。
此時class關係模式滿足2nf。
● 設計使用者子模式
為了方便程式查詢,建立了如下使用者檢視:
1、某系的學生資訊檢視(學號,姓名,性別,出生年月,班號)
2、某系的教師資訊檢視(工作證號,教師姓名,職稱,**,負責班級)
3、某課程的學生成績單(學號,姓名,班級,成績)
4、教師授課資訊表(工作證號,教師姓名,職稱,教授課程,學分,上課時間)
5、學生已選課表(課序號,課名,學分,授課教師,上課時間,名額)
4.1 選擇訪問方法
1、資料庫管理系統自動在每個表的主碼上建立索引,通常為b + 樹索引。
2、在student表sname列上建立stu_name索引,因為查詢操作很多都使通過學生姓名進行的。
3、在teacher表tname列上建立tea_name索引,因為查詢操作很多都使通過教師姓名進行的。
4.2 確定資料庫的儲存結構
1、為了提高系統效能,根據具體情況將資料的易變部分與穩定部分、經常訪問部分和訪問頻率較低部分分開存放。
2、dbms產品一般都提供了一些系統配置變數、儲存分配引數,根據應用環境確定這些引數值,並且在系統執行時還要根據系統實際運**況進行調整,以使系統效能最佳。
4.3 評價物理結構
根據所選用的dbms,如sql server 2000,從定量估算各種方案的儲存空間、訪問時間和維護代價入手,對估算結果進行權衡、比較,選擇乙個較優的合理的物理結構。
編寫關係模式,載入資料。分期分批地組織資料入庫,先輸入小批量資料做除錯用,待試執行基本合格後,再大批量輸入資料,逐步增加資料量,逐步完成執行評價。需要注意的是,要首先除錯執行dbms的恢復功能,做好資料庫的轉儲和恢復工作。
基本sql語言**如下:
create schema "teachaffair" authorization gao
create table department
(dno char(3) primary key, /*列級完整性約束條件,dno是主碼*/
dept char(20) unique not null,
dphone char(11),
);create table teacher
(tno char(6) primary key, /*列級完整性約束條件,tno是主碼*/
tname char(20) not null,
title char(8),
tel char(11),
dno char(3),
foreign key (dno) references department(dno) /*表級完整性約束條件,dno是外碼*/
);create table class
(class char(6) primary key, /*列級完整性約束條件,class是主碼*/
totalcredit numeric(4,1),
tno char(6),
dno char(3),
foreign key (tno) references teacher(tno), /*表級完整性約束條件,tno是外碼*/
foreign key (dno) references department(dno) /*表級完整性約束條件,dno是外碼*/
);create table student
(sno char(11) primary key, /*列級完整性約束條件,sno是主碼*/
sname char(20) not null,
s*** char(2),
sbirth datetime,
class char(6),
foreign key (class) references class(class) /*表級完整性約束條件,class是外碼*/
);create table course
(**o char(6) primary key, /*列級完整性約束條件,**o是主碼*/
資料庫實習報告 教務管理系統
資料庫系統課程設計 學生姓名 班學號 指導教師 教務管理系統 1 1 資訊要求 教務管理系統涉及的實體有 教師 工作證號 姓名 職稱 等 學生 學號 姓名 性別 出生年月等 班級 班號 最低總學分等 系 系代號 系名和系辦公室 等 課程 課序號 課名 學分 上課時間及名額等。這些實體之間的聯絡如下 ...
教務管理系統資料庫
管理資訊系統流程和架構諮詢專案 物理資料庫設計文件 air china company 文件位置 文件修改歷史 參考文件 目錄1.物理資料庫設計 4 1.1 資料庫總體設計 4 1.1.1 表空間規劃 4 1.1.2 資料庫規劃 4 2.資料庫表設計 5 2.1 實體列表 entity list 5...
教務管理系統資料庫設計
教務管理 資料庫系統課程設計 目錄1 需求分析 2 1 1 資訊要求 2 1 2 處理要求 2 1 3 安全性與完整性要求 2 1 4 系統功能的設計和劃分 2 第一部分 使用者管理部分 3 第二部分 管理員管理部分 3 2 概念設計 3 2.1概念模型 e r圖 3 2.2資料字典 5 a.資料項...