学生学籍管理信息系统的可行性分析报告.docx

上传人:b****2 文档编号:24495593 上传时间:2023-05-28 格式:DOCX 页数:20 大小:45.12KB
下载 相关 举报
学生学籍管理信息系统的可行性分析报告.docx_第1页
第1页 / 共20页
学生学籍管理信息系统的可行性分析报告.docx_第2页
第2页 / 共20页
学生学籍管理信息系统的可行性分析报告.docx_第3页
第3页 / 共20页
学生学籍管理信息系统的可行性分析报告.docx_第4页
第4页 / 共20页
学生学籍管理信息系统的可行性分析报告.docx_第5页
第5页 / 共20页
点击查看更多>>
下载资源
资源描述

学生学籍管理信息系统的可行性分析报告.docx

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

学生学籍管理信息系统的可行性分析报告.docx

学生学籍管理信息系统的可行性分析报告

学生学籍管理系统的可行性分析报告

1引言3

1.1摘要3

1.2编写目的3

1.3背景3

2问题定义错误!

未定义书签。

2.1系统概述4

2.2社会和经济目标4

2.3系统规模-4

3可行性研究的方法和信息系统开发原则及指导思想4

3.1可行性研究所采用的方法和步骤4

3.2信息系统开发原则及指导思想4

3.3评价尺度4

4对现有管理产品的分析及其局限性4

5系统概述5

5.1设计目-5

5.2系统软、硬件技术解决方案及比较评价5

5.3系统总体功能6

5.4设计及约束条件9-

5.5系统初步调研方案7

5.6产品的功能错误!

未定义书签。

5.7影响-14-

5.8局限性9

5.9技术方面的可行性-15-

6.学生管理部门组织结构图-15-

7投资及收益分析-17-

7.1市场分析-17-

7.2投资估计-18-

8社会因素方面的可行性-19-

8.1技术-19-

8.2使用方面的可行性-19-

9产品可检测性-19-

9.1检测标准-19-

9.2检测的方法-19-

10产品的可生产性--20-

10.1生产标准-20-

11可行性综合分析--20-

11.1技术上可行--20-

11.2管理上可行--20-

11.3经济上可行--21-

11.4可行性结论--21-

1引言

现代社会是信息时代,只有充分的利用先进的科学技术知识,从事科学的管理,才能够使企业或者公司或者个人立于不败之地,管理信息系统正是这个时代特征的体现。

在现今的商品社会是一个讲究效率的社会,人们有很强的时间观念。

如果仍使用手工操作或使用相当繁琐的软件,既浪费了人力,又浪费了物力,效率无法提高,为此开发学生学籍管理信息系统软件,能够适应现今社会并提高生产效率。

该系统软件是对学校学生学籍管理并提高效率的一种工具。

学生学籍管理信息系统结台日常教务管理和学籍管理的特点,对学生信息进行登录、查询、统计、增加、删除、修改、打印等功能组成。

为学生学籍管理工作提供一个便捷、高效的工具。

本系统的开发是为经济管理学院设计的,系统分布在各个系和一些科室。

首先,以用户的需求为核心,力求建立友好的人机交互界面在遵循开放化、适度化原则的基础上,保证易用性。

其次,是可靠性,给用户1个实际可用的系统。

第三,可扩展性,随

着以后系统的扩张,系统具有可扩充性、可修改性,数据具有共享性,模块功能具有可移植性。

第四.网络化。

系统设计充分利用网络的功能,网络系统提供齐全的职能和业务操作功能。

1.1摘要

1.1.1企业介绍

我们小组进行研究的是经济管理学院的学籍管理系统。

1.1.2学生学籍管理信息系统

1.1.3企业现状

1.2编写目的

1.2.1目的

这份可行性研究报告是对学生学籍系统作的可行性研究分析及指出存在的必要性及本

软件的可行性。

1.3背景

1.3.1系统的名称:

学生学籍管理系统

1.3.2系统组织者:

学生学籍开发小组

2问题概述

2.1系统概述

2.1.1开展该系统的原因

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

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

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

这问题的出现是致命的。

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

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

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

针对目前该学生学籍管理系统的系统局限,与功能的不完整,我们开发了此个管理系统。

2.1.2该系统的基本目标

学籍管理信息系统是对学生信息进行登录、查询、统计、增加、删除、修改、打印等功能组成。

学生登记表的内容包括:

学号、姓名、性别、年龄、班级、专业、学科成绩(微积

分,英语,经济学,会计等专业基础课,专业课、学校任选课等)。

学生对基本信息查询和

