学籍管理系统源代码+ER图+下载-课程设计

《学籍管理系统源代码+ER图+下载-课程设计》由会员分享，可在线阅读，更多相关《学籍管理系统源代码+ER图+下载-课程设计（18页珍藏版）》请在金锄头文库上搜索。

1、学籍管理系统源代码+ER图+下载-课程设计新华学院学籍管理系统设计1.课程设计的目的加深对数据库系统，软件工程，程序设计语言的理论知识的理解和 应用水平；在理论和实验教学基础上进一步巩固已学基本理论及应用知识且能够加以综合提高；并学会将知识应用于实际的方法，提高分析和解决问题的能力，增强对手能力；为毕业设计 和以后工作打下必要基础。2.设计方案论证2.1设计思路2.1.1问题的提出随着社会的发展，基本上所有的具有一定数量数据的企事业单位或机关部门都开始使用计算机数据库来做管理。当然几乎所有学校也都已经在使用计算机管理数据的机制，大大减少了学校学籍管理的工作量。校园网教育应 用平台代表了学校教育

2、的管理水平和意识，是信息化 时代的学校在管理方面的重要装备。一个完整的校园信息系 统分为硬件平台集成和信息系统集成两部分。前者是基础，后者是目的。在各高等院校，用计算机管理学校的信息已经越来越普遍了。在学校，学生信息管理工作是非常重要的一项工作，它 负责整个学校的基础资料和应用信息，学生的学籍 资料，以前是手工纪录，查询，效率很低。随着学校 规模的扩大，教务工作者急切希望有一个自动化的计算机系统来处理相关信息的管理。用 计算机不但可以提高工作效率，而且还节省了许多人力物力，增强了学校资料的安全性。提高了学校的管理能力，为此，用计算机来管理学校的信息，是非常必要的2.1.2可行性分析(1)技术可

3、行性 良好的硬件环境有利于系统的开发与运行。教 师整体水平较高，引 导我们解决技术上的难题，这使我们开发这一对我们来说比较复杂的系统也成为可能。(2)经济可行性 成本方面，关于各种软、硬件及辅助设备的购置、调试、机房及辅助设施（电源等）以及系统维护，内务开销这些费用都可以忽略不计，因为我们信息系机房可以为我们免费提供一切。(3)社会可行性 这套学生学籍选课管理系统能够让老师更清晰的掌握自己学生的信息。如今学校的电脑普及率已达到了很高的水平，并且大部分都拥有设备先进管理完善的系机房，而信息学院的老师和学生们对电脑的操作也是驾轻就熟。因此，只要所设计的这套学生学籍管理系统操作简单，实用，合理，大家

4、肯定是乐于接受并积极响 应和支持的。随着信息 时代的来 临，学籍信息管理的自动化，一体化正是大势所趋。2.2需求分析2.2.1系统功能要求设计使得学生的学籍管理工作更加清晰、条理化、自动化；容易地完成学生信息的查询、更新、修改等操作；对于学生成绩管理模块，能更加容易的求得学生的平均成绩、最高分、最低分等，可以按照学生的成绩进行排序处理等。2.2.2系统模块设计学籍管理系统大体可以分成四大模块如下图所示， 首先是学生的基本信息模块，里面应该包含学生的各方面的基本信息；再者便是学生成绩管理模块， 在该模块中应该包含有对学生成绩信息的查询和处理，如平均成绩、最好成 绩、最差成绩以及不及格学生的统计等

5、功能模块；再其次还有院系、教 师、 课程等相关信息的模 块；最后是系统模块。 图1 系统模块图2.2.3数据字典（1）数据项数据项是数据库的关系中不可再分的数据单位，下表分 别列出了数据的名称( 即码)、注释、数据类型、长度、取 值范围和是否是主码。表1 数据项列表名称 注释 数据类型 长度 最小值 最大值 主要的班级 varchar(16) 16 FALSE学号 唯一标识学生的信息 integer TRUE院系代号 varchar(5) 5 FALSE专业号 varchar(5) 5 FALSE姓名 varchar(6) 6 FALSE性别 varchar(2) 2 FALSE出生年月 da

