教学辅助系统可行性研究报告.doc

教学辅助系统可行性研究报告.doc

《教学辅助系统可行性研究报告.doc》由会员分享，可在线阅读，更多相关《教学辅助系统可行性研究报告.doc（17页珍藏版）》请在冰豆网上搜索。

教学辅助系统

可行性研究报告

目录

1引言 2

1.1编写目的 2

1.2背景 2

1.3定义 2

1.4参考资料 2

2、可行性研究的前提 3

2.1要求 3

2.2目标 6

2.3条件、假定和限制 6

2.4进行可行性研究的方法 7

2.5评价尺度 7

3对现有系统的分析 7

3.1处理流程和数据流程 7

3.2工作负荷 8

3.3费用开支 8

3.4人员 8

3.5设备 8

3.6局限性 8

4所建议的系统 9

4.1对所建议系统的说明 9

4.2处理流程和数据流程 9

4.3改进之处 12

4.4影响 12

4.5局限性 14

4.6技术条件方面的可行性 14

6投资及效益分析 14

6.1支出 14

6.2收益 15

6.3收益／投资比 15

6.4投资回收周期 15

6.5敏感性分析 15

7社会因素方面的可行性 16

7.1法律方面的可行性 16

8结论 17

1引言

1.1编写目的

为顺应网络的普及以及教学数字化的高速发展，教学管理系统主要针对教学上的事务进行处理，已经早已不能满足教师和学生的信息需求，所以教学辅助系统适应当代大学教学需要，迎合信息时代的发展潮流，立足于方便教师同学进行信息化管理、信息获取、资源共享以及及时进行互动交流，极大的弥补教学管理系统对于资源的获取以及使用者之间交流上的不足。

通过整个系统应能时时监控，以便随时对教学进行管理，大大提高了管理效率、工作效率。

本可行性研究报告供引用此系统的高校以及软件开发人员做参考，并作为软件技术开发的文档保存。

1.2背景

A.本系统的名称为：

教学辅助系统；

B.教学辅助系统由上海电力学院一线教师提出，由软件工程专业谷海振负责完成开发，本系统面向广大的高校师生以及高校管理人员，本系统需部署到使用单位的服务器上，通过互联网以及WEB浏览器访问本系统，管理人员可通过相应的专业客户端以及相关软件对系统进行操作。

C.教学辅助系统主要是与采用此系统的高校师生进行交互，可以考虑与教学管理系统相关块区相联系，共同建设数字化校园。

1.3定义

A.B/S结构（Browser/Server，浏览器/服务器模式），是WEB兴起后的一种网络结构模式，WEB浏览器是客户端最主要的应用软件。

这种模式统一了客户端，将系统功能实现的核心部分集中到服务器上，简化了系统的开发、维护和使用。

客户机上只要安装一个浏览器（Browser），如Chorme或InternetExplorer，服务器安装数据库。

浏览器通过WebServer同数据库进行数据交互。

B.三层结构：

三层客户机/服务器应用程序使用一个中间或中间层，应用程序服务器，它在客户机应用程序和后端数据库之间操作。

中间层存储了系统的商业逻辑，并协调客户机上与后端数据库交互的显示。

1.4参考资料

A．软件工程,王慧芳等编著,浙江大学出版社

B．实用软件工程,郑人杰,清华大学出版社

C．现代软件工程——原理、方法与管理,郭荷清,华南理工大学出版社

2、可行性研究的前提

2.1要求

A.功能：

本教学辅助系统主要功能有教师、学生的信息化管理、课程信息获取、资源共享以及及时交流；

B.性能：

本教学辅助系统面对使用者数量较大，需要服务器以及数据库的并发性能较好，其次对系统源代码进行算法优化提升速度，设置必要的安全防范措施，以免数据泄露；

C.输出：

在资源共享部分学生下载课程信息中的课件文件，用于教学的资源的传播，支持各种已上传类型的文件下载。

D.输入：

教师信息，由教师自行注册和管理；

学生信息、课程信息，由后台管理员进行新增管理的操作；

