学籍管理系统3可行性分析.docx

上传人:b****7 文档编号:10261948 上传时间:2023-02-09 格式:DOCX 页数:18 大小:65.20KB
下载 相关 举报
学籍管理系统3可行性分析.docx_第1页
第1页 / 共18页
学籍管理系统3可行性分析.docx_第2页
第2页 / 共18页
学籍管理系统3可行性分析.docx_第3页
第3页 / 共18页
学籍管理系统3可行性分析.docx_第4页
第4页 / 共18页
学籍管理系统3可行性分析.docx_第5页
第5页 / 共18页
点击查看更多>>
下载资源
资源描述

学籍管理系统3可行性分析.docx

《学籍管理系统3可行性分析.docx》由会员分享,可在线阅读,更多相关《学籍管理系统3可行性分析.docx(18页珍藏版)》请在冰豆网上搜索。

学籍管理系统3可行性分析.docx

学籍管理系统3可行性分析

可行性分析报告

1引言

随着步入信息社会,在以前看来十分繁琐的工作,如今在计算机的帮助下,都逐步解决了一个个难题。

在过去,一个高中,几千人的入学、升学、毕业,全由教务处和各系老师人工管理。

信息量之巨大,工作量之繁重,是难以想象的。

因此,学校和各个年级都要安排多名教师专门负责学生学籍管理,浪费了大量的人力资源。

然而,即使这样,管理仍然谈不上井井有条。

举一个最简单的真实例子,一个同学的姓名在花名册里印错了,就一错错了三年,一直没能改正。

同学想去改,却不知道是应该找系里,还是找教务处。

还有,当学生的基本信息,比如家庭住址、电话等变更后,无法及时在档案中修改,使得老师与同学无法联系沟通。

另外,每学期考完试,同学们都要一次又一次的往班级里跑,大家挤在一个小小的布告栏前面,在几张A4纸上寻找自己的名字和成绩。

显得更加混乱。

因此基于这样的背景之下,我们决定为学校设计一套“学生学籍管理系统”。

本系统立足于教务处的角度,面向全校同学和老师,对全学校的学生的基本信息和各年级每学期的成绩做统一管理,以实现管理的科学化,系统化,自动化,最大限度的为老师和同学们提供方便,节约人力、物力等各方面资源。

我们把整个系统划分为六大功能模块,以下是各系统模块的功能介绍:

2学籍管理系统的功能

一、管理员模块:

对系统管理员进行添加,删除,修改密码,修改权限的操作。

二、学生信息管理模块:

包括学生的家庭地址,联系电话,学号,专业,班级,身份证号,入学,退学,毕业方面资料,进行修改,更新,存档,删除,查询等操作。

三、学生成绩信息处理:

有输入,修改,查询,删除功能;

四、学生获奖情况及处分决定管理模块:

包括在校生获得荣誉或处罚,时间,事项等各种信息添加,删除,查找等

五、教师基本信息处理:

有输入,修改,查询,删除功能

六、学生成绩信息统计:

包括学生成绩统计、排名统计,班级平均成绩统计,以班级为单位的全校排名统计等,可输出打印。

3关于系统的候选方案

由于此系统技术含量并不高,因此对于计算机的逻辑配置并无特别要求,现有市场上所出售的基本上都能满足此系统开发所需。

4技术上的可行性

4.1软件、硬件设备上

此软件由于我们本身的技术水平所限,只要能构建一个结构,达到一些帮助查询、索引等基本功能和要求即可。

系统的硬件要求不高,一般学校机房里具有基本配置的计算机就可以。

软件方面,学籍管理系统是以windows操作系统为平台,基本上现在市面上的电脑就符合要求

4.2开发、维护、管理上

现有的开发技术水平完全能够胜任开发任务,并且有关方面的操作人员稍加培训,完全可以胜任维护工作。

5经济上的可行性

成本方面,关于各种软、硬件及辅助设备的购置、调试、机房及辅助设施(电源等)以及系统维护,内务开销这些费用都可以忽略不计,因为学校机房可以为我们免费提供一切。

拥有了天时、地利、人和,我们只需充分利用这些资源来开发我们的学籍选课管理系统即可。

