1、 1 数据库原理与技术课程设计设计报告数据库原理与技术课程设计设计报告 课程设计题目课程设计题目：学籍管理系统：学籍管理系统 1 需求分析 1.1 系统目标： 实现一个通用学籍管理系统，完成对学生学籍信息的增加、删除、修改、查 询、显示全部学生学籍信息等功能。 1.1 系统功能需求： 本系统只在学校内部使用，故无需登录。用户可直接进入到主界面，进行各 种操作，诸如录入学生信息、删除已不在的学生的学籍信息、修改有错误信息的 学生的学籍信息、查询所要找的学生的学籍信息以及查看所有学生的学籍信息。 （1）功能划分： 用户无需经过身份验证，直接进入到学籍管理系统的主界面。主界面为用户 提供了 6 个功
2、能，即增加记录、删除记录、修改记录、查询记录、显示全部记录 和退出。 （2）功能描述： 增加记录： 用户进入到主界面后，若想添加新的学生学籍信息，可点击增加记录按钮。 则会跳出一增加记录的对话框，用户可在各对应的框内填写所要填写的信息。当 然这些不能胡乱的填写，要根据日常情况来填写。 删除记录： 用户进入到主界面后，若想把那些已不在的学生删除掉，可点击删除记录按 钮。则会跳出一删除记录对话框，用户填写所要删除学生的学号，点击确定。若 该学生的学籍信息不在数据库中，则会出现提示信息“无此学生”。若在数据库 中有该学生的学籍信息，则会显示另一提示信息“确定删除吗？”，点击确定， 又会出现一提示信息
3、“删除成功”。虽然有些繁琐，但能确保不误删学生的学籍 信息。 修改记录： 用户进入到主界面后，倘若想修改那些由于各种情况所造成的错误信息时， 2 可点击主界面上的修改记录按钮。点击后会跳出一修改记录的对话框，用户可以 根据有错误信息的学生的学号，先进行查询，查询后会显示该学生的全部学籍信 息， 用于可将错误的信息纠正过来， 然后点击修改。 返回主界面可点击退出按钮。 查询记录： 用户进入到主界面后，如果想要查看某个学生的学籍信息，可点击查询记录 按钮。则会跳出一查询记录的对话框，用户输入想要查询学生的学号就可以查看 到该学生的全部学籍信息。 全部记录： 用户进入到主界面后， 想要查看全部学生的
4、学籍信息， 可点击全部记录按钮。 则会在主界面的下部显示全部学生的学籍信息。 退出： 用户进入到主界面后，进行了各种操作后，想要退出该学生学籍管理系统， 可点击主界面上的退出按钮。点击后，用户就可以退出本系统。 2 数据库的概念设计数据库的概念设计 2.1 系统的概念模型： 图 2-1 学生学籍管理系统概念模型的 E/R图 学生学籍信息 学号 姓名 性别 政治面貌 家庭地址 出生年月 籍贯 系 院 专业 1 1 1 N 1 N 用户 增加记录 学生学籍信息 1 N 删除记录 学生学籍信息 N 修改记录 学生学籍信息 N 查询记录 学生学籍信息 全部显示 学生学籍信息 退出 使用权限 姓名 3
5、图 2-2 学生学籍信息的属性 E/R图 上面两张图是学生学籍管理系统的概念模型的 E/R 图， 该系统所涉及的实体 集有： 学生学籍信息实体集：具体属性有学号、姓名、性别、政治面貌、出生年月、 专业、系院、籍贯、家庭住址。 用户实体集：具体属性有使用权限。 用户可以对多个学生的学籍信息进行管理， 所以用户与学生学籍信息之间的 关系为 1：N。 3 将概念模型转换为改性模型将概念模型转换为改性模型 3.1 将 E-R 模型转换为关系模式 （1）学生学籍信息转换为关系： STUDENT(CODE,NAME,SEX,POLITICAL,NATIVE,BIRTH,DEPARMENT, MAJOR,A
6、DDRESS) CODEE 表示学号，NAME 表示姓名，SEX 表示性别，POLITICAL 表示政 治面貌，NATIVE 表示籍贯，BIRTH 表示出生年月，DEPARMENT 表示院系， MAJOR 表示专业，ADDRESS 表示家庭地址。 3.2 数据库表结构设计： 把关系模型转化为表结构： 学生学籍信息表（student）所包含的学生学籍信息，定义如下： 表 1 学生学籍信息表 域名 含义 数据类型 例子 备注 code 学号 nvarchar（10） 1071301208 主键 name 姓名 nvarchar（30） 陈云龙 sex 性别 nvarchar（2） 男 political 政治面貌 Nvarchar（16） 团员 native 籍贯 Nvarchar（8） 江苏 birth 出生年月 Nvarchar（10） 1989 deparment 院系 Nvarchar（30） 计算机工程 major 专业 Nvarchar（30） 科学与技术 4 address 家庭地址 Nvarchar（100） 启东 3.3 实现数据完整性
