目錄（宋體二號）
1緒論2功能分析
2.1資料流程分析圖
2.2系統功能模組設計
2.3安全設計
3.資料庫設計
3.1需求分析
3.1.1 任務概述
3.1.2 系統功能需求
3.2概念結構設計
3.2.1 資料需求
3.2.1 e-r圖設計
3.3邏輯結構設計
3.3.1 關係模型
3.3.2 資料庫完整性設計
3.4 物理結構設計
3.4.1 設計表
3.4.2資料庫與表的建立
3.4.3 建立檢視
3.4.4 建立索引
3.4.5 建立儲存過程
4.課程設計總結
1.緒論
隨著家教行業競爭的加劇、國內教育制度的不斷深化改革，各類家教機構將更加注重學生的素質教育，不再單一為提高孩子學習成績而努力，所以課外選擇適合學員自己的家教是至關重要的，家教資訊系統是管理教員主要及其詳細的資訊系統，利用計算機的資料庫系統管理家教資訊，達到管理功能完備，操作方便，有效快捷管理家教的資訊，同時能夠使使用者和學員快速並詳細的了解家教資訊。
2.1. 資料流程分析圖
資料流程圖是一種能全面地描述資訊系統邏輯模型的主要工具，它可以用少數幾種符號綜合地反映出資訊在系統中的流動、處理和儲存情況。
資料流程圖的特點：具有抽象性和概括性。抽象性表現在它完全捨去了具體的物質，
只剩下資料的流動、加工處理和儲存；概括性表現在它可以把資訊中的各種不同業務處理過程聯絡起來，形成乙個整體。
結構化分析方法繪製資料流程圖的基本思想：自頂向下，由外向裡，逐步分解。家教資訊系統頂層的功能：
教員利用家教資訊系統錄入自己的基本資訊；管理員利用家教資訊系統檢視教員基本資訊，教授科目信及評價資訊，如圖2-1所示
圖2-1頂層資料流圖
2.2.系統功能模組設計
圖2-2家教資訊系統模組圖
2.3.安全性設計
資料庫的安全性就是指資料庫中資料的保護措施，一般包括的登陸的身份驗證管理、資料庫的使用許可權管理和資料庫中物件的使用許可權管理三種安全性保護措施。
家教資訊系統是採用管理員鑑定的方法實現資料庫的安全，此安全管理措施在資料庫中實現。登入資料庫時，系統讓管理員表示自己身份，不同管理員許可權不同，系統進行鑑別此管理員是否為合法使用者。若是，系統進一步對使用者口令進行核實。
只有完全符合的使用者才能對系統內容進行相關更改、查詢操作.
3.資料庫設計
3.1.需求分析
3.1.1.任務概述
隨著科技的發展和資訊科技的日益普及，很多家長抱著望子成龍的心態不遺餘力的為孩子找合適的家教，所以要設計乙個家教資訊系統，使使用者利用網路的方便和快捷來具體了解家教的詳細資訊並快速找到適合學員的教員，而不用在跑去「家教服務中心」去了解，充分提高了快速了解教員資訊的效率，減少了勞力及時間的浪費，對管理員來說，對家教資訊的新增，修改，查詢，更新和刪除是必不可少的，所以開發設計乙個全面的家教資訊系統是必不可少的。
3.1.2.系統功能需求
家教資訊系統是一種為管理家教的基本詳細資訊而設計的系統，一是使使用者能夠快速詳細的，有針對性的去了解家教的基本資訊，教授資訊，所授科目資訊，以及以往使用者對家教的評價資訊，二是對家教資訊的管理實現現代化，從而方便了對家教資訊的查詢，更新與刪除等，總體提高了管理的效率。
3.2.概念結構設計
3.2.1.資料需求
通過對家教資訊系統的分析，得出如下資料特徵：
(1)在家教資訊系統中，每個教員由教員編號唯一標識，每科科目由科目編號唯一標
識，每個學員由學員編號唯一標識。
2)每個學員可以學習多門科目，每個教員可以教授多門科目，同時，一門課也可以由多位教員講授，可供多為學員學習學習。
(3)每個學員可以評價多位教員，每個教員可以被多位學員評價。
(4)教員表和科目表為多對多的關係，可以通過設定教授表，確定教員和教授科目之間的明確關係。
(5)學員表和科目表為多對多的關係，可以通過設定學習表，確定學員和選擇科目之間的明確關係。
(7)學員表和教員表為多對多的關係，可以通過設定評價表，確定學員和教員之間的明確關係。
3.2.2.e-r圖設計
家教資訊系統根據上面的設計規劃出的實體有：教員實體、科目實體、學員實體。e-r圖3-1如下。
實體屬性圖
實體聯絡圖
e-r圖
3.3.邏輯結構設計
資料庫邏輯結構設計的任務是將概念結構轉換成特定dbms所支援的資料模型的過程。
3.3.1.關係模型
由e-r圖轉換成關係模式。首先，將4個實體轉換成關係模式的結果如下：
教員(教員編號，教員姓名，性別，**，位址，文憑，任職型別)
科目(科目編號，科目名稱，科目年級，課時單價)
學員(學員編號，學員姓名，性別，位址，**，學習程度)其次，將3個多對多型別的聯絡轉換為關係模式，如下：
教授表(教員編號，科目編號，授課時間)
學習表(學員編號，科目編號，學習成績，開始時間)
評價表(學員編號，教員編號，評價時間，授課質量，授課態度)
【注：帶下劃線的屬性為關係的主屬性(即關鍵字)。對於上述後3個表中都引用了外來鍵，引用的外來鍵「教員編號」都參照「教員表」的主鍵「教員編號」；引用的外來鍵「科目編號」都參照「科目表」的主鍵「教員編號」；引用的外來鍵「學員編號」都參照「學員表」的主鍵「學員編號」。
】3.3.2.資料庫完整性設計
(1)規範化設計
1.教員表：教員編號→教員姓名，教員編號→性別，教員編號→**，教員編號→位址，教員編號→文憑，教員編號→任職型別。沒有傳遞依賴，沒有部分依賴，則此正規化屬於第三正規化。
2.科目表：科目編號→科目名稱，科目編號→科目年級，科目編號→課時單價。沒有傳遞依賴，沒有部分依賴，則此正規化屬於第三正規化。
3.學員表：學員編號→學員姓名，學員編號→性別，學員編號→位址，學員編號→**，學員編號→學習程度。沒有傳遞依賴，沒有部分依賴，則此正規化屬於第三正規化。
4.教授表：(教員編號，科目編號)→授課時間。沒有傳遞依賴，沒有部分依賴，則此正規化屬於第三正規化。
5.學習表：(學員編號，科目編號)→學習成績，(學員編號，科目編號)→開始時間。沒有傳遞依賴，沒有部分依賴，則此正規化屬於第三正規化。
6.評教表：(學員編號，教員編號)→評價時間，(學員編號，教員編號)→授課態度，(學員編號，教員編號)→授課質量。沒有傳遞依賴，沒有部分依賴，則此正規化屬於第三正規化。
(2)約束設計
1.在教員、學員表中建立乙個檢查約束，即「性別」屬性不是『男』就是『女』，check(***='男'or***='女')。
2.在學習表中建立乙個檢查約束，即「成績」屬性在0到100之間，check(score>=0andscore<=100)。
3.在評教表中，授課質量和授課態度屬性設定檢查約束，範圍在0到100星之間check(屬性字段》=0and屬性字段<=100)
(3)檢視設計
建立檢視kemuxinxi_view，可以檢視科目編號、科目名和科目年級的檢視。
4)索引設計
1.在jiaoyuan表中的jiaoyuanid列上建立名為jiaoyuanid_index的聚集索引。2.
在xueyuan表中的xueyuanid列上建立名為xueyuanindex的非聚集索引。
(5)儲存過程設計
針對教員資訊表jiaoyuan，建立乙個名稱為jiaoyuan_proc1的儲存過程，該儲存過程的功能是從資料表jiaoyuan中查詢所有女教師的資訊,並執行。
3.4.物理結構設計
按照上述關係資料模型，系統所涉及的部分資料表如下表所示：
表1教員資訊表
表2科目資訊表
表3學員資訊表
表4教授表
表5學習表
表6評價表
資料庫課設實驗報告
資料庫課程設計 實驗報告 姓名 孔蘭昕 學號 1207300109 班級 計科122班 學院 電腦科學與技術 指導老師 顧平 1 相關介紹3 2 概述3 3 需求分析3 4 uml系統建模6 5 資料庫分析7 6 資料庫設計7 7 介面設計及 實現10 8 執行結果截圖30 電子商務系統 一 相關介...
資料庫原理課設 10版 33題
資料庫原理課程設計指導書 劉志嫵王琢張秀芝 資訊科學與工程學院 2008 12 目錄 資料庫課程設計 說明 1 題目1 旅行社資訊管理系統 2 題目2 客房資訊管理系統 4 題目3 商品交易資訊管理系統 6 題目4 圖書館資訊管理系統 8 題目5 職工工資管理系統 10 題目6 學生基本資訊管理系統...
資料庫應用技術大作業 旅館管理系統資料庫設計
sql實踐作業 旅館管理系統資料庫設計與實現 自動化學院自動化專業 小組成員及所完成的工作 所完成的工作 資料庫整體結構的設計，er圖的繪製和其他工作的審核 系統名稱 旅館管理系統 一 系統需求 1.背景 隨著科技和經濟的發展，旅遊業已經成為乙個熱門的產業，並且傳統的手工已不適應現代酒店管理的需要，...