6、tetime FALSE籍贯 varchar(8) 8 FALSE民族 varchar(2) 2 FALSE家庭住址 varchar(20) 20 FALSE入学时间 datetime FALSE政治面貌 varchar(6) 6 FALSE身份证号 char(18) 18 FALSE联系电话 varchar(12) 12 FALSE备注 varchar(14) 14 FALSE课程号 varchar(5) 5 TRUE先行课 smallint FALSE学分 integer FALSE备注 varchar(16) 16 FALSE院系代号 varchar(5) 5 TRUE院系名 varch

7、ar(10) 10 FALSE系主任 varchar(8) 8 FALSE备注 varchar(16) 16 FALSE教师号 varchar(5) 5 TRUE院系代号 varchar(5) 5 FALSE姓名 varchar(6) 6 FALSE性别 char(2) 2 FALSE年龄 integer FALSE工龄 integer FALSE备注 varchar(16) 16 FALSE专业号 varchar(5) 5 TRUE院系代号 varchar(5) 5 FALSE专业名称 varchar(16) 16 FALSE备注 varchar(16) 16 FALSE学号 integer

8、 TRUE课程号 varchar(5) 5 TRUE分数 float FALSE482学籍管理系统源代码+ER图+下载课程号 varchar(5) 5 TRUE教师号 varchar(5) 5 TRUE（2） 数据结构数据结构是为反映数据之间的组合关系，即 一个数据结构可以由若干个数据项组成，也可以由若干个数据结构组成，或由若干个数据 项和数据结构组成。本学籍管理系统的数据 组成可根据系统模块( 图 1)的划分来设计，即分为四个数据 结构，分别如下表所示。表 2 数据结构清单数据结构名 含义说明 组成学生基本信息 学生基本信息的描述 班级+学号+院系代号+专业 号+ 姓名+性别+ 出生年月+籍

9、 贯+ 民族+家庭住址+入学时间+政治面貌+身份证号+联系 电话+ 备注;成绩管理 学生成绩的管理与查询管理描述 学号+课程号+分数;平均分数+最高分+最低分;学生相关信息 学校的院系、教 师信息以及课程信息的描述 课程号+课程名+ 先行课+学分+ 备注;院系代号+院系名+系主任+备注;教师号+院系代号+姓名+性别+年龄+工龄+备注;系统管理 对系统中的所有表的更新、 删除、修改描述 （3）数据流数据流是数据结构在系统内传输的路径。表 3是描述数据流的数据流定义表，其中包含了数据流名、说明、数据流组成、流量与备注等，表4是系统中的数据流描述，其中包括输入数据流、 输出数据流等的描述。表 3 数

10、据流定义表编号 数据流名 说明 数据流组成 流量 备注L01 学生基本信息 学生的所有基本信息 学生基本信息结构 L02 学生成绩 所有学生的成绩 成绩管理结构 L03 分类信息 同班级学生名单 部分学生基本信息结构 L04 各门成绩 学生的平均成绩（包括所有学生和同班级学生的成绩情况） 成绩管理结构 L05 科目成绩 学生的单科成绩 成绩管理结构 L06 教师、专业、院系信息 学生相关信息 L07 查询结果 L04 | L05 L08 统计分析 L04+L05 表4 数据流表使用者名称 输入数据流数 输出数据流数 备注管理员 L01+L02+L06 L07+L08 系统管理员拥有所有权限教务

