教室管理系统-课程设计报告
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
《数据库程序设计》
课程设计报告
题目: 教室管理系统 专业: 网络工程
班级: 姓名: 指导教师: 成绩:
计算机学院 2017年12月8日
2017-2018学年 第2学期
1、课程设计的目的和意义 (1)
2、需求分析阶段 (1)
2.1处理对象 (1)
2.2处理功能及要求 (1)
2.3安全性和完整性要求 (2)
2.3.1 安全性要求 (2)
2.3.2完整性要求 (2)
2.4需求分析阶段成果 (2)
3、概念结构设计 (3)
3.1教室管理信息系统数据流图 (3)
3.2教室管理系统局部E-R模型 (4)
4、结构逻辑设计 (5)
4.1 E-R 图向关系模型的转换 (5)
4.2数据模型优化 (5)
4.3数据库的结构 (5)
5、物理设计阶段 (7)
5.1数据存储方面 (7)
5.2系统功能模块 (7)
5.3物理设计阶段结果 (7)
6、数据库实施阶段 (7)
6.1建立数据库 (7)
6.2建立数据表 (8)
7、数据库实施阶段 (14)
8、系统调试和测试 (20)
9、总结 (21)
计算机学院《C语言程序设计》课程设计报告
课程设计——教室管理系统设计
1、课程设计的目的和意义
教室作为一所学校的重要资源,然而在许多学校尤其大学,这种资源往往显得稀缺,必须借助先进的计算机信息技术对教室进行合理分配和管理,“教室管理系统”可以说是对学校的教室管理部门而言是一项基础而重要的工作。教室管理这样一个系统,可以涉及到大多数SQL Server数据库的重要数据库对象、重要功能和特性,比如:视图、触发器和存储过程等。由此,通过这个课程设计可以加深对这些SQL Server数据库知识的学习、理解,积累在实际工程应用中运用各种数据库对象的经验,使学生掌握使用应用软件开发工具开发数据库管理系统的基本方法。在实用性方面,教室管理系统是很普遍的一种应用,选择该系统作为课程设计也可以为学生以后可能遇到的实际开发提供借鉴。
2、需求分析阶段
2.1处理对象
教室:教室编号、教室类型、上课时间
班级: 班级名称、教师编号、教室编号、课程、上课时间、备注
教师: 教师编号、教师姓名、性别、职称、教授课程、备注
2.2处理功能及要求
2.2.1能够存储一定数量的教室信息,并方便有效的进行相应的教室如何分配和
管理,这主要包括:
1) 教室信息的录入、删除及修改。
2) 教室的空闲时间
2.2.2能够对一定数量的班级、教师进行相应的信息存储与管理,这其中包括: 1) 班级信息的登记、删除及修改。
2)教师信息的增加、删除及修改。
3) 班级和教师资料的查询。
能够提供一定的安全机制,提供数据信息授权访问,防止随意删改、查询。
对查询的结果能够列表显示。
2.3安全性和完整性要求
2.3.1 安全性要求
系统安全性要求体现在数据库安全性、信息安全性和系统平台的安全性等方面。安全性先通过视图机制,不同的用户只能访问系统授权的视图,这样可提供系统数据一定程度上的安全性,再通过分配权限、设置权限级别来区别对待不同操作者对数据库的操作来提高数据库的安全性;系统平台的安全性体现在操作系统的安全性、计算机系统的安全性和网络体系的安全性等方面。
2.3.2完整性要求
系统完整性要求系统中数据的正确性以及相容性。可通过建立主、外键,使用check约束,或者通过使用触发器和级联更新。
2.4需求分析阶段成果
表1 课程表
3、概念结构设计
3.1教室管理信息系统数据流图
图1 数据流程图
3.2教室管理系统局部E-R模型
图2 分E-R图
4、结构逻辑设计
4.1 E-R 图向关系模型的转换
教室表(教室编号、教室类型、上课时间)
主键:教室编号
班级表(班级名称、教师编号、教室编号、课程、上课时间、备注)
主键:班级名称外键:教室编号、教师编号
教师表(教师编号、教师姓名、性别、职称、教授课程、备注)
主键:教师编号
4.2数据模型优化
数据库德逻辑结构设计的结果不是唯一的。为了提高数据库应用系统的性能,还应该根据应用需要适当的修改,调整关系模式,这就是数据模型的优化。规范化理论为数据库设计人员判断关系模式的优劣提供了理论标准,可用来预测模式可能出现的问题,使数据库设计工作有了严格的理论基础。关系数据模型的优化通常以规范化理论为指导,方法为:(1)确定数据依赖。分别写出每个关系内部属性的以及不同关系模式属性间
的数据依赖。
(2)对于各个关系模式之间的数据依赖进行极小化处理,消除冗余的联系。
(3)按照数据依赖的理论对关系模式逐一分析,考察是否存在部分函数依赖,传递函数依赖,根据各个函数依赖的依赖集可知各个关系模式没有部分函数依赖和传递函数依赖所以所有的关系模式都是属于3NF。不需要进一步进行模式分析。
4.3数据库的结构
表2 班级信息表结构
表3 教师信息表结构
表4 教室信息表结构
5、物理设计阶段
5.1数据存储方面
5.2系统功能模块
5.2.1教室表信息查询和更新模块
将实现对教室信息的查询和更新(修改、插入、删除)操作,方便于对教室基本信息的管理
5.2.2班级表的查询和更新模块
将完成班级基本信息的查询、更新(修改、插入、删除)操作,便于对学生信息的集中管理
5.2.3教师表的查询和更新模块
将完成教师基本信息的查询、更新(修改、插入、删除)操作,便于对教师信息的集中管理
5.3物理设计阶段结果
表5 存储过程插入表
6、数据库实施阶段
6.1建立数据库
create class;