2015/11/17 15:45:26 基于数字化校园环境下的学生信息管理系统总体设计方案

数字化校园是在教育信息化建设进程中,用层次化、整体化的观点对学校信息化工作进行规划与建设而提出的,它是当前校园网建设的高级阶段。对学校的校园网络、信息终端建设以及所有人的信息化素养都得到了很大的提升,各种应用系统纷纷涌现,数字化校园建设取得了长足的发展。但是,还存在不少问题:这也是数字化校园学生信息管理系统总体设计的原因:

  存在的部分非B/S结构(如单机、主机/终端、C/S)体系下的管理信息系统,运行成本高,经常需要得到开发方或相关技术人员的支持,信息维护人员的压力大且效率低。

数据采集机制不健全的同时数据浪费严重,一些现有的管理信息系统不但管理功能严重缺失,而且缺乏对已有数据进行整理、挖掘和智能分析能力,无法借以提高科学预测、决策水平。

绝大多数信息资源还是以为本单位服务为主,缺少对外服务的理念和实践。通过整合发行信息资源,实现更大范围的信息共享的极少。

在数字化校园应用系统建设程中,重视了对实体对象资源、环境数字化忽视了过程对象活动的数字化,重视公文管理、学籍管理、成绩管理、工资管理、多媒体教室建设、多媒体课件制作等,而对办事过程、教学活动、教研活动的重视程度不足。

此外,信息系统建设以局部建设为主。各旗区、学校的信息系统建设模式基本上是一个部门一个系统,许多应用间甚至还没有通过后台的数据库手段进行数据交换与共享。极少有从整个地区教育的高度根据业务逻辑设计跨地区、跨部门的系统,忽略了解决数字空间内部关联及校际、上下级衔接的问题。

在规划、设计、实施信息系统时,不是以整个校园的数字化为目标,而只是以某一应用部门为对象,为其开发专用的业务流程管理软件,经常是一个需求产生一个应用,而忽视需求间的内在联系,缺乏统一的基础性的数据库,一旦涉及与之相关的上下游部门衔接,就要“以人脑代电脑”了。症状是信息系统越建越多,信息资源越来越纷繁复杂,产生了信息化时代奇怪的和令人迷惑的低效率问题。

除了规划导致的信息孤岛问题外,标准的不统一还导致信息不“兼容”各单位所用的信息管理软件源于不同的厂商,不同版本之间的数据定义、分类标准不同,形成一个个信息孤岛数据难以共享,不能实现跨部门的信息共享数据更新不同步,大量冗余的信息堆积, 导致中小学的各种数据统计频频出错等,这些症状在每年的统计工作中表现得极为突出。

数字化校园学生信息管理系统总体设计方案的需求分析

 学生课程和成绩管理系统是数字化校园中学校信息管理系统中的一个子系统,通过本系统可以将学生所学课程与学生成绩通过网络进行管理,为学生事实上还包括家长、教师以及教务管理人员提供便利。管理员教务员、教师和学生为该系统的用户,系统需要实现的功能有以下三部分管理员管理维护基本信息功能,教师管理信息功能,学生管理信息功能。

任一个用户只允许以一种身份登录,获得不同的操作界面与权限。由管理员教务员负责维护学生、教师、课程、班级等基本系统信息,学生可以维护个人信息、选课、获取成绩,教师可以选择学生并登录其成绩。由此得到基本的系统需求列表

有系统管理员教务员、教师、学生三种用户,任一个用户只允许以一种身份登录。

管理员可以维护教师、学生、班级、课程的基本信息。

教师可以选择上课的学生并为学生登录成绩。

学生可以选课并维护自己的个人信息

数字化校园学生信息管理系统总体结构:

学生课程及成绩管理系统基本采用多层体系结构来实现,客户端只需安装工浏览器即可进行访问。服务器端在的基础上使用轻量级的开发架构,采用设计模式,使用技术处理页面逻辑并采用技术实现对象的持久化,框架的开源性及上述两种技术的结合大大的降低了程序代码的祸合性,提高了系统开发效率,使的系统更易于维护,可重用性更高,可移植性更好。管理员、学生、教师模块的分离设计,保证了系统结构足够清晰。在服务器端部署则采用了组合。

 学生信息管理系统总体逻辑模块结构图:

