1引言... 1

1.1编写目的... 1

1.2背景... 1

1.3定义... 1

1.4参考资料... 1

2可行性研究的前提... 2

2.1要求... 2

2.2目标... 2

2.3条件、假定和限制... 2

2.4进行可行性研究的方法... 3

2.5评价尺度... 3

3对现有系统的分析... 3

3.1处理流程和数据流程... 4

3.2工作负荷... 4

3.3费用开支... 4

3.4人员... 4

3.5设备... 4

3.6局限性... 5

4所建议的系统... 5

4.1对所建议系统的说明... 5

4.2处理流程和数据流程... 5

4.3改进之处... 5

4.4影响... 6

4.4.1对设备的影响... 6

4.4.2对软件的影响... 6

4.4.3对用户单位机构的影响... 6

4.4.4对系统运行过程的影响... 6

4.4.5对开发的影响... 7

4.4.6对地点和设施的影响... 7

4.4.7对经费开支的影响... 7

4.5局限性... 7

4.6技术条件方面的可行性... 7

5可选择的其他系统方案... 8

5.1可选择的系统方案1. 8

6投资及效益分析... 8

6.1支出... 8

6.1.1基本建设投资... 8

6.1.2其他一次性支出... 8

6.1.3非一次性支出... 8

6.2收益... 8

6.2.1一次性收益... 9

6.2.2非一次性收益... 9

6.2.3不可定量的收益... 9

6.3收益／投资比... 9

6.4投资回收周期... 9

6.5敏感性分析... 9

7社会因素方面的可行性... 9

7.1法律方面的可行性... 9

7.2使用方面的可行性... 10

8结论... 10

GB8567——88

学生成绩管理系统

可行性研究报告

1引言

1.1编写目的

建立学生成绩管理系统，采用计算机对学生成绩进行管理，进一步提高办学效益和现代化水平。帮助广大师生提高工作效率，实现学生成绩管理工作流程的系统化、规范化和自动化。

1.2背景

随着学校人数的增加，以前的人工的成绩管理工作重复，工作量较大，效率较低，已经不能满足学校师生的需求。因此，迫切需要开发基于网络的学生成绩管理系统来提高管理工作的效率。基于网路的学生成绩管理系统，在学生成绩的规范管理、科学统计和快速查询方面具有较大的实用意义。它提高了信息的开放性，大大改善了学生、教师对最新信息查询的准确性。

1.3定义

以下将“学生成绩管理系统”简称为“系统”

1.4参考资料

王德勇，等 计算机网络应用技术【M】. 高等教育出版社 ,  2009.

    刘中兵. 开发者突击：Java Web主流框架整合开发 J2EE+Strus+Hibernate+Spring【M】. 电子工业出版社，2008.

    王秀云 物业管理概论【M】.  高等教育出版社 2008

    萨师煊，等 数据库系统概论【M】 高等教育出版社 2009

2可行性研究的前提

2.1要求

功能要求：学生可以对自己的成绩进行查询（并可以修改个人的辅助信息），教师可以对学生成绩进行录入和查询（并可以修改个人的辅助信息），管理员可以进行学生、教师主要信息的修改和自身的个人信息的修改，对学生各班的成绩正态分布图的查看。

    性能要求：能够支持100人同时登陆。

    输入信息：学生的个人资料和学生的成绩

    输出信息：查询的结果和各种类型的报表

    软件运行基本流程：用户登录后可以查询自己的信息和发布信息，管理员可以发布公告及其它消息。

    安全与保密要求：普通用户不能进入管理员页面，必须有用户名和密码才能进入系统。

    完成期限：20##年07月01日

2.2目标

人力和财力：尽量使用最少的人，最少的财力达到最好的效果

       软件运行速度：根据网络环境而定

       精度要求：网站可以记录用户登录时间及登录次数

2.3条件、假定和限制

经费来源：自费

    法律和政策方面的限制：本系统在法律允许的范围内

    软件运行环境：windows2000，windowsXP，vista，win7

    可利用资源：平职学院教务管理系统

    软件使用最迟时间：20##年8月

