教務管理
資料庫系統課程設計
目錄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.資料項 5
b、資料結構 5
c、資料流 5
d、資料儲存 6
e、處理過程 6
2.3 資料流圖 7
3、邏輯結構設計 7
3.1 e-r圖向關係模型的轉換（關係的碼用下橫線表出） 7
3.2 設計使用者子模式 8
4、物理設計 8
4．1 選擇訪問方法 8
4．2 確定資料庫的儲存結構 8
4．3 評價物理結構 9
5、系統實施 9
6、執行維護 10
教務管理系統涉及的實體有：
● 教師——工作證號、姓名、職稱、**等；
● 學生——學號、姓名、性別、出生年月等；
● 班級——班號、最低總學分等；
● 系——系代號、系名和系辦公室**等；
● 課程——課序號、課名、學分、上課時間及名額等。
這些實體之間的聯絡如下：
● 每個學生都屬於乙個班，每個班都屬於乙個系，每個教師也都屬於乙個系。
● 每個班的班主任都由一名教師擔任。
● 一名教師可以教多門課，一門課可以有幾位主講老師，但不同老師講的同一門課其課序號是不同的（課序號是唯一的）。
● 一名同學可以選多門課，一門課可被若干同學選中。
● 一名同學選中的課若已學完，應該記錄有相應成績。
● 本單位學生、教師都有重名，工作證號、學號可以作為標識。
教學系統主要提供資料維護、選課和資訊查詢。其中常見的查詢有：系統中各物件的基本資訊查詢。
查詢指定班、系的學生資訊（名單、人數等）。查詢學生的成績、學分情況。查詢教師授課情況和學生選課情況……。
● 安全性要求：
1.系統應設定訪問使用者的標識以鑑別是否是合法使用者，並要求合法使用者設定其密碼，保證使用者身份不被盜用；
2.系統應對不同的資料設定不同的訪問級別，限制訪問使用者可查詢和處理資料的類別和內容；
3.系統應對不同使用者設定不同的許可權，區分不同的使用者，如學生，教師，系統管理員。
● 完整性要求：
1.各種資訊記錄的完整性，關鍵資訊記錄內容不能為空；
2.各種資料間相互的聯絡的正確性；
3.相同的資料在不同記錄中的一致性。
根據如上得到的使用者需求，我們將本系統按照所完成的功能分成以下幾部分：
1、處理使用者註冊
2、處理使用者登入
3、使用者可以查詢學生資訊。
4、使用者可以查詢快件資訊。
5、使用者可以提交與查詢報修資訊。
6、使用者可以插入與刪除使用者自己的離返校資訊。
7、使用者可以修改使用者自己密碼。
各部分完成的功能如下：
1、處理管理員登入
2、管理員可以查詢學生資訊。
3、管理員可以發布與更新快件資訊。
4、管理員可以插入、修改與查詢報修資訊。
5、管理員可以插入與查詢學生夜歸資訊。
6、管理員可以查詢在校與離校學生資訊。
7、管理員可以修改管理員密碼。
教師（工作證號，姓名，職稱，**，系代號）
**表示：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、學生已選課表（課序號，課名，學分，授課教師，上課時間，名額）
1、資料庫管理系統自動在每個表的主碼上建立索引，通常為b + 樹索引。
2、在student表sname列上建立stu_name索引，因為查詢操作很多都使通過學生姓名進行的。
3、在teacher表tname列上建立tea_name索引，因為查詢操作很多都使通過教師姓名進行的。
1、為了提高系統效能，根據具體情況將資料的易變部分與穩定部分、經常訪問部分和訪問頻率較低部分分開存放。
2、dbms產品一般都提供了一些系統配置變數、儲存分配引數，根據應用環境確定這些引數值，並且在系統執行時還要根據系統實際運**況進行調整，以使系統效能最佳。
根據所選用的dbms，如sql server 2000，從定量估算各種方案的儲存空間、訪問時間和維護代價入手，對估算結果進行權衡、比較，選擇乙個較優的合理的物理結構。
編寫關係模式，載入資料。分期分批地組織資料入庫，先輸入小批量資料做除錯用，待試執行基本合格後，再大批量輸入資料，逐步增加資料量，逐步完成執行評價。需要注意的是，要首先除錯執行dbms的恢復功能，做好資料庫的轉儲和恢復工作。
基本sql語言**如下：
create schema "teachaffair" authorization gao
create table department
(dno char(3) primary key, /*列級完整性約束條件，dno是主碼*/
教務管理系統資料庫
管理資訊系統流程和架構諮詢專案 物理資料庫設計文件 air china company 文件位置 文件修改歷史 參考文件 目錄1.物理資料庫設計 4 1.1 資料庫總體設計 4 1.1.1 表空間規劃 4 1.1.2 資料庫規劃 4 2.資料庫表設計 5 2.1 實體列表 entity list 5...
資料庫課程設計教務管理系統
目錄1 可行性研究 3 2 需求分析 3 2.1 任務概述 3 2.2 執行環境 4 2.3 系統資料流圖 4 2.4 一致性需求 4 2.5 完整性需求 5 3 概要設計 5 3.1介面設計 5 3.1.1 外部介面 5 3.1.2 內部介面 5 3.2 e r圖 5 3.2.1 區域性e r圖 ...
資料庫課程設計報告教務管理系統
理工學院 課程設計報告 課程名稱資料庫課程設計 設計題目教務管理系統 專業電腦科學與技術 班級學號 姓名完成日期 2013年12月30 日 目錄5 物理結構設計 10 5.1資料表的設計 10 5.2資料庫完整性設計 12 5.3資料庫安全性設計 13 6 應用程式設計 14 6.1系統功能模組圖 ...