学生学籍管理系统可行性研究报告1.2.doc

学生学籍管理系统可行性研究报告1.2

———————————————————————————————— 作者：
———————————————————————————————— 日期：

2

个人收集整理 勿做商业用途

学生学籍管理系统
可行性研究报告

撰写人
审核人：

版本
更新内容
日期
修改人
1.1
修改
4.2 处理流程和数据流程
2012—04-17

1.2
修改
4。2 处理流程和数据流程
4.3 改进之处
2012-04-20

目录
1引言 1
1.1编写目的 1
1。2背景 1
1。3定义 2
1。4参考资料 2
2可行性研究的前提 2
2.1要求 2
2。2目标 3
2。3条件、假定和限制 4
2.4进行可行性研究的方法 4
2.5评价尺度 4
3对现有系统的分析 4
3。1处理流程和数据流程 5
3.2工作负荷 5
3。3费用开支 5
3。4人员 6
3.5设备 6
3.6局限性 6
4所建议的系统 6
4。1对所建议系统的说明 6
4.2处理流程和数据流程 7
4.3改进之处 7
4。4影响 8
4.4.1对设备的影响 8
4.4.2对软件的影响 8
4.4。3对用户单位机构的影响 8
4.4.4对系统运行过程的影响 8
4。4。5对开发的影响 8
4.4.6对地点和设施的影响 9
4.4.7对经费开支的影响 9
4。5局限性 9
4.6技术条件方面的可行性 9
5可选择的其他系统方案 10
5.1可选择的系统方案1 10
5。2可选择的系统方案2 10
6投资及效益分析 10
6.1支出 10
6。1.1基本建设投资 10
6。1.2其他一次性支出 10
6。1。3非一次性支出 10
6。2收益 10
6。2.1一次性收益 10
6。2.2非一次性收益 11
6.2.3不可定量的收益 11
6。3收益／投资比 11
6。4投资回收周期 11
6.5敏感性分析 11
7社会因素方面的可行性 11
7。1法律方面的可行性 11
7。2使用方面的可行性 11
8结论 12

12

GB8567——88
可行性研究报告
1引言
1.1编写目的
该软件项目可行性研究报告是软件开发人员正确成功的开发项目的前提与
基础，可以使软件开发团体尽可能早的估计研制课题的可行性,在定义阶段较早的认识到系统方案的缺陷,避免许多专业方面的困难，学生学籍不仅是反映学生本质的重要凭证，为社会提供人才的重要参考依据，而且是学 生在校期间个人学习、经历、能力及其重要社会实践活动的真实纪录，对该校毕业生参加就 业和学生管理工作有着重要作用。用人单位可以通过学生学籍全面了解毕业生的详细情况。所以该软件项目可行性研究报告在整个开发过程中是非常重要的.
预期读者：项目管理人，软件用户学生，软件开发工程师
1.2背景
鉴于目前学校学生人数剧增，学生信息呈爆炸性增长，计算机成本日益下降的前提下，学校的前提下，对学生信息管理的自动化与准确化的要求日益强烈的背景下提出的，本软件产品为学生管理系统的一个子系统，实现学生管理系统中的学籍管理子功能。