成绩查询,学生处对学生学籍情况的处理,教务处对学生成绩相关数据的修改和查找,教师对所教课程成绩的录入、修改等功能。

系统备用的修改功能均可反悔。

2.2社会和经济目标

希望能够通过开发此系统能够为学校学生学籍管理更好的服务,提高学生学籍管理的效率,更方便,更准确。

2.3系统规模

2.3.1该系统所需人力资源总数为4人

辅导老师:

刘会齐

组长:

杜海凤

小组成员:

闫晓宇张艳梅

2.3.2该系统所需时间

预计时间一个月,截止到此课程结束前一周,余下一周时间测试。

3可行性研究的方法和信息系统开发原则及指导思想

3.1可行性研究所采用的方法和步骤

通过调查分析开发学生管理所具备的能力及实现的方法。

确定总体结构,利用VB及管理信息系统的相关知识,以最简洁最容易的方法,设计一个初级的系统软件。

3.2信息系统开发原则及指导思想

本系统的开发是为经济管理学院设计的,系统分布在各个系和一些科室。

首先,以用户的需求为核心,力求建立友好的人机交互界面在遵循开放化、适度化原则的基础上,保证易用性。

其次,是可靠性,给用户一个实际可用的系统。

第三,可扩展性,随着以后系统的扩张,系统具有可扩充性、可修改性,数据具有共享性,模块功能具有可移植性。

第四.网络化。

系统设计充分利用网络的功能,网络系统提供齐全的职能和业务操作功能。

在系统软件设计方面.主要从两个部分人手:

一是根据功能说明书的要求对系统的功能需要划分功能模块,进行功能设计二是根据用户的使用要求进行数据结构设计并规范化.

3.3评价尺度

此软件由于只是一个初级产品,只要能构建一个结构,并不写很多代码或者不写代码,只是起到锻炼我们开发信息系统的能力。

4对现有管理产品的分析及其局限性

学院目前使用全校通用的教务管理系统,针对性不强;接收上级文件以email形式,速度慢;学校网络情况不稳定,若发生故障学院教务管理工作也受影响;组织机构和人员分工方面,现有的学生学籍资料分别由教务科、学生科管理,最大的问题是容易出现数据的不一致。

5系统概述

5.1设计目的

本系统的设计目标就为学校学生管理提供快捷方法,帮助学校学生学籍的管理人员对于学生的各种信息可以方便的查询、输入,及有条件的查找,并有经理人员做出相应科学的决策,使学校管理自动化。

5.2系统软、硬件技术解决方案及比较评价

5.2.1软件系统:

学生学籍管理系统是利用VB技术开发建立在windows操作系统中的,最低要求

★网络操作系统:

Windows2003;★数据库服务器:

MicrosoftAccessr2003

★服务器平台:

Windows2003;★客户机平台:

Windows/2000/XP;

★前端开发工具:

visualBasic6.0(企业版);★数据访问对象:

ADO

5.2.2硬件系统:

服务器硬件系统

名称

最低配置

标准配置

建议配置

PIII800以上,

CUP

PIII500

PIII800

或双PIIICPU

内存

256M

512M

512M

硬盘

10G

20G

20GSCSI

10/100M

网络

Ether

100M

100M以上

客户机硬件系统

名称

标准配置

建议配置

CPU

主频200MHz

以上

主频

400MHz以上

内存

32M以上

64M

以上

硬盘10G10G

网络10MEther10MEther

5.2.3网络方案比较合理的网络架构不仅关系到整个系统的安全可靠性,而且关系到整个系统的总体成本。

参考目前现有的校园一卡通系统,有如下几种方案:

(1)方案1:

RS-485联网方式

在这种联网方式中,整个系统的网络连接采用RS-485方式构建,包括每个子系统的局部网络连接和从子系统到中心数据库服务器的网络连接。

优点:

在小型局部网络连接中,用这种联网方式方便,而且支持的硬件产品相对比较多。

缺点:

1抗雷击及静电千扰能力差,加上信号在传输过程中会产生电磁干扰和终端反射,使有效信号和无效信号在传输线上相互叠加,严重时会使通信无法正常进行。

2故障率高,在一般的饭堂售饭系统中,采用的便是RS-485的联网方式,由于RS-485网络拓扑一般采用的是终端匹配的总线型结构,不支持环形或星形网络,因此,当某个饭堂有一台读卡机出现故障时,其它机器都不能使用。

3传输距离短,传输速率低。

RS-485其最大传输距离约为1219米,最大传输速率为10Mbps。

由于平衡双绞线的长度与传输速率成反比,在100kbps速率以下,才可能使用规定最长的电缆长度,只有在很短的距离下才能获得最高速率传输。

