vs2005+sql学生信息管理系统论文+源码+需求分析+数据库设计 第5页
3.3.7 学费管理
“学费管理”功能主要用于管理员对档案的相关信息进行增加，删除，修改而普通用户可以对档案的信息按一定的条件进行查询，其中包含的子模块如下图
图3.9“学费管理”功能模块
“查询信息”用于普通用户登陆到查询页面选择班级查询，然后选择相应的查询条件后选择查询按钮后即可将其信息罗列出来。
“添加信息”用于管理员登陆到管理页面后，选择添加信息即可进入添加页面然后将相关的信息输入到文本框中即可将信息添加。
“删除信息”用于管理员登陆到管理员页面后，选择删除信息即可进入删除信息页面然后选择相应的删除条件并输入条件即可进行删除。
“修改信息”用于管理员登陆到管理员页面后，选择修改信息即可进入修改页面然后输入相应被修改的信息即可将其信息修改。
第四章 数据库设计
数据库是一种存储数据并对数据进行操作的工具。数据库的作用在于组织和表达信息，简而言之，数据库就是信息的集合。计算机的数据库可以分为两类：非关系数据库(flat-file)和关系数据库（relational）。关系数据库中包含了多个数据表的信息，数据库含有各个不同部分的术语，象记录、域等。
4.1数据库需求分析
根据以上的需求分析和数据组织，开始设计数据结构，即根据需求勾画出实体/关系图（E/R）。在概念上，E/R图代表的是系统需要的数据及其这些数据之间的关系。如图所示的实体/关系图：
图4.1 实体/关系图
从图中可以看出，在这个系统中实际存在的实体：学生基本信息和用户，其中用户和学生基本信息是多对多关系，针对本系统，通过对学生信息管理系统的内容和数据流程分析，设计数据项和数据结构如下：
（1） 普通用户信息，其数据项有用户名与密码等。
（2） 管理员信息，其数据项有用户名与密码等。
（3） 班级管理信息，其数据项有班级号，班长，教室以及总人数等。
（4） 课程管理信息，其数据项有专业，年级，课程名，教师，课时，上课地方以及课程类型。
（5） 成绩管理信息，其数据项有学号，学生名字，课程名以及分数等。
（6） 档案管理信息，其数据项有学号，学生名字，性别，出生年月，班级号码，专业以及入学日期。
（7） 学费管理信息，其数据项有学号，学生名字，应付学费，实际付的学费，以及欠款。
4.2 数据库逻辑结构设计
数据库设计有几个范式，一般我们要做到的是第三范式，即数据表中没有冗余字段以及同一个表中的字段没有函数依赖关系，冗余字段即在一个表中已经保存过的信息，在另一个表中就不应该存在，如果需要的话，可以通过表间的关联来得到，函数依赖性就是一个表中的字段间不应该有计算关系，如一个表中有单价字段、数量字段，就不应该有一个总金额字段。如果程序运行过程中需要总金额，可以实时计算。不过在一些较常用的表中，我们可以适当地保留冗余字段，这样，在程序运行过程中可以减少由于表间互相关联而使用速度降低等问题。这就是所谓的第四范式。数据表设计时，最好不要使用用户输入的信息作为主键，每一个数据表自己定义一个主键，添加信息是由程序自动添加，这样就可以减少数据更新时产生的错误。表与表相关联的外键最好是由程序自动生成的主键，这样数据库就比较规范了。
另外，数据表设计时一般都应该有一些标志字段，标志字段可以定义成CHAR(1)或BIT型。建议实际应用中定义成CHAR(1)字段可以存储多种可能的状态，在最初设计时，可能我们没有考虑到的一些情况，在程序后来的开发中，可以通过设计标志字段为不同的 值来解决，这样就避免了修改数据库结构。
数据库初期设计时一定要谨慎，把所有可能的情况都考虑进去，即使当时没有用到，也要将它留在数据库中作为备用字段以便将来扩充。
程序一旦开始编码，就应该尽量避免再修改数据库。因为如果数据库结构一旦改变，所有与修改的数据表相关的业务都有可能受到影响，而某些影响还很难看到，这样就容易形成一个恶性循环。错误越改越多，越改越乱，最终导致程序的失败。PB的数据窗口与其他语言的数据控件不一样，它的很多东西是预编译的。即使你一个模块已经调试无误，但只要数据库结构改动。相应的模块就一定要重新修改，否则一定会出问题。
学生信息管理系统数据库中各个表的设计结果如下面几个表格所示。每个表格表示为数据库中的一个表。 原文请找腾讯752018766辣-文^论-文.网
http://www.751com.cn
表4.2 “普通用户”数据表
表4.3 “班级管理”数据表
表4.4 “课程管理”数据表
表4.5 “分数管理”数据表
表4.6“学费管理”数据表
表4.7“管理员信息”数据表
表4.8“档案管理”数据表
（1）规划有效的索引
a.在组合表的列中创建索引，包括主关键字和外部关键字所在的列。
b.在列或类组合中创建唯一的索引能增强唯一性。
c.浏览索引并卸载不使用的索引。索引需要一定硬盘空间和时间来文护。具有较高数据插入操作频率的数据库最好不要索引。有较高读操作频率的数据库应该有更多的索引。
d.避免在簇索引中包括不必要的列。在可能的情况下，使用较小的数据类型，例如用varchar替代char。
e.考虑使用簇索引来支持排序和范围化查询。在为数据检索优化表时，簇索引必须支持数据的分组索引。为簇关键字选择列或列组，簇关键字以经常需要的顺序排序数据或以必须被一起访问的记录而分组记录。
f.创建支持一般查询的查找参数索引。具有高选择性的列是索引的最好候选列。具有高密度的列是索引糟糕的候选列。上一页 [1] [2] [3] [4] [5]
vs2005+sql学生信息管理系统论文+源码+需求分析+数据库设计 第5页下载如图片无法显示或论文不完整，请联系qq752018766
