学生管理系统设计报告总结docx.docx
- 文档编号:18330242
- 上传时间:2023-08-15
- 格式:DOCX
- 页数:57
- 大小:297.15KB
学生管理系统设计报告总结docx.docx
《学生管理系统设计报告总结docx.docx》由会员分享,可在线阅读,更多相关《学生管理系统设计报告总结docx.docx(57页珍藏版)》请在冰点文库上搜索。
学生管理系统设计报告总结docx
学生管理系统
摘要:
采用软件工程的指导方法,选用C/S模式设计的方案,应用ORACLE数据库管理系统,DELPHI
开发工具等开发出来的基于WINDOWS系列的学生管理系统.该系统面向各部门和全体学生,实现
对学生成绩情况、考勤情况、宿舍管理、奖学金管理、学籍异动处理、违纪和处分等的计算机网
络管理。
系统支持学生工作管理部门和各系工作人员、全校学生通过网络发送和接收有关信息,
支持按权限管理的查询和数十种统计报表的输出打印功能。
减少了部门之间工作的中间环节,提
高了跨部门管理的效率。
关键字:
学生学籍档案管理,C/S模式,软件工程,ORACLE数据库,DELPHI6
1.选题背景.........................................................
3
2.方案论证及设计思想...............................................
3
2.1
方案论证....................................................
3
2.1.1
开发环境..............................................
4
2.1.2
采用的数据库管理系统...................................
6
2.1.3
在用户的操作要求方面...................................
6
2.1.4
在完整性和安全性方面...................................
6
2.2
设计思想....................................................
6
2.2.1
采用C/S数据库结构模式.................................
6
2.2.2
采用软件工程的思想....................................
8
2.2.3
关于数据库的生命周期...................................
9
2.2.4
关于数据库的设计过程..................................
10
3.过程论述........................................................
11
3.1
总系统论述.................................................
11
3.2
学籍档案管理子系统数据流图.................................
12
3.3
学籍档案管理子系统数据字典.................................
12
3.4
学籍档案管理子系统总体设计图...............................
13
3.5
学籍档案管理子系统相关数据库构建...........................
16
3.6
服务器、客户机的交互处理...................................
18
3.7
学籍档案管理系统功能说明...................................
19
3.8
学籍档案管理系统需要解决的问题.............................
21
3.8.1
关于管理员权限........................................
21
3.8.2
关于系统的智能化......................................
21
4.结果分析........................................................
21
4.1
管理员登入界面.............................................
21
4.2
系统菜单...................................................
21
4.3
学生学籍信息录入...........................................
22
4.4
学生档案信息修改...........................................
22
4.5
学生学籍异动...............................................
22
4.6
毕业生信息更新.............................................
23
5.系统不足及设计总结..............................................
23
5.1
系统的不足.................................................
23
5.2
设计总结...................................................
23
6.谢辞
............................................................
24
7.参考文献........................................................
24
1.选题背景
电脑已经成为挂在我们嘴角的一句口头禅,它已经深入到日常工作和生活的方方面面,比如文字处理、信息管理、辅助设计、图形图像处理、教育培训以及游戏娱
乐等。
Windows系统的推出使电脑从高雅的学术殿堂走入了寻常百姓家,各行各业的人们无须经过特别的训练就能够使用电脑完成许许多多复杂的工作。
然而,虽然现
在世界上已经充满了多如牛毛的各种软件,但它们依然不能满足用户的各种特殊需要,人们还不得不开发适合自己特殊需求的软件。
我们都知道,学生管理系统是一
个教育单位不可缺少的部分,它的内容对于学校的决策者和管理者来说都至关重要,所以学生管理系统应该能够为用户提供充足的信息和快捷的查询手段。
但一直以来
人们使用传统人工的方式管理文件档案,这种管理方式存在着许多缺点,如:
效率低、保密性差,另外时间一长,将产生大量的文件和数据,这对于查找、更新和维护都带来了不少的困难。
而使用计算机对学生信息进行管理,具有手工管理所无法比拟的优点.例如:
检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。
这些优点能够极大地提高学生管理的效率,也是企业的科学化、正规化管理的重要途径。
为了在毕业之际向学校交一份满意的答卷,开发这样一套管理软件很有必要,在
下面的各章中我将以开发一套学生档案管理系统为例,谈谈其开发过程和所涉及到的问题及解决方法。
2.方案论证及设计思想
2.1方案论证
数据库设计所要的解决的问题是:
对于一个给定的应用领域,设计优化的数据
库逻辑和物理结构,使之满足用户的信息管理要求和数据操作要求,有效地支持各
种应用系统的开发和运行。
数据库设计的目标是为用户和各种应用系统提供一个高
效的运行环境。
而数据库的设计可以视为如下的优化问题。
(1)计算机的软硬件环境;
(2)数据库管理系统的能力;
(3)用户的操作要求与信息要求;
(4)完整性和安全性约束。
经过调查分析,本设计组可以完全解决以上优化问题:
2.1.1开发环境
一、软件环境
本次开发的系统采用ORCALE8i数据库管理系统做为后台,采用DELPHI作为前台
开发工具。
1、ORACLE数据库管理系统
ORACLE是当今社会的主流数据库管理系统,是
20世纪
70年代最早的关系数据
库系统(1979年推出),是目前世界上覆盖面最为广泛的数据库管理系统,它几乎可运行于任何类型的计算机上,从PC机和MACINTOSH机到小型机和巨型机,它在各类型机型上具有实质上相同的功能。
ORACLE之所以成为人们最受欢迎的数据库管理系统,是因为它具有如下突出的
优点。
1)它支持大型数据库和多用户的高性能事物处理:
ORACLE支持最大的数据库,其大小可到8TB,可充分利用硬件设备。
支持大量用户同时在同一数据上实现各种数
据库应用,并使数据争用最小,保证数据一致性。
系统维护具有很高的性能,ORACLE每天可连续24小时工作。
ORACLE将存放在多台计算机上的数据组合成一个逻辑数据
库,可被全部网络用户存取。
分布式系统像集中式数据库一样具有用户透明性和数
据一致性。
2)具有可移植性,可兼容性和可连续性。
由于ORACLE软件可在许多不
同的操作系统上运行,因而在ORACLE上所开发的应用可移植到任何操作系统,只需
要很少修改或不需要修改。
ORACLE软件同工业标准相兼容,包括许多工业标准的操
作系统,所以开发应用系统可在任何操作系统上运行。
可连接性是指ORACLE允许不
同类型的计算机和操作系统通过网络共享信息。
3)先进性,ORACLE是数据库领域的
排头兵,从最早的关系型数据库到ORACLE8,一直到ORACLE9I,其技术都处于领先
地位。
2、DELPHI6简介
DELPHI是由INPRISE公司(前BORLAND公司)推出的可视化编程环境,它提供
了1种方便,快捷的WINDOWS应用程序开发工具。
其核心采用可视化程序设计和
面向对象的程序设计方法,它提供了1种方便,快捷的WINDOWS应用程序开发工具,
使用了MICROSOFTWINDOWS图形用户界面的许多先进特性和设计思想,采用了可重
复利用的完整的面向对象程序语言(OBJECT-ORIENTEDLANGUAGE),当今世界上最
快的编辑器,最为领先的数据库技术,大大提高了编程的效率。
DELPHI最显著的特点就是高效性和稳定性,主要体现在以下5个方面:
1)可视化开发环境的性能。
2)编译器的速度和已编译代码的效率。
3)编程语言的功能极其复杂性。
4)数据库结构的灵活性和扩展性。
5)框架对设计和使用模式的扩充。
ADO控件名称
作用
ADOConnection
建立与数据库的连接
ADOTable
访问数据表
ADOQuery
执行特定的
SQL命令
ADOStoredProc
访问存储过程
ADOCommand
执行特定的
SQL命令
ADODataSet
返回一个数据集
其中Delphi的ADO组件无需依靠BDE而是使用ADO技术,提供了可以通过数据
控制组件访问数据的新方法。
唯一的要求是在使用ADO组件时必须运行ADO/OLEDB。
ADO组件的使用使得DELPHI在访问数据的类型和采用的技术方面都有了很大的突破。
以下是ADO控件:
二、硬件环境
现在一般的兼容机完全可以满足系统的要求。
我们的硬件配置是:
服务器的配置是:
·CIII1.1G
·40GB硬盘
·256MBSDRAM内存
·100/10M网卡
·64MB显存显卡
·双飞燕兼容鼠标
2.1.2采用的数据库管理系统
ORACLE8i为客户/服务器和WEB企业类开发应用掀开了新篇章,将关系数据库和
非关系数据库融为一体。
而我们做的学生管理系统,数据来源就是学生的信息,用
ORACLE8i完全可以很好地处理这些数据。
2.1.3在用户的操作要求方面
操作数据库的用户基本上是教师,有一定的文化水平和计算机操作能力,他们
对整个学籍管理程序比较熟悉。
在信息要求方面,由于学校的学生信息比较容易管
理,而且信息更新比较快,同时信息的查询是比较频繁的。
设计的系统必须能对查
询进行有效的处理。
2.1.4在完整性和安全性方面
学校的学生信息是在变化的,在更新和删除方面,要做到更新及时删除完整。
安全性方面则分清操作员的权限问题,限制非授权的存取,学籍管理系统是被多个
用户共享使用,每个用户对数据库的存取权是有限的。
管理员可以对用户进行管理。
而用户当中的系秘书可以对数据库进行录入,修改,删除。
而用户中的学生和学校
的教务处则只能对数据进行查询操作。
同时做好数据库的数据恢复,设计一个系统
恢复子系统。
这个子系统在系统的硬件或软件发生故障时,能保证数据库的正确性。
系统恢复子系统的关键是在系统的硬件或软件故障修复后,能够把数据库恢复到正
确的状态。
2.2设计思想
2.2.1采用C/S数据库结构模式
随着计算机网络的信息服务的不断深入发展,传统的联机远程终端和以文件服
务器为核心的计算机网络结构已经不能满足实际需要。
取而代之的是客户/服务器
(Client/Server)模式,该模式以其高性能和高可靠性等优点迅速地被广泛应用起来。
客户/服务器是在网络基础上,以数据库管理为后援,以计算机为网上工作站的一种系统结构。
该结构的关键在把网络环境上的数据库存取和应用程序一分为二,分别由网上的数据库服务器和网上客户来执行。
虽然贵州工业大学学籍管理系统客户/服务器是建立在LAN的基础上,但它比以往的文件服务系统有了很大的改进。
首先,它消除了不必要的网络传输负担;其次,它可以使作为数据库服务器的计算机被高度优化,以适应数据处理的需要。
相比之下以往的宿主式计算机系统除了数据处理之外,还要承担应用的工作,从而降低了工作效率。
另一方面,由于作为客户的计算机如今主要承担应用方面的专门任务,这就有可能使其高度优化。
由此可见,
客户/服务器体系在网络连接上和设备上并没有什么变化,只是改变软件应用的系统的配置方法,从而明显地改变了整个系统的运行性能,有效地增强了系统的可扩充性和可维护性。
客户/服务器已经能够应用于复杂的网络上,并使之能够更有效地进行选择、检
索、索引排序等数据处理。
作为一种高级的分布式计算机环境、客户/服务器有足够的能力把处理后的结果(不是整个文件)通过网络传输出去,并根据用户需求灵活地配置各种大、中、小型计算机系统。
客户/服务器是在网络基础上,以数据库管理为后援,以计算机为网上工作整个客户/服务器体系分为三部分。
(1)客户:
发送请求及处理返回结果,显示和控制应用工作环境及用户界面,完成数据合理性校验。
显示报告和使数据表现图形化;
(2)服务器:
处理客户请求,为客户分析数据并返回结果或动作。
一个服务器本身有
时又可以成为另一个服务器的客户。
(2)网络:
实现客户和服务器的之间的透明连接;
客户/服务器技术到目前为止已发展为对等层到对等层的处理模式。
在这种模式
下,网络上的每一台计算机的作用都是相同的,即所有的计算机既是客户机也是服
务器。
这种模式最初采用的是线性结构,即客户机向上一层的服务器发出请求,而
服务器作为客户机再向上一层服务器发出请求,以此类推。
后来,这种线性结构被
推广为网络结构,即每一层既可以作为客户向多台服务器发出请求,也可以作为服
务器接受并处理多个客户的请求,这样就使负载相对较重的层尽可能地把处理任务
分配到其它层上,从而使处理分布更加均衡。
随着Internet的迅速发展和网上计算
机资源的多样化,这种处理模式将变得越来越来必要。
客户进程
系统服务
硬件
服务器进程
请求
系统服务
硬件
客户进程
系统服务
硬件
响应
用户客户网络服务器
客户/服务器网络
2.2.2采用软件工程的思想
软件工程是指导计算机软件开发和维护的工程科学。
采用工程的概念,原理,
技术和方法来开发和维护软件,把经过时间考验而证明正确的管理技术和当前能够
得到的最好的技术方法结合起来。
软件工程的传统途径是生命周期方法学。
从时间角度对软件开发和维护的复杂问题进行分解,把软件生命的漫长周期依次划分为若干个阶段,每个阶段都有相对独立的任务,然后逐步完成每个阶段的任务。
前一个阶段的完成是开始进行后一个阶段工作的前提和基础,而后一个阶段任务的完成通常是使前一个阶段提出的解法更进一步具体化。
一般说来,软件生命周期由软件定义,软件开发和软件维护三个时期组成,每个时期又进一步分成若干个阶段。
软件定义时期通常进一步分成三个阶段,即问题定义、可行性研究和需求分析。
软件开发时期由下述四个阶段组成:
总体设计、详细设计、编码和单元测试,综合测试。
软件维护的主要任务是使软件持久的满足用户的需要。
具体的说,当软件在使用过程中发现错误时应该加以改正,特别是当软件环境改变、用户有新的需求提出的时候。
本小组恪守软件工程的原则,指导本系统开发设计。
我所做的学生档案学籍管理系统完全按照软件工程的思想,以确保系统设计能够顺利进行。
2.2.3关于数据库的生命周期
数据库的生命周期可以分为两个阶段:
一是数据库设计阶段;二是数据库实现和操作阶段。
数据库的分析和设计阶段分为如下四个子阶段:
(1)需求分析;
(2)概念设计
(3)逻辑设计
(4)物理设计
数据库的实现和操作阶段由如下三个子阶段组成:
(1)数据库的实现;
(2)操作与监督;
(3)修改和调整。
数据库设计所关心的是数据库的设计阶段。
我所做的学籍档案管理系统的设计同样要遵循以上的条件和要求,在需求分析阶
段是比较重要的,要重视系统的设计初期的工作,因为如果设计的初期阶段设计搞
不好,就对以后的工作产生比较大的影响,从而会造成返工。
2.2.4关于数据库的设计过程
数据库的设计过程如下图所示。
在数据库设计过程中,需求分析和概念设计可
以独立于任何数据库管理系统进行。
逻辑设计和物理设计与具体的数据库管理系统
密切相关。
由于需求分析比较重要。
我们在设计的时候,花了比较多的时间。
首先
要到管学生工作的教师那里获得一些重要的资料,如教师管理学生所需要的资料,
学生的信息等。
在获得这些资料之后,进行分析。
从中提取有用的部分。
分析各种
用户的权限,最重要的是建立表。
表的各种数据涉及到数据完整性。
如果表建得不
好,在后边的设计过程中,就要不停地修改,造成浪费。
开发的效率就会大大降低。
现实世界
需求分析
需求分析说明书
概念数据库设计
概念数据库模式
独立于数据(高级数据模型)
库管理系统
与数据库管
理系统相关
逻辑数据库设计
逻辑数据库模式
(特定数据模型)
物理数据库设计
物理数据库模式
(特定的物理存储结构和存取方式)
图:
数据库设计过程
3.过程论述
3.1总系统论述
在大、中专院校中,经常与学生打交道的部门主要有:
教务处、学生处、各院
系、后勤管理中心。
一个学生从录取到离校的过程中,各院系要负责管理学生的档
案和学籍,学生可能发生留级、转系、退学、休学的情况,即学籍异动处理。
院系
负责对学生档案管理、学籍管理、奖惩管理,教务处要负责对学生的成绩管理,学生
处要负责对学生的考勤管理,后勤管理中心及其下辖的各楼生管要负责对学生的物
品管理,住宿管理,水电费用管理,住宿违纪管理,卫生评比管理,来客管理。
系
统要完成尽可能多的智能化操作和各种查询要求。
基于此的数据流程图可以很方便
的体现出各种需求操作。
因此,积极的与用户交流、分析,并得出详尽的数据流程
图是至关重要的一步。
3.2学籍档案管理子系统数据流图
3.3学籍档案管理子系统数据字典
1、数据流条目
档案管理要求=[学生档案数据录入|学生档案数据修改]
学生档案数据录入=学生档案数据修改=学生名称+性别+出生年月+户籍+家庭
地址+联系电话+入学年份
档案查询要求=[档案统计要求]
档案统计表=[学生档案情况]
学籍管理要求=[学生学籍录入|学生学籍修改|学生学籍删除]
学生学籍数据录入=学生学籍修改=学生学籍删除=班级+年级+学生状态+是否
住宿
学籍查询要求=[学籍统计要求]
学籍统计表=[学生学籍情况]
学生奖惩情况录入=学生学号+班级+奖惩类型+奖惩日期学生奖惩情况查询要求=[奖惩统计要求]
2、文件条目
a)名称:
各系学生学籍文件
组成:
学生编号+学生姓名+班级+年级+学生状态+是否住宿组织方式:
索引文件,按系别+专业+班级排列
b)名称:
各系学生档案文件
组成:
学生编号+学生名称+性别+出生年月+户籍+家庭地址+联系电话+入学年份
组织方式:
按学生编号排列
c)名称:
各系学生奖惩情况文件
组成:
学生编号+学生姓名+班级+奖惩日期组织方式:
按学生编号排列
3.4学籍档案管理子系统总体设计图
3.5学籍档案管理子系统相关数据库构建
在关系数据中的关系必足一定的要求。
足不同程度要求的不同范
式。
目前主要有六种范式:
第一范式、第二范式、第三范式、BC范式、第四范式和第五范式。
在六种范式中,一般只用前三种,于常用系就足了。
而且五种
范式是“向上兼容”的,即足第五范式的数据构自足一、二、三、四范式,足第四范式的数据构自足第一、二、三范式,⋯⋯,依此推。
的介前三种范式。
第一范式(firstnormalform,称1stNF)就是指在同一表中没有重复出,
如果有将重复去掉。
个去掉重复的程就称之范化理。
在本文所
的开方法里,1stNF上是没有什么意的。
因我按范化建立的指体系和表的程都自保了所有表都足1stNF。
第二范式(secondnormalform,称2ndNF)是指每个表必有一个(而且一个)
数据元素主关字(primarykey),其它数据元素与主关字一一。
。
即表中其它数据元素都依于主关字,或称数据元素唯一地被主关字所。
第三范式(thirdnormalform,称3rdNF)就是指表中的所有数据元素不但
要能唯一地被主关字所,而且它之必相互独立,不存在其它的函
数关系。
也就是于一个足了2ndNF的数据构来,表中有可能存在某些数
据元素依于其它非关字数据元素的象,必加以消除。
此外,在程中要注意好表的主、外、用自定束的条件,在模式
分解程中要尽量的保持函数依和无接。
遵循上述明,就可以出一个
良好的关系数据模式。
以下的表基本按照范式要求建立
1)学生学籍表
字段名字段型字段度
XHXX
NUMB
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 学生 管理 系统 设计 报告 总结 docx