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

1、教学辅助系统可行性研究报告目录1 引言 21.1 编写目的 21.2 背景 21.3 定义 21.4 参考资料 22、可行性研究的前提 32.1 要求 32.2 目标 62.3 条件、假定和限制 62.4 进行可行性研究的方法 72.5 评价尺度 73 对现有系统的分析 73.1 处理流程和数据流程 73.2 工作负荷 83.3 费用开支 83.4 人员 83.5 设备 83.6 局限性 84 所建议的系统 . 94.1 对所建议系统的说明 94.2 处理流程和数据流程 94.3 改进之处 124.4 影响 124.5 局限性 144.6 技术条件方面的可行性 146 投资及效益分析 146.

2、1 支出 146.2 收益 156.3 收益投资比 156.4 投资回收周期 156.5 敏感性分析 157 社会因素方面的可行性 167.1 法律方面的可行性 168 结论 171 引言1.1 编写目的为顺应网络的普及以及教学数字化的高速发展， 教学管理系统主要针对教学上的事务进 行处理， 已经早已不能满足教师和学生的信息需求， 所以教学辅助系统适应当代大学教学需 要，迎合信息时代的发展潮流， 立足于方便教师同学进行信息化管理、 信息获取、 资源共享 以及及时进行互动交流， 极大的弥补教学管理系统对于资源的获取以及使用者之间交流上的 不足。 通过整个系统应能时时监控， 以便随时对教学进行管理

3、，大大提高了管理效率、 工作 效率。本可行性研究报告供引用此系统的高校以及软件开发人员做参考， 并作为软件技术开 发的文档保存。1.2 背景A. 本系统的名称为：教学辅助系统；B. 教学辅助系统由上海电力学院一线教师提出， 由软件工程专业谷海振负责完成开发， 本系统面向广大的高校师生以及高校管理人员， 本系统需部署到使用单位的服务器上， 通过 互联网以及 WEB 浏览器访问本系统，管理人员可通过相应的专业客户端以及相关软件对系 统进行操作。C. 教学辅助系统主要是与采用此系统的高校师生进行交互，可以考虑与教学管理系统 相关块区相联系，共同建设数字化校园。1.3 定义A. B/S结构(Brows

4、er/Server，浏览器/服务器模式)，是WEB兴起后的一种网络结构模 式， WEB 浏览器是客户端最主要的应用软件。这种模式统一了客户端，将系统功能实现的 核心部分集中到服务器上， 简化了系统的开发、 维护和使用。 客户机上只要安装一个浏览器(Browser),女口 Chorme或In ternet Explorer ,服务器安装数据库。浏览器通过 Web Server同数据库进行数据交互。B. 三层结构：三层客户机 /服务器应用程序使用一个中间或中间层，应用程序服务器， 它在客户机应用程序和后端数据库之间操作。 中间层存储了系统的商业逻辑， 并协调客户机 上与后端数据库交互的显示。1.4

5、 参考资料A. 软件工程，王慧芳等编著，浙江大学出版社B. 实用软件工程，郑人杰，清华大学出版社C. 现代软件工程一一原理、方法与管理，郭荷清，华南理工大学出版社2、可行性研究的前提2.1 要求A. 功能：本教学辅助系统主要功能有教师、学生的信息化管理、课程信息获取、资源 共享以及及时交流；B. 性能：本教学辅助系统面对使用者数量较大，需要服务器以及数据库的并发性能较 好，其次对系统源代码进行算法优化提升速度，设置必要的安全防范措施，以免数据泄露；C. 输出：在资源共享部分学生下载课程信息中的课件文件，用于教学的资源的传播， 支持各种已上传类型的文件下载。D. 输入：教师信息，由教师自行注册和

6、管理； 学生信息、课程信息，由后台管理员进行新增管理的操作； 课件：由授课教师进行上传，数据类型与课件的实际类型为准。E. 处理流程和数据流程：（1）教学辅助系统前台工作流程图 :(2)教学辅助系统后台流程图:(3)教学辅助系统数据流图:(a)顶层图F. 在安全与保密方面：教学辅助系统前台如需查询个人信息以及对数据进行修改时需登录，后台管理系统无论做什么操作都需要登录，保证了个人信息的安全保密；G. 本系统应可以考虑与教学管理系统相联接，可免去再次输入学生信息， 课程信息等工作，同时增强其课程信息的查询功能；H. 完成期限：2012年7月4日。22目标教学辅助系统的主要开发目标：A. 建设数字

