教学辅助系统可行性实施计划书.docx
- 文档编号:8362054
- 上传时间:2023-01-30
- 格式:DOCX
- 页数:15
- 大小:69.77KB
教学辅助系统可行性实施计划书.docx
《教学辅助系统可行性实施计划书.docx》由会员分享,可在线阅读,更多相关《教学辅助系统可行性实施计划书.docx(15页珍藏版)》请在冰豆网上搜索。
教学辅助系统可行性实施计划书
教学辅助系统
可行性研究报告
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)教学辅助系统数据流图:
后台管理员
学生信息
课程信息
教学辅助系
学生
4
留言处理
教学辅助系统前台如需查询个人信息以及对数据进行修改时需登录•后台管理系统无论
做什么操作都需要登录•保证了个人信息的安全保密;
G.本系统应可以考虑与教学管理系统相联接•可免去再次输入学生信息•课程信息等工作
同时增强其课程信息的查询功能;
H.完成期限:
2012年7月4日。
22目标
教学辅助系统的主要开发目标:
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现有教学管理系统的数据流图:
(a)教学管理系统顶层图
3.1.2现有网络教学平台系统的数据流图:
(b)网络课程平台系统顶层图
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教学辅助系统前台工作流程图
422教学辅助系统后台流程图:
423教学辅助系统数据流图:
后台管理员
学生信息
课程信息
教学辅助系
学生
4
留言处理
4.3改进之处
A.建设数字校园•提高信息资源利用•减少人力与设备:
建议系统将原有教学管理系统与网络课程平台的功能相整合•不再分别存储师生信息•减少
数据空间。
B.不需要拷课件•提高教学效率:
建议系统为学生提供课件下载功能•只要任课教师及时的更新上传课件•学生就可以在课前
自行下载课件文件•免去上课拷课件信息的情况•提升教学效率。
C.对教学管理系统的改进:
为教学管理系统增加课件资源共享以及交流平台•使其功能更加强大。
D.管理信息服务的改进:
学生、课程等的初始数据都由后台操作完成.防止随意恶性更改等操作。
44影响
441对设备的影响
WEB服务器一台.要求有一定空间存储程序和课件数据•原来教学管理系统的数据库访问接
口•以免出现两个系统的数据有出入。
442对软件的影响
应设置与数据库相应的hibernate类已达到正常的数据访问过程。
443对用户单位机构的影响
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架构•业务层、逻辑层•视图层相互独立•故而除了当时无法进行操作外•不会造成不可恢复的后果。
其一•检查数据库与系统的连接•其二•应将系统重新部署到服务
器。
445对开发的影响
a.培训使用者熟练掌握本系统的使用方法;
b.为了建立一个数据库所要求的数据资源;
c.为了开发和测验所建议系统需要部署到服务器进行相应的功能调试和访问测试•以及老
师同学的参与;
d.所涉及的保密与安全问题:
如果需要对系统进行操作则需要验证登陆状态•保证数据不被恶意篡改。
服务器的安全防火墙应保持开启状态•防止黑客攻击。
定期进行进行数据备份。
4.4.6对地点和设施的影响管理操作就设在教务处办公室。
4.4.7对经费开支的影响服务器一台2000元数据库系统1000元其他开支1000元
4.5局限性不清楚教学管理系统中确切的数据库结构.所以对于教学管理系统部分功能都较之弱化了课程受时间限制无法完成大量繁琐的编程任务。
以后有时间可以再慢慢补充相关功能模块进去。
4.6技术条件方面的可行性
a.在当前的限制条件下.该系统的功能目标均可以达到预期要求;
b.利用现有的技术.该系统的功能可以实现;
c.对开发人员至少一人和应熟练掌握
d.在规定的期限内.本系统的开发能否完成。
6投资及效益分析
6.1支出
对于所选择的方案.说明所需的费用。
如果已有一个现存系统.则包括该系统继续运行期间所需的费用。
6.1.1基本建设投资
包括采购、开发和安装下列各项所需的费用.如:
房屋和设施;
ADP设备;
数据通讯设备;
环境保护设备;
安全与保密设备;
ADP操作系统的和应用的软件;数据库管理软件。
6.1.2其他一次性支出包括下列各项所需的费用.如:
a.研究(需求的研究和设计的研究);b.开发计划与测量基准的研究;c.数据库的建立;d.ADP软件的转换;e.检查费用和技术管理性费用;f.培训费、旅差费以及开发安装人员所需要的一次性支出;g.人员的退休及调动费用等。
6.1.3非一次性支出列出在该系统生命期内按月或按季或按年支出的用于运行和维护的费用.包括:
a.设备的租金和维护费用;
b.软件的租金和维护费用;
c.数据通讯方面的租金和维护费用;
d.人员的工资、奖金;
e.
房屋、空间的使用开支;
f.
公用设施方面的开支;
g.
保密安全方面的开支;
h.
其他经常性的支出等。
6.2
收益
对于所选择的方案.说明能够带来的收益.这里所说的收益.表现为开支费用的减少或避免、差错的减少、灵活性的增加、动作速度的提高和管理计划方面的改进等.包括;
6.2.1一次性收益
a.开支的缩减包括改进了的系统的运行所引起的开支缩减.如资源要求的减少.运行效
率的改进.数据进入、存贮和恢复技术的改进.系统性能的可监控.软件的转换和优化.数据压
缩技术的采用.处理的集中化/分布化等;
b.价值的增升包括由于一个应用系统的使用价值的增升所引起的收益.如资源利用的改
进.管理和运行效率的改进以及出错率的减少等;
c.其他如从多余设备出售回收的收入等。
6.2.2非一次性收益说明在整个系统生命期内由于运行所建议系统而导致的按月的、按年的能用人民币数目表示的收益.包括开支的减少和避免。
6.2.3不可定量的收益逐项列出无法直接用人民币表示的收益.如服务的改进.由操作失误引起的风险的减少
信息掌握情况的改进.组织机构给外界形象的改善等。
有些不可捉摸的收益只能大概估计或进行极值估计(按最好和最差情况估计)。
6.3收益/投资比
求出整个系统生命期的收益/投资比值。
6.4投资回收周期
求出收益的累计数开始超过支出的累计数的时间。
6.5敏感性分析
所谓敏感性分析是指一些关键性因素如系统生命期长度、系统的工作负荷量、工作负荷的类型与这些不同类型之间的合理搭配、处理速度要求、设备和软件的配置等变化时.对开
支和收益的影响最灵敏的范围的估计。
在敏感性分析的基础上做出的选择当然会比单一选择的结果要好一些。
7社会因素方面的可行性
7.1法律方面的可行性
无论什么组织都需要有国家的保护.因此也应该遵守相应的法律。
《合同法》.《消费者
权益保护法》等对所有企业的行为作出了限制。
作为软件开发的团体.我们也应该遵守法律
法规.这不仅缩小了管理者的决定范围.也限制了可行性方案的选择。
根据《中华人民共和国计算机软件保护条例》(2002年1月1日中华人民共和国国务院令第339号发布)第八条可知:
软件著作人享有下列各项权利:
(一)发表权.即决定软件是否公之于众的权利;
(二)署名权.即表明开发者身份.在软件上署名的权利;
(三)修改权.即对软件进行增补、删节.或者改变指令、语句顺序的权利;
(四)复制权.即将软件制作一份或者多份的权利;
(五)发行权.即以出售或者赠与方式向公众提供软件的原件或者复制件的权利;
(六)出租权.即有偿许可他人临时使用软件的权利.但是软件不是出租的主要标的的除外;
(七)信息网络传播权.即以有线或者无线方式向公众提供软件.使公众可以在其个人选
定的时间和地点获得软件的权利;
(八)翻译权.即将原软件从一种自然语言文字转换成另一种自然语言文字的权利;
(九)应当由软件著作权人享有的其他权利。
软件著作权人可以许可他人行使其软件著作权.并有权获得报酬。
软件著作权人可以全部或者部分转让其软件著作权.并有权获得报酬。
(十)由两个以上的自然人、法人或者其他组织合作开发的软件.其著作权的归属由合
作开发者签订书面合同约定。
无书面合同或者合同未作明确约定.合作开发的软件可以分割使用的.开发者对各自开发的部分可以单独享有著作权;但是.行使著作权时.不得扩展到合作
开发的软件整体的著作权。
合作开发的软件不能分割使用的.其著作权由各合作开发者共同享有.通过协商一致行使;不能协商一致.又无正当理由的.任何一方不得阻止他方行使除转让权以外的其他权利.但是所得收益应当合理分配给所有合作开发者。
第十七条为了学习和研究软件内含的设计思想和原理.通过安装、显示、传输或者存储
软件等方式使用软件的.可以不经软件著作权人许可.不向其支付报酬。
第二十三条除《中华人民共和国著作权法》或者本条例另有规定外.有下列侵权行为的应当根据情况.承担停止侵害、消除影响、赔礼道歉、赔偿损失等民事责任:
(一)未经软件著作权人许可.发表或者登记其软件的;
(二)将他人软件作为自己的软件发表或者登记的;
(三)未经合作者许可.将与他人合作开发的软件作为自己单独完成的软件发表或者登记的;
(四)在他人软件上署名或者更改他人软件上的署名的;
(五)未经软件著作权人许可.修改、翻译其软件的;
(六)其他侵犯软件著作权的行为。
第二十九条软件开发者开发的软件.由于可供选用的表达方式有限而与已经存在的软件相似的.不构成对已经存在的软件的著作权的侵犯。
法律方面的可行性问题很多.如合同责任、侵犯专利权、侵犯版权等方面的陷井.软件人员通
常是不熟悉的.有可能陷入.务必要注意研究。
7.2使用方面的可行性一个完美的系统还需要对使用者进行需求分析.尽心尽力地为使用者考虑长远的使用要
求与利益。
从教学辅助系统的人员搭配来分析.从使用者的类别来分.可以分为三类:
一、学
生;二、教师;三、后台管理员。
用户大部分都受过高等教育.少部分也接受过初等教育。
而新开发的软件系统界面友好且操作简单方便并且操作等级分层明确.保证能满足绝大多数
用户使用该系统的基本要求
8结论
按照我们当前所学的内容以及当代强大的网络资源.以及时下网络的发达程度.电脑的
大量普及.和建设数字化校园的需要.教学辅助系统可以立即开始实行。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 教学 辅助 系统 可行性 实施 计划书