一般100米长双绞线最大传输速率仅为1Mbps。

在通常情况下,要达到最长的传输长度,速率仅能达到19.2Kbpso""

(2)方案2:

单一总线联网方式

在这种方式中,整个系统的联网包括每个子系统中的局域网的联网以及从中心服务器到每个子系统的这一部分网络都采用LONWORKS现场总线技术。

优点:

采用这种方式的系统,因为从底部的控制部分到数据的传输部分都采用了单一的

LON总线技术,能享受LON总线技术优越的联网性能,使数据的传输速率高。

在130米距离内,最坏情况下通讯速率也能达到1.25Mbpso

缺点:

因为整个系统采用LON技术联网,因此,对于学校而言,需要重新铺设整个网络,这样,使整个系统的成本相对较高。

(3)方案3:

综合联网方式

在综合联网方式中,整个系统的网络连接,可以分为两部分:

一是各子系统内部的子网;二是

从各子系统到一卡通中心服务器之间的网络连接。

对于每个子系统内部的子网,可以根据自身的需要和要求,采用符合自身特点的方式进行联网,如可以采用LONWORKS联网,也可采用RS-485方式联网等;对于从各子系统到一卡通中心服务器之间的网络连接,可以联入现有的校园网,以减少整个系统的投资。

优点:

采用这种联网方式,既可以充分利用现有网络中的部分设施,减少投资,又能满足系统要求,是一种经济可行的联网方式。

综合考察以上各种网络连接方案以及本校园一卡通系统,我认为,采用综合联网方式不仅能够充分利用现有网络设施,极大的降低系统成本,同时又能根据自身的需求,建立起符合自身特点的网络,是一种既经济又可行的方案。

5.3系统总体功能

该系统要求具有以下功能:

1登录:

学生登记表(学生基本情况登记.各科成绩登记等)。

2查询:

即检索功能,如按学号、姓名检索或组合查询(如查询某一分数段或某一年龄段的

学生情况等)。

3修改:

按需要修改学生信息。

4统计:

按学科成绩统计.按分数段成绩统计。

5打印:

学生登记表、成绩通知单、全校学生花名册,各系及各班学生花名册等

5.4设计及约束条件

a.软件系统的界面要美观,布局要合理,窗口的内容尽量简单明了提供的信息,语言要通俗易懂,有层次感,分类清晰明了,易于学生学籍管理人员操作。

b.根据现有条件和知识我们必须在管理信息系统开发及技术方面进行学习和提高。

5.5系统初步调研方案

5.5.1调研背景:

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

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

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

这问题的出现是致命的。

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

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

一个部门的改动,将导致其他各部门必须修改,否则,学生的信息将不一致而这对于学生学籍高效的为学生服务是有阻碍作用的。

所以一个完善的学生学籍管理系统的开发显得非常有必要。

5.5.2调研目标:

一个好的系统必须切合实际,所以对学校学生学籍的调研可以帮助了解实际,对正在运行的系统的存在的问题和合理之处有一个正确的认识。

这样就能在开发新系统时继续使用原

有系统的精华之处并对其问题进行改正,以使能够开发出一个相对完善的系统。

5.5.3调研方法:

因为现在学校的学生学籍属于公有,各个学院学生学籍之间的情况基本相同,而且都在

运行同一个系统,所以没有必要对每个学院学生学籍,我们对经济管理学院的学生学籍管理

系统进行调研。

5.5.4调研时间:

5月6日

5.5.5调研总结:

通过调研我们了解到:

每个学院的学生学籍管理主要由教学科负责

学院现行的学生学籍成绩管理、档案管理、日常教务处理、毕业生学位管理、奖惩管理。

各种原始单据如下:

单据

简述

来源

去处

组成

学生资

主要是学生的学

号、姓名、出生年

月、住址等

学生入学时由学

生科从学生升学

档案获得

供老师查阅

学号、姓名、专业,

出生年月、住址

成绩

学生在校期间,各

学期课程的成绩

教师

可供学生、

老师查阅

课程号、课程名、学

分、成绩

授课

老师在本学期所上

的课程

由教务科根据老

师的专业安排

供系、学

生、老师查

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

补考成

学生重修某门课程

以后,所取得成绩

教师的成绩单

毕业参考

课程名、学分、成绩

奖励处

系、学生处根据学

生的表现进行奖励

和处分

系、学生科

供学生系、

用人单位等

查阅

奖励,处分

相关信息说明:

本MIS使用对象为学院教务科。

便于教务科对本学院的学生的学籍管理,