开发费用方面,因为此系统比较简单,费用不高。

6社会可行性

经过我们的了解,绝大部分的任课老师,行政人员和校领导都为现行系统的繁琐和冗杂的工作量所深深困扰着。

他们迫切需要这样一个管理系统来减轻他们的工作负担。

学生学籍选课管理系统省去了老师为学生记录基本信息后修改的繁琐过程,考试后把分数抄录多次以做备案和公告这些大量繁杂而由单一枯燥的劳动,可以让老师把精力放在教学和组织教学等更重要更具创造性的事情上,这就显著的提高了他们的工作效率。

取消了抄录成绩后,学校里也不会再出现残破的成绩单一层盖一层的贴在公告栏或黑板上的情景,校园环境也会因此而变得更整洁,而且也为学校省下了大量的纸张,虽然数量并不是很多,但将来系统扩展到整个学校也将是很可观的。

况且,在资源日益缺乏的今天,节省纸张已不仅仅是为学校减少办公费用这一单纯的意义。

另外,据我们所知,在我们的一些兄弟学校中早已有了相应的系统,他们的师生也强烈体会到了这个系统的务实与便捷之处,因此,此系统的实用性已经得到实践的检验。

如今,网络已是我们生活中的一部分,上网也就自然成为了家常便饭,如果这套系统能够成功的在网上得到实施,无外乎就同时为学晓做了覆盖面积极大的免费广告,打响了招牌,知名度也将大幅度上升。

这样,我们学校招集各路人才,培养人才的计划也将长久的顺利进行下去,

进行了可持续的发展。

7新系统的逻辑模型

7.1数据流程图

7.1数据流程图

1)顶层DFD:

U1学生用户操作

P

学籍管理

输入

数据库用户

操作员

修改

事务删除

查询

U2教师用户操作

2)第二层:

输入

P1学生基本信息管理

D1学生基本信息表

学生用户

查询

P2

学生成绩信息处理

输入

D2学生成绩表

操作员

查询

P3

学生奖励处分信息

输入

D3学生奖励处分表查

教师用户

查询

P4

教师基本信息处理

输入

D4教师基本信息表

P5

管理员基本信息处理

输入

D5管理员基本信息表

所有用户

统计成绩报表

P6

学生成绩统计处理

统计

D2学生成绩表

3)第三层:

P1.1

输入

学生基本信息表正确的学生基本信息D1学生基本信息表

删除该学生

修改学生相关信息

P1.2

学生信息删除处理

P1.3

学生信息查询修改处理

学生信息删除请求查询,修改请求

“学生基本信息管理”框的展开

P2.1

输入

学生成绩单正确的学生成绩D2学生成绩表

修改查询学生成绩信息

P2.2

学生成绩打印处理

P2.3

学生成绩修改处理

学生成绩打印请求查询,修改请求

打印成绩

“学生成绩信息管理”框的展开

P3.1

输入

学生奖励处分决定正确的相关信息D3学生奖励处分表

P3.2

学生奖励处分信息查询修改处理

查询,修改请求

“学生奖励处分信息管理”框的展开

 

P4.1

输入

教师信息表正确的教师基本信息D4教师基本信息表

修改教师相关信息

P4.2

教师信息删除处理

P4.3

教师信息查询修改处理

教师信息删除请求查询,修改请求

“教师基本信息管理”框的展开

P5.1

输入

管理员基本信息正确的管理员信息D5系统管理员信息表

删除管理员

修改管理员相关信息

P5.2

管理员信息删除处理

P5.3

管理员信息修改处理

管理员信息删除请求修改密码请求

“管理员信息管理”框的展开

P6.1

导出

D6.1学生总成绩排名表

P6.4

学生成绩排名统计报表处理

P6.3

学生成绩排名查询处理

学生成绩排名查询请求学生成绩统

D2学生成绩表计打印请求

P6.2

导出

D6.2班级平均成绩统计排名表

P6.6

班级平均成绩及排名打印处理

P6.5

班级平均成绩及排名查询

班级统计信

班级平均成绩及排名查询请求息打印请求

“学生成绩统计管理”框的展开

7.2数据字典:

一、学生信息管理模块:

数据流名:

