1. 本章任務

根據需求分析的結果，設計下資料庫結構。資料庫結構非常重要，一個好的庫結構能讓開發事半功倍，一個垃圾的結構會讓開發人員癲狂…

資料庫結構就是軟體大廈的地基。

2. 專案表project

學生要申報各種獎助學金專案，所以需要有專案表儲存專案資訊。

包括：唯一編號、型別(獎學金/助學金)、名稱、描述。

注意型別欄位只有兩種，所以直接寫死award/help，或者用1/2代表獎學金、助學金。

此處由於效能和儲存空間問題不大，所以選用更好理解的award/help。

3. 機構表depart

需要儲存學校、學院、班級及他們直接的歸屬關係，所以設計機構表。

包括：唯一編號、機構名稱、機構型別(學校/學院/班級)、上級機構編號。

注意：機構型別只有三種，所以寫死school/college/class。

上級機構編號，儲存是當前機構上級機構的id，例如計算機學院編號是11，則計算機學院1班的上級機構編號就是11。

4. 使用者表user

使用者表儲存各類使用者資訊，包括：

唯一編號、使用者名稱稱、登入名、登入密碼、使用者角色、使用者所屬機構id。

注意使用者角色為學校管理員、學院管理員、班主任、學生，資料庫欄位儲存為schoolmaster/collegemaster/classmaster/student。

使用者所屬機構id儲存的是當前使用者所屬的機構的唯一編號。透過該欄位就能知道各個機構有哪些使用者。

5. 選單表 role

為了實現不同使用者可以擁有不同的選單，首先將選單資訊存入選單表。

包括：唯一編號、選單名稱、選單訪問路徑。

其中選單訪問路徑統一規劃為請求的Servlet的路徑，不允許直接跳轉jsp頁面，這樣便於進行管理。

6. 角色選單表roleMenu

儲存使用者角色和選單的對應關係，多對多的關係。

包括：唯一編號、角色號、選單號。

透過roleMenu就能知道當前使用者角色可以訪問哪些選單。

7. 問題反饋表 question

記錄反饋的問題及答覆資訊,包括：

唯一編號、提交問題的使用者編號、使用者名稱稱、機構編號、機構名稱、問題內容、答覆內容。

這個比較簡單，就是一個記錄的功能。

8. 稽核流程表flow

記錄學生提交的申請單及審批情況。

包括：唯一編號、學生編號、學生姓名、申請專案編號、專案名稱、申請內容（文字描述）；

班主任id、班主任稽核意見(同意、駁回)、學院管理員id、學院管理員稽核意見、學校管理員id、學校管理員稽核意見、當前稽核節點。

注意：稽核意見只有同意和駁回，分別用yes/no表示。

當前稽核節點用class/college/shcool/success/return，分別表示待班主任稽核、待學院稽核、待學校稽核、稽核透過、駁回。

9. 總結

本系統的資料庫結構並不複雜，但是麻雀雖小五臟俱全，還是非常有代表性的。

非常完美吭。