学生学籍管理系统详细设计.docx

上传人:b****5 文档编号:4355213 上传时间:2022-11-30 格式:DOCX 页数:19 大小:211.69KB
下载 相关 举报
学生学籍管理系统详细设计.docx_第1页
第1页 / 共19页
学生学籍管理系统详细设计.docx_第2页
第2页 / 共19页
学生学籍管理系统详细设计.docx_第3页
第3页 / 共19页
学生学籍管理系统详细设计.docx_第4页
第4页 / 共19页
学生学籍管理系统详细设计.docx_第5页
第5页 / 共19页
点击查看更多>>
下载资源
资源描述

学生学籍管理系统详细设计.docx

《学生学籍管理系统详细设计.docx》由会员分享,可在线阅读,更多相关《学生学籍管理系统详细设计.docx(19页珍藏版)》请在冰豆网上搜索。

学生学籍管理系统详细设计.docx

学生学籍管理系统详细设计

1系统需求分析报告

1概况

1.1开发的背景

任何一个组织或是集体,实现它内部人员的管理或是各个部门的协同工作都是必要的。

作为一个学院,要管理许多学生的学籍以及考试,奖惩情况,又要实现信息共享,愈来愈成为老师们管理的一个难题。

因此,一个便利的学生学籍管理系统在众人的期盼中需要实现。

随着因特网发展的日新月异,人们利用网络来实现相互之间的协同工作以及资源共享越来越成为时代的潮流,一个不可扭转的趋势。

目前,因特网已经深入到我们生活的各个领域——学校,银行,医院,公司,企业等等。

因此,我们在这里用因特网来实现学生的学籍管理更是顺应了时代发展的方向。

我们要实现的系统主要面向全院师生。

各个部门或老师的主要任务是实现相应的信息发布,更新,录入工作,而学生则主要实现信息的反馈,相应的查询事件。

要实现这个系统,需要先调研,弄清楚各个部门和学生的需求情况,以便于有的放矢。

系统的开发过程需要两台机器,一台服务器,一台客户机,服务器一端需要安装win2000服务器版以及完成相关的配置。

系统的开发人员至少需要两个,一个做信息发布端,一个做客户端。

程序完成以后,需要调试运行,整个实现需要一个月左右。

1.2系统目标

整个系统是要实现全日制学生学籍管理等相关文件完成本科和专科学生学籍状况的系统管理(本科生用学年学分制,专科生用学年制)。

系统中保留五个年级学生的信息,学生毕业一年后信息转储,但随时可以查询,输出。

1.3业务现状

系统的业务流程如下:

整个系统要承担的主要工作是:

在服务器端,实现信息的发布,信息的更新,成绩的录入工作。

而在客户端,则主要实现信息的反馈以及查询。

工作负荷不算大,但有可能数据的更新需要一段时间,要可能造成信息更新或反馈不及时。

2用户需求

2.1业务需求

●学生档案管理:

学生的一般情况,及奖励,处分情况;

●学生成绩管理:

学习成绩,补考成绩;

●学籍处理:

学生留降级处理,休复学处理,退学处理;

●日常教务管理:

日常报表,如通知书,补考通知书等,学生学习成绩的各种分类统计;

●毕业生学籍处理:

结业处理,毕业处理,授位处理,学籍卡片等。

2.2性能需求

该学籍管理系统主要实现的是信息的录入,发布,更新,因此,不管对学校管理的需要或是学生获知信息的需要以及各个部门之间的紧密衔接关系,网上的数据必须具有高度的完整性和准确性,这就要求系统的高度安全性,可维护性,可靠性及灵活性。

比如学生成绩管理,老师在录入成绩的时候或是数据库出现异常而产生差错,可能会影响学生奖学金的评定或是造成不该重修的出现重修情况,这就要求系统具有高度的安全性,可维护性和可靠性;灵活性指的是系统要具有强大的功能以适应不同层次的用户不同的需求。

另外,系统的操作界面要求简便,通俗,以便于操作。

2.3其他需求

2.4用户平台要求

学籍管理系统的实现需要服务器端和客户端。

因此服务器端需要安装win2000server或是其他的服务器操作系统和DBMS的支持。

对客户端没有什么特别的需求,一般的win98即可。

3业务流程

3.1与其它系统的关系(无)

 

3.2业务处理流程

用业务处理流程表示为:

1)0层数据流图为

学生信息表学生信息库

 

