数据库原理课程设计学籍管理系统.docx
《数据库原理课程设计学籍管理系统.docx》由会员分享，可在线阅读，更多相关《数据库原理课程设计学籍管理系统.docx（48页珍藏版）》请在冰豆网上搜索。
数据库原理课程设计学籍管理系统
课程设计
设计题目：
学籍管理系统
系别信息工程系班级软本094
学生姓名学号080923
指导教师职称教授讲师
起止日期：
2011年5月30日起——至2011年6月3日止
沈阳工程学院
课程设计任务书
课程设计题目：
数据库原理课程设计----学籍管理系统
系别信息工程系班级软本094
学生姓名学号080923
指导教师职称教授、讲师
课程设计进行地点：
实训F
任务下达时间：
2011年5月30日
起止日期：
2011年5月30日起——至2011年6月3日止
教研室主任2011年5月20日批准
1.设计的原始资料及依据
本次数据库设计主要涉及到需求分析、概念结构设计、逻辑结构设计几个主要环节。
2．设计的主要内容及要求
1．写出系统的需求分析，要求包括数据流图、数据字典等。
2．画出系统的E-R图及CDM模型。
3．画出系统的PDM模型。
3.对设计说明书撰写内容、格式、字数的要求
⑴学生应撰写的内容为：
中文摘要和关键词、目录、正文、参考文献等。
课程设计说明书（论文）的结构及各部分内容要求可参照《沈阳工程学院毕业设计（论文）撰写规范》执行。
应做到文理通顺，内容正确完整，书写工整，装订整齐。
⑵装订格式：
封面、任务书、成绩评审意见表、中文摘要和关键词、目录、正文、结论、致谢、参考文献。
⑶课程设计说明书（论文）是体现和总结课程设计成果的载体，一般不应少于3000字。
4.设计完成后应提交成果的种类、数量、质量等方面的要求
每组提交一份课程设计报告，要求包括需求分析、概念结构设计、逻辑结构设计三部分最终结果，而且每组前后设计保持连续性。
5.时间进度安排
顺序
阶段日期
计划完成内容
备注
1
5.30
查阅资料，充分解读题目内容，小组分工，确定每个人的具体任务。
2
5.30
小组讨论确定系统的需求分析，开始撰写需求分析报告。
3
5.31
熟悉需求分析，进行概念结构设计，开始撰写概念结构设计报告。
4
6.1
熟悉概念结构设计，进行逻辑结构设计，开始撰写逻辑结构设计。
5
6.2
检查组内设计的一致性。
6.主要参考资料（文献）
⑴王珊.数据库系统概论.北京：
高等教育出版社，2000
⑵张龙祥.数据库原理与设计.北京：
人民邮电出版社，2000
⑶李红.数据库原理与应用.北京：
高等教育出版社，2002
⑷王能斌.数据库系统原理.北京：
电子工业出版社，2002
沈阳工程学院
数据库原理课程设计成绩评定表
系（部）：
信息工程系班级：
软本094学生姓名：
孙雨薇缪斯孟昭鹏
指导教师评审意见
评价
内容
具体要求
权重
评分
加权分
调研
论证
能独立查阅文献,收集资料；能制定课程设计方案和日程安排。
0.1
5
4
3
2
工作能力
态度
工作态度认真，遵守纪律，出勤情况是否良好，能够独立完成设计工作，
0.2
5
4
3
2
工作量
按期圆满完成规定的设计任务，工作量饱满，难度适宜。
0.2
5
4
3
2
说明书的质量
说明书立论正确，论述充分，结论严谨合理，文字通顺，技术用语准确，符号统一，编号齐全，图表完备，书写工整规范。
0.5
5
4
3
2
指导教师评审成绩
（加权分合计乘以12）
分
加权分合计
指导教师签名：
年月日
评阅教师评审意见
评价
内容
具体要求
权重
评分
加权分
查阅
文献
查阅文献有一定广泛性；有综合归纳资料的能力
0.2
5
4
3
2
工作量
工作量饱满，难度适中。
0.5
5
4
3
2
说明书的质量
说明书立论正确，论述充分，结论严谨合理，文字通顺，技术用语准确，符号统一，编号齐全，图表完备，书写工整规范。
0.3
5
4
3
2
评阅教师评审成绩
（加权分合计乘以8）
分
加权分合计
评阅教师签名：
年月日
课程设计总评成绩
分
摘要
随着社会科学技术的迅猛发展,计算机以它卓越的进步已得到各行各业的广泛应用，从而学校的各种管理系统也越来越先进完善，本系统主要应用于教育系统，完成对学生学籍信息的管理。
开发学籍管理系统可以让学校有效管理学校内各学生的信息，同时也可以减少劳动力的使用、提高查询学生信息的速度、深化管理制度，实现学籍管理多样性。
目前，学校工作繁重，资料众多……鉴于这种情况，学校很是需要这类适合大众和兼容性好的信息管理系统。
我们经过充分、系统的考察调研，进行了分析、设计与开发，在手工学籍管理的基础上，利用计算机快捷、存储量大、查找简单等特点，实现了计算机档案管理，力争做到系统的功能完善、界面友好、操作简单，除了满足用户当前的需求还为系统将来可能的发展留出余地。
人们在总结信息资源开发管理和服务的各种手段是时，认为最有效的是数据库技术，一个好的数据结构是应用系统的基础。
数据库设计是指对于一个给定的应用环境，构造最优的数据库模式和物理结构，并据此建立数据库及其应用系统，使之能够有效地存储数据，满足各种用户的应用需求，如信息要求和处理要求。
数据库设计的目标是为用户和各种应用系统提供一个信息基础设施和高效率的运行环境。
数据库一个信息系统的各个部分能否紧密地结合在一起以及如何结合，关键在数据库。
本系统包括需求分析、概念结构设计和逻辑结构设计三个主要部分，主要实现对学籍信息的规范化、系统化的管理。
在需求分析中，主要内容为数据流图、数据字典（数据项、数据结构、数据流、数据存储）；在概念结构设计中，构造出E-R图、总体概念模型和CDM图；在逻辑结构设计中主要工作就是将E-R图转换成关系模式，并构造具体的PDM图。
关键词：
学籍管理查询存储数据关系模式
1系统总体介绍及组内分工
随着信息技术在管理上越来越深入而广泛的应用，管理信息系统的实施在技术上已逐步成熟。
管理信息系统是一个不断发展的新型学科，任何一个单位要生存要发展，要高效率地把内部活动有机地组织起来，就必须建立与自身特点相适应的管理系统。
伴随着高校规模的不断扩大，学生数量的急剧增加，有关学生的各种信息量也成倍的增长。
面对庞大的信息量，就要有学生学籍管理系统来提高学生管理工作效率。
通过这样的系统可以做到信息的管理规范.科学统计和快速查询。
从而减少管理方面的工作量。
有效的管理学生所有信息就是学生学籍管理系统完成的功能。
本系统主要是为了提高学籍管理的效率，为教务人员提供良好的学籍管理工具，减少他们的不必要开销，从根本利益出发，实现学籍管理的系统化、规范化和自动化。
经过实际考察，我们设计了学籍管理系统，这个系统最终实现的主要功能如下：
院系信息管理部分：
主要完成学院中各系的信息管理，完成院系信息的录入。
学生信息管理部分：
主要完成学生自身信息的管理、学生成绩管理、学生所属关系管理。
班级信息管理部分：
完成学校内班级信息的管理、班级所属关系管理。
奖惩信息管理部分：
负责完成奖惩信息的管理，同时完成奖惩种类的查询。
专业信息管理部分：
完成校内专业信息的管理、专业所属关系管理。
课程信息管理部分：
负责完成各种课程信息的管理，班级课程定制信息管理、学生选课信息管理。
学籍管理系统主要功能模块，如图1.1所示。
图1.1系统功能模块图
组内具体分工，如表1.1所示。
表1.1组内分工
姓名
任务
成绩
组长
孙雨薇
主要负责系统的需求分析部分，设计功能模块，数据流图，编写数据字典部分。
组员
孟昭鹏
主要负责概念结构设计部分，E-R图，联系，在报告中负责Powerdesinger的安装实现，绘制CDM图。
组员
缪斯
主要负责逻辑结构设计部分，将E-R图转换为关系模式，PDM的生成，数据库的连接，脚本的生成，范式证明。
2数据库设计
2.1需求分析
需求分析是数据库信息管理系统开发的第一步也是最重要一步。
需求分析就是描述系统的需求，通过定义系统总的关键域来建立模型，分析的根本目的的是在开发者和提出需求的人之间建立的一种理解和沟通机制。
2.1.1需求分析的任务
信息时代的到来意味着工作效率的日渐提高，同时也给学籍管理部门带来更大的压力，学籍管理部门必须及时准确地提供各种材料，若无法作到这一点，将使效率得不到条。
基于这一原因，学籍管理工作无一例外受到领导们的高度重视。
同时，国家在评审教育的各种资质时，也都把学籍管理是否达标作为重要的评定因素之一。
因此，学籍管理部门必须提高其自身的管理水平。
“提高学籍管理档次，将学籍交给计算机管理”正在成为一种潮流，同时，计算机管理突出的优势也在影响学籍管理的机制。
以手工检索为目的的目录，不仅在编制阶段大量占用时间，检索利用也非常繁琐，缺少经验的人员甚至无法在别人编制的目录中查找学籍，更加难以保证“查全率”，使用计算机检索，将彻底解决这一问题。
通过这样的系统,可以做到信息的规范管理,科学统计和快速的查询,从而减少管理方面的工作量和减少人为的错误。
学籍管理系统的总目标是：
在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的学籍管理系统。
学籍管理系统是针对学校的大量信息处理工作而开发的管理软件，根据用户的要求，实现对学生信息管理几个方面的功能。
我们要做的是一个高校学生学籍管理系统，我们的目标是提高学会管理工作的效率，具有对学生个人信息，课程信息，所选课程信息进行管理及维护的功能。
学生可以通过此系统进行个人信息，考试成绩查询以及完成选课功能。
系统开发的总体任务是实现学生信息管理的系统化，规范化和自动化。
通过对学籍管理人员及存在使用者的调查，对学籍管理工作情况进行充分的了解，明确了存在用户的各种需求。
然后在此基础上确定寝室资源管理的功能。
调查的重点是“数据”和“处理”，通过调查、分析，获得用户对数据库如下要求：
（1）信息要求：
院系信息、学生信息、班级信息、专业信息、课程信息、奖惩信息。
（2）处理要求：
班级课程定制、学生奖惩管理、学生成绩记录等。
2.1.2数据流图
数据流图（DataFlowDiagram，DFD）是用来描绘软件系统逻辑模型的图形工具，用于描绘信息在系统中的流动和处理情况。
数据流图是结构系统分析的主要工具，它表示了系统内部信息的流向，并表示了系统的逻辑处理的功能，是一种功能模型。
在数据流图中有四种基本符号，如表2.1所示。
表2.1数据流图基本符号的意义
符号
说明
加工，输入数据在此进行变换产生输出数据，中间要注明加工的名字
数据输入的源点和数据输出的终点，在其中要注明源泉点或终点的名字
数据流，被加工的数据及数据流向，在箭头边要用名词或名词性短语给出数据流的名字
数据的存储，要用名词或名词性短语给出数据文件的名字
顶层数据流图，如图2.1所示。
一级数据流图，如图2.2所示。
图2.1顶层数据流图
2.1.3数据字典
1.数据项
数据项是不可再分的数据单位。
对数据项的描述通常包括以下内容：
数据项描述＝{数据项名，数据项含义说明，别名，数据类型，长度，取值范围，取值含义，与其他数据项的逻辑关系，数据项之间的联系}，其中，“取值范围”、“与其他数据项的逻辑关系”定义了数据的完整性约束条件，是设计数据检验功能的依据，数据项如表2.1，2.2，2.3，2.4，2.5，2.6所示。
图2.2一级数据流图
表2.1院系信息数据项
数据项名
数据项含义说明
别名
数据类型
长度
数据项之间的联系
院系编号
院系的唯一标识
DEPART_ID
整型
无
主码
院系名称
院系的名称
DERART_NAM
字符型
40
系主任
系主任的姓名
DERANT_DIRE
字符型
10
备注
院系的备注信息
DEPANT_NOT
字符型
200
表2.2专业信息数据项
数据项名
数据项含义说明
别名
数据类型
长度
数据项之间的联系
专业编号
专业的唯一标识
PROF_ID
整型
无
主码
专业名
专业的名称
PROF_NAME
字符型
40
备注
专业的备注信息
PROF_NOTE
字符型
200
表2.3班级信息数据项
数据项名
数据项含义说明
别名
数据类型
长度
数据项之间的联系
班级编号
班级的唯一标识
CLASS_ID
整型
无
主码
班级年份
班级的创建年份
CLASS_YEAR
字符型
4
班级序号
班级的序号
CLASS_PRID
整型
无
班级名
班级的名称
CLASS_NAME
字符型
40
辅导员
班级的辅导员姓名
CLASS_INST
字符型
10
备注
班级的备注信息
CLASS_NOTE
字符型
200
表2.4学生信息数据项
数据项名
数据项含义说明
别名
数据类型
长度
数据项之间的联系
学号
学生的唯一标识
SNO
字符型
20
主码
姓名
学生的姓名
SNAME
字符型
10
性别
学生的性别
SSEX
字符型
2
出生日期
学生的出生日期
SBIRT
字符型
10
民族
学生的名族
SNAFA
字符型
8
籍贯
学生的籍贯
SBIPL
字符型
10
地址
学生的家庭地址
SADDR
字符型
50
邮编
学生的邮编
SPOST
字符型
6
电话
学生的联系电话
STELE
字符型
20
身份证号
学生的身份证号
SID
字符型
18
政治面貌
学生的政治面貌
SPOLA
字符型
10
入学年份
学生的入学年份
SYEAR
字符型
10
备注
学生的备注信息
SNOTE
字符型
1000
表2.5课程信息数据项
数据项名
数据项含义说明
别名
数据类型
长度
数据项之间的联系
课程编号
课程的唯一标识
COURSE_ID
整型
无
主码
课程名
课程的名称
COURSE_NAM
字符型
20
先行课
课程的先行课
COURSE_PRN
整型
无
学分
课程的学分
COURSE_CRE
整型
无
备注
课程的备注信息
COURSE_NOT
字符型
200
表2.6奖惩信息数据项
数据项名
数据项含义说明
别名
数据类型
长度
数据项之间的联系
奖惩编号
奖惩的唯一标识
REPU_ID
整型
无
主码
种类
奖惩的种类
JC_LEI
字符型
15
信息
奖惩的信息
note
字符型
500
2.数据结构
数据结构反映了数据之间的组合关系。
一个数据结构可以由若干个数据项组成，也
可以由若干个数据结构组成，或由若干个数据项和数据结构混合组成。
对数据结构的描述通常包括以下内容：
数据结构描述＝{数据结构名，含义说明，组成：
{数据项或数据结构}}，如表2.7所示。
表2.7数据结构
数据结构名
含义说明
组成
班级信息
班级的各种信息
班级编号、班级年份、班级序号、班级名、辅导员名、备注
课程信息
课程的各种信息
课程编号、课程名、先行课、学分、备注
院系信息
院系的各种信息
院系编号、院系名称、系主任、备注
学生信息
学生的各种信息
学号、姓名、性别、出生日期、民族、籍贯、地址、邮编、电话、身份证号、政治面貌、入学年份、备注
专业信息
专业的各种信息
专业编号、专业名、备注
奖惩信息
奖惩的各种信息
奖惩编号、奖惩种类、信息
3.数据流
数据流是数据结构在系统内传输的路径。
对数据流的描述通常包括以下内容：
数据流描述＝{数据流名，说明，数据流来源，数据流去向，组成：
{数据结构}，平均流量，高峰期流量}，其中，“数据流来源”是说明该数据流来自哪个过程；“数据流去向”是说明该数据流将到哪个过程去；“平均流量”是指在单位时间（每天、每周、每月等）里的传输次数；“高峰期流量”则是指在高峰时期的数据流量，数据流如表2.8所示。
表2.8数据流
数据流名
说明
数据来源
数据流去向
班级信息
班级管理的信息
班级信息的录入
信息存储
课程信息
课程管理的信息
课程信息的录入
信息存储
院系信息
院系管理的信息
院系信息的录入
信息存储
学生信息
学生管理的信息
学生信息的录入
信息存储
专业信息
专业管理的信息
专业信息的录入
信息存储
奖惩信息
奖惩管理的信息
奖惩信息的录入
相对应的各种处理
4.数据存储
数据存储是数据结构停留或保存的地方，也是数据流的来源和去向之一。
它可以是手式文档或手工凭单，也可以是计算机文档。
对数据存储的描述通常包括以下内容：
数据存储描述＝{数据存储名，说明，输入的数据流，输出的数据流，组成：
{数据结构}}，其中，“存取频度”指每小时或每天或每周存取几次、每次存取多少数据等信息；“存取方式”包括是批处理还是联机处理、是检索还是更新、是顺序检索还是随机检索等；另外，“输入的数据流”要指出其来源；“输出的数据流”要指出其去向，数据存储如表2.9所示。
表2.9数据存储
数据存储名
说明
输入的数据流
输出的数据流
组成
班级信息
班级管理的信息
班级信息的录入
班级的各种信息
班级编号、班级年份、班级序号、班级名、辅导员名、备注
课程信息
课程管理的信息
课程信息的录入
课程的各种信息
课程编号、课程名、先行课、学分、备注
院系信息
院系管理的信息
系别信息的录入
系别的各种信息
院系编号、院系名称、系主任、备注
学生信息
学生管理的信息
学生信息的录入
学生的各种信息
学号、姓名、性别、出生日期、民族、籍贯、地址、邮编、电话、身份证号、政治面貌、入学年份、备注
专业信息
专业管理的信息
专业信息的录入
专业的各种信息
专业编号、专业名、备注
奖惩信息
奖惩管理的信息
奖惩信息的录入
奖惩的各种信息
奖惩编号、奖惩种类、信息
5.处理过程
处理过程的具体处理逻辑一般用判定表或判定树来描述。
数据字典中只需要描述处理过程的说明性信息，通常包括以下内容：
处理过程描述＝{处理过程名，说明，输入：
{数据流}，输出：
{数据流}}，其中，“简要说明”中主要说明该处理过程的功能及处理要求。
功能是指该处理过程用来做什么（而不是怎么做），处理要求包括处理频度要求，如单位时间里处理多少事务、多少数据量、响应时间要求等。
这些处理要求是后面物理设计的输入及性能评价的标准，处理过程，处理过程如表2.10所示。
表2.10数据处理
处理过程名
说明
输入数据流
输出数据流
班级信息录入
对班级信息进行录入
班级信息
班级信息
课程信息录入
对课程信息进行录入
课程信息
课程信息
院系信息录入
对院系信息进行录入
系别信息
系别信息
学生信息录入
对学生信息进行录入
学生信息
学生信息
专业信息录入
对专业信息进行录入
专业信息
专业信息
成绩信息录入
对成绩信息进行录入
成绩信息
成绩信息
奖惩信息录入
对奖惩信息进行录入
奖惩信息
奖惩信息
查看专业信息
对专业信息进行查询
专业信息
院系
提交专业信息
对专业信息进行提交
院系
奖惩信息
查看奖惩信息
对奖惩信息进行查询
奖惩信息、学生
院系、学生
查看学生信息
对学生信息进行查询
学生信息
院系、学生
提交学生信息
对学生信息进行提交
管理学生信息
院系
定制课程
对课程的选定
班级信息
课程信息管理
查看班级信息
对班级信息进行查询
学生
班级信息
查看课程信息
对课程信息进行查询
学生
课程信息
2.1.4确定实体间的联系
在学籍管理系统中，需要将学生所在的院系信息进行保存，包括：
院系编号，院系名称，系主任，备注。
同样需要对学生所选专业信息进行保存，包括：
专业名，专业编号，备注。
学生所在班级信息包括：
班级编号，班级序号，班级名，指导员名，班级年份，备注。
学生所要学习的课程，它包括：
课程编号，课程名，先行课，学分，备注。
学生的个人信息包括：
学号，姓名，出生日期，入学年份，邮编，备注，民族，政治面貌，性别，籍贯，身份证号，电话，地址。
最后，对学生所获的奖惩信息进行统计，包括：
奖惩编号，信息，种类。
客观存在并可相互区别的事物称为实体，所以在本系统中实体有：
系院，专业，班级，课程，学生，奖惩。
根据系统中各个实体的分析，可得各个实体间的联系如下：
院系实体与专业实体之间的联系是：
一个院系可以有多个专业，一个专业只可以属于一个院系。
因此，院系实体与专业实体间是一对多的关系。
专业实体与班级实体之间的联系是：
一个专业可以有多个班级，一个班级只可以属于一个专业。
因此，专业实体与班级实体间是一对多的关系。
班级实体与课程实体之间的联系是：
一个班级可以上多个课程，一个课程可以分给多个班级。
因此，班级实体与课程实体间是多对多的关系。
课程实体与学生实体之间的联系是：
一个课程可以有多个学生上，一个学生可以学习多个课程。
因此，课程实体与学生实体间是多对多的关系。
班级实体与学生实体之间的联系是：
一个班级可以有多个学生，一个学生只可以属于一个班级。
因此，班级实体与学生实体间是一对多的关系。
学生实体与奖惩实体之间的联系是：
一个学生可以获得多个奖惩，一个奖惩可以分给多个学生。
因此，学生实体与奖惩实体间是多对多的关系。
2.2概念结构设计
将需求分析得到的用户需求抽象为信息结构即概念模型的过程就是概念结构设计。
它是整个数据库设计的关键。
了概念结构设计能真实、充分地反映现实世界，包括事物和事物之间的联系，能满足用户对数据的处理要求。
2.2.1概念结构设计的方法
设计概念结构通常有四类方法：
自顶向下，即首先定义全局概念结构的框架，然后逐步细化；
自底向下，即首先定义各局部应用的概念结构，然后将它们集成起来，得到全局概念结构；
逐步扩张，首先定义最重要的核心概念结构，然后向外扩充，以滚雪球的方式逐步生成其他概念结构，直至总体概念结构；
混合策略，即将自顶向下和自顶向下相结合，用自顶向下策略设计一个全局概念结构的框架，以它为骨架集成由自底向上策略中设计的各局部概念结构。
2.2.2局部概念设计
局部概念模型的设计思想是根据需求分析的内容用E-R图分别表示出各个实体及其属性，以及用E-R图表示出各实体之间的联系。
根据对学
升级会员 