学生基本信息表

组成:

学号+姓名+性别+出生年月+班级+籍贯+电话+联系地址+入学年月+身份证号

+有无奖励+有无处分+备注

 

数据流名:

学生信息删除请求

描述:

学生信息删除

数据流名:

查询,修改请求

组成:

需要修改的信息+新信息

 

加工名:

输入

编号:

P1.1

激发条件:

需要新添加学生

加工逻辑:

将输入的信息存入到学生基本信息表中

执行频率:

XX次/日

 

加工名:

学生信息删除处理

编号:

P1.2

激发条件:

需要删除某学生基本信息

执行频率:

XX次/日

 

加工名:

学生信息查询修改处理

编号:

P1.3

激发条件:

学生信息查询,修改请求已输入

加工逻辑:

将错误的信息修改并提交,存入学生信息表中

执行频率:

XX次/日

数据存储名称:

学生基本信息表

编号:

D1

存储结构:

学号+姓名+性别+出生年月+班级+籍贯+电话+联系地址+入学年月+身份证号

+有无奖励+有无处分+备注

 

二、学生成绩管理模块

数据流名:

学生成绩单

组成:

学生姓名+班级+学号+各科成绩+总成绩

 

数据流名:

学生成绩单打印请求

组成:

打印标志

 

数据流名:

查询,修改请求

组成:

需要修改的科目+新成绩

加工名:

输入

编号:

P2.1

激发条件:

需要新添加学生成绩

加工逻辑:

将输入的成绩保存到学生成绩单中

执行频率:

XX次/日

加工名:

学生成绩打印处理

编号:

P2.2

激发条件:

学生成绩单打印请求已输入

加工逻辑:

根据请求打印出每个学生这一学期的成绩单

执行频率:

XX次/日

 

 

加工名:

学生成绩查询修改处理

编号:

P2.3

激发条件:

学生一学期每门课程的成绩输入

加工逻辑:

根据输入的成绩查询,将新成绩输入等

执行频率:

XX次/日

 

数据存储名称:

学生成绩表

编号:

D2

存储结构:

学生姓名+学号+班级+各科成绩+总成绩

 

三、学生奖励处分信息管理模块:

数据流名:

学生奖励处分信息

组成:

学生姓名+学号+班级+奖励处分

数据流名:

查询,修改请求

组成:

姓名+奖励处分记录

加工名:

输入

编号:

P3.1

激发条件:

需要新添奖励处分

执行频率:

XX次/日

加工名:

学生奖励处分信息查询修改处理

编号:

P3.2

激发条件:

需要修改学生奖励处分基本信息

执行频率:

XX次/日

 

数据存储名称:

学生奖励处分表

编号:

D3

存储结构:

序号+学生姓名+学号+班级+奖励处分信息

 

四、教师信息管理模块

数据流名:

教师信息表

组成:

工号+姓名+科目+年级+电话+联系地址+备注

 

数据流名:

教师信息删除请求

描述:

请求删除教师信息

数据流名:

查询,修改请求

组成:

需要修改的信息+新信息

加工名:

输入

编号:

P4.1

激发条件:

教师信息输入

加工逻辑:

需要新添加教师

执行频率:

XX次/日

 

 

加工名:

教师信息删除处理

编号:

P4.2

激发条件:

需要删除教师基本信息

执行频率:

XX次/日

 

加工名:

教师信息查询修改处理

编号:

P4.3

激发条件:

查询,修改请求已输入

加工逻辑:

提供修改,修改完毕存入教师信息表中

执行频率:

XX次/日

 

数据存储名称:

教师基本信息表

编号:

D4

存储结构:

工号+姓名+科目+年级+电话+联系地址+备注

 

五、管理员信息管理模块:

数据流名:

管理员基本信息

组成:

编号+姓名+口令+权限

数据流名:

管理员信息删除请求

组成:

需要删除的管理员编号

 

数据流名:

修改密码请求

组成:

需要修改的管理员+新密码

 

加工名:

输入

编号:

P5.1

激发条件:

需要添加新管理员

加工逻辑:

将输入的数据存入到管理员基本信息表中

执行频率:

XX次/日

 

加工名:

管理员信息删除处理