2)1层数据流图为

4业务逻辑

4.1业务分解

4.2业务描述

首先,为了信息的安全和数据的权威性,对于网上信息的使用权限和责任,学院的各个部门,对整个系统的使用权限不一样。

每学期考试完毕由各系录入成绩,然后由教务科收集,得到一张成绩表,存入学生信息库;学生工作处可根据信息库中的学生档案表和奖惩表进行相应的管理;教务科除了收集信息为,可对学生的学籍,补考,和各种等级考试进行管理和组织;师资科拥有对教学计划进行管理的权限;同时,所有用户拥有对学生信息进行查询的权限。

下面辅以一张判定表:

学生档案

学生奖惩

学生成绩

学籍处理

补考成绩

教学计划

管理

各种等级考试

学生工作处

0?

0?

?

?

?

?

?

各系

?

?

0?

?

?

?

?

教务科

?

?

?

0?

0?

?

0?

师资科

?

?

?

?

?

0?

?

院长办公室

?

?

?

?

?

?

?

注:

0.登陆,修改,处理权.?

.查询权

5数据调查及分析

5.1原始单据

单据名称:

学生信息表

简述:

用于描述学生的在校全部信息,有:

学号,班级,姓名,性别,生日,家庭

地址,邮编,奖励,处分,学习若干门课程;每门课程的信息,含课程名称,学分,学时数,

上机时数,实验时数,成绩,补考成绩等项。

由不同的部门管理。

来源:

由教务科收集相关资料得来。

去处:

用户进行查询时使用。

组成:

由学生资料表,成绩表,授课表,补考成绩表,奖励处分表等组成。

5.2数据分析

5.2.1数据分类

学生资料表:

学号,班级,姓名,性别,生日,家庭,地址,邮编

成绩表:

各门课程成绩

授课表:

学习若干门课程,每门课程的信息,含课程名称,学分,学时数,上机时数,实验时数

补考成绩表:

补考成绩

奖励处分表:

奖励,处分

5.2.2数据项描述(现仅以三个数据项作为代表)

1)数据项编号:

pl01

数据项名称:

学号

类型/长度:

四个字节,字符类型

取值/含义:

表明了学生的入学时间,所在系别,在年级及班级的姓名排号。

2)数据项编号:

pl02

数据项名称:

班级

类型/长度:

一个字节,数字类型

取值/含义:

学生所在的年级和班号

3)数据项编号:

pl03

数据项名称:

奖励

类型/长度:

50个字节,字符类型

取值/含义:

给予学生某种物资上或精神上的鼓励

 

2§1概述

传统的学校学籍管理方法、由于分散管理,易发生数据丢失,劳动强度高,速度慢。

使用计算机可以高速、快捷地完成以上工作。

特别是在计算机联网后,数据在网上传递,可以实现数据共享,避免重复劳动,规范教学管理行为,从而提高了管理效率和水平。

学籍管理信息系统以计算机为工具,通过对教务管理所需的信息管理,把管理人员从繁琐的数据计算处理中解脱出来,从而全面提高教学质量。

本系统的主要用户教务处、学生工作处、各系、及学生。

§1.1背景

有利条件:

1.CUIT已经基本建立了学校的网站,所以迫切的需要一套学生学籍管理系统来对学生学籍等情况进行管理。

2.有利于教务处、学生工作处、师资科、院长办公室、各系辅导员对各自所需的及管理的学生信息进行查阅和管理。

3.有利于学生对自己的学习情况进行查看,方便他们掌握自己的学习信息。

4.有利于家长对学生的监督。

5.有利于用人单位可以通过浏览学校网页,方便快捷的获取学生的有用的信息,更加全面的了解学生在校的情况。

§1.2系统目标

学生档案管理:

学生的一般情况,及奖励,处分情况;

学生成绩管理:

学习成绩,补考成绩;

学籍处理:

学生留降级处理,休复学处理,退学处理;

日常教务管理:

日常报表,如通知书,补考通知书等,学生学习成绩的各种分类统计;

毕业生学籍处理:

结业处理,毕业处理,授位处理,学籍卡片等。

§1.3业务模式

高校学生学籍管理系统将采用B/S模式,学生的信息由各用户在规定的权限下在各自的工作站上录入,统一保存在系统服务器上,既可集中管理,有可让各部门管理自己负责的信息。

信息上网后各用户可查询,调用,达到全校信息共享。

§1.4现行组织机构