2.4进行可行性研究的方法

通过与客户沟通以及了解其它类似的管理系统的设计方法。通过沟通了解客户对系统的要求，然后设计出一个简单的原型模型让用户查看之后再给出意见，之后再对这个原型系统进行修改再检测直到满足用户的要求为止。

2.5评价尺度

对该系统进行评价的主要尺度是：经济可行性和技术可行性。

经济可行性：该软件由课堂小组完成无需其他经费。

技术可行性：对该软件的开发，工作组能胜任。

3对现有系统的分析

现有的系统是人工的成绩管理系统，该系统工作较重复，工作量较大，效率较低，已经不能满足学校师生的需求。

3.1处理流程和数据流程

图 1  现有系统的处理流程和数据流程

3.2工作负荷

由于现有系统是人工进行成绩的录入与查询及其它的成绩管理，教师的工作量很大。

3.3费用开支

现有的系统成绩的整体管理是由教研室主任负责的，需要消耗教研室主任，教师很多的时间来整理成绩，利用大量的计算机、打印机等设备。

3.4人员

运行现有的系统需要有熟练掌握数据库操作的管理人员，成绩分析与预测人员等。

3.5设备

运行现有系统需要的设备有：计算机，打印机，服务器，网络互联设备等

3.6局限性

现有系统的主要的局限性表现在：处理时间赶不上需要，响应不及时，数据存储能力不足，处理功能不够等。如果对现有的系统进行改进并不进行质的变更，成绩管理人员的工作量将会更加庞大。

4所建议的系统

4.1对所建议系统的说明

本系统将用户角色分为：管理员，教师，学生。每个角色的功能分别如下：管理员：组织机构管理、角色管理、课程管理、课程分类、课程管理、班级管理、学期管理、消息公告管理、成绩管理、个人管理、系部管理。

教师：成绩录入、成绩查看、成绩打印、课表查询、公告查看。

学生：个人信息、成绩查询、密码修改、学生留言、公告通知。

4.2处理流程和数据流程

图 2  所建议系统的处理流程和数据流程

4.3改进之处

将原有的只有教师可以查询成绩的工作模式改为了教师将成绩输入数据库，学生可以自主查询的工作模式，大大减少了教师的工作量。

4.4影响

在建立所建议系统时，可能会受到用户的需求的制约而不得不对软件的部分功能进行修改。系统建立完成后将对学生成绩的管理带来很大的方便。

4.4.1对设备的影响

新的系统，可以在原有的服务器上运行。但是，如果在原有的服务器上工作，则服务器的工作负荷将会很大程度的增大，可以考虑购买新的服务器。

4.4.2对软件的影响

用户无需安装其他的软件，直接在浏览器上就可以进行相应的操作，如果浏览器版本太低可能无法运行，建议用户升级浏览器或者换成其他的浏览器进行相应的操作。

4.4.3对用户单位机构的影响

建立新的系统对用户单位机构没有太大的影响，只是增加了系统的管理人员。如果用户需要，可以增加相应的部门。

4.4.4对系统运行过程的影响

a． 用户的操作规程：可参见《用户使用手册》

b．运行中心的操作规程：可参见《用户使用手册》

c． 运行中心与用户之间的关系：本系统属于C/S工作模式。

d．    源数据的处理：源数据输入数据库后不经过复杂的处理，只是在用户查询时进行相应的操作。

e． 数据进入系统的过程：数据通过客户机经过网络互连设备进入服务器的数据库。

f． 对数据保存的要求，对数据存储、恢复的处理：管理员要定期对数据库进行备份，并在必要的时候对数据库进行恢复。

g．输出报告的处理过程、存储媒体和调度方法：输出信息都暂存在用户的浏览器中。

h．系统失效的后果及恢复的处理办法：如果系统失效但数据库没有被破坏则可以重新建立该系统。

4.4.5对开发的影响