7、校园，提高信息资源利用，减少人力与设备；B. 不需要拷课件，提高教学效率；C. 对教学管理系统的改进；D. 管理信息服务的改进；2.3条件、假定和限制a.系统的运行寿命的不少于 4年； b 进行系统方案选择比较的时间；c.经费、投资方面的来源和限制； d 提示免责声明，本系统对使用过程中的违法犯罪行为不负法律责任；e. 普通PC电脑，有 WEB浏览器，WINDOWS XP/ 7及以上系统版本，开发环境为myeclipse 禾口 mysql ；f. 各高校以及论坛的运行模式；g. 系统投入使用的2012年12月12日。2.4进行可行性研究的方法经济可行性和社会可行性上进行分析，基于以上三点得出项

8、目对该项目从技术可行性, 是否可行。系统开发过程采用瀑布模型：通过强调编写文档的重要性，可以很好的控制项目开发成本，进度和质量。2.5评价尺度说明对系统进行评价时所使用的主要尺度，如费用的多少、各项功能的优先次序、 开发时间的长短 及使用中的难易程度。3对现有系统的分析3.1处理流程和数据流程3.1.1现有教学管理系统的数据流图:(a)教学管理系统顶层图3.1.2现有网络教学平台系统的数据流图:(b)网络课程平台系统顶层图3.2工作负荷现有教学管理系统：主要负责向师生提供全校的课程信息，教学计划，以及学生成绩的录入、管理和查询。 工作量与高校的师生人数有很大关系，并发量在500次/秒。现有网络

9、课程平台：主要负责为教师提供课程设置以及课件上传的权限，提供课程查询，课件下载等工作。 因需要与服务器的上传、下载，工作量比较大。3.3费用开支教师访问至少现有系统需要教务处的老师做管理员，负责录入课程信息， 教师信息和学生信息,系统进行课件的更新，学生需要的时候进行课件的产寻和下载。需要一台服务器，以及参与人员的有WEB浏览器的PC电脑。办公室一间。开支情况与当地物价以及市场需求有关。3.4人员具有操作普通个人电脑的能力，具有数据库、服务器的基本维护和操作的计算机技术。一人。3.5设备服务器，数据库，普通个人电脑。3.6局限性A. 学生成绩只有指定时间的更新，更新频率低；B. 教师与学生的交

10、流功能不具备；C. 教学管理系统与教学平台想分开，造成一定的麻烦过程，不符合信息化校园快捷方便的 要求。4所建议的系统本章将用来说明所建议系统的目标和要求将如何被满足。4.1对所建议系统的说明所建议的系统应使用B/S结构（Browser/Server,浏览器/服务器模式），客户端电脑通过浏览网页的形式与系统进行交互。在功能方面，可以很好的将教学管理系统中的课程信息与网络课程平台的课件下载等信 息整合在一起，方便进行查询和下载，与此同时，学生与老师之间可以进行类似于QQ空间留言板方式的交流与沟通，符合当前建设信息化校园的理念。性能上，用比较高性能的服务器和数据库，增强其计算和并发能力。输入输出方

11、面，使用算法在jsp视图层（View ）上给管理员提供对系统的操作和维护、为教师留下上传接口，给课程配备相关的属性实现下载。JSP技术:JSP是一种卓越的Java技术，它基于强大的Java语言，可在任何 Web或应用服务器上运行，与 Java En terprise API（Java企业应用编程接口 ）紧密结合，可快速创建高性能 的Web应用程序。它将内容的生成和显示进行分离，使Web开发人员能专注于应用逻辑的处理;利用可重用的组件（Java BtensEJB）加快了总体开发速度，并提高了系统质量，采用标 识简化页面编程，降低了开发人员的难度。Struts 2 框架：ActionServlet

12、，这个类是Struts的核心控制器，负责拦截来自用户的请求。Action，这个类通常由用户提供，该控制器负责接收来自Acti on Servlet的请求，并根据该请求调用模型的业务逻辑方法处理请求，并将处理结果返回给JSP页面显示。4.2处理流程和数据流程 4.2.1教学辅助系统前台工作流程图结束422教学辅助系统后台流程图:423教学辅助系统数据流图:(a)顶层图发布留言留言处理留言记录学生信息学生回复留言5回复处理8查看留言学生信息2课程信息 *处理课程信息查看课程信息请留言回复记录3处理课程信息请求回复留言7处理课件查看请求教师 -教师信息一课程信息课件文件上传课件教师信息(b) 0层图