学校现有的学生学籍资料分别由系、教务处、学生处管理。

每个管理部门几乎都有一份相同的学生基本信息。

这样,工作容易重复,而且,最大的问题是彼此工作不透明,容易出现数据的不一致。

这问题的出现是致命的。

§1.5业务现状

现在学校各部门分别使用不同数据库,各部门之间的信息还不能实现网上共享。

由于学校的各个部门都需要一些学生的基本信息,所以各个部门都有一份学生档案。

一个部门的改动,将导致其他各部门必须修改,否则,学生的信息将不一致。

现有系统采用的是B/S模式,比如:

各系可以将自己系学生的成绩都传到教务处的服务器上,教务处就可以对各系学生成绩进行集中统一管理。

§2用户需求

高校希望能够对全校所有学生的信息进行集中管理。

然后,对各个部门分配不同的权限,让他们去管理他们所需的信息,而没有管理权限的部门只能查询。

§2.1业务需求

1、使用范围要求

按成都信息工程学院全日制学生学籍管理等相关文件完成本科和专科学生学籍状况的系统管理(本科生用学年学分制,专科生用学年制)。

系统中保留五个年级学生的信息(大四毕业以后学生信息还需保留一年),学生毕业一年后信息转储,但随时可以查询,输出。

2、功能要求

学生档案管理:

学生的一般情况,及奖励,处分情况;

学生成绩管理:

学习成绩,补考成绩;

学籍处理:

学生留降级处理,休复学处理,退学处理;

日常教务管理:

日常报表,如通知书,补考通知书等,学生学习成绩的各种分类统计;

毕业生学籍处理:

结业处理,毕业处理,授位处理,学籍卡片等。

3、信息采集与各部门的使用权限

每学期考试完毕由各系录入成绩,然后由教务科收集。

为了保证信息的安全和数据的权威性,对于网上信息的使用权限和责任规定如下:

数据收集前的系统权限

学生档案

学生奖惩

学生成绩

学籍处理

补考成绩

教学计划管理

各种等级考试

学生处

0?

0?

各系

0?

教务处

0?

0?

0?

0?

院长办公室

注:

0、登录,修改,处理权。

、查询权

4、数据完整性、正确性:

1、可按某学生某学年考试及补考成绩,自动生成该学生是否升留降级,退学。

2、可按某学生在校期间累计重修科目门数和成绩自动生成该学生是否结业,毕业,授位。

3、可按某学生因非成绩原因所引起的学籍变更作自动处理。

4、可按每学期各年级班学生考试成绩自动生成补考名单,科目。

5、可按每学期各年级学生考试成绩自动生成某课程统计分析表。

6、可按同一年级学习成绩进行同一课程不同班级间成绩比较。

§2.2性能需求

因为学籍管理系统存储学生信息,所以数据库系统应该具有备份和恢复功能,保证学生数据库的长期完整性和正确性。

另一方面,作为系统的服务器应该能够长期无故障的运行,而且能够便于管理员的操作。

安全性要求比较高,对业务逻辑必须封装,避免有人登陆他没权限的网页,避免黑客从数据流中截取敏感数据。

§2.3其他需求

普通用户的需求:

对于只有查看权限的用户,一般是通过上网浏览学校网页来查看数据的。

各部门管理员:

能够对系统进行设置,以适应不同用户的需求。

对不同系的管理员分配不同的权限,教务处系统管理员具有最高的管理权限。

§2.4用户平台需求

根据§2.2的分析,使用以下方案:

操作系统:

linux/unix

数据库:

oracle

页面脚本程序:

jsp

服务器端程序:

servlet

§3业务流程

§3.1与其他系统的关系

本系统暂不考虑与其他系统交换数据,而是作为一个独立的系统。

但是,他应该能够向学校的上级主管部门提交学生的信息。

§3.2业务流程

各系管理员

管理部门

业务逻辑

浏览数据的用户

 

§4业务逻辑

§4.1业务分解

系统管理员

高校学生学籍管理系统

按权限划分

各系输入学生每学期的成绩,考查学生的表现。

学校其他部门查阅学生信息

学生处负责学生档案、奖励与处分

教务处负责学生成绩、补考成绩、学籍管理、课程安排、考试的安排等,并授权学校各系输入本系学生成绩。

 

§4.2业务描述

高校学生学籍管理系统,由学校指派专人负责系统的管理和维护。

