技术可行性报告v10Word文档格式.docx

技术可行性报告v10Word文档格式.docx

《技术可行性报告v10Word文档格式.docx》由会员分享，可在线阅读，更多相关《技术可行性报告v10Word文档格式.docx（10页珍藏版）》请在冰豆网上搜索。

变更说明

作者

初始版本

签字确认

系统模块

对应章节

对应部门

负责人签字

实验中心共享信息系统

实验教学网络资源系统

系统维护和管理子系统

网上预约子系统

通知、公告子系统

1.引言

编写目的

实现网上辅助教学和网络化、智能化管理。

实现教师的教学方式、学生的学习方式和师生互动方式的改革，充分发挥现代信息技术的优势，为教师的教学和学生的学习提供服务。

背景

提出者：

任课老师

提出经过：

为学生软件工程实践提供锻炼的机会。

承办单位：

软件学院

项目名称：

开放实验教学管理平台。

产品的用户（前期用户、最终用户）：

管理员、老师、学生。

定义

存储过程是存储在服务器上的由SQL语句和控制流语句组成的一个预编译集合。

触发器属于一种特殊的存储过程，可以在其中包含复杂的SQL语句。

触发器与存储过程的区别在于触发器能够自动执行并且不含有参数。

参考资料

<

J2EE基本案例开发>

>

、<

市场需求报告>

<

用户需求说明>

高级项目管理>

；

2.技术可行性分析的前提

安全与保密：

对于不同权限用户，设置不同权限，对重要数据可以考虑加密存储。

考虑到数据保存，条件允许的情况下可以让系统定时自动保存，省去手工保存的繁杂程序。

相应的需求有：

✧将实验项目、实验内容全部上网，学生叫以通过网上预约，网上实验，实现师生网上互动;

✧为教师提供对网络化信息平台进行信息资源管理的功能;

✧提供丰富的学习资料，便于学生自主学习;

✧为教师和学生提供信息存储能力;

✧开辟教师答疑、学生论坛，供师生交流等;

提供下载资源，如课件、软件和教学资料等。

基本要求

本课题在分析和参考其它著名高校开放实验室的概念、结构及其基本特征的基础上，对当前情况进行理性的思考与探讨，从开放平台的结构设计、教学设计、资源设计、开放设计等几个方面探索设计开发过程，并据此设计开发了《基于Web的开放实验教学管理平台》。

本课题采用的研究方法有文献研究法、参观调研法、开发实现法等，主要创新点如下：

（1）提出了开放平台网站的教学设计模式。

（2）论述了开放平台网站设计的原则、策略和方法。

（3）论证了《基于Web的开放实验教学管理平台》网站的模块组成及开发过程。

（4）从以开放为基础，自主学习的角度出发，探讨并实施了开放实验室管理平台的应用模式。

本平台从科技发展和人才素质需求的角度考虑，进行实验教学的改革，建立一种适合现代科技发展、有利于培养具有扎实基础知识和创新意识人才的教学新体系。

教学内容应尽量反映当代教学思想和科技成果；

教学方法和手段应改变过去的单一模式，创立教学新模式，建立多级开放性实验室，满足不同层次的学生独立进行学习和研究的需求；

采用计算机技术、因特网等现代化教学手段，改善教学条件，形成多元化的教学环境，激发学生学习的主动性，针对如上需求，开发适合开放性实验教学管理平台。

假定和限制

整个系统的运行寿命：

理论上是永久。

进行系统方案选择比较的时间：

硬件、软件、运行环境的条件和限制：

在pc机上完成，Eclipse+Tomcat+MySql+ssh作为开发环境。

可利用的信息和资源：

书籍、网络资源。

系统的预计交付时间：

8周。

进行技术可行性分析的方法

我们采用问卷调查的方法，通过问卷，以确定最佳的可行性研究方案。

软件采用现代流行WINDOWS操作界面。

是标准的WIN32应用程序，可运行在WIN95\WIN98\WinMe\WIN2000\WINXP\WINNT等系统平台上的多任务应用程序。

在互联网络环境下，向学习者提供大量与主题相关的学习资源，让学习者通过网络走进专业的实践环境，充分利用计算机系的专业实验室的软硬件环境和师资资源，最大限度的为学生提供专业实践的操作、指导和学习，充分锻炼其实践能力，提高设备及仪器的使用率；

重点突出其开放性和可行性，如教学内容的开放、教学资源的开放、教师信息的开放、教学组织的开放、教学信息的开放、实践项目及实验预约、实践论坛等功能。

1） 

将可行性研究按一定的方法分解成相对简单的工作

2）将分解后的各项工作，分别交给合适的人或计算机去做（不过此项工作这次只能由我一个人努力了，以后一定发扬团队精神）

3） 

按照一定的规则组织人机协同工作

4） 

应用先进技术提高单项工作速度

5） 

使单项工作尽可能并行作业

评价准则

是否功能齐全，运行稳定。

在网络功能方面是否方便管理。

设置是否灵活开。

是否具有多任务，高效率的特点。

是否具有界面友好，操作简单的特点。

3.对现有系统的分析

现有系统相对较差，系统不是特别有益于用户、方便与用户。

现状分析

需要大量的人员来管理，维护其数据，出错率较高。

出现很多冗余信息。

局限性

对人力资源进行大量的浪费，而且安全性不是很高。

4.建议的系统

{建议的系统是指建议开发的产品系统或新技术。

}

建议的系统的概述

{概括介绍建议的系统，并说明在2.1节中列出的那些基本要求，以及所使用的基本原理、工作方法。

系统工作流程

本系统将大大改善数据处理速度，并且更加方便的对数据进行管理，同时可以减少人力资源的浪费以及工资支出。

改进之处

只需添置低档计算机，如果条件允许可添加打印机以便查询能方便打印成资料作为参考。

影响

开发教学管理系统是为了实现学校人力资源的优化和学生成绩管理的科学管理而设计的，通过试用本系统，可以更加有效的管理学生的学籍管理，成绩信息等，并且具有对信息的增加，查询，修改等功能 

。

鉴于时间和精力的限制，《基于Web的开放实验管理平台》系统仍有一些亟需完善的地方，如典型实验的动画演示不够全面，虚拟实验环境的开发不够成熟等，我们将在今后对此加大研究和开发力度。

技术条件方面的可行性

应尽职尽责，尽量在规定期限内完成项目。

需要短时间来熟悉新系统，但不需要大量的培训。

在以上限制条件下利用现有技术和人员，完全可以实现预期目标。

开发人员对现有软件不会产生冲突，对使用的操作系统来说有很好的兼容性、稳定性。

开发人员应尽职尽责，尽量在规定期限内完成项目。

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

操作人员需要重新上机培训，可以避免大量开发费用

可选择的系统方案1

{参照第4章的提纲，简要说明可选择的系统方案1。

可选择的系统方案2

{按类似5.1节的方式说明第2个乃至第n个可选择的系统方案。

6.系统方案评价

从使用该系统开始，您就会享受到它对您的效益

7.已选系统方案的技术风险分析

{对于第4章所提出的技术方案进行技术风险分析，以避免实际开发可能造成的重大损失。

技术风险识别

所有技术资料都由提出方保管。

合同制定确定违约责任

技术风险估计

使用本软件人员要求有一定计算机基础。

技术风险评价

{定义一定的技术风险水平，超过该技术风险水平将导致项目终止。

技术风险管理与监控

{说明技术风险避免和监控措施，以及意外事件的处理计划。

8.结论

本系统可以马上开始实施，并尽可能做到提前完成。

从开发成本角度来说，将支出成本降到最低。