13、4.3改进之处A. 建设数字校园，提高信息资源利用，减少人力与设备：建议系统将原有教学管理系统与网络课程平台的功能相整合，不再分别存储师生信息，减少数据空间。B. 不需要拷课件，提高教学效率：建议系统为学生提供课件下载功能，只要任课教师及时的更新上传课件，学生就可以在课前自行下载课件文件，免去上课拷课件信息的情况，提升教学效率。C. 对教学管理系统的改进：为教学管理系统增加课件资源共享以及交流平台，使其功能更加强大。D. 管理信息服务的改进：学生、课程等的初始数据都由后台操作完成，防止随意恶性更改等操作。4.4影响4.4.1对设备的影响WEB服务器一台，要求有一定空间存储程序和课件数据，原来教

14、学管理系统的数据库访问 接口，以免出现两个系统的数据有出入。4.4.2对软件的影响应设置与数据库相应的 hibernate类已达到正常的数据访问过程。4.4.3对用户单位机构的影响A. 对于使用本系统的高校应拥有一台较高校的服务器，并发性能良好的数据库。B. 现有系统应隶属于教务部门，其行政老师做管理员（至少一名），应可以正常操作计算机的能力，具备系统维护以及使用相关专业软件的能力。C. 参与人员（教师和学生）有可以连接互联网有WEB浏览器的个人电脑。D. 办公室一间。4.4.4 对系统运行过程的影响 a 用户的操作规程； b .运行中心的操作规程；c.运行中心与用户之间的关系； 用户要想登陆

15、系统对数据进行查询等一系列操作的前提是运行中心已经将必须的数据输入 到系统中。d 源数据的处理；系统外的源数据需要经过验证才可以输入到系统， 比如在教室注册系统时， 要验证表单是否 符合要求等，在上传课件时，只有任课教师才有上传权限等措施，加强数据的管理。e. 数据进入系统的过程；因为本系统完全由struts框架技术实现，故而其实现为：将输入数据表单提交到action，通过 ActionServlet 读 struts-config.xml 文件找到 action 下的 path 属性找到.action，通过 name 属性找 form-beans 中的 form-bean 的 name 属性

16、得到 ActionForm 的包名类名， 先实例化 form， 把表单的值填充给 form ,并进行校验，验证通过会实例化 Action，执行Action的execute方 法。f. 对数据保存的要求，对数据存储、恢复的处理；数据保存分为文字数据和文件数据， 文档数据是指后台， 或用户对于信息的增加、 修改、删 除来说的，数据需要填写入 jsp 表单来存储到数据库属性列中的数据。数据的恢复也是根据 数据库的恢复功能相一致的； 文件存储则是通过将数据通过输入流的方式写入到服务器的指 定目录，同时将存储的路径（包括文件名在内）存储到数据库中，当数据需要恢复时，需要 将服务器目录下的文件和数据库中存

17、储的路径信息都取出来才可以完成恢复。所以对于数据要进行定期的备份工作，防止数据大量丢失。g. 系统失效的后果及恢复的处理办法。 系统失效后，无法从外界登录系统，无法响应用户请求。因为系统符合 MVC 架构，业务层、逻辑层，视图层相互独立，故而除了当时无法进行操作 外，不会造成不可恢复的后果。其一，检查数据库与系统的连接，其二，应将系统重新部署 到服务器。4.4.5 对开发的影响a. 培训使用者熟练掌握本系统的使用方法；b. 为了建立一个数据库所要求的数据资源；c. 为了开发和测验所建议系统需要部署到服务器进行相应的功能调试和访问测试，以及老 师同学的参与；d. 所涉及的保密与安全问题：如果需要

18、对系统进行操作则需要验证登陆状态，保证数据不被恶意篡改。 服务器的安全防火墙应保持开启状态，防止黑客攻击。定期进行进行数据备份。4.4.6 对地点和设施的影响 管理操作就设在教务处办公室。4.4.7 对经费开支的影响 服务器一台 2000 元 数据库系统 1000 元 其他开支 1000 元4.5 局限性 不清楚教学管理系统中确切的数据库结构，所以对于教学管理系统部分功能都较之弱化了， 课程受时间限制无法完成大量繁琐的编程任务。 以后有时间可以再慢慢补充相关功能模块进 去。4.6 技术条件方面的可行性a. 在当前的限制条件下，该系统的功能目标均可以达到预期要求；b 利用现有的技术，该系统的功能