系统中分别涉及到不同管理部门所管理的学生信息,因而将系统的信息分类,分别由教务处、学生处、各系管理具体的信息。

其中,教务处负责学生学籍管理、学生成绩、教学计划、师资分配、各种考试安排。

学生的成绩由各个系按照教务处的规定在各个系的计算机输入本系学生各门功课的成绩,并上传到系统中。

各系还要上报本系的教学计划,课程安排,然后由教务处统一发布。

学生处主要负责学生的档案管理以及奖励和处分。

学生处根据学生的高中升学档案形成原始档案,然后根据各系对学生表现的评价,决定对学生的奖励或处分。

在学生毕业时形成每个学生的最终档案。

学校的其他部门(包括学生、家长、用人单位)只能浏览学生的公开信息。

§5数据调查及分析

§5.1原始单据

单据名称

别名

简述

来源

去处

组成

流通量

学生资料

主要是学生的学号、姓名、出生年月、住址等

学生入学时由学生处从学生升学档案获得

供学校其他部门查阅

学号、姓名、年级、班级、出生年月、住址、生源地

成绩

学生在校期间,各学期所选课程的成绩

由各系将本系学生的成绩通过计算机上传到教务处服务器统一处理

可供学生、系、用人单位等查阅

课程名、学分、成绩

授课

老师在本学期所上的课程

由教务处根据老师的专业安排

供系、学生、老师查阅

课程代号、课程名、学时、上课地点、上课班级、教师代号

补考成绩

学生重修某门课程以后,所取得成绩

教师的成绩单

毕业参考

课程名、学分、成绩

奖励处分

系、学生处根据学生的表现作出奖励和处分

系、学生处

供学生系、用人单位等查阅

奖励,处分

§5.2数据分析

§5.2.1数据分类

学生基本资料(如:

姓名、学号、住址、出生年月等)一般是保持不变的;其它数据是动态的,数据量较大,是系统管理的重点。

§5.2.2数据项描述

依据用户提供的功能要求,取得描述学生的信息有:

学号,班级,姓名,性别,出生年月,家庭地址,邮编,奖励,处分,若干门课程学习成绩;每门课程的信息:

课程名称,学分,学时数,上机时数,实验时数,成绩,补考成绩等项。

使用oracle的数据类型:

数据项编号

数据项名称

类型、长度、精度

取值/含义

学号

Number(15)

Notnull

姓名

varChar2(10)

Notnull

班级

varChar2(10)

Notnull

性别

Char

(2)

男/女

出生年月

Date(20)

Notnull

家庭住址

varChar2(30)

Notnull

邮编

Number(6)

Notnull

课程名

varChar2(10)

学分

Number(2,1)

学时数

Number(3,1)

上机时数

Number(4,1)

实验时数

Number(4,1)

成绩

Number(3,1)

>=0

奖励

varChar2(50)

处分

Varchar2(50)

3二、需求分析

1引言

21世纪以高科技为核心的知识经济将占主导地位,国家的综合国力和国际竞争力将越来越取决于科学技术创新水平。

教育作为知识创新、传播和应用的基础,培养和输送人才的摇篮,已经成为经济发展和社会进步的基础。

在信息爆炸的时代,传统教学管理面临着诸多挑战。

1.编写目的

开发基于互联网的学生选课系统,提高管理工作的效率、提高信息的开放性、改善学生和教师对其最新信息查询的准确性

2.项目背景

随着学校规模的不断扩大,专业、班级、学生的数量急剧增加,有关学生选课的各种信息量也成倍增长,而目前许多高校的学生选课管理仍停留在复杂的人工操作上,重复工作较多,工作量大,效率低,因此,迫切需要开发基于互联网的体育课信息管理系统来提高管理工作的效率。

基于互联网的学生选课管理系统,在学生选课的规范管理、科学统计和快速查询方面具有较大的实用意义。

它提高了信息的开放性,大大地改善了学生、教师对其最新信息查询的准确性。

1.项目的委托单位:

陕西国防学院

2.开发单位;陕西国防学院软件3071第2小组

3.主管部门:

陕西国防学院

3.定义

数据字典:

数据字典中的名词都是一些属性与内容的抽象和概括,起特点是数据的“严密性”和“精确性”,不能有半点含糊。

数据字典又分为优弧数据字典和系统数据字典。

拥护数据字典包括用户单位的各种编码或代码。

4.参考资料

1.项目开发计划

2.《软件工程实用技术》.

