2023年教师管理信息系统实验报告.docx

教师管理信息系统实验报告 　 数据库课程设计实验报告 　题目：教室管理信息系统 　学校：南阳理工学院 　学院：软件学院 　专业：软件工程(软件设计) 　班级：软件设计4班 　姓名：闫帅帅、弓振刚、郑国威 　学号：1415925299、1415925277、1415925265 　教室管理系统实训报告 　需求分析阶段 　背景； 　系统功能以及要求 平安性与完整性要求 　数据字典概念设计阶段 　局部E-R图 　整体逻辑设计阶段 　将E-R图转化为关系模型； 　数据库模型的标准化； 　物理设计阶段 　物理设计的目标与任务 　系统功能模块图；数据库设计阶段 　教室管理的根本操作； 　实验总结 　实验设计总结； 　心得体会； 　一：需求分析 　背景： 　本系统是面向校内的学生，教师，管理员，进行设计的，在校园内，学生上课，老师教课，等，都离不开教室，所以教室的使用和管理就很重要了。 　而教室管理系统就解决了这一难题。 　功能： 　(1).作为学生而言，查询课程时候，就能找到课程名，教室，任课教师，时间段等信息。 　 .作为老师而言，教师可以查看自己需要上课的具体信息，比方：xx教学楼，xx教室，教室类型，时间段等信息。 　，教师还能对教室有借用的权利，该系统具有教室申请借用功能，当管理员批准后，获得该教室的该时间段的使用权。 　，管理员还能对系统内部进行修改，编辑等功能； 　教室信息，包括教室容纳人数、教室空闲时间、教室设备等； 　教师信息，包括教师姓名、教授课程、教师职陈、安排上课时间等； 　教室安排信息，包括何时空闲、空闲的开始时间、结束时间等。按照一定条件查询，统计，将结果打印输出。 　3.平安性要求与完整性规那么： 〔主要针对网站设计而言〕： 　a、访问用户的标识唯一以鉴别是否是合法用户，并要求合法用户设置其密码，保证用户身份不被盗用； 　b、不同的数据设置不同的访问级别，限制访问用户可查询和处理数据的类别和内容； 　c、不同用户设置不同的权限，区分不同的用户，如学生、教师和教务处管理人员。教师〔只能查询教室、教师和课程信息，以及提出借用教室申请〕，管理人员〔可进行日常事务的处理，如增加、删除、更新课程、教室、教师信息，并批准或拒绝借用教室的申请〕。 　4.教室管理系统数据字典 　1.课程表数据字典 　标号 字段名称 类型 说明 1课程编号 c_number int 主键 2课程名 c_name Varchar10 3学分 credit Varchar10 4老师姓名 t_name Varchar2 0 5课程时间 Start-time Varchar20 　班级表数据字典 　标号 字段名称 类型 说明 1教室编号 class_num int 主键 2教室类型 class_type Varchar20 3教室容量 class_capacity Varchar20 4空闲时间 free_time Varchar2 0 5有无多媒体 class_style Varchar20 教师表数据字典 　标号 字段名称 类型 说明 1老师编号 t_number int 主键 2老师姓名 t_name Varchar20 3老师性别 t_sex Varchar20 4教师职称 t_title Varchar2 0 5老师系别 t_sdept Varchar20 6授课时间段 t_time Varchar50 教师借用信息表数据字典 　标号 字段名称 类型 说明 1ID Lend_id int 主键 2教室编号 Class_num int 3老师编号 t_number int 4老师姓名 t_name Varchar2 0 5使用日期 usedata Varchar20 6时间段 time Varchar20 7用途 use1 Varchar20 　二、概念设计阶段： 　2.1.1数据库的局部E-R图 　1．班级表E-R图 如下： 　2.admin E-R图 如下： 　3.课程表E-R图 如下： 　4.教师表E-R如下: 　2.整体 　逻辑设计阶段 　3.1. 　以上的概念设计阶段是独立于任何一种数据模型的，但是逻辑设计阶段就与选用的DBMS产品发生关系了，系统逻辑设计的任务就是将概念设计阶段设计好的根本E-R图转换为选用DBMS产品所支持的数据模型相符合的逻辑结构。具体内容包括数据组织〔将E-R图转换成关系模型、模型优化、数据库模式定义、用户子模式设计〕、数据处理〔画出系统功能模块图〕两大任务； 　 3.2 E-R图转换为关系模型 　实体型转换为关系模式。实体的属性就是关系的属性，实体的码就是关系的码。对于实体间的联系那么有以下不同的情况： 一个m：n联系转换为一个关系模式。与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为各实体码的组合。 　一个1：n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并。如果转换为一个独立的关系模式，那么与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为n端实体的码。 　 一个1：1联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。三个或三个以上实体间的一个多元联系可以转换为一个关系模式。与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为各实体码的组合 具有相同码的关系模式可合并。 根本E-R图向关系模型的转化如下： 　1. 管理员表： 　CREATE TABLE `admin` ( 　 `admin_id` int(10) unsigned NOT NULL AUTO_INCREMENT, 　 `username` varchar(10) CHARACTER SET utf8mb4 NOT NULL, 　 `password` text CHARACTER SET utf8mb4 NOT NULL, 　 PRIMARY KEY (`admin_id`) 　2.班级信息表 　CREATE TABLE `class` ( 　 `class_num` int(10) NOT NULL, 　 `class_type` varchar(20) CHARACTER SET utf8mb4 NOT NULL, 　 `class_capacity` varchar(20) NOT NULL, 　 `free_time` varchar(20) CHARACTER SET utf8mb4 NOT NULL, 　 `class_style` varchar(20) CHARACTER SET utf8mb4 NOT NULL, 　 PRIMARY KEY (`class_num`)) 　3.课程表信息 　CREATE TABLE `course` ( 　 `c_number` int(10) NOT NULL, 　 `c_name` varchar(10) CHARACTER SET utf8mb4 NOT NULL, 　 `credit` varchar(10) NOT NULL, 　 `t_name` varchar(20) CHARACTER SET utf8mb4 NOT NULL, 　 `start_time` varchar(20) CHARACTER SET utf8mb4 NOT NULL, 　 PRIMARY KEY (`c_number`) 　) 　四、物理设计阶段： 　4.1 　 数据库的物理设计就是为逻辑数据模型选取一个最适宜应用要求的物理结构的过程，在这个阶段中要完成两大任务： 〔1〕确定数据库的物理结构，在关系数据库中主要是存取方法和存储结构； 〔2〕对物理结构进行评价，评价的重点是时间和空间效率。 　4.2功能模块图如下： 　五、据库设计阶段： 　数据表导入：1.用户表： 　班级表 　教师表 　5.教室借用信息表 　功能展示〔截图〕 　界面： 　主页面 　3.教室查询 　教师查询 　课程查询 　教室申请表 　六、:开发系统及环境(参考文献) 　1.参考文献：数据库原理及应用 php工程开发 Sql server 　2.开发环境及软件：windows 8.1 　开发软件:subline,Navicat for mysql,Apach 　七、:总结 　1.设计总结 　在这次课程设计中，重点是要掌握数据库设计方法。数据库设计特点：三分技术，七分管理，十二分根底数据。在数据库建设中不仅涉及技术，还设计管理。要建设好一个数据库应用系统，开发技术固然重要，但相比之下那么管理更重要。 　进行数据库的设计首先必须了解与分析用户需求。需求分析是整个设计过程的根底，是最困难、最耗时的一局部。需求分析做的不好，甚至会导致整个数据库设计返工重做。需求分析的任务是通过详细的调查现实世界要处理的对象，充分了解用户的各种需求，然后在此根底上确定系统功能。系统还必须充分考虑今后可能的扩充和改变。 　概念结构设计是整个数据库设计的关键，他通过对用户需求进行综合、归纳与抽象，形成一个独立与具体DBMS的概念模型。逻辑结构设计是将概念结构转换为某个DBMS所支持的数据模型，并对其进行优化。概念结构的特点：能真实、充分的反映现实世界，包括失误和事物之间的联系，能满足用户对数据的处理要求，是对现实世界的一个真实模型；易于理解，从而可以用它和不熟悉计算机的用户交流意见，用户的积极参与是数据库设计成功的关键；易于更改，当应用环境和应用要求改变时，容易对概念模型修改和扩充；易于向关系、网状、层次等各种数据模型转换。 　本系统主要针对的用户是学生，管理员和老师。该设计的优点是：不同用户的功能都单独存储在数据库中相应的表中使他们可以很方便地满足自己的需求。缺乏是：存在局部数据冗余，不利于该数据库向大型数据库扩展。但该设计根本能满足三类的用户的需求，完成简单的功能。时间有限，局部功能还没有实现，有待完善！ 　2.心得体会： 　CFree_ 　CStyle 　CType 　班级信息表 　Capacity 　Admin_id 　passwad 　username 　admin 　课程表 　C-number 　C_name 　Credit 　T_name 　Start_time 　教师表 　T-number 　T_name 　T_sex 　T_title 　T_time 　T_sddept