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. 总结

本系统的数据库结构并不复杂，但是麻雀虽小五脏俱全，还是非常有代表性的。

非常完美吭。