a. 所建议开发软件的名称:郑州大学学生学籍管理系统
开发者：独一无二(团队）
用户： 有权利并且需要查询学生基本情况的相关人员
b. 项目与其他软件或其他系统的关系:利用Visual C++6.0作为系统界面设计,SQL Server 2005作为后台数据库来实现该系统。

1.3定义
数据字典:关于数据的信息的集合,也即是对数据流图中包含的元素的定义的集合。 VB：Visual Basic

1。4参考资料
《软件工程》—--—王利福 张世琨 朱冰 编著 北京大学出版社
《数据库原理及设计》，王珊等，清华大学出版社；
2可行性研究的前提
2.1要求
A 功能
学生档案管理： 学生的一般情况，及奖励，处分情况；
学生成绩管理： 学习成绩，补考成绩;
学籍处理： 学生留降级处理，休复学处理，退学处理；
日常教务管理： 日常报表，如通知书，补考通知书等，学生学成绩的各种分 类统计；
毕业生学籍处理： 结业处理,毕业处理，授位处理，学籍卡片等。
其他功能:完成一个班级的学期选课，具有数据备份和数据恢复功能.
B性能
可以方便快捷有效地完成添加、查询等的各项操作，录入数据合法性校验程序高,查询速度快（不超5秒）。保证信息的正确和及时更新,并降低信息访问的成本.技术先进且高可靠性.

C 相关的输入输出数据要求
输入:
学号、姓名、性别、民族、籍贯、年龄、政治面貌、家庭住址、专业、联系方式、备注。
输出：
学号、姓名、性别、民族、籍贯、年龄、政治面貌、家庭住址、专业、联系方式、备注.
D在安全与保密方面的要求
具有较高的安全性。系统对不同的用户提供不同的功能模块,只有具有一定权限的管理员用户才能允许查询、更新权限，只有具有高级权限的部门管理者或维护人员用户才能对用户进行管理，一般的用户只能查看信息.还应具有一定的保护机制，防止系统被恶意攻击，信息被恶意修改和窃取。有完善的备份机制,如果系统被破坏应该能快速恢复。

E同本系统相连接的其他系统
利用Visual C++6。0作为系统界面设计，SQL Server 2005作为后台数据库来实现该系统。
F 完成期限
2012年3月1日至6月30日，共3个月.

2。2目标
基本目标是学生档案管理,学籍处理，日常教务的管理以及毕业 生学籍处理. 学校领导对学校系统中存储的信息进行查询， 学生所需的信息等单据可以通过 学生处查询并打印输出.
A. 实现各级学籍变更智能化,减少管理人员工作量;
B. 查询统计方便,能随时查询学校学生等相关数据;
C. 实现各类学生学籍管理的一体化、科学化；
D. 保证各级管理部门数据一致，使管理工作规范化；
E. 自动生成报表,使上报数据准确、及时、方便;
2.3条件、假定和限制
在系统方案设计完成后的一个月内选择其中一个优秀的方案，软件运行最短寿命为三年；使用经费均由信息学院财务科支付,此软件也只能由信息学院内部使用；运行环境为Windows操作系统，内存216M以上，其他运行条件无明显限制；预计此软件投入使用的最迟时间为2012年7月1号。
2。4进行可行性研究的方法
从技术可行性、经济可行性、操作可行性三个方面来研究该系统的可行性。根据技术可行性的考虑初步排除一些不现实的系统和不合理的要求;操作可行性方面，根据使用部门处理事务的原则和习惯检查技术上可行的方案,去掉其中从操作方式或操作过程的角度看用户不能接受的方案；经济方面的可行性，应估计可能的系统开发成本和运行费用，并且估计可以节省的开支或可以增加的收入。
2.5评价尺度
依据可行性研究的具体方法，考虑到现行开发环境的实际情况，此系统技术难度不高，实现环节不复杂，所以在技术上是可行的；设计人员已经过了详细调查,充分地了解了用户的需求，因此从操作上来讲可以给用户提供一个优良的系统；由此可见决定可行性的主要因素便是经济可行性，但鉴于此软件投入不大，所以综上所述,此软件是完全可行的。
3对现有系统的分析
这里的现有系统是指当前实际使用的系统，这个系统可能是计算机系统，也可能是一个机械系统甚 至是一个人工系统。
分析现有系统的目的是为了进一步阐明建议中的开发新系统或修改现有系统的必要性。
3。1处理流程和数据流程

现在学校的系统系统的处理与流程基本为学校的录入与查询,修改与修改的简单操作。
流程图如下：

教务处管理人员
教师与有关工作者

学生
学籍
管理
系统
学生情况
统计打印表
查询要求
用户信息

各种事物处理结果
各种事物查询结果

图示现有系统数据流程图

3.2工作负荷
由于高校今年来持续扩招,目前高校学生数目急剧增多，所以学生学籍管理系统的数据量越来越大,现有的系统已明显不能适应目前的庞大数据量，系统工作负荷过大,数据处理缓慢，对计算机硬件的要求比过高。
3。3费用开支
在系统上投入的人力、设备、空间、材料等等，与其他的一系列支持性服务越来越大,导致开发费用指出巨大，严重影响系统的可用性，急需改进。
3.4人员
软件的设计开发团体为四人组成的小组，具备软件工程的专业知识以及相应的设计编程能力。
3。5设备
鉴于原有系统的技术性含量比较低，故不需要多少高技术人员的操作，只是由于数据的日益扩大,所需要的操作人员不断增大。这一点已不再适应目前信息化时代的步伐。设备的科技含量也比较低，没有达到大亮的计算机普及程度，更难以实现网络化办公.
3.6局限性
经过严谨的分析，可知原有的系统存在很大的局限性，比如技术的过于陈旧，人员工作负荷大，系统维护及费用支出巨大,人员与设备技术含量等等一系列缺点,所有这些都明确了需要一个新的适应新的信息化时代的高技术的系统。所以开发这样一个系统还很有必要的。
4所建议的系统
4。1对所建议系统的说明
我们所计划开发的系统是一个相对简单的学生学籍管理系统,它是为一个学院所独立使用的系统。在学院整个管理系统中它是一个组成部分，起到不可或缺的作用,通过它可以快捷有效的实现学院内部的学生学籍管理工作.包括：学生信息录入、学生查询、档案管理、学籍处理、毕业生档案管理、打印等方便的操作。
4。2处理流程和数据流程
计算机操作系统进行学生学籍管理系统学生信息录入、学生查询、档案管理、学籍处理、毕业生档案管理、打印等方便的操作.
学生档案管理: 学生的一般情况，及奖励,处分情况；
学籍处理： 学生留降级处理，休复学处理，退学处理；
日常教务管理: 日常报表，如通知书,补考通知书等，学生学成绩的各种分 类统计；
毕业生学籍处理: 结业处理，毕业处理，授位处理,学籍卡片等。
其他功能：完成一个班级的学期选课，具有数据备份和数据恢复功能。
B性能

所建议的系统下图所示：

学生
存储信息
教务处
注 册
基本信息录入
学籍管理
其他功能
学籍设置
学籍信息
学生信息
交费
学生信息信息
管理员
学生档案管理
日常教务管理
领导
数据查询

。

4.3改进之处
很明显，在以上几点中已可以看出新系统的性能与功能上现有系统的差别，首先新系统克服了原来系统的资金投入大，人员设备技术含量低，系统工作负担重等缺点.而且加入了对数据的安全性保护的功能，使原有系统在可用性与稳健性方面有了很大的进步。
其优越性如下：

1. 实现各级学籍变更智能化,减少管理人员工作量；
2。 查询统计方便,能随时查询学校学生等相关数据；
3. 实现学生档案管理信息化，便于档案保存和管理；
4. 实现各类学生学籍和成绩管理的一体化、科学化;
5. 保证各级管理部门数据一致，使管理工作规范化;
6. 自动生成报表，使上报数据准确、及时、方便;
7。 大大的提高学校的工作效率;
8. 使敏感文档更加安全，等等。

4。4影响
4。4.1对设备的影响
因为此人事管理系统是一个相对较小的应用系统,所以对原有设备的影响不太明显,一般而言，我们日常所使用的操作设备足以运行这个软件。
4.4.2对软件的影响
由于建议系统采用了先进的书籍库技术以及一系列高技术颔联软件，使得原来系统上的一些软件无法继续使用，不过在新系统开发过程中将尽量考虑到,对现有软件的兼容性。
4.4。3对用户单位机构的影响
使用这个管理系统会使用户和原来相比节省很多时间，使工作更高效
4.4。4对系统运行过程的影响
说明所建议系统运行过程的影响，如：
用户的操作规程：
运行在新的操作规程:
运行中心与用户之间的关系：
元数据的处理：
数据进入系统的过程：
对数据保存的要求，对数据存储、回复的处理：由用户提出输出请求，文档管理系统响应请求，有打印机输出。
输出报告的处理过程、存储媒体和调度方法。
系统失败的后果及恢复的处理办法。
4.4。5对开发的影响
本系统开发有一定难度，主要考虑到要与原系统的兼容性。以及大数据量长期保存维护的系统特点。
4.4.6对地点和设施的影响
对原设备和设施基本无影响。
4。4.7对经费开支的影响
建议系统是为了改善原有系统在经费支出过高的缺点的,所以新系统一经使用在经费支出方面一定会得到很好的改善,用户在使用了新系统基只需要花一定资金购买一部分软件就能实现自动化.
4。5局限性
经过严谨的分析,可知原有的系统存在很大的局限性，比如技术的过于陈旧，人员工作负荷大，系统维护及费用支出巨大，人员与设备技术含量等等一系列缺点，所有这些都明确了需要一个新的适应新的信息化时代的高技术的系统.所以开发这样一个系统还很有必要的。

4。6技术条件方面的可行性
根据系统目标来衡量所需的技术是否具备,一般可从硬件、软件的性能要求、环境条件、技术人员水平和数量等方面去考虑和分析。其中开发人员的技术力量应首先考虑能力与水平，开发小组经过软件工程知识和相应开发语言的学习，已具备一定的设计能力，经过实际学习与相互促进,相信此项目在技术上市是可行的。
5可选择的其他系统方案
5。1可选择的系统方案1
。
5。2可选择的系统方案2
。.。.。。
6投资及效益分析
6.1支出
估算系统的开发费用和今后的运行、维护费用，估计系统将获得的效益.开发、运行和维护费用主要包括:购买和安装设备的费用、计算机硬件、系统软件、电源；软件开发费用包括：人员费用（系统开发人员、操作人员和管理人员）;消耗品费用：系统开发所用材料、系统正常运行所用消耗品,例如电费，u盘、开发软件的购买等开支.
6。1。1基本建设投资
6.1。2其他一次性支出
6。1。3非一次性支出
6。2收益
对于所选的方案，说明能国带来的效益,这里所说的效益，表现为开支费用的减少或避免差错的减少\灵活性的增加\动作速度的提高和管理计划的改进等。
6。2。1一次性收益
6.2。2非一次性收益
6.2。3不可定量的收益
6。3收益／投资比
通过以上两个方面的分析，我们可看出从客观角度讲，这个系统的收益/投资比将会是大于一的，所以说此系统在经济上同样是可行的。
6.4投资回收周期
6。5敏感性分析
系统生命期长度约为10年，系统的工作负荷量随着使用时间的增加而现行增长，运行系统的设备也将随着技术发展而更新换代,以后会造成新的开支，随着会增加.
7社会因素方面的可行性
7.1法律方面的可行性
该人事管理系统为学院内部使用,经学校相关部门批准开发，而且具备相关方面的合法性，又是我开发小组独立研发，因此相信此项目无法律问题。
7。2使用方面的可行性
由于开发工作建立在详细的需求分析之上，并且对开发环境进行了深入调查，因此学院的行政管理以及工作制度、人员素质完全可以满足要求。
8结论
经过以上各个方面的研究，可见这个开发项目在技术、操作、经济以及法律和社会各个方面均满足可行性条件,因此决定着手组织开发。