第一篇：在线教学系统的优缺点
在线教学系统的优缺点
随着时代的变化，传统的教学方式方法已开始满足不了学生学习的需要，不少的传统教育也都纷纷融资，从线下转到线上。在线教学软件行业也是在不断尝试中成长起来，其中我们可以看到它给我们带来的便利，同时也有些不足之处。
在线教学系统在我看来最主要的两块还是在线学习系统和考试系统。在线学系统系统可以根据多风格模块选择，智能匹配课程引导购课，并支持各平台移动设备，使在线教育更轻松。例如268教育的在线学习系统，支持安卓系统、iOS系统、iPad平台，视频可以支持flv.mp4.swf等网络视频播放，无缝对接个主流视频平台，方便学生的学习需要。考试系统因有更灵活的随机出题策略功能，更强大的试题批量录入功能，可定制的专题模块，完善的考试总结功能。如今268教育可以支持专业化分类考试和练习，通过不断的练习来高效提升自己的专业知识支持多种题型图单选，多选，判断，材料分析，根据不同的题型，加强自己的掌握能力支持考点解析功能，全面分析考点难点，更好的帮助学生快速理解每一个知识点模拟正式考试，时间限制，考试纪律和考试统计，随机打乱试题显示顺序和候选项显示顺序，避免抄袭防止考试中通过拷屏、复制等手段泄露试题。
在线教学系统对情感目标(思想品质、心理素质等）和动作技能目标（如体育、实验、手术技能等）的教学效果还不是太理想。对教师主导作用的要求比较高，不太适合利用网络进行自主学习，对教学设备的要求也较高。但这些问题也将不断进行改进和完善。
第二篇：在线教学系统的优点
在线教学系统的优点
现在，互联网正在颠覆几乎所有的传统行业，教育行业也无规避这一趋势。不过，目前在线教育领域还暂时没有出现绝对巨头，这个行业还处于最激烈原始资本积累的竞争阶段、可以预估在未来能够生存下来的将是凤毛麟角。
在线教育从地域和时间的束缚中解脱，随时随地教学现在整个教育资源分布不平衡，在一些特大型城市，或者大型城市中的学生更有机会接触到优质教师资源。同时，因为城市交通的便利也可以在很大程度上凸显地域优势。而一些三四线城市或者农村的孩子，因为这些资源分布的不平衡，难以享有相对优质的资源。因为在线教育的存在，分布在天南地北的教师和学生可以跨越地域和时间的限制，通过双向选择达成授课和上课。因为在线，老师学生也可以免除路上的奔波，轻松通过键盘的点击就形成高效地互动，实现远程教育。做好在线教育当然离不开一个好的在线教学系统。在线教学系统是为在线教育服务的，一套完整的系统包括对学生的管理、考试、互动等功能。制作此系统268教育软件的在线学习系统拥有自己完整的方案，支持功能定制等。在线教育的奇妙在于它不仅是一种教育的形式，更是从思路、内容，老师的工作模式以及基于大数据而挖掘的学习系统，视频交互，APP应用的不断改进等……这几大方面将使在线教育发挥出在线教育更多的可能性。
第三篇：双机系统-—— 优缺点分析
双机系统缺点分析
双机方案一般有： 双机热备，双机互备，双机双工 三种方式。
实现方式又分为纯软件方式和共享磁盘柜方式，基于存储共享的双机热备是双机热备的最标准方案，当然这两种实现方式各有优缺点。
双机热备：
从广义上讲，就是对于重要的服务，使用两台服务器，互相备份，共同执行同一服务。当一台服务器出现故障时，可以由另一台服务器承担服务任务，从而在不需要人工干预的情况下，自动保证系统能持续提供服务。双机热备由备用的服务器解决了在主服务器故障时服务不中断的问题。但在实际应用中，可能会出现多台服务器的情况，即服务器集群。
双机热备一般情况下需要有共享的存储设备。但某些情况下也可以使用两台独立的服务器。
从狭义上讲，双机热备特指基于active/standby(活动/待用)方式的服务器热备。服务 器数据包括数据库数据同时往两台或多台服务器写，或者使用一个共享的存储设备。在同一时间内只有一台服务器运行。当其中运行着的一台服务器出现故障无法启动时，另一台备份服务器会通过软件诊测（一般是通过心跳诊断）将备用机器激活，保证应用在短时间内完全恢复正常使用。
下面是典型的双机热备软件PCL HA来看一下双机热备的典型模式： －Active/Active模式
这是目前运用最为广泛的双节点双应用的Active/Active模式。
支撑用户业务的数据库和应用程序在正常状态下分别在两台节点上运行，各自有自己的资源，比如IP地址、磁盘阵列上的卷或者文件系统。当某一方的系统或者资源出现故障时，就会将应用和相关资源切换到对方的节点上。
这种模式的最大优点是不会有服务器的“闲置”，两台服务器在正常情况下都在工作。但如果有故障发生导致切换，应用和数据库将放在同一台服务器上运行，由于服务器的处理能力有可能不能同时满足数据库和应用程序的峰值要求，这将会出现处理能力不够的情况，降低业务响应水平。
－Active/Standby模式
两节点的Active/Standby模式是HA中最简单的一种，两台服务器通过双心跳线路组成一个集群。
PCL为此环境提供了完全冗余的服务器配置。这种模式的优缺点：
缺点：Node2在Node1正常工作时是处于“闲置”状态，造成服务器资源的浪费。
优点：当Node1发生故障时，Node2能完全接管应用，并且能保证应用运行时的对处理能力要求。
-多点集群模式
可以理解为双机热备在技术上的提升。多台服务器可以组成一个集群。根据应用的实际情况，可以灵活地在这些服务器上进行部署，同时可以灵活地设置接管策略。比如，可以由一台服务器作为其他所有服务器的备机，也可以设置多重的接管关系，等等。这样，就可以充分地利用服务器的资源，同时保证系统的高可用性。
双机互备
在双机热备的基础上，两个相对独立的应用在两台机器同时运行，但彼此均设为备机，当某一台服务器出现故障时，另一台服务器可以在短时间内将故障服务器的应 用接管过来，从而保证了应用的持续性。这种方式实际上是双机热备的一种应用。它避免了两个应用使用四台服务器分别实现双机热备，减少服务器使用数量，解决闲置问题。
双机双工
两台或多台服务器均为活动，同时运行相同的应用，保证整体的性能，也实现了负载均衡和互为备份。需要利用磁盘柜存储技术（最好采用san）。对于数据库服务而言，它同时需要数据库软件的支持，是比较复杂的。而WEB服务器或应用服务器就比较简单了。
双机一般就上面三种方案，下面从另一个角度看，前面的方案又可以分为基于共享存储和纯软件的解决方案。
基于共享存储的双机方案
基于存储共享的双机热备是双机热备的的最标准的方案，对于这种方式，采用两台服务器，使用共享的存储设备（磁盘阵列柜或存储区域网SAN）两台服务器可以采用互备、主从、并行等不同的方式。在工作过程中，两台服务器将以一个虚拟的IP地址对外提供服务，依工作方式的不同，将服务请求发送给其中一台服务器承担。同时，服务器通过心跳线(目前往往采用建立私有 网络的方式)侦测另一台服务器的工作状况。当一台服务器出现故障时，另一台服务器根据心跳侦测的情况做出判断，并进行切换，接管服务。对于用户而言，这一过程是全自动的透明的。由于使用共享的存储设备，因此两台服务器使用的实际上是一样的数据，由双机或集群软件对其进行管理。
它的优点是： 对于共享方式，数据库放在共享存储设备上，当一台服务器提供服务时，直接在存储设备上进行读写。当系统切换后另一台服务器也同样读取存储设备上的数据，它可以在无人值守的情况下提供快速的切换，一般情况下不会有数据的丢失。
缺点是：
1.增加了昂贵的存储设备投资，对于有实力的企业，可考虑该方式。
2.存在单点故障的风险，主机故障虽然可以切换接管，但是实际风险从主机转移到了共享磁盘柜上，一旦磁盘阵列故障，会导致整个系统都不能工作，而且没有数据备份，数据永远都无法恢复了！，如果需要数据备份就必须购买其他的数据备份软件来实现。
我们暂假设盘阵质量与主机质量，假设单台PC服务器的可靠性为90%，假设共享磁盘阵列子系统的可靠性为99%，根据条件概率，主备机同时损坏或磁盘阵列柜损坏即双机系统和磁盘阵列子系统同时完好的概率为：
(1-(1-90%)*(1-90%))*99%=98.01%
如果采用了可靠性相对差一些的磁盘阵列，假设可靠性也是90%，则概率为(1-(1-90%)*(1-90%))*90%=89.1%<90%
可见整个系统的可靠性还不如单机运行。而且一旦磁盘阵列故障将是致命性的！
3.有时容易出现阵列坏道与数据丢失，这不是硬盘的原因，而且HA软件兼容性所致
4.主机正常运行时，如果HA软件发生误判，备机一旦发生故障切换，主备机同时对一个数据库进行读写，会导致数据完全损坏，这种情况下的损坏导致的损失是无法估量的，因为无法恢复！
5.设备升级会有兼容性问题
6.只有接管保护，无数据备份，无灾难恢复方案
7.主备机有距离限制，受SCSI电缆的长度限制（光纤通道的磁盘阵列也不受距离限制，但投资会大得多），如果发生火灾，停电等故障时则必须忍受业务停止。
8.管理方便性，每一个双机系统都必须单独管理，不能集中管理
9.无法进行时间点恢复，主机删除数据，就会从磁盘阵列上删除，就无法回退恢复了。
我们的方案可以给用户选择恢复到任意时间点的数据状态。
纯软方式的双机方案：
纯软件的方式，通过镜像软件，将数据可以实时复制到另一台服务器上，这样同样的数据就在两台服务器上各存在一份，如果一台服务器出现故障，可以及时切换到另一台服务器。
纯软的方案有如下缺点：
1.相对与共享存储的方案，成本较低，不需要购买价格高昂的共享磁盘柜，只需要购买镜像同步软件和故障接管软件
2.可靠性相对差一些，数据实时同步是纯软方案的薄弱所在，要完全做到实时的话对主机性能影响会很大。
3.没有事务机制，由于其复制是在文件和磁盘层进行的，复制是否成功不会影响数据库事务操作，另外大型数据库都有很大的缓存，数据不会立刻写进磁盘，如果此时发生故障，数据不会被复制到备机，因此有出现数据不完整不一致的情况，这个存在着相当的风险，有可能导致即时备机接管了，数据库无法使用。
4.每次故障切回后必须重新同步，重新初始化，数据覆盖一遍，这是个比较漫长的过程，数据量超过一百G以上的话可能要十几个小时，这期间机会不能动，严格的说初始化时几乎需要停止任何访问，此时主备机都处于无保护状态，如果此时主机发生故障，主备机数据都是不可用的，此时就没有任何数据可以用来恢复！这是致命的数据丢失。
5.无法恢复到之前的时间点，因为备机只是主机的数据副本，即使主机上误删除了一个文件，备机也会删除此文件，无法恢复。
常见双机软件
LifeKeeper
支持共享磁盘柜方式和纯软件数据同步方式，支持2-16个节点的集群
优点：对卷的管理更胜一筹，深层次监控共享卷和镜像卷，数据同步为基于磁盘级的镜像，并且有锁卷功能，数据不会丢失。适用于多应用层的管理。已通过IBM认证 缺点：安装设置需要一定的技术要求
RoseHA
只支持共享磁盘柜方式，只支持两个节点
优点：界面简易，操作简单，适用于但应用层的管理。
缺点：对卷的管理稍逊，对卷和IP没有监控，对于某些IBM磁盘阵列关机不能切换。
RoseMirrorHA
只支持纯软件数据同步方式，只支持两个节点 优点：界面简易，操作简单。
缺点：同步方式为文件复制，没有锁卷功能，有可能造成数据丢失。
GoldenLife 支持共享磁盘阵列方式，只支持两个节点 优点：界面友好，安装设置简单。缺点：对卷的管理不如lifekeeper。
GoldenLifeMirror
支持数据同步的纯软方式，只支持两个节点 优点：安装操作简单，易于管理。
缺点：同步方式为文件复制，速度较慢。
第四篇：双机系统+优缺点分析
双机系统缺点分析
双机方案一般有： 双机热备，双机互备，双机双工 三种方式。
实现方式又分为纯软件方式和共享磁盘柜方式，基于存储共享的双机热备是双机热备的最标准方案，当然这两种实现方式各有优缺点。
双机热备：
从广义上讲，就是对于重要的服务，使用两台服务器，互相备份，共同执行同一服务。当一台服务器出现故障时，可以由另一台服务器承担服务任务，从而在不需要人工干预的情况下，自动保证系统能持续提供服务。双机热备由备用的服务器解决了在主服务器故障时服务不中断的问题。但在实际应用中，可能会出现多台服务器的情况，即服务器集群。
双机热备一般情况下需要有共享的存储设备。但某些情况下也可以使用两台独立的服务器。
从狭义上讲，双机热备特指基于active/standby(活动/待用)方式的服务器热备。服务 器数据包括数据库数据同时往两台或多台服务器写，或者使用一个共享的存储设备。在同一时间内只有一台服务器运行。当其中运行着的一台服务器出现故障无法启动时，另一台备份服务器会通过软件诊测（一般是通过心跳诊断）将备用机器激活，保证应用在短时间内完全恢复正常使用。
下面是典型的双机热备软件PCL HA来看一下双机热备的典型模式： －Active/Active模式
这是目前运用最为广泛的双节点双应用的Active/Active模式。
支撑用户业务的数据库和应用程序在正常状态下分别在两台节点上运行，各自有自己的资源，比如IP地址、磁盘阵列上的卷或者文件系统。当某一方的系统或者资源出现故障时，就会将应用和相关资源切换到对方的节点上。
这种模式的最大优点是不会有服务器的“闲置”，两台服务器在正常情况下都在工作。但如果有故障发生导致切换，应用和数据库将放在同一台服务器上运行，由于服务器的处理能力有可能不能同时满足数据库和应用程序的峰值要求，这将会出现处理能力不够的情况，降低业务响应水平。
－Active/Standby模式
两节点的Active/Standby模式是HA中最简单的一种，两台服务器通过双心跳线路组成一个集群。
PCL为此环境提供了完全冗余的服务器配置。这种模式的优缺点：
缺点：Node2在Node1正常工作时是处于“闲置”状态，造成服务器资源的浪费。
优点：当Node1发生故障时，Node2能完全接管应用，并且能保证应用运行时的对处理能力要求。
-多点集群模式
可以理解为双机热备在技术上的提升。多台服务器可以组成一个集群。根据应用的实际情况，可以灵活地在这些服务器上进行部署，同时可以灵活地设置接管策略。比如，可以由一台服务器作为其他所有服务器的备机，也可以设置多重的接管关系，等等。这样，就可以充分地利用服务器的资源，同时保证系统的高可用性。
双机互备
在双机热备的基础上，两个相对独立的应用在两台机器同时运行，但彼此均设为备机，当某一台服务器出现故障时，另一台服务器可以在短时间内将故障服务器的应 用接管过来，从而保证了应用的持续性。这种方式实际上是双机热备的一种应用。它避免了两个应用使用四台服务器分别实现双机热备，减少服务器使用数量，解决闲置问题。
双机双工
两台或多台服务器均为活动，同时运行相同的应用，保证整体的性能，也实现了负载均衡和互为备份。需要利用磁盘柜存储技术（最好采用san）。对于数据库服务而言，它同时需要数据库软件的支持，是比较复杂的。而WEB服务器或应用服务器就比较简单了。
双机一般就上面三种方案，下面从另一个角度看，前面的方案又可以分为基于共享存储和纯软件的解决方案。
基于共享存储的双机方案
基于存储共享的双机热备是双机热备的的最标准的方案，对于这种方式，采用两台服务器，使用共享的存储设备（磁盘阵列柜或存储区域网SAN）两台服务器可以采用互备、主从、并行等不同的方式。在工作过程中，两台服务器将以一个虚拟的IP地址对外提供服务，依工作方式的不同，将服务请求发送给其中一台服务器承担。同时，服务器通过心跳线(目前往往采用建立私有 网络的方式)侦测另一台服务器的工作状况。当一台服务器出现故障时，另一台服务器根据心跳侦测的情况做出判断，并进行切换，接管服务。对于用户而言，这一过程是全自动的透明的。由于使用共享的存储设备，因此两台服务器使用的实际上是一样的数据，由双机或集群软件对其进行管理。
它的优点是： 对于共享方式，数据库放在共享存储设备上，当一台服务器提供服务时，直接在存储设备上进行读写。当系统切换后另一台服务器也同样读取存储设备上的数据，它可以在无人值守的情况下提供快速的切换，一般情况下不会有数据的丢失。
缺点是：
1.增加了昂贵的存储设备投资，对于有实力的企业，可考虑该方式。2.存在单点故障的风险，主机故障虽然可以切换接管，但是实际风险从主机转移到了共享磁盘柜上，一旦磁盘阵列故障，会导致整个系统都不能工作，而且没有数据备份，数据永远都无法恢复了！，如果需要数据备份就必须购买其他的数据备份软件来实现。
我们暂假设盘阵质量与主机质量，假设单台PC服务器的可靠性为90%，假设共享磁盘阵列子系统的可靠性为99%，根据条件概率，主备机同时损坏或磁盘阵列柜损坏即双机系统和磁盘阵列子系统同时完好的概率为：
(1-(1-90%)*(1-90%))*99%=98.01%
如果采用了可靠性相对差一些的磁盘阵列，假设可靠性也是90%，则概率为(1-(1-90%)*(1-90%))*90%=89.1%<90%
可见整个系统的可靠性还不如单机运行。而且一旦磁盘阵列故障将是致命性的！
我们的提供的是备份容灾一体化的解决方案，既提供业务容灾自动接管，也提供多个时间点的数据容灾，数据在本地，灾备中心，数据容灾中心都有副本。
3.有时容易出现阵列坏道与数据丢失，这不是硬盘的原因，而且HA软件兼容性所致
4.主机正常运行时，如果HA软件发生误判，备机一旦发生故障切换，主备机同时对一个数据库进行读写，会导致数据完全损坏，这种情况下的损坏导致的损失是无法估量的，因为无法恢复！
5.设备升级会有兼容性问题
6.只有接管保护，无数据备份，无灾难恢复方案
7.主备机有距离限制，受SCSI电缆的长度限制（光纤通道的磁盘阵列也不受距离限制，但投资会大得多），如果发生火灾，停电等故障时则必须忍受业务停止。我们的方案不受距离远近的限制，支持远程容灾
8.管理方便性，每一个双机系统都必须单独管理，我们提供All-in-ONE-Web统一的管理入口，能对保护主机集中管理，远程管理，而且配置简单，无特殊技术要求。
9.无法进行时间点恢复，主机删除数据，就会从磁盘阵列上删除，就无法回退恢复了。
我们的方案可以给用户选择恢复到任意时间点的数据状态。
纯软方式的双机方案：
纯软件的方式，通过镜像软件，将数据可以实时复制到另一台服务器上，这样同样的数据就在两台服务器上各存在一份，如果一台服务器出现故障，可以及时切换到另一台服务器。
纯软的方案有如下缺点：
1.相对与共享存储的方案，成本较低，不需要购买价格高昂的共享磁盘柜，只需要购买镜像同步软件和故障接管软件
2.可靠性相对差一些，数据实时同步是纯软方案的薄弱所在，要完全做到实时的话对主机性能影响会很大。
3.没有事务机制，由于其复制是在文件和磁盘层进行的，复制是否成功不会影响数据库事务操作，另外大型数据库都有很大的缓存，数据不会立刻写进磁盘，如果此时发生故障，数据不会被复制到备机，因此有出现数据不完整不一致的情况，这个存在着相当的风险，有可能导致即时备机接管了，数据库无法使用。
4.每次故障切回后必须重新同步，重新初始化，数据覆盖一遍，这是个比较漫长的过程，数据量超过一百G以上的话可能要十几个小时，这期间机会不能动，严格的说初始化时几乎需要停止任何访问，此时主备机都处于无保护状态，如果此时主机发生故障，主备机数据都是不可用的，此时就没有任何数据可以用来恢复！这是致命的数据丢失。
我们的容灾方案也无法避免初始化的过程，但是对数据的保护采用数据库在线备份，不影响用户使用，而且跟双机这种监测磁盘数据变化不同，没有数据不一致的问题，另外我们的数据容灾中心有数据备份，即使在初始化过程中发生故障，数据中心有数据可以恢复到之前的任意时间点。
5.无法恢复到之前的时间点，因为备机只是主机的数据副本，即使主机上误删除了一个文件，备机也会删除此文件，无法恢复。
常见双机软件
LifeKeeper
支持共享磁盘柜方式和纯软件数据同步方式，支持2-16个节点的集群
优点：对卷的管理更胜一筹，深层次监控共享卷和镜像卷，数据同步为基于磁盘级的镜像，并且有锁卷功能，数据不会丢失。适用于多应用层的管理。已通过IBM认证 缺点：安装设置需要一定的技术要求
RoseHA
只支持共享磁盘柜方式，只支持两个节点 优点：界面简易，操作简单，适用于但应用层的管理。
缺点：对卷的管理稍逊，对卷和IP没有监控，对于某些IBM磁盘阵列关机不能切换。
RoseMirrorHA
只支持纯软件数据同步方式，只支持两个节点 优点：界面简易，操作简单。
缺点：同步方式为文件复制，没有锁卷功能，有可能造成数据丢失。
GoldenLife 支持共享磁盘阵列方式，只支持两个节点 优点：界面友好，安装设置简单。缺点：对卷的管理不如lifekeeper。
GoldenLifeMirror
支持数据同步的纯软方式，只支持两个节点 优点：安装操作简单，易于管理。
缺点：同步方式为文件复制，速度较慢。
第五篇：在线请假系统
在线请假系统 摘 要 1
前 言 2
第一章 概述 3
1.1 在线请假系统的任务与目标 3
1.2 本论文所作的工作 3
第二章 在线请假系统技术背景以及支撑环境 4
2.1 MVC 4
2.2 Struts 5
2.2.1 Struts概述 5
2.2.2 利用Struts框架开发MVC系统 6
2.3 Hibernate 6
2.4 Ajax 7
2.5 JXL 8
2.6 在线请假系统的开发环境 9
2.7 在线请假系统的运行环境 9
2.7.1 在线请假系统的项目部署 9
2.7.2 在线请假系统的环境需求 10
第三章 在线请假系统总体设计 11
3.1 在线请假系统需求分析 11
3.1.1 用户分析 11
3.1.2 业务目标 11
3.1.3 业务处理过程 12
3.1.4 系统特点 12
3.1.5 其他需求 12
3.2 系统总体视图描述 13
3.2.1 系统用例视图 13
3.2.2 系统约束 14
3.3 在线请假系统的系统架构 14
3.3.1 系统用例总图 14
3.3.2 业务处理视图 15
3.3.3 系统实现视图 16
3.3.3.1 概述 16
3.3.3.2 层次 17
3.4在线请假系统功能模块分析 18
3.4.1系统功能模块分析 18
3.4.2系统功能模块设计 18
第四章 在线请假系统数据库设计 21
4.1 数据库设计 21
4.1.1 数据库信息 21
4.4.2 查询与访问技术 21
4.4.3 数据字典以及对应的持久化类 21
4.2 数据库约束关系图 26
4.3 持久层 26
4.4 非数据库文件 27
第五章 员工请假申请模块的设计与实现 28
5.1 模块功能分析 28
5.2 员工请假申请用例视图 28
5.3 模块的包类结构图 29
5.4 用例关系图 31
5.4.1 顺序图 31
5.4.2 协作图 31
5.5关键技术 32
5.5.1 权限控制 32
5.5.2 Ajax日期校验 34
5.5.3 定义组织框架中“环”的问题 36
5.5.4 利用同步令牌来防止刷新导致的重复提交 36
第六章 总结与展望 38
6.1 课题总结 38
6.2 课题存在的问题以及解决方案 38
参考文献 40
致谢 41
点击咨询 