课件：

由授课教师进行上传，数据类型与课件的实际类型为准。

E.处理流程和数据流程：

（1）教学辅助系统前台工作流程图:

（2）教学辅助系统后台流程图：

（3）教学辅助系统数据流图：

（b）0层图

F.在安全与保密方面：

教学辅助系统前台如需查询个人信息以及对数据进行修改时需登录，后台管理系统无论做什么操作都需要登录，保证了个人信息的安全保密；

G.本系统应可以考虑与教学管理系统相联接，可免去再次输入学生信息，课程信息等工作，同时增强其课程信息的查询功能；

H.完成期限：

2012年7月4日。

2.2目标

教学辅助系统的主要开发目标：

A.建设数字校园，提高信息资源利用，减少人力与设备；

B.不需要拷课件，提高教学效率；

C.对教学管理系统的改进；

D.管理信息服务的改进；

2.3条件、假定和限制

a．系统的运行寿命的不少于4年；

b．进行系统方案选择比较的时间；

c．经费、投资方面的来源和限制；

d．提示免责声明，本系统对使用过程中的违法犯罪行为不负法律责任；

e．普通PC电脑，有WEB浏览器，WINDOWSXP/7及以上系统版本，开发环境为myeclipse和mysql；

f．各高校以及论坛的运行模式；

g．系统投入使用的2012年12月12日。

2.4进行可行性研究的方法

对该项目从技术可行性，经济可行性和社会可行性上进行分析，基于以上三点得出项目是否可行。

系统开发过程采用瀑布模型：

通过强调编写文档的重要性，可以很好的控制项目开发成本，进度和质量。

2.5评价尺度

说明对系统进行评价时所使用的主要尺度，如费用的多少、各项功能的优先次序、开发时间的长短及使用中的难易程度。

3对现有系统的分析

3.1处理流程和数据流程

3.1.1现有教学管理系统的数据流图：

3.1.2现有网络教学平台系统的数据流图：

3.2工作负荷

现有教学管理系统：

主要负责向师生提供全校的课程信息，教学计划，以及学生成绩的录入、管理和查询。

工作量与高校的师生人数有很大关系，并发量在500次/秒。

现有网络课程平台：

主要负责为教师提供课程设置以及课件上传的权限，提供课程查询，课件下载等工作。

因需要与服务器的上传、下载，工作量比较大。

3.3费用开支

现有系统需要教务处的老师做管理员，负责录入课程信息，教师信息和学生信息，教师访问系统进行课件的更新，学生需要的时候进行课件的产寻和下载。

需要一台服务器，以及参与人员的有WEB浏览器的PC电脑。

办公室一间。

开支情况与当地物价以及市场需求有关。

3.4人员

具有操作普通个人电脑的能力，具有数据库、服务器的基本维护和操作的计算机技术。

至少一人。

3.5设备

服务器，数据库，普通个人电脑。

3.6局限性

A.学生成绩只有指定时间的更新，更新频率低；

B.教师与学生的交流功能不具备；

C.教学管理系统与教学平台想分开，造成一定的麻烦过程，不符合信息化校园快捷方便的要求。

4所建议的系统

本章将用来说明所建议系统的目标和要求将如何被满足。

4.1对所建议系统的说明

所建议的系统应使用B/S结构（Browser/Server，浏览器/服务器模式），客户端电脑通过浏览网页的形式与系统进行交互。

在功能方面，可以很好的将教学管理系统中的课程信息与网络课程平台的课件下载等信息整合在一起，方便进行查询和下载，与此同时，学生与老师之间可以进行类似于QQ空间留言板方式的交流与沟通，符合当前建设信息化校园的理念。

性能上，用比较高性能的服务器和数据库，增强其计算和并发能力。

输入输出方面，使用算法在jsp视图层（View）上给管理员提供对系统的操作和维护、为教师留下上传接口，给课程配备相关的属性实现下载。

JSP技术:

