数据库学籍管理系统(SQL)课程设计.docVIP

学生学籍管理系统（数据库系统）设计背景 开发环境 本学生学籍管理系统（数据库系统）的开发与运行环境如下： 开发环境：Windows XP 辅助工具：PowerDesigner Trial 11 数据库管理系统：SQL Server 2000 运行环境：Windows 2000/XP/2003 内容和要求 系统目标设计 引言 用户需求 划分功能模块 图 2-1 系统功能模块图 数据结构 表 2.9 数据结构表 数据结构名 含义说明 组成部分 学生基本信息管理 描述学生基本信息 学号+姓名+性别+出生日期+身份证号+入学时间+政治面貌+家庭住址+籍贯+邮政编码+民族 老师基本信息管理 描述老师基本信息 教工号+姓名+性别+职称+所属院系+电话 学生、老师相关信息管理 描述学生选课信息，毕业信息，专业、院系信息，老师授课信息，院系信息 学号+课程号+成绩 课程号+教工号 毕业证编号+学号+姓名+性别+身份证号+所属院系+入学时间+已修学分+需修学分 学生成绩管理 描述学生平均成绩、总成绩的计算，统计相关信息 学号+课程号+成绩 系统管理 描述用户修改密码，帮助信息 数据流 1、数据流定义表 表 2.10 数据流定义表 编号 数据流名 组成 流量 备注 01 学生信息 学号+姓名+性别+出生日期+身份证号+入学时间+政治面貌+家庭住址+籍贯+邮政编码+民族 大 学生基本信息 02 教师信息 教工号+姓名+性别+职称+所属院系+电话 一般 教师基本信息 03 学生成绩 学号+姓名+性别+学号+课程号+成绩 大 学生详细信息 04 科目成绩 学号+课程号+成绩 大 学生考试成绩 05 各门成绩 学号+课程号+成绩 课程号+课程名+学分 大 同上 06 查询结果 科目成绩+各门成绩 大 各种信息 07 统计分析 科目成绩+各门成绩 大 学生奖励 2、外部项定义表 表 2.11 外部项定义表 编号 名称 输入数据流 输出数据流 备注 1 学生处 01 主要用于录入学生信息 2 学生 06 主要用语学生查询信息和成绩 3 老师 03 主要用于老师提交成绩 4 教务员 06/07 主要用于输出查询和统计信息的结果 数据存储 表 2.12 数据存储表 编号 数据存储名 输入数据流 输出数据流 数据量 存取方式 A1 学生相关信息 01 大 批处理、顺序检索 A2 教师相关信息 03 02 一般 批处理、顺序检索 A3 学生成绩单 06，07 大 批处理、更新、顺序检索 处理过程 表 2.13 数据处理过程表 编号 名称 输入数据流 输出数据流 备注 B1 插入修改 01，02，03 01，02，03 插入学生信息和老师信息 B2 更新修改 01，02，03 01，02，03 更新学生信息和老师信息 B3 删除修改 01，02，03 01，02，03 删除学生信息和老师信息 B4 统计分析 05，06 05，06 统计学生信息和成绩 。 图 3-1 学籍管理系统数据流图 ： 图 3-11 学籍管理系统E-R图 概念模型是在对用户需求分析之后，通过画出本系统抽象出的E-R图，由概念模型辅助工具PowerDesigner11进行设计，通过具体地设置和绘图，最后就形成了如下所示的概念模型图，生成的概念结构就能真实、充分地反映现实世界，包括事物和事物之间的联系，能满足用户对数据的处理要求，是对现实世界的一个真实模型。 图 3-12 学籍管理系统概念模型图4 逻辑结构设计 逻辑结构设计就是把概念结构设计阶段设计好的基本E-R图转换为与选用DBMS产品所支持的数据模型相符合的逻辑结构。 设计逻辑结构一般分为3步进行： （1）将概念结构转换为一般的关系、网状、层次模型； （2）将转换来的关系、网状、层次模型向特定DBMS支持下的数据模型转换； （3）对数据模型进行优化。 关系模型 将E-R图转换为关系模型实际上就是要奖实体型、实体的属性和实体型之间的联系转换为关系模式，这种转换一般遵循如下原则：一个实体型转换为一个关系模式。实体的属性就是关系的属性，实体的码就是关系的码。对于实体型间的联系则有以下不同的情况： （1）一个1:1联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的个实体的码以及联系本身的属性均转换为关系的属性，每个实体的码均是该关系的侯选码。如果与某一端实体对应的关系模式合并，则需要在关系模式的属性中加入另一个关系模式的码和联系本身的属性。 （2）一个1:n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并