学生信息管理系统图

学生信息管理系统设计原则:

设计本系统时主要遵循以下设计原则

合理性原则系统要符合目前的行政管理体系与机构体系,系统处理流程要按照相应管理模块的基本流程设计整体框架,符合多数学校的常规性需要。

一体化原则。数字化校园应用系统是一个集成性系统,而本系统作为其中的一个子系统,主要功能包括学生信息管理、学生成绩管理、学生选课管理等功能。但在设计系统时, 要充分考虑全部相关流程的影响,把整个数字化校园信息系统作为一个整体来考虑。

可扩展性原则。数字化校园应用系统既要对过去的一些信息资源与系统进行继承主要是信息资源,又要考虑未来的发展,要给后续系统的建设提供平滑升级的可能。使数字化校园能够实现可持续发展。所以其框架结构必须是开放性的、具有良好的扩展性。

以人为木原则。特别强调不应该只从系统本身进行系统功能设计与组织,而要实实在在从用户的角度出发,要以非技术的眼光进行系统设计。

经济性与先进性原则。设计方法中要注重顶层设计,技术路线中可以考虑目前流行的开源环境进行开发,

标准性原则。以实现开发与部署时的经济性与可移植性。系统开发工作应当符合国际和国内的各类现行规定与标准。

在具体设计中还要分析建立业务模型、功能模型、数据模型、信息模型、用户模型包括其权限模型与数据标准,要采用开放的、统一的技术框架体系、标准化的数据接口,要适应分布式和跨平台的体系,还要对已有数据进行整理、清洗、并联,并按主题数据库模式重新组织,同时通过制定数据标准与实施指南,规范后续数据管理,构建集成数据环境。

学生信息管理系统开发及运行环境准备:

B/S多层体系结构

传统的三层B/S体系可以被认为是C/S结构的特殊形式,但它又是在克服C/S结构的固有缺陷的基础上发展而来的,推动了互联网的飞速发展。但是,它自身也存在着一些不合理的部分

脚本程序包含大量业务逻辑计算导致执行效率不高。

嵌入到标签中的脚本程序使得开发高度效率不高,并且不利于对版权的保。

脚本代码无法实现重用与移植。

由于以上缺陷,进一步的研究产生了多层体系结构B/S多层体系结构。该体系结构在传统的结构的基础上,通过在服务器和数据库之间再附加一个或若干个“业务逻辑层”而实现。服务器通过使用“业务逻辑层”提供的对象,实现对后台的数据库进行访问。

学生信息管理系统服务器选择:

Web应用程序需要在支持Servlet和JSP的web容器中运行。目前很多厂家都开发了支持和的容器,如、等。是和规范的官方参考实现,它既可单独作为小型、测试服务器,也可以集成到服务器,考虑到本系统的实际需要和的诸多特性和优点,在开发阶段采用作为服务器。

HTTP服务器允许用户建立只包HTML/XML含页面或页面加入和的网站。从浏览器发送到应用程序的所有请求必须通过它来实现。

J2EE·容器由一个WEB窗口和一个EJB窗口组成。这些容器为应用程序提供一个运行时的环境和对的访问。和运行在容器中,这两个组件用于完成来自浏览器的请求。容器处理包括会话、实体和消息,这些组件用来实现业务逻辑、数据访问和异步消息。它们服务从非客户机来的请求,或来自放在或中的代码。访问提供了应用程序运行时对工的访问。

学生信息管理系统数据库服务器选择:

MySQ5.1是一个真正的多用户、多线程数据库服务器。是以一个客户机服务器结构实现其功能的,它由一个服务器守护程序和很多不同的客户程序和库组成。是一种标准化的评议,它使得存储、更新和存取信息更容易。主要特点是快速、健壮和易用。这里采用MySQ5.1。

本章主要是以硬件和软件配置以及需求分析学生信息管理系统设计方案的标准阐述数字化校园学生信息管理系统。更多关于学生信息管理系统的内容请你关注http://www.yijiaoedu.com


 
QQ在线咨询
销售热线
0371-53302651