a.       为了支持所建议系统的开发，用户需进行的工作：用户需要明确指出他们所需要的功能。

b.      为了建立一个数据库所要求的数据资源：原成绩管理部门的成绩等数据。

c.       为了开发和测验所建议系统而需要的计算机资源：为了能够完成该系统，需要使用软件实训室（一）的计算机进行开发。

d.      所涉及的保密与安全问题：通过设置权限来限制不同的用户。

4.4.6对地点和设施的影响

无需对建筑物进行改造，可以直接把设备放在学院的计算机网络中心。

4.4.7对经费开支的影响

该系统是由学生实训小组完成的，没有经费开支的问题。

4.5局限性

由于该系统是由学生小组完成的技术方面尚需提高，对系统的设计可能不是很全面。

4.6技术条件方面的可行性

a． 在当前的限制条件下，该系统的功能目标是可以达到的。

b．利用现有的技术，该系统的功能是可以实现的。

c． 该系统所需的开发人员的数量和质量我们小组可以满足要求。

d．    该系统能够在规定的时间内完成。

5可选择的其他系统方案

5.1可选择的系统方案1

在这个系统设计思想中，主要进行的工作是对平顶山工业职业技术学院学籍管理系统功能的实现，实现过程中采用的系统设计思想是三层架构设计。在具体编码中是按学生、教师、管理员三种角色来实现的。

采用三层构架以后，用户界面层通过统一的接口想业务处理层发送请求，业务处理层按自己的逻辑规则将请求处理之后进行数据库操作，然后将数据库返回的数据封装成类的形式返回给用户界面层。这样用户界面层甚至可以不知道数据库的结构，他只要维护与业务处理层之间的接口即可。这种方式在一定程度上增加了数据库的安全性，同时也降低了对用户界面层开发人员的要求，因为它根本不需要进行任何数据库操作。

1.      学生角色功能模块实现

㈠．学生角色模块概述

㈡．系统登录页面的实现

㈢．学生主页面的实现

㈣．查看学生个人信息页面的实现

㈤．修改个人资料页面的实现

㈥．成绩查询页面的实现

㈦．成绩搜索结果页面的实现

㈧．我的消息页面的实现

㈨．我的留言页面的实现

㈩．查看公告页面的实现

2.      教师角色功能模块实现

㈠．教师角色模块概述

㈡．教师角色模块主页面的实现

㈢．成绩录入页面的实现

㈣．成绩查询页面的实现

㈤．个人管理的实现

㈥．教师信息修改页面的实现

㈦．公告通知页面的实现

㈧．系统中主要提升信息页面的实现

3.      管理员角色功能模块实现

㈠．管理员教师模块概述

㈡．管理员教师模块登录页面的实现

㈢．管理员主要功能页面的实现

㈣．用户管理中管理员管理的实现

㈤．用户管理中教师管理的实现

㈥．用户管理中学生管理的实现

㈦．课程分类管理实现

课程管理中查看课程分类

课程管理中添加课程信息

课程管理中查看课程信息

课程管理中课程搜索

㈧．学期管理中添加学期的实现

查看/修改学期

㈨．查看编辑公告的实现

㈩查看编辑信息的实现

11.发布公告的实现

12.系部管理中查看编辑系部管理的实现

添加系部的实现

13.班级管理中查看编辑教研室的实现

添加班级的实现

14.教研室管理中查看编辑教研室的实现

添加教研室的实现

6投资及效益分析

 6.1支出

       所建议的系统是实训小组完成的，无需其他的支出。

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年，可以支持100人同时在线。

7社会因素方面的可行性

7.1法律方面的可行性

本系统由我们开发小组独立完成，不会侵犯别人或公司的权利，同时该系统也不违反任何的法律文件。

7.2使用方面的可行性

本产品严格遵守国家的有关法律法规，也先后考察了很多公司学校的一些单位，安装一切遵循原则的角度，完全可以使用，本产品完全可以让各个用户放心的使用，使用简单、方便。

8结论

可以立即进行本项目的开发