19、可以实现；c.对开发人员至少一人和应熟练掌握d .在规定的期限内，本系统的开发能否完成。6 投资及效益分析6.1 支出对于所选择的方案， 说明所需的费用。 如果已有一个现存系统， 则包括该系统继续运行期间 所需的费用。6.1.1 基本建设投资包括采购、开发和安装下列各项所需的费用，如：房屋和设施；ADP设备；数据通讯设备；环境保护设备；安全与保密设备；ADP操作系统的和应用的软件；数据库管理软件。6.1.2 其他一次性支出 包括下列各项所需的费用，如：.研究（需求的研究和设计的研究） ；b .开发计划与测量基准的研究；c. 数据库的建立；d. ADP软件的转换；e 检查费用和技术管理性费用；f

20、 培训费、旅差费以及开发安装人员所需要的一次性支出；g 人员的退休及调动费用等。.1.3 非一次性支出 列出在该系统生命期内按月或按季或按年支出的用于运行和维护的费用，包括：a 设备的租金和维护费用；b .软件的租金和维护费用；c 数据通讯方面的租金和维护费用；d .人员的工资、奖金；e 房屋、空间的使用开支；f. 公用设施方面的开支；g. 保密安全方面的开支；h. 其他经常性的支出等。6.2 收益对于所选择的方案， 说明能够带来的收益， 这里所说的收益， 表现为开支费用的减少或 避免、差错的减少、灵活性的增加、动作速度的提高和管理计划方面的改进等，包括；6.2.1 一次性收益a. 开支的缩减

21、包括改进了的系统的运行所引起的开支缩减， 如资源要求的减少， 运行 效率的改进，数据进入、存贮和恢复技术的改进，系统性能的可监控，软件的转换和优化， 数据压缩技术的采用，处理的集中化分布化等；b. 价值的增升包括由于一个应用系统的使用价值的增升所引起的收益，如资源利用的 改进，管理和运行效率的改进以及出错率的减少等；c. 其他如从多余设备出售回收的收入等。6.2.2 非一次性收益说明在整个系统生命期内由于运行所建议系统而导致的按月的、按年的能用人民币数目表示的收益，包括开支的减少和避免。6.2.3 不可定量的收益逐项列出无法直接用人民币表示的收益， 如服务的改进， 由操作失误引起的风险的减少，

22、 信息掌握情况的改进， 组织机构给外界形象的改善等。 有些不可捉摸的收益只能大概估计或 进行极值估计（按最好和最差情况估计） 。6.3 收益投资比求出整个系统生命期的收益投资比值。6.4 投资回收周期求出收益的累计数开始超过支出的累计数的时间。6.5 敏感性分析所谓敏感性分析是指一些关键性因素如系统生命期长度、系统的工作负荷量、 工作负荷的类型与这些不同类型之间的合理搭配、 处理速度要求、 设备和软件的配置等变化时， 对开 支和收益的影响最灵敏的范围的估计。 在敏感性分析的基础上做出的选择当然会比单一选择 的结果要好一些。7 社会因素方面的可行性7.1 法律方面的可行性无论什么组织都需要有国家

23、的保护，因此也应该遵守相应的法律。合同法 ，消费者权益保护法 等对所有企业的行为作出了限制。 作为软件开发的团体， 我们也应该遵守法律 法规，这不仅缩小了管理者的决定范围，也限制了可行性方案的选择。 根据中华人民共和国计算机软件保护条例 （2002 年 1月 1 日中华人民共和国国务院令第 339 号发布）第八条可知：软件著作人享有下列各项权利：（一）发表权，即决定软件是否公之于众的权利；（二）署名权，即表明开发者身份，在软件上署名的权利；（三）修改权，即对软件进行增补、删节，或者改变指令、语句顺序的权利；（四）复制权，即将软件制作一份或者多份的权利；（五）发行权，即以出售或者赠与方式向公众提

24、供软件的原件或者复制件的权利；（六）出租权， 即有偿许可他人临时使用软件的权利， 但是软件不是出租的主要标的的 除外；（七）信息网络传播权， 即以有线或者无线方式向公众提供软件， 使公众可以在其个人 选定的时间和地点获得软件的权利；（八）翻译权，即将原软件从一种自然语言文字转换成另一种自然语言文字的权利；（九）应当由软件著作权人享有的其他权利。软件著作权人可以许可他人行使其软件著作权，并有权获得报酬。 软件著作权人可以全部或者部分转让其软件著作权，并有权获得报酬。（十） 由两个以上的自然人、法人或者其他组织合作开发的软件，其著作权的归属由 合作开发者签订书面合同约定。 无书面合同或者合同未作明确约定， 合作开发的软件可以分 割使用的， 开发者对各自开发的部分可以单独享有著作权；但是， 行使著作权时， 不得扩展 到合作开发的软件整体的著作