实例2：教室管理系统数据库设计.doc

实例2：教室管理系统数据库设计 1数据库设计 1.1 需求设计 1.1.1引言 在大学里，教室仍然是教学的主要场所，也是学生学习的重要场所，所以教室环境和设备直接影响到教学活动的开展和学生的学习。 为了保证教室环境良好的运转，教室的管理也就显得十分的必要和重要。但是教室的管理也并不是一件很容易的事情。教室设备（尤其是多媒体设备）有所损坏必须及时登记，修复，否则很可能影响以后教学，造成教学事故。 教室的使用具有一定的计划性和流动性，即一个班在相应的时间里，所上的课程和使用的教室是固定的，但是不同的课程在不同的时间里会使用不同的教室，这与教务处的课程安排是密切相关的。尤其是使用多媒体教室的时候，这就显得比较麻烦。 为了能够更系统的，更有序的，更合理的，更有效的进行教室管理，有必要利用计算机来处理各种信息，这也就需要一个更有效的教室管理系统。 为此，经过较详细的调查和慎重的思考，我决定做一个教室管理系统，来解决这些问题，使管理简化，方便而且更有效。 1.1.2 目标与任务 （1）目标 充分了解用户的需求，了解工作的流程，以及可能出现的问题。 （2）任务 处理对象： 本系统总体上说涉及了三个方面的数据，职工的信息，教室的信息，课程的信息，其中职工信息包括了员工信息和清洁工信息。此外还有值班安排信息，多媒体设备损坏纪录，常规设备损坏纪录。 处理功能要求： 教室管理系统的具体功能包括三个方面：教室查询子系统，卫生管理子系统，设备管理子系统。 教室查询子系统主要完成空闲教室查询（无课教室），教室使用查询的功能；卫生管理子系统主要完成值班安排与修改功能和值班情况记录的功能；设备管理子系统比较麻烦，主要是接收损坏信息，通过检查其有效性，把有效的损坏信息分类并且记录，然后通知维修工，再纪录维修情况的功能。 （3）安全性和完整性要求 在这个系统中涉及到了相关人员的问题，而且同一个职工可能在不同的表中存在，要考虑到，如果辞退或者某职工辞职，那么不仅要在职工信息表中删除相应的信息，还要在其他的相关表中删除信息，这就涉及到了安全性的问题，初步打算用一个触发器来解决这个问题。 完整性也是一个重要的内容，它也涉及安全性上的问题。 1.1.3阶段结果 （1）用户调查 本系统的用户范围比较广，教室查询子系统主要针对学生，通过听取周围学生的看法和意见，以及自身的体会，比较充分的了解了学生的需求；卫生管理子系统主要针对教室管理的员工及其主任，我直接询问了相关的员工，通过对他们的询问，了解了他们的工作的基本流程，及其需求；设备管理子系统主要针对，教室管理的员工和维修工，通过对员工的咨询，了解了他们管理的工作流程和具体的需求。 （2）数据流程图 下面是一个设备流程图的底层流程图： 其它的详见附录1 （3）数据字典 数据项： 表1 教室信息数据项 数据项名 数据项含义说明 数据类型 长度 取值范围 取值含义 于其他数据项的逻辑关系 数据项之间的联系 Spart 校区 char 10 Rname 教室名称 char 10 Position 所在位置 char 20 Type 教室类型 char 10 Room 容量 int 4 数据项名 数据项含义说明 数据类型 长度 取值范围 取值含义 于其他数据项的逻辑关系 数据项之间的联系 Cno 课程号 char 10 Cname 课程名称 char 20 Ctime 课程学时 int 4 Weed 周次 char 10 Day 星期 char 10 Node 节次 char 20 Rname 教室名称 char 10 Mno 系号 char 10 Mname 系名 char 20 cg 班级 char 20 Number 人数 int 4 表2 课程信息数据项 表3 职工信息数据项 数据项名 数据项含义说明 数据类型 长度 取值范围 取值含义 于其他数据项的逻辑关系 数据项之间的联系 Pno 职工编号 char 10 等于维修工编号 Pname 姓名 char 20 等于维修工姓名 Sex 性别 char 4 Age 年龄 int 4 Jname 职业名称 char 10 Addr 住址 char 40 Tel 联系电话 char 20 Week 周次 char 10 Day 星期 char 10 Ontime 上班时间 char 20 Uptime 下班时间 char 20 表4 损坏信息数据项 数据项名 数据项含义说明 数据类型 长度 取值范围 取