中小学成绩管理系统 2.docx
《中小学成绩管理系统 2.docx》由会员分享，可在线阅读，更多相关《中小学成绩管理系统 2.docx（25页珍藏版）》请在冰豆网上搜索。
中小学成绩管理系统2
数据库原理课程设计
（2012级）
中小学通用成绩管理系统的数据库设计
学号：
21206031034
姓名：
路超
指导教师：
丁炳胜
院系：
信息工程学院
专业：
计算机科学与技术
提交日期：
六月六号
目录
1．引言………………………………………………………………………………XX
2．系统需求分析……………………………………………………………………XX
2.1功能需求分析………………………………………………………………XX
2.2数据流图………………………………………………………………XX
2.3数据字典…………………………………………………………………XX
3．系统功能设计…………………………………………………………………XX
3.1…………………………………………………………………………XX
3.2………………………………………………………………………XX
……………
4．数据库概念模型概念…………………………………………………………XX
4.1局部E-R图………………………………………………………………XX
4.2全局E-R图………………………………………………………………XX
…………
5．数据库逻辑结构设计………………………………………………………XX
5.1全局逻辑结构设计……………………………………………………XX
5.2外模式设计……………………………………………………………XX
……………
6．数据库物理结构设计………………………………………………………XX
6.1存储结构设计……………………………………………………XX
6.2存取方法设计……………………………………………………………XX
……………
7．应用程序设计（此项选做）…………………………………………………XX
……………
结束语……………………………………………………………………………XX
一.引言
本论文以“中小学通用成绩管理系统”的开发为背景，论述了管理信息系统的概念、结构及系统开发的基本原理和方法。
随着科技的发展，基本上所有的具有一定数量数据的机构都开始使用计算机数据库来做管理。
几乎所有的学校也都已经在使用计算机管理数据的机制，中小中小减小了学校学生成绩管理的工作量。
随着社会的发展，信息化管理已经成为了社会和科学技术发展的支柱产业之一。
信息是管理的基础，是进行决策的基本依据。
中小学通用成绩管理将是信息技术用于对中小学生个人信息管理，它能够收集与存储中小学生的个人成绩信息，提供更新与检索中小学生个人成绩信息的接口；提高学校和中小学生的诚信形象。
传统的在校中小学生成绩管理中，其过程往往是很复杂的，在校中小学生成绩的管理以在线和审核两项内容为核心，在此过程中又需要经过若干的手续，因为整个过程都需要手工的操作，效率十分的地下，因此信息化是一个必然的趋势！
我们的系统开发的整体的任务是实现在校中小学生成绩管理的系统化.规范化.自动化和智能化，从而达到企业管理效率的目的。
为了使整个系统管理清晰化透明化，便于操作，易于管理。
通过功能模块的优化组合实现不同的管理细节，是管理过程实现最中小程度的自动化与信息化，并能自动对人工操作环节进行复查，是在校中小学生成绩系统的出错率降至最低。
这就避免；了繁琐的人工步骤，中小中小的节约了人力物力，提高了切实的工作效率！
研究方法和思想是很重要的，在校中小学生成绩管理系统在业务流程中起着承上启下的作用，其重要性自然不言而喻。
结合需求，本系统踩哟哦那个软件开发原理，一句软件流程过程规范，按照需求分析.概念设计.详细设计.程序编码.测试.软件应用.软件维护等过程开发出中小学生成绩管理系统。
我主要设计数据库，其中的主要设计了用户的基本信息表.申请成绩信息表.管理系统用户登陆界面等数据表。
解决了在校中小学生成绩的数据的安全性.数据一致性以及安全性和系统的运行速度等问题。
设计的思路，系统应符合银行账户管理的规定，满足银行相关人员使用的需要，并达到操作过程的直观.方便，实用，安全等要求；系统采用模块化程序设计方法，即便与系统功能的各种组合和修改，又便于未参与开发的技术维护人员的补充，维护；系统还应该具备数据库维护功能，即使根据用户的需求进行数据的添加.删除.更新.备份等；采用SQL设计的数据库能够满足需求且适合使用！
2.系统需求分析
一）功能需求分析
通过对现行的业务的调查报告显示出，明确了中小学成绩的工作需由学生管理。
教师信息管理和课程等几个部分组成。
对现有系统描述如下：
（一）学生信息管理
1）管理大学生基本信息
2）对学生信息的更新
（二）学校教师的信息管理
1）建立教师的信息表
2）对于新增教师，将信息加入教师信息表中。
3）当教师情况款变化时，修改信息表的记录。
（三）课程信息
1）建立的学生课程信息表，记录课程的名.课程号，课时；然后进行分类管理。
2）更改学生的课程表时，根据学校相关的信息，进行管理。
（四）成绩查询
1）当学生要进行查询服务要求时，对照各个信息表之间的关系，核实相应的信息数目根据条件进行查询服务。
2）更改成绩信息：
在信息表中根据学生真实的信息进行更改并且进一步考虑系统在安全性，完整性，并发控制，备份和恢复等方面的功能要求。
。
二）系统数据流程图
经过详细的调查，弄清了系统现行业务的流程。
在此基础上，构造出系统的逻辑模型，并通过数据流图表示。
如下图所示是中小学通用成绩管理系统的数据流程图：
D3
D1
学生选课记录
课程记录
用户记录
D4
D2
选课学生记录
选课大学生
超级管理员
P2
成绩管理
P1
内部管理
课程
课程
课程情况课程信息
学生情况更改成绩
要求
学生信息
选课大学生
用户身份用户情况
P3
安全管理
管理员情况
在中小学管理系统顶层的数据流程图中，可以对“内部管理”和“成绩管理”两个处理框所管理的功能进行细化，得到的第二层数据流程图。
如下图所示：
D2学生记录
课程
P1.1
课程管理
P1.2
学生管理
D1课程记录
学生
上图是“内部管理”的细化流程图
在上图中，将内部管理分为课程管理和学生管理两个处理框。
实际上还可以将他们继续细分，这里就不一一划分，满足要求即可。
“课程管理”处理框包括“选课处理”和课程修改处理”和“查看课程”3个子处理框，集体的细化流程图如下所示：
D3选课记录
P2.2
选课处理
学生
D2学生记录
P2.3
课程修改处理
P2.1
查看
课程
D1课程记录
学生
选课
选课请求
课程
课程
请求修改
信息
情况
上图是“课程管理”的细化数据流程图
经过细化的数据流程图是下图所示：
D2学生记录
D4用户记录
D3查看记录
D1查看记录
P2.3
成绩处理
P2.2
成绩查询处理
P1.2
学生管理
P3
安全管理
P2.1
查看成绩
学生
课程
超级管理员
学生
P1.1
选课管理
D1选课记录
D2学生记录
课程情况学生情况
用户身份用户身份
管理员情况
学生
用户身份
用户身份
查看请求
成绩
（三）系统的数据字典
中小学通用成绩管理系统的数据流程图中，数据信息和处理过程要通过数据字典才能描述清楚在我们定义的中小学通用成绩管理系统数据字典中，主要对数据的数据流.数据存储和处理过程进行说明
（1）数据流名称：
成绩情况
位置：
成绩p1.1,成绩p2.3
定义：
成绩情况=类型+学生id+学生成绩
数据流量：
平均数据流量平均每月传输10000次，高峰期每天传输1000次。
说明：
当查询成绩时，要严格的确定成绩及其他问题，建立查询记录。
2）数据流名称：
学生情况
位置：
学生p1.2
定义：
学生情况=姓名+年级+班级+性别+电话+身份证号码+住址
数据流量：
平均流量每年80000次，高峰期每天传输10000次。
说明：
根据学生的基本信息建立学生记录，方便管理学生成绩查询的各项事项。
3）数据流名称：
超级管理员（工作人员）情况
位置：
学校教务处人员p3
定义：
学校教务处人员=用户名+密码
数据流量：
平均流量为每年传输10000次，高峰期流每天传输500次。
说明：
通过工作人员的用户名和密码鉴别用户的身份。
4）数据流名称:
用户身份
位置：
p3｛p1.1，p1.2，p2.1，p2.3｝
定义：
用户身份=【学生|内部工作人员|超级管理员】
数据流量：
平均流量为每天传输20000次，高峰期每小时传输1000次。
说明：
不同的用户身份进入的处理过程不同。
5）数据流名称：
选课请求
位置：
学生p2.1
定义：
选课请求=类别|编号
数据流量：
平均流量为每天传输10000次，高峰期流量每小时传输3000次。
说明：
通过课程的类别和课程编号查询相关的课程，为精确的查询。
6）数据流程：
同意选课
位置：
管理员p2.3
定义：
同意选课=管理员+选课情况
数据流量：
平均流量为每天传输10000次，高峰期为每小时传输3000次。
说明：
确认选课的学生后，更新系统中的选课记录.
7）数据流名称：
课程信息
位置：
p2.1p2.2
定义：
课程信息=课程类型+课程编号
数据流量：
平均流量为每天传输10000次，高峰期流量为每小时传输4000次。
说明;课程信息的更改须要注明类型和各年级学生的情况，用来确定需要选课的学生年级。
二）主要的数据存储定义
1）数据存储编号：
D1
数据存储名称：
成绩记录
输入:
p1.1
输出;p2.1,p2.2,p2.3
数据结构：
成绩记录=科目+学生id+身份证号码
数据量和存储频度：
数据量为250000条；存取频度为每天1000次。
存取方式：
中小学通用成绩管理系统处理，随时更新，在web端即可同步查询.
说明：
学生id具有唯一性和非空性。
2）数据存储编号：
D2
数据存储名称：
学生记录
输入;p1.2
输出;p2.2,p2.3
数据结构：
学生记录=姓名+学号+性别+联系方式+班级+年级
数据量和存储频度：
数据量为30000条；存取频度为每天10000次。
存取方式：
联机处理；主要是检索处理；以随机检索为主；
说明;学号具有唯一性和非空性，性别只能是“男”和“女”。
3）数据存储编号：
D3
数据存储记录名称：
选课记录
输入：
p2.2
输出：
p2.2，p2.3
数据结构：
选课记录=课程号+学生学号
数据量和存取频度;数据量为50000条；存取频度为每天10000次。
存取方式;联机处理；一更新操作为主；随即检索。
说明：
学生学号是外码，参照表为“学生表.学号”；
4）数据存取编号：
数据存取名称：
D4
输入：
P3
输出：
P3
数据量和存取频度：
数据量为1000条；存取频度为每天100次。
存取方式：
联机处理；以检索为主；顺序检索。
数据结构：
用户+密码+类别
说明：
类别是“学生”和“管理员”。
三）主要的处理过程
1）处理过程的编号：
p1.1
处理过程名：
成绩管理
输入：
学号
输出：
D1
处理过程：
对所有的学生用户进行统一处理，将学生成绩信息数据化，成绩存在学生成绩表中。
2）处理过程的编号：
p1.2
处理过程名：
学生管理
输入：
学生情况，用户身份
输出：
D2
处理说明：
建立学生信息表，对学生统一编号；实现学生记录表的更新和维护功能。
3）处理过程的编号：
p2.1
处理过程名：
查看学生班级，年级
输入：
查询请求，D1，用户身份
输出：
查询结果信息
处理过程：
实现学生具体信息的查询。
4）处理过程的编号：
p2.2
处理过程名：
更改成绩处理
输入：
学生信息，D1,D2,D3
输出：
更改成绩记录
处理说明：
确认学生学生真实的成绩，每次都要备份记录原来的成绩。
5）处理过程的编号：
p2.3
处理过程名：
成绩录入处理
输入：
D2,D3,用户类型
输出：
D1
处理说明：
对照相应的选课记录，确认课程号和的学生好无误后即可录入成绩。
6）处理过程的编号：
p3
处理过程名：
安全管理
输入：
用户类别D4
输出：
用户身份，D4，
处理说明：
通过用户名和密码，确认用户的身份，保证系统的安全性。
三系统的功能设计
在系统设计中，我们要确定中小学学生成绩管理系统的体系结构.工作环境，系统功能及结构。
（一）数据库的系统结构
中小学通用成绩管理系统
基于BDE的应用程序
采用的是B/S
两层的数据库系统结构，选定BDE技术为两层数
据库的
BorlandDatabaseEnglish
支持技术。
数据的管理工具为ODBC,数据
库的访问
SOLServer2005
ODBCSocket
ODBC驱动程序
方式如右图所示：
（二）系统的功能及结构
中小学通用成绩管理系统能结构如下图所示
中小学通用成绩管理系统包括用户的登陆模块，
管理员内部管理和学生成绩查询管理3大功能模块。
其中，用户的登陆模块是为了保证数据库应用系统
的数据安全性而设计的，管理员的管理模块实现的
学校的内部管理功能，学校的服务模块实现中小学校
中小学通用成
绩管理系统
对外的服务体现。
用户登陆模块
学生的服务功能模块
教务处管理模块
教师的服务功能模块
修改学生记录
修改学生记录
学生信息修改查询
进行选课
查询成绩
安排教师课程
修改用户名及密码
统计班级学生成绩
录入学生成绩
查看年级班级信息
一）用户登陆模块
用户登陆模块的任务是识别用户的身份，确定用户操作权限，保证系统安全运行。
用户登陆模块包括下面两个子模块：
（1）用户记录维护：
建立用户记录，对用户记录进行及时更新。
（2）用户登陆管理：
确定用户身份和用户的操作权限。
二）教务处管理模块
超级管理这包括以下3个子模块：
（1）更新学生成绩记录模块：
对学生成绩表中的记录增加、修改、删除、统计。
（2）更新学生记录模块：
增加学生的记录，删除或修改学生表中已有的记录，并实现学生的统计功能。
（3）修改用户及密码模块：
增加用户或修改用户的密码。
三）学生成绩查询服务功能模块
银行服务功能模块也包括以下3个子模块。
（1）查询成绩：
提供更加精确的学生信息，为精确的查询。
（2）选课处理：
在查询了解的基础上完成选课处理。
选课时要记录学生的主要信息，以及学生课表的信息，增加表中的记录。
（3）更改学生信息：
实现学生的基本信息处理。
四数据库的概念模型设计
数据库的设计步骤是：
根据系统恩熙建立概念模型；将数据库的概念模型转化为数据模型；进行规范化处理，是数据模型满足BC范式。
（一）局部E-R图
联系方式
学生
性别
年级
身份证号
姓名
用户名
密码
学号
合法用户
类别
管理员编号
a）合法用户实体图
班级
b）学生实体图
课程名
课程号
课程表
C）课程实体图
教师性别
教工号
教工号
教师名
登陆密码
教师表
C）教师实体图
教师性别
教工号
教师名
登陆密码
教师表
上面是对局部E-R图的描述.
（二）全局E-R图
用户名
成绩
学号
学号
密码
成绩管理
合法用户
科目
类别
成绩表
n1
编号
管理员编号
n
性别
姓名
联系方式
教工号
教师
年级
密码
班级
课程号
选课
课程名
联系方式
1
年级
学号
学生
年级
学生
性别
班级
姓名
密码
上面的是对全局E-R图的具体描述。
五数据库逻辑结构设计
（一）全局逻辑结构设计
根据抽象的E-R图转化为关系数据库的数据模型，其关系模式为：
合法用户（职工编号，职工名，用户登录名，密码，级别），其中用户登录名为主码；
成绩表（类型，编码，金额，证明），其中编码为主码；
学生（姓名，学校，性别，身份证号，联系方式），其中身份证号为主码；
用户（用户名，密码）其中用户名为主码
将中小学通用成绩管理系统的数据库名称命名为“Student_score”。
（二）数据库的外模式设计
数据库的外模式设计包括属性名，数据类型，数据长度，该属性值是否允许空值，是否为主码，是否为索引项及约束条件。
如下图所示，详细的列出了中小学生记录库各表的属性设计情况。
学生信息表（Student）
字段名
注释
类型
长度
允许空
默认值
Student_sno
作者编号（pk）
Varchar
30
自动增长（1,1）
Student_name
学生名子
varchar
20
Null
Student_sex
学生性别
Varchar
10
Null
Student_class
学生系别
Varchar
30
Null
Student_grade
学生年级
Varchar
30
Null
Student_cnum
登陆密码
Varchar
30
Null
Student_phone
联系电话
Varchar
30
Null
学生上课程信息表（Student_gc）
字段名
注释
类型
长度
允许空
默认值
Student_gcid
表id
Int
11
自动增长（1,1）
Student_id
学生id
Int
11
Null
Student_gradeid
年级id
Int
11
Null
Student_classid
班级id
Int
11
Null
教师信息表（Teacher）
字段名
注释
类型
长度
允许空
默认值
Teacher_id
教师id
Int
11
自动增长（1,1）
Teacher_no
教师工号
Varchar
11
Null
Teacher_name
姓名
Varchar
20
Null
Teacher_sex
性别
Varchar
20
Null
Teacher_pw
登陆密码
Varchar
20
Null
教师任课信息表（Teacher_gc）
字段名
注释
类型
长度
允许空
默认值
Teacher_gcid
表id
Int
11
自动增长（1,1）
Teacher_id
学生id
Int
11
Null
Teacher_gradeid
年级id
Int
11
Null
Teacher_classid
班级id
Int
11
Null
课程信息表（Course）
字段名
注释
类型
长度
允许空
默认值
Course_id
课程号
Varchar
11
自动增长（1,1）
Course_name
课程名
Varchar
20
Null
年级信息表（Course）
字段名
注释
类型
长度
允许空
默认值
Grade_id
课程号
Varchar
11
自动增长（1,1）
Grade_name
课程名
Varchar
20
Null
班级信息表（Class）
字段名
注释
类型
长度
允许空
默认值
Class_id
课程号
Varchar
11
自动增长（1,1）
Class_name
课程名
Varchar
20
Null
管理员信息表（Admin）
字段名
注释
类型
长度
允许空
默认值
Id
管理员ID（pk）
int
4
自动增长（1,1）
username
管理员账号
varchar
20
Null
password
管理员密码
varchar
50
Null
学生成绩表（Score）
字段名
注释
类型
长度
允许空
默认值
Score_id
教师工号
Varchar
11
自动增长（1,1）
Score_studentid
学生id
int
10
Null
Score_classid
班级id
int
10
Null
Score_gradeid
年级id
int
10
Null
Score
分数
Varchar
11
Null
Score_course
课程
Varchar
11
Null
六数据库物理结构设计
6.1存取方法设计
数据库物理设计阶段的任务是根据具体计算机系统（DBMS和硬件等）的特点，为给定的数据库系统确定合理的存储结构和存取方法。
所谓的“合理”主要有两个含义：
一个是要使设计出的物理数据库占用较少的存储空间，另一个对数据库的操作具有尽可能高的速度。
6.2存储结构设计
确定数据库的存储结构主要指确定数据的存放位置和存储结构，包括确定关系、索引、日志、备份等的存储安排及存储结构，以及确定系统存储参数的配置。
将日志文件和数据库对象（表、索引等）分别放在不同的磁盘，可以改进系统的性能，提高系统的安全性。
所以，系统应将日志文件和数据文件存放在不同磁盘上。
确定数据库的存储结构主要指确定关系、索引、聚簇、日志、备份等的存储安排和存储结构，确定系统配置参数等。
在数据库中,引进了分区的概念,一个数据库文件逻辑上由一个或者多个分区组成.分区是一个逻辑概念,一个分区物理上由一个或者多个物理文件组成,分区与物理文件的映射由数据库产品来管理,分区中至少有一个系统分区,数据字典存储在系统分区中,具有DBA权限的用户可以创建新的分区成为用户分区,并且可以为每个分区追加物理文件，达到预想的功能。
总结
本系统是针对大部分中小学成绩查询开发出来的，具有一般通用性。
系统基本实现了成绩的在线查询，随时查询学生成绩等功能。
在更改方面基本上实现了管理人员在线修改成绩功能。
其中包括对成绩的增删改查及其统计的功能。
数据库系统使用SQL2005express开发，具有良好的移植性和二次开发的功能。
通过需求分析、总体设计、详细设计、系统实现、测试总结，完成了投稿管理系统的设计。
本系统所实现的成绩查询功能，其统计精确、功能完善、使用方便快捷、安全高效，使成绩信息能在网络上的共享，使学生可以在网络上查询成绩，提高了效率。
由于初次独立开发，所以系统还存在一些不足之处。
在分析阶段，由于对问题的认识不够深刻，可能导致在设计阶段出现一些设计性不足，但基本上实现了功能上需求。
升级会员 