编号:

P5.2

激发条件:

需要删除的管理员编号

执行频率:

XX次/日

 

加工名:

管理员信息修改处理

编号:

P5.3

激发条件:

修改请求已输入

加工逻辑:

将修改的信息存入管理员基本信息表中

执行频率:

XX次/日

 

数据存储名称:

管理员基本信息表

编号:

D5

存储结构:

编码+姓名+口令+权限

 

六、学生成绩信息统计管理模块:

数据流名:

学生成绩排名查询请求

描述:

按照条件排序学生成绩并查询

 

数据流名:

班级平均成绩及排名查询请求

描述:

按照条件排序班级成绩并查询

 

数据流名:

学生成绩统计打印请求

组成:

打印标志

数据流名:

班级统计信息打印请求

组成:

打印标志

加工名:

导出

编号:

P6.1

加工逻辑:

将学生成绩表中的信息进过加工处理后导出学生总成绩排名表

执行频率:

XX次/学期

加工名:

导出

编号:

P6.2

加工逻辑:

将学生成绩表中的信息进过加工处理后导出班级平均成绩统计排名表

执行频率:

XX次/学期

加工名:

学生成绩排名查询处理

编号:

P6.3

激发条件:

学生成绩排名查询请求

加工逻辑:

将成绩按条件排序并显示

执行频率:

XX次/日

加工名:

学生成绩排名统计报表处理

编号:

P6.4

激发条件:

学生成绩统计打印请求

加工逻辑:

根据请求打印出相应的排名表

执行频率:

XX次/日

加工名:

班级平均成绩及排名查询

编号:

P6.5

激发条件:

班级平均成绩及排名查询请求

加工逻辑:

将成绩按条件排序并显示

执行频率:

XX次/日

加工名:

班级平均成绩及排名打印处理

编号:

P6.6

激发条件:

班级统计信息打印请求

加工逻辑:

根据请求打印出相应的排名表

执行频率:

XX次/日

数据存储名称:

学生总成绩排名表

编号:

D6.1

存储结构:

学号+姓名+各科成绩+总成绩+班级排名+年级排名

数据存储名称:

班级平均成绩统计排名表

编号:

D6.2

存储结构:

班级+各科平均成绩+各科年级排名+总平均成绩+班级年级排名

8拟建方案

8.1微机局部网的方式

优点是可靠性高(双服务器镜像)、布线灵活、投资少、见效快、使用和维护方便、支撑软件丰富、性能价格比高;系统管理员可相对较少,要求低;可以分步实施,逐步扩展升级,且不浪费原有投资。

缺点是微机病毒较多,平时要注意病毒的预防工作;还需特别注意的是数据和程序的安全性。

国内开发的银行管理信息系统大都基于这种模式,而且基本选用NOVELL网络,网络拓扑结构大都选用星形结构或星形总线结构。

8.2客户机/服务器方式

这是一种最近几年发展起来的引人关注的体系结构。

客户机支持用户应用的前端处理,服务器用于支持应用的系统环境,包括数据库的管理及查询服务。

数据查询方式为数据库查询,网上传送的是查询的结果,这就大大减少了数据的传送量。

正是它优良的系统特点,使它成为最近两年各软件开发商追逐的热点。

8.3单机方式

研制该软件需要一台计算机及一台普通打印机。

先在单机上实施,获得成功后,再在C/S、局域网结构上推广应用。

8.4计算机的逻辑配置方案

计算机的逻辑配置方案如图1所示。

图1计算机逻辑配置图

9进度安排计划

因此,此学籍管理系统的开发是可行的,下面给出系统开发的计划,如图2所示:

序进度安排主要

项目名称2009~2010学年第二学期(周)承担

号123456789101112131415单位

1可行性分析全体成员

2系统分析全体成员

3系统设计全体成员

4学生基本信息**

5学生成绩信息**

6奖励处罚信息**

7教师信息管理**

8管理员信息**

9成绩统计管理**

10用户培训全体成员

11硬软件准备各成员

12建立数据库全体成员

13系统调试各成员

14系统转换全体成员

 

图2系统开发的计划

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

当前位置:首页 > 高等教育 > 军事

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

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