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

第1页实例2：教室管理系统数据库设计第2页1数据库设计1.1需求设计1.1.1引言在大学里，教室仍然是教学的主要场所，也是学生学习的重要场所，所以教室环境和设备直接影响到教学活动的开展和学生的学习。为了保证教室环境良好的运转，教室的管理也就显得十分的必要和重要。但是教室的管理也并不是一件很容易的事情。教室设备（尤其是多媒体设备）有所损坏必须及时登记，修复，否则很可能影响以后教学，造成教学事故。教室的使用具有一定的计划性和流动性，即一个班在相应的时间里，所上的课程和使用的教室是固定的，但是不同的课程在不同的时间里会使用不同的教室，这与教务处的课程安排是密切相关的。尤其是使用多媒体教室的时候，这就显得比较麻烦。为了能够更系统的，更有序的，更合理的，更有效的进行教室管理，有必要利用计算机来处理各种信息，这也就需要一个更有效的教室管理系统。为此，经过较详细的调查和慎重的思考，我决定做一个教室管理系统，来解决这些问题，使管理简化，方便而且更有效。1.1.2目标与任务（1）目标充分了解用户的需求，了解工作的流程，以及可能出现的问题。（2）任务处理对象：本系统总体上说涉及了三个方面的数据，职工的信息，教室的信息，课程的信息，其中职工信息包括了员工信息和清洁工信息。此外还有值班安排信息，多媒体设备损坏纪录，常规设备损坏纪录。处理功能要求：教室管理系统的具体功能包括三个方面：教室查询子系统，卫生管理子系统，设备管理子系统。教室查询子系统主要完成空闲教室查询（无课教室），教室使用查询的功能；卫生管理子系统主要完成值班安排与修改功能和值班情况记录的功能；设备管理子系统比较麻烦，主要是接收损坏信息，通过检查其有效性，把有效的损坏信息分类并且记录，然后通知维修工，再纪录维修情况的功能。（3）安全性和完整性要求在这个系统中涉及到了相关人员的问题，而且同一个职工可能在不同的表中存在，要考虑到，如果辞退或者某职工辞职，那么不仅要在职工信息表中删除相应的信息，还要在其他的相关表中删除信息，这就涉及到了安全性的问题，初步打算用一个触发器来解决这个问题。第3页完整性也是一个重要的内容，它也涉及安全性上的问题。1.1.3阶段结果（1）用户调查本系统的用户范围比较广，教室查询子系统主要针对学生，通过听取周围学生的看法和意见，以及自身的体会，比较充分的了解了学生的需求；卫生管理子系统主要针对教室管理的员工及其主任，我直接询问了相关的员工，通过对他们的询问，了解了他们的工作的基本流程，及其需求；设备管理子系统主要针对，教室管理的员工和维修工，通过对员工的咨询，了解了他们管理的工作流程和具体的需求。（2）业务流程图详见附录1（3）数据流程图下面是一个设备流程图的底层流程图：第4页其它的详见附录2（4）数据字典数据项：表1教室信息数据项数据项名数据项含义说明数据类型长度取值范围取值含义于其他数据项的逻辑关系数据项之间的联系Spart校区char10Rname教室名称char10Position所在位置char20Type教室类型char10Room容量int4数据项名数据项含义说明数据类型长度取值范围取值含义于其他数据项的逻辑关系数据项之间的联系Cno课程号char10Cname课程名称char20Ctime课程学时int4Weed周次char10Day星期char10Node节次char20Rname教室名称char10Mno系号char10第5页表2课程信息数据项表3职工信息数据项数据项名数据项含义说明数据类型长度取值范围取值含义于其他数据项的逻辑关系数据项之间的联系Pno职工编号char10等于维修工编号Pname姓名char20等于维修工姓名Sex性别char4Age年龄int4Jname职业名称char10Addr住址char40Tel联系电话char20Week周次char10Day星期char10Ontime上班时间char20Uptime下班时间char20表4损坏信息数据项数据项名数据项含义说明数据类型长度取值范围取值含义于其他数据项的逻辑关系数据项之间的联系Rname教室名称char10Dlevel损坏程度char10Mend修复难易char10Mno维修工编号char10等于维修工编号Mname维修工姓名char10等于维修工姓名Repair是否修复char101.1．4数据结构表５数据结构表Mname系名char20cg班级char20Number人数int4第6页数据结构名含义说明组成Class(T1)教室信息校区名，教室名称，所在位置，教室类型，容量Course(T2)课程信息课程号，课程名称，周次，星期，节次，课程学时，教室名称，系号，系名，班级，人数Worker(D1)职工信息职工编号，姓名，职业名称，性别，年龄，住址，联系电话Duty(D2)值班职工编号，姓名，职业名称，星期，上班时间，下班时间State(D3)值班情况记录职工编号，姓名，职业名称，星期，周次Media(P1)多媒体设备损坏记录教室名称，损坏程度，修复难易，维修工编号，维修工姓名，是否修复Routine(P2)常规设备损坏记录教室名称，损坏程度，维修工编号，维修工姓名，是否修复1.1.5处理逻辑描述（1）教室查询子系统输入：查询条件输出：查询结果处理：按照条件，在相应的表中，查找相应的数据，然后输出（1）卫生管理子系统输入：查询、插入或修改的目标结果：输出查询的结果，或者插入成功，或者修改成功处理：在相应的表中完成相应的操作。（3）设备管理子系统输入：插入或修改或查询的条件或目标结果：输出查询结果或插入成功或修改成功处理：在相关表中完成相关的操作。1.2概念设计1.2.1引言概念结构的实际是整个数据库设计的关键，这个阶段主要的目标是通过对用户需求进行第7页综合、归纳与抽象，形成一个独立于DBMS的概念模型（E-R图）。它的主要特点是：1.能真实、充分地反映现实世界，包括事物与事物之间的联系，能满足用户对数据的处理要求，是对现实世界的一个真实模型；2.易于理解，因此可以用它和不熟悉计算机的用户交换意见；3.易于更改，当应用环境和应用要求改变时，容易对概念模型修改和扩充；4.易于向关系、网状、层次等各种数据模型转换。1.2.2概念模型设计（1）设计E-R图详见附录31.2.3实体的属性、联系的属性主码表示如：教室名称；外码表示如：教室名称；普通属性如：教室名称。教室（校区名，教室名称，所在位置，教室类型，容量）；课程（课程号，教室名称，课程名称，周次，星期，节次，课程学时，系名，班级，人数）；职工（职工编号，姓名，职业名称，性别，年龄，住址，联系电话）；多媒体设备损坏（教室名称，维修工编号，损坏程度，修复难易，维修工姓名，是否修复，备注）；常规设备损坏（教室名称，维修工编号，损坏程度，维修工姓名，是否修复，备注）；值班信息（职工编号，姓名，职业名称，星期，上班时间，下班时间）；值班记录（职工编号，姓名，职业名称，星期，周次）；1.3逻辑设计1.3.1引言这个阶段的任务就是把概念结构设计阶段设计好的基本E-R图转换为与DBMS所支持的数据模型相符合的逻辑结构。在这个阶段里，该系统的目标就是把基本的E-R图转换成关系数据模型。1.3.2数据组织（1）将E-R图转换成关系模型：E-R图转换成关系模型应该遵循以下原则：1.一个实体型转换为一个关系模式。2.一个1:1联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。3.把一个1:n联系转换为一个独立的关系模式。第8页4.一个m:n联系转换为一个关系模式。5.三个或三个以上实体间的一个多元联系可以转换为一个关系模式。6.具有相同码的关系模式可合并。（2）转换的结果：主码表示如：教室名称；外码表示如：教室名称；普通属性如：教室名称。教室（校区名，教室名称，所在位置，教室类型，容量）；课程（课程号，教室名称，课程名称，教师编号，周次，星期，节次，课程学时，系名，班级，人数）；职工（职工编号，姓名，职业名称，性别，年龄，住址，联系电话）；多媒体设备损坏（教室名称，维修工编号，损坏程度，修复难易，维修工姓名，是否修复，备注）；常规设备损坏（教室名称，维修工编号，损坏程度，维修工姓名，是否修复，备注）；值班信息（职工编号，姓名，职业名称，星期，上班时间，下班时间）；值班记录（职工编号，姓名，职业名称，星期，周次）；该模式没有插入异常，删除异常等操作异常现象，已经达到3NF。（3）设计用户子模式：鉴于安全问题，每一个表都应有相应的视图。建立相关的视图如下：教室视图：Class1(校区，教室名称,地点,教室类型,容量)；课程与教室视图：Course1(校区，教室名称,教室类型,课程名称,周次,星期,节次,容量)；这两个视图包含了允许学生和员工等用户查询的属性，不允许修改，插入和删除。为职工做视图：值日视图：Duty1(职工编号,职工姓名,职业名称,上班时间,下班时间)；清洁工值班记录：State1(职工编号,职工姓名,职业名称,日期,情况)；员工值班记录：State2(职工编号,职工姓名,职业名称,日期,情况)；职工视图：State3(职工编号,职工姓名,职业名称,日期,情况)；常规设备损坏纪录：Routine1(教室名称,职工编号,职工姓名,描述,是否修复,日期,备注)；多媒体设备损坏：Media1(教室名称,职工编号,职工姓名,描述,修复难易,是否修复,日期,备注)；职工信息：Worker1（职工编号，姓名，职业名称，性别，年龄，住址，联系电话）；在这些视图中，值日视图允许各个职工查询，但只允许管理员（主任）进行修改，插入，删除等操作；清洁工值班记录视图，除维修工外，其他各职工都可查询，员工还可进行修改操作，管理员（主任）可进行各种操作；员工值班记录只允许员工查询；常规设备损坏纪录视图允许员工和维修工进行查询，员工只对视图中的教室名称属性有修改，插入的权限，维修工对其他属性有修改权限；在多媒体设备损坏信息视图中，允许员工和多媒体维修工进行查询，员工只对教室名称有修改和插入的权限，多媒体维修工对其他的属性有修改权限。为方便，其中的部分权限在制作过程中要直接赋给基本表。第9页1.3.3数据处理见系统的功能模块图：1.4物理设计1.4.1引言数据库在物理设备上的存储与存取方法称为数据库的物理结构，它依赖于给定的计算机系统。为一个给定的逻辑数据模型选取一个最适合应用要求的物理结构的过程，就是数据库的物理设计。1.4.2目标与任务对数据库进行合理的物理设计，以提高其时间和空间效率。（1）数据存取方面确定数据库的物理结构，在关系数据库中主要指存取方法和存储结构；对物理结构进行评价，评价的重点是时间和空间效率。如果评价结果满足原设计的要求，则可以进入到物理实施阶段，否则就需要重新设计或修改物理结构，有时甚至要返回逻辑设计阶段修改数据模型。第10页（2）功能模块见图15所示1.5数据库实施1.5.1建立基本表/*建立教室信息表*/createtableClass(Spartchar(10),Rnamechar(10)notnullunique,Positionchar(20),Typechar(10),Roomint,primarykey(Rname))/*建立课程信息表*/createtableCourse(Cnochar(10),Cnamechar(20),Rnamechar(10),Cweekchar(10),Cdaychar(10),Nodechar(10),Ctimeint,Gradechar(10),Roomint,Numberint,Sdeptchar(20))/*建立职工信息表*/createtableWorker(Wnochar(10)notnullunique,Wnamechar(20),Wsexchar(4),第11页Wageint,Jnamechar(10),Addrchar(40),Telchar(20),primarykey(Wno),check(Wage=18andWage=60))/*建立值班