JSP是一种卓越的Java技术，它基于强大的Java语言，可在任何Web或应用服务器上运行，与JavaEnterpriseAPI（Java企业应用编程接口）紧密结合，可快速创建高性能的Web应用程序。

它将内容的生成和显示进行分离，使Web开发人员能专注于应用逻辑的处理;利用可重用的组件（JavaBtens\EJB）,加快了总体开发速度，并提高了系统质量，采用标识简化页面编程，降低了开发人员的难度。

Struts2框架：

ActionServlet，这个类是Struts的核心控制器，负责拦截来自用户的请求。

Action，这个类通常由用户提供，该控制器负责接收来自ActionServlet的请求，并根据该请求调用模型的业务逻辑方法处理请求，并将处理结果返回给JSP页面显示。

4.2处理流程和数据流程

4.2.1教学辅助系统前台工作流程图:

4.2.2教学辅助系统后台流程图：

4.2.3教学辅助系统数据流图：

（b）0层图

4.3改进之处

A.建设数字校园，提高信息资源利用，减少人力与设备：

建议系统将原有教学管理系统与网络课程平台的功能相整合，不再分别存储师生信息，减少数据空间。

B.不需要拷课件，提高教学效率：

建议系统为学生提供课件下载功能，只要任课教师及时的更新上传课件，学生就可以在课前自行下载课件文件，免去上课拷课件信息的情况，提升教学效率。

C.对教学管理系统的改进：

为教学管理系统增加课件资源共享以及交流平台，使其功能更加强大。

D.管理信息服务的改进：

学生、课程等的初始数据都由后台操作完成，防止随意恶性更改等操作。

4.4影响

4.4.1对设备的影响

WEB服务器一台，要求有一定空间存储程序和课件数据，原来教学管理系统的数据库访问接口，以免出现两个系统的数据有出入。

4.4.2对软件的影响

应设置与数据库相应的hibernate类已达到正常的数据访问过程。

4.4.3对用户单位机构的影响

A.对于使用本系统的高校应拥有一台较高校的服务器，并发性能良好的数据库。

B.现有系统应隶属于教务部门，其行政老师做管理员（至少一名），应可以正常操作计算机的能力，具备系统维护以及使用相关专业软件的能力。

C.参与人员（教师和学生）有可以连接互联网有WEB浏览器的个人电脑。

D.办公室一间。

4.4.4对系统运行过程的影响

a．用户的操作规程；

b．运行中心的操作规程；

c．运行中心与用户之间的关系；

用户要想登陆系统对数据进行查询等一系列操作的前提是运行中心已经将必须的数据输入到系统中。

d．源数据的处理；

系统外的源数据需要经过验证才可以输入到系统，比如在教室注册系统时，要验证表单是否符合要求等，在上传课件时，只有任课教师才有上传权限等措施，加强数据的管理。

e．数据进入系统的过程；

因为本系统完全由struts框架技术实现，故而其实现为：

将输入数据表单提交到action，通过ActionServlet读struts-config.xml文件找到action下的path属性找到.action，通过name属性找form-beans中的form-bean的name属性得到ActionForm的包名类名，先实例化form，把表单的值填充给form，并进行校验，验证通过会实例化Action，执行Action的execute方法。

f．对数据保存的要求，对数据存储、恢复的处理；

数据保存分为文字数据和文件数据，文档数据是指后台，或用户对于信息的增加、修改、删除来说的，数据需要填写入jsp表单来存储到数据库属性列中的数据。

数据的恢复也是根据数据库的恢复功能相一致的；文件存储则是通过将数据通过输入流的方式写入到服务器的指定目录，同时将存储的路径（包括文件名在内）存储到数据库中，当数据需要恢复时，需要将服务器目录下的文件和数据库中存储的路径信息都取出来才可以完成恢复。

所以对于数据要进行定期的备份工作，防止数据大量丢失。

g．系统失效的后果及恢复的处理办法。

系统失效后，无法从外界登录系统，无法响应用户请求。

因为系统符合MVC架构，业务层、逻辑层，视图层相互独立，故而除了当时无法进行操作外，不会造成不可