2概述任务

1.目标

能够快速的查询出学生的各科成绩以及所在班级等各种用途。

2.运行环境

1)操作系统:

MicrosoftWindows2003AdxancedServer。

2)支持环境:

C++.net,传感器,SQLServer.

3)数据库:

MicrosoftAccess2003

3.条件与限制

本软件开发工作的经费限制在人民币30000元以内,开发期限不超过5天。

4.进行可行性研究的方法

对学生和校领导采用问卷调查的方法,询问他们,以确定最佳的可行性研究方案。

软件采用现代流行Windows操作界面。

是标准的Windos32应用程序,可运行在Windows95、Windows98、Windows2000、WindowsXP等系统平台上的多任务应用程序。

在运行时可以直观的浏览、查询和掌握学生的成绩,同时能够了解学生的基本信息所在系部、班级、宿舍的具体地址。

结束了人工统计的耗时长、工作量大、错误率高的缺点。

3数据库介绍

通过对学生选课管理系统工作内容和相关数据流程分析,根据学生选课管理系统的需要,就可以设计出能满足用户需求的各种实体,以及它们之间的关系,由此得到数据库所支持的数据模型,即数据库的逻辑结构,具体情况如下:

(1)招生管理:

录入新生基本信息;按学号、姓名查询学生信息;对查询结果行修改;打印学生的基本信息;

(2)就业管理:

毕业生信息的输入;按学号、姓名、专业查询毕业生信息;修改毕业生信息;打印毕业生的基本信息;

(3)学生管理:

包括奖惩管理、住宿管理、学生信息查询修改、学籍变更等;

(4)密码管理:

用于学生及管理员的密码查看,找回密码,只有管理员有权限;

(5)课程管理:

包括课程设置、选课情况、成绩录入等;

(6)选课:

供学生进行选课使用;

(7)成绩查询:

提供给学生所修课程的成绩查询。

根据需求分析,本系统采用自顶向下逐步求精进行分析的方法得到如图1

所示的资源化管理信息系统。

系统中的共享数据信息基本包括了一个学生在校

期间可能用到的绝大部分数据信息,在功能设计上,除了通过统一的共享型

数据信息系统、规范信息的唯一性、准确性和及时性外,还可以在功能上适

应管理工作需要的功能模块图。

系统共包括管理员模块、学生摸

块。

                

学生信息管理结构图

4.数据库的设计

数据库是若干表(table),视图(view),索引(index),关键字(key)以及其它一些数据对象组成的存储应用系统的仓库。

一个MIS(ManagementInformationSystem)绝大多数是在DBMS支持下建立数据库构成的。

4.1数据库需求分析

  3学生管理系统总体数据流程图

通过对系统数据流向的分析,得到如图所示的数据流图。

学生查询信息系统数据流图

4.2数据库的概念结构设计

(1)在获取用户对系统的需求后,确定数据对象,并对用户的需求进行综合分析归纳,形成了一个不依赖于DBMS的数据概念模型,即E—R(Entity-Relation)模型。

(2)用E—R模型画出E—R图,采用先画局部E—R图,然后将各部分E—R图汇总形成总的E—R图的方法。

(3)对E—R图进行综合分析,去掉冗余的数据和冗余的联系。

经过适当的变换后,最终得到模块的E—R图。

根据上面的设计规划出的实体有:

管理员实体,学生实体,课程实体,学籍变更记录实体,奖惩记录实体,毕业生实体。

5.性能需求

使用稳定,操作性能好,操作方法易于掌握,系统的安全性强。

6.系统功能特点

1.内容全面系统全面覆盖了体育课信息,可为学校、教师和学生提供全面准确的信息。

2.层次分明系统采用模块化程序设计结构。

各模块之间既相互独立,又具有一定的联系,各模块可独立编制、调试、查错、修改和执行,结构严谨,便于扩展和维护。

 

7.系统功能分析

说明:

学校每年新生入学,毕业生离校和各种其它变动,如学籍变动,个人信息修改。

每学期学校者要开设一定的课程提供给学生根据自己的情况来选择,最后的选择结果要给出学生的课程表。

如何有效的管理这些学生信息,帮助学校和老师管理和掌握这些情况,这就是学生信息管理系统需要完成的任务。

下面用软件工程的思想和方法完成该系统的设计过程。

功能:

个人信息查询和修改,包括流动,注册,更新管理。

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > PPT模板 > 其它模板

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1