论文部分内容阅读
[摘 要] 针对听课管理系统的特点和缺陷，设计了基于移动办公的听课管理系统，首先介绍系统采用的Bootstrap、SSH等相关技术，然后进行需求分析，包括听课安排、听课记录、听课汇总和听课反馈四个模块，接着从数据库表设计、代码实现和系统实施三个方面描述系统设计过程，最后给出系统目前的应用情况和改进方向。
[关 键 词] 听课管理；Bootstrap；SSH
[中图分类号] TP391.9 [文献标志码] A [文章编号] 2096-0603（2016）22-0159-01
一、引言
听课管理是大专院校的一项重要活动，由于其工作的移动性要求较高，且信息普遍不公开，因此一般通过传统的纸质文档记录保存，随着数据量增多，数据统计和分析的工作量较大。近几年，随着移动终端的普及，移动APP应用的增多，有院校尝试通过开发PC和移动APP的应用，来实现听课管理的移动办公，但由于移动终端开发平台较多，开发成本较高，开发周期较长，基于这样的背景，本文提出了基于移动办公的听课管理系统设计方案。
二、框架技术
系统前端采用Bootstrap开源框架，实现了响应式布局，解决了跨屏和适配问题，能够在PC和各类移动终端上运行，支持主流的浏览器，框架提供了丰富的Web组件。系统后端基于J2EE平台的SSH（Spring Struts Hibernate）框架开发，该框架实现了视图、控制器与模型的分离，并分离了业务逻辑层与持久层，提高了软件的可复用性、可维护性和可扩展性。
三、需求分析
听课管理从功能上主要分为听课安排、听课记录、听课汇总和听课反馈，参与者包括学生、听课组织者、被听课教师和听课教师，其中被听课教师一般是一人，听课教师则有多人，且听课教师身份不同，如辅导员，普通教师，督导，专业负责人等，听课教师应根据身份不同反馈不同的信息。
（一）听课安排
首先具备听课组织权限的组织者在确定听课活动的课程、时间、地点和听课参与者后，登录系统，进入排课表列表，找到对应排课，确定该次听课安排，接着给本次听课活动，新增听课教师，当录入所有听课教师后，听课安排完成。
（二）听课记录
听课安排完成后，被听课教师和听课教师都可以在系统中查看到相应的听课活动安排，在听课现场，进入听课记录阶段，听课教师通过移动终端或计算机登录系统，录入反馈信息，学生在课程结束后，也录入相应反馈信息。
（三）听课汇总
听课活动结束后，听课组织者需要汇总反馈信息，包括教师点评，改进意见，学生难点和意见等信息。
（四）听课反馈
听课活动结束后，被听课者可查看教师和学生的反馈信息，当汇总数据完成后，被听课者也能查看汇总信息，两者区别在于，前者是原始的反馈数据，后者是具有固定反馈点和考核点的意见和建议。具备相应权限的用户也可查看反馈信息，比如督导，专业负责人，便于后期更多教学活动的开展。
四、系统设计与实施
（一）数据库设计
数据库表格包括学生、教师、课程、班级、课程安排表、角色、权限和日志等基础数据表，另外包括听课安排、听课教师、听课身份、反馈条目和听课条目反馈表等。
（二）代码设计
系统后端代码采用SSH架构实现，系统采用4层结构，将其中Model层分为实体层和业务层；View层采用Struts标签在JSP中实现；Controller层即Action层，采用ActionServlet控制器类，接受Model层传递的ActionForm对象，根据传递参数处理用户的请求。
系统前端基于Bootstrap框架和单页面技术，在主框架加载后，數据更新通过Ajax技术，交互的数据格式采用json格式，数据到达前端后，将json格式数据封装成单页面中的Bootstrap Web组件格式，再加载到页面中。
另外在听课活动的过程中，有大量基于不同听课身份的反馈表模板，模板采用Word和Excel格式，因此系统采用了POI开源库，通过该库提供的API进行Office文件的读和写的功能。
（三）系统实施
考虑到系统访问流量和访问频率一般，系统服务器端采用主流配置，数据库采用开源的MYSQL，JDK1.5以上版本，Web服务器采用Tomcat，客户端通过主流浏览器都可以访问。
系统目前应用在一所大专院校中，能很好地满足该校的督导信息化工作，后期将在兄弟院校内推广使用，并通过推广使用不断完善功能，同时考虑与各院校的督导，OA、考勤系统等与教学相关的平台集成，推出数据智能分析功能，对院校的教学效果、评测反馈和互动沟通提供相关的决策。
参考文献：
[1]吴静.排听课管理系统的设计与实现[J].北京工业职业技术学院学报，2014（4）：51-54.
[2]杜海舟，陈春莲.教学督导听课信息管理系统的设计与实现[J].上海电力学院学报，2014（4）：346-351.
[关 键 词] 听课管理；Bootstrap；SSH
[中图分类号] TP391.9 [文献标志码] A [文章编号] 2096-0603（2016）22-0159-01
一、引言
听课管理是大专院校的一项重要活动，由于其工作的移动性要求较高，且信息普遍不公开，因此一般通过传统的纸质文档记录保存，随着数据量增多，数据统计和分析的工作量较大。近几年，随着移动终端的普及，移动APP应用的增多，有院校尝试通过开发PC和移动APP的应用，来实现听课管理的移动办公，但由于移动终端开发平台较多，开发成本较高，开发周期较长，基于这样的背景，本文提出了基于移动办公的听课管理系统设计方案。
二、框架技术
系统前端采用Bootstrap开源框架，实现了响应式布局，解决了跨屏和适配问题，能够在PC和各类移动终端上运行，支持主流的浏览器，框架提供了丰富的Web组件。系统后端基于J2EE平台的SSH（Spring Struts Hibernate）框架开发，该框架实现了视图、控制器与模型的分离，并分离了业务逻辑层与持久层，提高了软件的可复用性、可维护性和可扩展性。
三、需求分析
听课管理从功能上主要分为听课安排、听课记录、听课汇总和听课反馈，参与者包括学生、听课组织者、被听课教师和听课教师，其中被听课教师一般是一人，听课教师则有多人，且听课教师身份不同，如辅导员，普通教师，督导，专业负责人等，听课教师应根据身份不同反馈不同的信息。
（一）听课安排
首先具备听课组织权限的组织者在确定听课活动的课程、时间、地点和听课参与者后，登录系统，进入排课表列表，找到对应排课，确定该次听课安排，接着给本次听课活动，新增听课教师，当录入所有听课教师后，听课安排完成。
（二）听课记录
听课安排完成后，被听课教师和听课教师都可以在系统中查看到相应的听课活动安排，在听课现场，进入听课记录阶段，听课教师通过移动终端或计算机登录系统，录入反馈信息，学生在课程结束后，也录入相应反馈信息。
（三）听课汇总
听课活动结束后，听课组织者需要汇总反馈信息，包括教师点评，改进意见，学生难点和意见等信息。
（四）听课反馈
听课活动结束后，被听课者可查看教师和学生的反馈信息，当汇总数据完成后，被听课者也能查看汇总信息，两者区别在于，前者是原始的反馈数据，后者是具有固定反馈点和考核点的意见和建议。具备相应权限的用户也可查看反馈信息，比如督导，专业负责人，便于后期更多教学活动的开展。
四、系统设计与实施
（一）数据库设计
数据库表格包括学生、教师、课程、班级、课程安排表、角色、权限和日志等基础数据表，另外包括听课安排、听课教师、听课身份、反馈条目和听课条目反馈表等。
（二）代码设计
系统后端代码采用SSH架构实现，系统采用4层结构，将其中Model层分为实体层和业务层；View层采用Struts标签在JSP中实现；Controller层即Action层，采用ActionServlet控制器类，接受Model层传递的ActionForm对象，根据传递参数处理用户的请求。
系统前端基于Bootstrap框架和单页面技术，在主框架加载后，數据更新通过Ajax技术，交互的数据格式采用json格式，数据到达前端后，将json格式数据封装成单页面中的Bootstrap Web组件格式，再加载到页面中。
另外在听课活动的过程中，有大量基于不同听课身份的反馈表模板，模板采用Word和Excel格式，因此系统采用了POI开源库，通过该库提供的API进行Office文件的读和写的功能。
（三）系统实施
考虑到系统访问流量和访问频率一般，系统服务器端采用主流配置，数据库采用开源的MYSQL，JDK1.5以上版本，Web服务器采用Tomcat，客户端通过主流浏览器都可以访问。
系统目前应用在一所大专院校中，能很好地满足该校的督导信息化工作，后期将在兄弟院校内推广使用，并通过推广使用不断完善功能，同时考虑与各院校的督导，OA、考勤系统等与教学相关的平台集成，推出数据智能分析功能，对院校的教学效果、评测反馈和互动沟通提供相关的决策。
参考文献：
[1]吴静.排听课管理系统的设计与实现[J].北京工业职业技术学院学报，2014（4）：51-54.
[2]杜海舟，陈春莲.教学督导听课信息管理系统的设计与实现[J].上海电力学院学报，2014（4）：346-351.