目錄1. 緒論 - 1 -
2. 總體設計 - 1 -
2.1. 資料流程分析圖 - 1 -
2.2. 系統功能模組設計 - 1 -
2.3. 安全性設計 - 2 -
3. 資料庫設計 - 2 -
3.1. 需求分析 - 2 -
3.1.1. 任務概述 - 2 -
3.1.2. 系統功能需求 - 2 -
3.2. 概念結構設計 - 2 -
3.2.1. 資料需求 - 2 -
3.2.2. e-r圖設計 - 3 -
3.3. 邏輯結構設計 - 3 -
3.3.1. 關係模型 - 3 -
3.3.2. 資料庫完整性設計 - 3 -
3.4. 物理結構設計 - 4 -
3.4.1. 設計表 - 4 -
3.4.2. 資料庫與表的建立 - 6 -
3.4.3. 建立檢視 - 9 -
3.4.4. 建立索引 - 9 -
3.4.5. 建立儲存過程 - 10 -
3.4.6. 建立觸發器 - 11 -
4. 結論 - 11 -
5. 學習體會 - 11 -
6. 參考文獻 - 12 -
7. 致謝 - 12 -
1. 緒論
隨著家教行業競爭的加劇、國內教育制度的不斷深化改革，各類家教機構將更加注重學生的素質教育，不再單一為提高孩子學習成績而努力，所以課外選擇適合學員自己的家教是至關重要的，家教資訊系統是管理教員主要及其詳細的資訊系統，利用計算機的資料庫系統管理家教資訊，達到管理功能完備，操作方便，有效快捷管理家教的資訊，同時能夠使使用者和學員快速並詳細的了解家教資訊。
2. 總體設計
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如下。
圖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 >=0 and score<=100)。
3.在評教表中，授課質量和授課態度屬性設定檢查約束，範圍在0到100星之間，check(屬性字段》=0 and 屬性字段<=100)。
(3)檢視設計
建立檢視kemuxinxi_view，可以檢視科目編號、科目名和科目年級的檢視。
(4)索引設計
1. 在jiaoyuan表中的jiaoyuanid列上建立名為jiaoyuanid_index的聚集索引。
2. 在xueyuan表中的xueyuanid列上建立名為xueyuanindex的非聚集索引。
(5)儲存過程設計
針對教員資訊表jiaoyuan，建立乙個名稱為jiaoyuan_proc1的儲存過程，該儲存過程的功能是從資料表jiaoyuan中查詢所有女教師的資訊,並執行。
(6)觸發器設計
建立乙個update觸發器(t2)：在資料庫jiajiaoxinxi的worker表中的教員編號是唯一且不可改變的，建立觸發器t2實現更新中編號的不可改變性。
3.4. 物理結構設計
3.4.1. 設計表
按照上述關係資料模型，系統所涉及的部分資料表如下表所示：
表1 教員資訊表
表2 科目資訊表
資料庫課程設計 資訊管理系統
實習報告 實習名稱 資料結構與資料庫課程設計 系部名稱 測繪工程學院 專業班級 測繪11 3班 學生姓名 彭博 學號 20110230 指導教師 梁欣 黑龍江工程學院教務處制 注 此報告為參考格式，各欄專案可根據實際情況進行調整。附 源 從form1到form2，form11的源 using sys...
資料庫課程設計教室資訊管理系統
當今，經濟資訊化，管理業務資訊化已經成為一種趨勢。就學校對於教室管理方面，建立教室管理資訊系統無疑是學校發展的一種趨勢，也使學校管理更方便，快捷。因此，學校資訊化建設工作具有長期性 複雜性和內容的多變性 正因為如此，教室管理資訊系統也不是乙個簡單的 封閉的 靜止的系統，而是乙個複雜的 開放的 在應用...
資料庫客戶資訊管理系統課程設計
資料庫系統原理課程設計 課題名稱 客戶資訊管理系統 姓名劉俊嶺 班級 信管10 3班 學號 311009030319 指導老師劉小燕 2013年 1 月 6 日 目錄一 需求分析 3 1 系統的基本功能是 3 2 該系統資料庫中的資料表 3 3 資料流程圖 dfd 3 4 資料字典 dd 4 二 概...