11、处人员 L01+L02+L06 L07+L08 拥有对学生和教师的管理 权限任课教师 L02 L07 可对成绩进行查询与更新学生 L01 L07 查询成绩与学生基本信息（4） 数据存储数据存储是数据结构停留或保存的地方，也是数据流的来源和去向之一。其主要包括数据存储名、说 明、编号、 输 入的数据流与输出的数据流、组成、数据量，存取频度、存取方式。下表表示了该学籍管理系统中的数据存储描述。表 5 数据存储描述数据存储名 组成 输入数据流 输出数据流 存取频度 存取方式学生基本信息表 学生基本信息结构 L01 L01, L07 大 顺序检索、更新院系教师及专业表 学生相关信息数据结构 L06 L

12、06.L07 小 顺序检索、更新学生成绩表 成绩管理结构 L02 L07 一般 顺序检索、更新（5） 处理过程 该学籍管理系统的处理过程比较少，主要包含了数据的追加，更新， 修改以及删除，还有便是一些查询处 理，包括 对学生成绩的平均分、最高分最低分的查询，以及一些分类处理。下图显示了这些最基本的 处理以及其对应的数据流与说明。表 6 处理过程列表处理名 简要说明 输入数据 输出数据 备注添加数据 L01, L06 删除数据 L01,L06 更改数据 L01, L06,L02 L01,L06,L02 查询数据 L07 统计分析 L08 2.3概念结构设计2.3.1数据抽象与局部视图设计（1）学

13、生基本信息与课程信息视图图2 学生基本信息视图 图3 课程信息视图 根据学生与课程的关系可设计如下关系图： 图4 学生与课程关系视图（2） 专业、教师及院系信息视图学籍管理系统源代码+ER图+下载图5 专业、教师及院系信息视图院系、教师以及专业的关系图 如下： 图6 院系教师以及专业关系图2.3.2系统数据流图系统的管理模块里面包含教务部门(系统管理员和教务处管理人 员) 、教师以及学生，下图为该学籍管理系统的系统流图，教务部 门拥有对所有表的查询更新与删除权利( 分类信息属于查询结果除外)；教师可对教师、专业以及院系信息，分类信息，学生情况进行查询， 对成绩单进行查询、更新以及删除等所有操作

14、；学生只可对所有模块信息进行查询，同时可对自己的部分学生情况进行一定的修改与更新。 图7系统数据流图2.3.3合并部分视图生成E-R 图合并数据抽象与局部视图设计中的各个局部视图以及各个实体之间的关系生成E-R图如下：图8 系统E-R图2.3.4概念模型设计在生成了系统E-R图后，可根据E-R图中实体的各个属性组成以及实体与实体之间的关系用PowerDesigner设计概念模型。最后生成概念模型如下图所示： 图9 系统概念模型设计图2.4逻辑结构设计2.4.1概念模型向物理模型的转换在概念模型设计好了之后，可直接在 powerdesigner 中将设计好了的概念模型转换成物理模型。其具体操作

15、过程为 点击主菜单的 ToolsGenerate Physical Data Model 便可以将当前的概念模型 转换为物理模型，转换后的物理模型如下图所示： 图10 物理模型图因为一个实体模型转换为一个关系模型时遵循以下规则1.一个1：1联系可转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并； 2.一个1：n联系可以转换为独立的关系模式，也可以与n端对应的关系模式合并；3.一个m:n联系转换为一个关系模式。与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，各 实体的码组成关系的码或关系码的一部分；所以在转换中院系与专业合并到学生基本信息关系中，院系与专业的主码成为学生信息的外码，同 样院系的主码成为教师的外码。学生与 课程、教 师与课程均是多对 多的关系所以，单独的生成了必修与教授两个关系。2.4.2数据库物理模型设计在PowerDesigner中将概念模型转换成物理模型之后，我 们可以 对物理模型进行设计，双 击物理模型的关系，便弹出对其设置的对话 框，在 General选项卡中可以 对该关系的名称、注释以及码等信息进行设置。在Columns选项卡中可对该关系的属性列进行设计，可分别设置其名称、码、数据 类型以及主码、是否为空