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

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