学生信息管理系统数据库设计报告.docx
《学生信息管理系统数据库设计报告.docx》由会员分享,可在线阅读,更多相关《学生信息管理系统数据库设计报告.docx(55页珍藏版)》请在三一文库上搜索。
1、学生信息管理系统数据库设计1、 需求分析 3组合的业务处理流程图: 72、 概念分析 83、 逻辑设计1.5.4、 物 理 设 计阶段 2.3.5、 系统实现2.4.6、 主要代码3.0.7、 课程设计总结5.0.学生信息管理系统成绩信息查询成绩信息修改成 绩 信 息 管 理课 程 信 息 管 理班级信息管理宿 舍 信 息 管 理用户管理成绩信 息增加成 绩 信 息 捌 除M|除息宿 舍 信 息 修 改宿 舍 信 息 增 加宿舍信息删除查询用户添加用户退 出 系 统删除用户需求分析1.1 功能需求分析总体任务的实现是建立在对系统正确的需求分析基础之上的。需 求分析分是数据库系 统开发 的第 一
2、步 ,也 是最 重要 的一 步 。在 大学 的 学 习 生 活 中 学 生的活 动 范 围 很广 ,信 息 量 相对于 以 前增 加 ,学 生在学 习生活中不仅仅与寝室和同班同系的同学联系有时候还要与自己所 学学科的任 课老师交流联 系,还 要与本系的辅导员以及自己所在寝室 的宿舍管理员等进行联系,这些信息分布比较散乱,难于集合起来。 所以创建该数据库尽可能的将与学生相关的信息集合 起来,将一些数 据结构化,方便用户查询。学生信息系统的基本情况由于整个系统是由多个部分组成,所以各个信息如下:( 1 )学 生 信 息 :记 录 在 学 校 中 学 生 的 基 本 信 息 ,包 括 姓 名 ,学
3、号 , 出生年月,所属院系,所在班级,联系电话等等;( 2 )教 师 信 息 :记 录 与 学 生 相 关 的 教 师 的 基 本 信 息 ,包 括 教 师 姓 名,联系电话,教授课程等等;( 3) 导师信息 : 记录学生所在院系 的导师的相关信息 , 包括导 师姓名,联系电话,领导院系等等;( 4 )宿 舍 信 息 :记 录 学 生 所 住 寝 室 的 相 关 信 息 ,包 括 寝 室 号 和 寝室宿管联系电话等等。1.2 需求分析阶段的 目标( 1 )信 息 要 求 :用 户 能 够 查 找 到 有 关 学 生 的 所 有 相 关 信 息 包 括 学生基本信息还有相关老师的信息( 2) 处
4、 理要 求 : 当 信 息 发 生 变化 时 , 一 些 信 息 能 够 自 行 修 改 而 不造成插入删除错误。( 3) 完 整性要求 : .各种信息记录的完整性,信息记录内容不能为空; .各种数据间相互的联系的正确性;相同的数据在不同记录中的一致性。1.3 信息需求分析院系的基本信息院系编号、院系名称、联系电话、院系主任班级的基本信息班级编号、院系编号、班级名称、班长、学生数学生的基本信息学号、班级编号、姓名、性别、出生日期、家庭住址课程的基本信息课程编号、课程名称、学分、讲师成绩的基本信息学号、课程编号、成绩、学分讲师的基本信息讲师编号、讲师姓名、教授班级、联系电话宿舍的基本信息宿舍编号
5、、宿舍地址、联系电话、所属院系导师的基本信息导师编号、导师姓名、联系电话、所属院系1.4 需求分析阶段成果根据实际业务处理过程,绘制业务流程图如图所示:(a)验证模块注册表(b)查询模块(c)选课模块(d)维护模块组合的业务处理流程图:数据流程图顶层数据流程图:注册信息概念分析2.1对数据进行抽象概念结构是对现实的一种抽象。首先对于该数据库系统中涉及的 数据进行分类,及抽象了该数据库涉及数据的型与值,而在E-R图模 型中,实体就是这种抽象;接着进行另一种抽象一聚集,即定义某 一类型的组成成分。它抽象了该数据库涉及对象内部类型和成分,而 在E-R模型中若干属性的聚集组成了实体型;最后在数据库中涉
6、及对 象中进行定义类型之间的一种子集联系。1.学生实体与其属性班级vy1 (院系编Z(号班级名、(,班级f班长 ,学生数)2.班级实体及其属性3.院系实体及其属性4.成绩实体及其属性5.课程实体及其属性6.讲师实体及其属性7.宿舍实体及其属性导师导师编导师姓 名所属 系8.导师实体及其属性2.2 创建局部应用,设计分E-R图整个系统中最核心的数据内容是学生信息,所有一切应用都是围 绕着学生这些数据来进行的。将学生和班级院系结构化,方便查询学生所在班级院系的查询,创建 有关的分E-R图如下:在这个应用或这个分E-R图中主要的应用是,当查询一个学生的 班级和院系所涉及的数据时,这个应用能够将所涉及
7、的院系和班级的 详细信息集合在一起,而且在需要联系导师时能够将导师的联系电话 等相关信息展现出来,方便了用户在查询涉及学生的相关导师、院系、 班级的信息。(2)学生有关课程和教师的数据结构话形成一个查询应用:该应用主要是涉及学生上课这部分的查询,将学生涉及课程和教师的 信息整合起来,这其中可以让用户查询有关对象指定课程的成绩和学 分或是指定课程的任课老师的联系电话,方便同老师进行交流,或者 时可以查询核定学生的所有学科的成绩或是查询某一科所有同学的 成绩,并按照一定的顺序排序。(1)学生有关宿舍的一个应用:该应用比较简单,时当用户在查询涉及指定对象的有关宿舍的基本信 息,在这个应用中用户可以查
8、询到指定用户的宿舍号和联系电话以及 地址。能够方便的查询到所涉及的信息。2.3 合弁分E-R图,形成总E-R图完整E-R图三、逻辑设计3.1 完成关系模式的转化根据关系模式的转换规则可得到如下的关系模式,加下划线的属 性为相应的主码。院系的基本信息(院系编号、院系名称、联系电话、院系主任) 班级的基本信息(班级编号、院系编号、班级名称、班长、学生数) 学生的基本信息(学号、班级编号、姓名、性别、出生日期、家庭 住址)课程的基本信息(课程编号、课程名称、学分、讲师)成绩的基本信息(学号、课程编号、成绩、学分)讲师的基本信息(讲师编号、宿舍的基本信息(宿舍编号、导师的基本信息(导师编号、讲师姓名、
9、教授班级、联系电话)宿舍地址、联系电话、所属院系)导师姓名、联系电话、所属院系)3.2 数据字典数据和表的建立表名含义Department院系Class班级Student学生Course课程Grade成绩Teacher讲师Hourse宿舍Director导师表结构(1)、 Department表 1-1 Department 表结构字段名数据类型字段含义约束Dept_IDDecimal院系编号Primary KeyDepartmentv arChar(50)院系名称Not NullPhonevarChar(50)联系电话DirectorvarChar(50)院系主任(2)、Class字段名数据
10、类型字段含义约束Class_IDChar(7)班级编号Primary KeyDept_IDDecimal院系编号Foreign KeyClassvarChar(30)班级名称Not Null字段名数据类型字段含义约束MonitorvarChar(24)班长Student_NODecimal学生数Not Null Default 0(3)、Student字F殳名数据类型殳含义约束Primary KeyStudent_ID varChaK9)学号Class_IDChar班级编号Foreign KeyNamevarChar(24)姓名性别Not NullGendervarChar(2)男,女Birt
11、hdayDatetime出生日期AddressvarChar(50)家庭地址H_IDvarChar(50)寝室号Department Varchar ( 50)所属院系H_IDVarchar ( 50)宿舍编号Foreign Key(4)、Course字段名数据类型字段含义约束Course_IDvarChar(8)课程编号Primary KeyCoursevarChar(50)课程Not NullCreditDecimal学分TeacherVarchar(50)讲师T_IDVarchar(50)(5 )、Grade字段名数据类型殳含义约束Student_IDvarChar(9)学号Foreig
12、nKeyPrimary KeyCourse_IDvarChar(8)课程编号ForeignKeyGradeDecimal成绩Not NullG_ValueDecimal学分Not Null(6)、Teacher字段名数据类型字段含义约束TDvarChar(9)讲师编号Primary KeyT_Namevarchar(50)讲师姓名CoursevarChar(50)教授课程T_PhonevarChar(50)电话Department Varchar ( 50)所属院系InsertintoValues (001,InsertintoValues (002,teacher王玉贤,java ,信管,)
13、teacher焦华光,网站设计与规划, 电商,)Insert into teacherValues (003,Insert intoValues (004,InsertintoValues (005,InsertintoValues (006,郭慧峰,c 语言, 信管,)teacher范海平,管理学, 管理,)teacher范朝奇,photoshop ,电商,)teacher赵金鹏,计算机网络, 信管,)(7)、Hourse字段名数据类型字段含义约束H_IDvarChar(50)宿舍编号Primary KeyH_AddressVarchar ( 50)宿舍地址H_PhonevarChar(50
14、)联系电话Department Varchar ( 50)所属院系Insert into teacher信管,)电商,)信管,)管理,)管理,)Values (210,西区InsertintoteacherValues (220,西区InsertintoteacherValues (230,西区InsertintoteacherValues (310,东区InsertintoteacherValues (320,东区(8)、Director字段名数据类型字段含义约束D_IDvarChar(9)导师编号Primary KeyD_NameVarchar ( 24)导师姓名D_PhonevarCha
15、r(50)联系电话Department varChar(50)所属院系Dept_IDvarChar(50)院系编号Foreign KeyInsert into directorValues (301,东 区, 信管,01 )Insert into directorValues (501,东 区, 电 商,03 )Insert into directorValues (803,东 区,187,管理,02)Insert into directorValues (302,东 区,153,信管,01)3.3 处理逻辑描述(判定表或判定树)判定条件决策判断用户查询涉及的功能模块系部基本信息模块、宿舍楼基
16、本信息模块、学生基本信 息模块、讲师基本信息模块、导师基本信息模块、学生 成绩基本信息模块、学生课程基本信息模块:先确定查 询所涉及的功能模块;然后,确定要查询的内容,确定 查询数据流向;最后显示查询结果。判断用户修改要涉及的模块,同时把相应的修改数据传到相应的模块之中系部基本信息模块、宿舍楼基本信息模块、学生基本信 息模块、讲师基本信息模块、导师基本信息模块、学生 成绩基本信息模块、学生课程基本信息模块:先确定更新所涉及的功能模块;然后,把更新信息传送到相应的模块中;最后,进行相应的更新操作。四.物理设计阶段4.1 物理设计阶段的目标与任务数据库的物理设计就是为逻辑数据模型选取一个最合适应用
17、要求 的物理结构的过程,在这个阶段中要完成两大任务:(1)确定数据库的物理结构,在关系数据库中主要是存取方法和存 储结构;(2)对物理结构进行评价,评价的重点是时间和空间效率。4.2 数据存储方面为数据库中各基本表建立的索引如下:1. 由于 基本表 class , Student 的主码 Class_ID , Student_ID 经常在 查询条件和连接操作的连接条件中出现,且 它们的值唯一,考虑在两 个属性上建立唯一性索引;2. Course的主码Course_ID , Teacher 经常在查询条件中出现,且它 们的组合值唯一,考虑在它们之上建立组合索引;3. 基本表Student 的一属
18、性StuName ,经常在查询条件中出现,且经常 出现在相等的比较条件中,考虑在其之上建立聚簇索引;4. 基本表Hourse、Director 的属性值几乎不会有什么变化,更新率很低,可考虑适当建立索引;5. 基 本 表 Teacher , Grade 的 属 性 值 经 常 发 生 变 化 , 权 衡 系 统 为 维 护 索 引付出的代价,可考虑不建立索引,也可以适当建立索引。五、系统实现5.1 建 立 数 据 库create database Student_Dormitory_Management;5.2 建 立 数 据 表Course 表 的 建 立create table cours
19、e(course_ID varchar(8)not null unique,course varchar(50)not null,creditdecimal,teachervarchr)Department表的建立create tabledepartment(Dept_ID Decimalnot null unique,Department varChar(50)Not Null,Phone varChar(50),Director varChar(50),primary key(Dept_ID)Director 表 的 建 立 create tabledirector(D_ID varCha
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 学生 信息管理 系统 数据库 设计 报告
链接地址:https://www.31doc.com/p-11686701.html