档案管理,及时,快速,在学校教务管理系统不稳定的情况下,能够提供数据备份和工作的

操作平台。

5.5.6调研结论:

用户需求

调研结果教务部门对本系统提出以下要求:

A使用范围:

本科学生和专科学生的学籍管理,本科生用学年学分制(最终用学分制),专科生用学年

B功能要求:

学生档案管理:

学生的一般情况,奖励处分、等级考试的情况学生成绩管理:

学习成绩、补

考成绩;学籍处理:

学生留(降)级处理、休(复)学处理、退学处理、专升本、转学处理等;

日常的教务管理:

日常报表,如通知书、补考通知书等,学生学习成绩的各种分类统计;毕业生学籍处理:

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

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

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

学生工作处:

学生档案的录入,奖励、处分登记及相应的修改;各系:

本学期的学生成绩登记及修改;教

务处:

补考成绩录入、学生成绩校对修改、等级考试情况录入、学籍处理、毕业生学籍处理;院长办公室及各处、室:

可对所有的信息进行查询;另外每位用户均应有密码,密码可由教务处改动针对现行的学生学籍管理系统的问题,我们重新设计了学生管理系统主要有六个子系统构

成:

学生档案管理,成绩管理,学籍管理,教学管理,毕业生管理,和系统管理。

(1)档案管理(新生入学注册包括:

输入学生资料、输入学生奖励情况、输入学生处分情况、

输入学生等级考试情况,查询,修改,统计)此模块根据用户需求规定,由各不相同的单位

输出,完成学籍管理信息系统中所需的所有信息的采集。

输入学生的资料,系统自动生成学

生所在班名、学号,系统保证学号的连续性和唯一性。

(2)成绩管理(包括输入,修改,统计,查询子系统,输入授课教师名单、输入学生必修课成绩、输入学生选修课成绩、输入补考成绩、修改考试成绩、修改补考成绩,统计学生成绩排名等)每学期由师资料按教学进程安排输入一次授课教师名单,它规定了本学期全校应开的课程及授课教师,输入学生成绩时必须以此为依据。

在教务科分发完教学计划后。

在指定时间段内输入该学期课程成绩。

在此功能中,各系只能输入本系本学期的成绩。

(3)教学管理(本修改模块,科生退学处理、本科生退学警告、专科生退学或留(降)级处理、毕业生学籍处理、已毕业学生成绩处理、教学计划分发、收集成绩、输入课程参数)。

降级退学处理:

退学处理根据学生手册的条款,自动地查出应处理的学生名单及退学原因,由管理部门校核后t可进入处理子功能进行处理。

毕业生学籍处理:

按照学生学籍管理办法自动地将学生按毕业、结业划分,对毕业学生还可作授位和不授位处理等。

(4)信息查询(依据班级统计各学期的课程,同一课程不同班级问比较考试课程成绩统计,补

考情况统计,补考查询,教师授课情况,新生入学,等级考试t处分奖励情况)在成绩查询中

可对成绩进行统计分析,如最高发、最低发、平均分、均方差、各个档次人数比例等,若需要还可以打印输出。

(5)毕业生管理分为报表生成和统计,可以查询所有毕业学生的学籍状况,并按指定格式打

印。

(6)系统管理(访问权限,系统维护,综合查询)。

综合查询;是为用户提供的一个查询条件任意的宽口径的查询。

5.7影响

5.7.1需要得到领导的支持和一定的人力物力财力本系统的开发需要得到餐厅管理人员的支持

5.7.2对用户单位机构的影响

对于学生学籍人员要有一个接受和适应的过程,必须要得到领导的支持,只要操作人员懂得基本汉语操作。

对于没有配置微机的学生学籍,需要配置中端微机设备。

5.7.3对运行过程的影响

a•用户操作规程

用户将本系统随意安装在终端计算机。

b.输入数据预处理过程对输入数据预处理的过程无影响。

c.输入的处理过程

多输入的处理过程无影响。

d.系统失效的后果及恢复的处理方法

系统失效后会给出错误信息,恢复的方法将采用结束当前任务或重新启动计算机。

5.7.4对产品后继开发的影响

a.随着计算机的发展,所有的开发人员要发现在此过程中本产品出的问题和不足,及时更新。

b.与此同时也要准备好人力和设备资源做紧急事件的更新。

c.申请专利,使用法律的手段对本产品进行系统保护。

5.8局限性

目前我们的使用范围非常狭窄,开发能力有限,且本软件是我们的初次版本,如果该软件提高版本,本软件需要大量的修改和更新。

5.9技术方面的可行性

