学籍管理信息系统可行性分析报告Word文件下载.docx
- 文档编号:17048722
- 上传时间:2022-11-28
- 格式:DOCX
- 页数:12
- 大小:64.64KB
学籍管理信息系统可行性分析报告Word文件下载.docx
《学籍管理信息系统可行性分析报告Word文件下载.docx》由会员分享,可在线阅读,更多相关《学籍管理信息系统可行性分析报告Word文件下载.docx(12页珍藏版)》请在冰豆网上搜索。
其次,是可靠性,给用户一个实际可用的系统。
在系统软件设计方面.主要从两个部分人手:
一是根据功能说明书的要求对系统的功能需要划分功能模块,进行功能设计二是根据用户的使用要求进行数据结构设计并规范化.
4对现有管理产品的分析及其局限性
学院目前使用全校通用的教务管理系统,针对性不强;
接收上级文件以email形式,速度慢;
学校网络情况不稳定,若发生故障学院教务管理工作也受影响;
组织机构和人员分工方面,现有的学生学籍资料分别由教务科、学生科管理,最大的问题是易出现数据的不一致。
5系统概述
5.1设计目的
本系统的设计目标就为学校学生管理提供快捷方法,帮助学校学生学籍的管理人员对于学生的各种信息可以方便的查询、输入,及有条件的查找,并有经理人员做出相应科学的决策,使学校管理自动化。
5.2系统软、硬件技术解决方案及比较评价
5.2.1软件系统:
学生学籍管理系统是利用VB技术开发建立在windows操作系统中的,最低要求
★网络操作系统:
Windows2003;
★数据库服务器:
MicrosoftAccessr2003;
★服务器平台:
★客户机平台:
Windows/2000/XP;
★前端开发工具:
visualBasic6.0(企业版);
★数据访问对象:
ADO
5.2.2硬件系统:
服务器硬件系统
名称
最低配置
标准配置
建议配置
CUP
PIII500
PIII800
PIII800以上,或双PIIICPU
内存
256M
512M
硬盘
10G
20G
20GSCSI
网络
10/100MEther
100M
100M以上
客户机硬件系统
CPU
主频200MHz以上
主频400MHz以上
32M以上
64M以上
10G
10MEther
5.2.3网络方案比较
合理的网络架构不仅关系到整个系统的安全可靠性,而且关系到整个系统的总体成本。
参考目前现有的校园一卡通系统,有如下几种方案:
(1)方案1:
RS-485联网方式
在这种联网方式中,整个系统的网络连接采用RS-485方式构建,包括每个子系统的局部网络连接和从子系统到中心数据库服务器的网络连接。
优点:
在小型局部网络连接中,用这种联网方式方便,且支持的硬件产品相对比较多。
缺点:
①抗雷击及静电千扰能力差,加上信号在传输过程中会产生电磁干扰和终端反射,使有效信号和无效信号在传输线上相互叠加,严重时会使通信无法正常进行。
②故障率高,在一般的饭堂售饭系统中,采用的便是RS-485的联网方式,由于RS-485网络拓扑一般采用的是终端匹配的总线型结构,不支持环形或星形网络,因此,当某个饭堂有一台读卡机出现故障时,其它机器都不能使用。
③传输距离短,传输速率低。
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.6影响
5.61需要得到领导的支持和一定的人力物力财力
本系统的开发需要得到餐厅管理人员的支持
5.6.2对用户单位机构的影响
对于学生学籍人员要有一个接受和适应的过程,必须要得到领导的支持,只要操作人员懂得基本汉语操作。
对于没有配置微机的学生学籍,需要配置中端微机设备。
5.6.3对运行过程的影响
a.用户操作规程:
用户将本系统随意安装在终端计算机。
b.输入数据预处理过程:
对输入数据预处理的过程无影响。
c.输入的处理过程:
多输入的处理过程无影响。
d.系统失效的后果及恢复的处理方法:
系统失效后会给出错误信息,恢复的方法将采用结束当前任务或重新启动计算机。
5.6.4对产品后继开发的影响
a.随着计算机的发展,所有的开发人员要发现在此过程中本产品出的问题和不足,及时更新。
b.与此同时也要准备好人力和设备资源做紧急事件的更新。
c.申请专利,使用法律的手段对本产品进行系统保护。
5.7局限性
目前我们的使用范围非常狭窄,开发能力有限,且本软件是我们的初次版本,如果该软件提高版本,本软件需要大量的修改和更新。
5.8技术方面的可行性
系统现阶段的发展过程中,利用现有人力和物力是完全具备的能力开发出来的,作为阶段性产品,日后的发展空间大,实现方法逐步简单容易,所以学生学生学籍管理系统的技术上是完全可行的。
6.学生学籍部门组织结构图
组织结构图
岗位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社会因素方面的可行性
8.1技术
本系统与校方紧密结合,并且得到指导经验丰富的刘老师的支持。
因此本系统具有开发研制条件。
8.2使用方面的可行性
学校管理人员对该产品的应用是可行的。
9产品可检测性
9.1检测标准
软件标准:
软件规模、复杂程度、安全性、可操作性、可观察性、可控制性、冗余大小。
9.2检测的方法
通过软件测试:
按照课本上的方法,主要应应以下两种
黑盒测试:
主要在软件界面上进行的测试,选取合适的测试用例。
白盒测试:
在重要逻辑路径进行测试,检测重要数据结构的有效性。
10产品的可生产性
学生管理系统使用VB语言可以达到开发效果,有着技术的先进性和可行性。
质量标准
正确性:
程序是否按程序流程图及数据字典完成程度。
可靠性:
安全运行时间越长越好。
可用性:
是否能够解决实际的存在问题。
完整性:
对未授权的人员访问此系统软件可控性强。
灵活性:
修改一个程序的工作量。
11可行性综合分析
11.1技术上可行
该系统所需硬件设备,如服务器、PC机、打印机及网络配件等,市场上有销售且价格较低,能满足系统功能要求。
软件上,操作系统采用WindowsNT,数据库管理系统采用SQLServer2000,这些软件在MIS开发中已被大量应用,技术上都比较成熟。
因此技术上是可行的。
11.2管理上可行
由于该学校有很好的管理体制:
每位学生均有学号及相关的成绩管理记录,且每次奖惩均会记录在相关档案中,以此来决定学生的升级、留级、退学情况。
因此可以利用管理信息系统来进行管理。
学校的大力支持,老师的指导,对我们系统的进程非常有利。
11.3经济上可行
由于学校急需采用计算机来进行对学生的学籍管理,因此对开发学籍管理信息系统大力支持。
11.4竞争者分析
当产品生产出来后可大大减轻学生学籍管理人员的负担。
这会保证我们在竞争中占有很大的优势。
11.5可行性结论
综上所述,本系统的技术可靠、完备,测试手段可靠,具有良好的市场拓展,因此本系统可立即开始。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 学籍 管理信息系统 可行性 分析 报告