系统现阶段的发展过程中,利用现有人力和物力是完全具备的能力开发出来的,作为阶段性产品,日后的发展空间大,实现方法逐步简单容易,所以学生学生学籍管理系统的技术上是完全可行的。

6.学生学籍部门组织结构图

组织结构图

科长

副科长

科员1科员2科员3

岗位1(科长岗):

协助分管处长做好学生培养科各项工作;督促全科人员履行各岗位职责,并组织考核;

协助处领导制定学生培养科有关管理文件;研究和探索学分制管理规律,实施学分制学籍管

理;负责学生注册工作及专转本、转专业、转学、停止学籍、试读、退学等学籍处理工作;负责组织学生毕业资格审查及参与毕(结)业证等证书的发放管理工作;负责结业后重修考试资格审核及证书换发管理;会同有关部门搞好学风建设工作;协调与相关单位的关系,完成

处长交办的其他工作。

岗位2(副科长岗):

协助分管处长做好学生培养科的相关工作;协助分管处长制定学生学籍学历电子注册等

相关管理文件;负责新生学籍资格认定工作;负责在校生学籍信息管理工作;负责学籍异动

(转专业、转学、专转本、休学、复学、试读、退学等)学生的学籍信息处理工作;负责毕

(结)业证书的管理与结业后证书的换发工作;负责新生电子注册、学籍异动电子注册和学

历证书电子注册工作;负责证书遗失办理工作;完成处长交办的其他工作。

岗位3(科员1岗):

协助处领导制定学生培养计划管理的相关文件;负责组织本科学生培养方案的制订工作,检查落实计划的执行情况;负责辅修与第二专业的计划管理;落实每学期各专业的执行计划,协调计划变更;完成培养计划方面的统计报表工作;完善与维护计算机培养计划管理系统;负责转专业、专转本、退学后考回我校学习等学生的学习计划管理工作;完成科内其他协调工作。

岗位4(科员2岗):

负责组织优异生及理工综合班学生的选拔与培养工作,组织落实优异生及理工综合班学生培养方案,开展优异生、理工综合班指导教师信息汇总等管理工作;组织实施推免研究生选拔工作;负责本科学生辅修与攻读第二专业的计划执行,与获证资格审查及相关证书的发放管理;负责第二学位的学生管理工作;负责本科生留学的选拔工作;负责外国本科留学生的管理工作;负责体尖、艺尖学生的培养与管理工作;完成科内其他协调工作。

岗位5(科员3岗):

主管本科学生注册工作及相关学籍处理的计算机管理;负责学生休学、复学、学籍警告等学籍管理及各种学籍处理文件的登记、分发工作;清理、统计每学期学籍处理后的报表;完成培养科相关数据资料的统计上报工作;协助专转本、转专业工作及落实学习计划的执行;负责办理退学学生离校及肄业证书发放工作;负责学生学籍及学籍处理和毕业生的归档工作;完成科内其他协调工作。

7投资及收益分析

7.1市场分析学生学生学籍管理系统主要是为了解决学校的学生学生学籍管理问题,并且减轻管理人员的工作负担。

本软件是以VB语言编程作为工具。

它具有编辑与解释合一的特点,主要应用于Windows操作平台。

它是一个自底层硬件逐渐铺垫上来的,因此我们所生产出来的软件相互适应性较强,所以在学校市场可以占有一定的份额。

7.1.2系统产品所追求的市场本系统所占有的市场为学校的市场,它追求的是简单、易学、易懂、易用,能够更有利的解决管理人员的负担,能够辅助学校有效的管理学生学籍档案。

7.1.3市场现状目前学校并没有完善的学生学生学籍管理,因此,我们可填补此项技术上的空白并且推向全国市场。

7.1.4该产品的销售对于购买方有影响

对于学生管理系统的用户--校方,可满足对学生学籍管理的需求,且此种需求被接受并且满足,其软件便可以推广。

7.2投资估计

按本软件学生学生学籍管理系统开发方案,对于本系统软件投资方向,体现于软件开发、软件生产及软件测试。

7.2.1估算方案

本系统完全按开发计划进行估算,办公用品的消耗,办公设备的消耗,开发人员生活与维护等。

7.2.2具体项目总体估计

本系统大约总体耗费为20000元。

7.2.3收益估计本系统本非收益性质开发,重要是为解决学校现行学生学生学籍管理的需要。

7.2.4费用分配

费用

工期-时

一周

二周

三周

10000

7000

3000

工期一进行开发设备的购买,以及初步的开发,工期而进行调试,检验,工期三如果系统有问题进行修改,并优化系统

8社

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

当前位置:首页 > 党团工作 > 入党转正申请

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

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