摘 要
在当今大数据时代，我国互联网技术进一步发展，各种软件与程序如雨后春笋般应运而生，加上国家对教育不断重视的背景下，开发一套中小学家校合作平台系统显得非常必要。“中小学家校合作管理平台”是为实现学生及时反映在校情况，教师及时汇报信息，家长及时了解孩子在校情况，并且能够互相交流学习的网络互动平台，是计算机技术、互联网技术、无线通讯等多种技术于一体的现代化信息管理平台。利用这一平台，家长能够及时了解到自己孩子的情况，从而能够帮助家长和教师及时方便快捷地对孩子的进行教育管理，有效解决家、校之间对孩子差异性教育的问题，对于学校、教师和家长这三方主体来说，该平台是能够为他们提供自由表达并促进彼此之间和谐发展的快捷高效沟通桥梁。
首先，本文介绍了设计与研发中小学家校合作平台的时代背景、必要性及其可行性，探讨了以往家校教育的现状和存在的问题，描述了中小学家校合作平台在当今教育中的发展性及可行性。中小学家校合作管理平台系统研究的内容涉及系统管理、用户管理、家校联系，在校课程，博客管理等。
本文重点介绍了中小学家校合作平台的技术框架及实现的过程。本论文通过以平台的系统工程作为研究的主线，主要从可行性分析、需求分析、总体设计、详细设计到测试与调试的整个开发过程进行论述，详细介绍了中小学家校合作管理平台系统的实现过程，总结了开发过程中的经验及本系统今后的改进方向。
关键词：家校平台；信息管理系统；交流；资讯
1 绪论
1.1 课题的研究背景及意义
教育强则国家强，教育的繁荣能够促进国家的昌盛，我国的教育的真正内涵，在于通过建立学校、家庭与社会之间的联系，由学校通过教书育人培养出能够与社会接轨并且促进社会经济发展的杰出人员。然而杰出人员的培养不仅需要学校，还需要家庭的配合。苏联有位著名的教育家名为苏霍姆林斯基，他曾经说过：“生活使得学校需要承担的责任无比复杂和高要求，导致整个社会的运转依赖于家庭和学校的教育培养，若家庭缺乏一定的教养，或者学校未履行应尽的义务，此时无论教师们多么竭诚付出，都无法取得较为完满的效果”。他认为，学校和家长不但要齐心协力，还要对同学们有相同的期望和共同的目标。本着相同的信仰，总是遵循同一原理，不论在教学目的、教学过程和教学方法上，都要做到完全一致。
随着社会的发展，以往教师与家长的沟通方式常常是线下面对面沟通，对学生存在的情况采取家访或者家长会的传统方式进行交流，而这种交流方式受限于时间、地点的限制，导致家长和教师不常沟通，家长会往往也是在重大考试后或者本学期结束时统一召开。不仅如此，家长会意味着一位班主任面对班上所有同学的家长，属于一对多而不是一对一的个性化交流，不少家长只会被动听取班主任对本学期教学情况和学生整体状况的汇报，较少主动询问班主任自己孩子的实际情况，而班主任受限于时间和咨询人数，难以详细解答主动询问孩子状况的家长的问题，往往就是缺乏稳定的语言沟通和真诚的教导，此外，学生之间也缺乏正确价值观的沟通，彼此之间的交往呈现出不全面并局限在各自的小圈子里，无疑，这种现象是不利于解决学生在成长和学习过程中遇到的各种问题的，也不利于同学之间开诚布公地展开探讨和沟通。
家校合作平台的立足点在于社会发展需求[1]，由于当代经济发展、社会竞争剧烈，使得家庭的生存压力大增，家长们工作繁忙，家长对于子女在校的情况非常关心，但很多时候都是心有余而力不足。传统的家校合作方式如家长会、电话、家访等等都能起到积极沟通的作用，但是对人力和物力也消耗极大。家委会也很难反映自己孩子特殊的情况，家长对于孩子的差异性也很难展开相应的教育。针对这些问题与普遍的情况，通过增强平时的教学和管理，不仅能够为学生、老师、家长这三方主体提供足够的机会开展交流，而且有助于教育者运用互联网时代的技术优势提升教学水平，从而促进学生敢于展现自我、在交流中发展自我，并且根据自身的综合素质能力状况，采取积极、主动的措施完善职位。
1.2 国内外研究现状
我们的教育学教授吴重涵，主张家庭和学校之间的协作是一种本土思维，X霍普金斯大学的爱普斯坦学者把家庭和学校的合作扩展到社区，建立了“交叠影响与理论”，提出了学校、家庭和社区之间的协作，这三个因素在孩子成长和教育中的作用是相互叠加影响的。苏联教育家，苏霍姆林斯基曾经发表了一篇文章《给教师的一百条建议》，文章里提及了“家校合作”这一概念，并流传开来，他认为最好的教育应该是“家校合作共同教育”，解决好学校家庭教育之间的合作关系就能培养好下一代。北爱尔兰大学的摩根教授将父母的参与活动分成三个层面：底层的、高层的、正式的和组织的。进入21世纪以来，X教育部“国家教育目标指定小组（The Nation Education Goals Pane）”把“父母参与（parent involvement）”列为第八项国家教育目标。X学者哈德森对此进行了研究，认为父母的介入不但能提高学生的学业水平，还能促进学校的教学工作[2]。
X和日本都拥有家长教师协会，主要目的在于由家长和学校共同承担起对儿童教学和抚育的义务，名称为PTA（Parent Teacher Association）。PTA在学校与家庭和社会之间的沟通方面起到了很好的促进作用，为青年的健康发展提供了良好的条件。在社会的发展和科技的进步情况下，技术慢慢的实现对教师教学方式的改变和学生学习方式的改变。X的桥梁项目（Project of Bridge）是为了促进家长和教育者的信息沟通而开发的声音信息系统，项目运转的基础在于电脑这个工具桥梁，以此为必备要素加强学校与家庭之间的联系[3]。
从国内外家校合作研究现状来看[4]，主要体现以下几点：首先是关于家校合作范围的讨论。在国内，我们把重点放在了家庭与学校的协作上，而在其它一些地方，如X，则把家校的合作延伸到了社区。其次是教育法规的体现，我国目前的教育法和相关的政策文件并不完善，主要的立法目的在于要求家庭对于配合学校的义务，而学校承担的角色在于指导地位，对家庭教育提出自己的建议，而X的家校合作教育与我国相比更具体更易落实，虽然近几年来都在强调家庭教育，2022年也将开始实施《中华人民共和国家庭教育促进法》，但推进工作仍然需要时间。第三，在家校合作内容上，我国与X等其他国家相比略显单一[5]。整体而言，我国的家长参与的范围较低，家庭进入到学校教育的数量仍然有很大的提升空间，而对于我国家长参与的角色来看，大多数家长并没有意识到自己应当充当支持与认可孩子教育的角色，很多家长并未意识到自己在教育中的重要性。
1.3 课题思想内容
家校管理系统的重要性显而易见。家校管理系统的根本出发点是为家长、学生、教师方便快捷的交流沟通提供的一个网络环境，构建一个教师、家长和学生三方的学习共同体，加强家庭教育和学校教育的相互渗透。互联网信息基础和系统技术是典型的双向交流模式的代表媒体，互联网本身就具有了交互性，能够为一对一的沟通与学习提供平台和方式。此外，互联网技术提供了联系外界的学习环境。[6]。互联网拥有的这些优势是其他媒体所不具有并且无法模仿的，同时也为提供个性化服务提供了前提。
家校管理系统这个平台的定位是整合多方力量来共同构建一个平台，给家庭和学校双方提供一个能够充分交流和协商，共同助力学生发展和进步的空间和工具，它并不是由学校单方面来管理的一个学校管理系统。系统的公共开放性，对学校、对父母、对学生的教育与管理都是有益的[7]。
在我国，国民并没有意识到家庭和学校合作这种教育方式的重要性，但是我国教育和育儿的专家和有关人员都强调过家校合作的重要性，认为家校合作重点需要注意以下内容：
家校合作交互性由家庭教养和学校教学共同组合来教育未成年人的模式，一方面需要家庭意识到家长在孩子教育中的作用，另一方面要强调学校对学生教学的主导作用。一名学生或者一名人才的培养，离不开家长的支持和鼓励，也离不开学校的谆谆教诲，只要双方主体协力合作，由学校把控全局，家庭给予配合，那么，家校合作就能发挥其应有的作用。（2）家校合作应该的中心属于学生这个主体，此时并非将学生视为群体概念，而是独立的个体概念来对待，教育是家校合作的目的和手段，共同作用与学生这个独立主体，通过个性化的合作，促进每一个独立学生个体生活上健康成长，知识体系和技能上得到授课，最终促进学生的全面发展。
（3）家校合作对家庭、学校甚至社会都具有不容忽视的重要作用，家校合作离不开三方主体的协力合作，只有三方主体都投入到学生的成长和教育中来，并且分清楚主次作用关系，教育的真正内涵才能得以展示。
（4）家校管理系统并非一成不变，而是能够跟随具体情况具体调整，最终是为了满足用户需求，并且通过互联网实时交际来解决实际问题，为学生与教师提供一个直面交流的服务平台，具有极大的必要性。
1.4本文结构安排
本论文主要分为6章，各章节安排如下：
第一章 绪论，明确本次毕业设计的题目，主要介绍课题的时代背景、研究现状以及研究必要性。
第二章 相关技术介绍，本章重点介绍研发与设计系统所需的相关技术，通过介绍系统服务，整体把控该系统开发的可行性。
第三章 系统需求分析，本章主要是阐述了各大实际需求，系统的设计建立在需求之上，重点介绍了功能、性能需求以及用例和流程。
第四章 系统设计，本章通过流程、代码的方式介绍了系统是如何得以设计、结构如何得以形成的内容。
第五章 系统实现，本章主要阐述的是本系统能够实现的基本界面和具体实现。
第六章 系统测试，本章针对已经设计出来的系统进行测试，并向读者描述了测试的性能效果。
2 相关技术介绍
2.1 系统服务介绍
2.1.1服务器平台
采用Windows 10professional操作系统作为系统的运行环境。
采用ApacheTomcat服务器作为系统运行的中间件。
采用MySQL 5.0建立应用程序的信息数据存放环境。
2.1.2 客户运行环境
本系统的客户运行环境建立在在WindowsXP之上，具体来说，需要建立在校园网络或互联网访问服务器的基础之上，由此获得一定的数据再实施一定的实际操作。
2.1.3 相关技术
本次系统设计不仅需要使用到MyEclipse平台中的Java开发语言，还涉及到MySQL 5.0数据库技术，并且需要搭配使用Microsoft Dreamweaver mx等工具，通过一系列相关技术的搭配使用，最终完成本系统的设计。
2.1.4 系统的特点
1.软件要求
本次设计的系统采用的是MyEclipse和MySQL 5.0开发，为了展示具有一定标识性的用户界面。采用的是JSP制作系统，此外，后台数据库也是重要的一环，采用的是MySQL5.0进行制作，也就是说，由MyEclipse和MySQL 5.0共同完成设计的系统所需要的功能，最终使得系统能够成功在Windows系统上正常且流畅地操作。
经济适用整体而言，本系统开发过程中不需要过多费用，主要费用花费在前期的系统的设计与研发上，而后期的系统维护无需花费额外费用，有助于减少后期学校在系统管理和维护上的成本，而且系统一经投入使用，就能够实现无障碍的沟通交流，不仅满足低成本的经济性的需求，而且满足实用性需求，经济适用，高效便捷。
操作简单易学本系统运行对软件要求即普通电脑的Windows系统，熟知操作Windows的用户，便能直接学会对本系统的使用，若对电脑操作与使用还不熟悉的用户，也能够迅速学习与掌握本系统的操作，总而言之本系统操作简单，容易被掌握。
2.2 系统开发环境
使用MyEclipse为本系统的程序代码开发工具。
使用MySQL5.0 为底层数据库。
使用Microsoft Dreamweaver mx作为页面设计工具。
2.3 技术介绍
2.3.1 JSP技术
JSP[8]是使用了MySQL数据库的一种技术，其服务期是常用的TOMCAT。JSP充分借鉴了C语言、Java等等的优势，不仅能够使初学者迅速掌握，而且该技术的运用已经较为成熟，广泛地使用于Web开发领域。不同于Perl的是，该软件具有动态页面这一独特的特点。但是JSP的具体设计上有些不同别的编程语言，不同体现在在需要将代码嵌入到HTML文件中，若没有这一步是无法正常操作的，而且JSP的执行速度相较于CGI完成 HTML标签，JSP的速度具有不可比拟的优势。JSP程序的运行速度之所以更快速，是因为JSP拥有执行编译后代码的这项功能，在编译的过程中，能够实现加密运行的功能，还能后进一步优化，自然能够拥有更快的速度。而且JSP技术具有的特点是自由的和开放源码的，一旦被设计开发，就能够在UNIX、LINUX、WINDOWS、Mac OS、Android等平台运行，对平台要求不高。此外，JSP面向群体是广泛的，未来关于JSP的研究设计还可以面向商业程序，可见JSP技术具有很大的前景。
Tomcat[9]同样是一种经常使用的服务器软件，几乎不存在设备限制，因为它通行于所有计算机，甚至能够跨平台运行和适用，还能够保障运转的安全，受到JAVA开发技术人员和网民的欢迎。Tomcat服务器软件也在随着技术发展而更新换代，目前能够支持最新的HTTP/1.1通信协议，Tomcat在特性上仍然具有足够的优势，不仅操作简单，而且该有的特性都能发挥出来，通常是Web服务器的首要考虑，受到推崇。
2.3.2 B/S结构
B/S[10]结构属于目前开发应用程序过程中频繁广泛使用的程序性结构之一，它突破了传统的C/S结构模式，是一种能够给程序系统编程提供基础网络模式的程序性结构模式。大数据时代B/S结构也逐步得到了发展和升级，对大部分信息管理系统的需求不仅限于一台计算机，还需要由连接入互联网的其他计算机进行必要的操作。可见，建立在B/S结构上的程序设计因为该结构更新改进的速度较快，同样受到推崇和使用。
B/S结构不需要再某一特定的系统上安装才能运用，不是独立的窗体程序，而是直接是通过WEB浏览器就能够投入运行。B/S结构运行的原理在于开发的软件系统部署到远程服务器上，只要是能够连接网络的电脑，都可以正常访问已部署的程序系统，而不需要安装额外的浏览器或者专门的软件。这种运转原理毫无疑问极大地方便了用户使用到管理系统。
正是因为B/S结构具有如此优越性，中小学家校合作管理平台的系统开发所采用的便是该日常使用和维护，还有利于吸引家长和学校积极使用，只要拥有一台能够连接网络的计算机设备就可以真正建立起家校之间的交流和沟通。
2.3.3 MyEclipse平台编程语言
MyEclipse平台编程语言是的Eclipse增强插件集合，集成的插件主要包括Spring， Hibernate，Struts，EJB，JSTL等，此外，对市场上主流的容器具有较高的适配度，比如前面提到的Tomcat，还有Jboss，Weblogic，WebSphere等,并且使用的是DatabaseExplorer数据库管理插件，集合拥有各大插件。
MyEclipse还有助于解决开源工具存在的问题，主要是因为它作为插件集合，为Eclipse提供了一个大量专有和开放源码的Java工具。MyEclipse不仅能够生成Struts Web的应用工具，而且拥有Hibernate框架的数据库连接及SQL浏览器[11]。
MyEclipse为开发便利Eclipse开发了它的几个视图,可以通过菜单window->Open Perspective选择适当的视图,如MyEclipse Database Explorer，MyEclipse J2EE Development，MyEclipse Hibernate和MyEclipse Web2.0。
2.3.4 MySQL数据库
对于设计一个能够支撑系统运行的数据库而言，需要完成一系列的步骤和程序，从建立数据库开始，需要根据需求对数据库进行个性化设计，选择合适的组件，当数据库初步设计完毕之后，还需要对此进行调试和测试，看看能够正常运行并能够投入使用。数据库的开发[12]是区别于整个软件系统的开发，最重要的体现就在于其开发目标在于正常运行，根据数据库的设计规范，遵循开发设计的范式和标准，充分运用涉及到的各学科的技术，采用恰当的、合理的组件设计将要开发的软件系统的数据结构，比如最基础的表、师徒等等，最终推进软件能够有效运行，实现数据库的完工[13]。
MySQL5.0是最新版本的数据库，其效能是能够连接不同数据库表，保持彼此之间的稳定结构，故该数据库是本论文研究课题软件的最佳数据库选择，能够完好地满足设计中小学家校合作管理平台的各项功能需求。
3 系统需求分析
传统的家校合作管理方式有其优点，但也有不足，信息技术的发展为家校合作提供了创新的方式，家校合作现状中，发现家校沟通还是较少，不论是教师还是家长，主动与对方沟通的频率较少，沟通的情况单一，一般是有事才会主动沟通。大多数家长都把自己工作忙碌视为影响家校合作的因素，大多家长都只能关注孩子但很少参与孩子的教育，也会有家长认为自己缺乏教育技能和技巧[14]。因此中小学家校合作管理平台是应对目前现状与问题的行之有效的系统，建立的是学校与家庭的沟通桥梁，老师能够在每天放学后或者周末和家长展开交流，家长也能对教育进行学习。
3.1 系统目标
本系统研究与开发的是一套中小学家校合作管理平台[15]，主要目标是通过计算机技术，使得家庭和学校可以及时、方便地传递信息，有效地解决家庭和学校之间沟通困难的矛盾和问题。在学生、家长和老师之间架起一座沟通桥梁，实现了社会、学校、家庭和谐共育的教育格局。
3.2系统功能需求分析
本系统的功能需求与用户需求息息相关，具体功能主要存在以下几个：
（1）教师、家长用户注册与登录；
（2）建立家校双方主体联系；
（3）根据不同年级与学科开展不同的在线课程；
（4）家长、教师和学生的三方主体博客；
（5）交互双向沟通；
（6）离线留言；
（7）在线客服。
3.3 系统性能需求
（1）及时处理性能要求。研究开发本系统设计必须要兼顾当下系统需求和将来系统负载，保留一定的发展改进空间，系统的处理性能上要求及时、实时，在较短的时间内能够解决某一方用户的交流需求。
（2）系统开放性：对于本系统的设计的用户范围，应当尽可能满足开放和扩充的需求，未来将有更多的用户看到该平台的便利、高校，为了能够容纳更多用户同时查询或者在线使用，需要保证软件的升级和改进，能够及时修复软件bug，采取合适的方式进行有针对性地调整。
（3）系统的数据要求：1.精确、实时地录入和处理数据。2.数据的完整性和一致性。3.能够分享数据并保持独立。
（4）实现系统性能需求的目的要求在开发设计时，运用常见的术语和语言提示，界面设计应通俗易懂，这样才能给用户提供在线帮助，尽可能帮助用户掌握并使用该系统。
3.4可行性分析
（1）技术可行性
当前设计中小学家校合作管理平台是拥有成熟的市场技术的，具有技术可行性。在通常情况下，设计中小学家校合作管理平台这一系统不仅需要成熟的软件技术，还需要完善的硬件，而笔者针对设计本系统所需要的技术，对企业网站和系统技术都展开了深入调查和研究，明白当前一款软件系统的开发并投入使用所需的技术要求，笔者都进行了学习，因此本次系统开发具有技术可行性，能够实现研究课题的目标、功能和性能，最终可以投入使用。
（2）经济可行性
本系统的开发具有经济适用的特点和优势，前期开发的成本低，后期维护运行的成本也低，而且低成本能够带来高收益，具有经济可行性。从经济学的角度来看，本系统的目标在于以尽可能低的成本获取最大的收益，即成本效益最优化。中小学家校合作管理平台面向的服务对象是教师和家长，带来的收益最大的就是系统的好评率和影响力，能够促进家庭与学校的零成本交流沟通，实现对学生的成长成才。
（3）法律上的可行性
本系统全程独立开发，完全由笔者根据市场、主体、系统需求进行逐步独立设计，在法律上拥有正规版权，不存在侵权民事法律纠纷的情况，在法律上具有可行性。
（4）组织和管理的可行性
任何系统的运转和使用，都离不开设计者的协力合作，包括前期软件的开发与设计，还包括后期系统的管理和维护，而中小学家校合作管理平台再维护上具有人力少的优势，家长或教师任何用户都可以向后台反映技术性问题，由专门的技术人员进行管理，整体上能够保持系统长期稳定使用。
3.5系统用例分析
系统用例是用来表示参与者与系统的交互的过程。利用用例图可以描述出来系统需求模型中的相应的功能，通过用例就可以描述出来开发的软件系统能够给用户提供哪些具体的功能模块。
图3-1 管理员用例图
3.6流程分析
（1）数据流程分析
中小学家校合作管理平台的使用流程根据下图所示，主要包括三个流程步骤：第一就是由用户注册账号后设置自己用户的密码，然后根据独立的账号密码进行系统登录，该流程从电脑客户端向数据库传送并进行验证的就是账号和密码的匹配，若能成功验证则可以顺利登录，否则仍然停留在登录界面；第二个流程便是登录的用户能够使用平台的各个功能，但仅仅限于对本账号的操作，该流程涉及的每一个功能都有对应的数据流传送至数据库并执行数据MySQL语句；第三个流程就是电脑界面传送至数据库的数据流反馈回电脑界面，呈现给用户查看，由用户继续选择下一个操作后，系统的流程继续重复上面的三个流程。
图3-2系统数据流图（顶层图）
（2）系统流程分析：
使用的用户在电脑界面通过独立的账号和密码，由数据流传送至数据库进行逻辑验证，验证成功反馈回电脑界面，即成功登录平台系统。用户可以对系统展示的所有功能，如交互双向联系、在线课程、博客管理或者留言板等功能实施一系列操作，每一项操作的系统流程都是操作界面的数据流向数据库中心，数据库处理验证后反馈回给用户界面。
4 系统总体设计
本系统完成的的总体设计包括分析与介绍三大设计原则、系统的程序架构、功能模块和数据库总体结构，通过以上几个方面保证系统的功能齐备和运转正常。
4.1 系统功能模块设计与模块划分
系统功能模块图如图4-1所示。
图4-1系统功能模块图
4.2 系统流程设计
根据自己相应角色进行登录，只有登录成功才可以使用对应的服务类型，本系统的操作流程图，如图4-2所示。
图4-2系统流程设计图
4.2.1 学生模块功能流程
学生在系统首页登录，只有登录成功才可以使用学生的服务类型，本系统的操作流程图，如图4-3所示。
图4-3 学生模块功能流程图
4.2.2 家长模块功能流程
家长在系统首页登录，只有登录成功才可以使用家长的服务类型，本系统的操作流程图，如图4-4所示。
图4-4家长模块功能流程图
4.2.3 教师模块功能流程
教师在系统首页登录，只有登录成功才可以使用教师的服务类型，本系统的操作流程图，如图4-5所示。
图4-5 教师模块功能流程图
4.2.4 管理员模块功能流程
管理员在系统首页登录，只有登录成功才可以使用管理员的服务类型，本系统的操作流程图，如图4-6所示。
图4-6 管理员模块功能流程图
4.3 数据库E-R图
数据库的设计是开发中小学家校合作管理平台最重要的部分，任何系统的设计和开发，都离不开成熟的数据库技术，因为数据库设计关联着平台系统的各方面的性能，比如速度性能、数据负载度等等。只有拥有成熟、完善的数据库，一个平台系统在投入使用的过程中才能高效运转和有效管理。
本系统数据库表分别是：account、accountright、accountrole、blogs、course、dictionary、dictionaryitem、forum、forumreview、leavemessage、lesson、parents、right、role、roleright 、student、teacher。
4.4数据库表结构
数据库表结构及其关系对数据库的设计具有重要作用，利用数据库管理工具MySQL来建立和开发班级管理系统的数据库，首先利用MySQL语言建立一个名称为jxt-final的数据库，然后在这个数据库里面分别设计了17张数据库表，这17张数据库表的结构如下：
账号表如表4-13所示。
表4-13 账号表（sys_account）
| 编号 | 字段名称 | 可否为空 | 数据类型 | 说明 |
| 1 | ID | NOT NULL | varchar(50) | 用户编号 |
| 2 | ACCOUNT | NOT NULL | varchar(120) | 账号 |
| 3 | ADDRESS | NULL | varchar(255) | 地址 |
| 4 | CREATIME | NULL | datetime(0) | 生成时间 |
| 5 | CREATOR | NULL | varchar(120) | 管理员 |
| 6 | DESCRIBLE | NULL | varchar(255) | 管理系统 |
| 7 | NULL | varchar(255) | 电子邮件 | |
| 8 | NICK_NAME | NULL | varchar(60) | 名字 |
| 9 | PASSWORD | NULL | varchar(60) | 密码 |
| 10 | PHTOTO | NULL | Longtext(0) | |
| 11 | NULL | varchar(255) | 腾讯QQ | |
| 12 | REMARK | NULL | varchar(255) | |
| 13 | SEX | NULL | varchar(20) | 性别 |
| 14 | STATUS | NULL | Int(11) | |
| 15 | TEL | NULL | varchar(255) | 电话 |
| 16 | TYPE_ID | NULL | varchar(50) | |
| 17 | TYPE | NULL | varchar(50) | 角色类型 |
账号权限表如表4-14所示。
表4-14 账号权限表（sys_account_right）
| 编号 | 字段名称 | 可否为空 | 数据类型 | 说明 |
| 1 | ID | NOT NULL | varchar(50) | 用户编号 |
| 2 | ACCOUNT_ID | NULL | varchar(50) | 账号名称 |
| 3 | RIGHT_ID | NULL | Varchar(50) | 权限 |
账号权限表如表4-15所示。
表4-15 账号角色表（sys_account_role）
| 编号 | 字段名称 | 可否为空 | 数据类型 | 说明 |
| 1 | ID | NOT NULL | varchar(50) | 用户编号 |
| 2 | ACCOUNT_ID | NULL | varchar(50) | 账号名称 |
| 3 | ROLE_ID | NULL | varchar(50) | 角色 |
账号权限表如表4-16所示。
表4-16 博客表（sys_blogs）
| 编号 | 字段名称 | 可否为空 | 数据类型 | 说明 |
| 1 | ID | NOT NULL | varchar(50) | 用户编号 |
| 2 | CONTENT | NULL | varchar(255) | 博客内容 |
| 3 | CREATE_TIME | NULL | datetime | 生成时间 |
| 4 | CREATOR | NULL | varchar(255) | 操作人员 |
| 5 | KEY_WORD | NULL | varchar(255) | 关键字 |
| 6 | NAME | NULL | varchar(255) | 标题 |
| 7 | STATUS | NULL | int(11) | |
| 8 | SUB_NAME | NULL | varchar(255) | 小标题 |
| 9 | ACCOUNT | NULL | varchar(50) | 内容 |
课程表如表4-17所示。
表5-3课程表（sys_course）
| 编号 | 字段名称 | 可否为空 | 数据类型 | 说明 |
| 1 | ID | NOT NULL | varchar(50) | 用户编号 |
| 2 | CREATE_TIME | NULL | datatime | 生成时间 |
| 3 | CREATOR | NULL | varchar(255) | 操作人员 |
| 4 | NAME | NULL | varchar(255) | 科目 |
| 5 | REMARK | NULL | varchar(255) | 课程要求 |
| 6 | STATUS | NULL | int(11) | |
| 7 | YEAR | NULL | varchar(255) | 课程时间 |
字典表如表4-18所示。
表4-18 字典表（sys_dictionary）
| 编号 | 字段名称 | 可否为空 | 数据类型 | 说明 |
| 1 | ID | NOTNULL | varchar(50) | 用户编号 |
| 2 | DICT_NAME | NOTNULL | varchar(120) | 性别 |
| 3 | DICT_TYPE | NOTNULL | varchar(120) | 类型 |
| 4 | DICT_VALUE | NOTNULL | varchar(255) | |
| 5 | EXT01 | NULL | varchar(255) | |
| 6 | EXT02 | NULL | varchar(255) | |
| 7 | EXT03 | NULL | varchar(255) | |
| 8 | EXT04 | NULL | varchar(255) | |
| 9 | EXT05 | NULL | varchar(255) | |
| 10 | REMARK | NULL | varchar(255) |
字典条目表如表4-19所示。
表4-19字典条目表（sys_dictionary_item）
| 编号 | 字段名称 | 可否为空 | 数据类型 | 说明 |
| 1 | ID | NOT NULL | Varchar(50) | 用户编号 |
| 2 | DICT_NAME | NOT NULL | varchar(120) | 性别 |
| 3 | DICT_TYPE | NOT NULL | varchar(120) | 类型 |
| 4 | ISEDIT | NULL | bit(1) |
交流话题表如表4-20所示。
表4-20交流话题表（sys_forum）
| 编号 | 字段名称 | 可否为空 | 数据类型 | 说明 |
| 1 | ID | NOT NULL | varchar(50) | 用户编号 |
| 2 | CONTENT | NULL | varchar(255) | 发表话题内容 |
| 3 | CREATE_TIME | NULL | datetime(0) | 生成时间 |
| 4 | CREATOR | NULL | varchar(255) | 操作人员 |
| 5 | KEY_WORD | NULL | varchar(255) | 关键字 |
| 6 | STATUS | NULL | int(11) | |
| 7 | SUB_TITLE | NULL | varchar(255) | 题目 |
| 8 | TITLE | NULL | varchar(255) | 小标题 |
交流回复表如表4-21示。
表4-21交流回复表（sys_forumreview）
| 编号 | 字段名称 | 可否为空 | 数据类型 | 说明 |
| 1 | ID | NOT NULL | varchar(50) | 用户编号 |
| 2 | CONTENT | NULL | varchar(255) | 回复内容 |
| 3 | CREATE_TIME | NULL | datetime(0) | 生成时间 |
| 4 | CREATOR | NULL | varchar(255) | 操作人员 |
| 5 | STATUS | NULL | int(11) | |
| 6 | FORUM | NULL | varchar(50) |
留言表如表4-22所示。
表4-22 留言表（sys_leavemessage）
| 编号 | 字段名称 | 可否为空 | 数据类型 | 说明 |
| 1 | ID | NOT NULL | varchar(50) | 用户编号 |
| 2 | CONTENT | NULL | varchar(255) | 留言公告 |
| 3 | CREATE_TIME | NULL | datetime(0) | 生成时间 |
| 4 | CREATOR | NULL | varchar(255) | 操作人员 |
| 5 | RE_CONTENT | NULL | varchar(255) | 回复 |
| 6 | RE_CONTENTER | NULL | varchar(255) | 回复人员 |
| 7 | RE_TIME | NULL | datetime(0) | 回复时间 |
| 8 | STATUS | NULL | int(11) |
上课记录表如表4-23所示。
表4-23 上课记录表（sys_lesson）
| 编号 | 字段名称 | 可否为空 | 数据类型 | 说明 |
| 1 | ID | NOT NULL | varchar(50) | 用户编号 |
| 2 | CREATE_TIME | NULL | datetime(0) | 上传时间 |
| 3 | CREATOR | NULL | varchar(255) | 操作人员 |
| 4 | NAME | NULL | varchar(255) | 课程名字 |
| 5 | REMARK | NULL | varchar(255) | 小标题 |
| 6 | RESOURCE | NULL | varchar(255) | |
| 7 | SRATUS | NULL | int(11) | 操作次数 |
| 8 | TIME | NULL | varchar(255) | 需要用时 |
| 9 | COURSE | NULL | varchar(50) |
家长表如表4-24所示。
表4-24 家长表（sys_parents）
| 编号 | 字段名称 | 可否为空 | 数据类型 | 说明 |
| 1 | ID | NOT NULL | varchar(50) | 用户编号 |
| 2 | CREATE_TIME | NULL | datetime(0) | 生成时间 |
| 3 | CREATOR | NULL | varchar(255) | 操作人员 |
| 4 | JOB | NULL | varchar(255) | 工作 |
| 5 | NAME | NULL | varchar(255) | 姓名 |
| 6 | REMARK | NULL | varchar(255) | |
| 7 | SEX | NULL | varchar(255) | 性别 |
| 8 | STATUS | NULL | int(11) | 操作次数 |
| 9 | TEL | NULL | varchar(255) | 电话 |
| 10 | TYPE | NULL | varchar(255) | 关系类型 |
| 11 | STUDENT | NULL | varchar(50) | 学生 |
权限表如表4-25所示。
表4-25 权限表（sys_right）
| 编号 | 字段名称 | 可否为空 | 数据类型 | 说明 |
| 1 | ID | NOT NULL | varchar(50) | 用户编号 |
| 2 | CODE | NOT NULL | varchar(120) | |
| 3 | CREATE_TIME | NULL | datetime(0) | 生成时间 |
| 4 | CREATOR | NULL | varchar(120) | 操作人员 |
| 5 | ICON | NULL | varchar(255) | 功能权限 |
| 6 | ICONCLS | NULL | varchar(120) | 功能 |
| 7 | NAME | NULL | varchar(120) | 功能名称 |
| 8 | SORT_BY | NULL | int(11) | 授予的功能 |
| 9 | STATUS | NULL | int(11) | 操作次数 |
| 10 | TYPE | NULL | int(11) | 角色类型 |
| 11 | URL | NULL | varchar(120) |
角色表如表4-26所示。
表4-26 角色表（sys_role）
| 编号 | 字段名称 | 可否为空 | 数据类型 | 说明 |
| 1 | ID | NOT NULL | varchar(50) | 用户编号 |
| 2 | CREATE_TIME | NULL | datetime(0) | 生成时间 |
| 3 | CREATOR | NULL | varchar(120) | 操作人员 |
| 4 | DESRCRIBLE | NULL | varchar(255) | |
| 5 | ENABLE | NULL | bit(1) | |
| 6 | NAME | NULL | varchar(120) | 角色名字 |
| 7 | SRATUS | NULL | int(11) | 操作次数 |
角色权限表如表4-27所示。
表4-27 角色权限表（sys_student）
| 编号 | 字段名称 | 可否为空 | 数据类型 | 说明 |
| 1 | ID | NOT NULL | varchar(50) | 用户编号 |
| 2 | RIGHT_ID | NULL | varchar(50) | |
| 3 | ROLE_ID | NULL | varchar(50) | 角色类型 |
学生表如表4-28所示。
表4-28 学生表（sys_student）
| 编号 | 字段名称 | 可否为空 | 数据类型 | 说明 |
| 1 | ID | NOT NULL | varchar(50) | 用户编号 |
| 2 | ADDRESS | NULL | varchar(255) | 地址 |
| 3 | BIRTHDAY | NULL | datetime(0) | 出生日期 |
| 4 | CREATE_TIME | NULL | datetime(0) | 生成时间 |
| 5 | CREATOR | NULL | varchar(255) | 操作人员 |
| 6 | GRADE | NULL | varchar(255) | 班级 |
| 7 | NAME | NULL | varchar(255) | 名字 |
| 8 | SEX | NULL | varchar(255) | 性别 |
| 9 | SRATUS | NULL | int(11) | 操作次数 |
| 10 | STUDY_NUM | NULL | varchar(255) | 学号 |
| 11 | TEL | NULL | varchar(255) | 电话 |
教师表如表4-29所示。
表4-29 教师表（sys_teacher）
| 编号 | 字段名称 | 可否为空 | 数据类型 | 说明 |
| 1 | ID | NOT NULL | varchar(50) | 用户编号 |
| 2 | CREATE_TIME | NULL | datetime(0) | 生成时间 |
| 3 | CREATOR | NULL | varchar(255) | 操作人员 |
| 4 | JOB | NULL | varchar(255) | 教师职称 |
| 5 | NAME | NULL | varchar(255) | 名字 |
| 6 | REMARK | NULL | varchar(255) | 评论 |
| 7 | SEX | NULL | varchar(255) | 性别 |
| 8 | SRATUS | NULL | int(11) | 操作次数 |
| 9 | TEL | NULL | varchar(50) | 电话 |
5系统设计与实现
5.1 网站界面实现
(1)界面设计三大原则
第一，用户原则：用户原则指的是电脑界面设计的立足点在于优先用户需求，不仅要考虑用户的类型，包括教师、家长和学生三种用户类型，而且要根据不同的用户类型设置不同的操作权限，直接反映在电脑界面的菜单中，提供不同的选项。
第二，信息最小量原则：该原则直接要解决的是简洁页面，以尽可能少但是通俗易懂的文字选项帮助用户实行操作。
第三，帮助和提示原则：对于系统反应迟钝或者出错时，界面上自动提示情况和解决方案引导，对于实际操作上，也可以根据实际情况给予适当的帮助和提示。
(2)输入界面设计
输入界面设计需要引起注意，因为该界面直接影响着用户操作是否简便和系统使用体感，在设计输入界面之时，应当减少程序步骤，最好直接提供明了间接的操作选项，并且开发自动存档和记录的功能，下次同一电脑操作时，自动显现上次用户的操作，并根据实际情况选择是否记住密码，尽可能减少用户的操作不便。
5.2登录界面设计
输入界面的下一个步骤就是登录界面，用户输入正确的账号和密码之后，紧接着就是程序的登录。对于登录界面，需要保证的是操作的安全，既要保障用户能够正常登录系统，也要保障非真实用户盗用的情况，即保证操作安全性。只有输入完全正确的账号和对应的密码方能登录界面，一旦登录成功只能操作自己账户，不能对其他账户进行删除或者更改信息的操作。
不同用户类型的登录界面是有不同提示的，主要是学校负责具体运营中小学家校合作管理平台，所以学生和家长的账号是通过学校统一注册之后再交给学生、家长进行使用，这样的设计能够保证设计系统的有序管理和安全性。
5.3系统管理
系统管理有帐号管理和角色管理两个模块。系统管理模块的目的在于通过用户登录特定账号或者后台管理人员对系统维护的操作，实现帐号注册、用户登录、角色管理等。其系统管理模块主要是针对管理员对管理员账户的管理和操作，对学生、家长和教师的账号直接进行注册，并对其进行所需要的功能授权，以及添加角色如学生，家长等角色的添加。
主要代码如下：
publicString index(){
return“bootstrap/jsp/system/role_list”;
}
@RequestMapping(value = “getTableData”)
public@ResponseBodyJSONObjectgetTableData(){
JSONObject json= newJSONObject();
List<Role> valueList= RoleService.getTableData();
json.put(“data”, valueList);
returnjson;
}
@RequestMapping(value = “addRecordShow”)
publicString addRecordShow(String id){
return“bootstrap/jsp/system/role_add”;
}
@RequestMapping(value = “deleteRole”,method=RequestMethod.POST)
public@ResponseBodyJSONObject deleteRole(String id){
RoleService.logicDelete(id);
JSONObject json= newJSONObject();
json.put(“ok”, true);
returnjson;
}
5.4家校联系
家校联系包括学生管理、教师管理、家长管理。可以实现教师注册、教师编辑、教师删除；注册学生、编辑学生、删除学生；家长注册、家长编辑、家长删除。其模块是为了让管理员和教师都能对其自身、家长和学生信息的修改，删除等。
主要代码如下：
@RequestMapping(value = “addRecordShow”)
publicString addRecordShow(String id,ModelMap map){
List<Student> students= studentService.getTableData();
map.put(“students”, students);
return“bootstrap/jsp/jxt/parents_add”;
}
@RequestMapping(value = “deleteParents”,method=RequestMethod.POST)
public@ResponseBodyJSONObject deleteParents(String id){
parentsService.logicDelete(id);
JSONObject json= newJSONObject();
json.put(“ok”, true);
returnjson;
}
5.5在校课程
在校课程的功能主要面向学校和学生，根据学科的不同和年级的不同设置不同的在线课程，提供给学生用于学习和观看。通过平台教师可以自由新增某一学科，或者更改、删除某一学科，还可以增加新的课程，对已有的课程进行编辑和调整。学生用户则可以通过平台自行学习和下载相关资料。学生和家长可以在线学习和下载学习资料来学习课程，教师不仅可以查看这些课程，还能对其科目，资源等进行调整。
主要代码如下：
@RequestMapping(value = “getTableData”)
public@ResponseBodyJSONObject getTableData(){
JSONObject json= newJSONObject();
List<Course> valueList= courseService.getTableData();
json.put(“data”, valueList);
returnjson;
}
@RequestMapping(value = “addRecordShow”)
publicString addRecordShow(String id){
return“bootstrap/jsp/jxt/course_add”;
}
@RequestMapping(value = “deleteCourse”,method=RequestMethod.POST)
public@ResponseBodyJSONObject deleteCourse(String id){
courseService.logicDelete(id);
JSONObject json= newJSONObject();
json.put(“ok”, true);
returnjson;
}
5.6博客管理
博客管理包括我的博客、学生博客、家长博客、教师博客。博客新增、博客编辑、博客查看、博客删除。其学生、家长、教师都能进行对自己博客的查看编辑等功能，分享学习经验，学习方法，教育方法等等，还可以查看别人的博客。
主要代码如下：
publicString parentIndex(){
return“bootstrap/jsp/jxt/blogs_parent_list”;
}
@RequestMapping(value = “getTableData”)
public@ResponseBodyJSONObject getTableData(){
JSONObject json= newJSONObject();
List<Blogs> valueList= blogsService.getTableData();
json.put(“data”, valueList);
returnjson;
}
@RequestMapping(value = “getMyTableData”)
public@ResponseBodyJSONObject getMyTableData(HttpSession session){
Account loginer= (Account) session.getAttribute(“LOGINER”);
JSONObject json= newJSONObject();
List<Blogs> valueList= blogsService.getMyTableData(loginer.getId());
json.put(“data”, valueList);
returnjson;
}
5.7 分享交流
分享交流模块中主要是对话题进行管理，具体包括的功能包括新增话题、调整编辑、查看和删除有关话题。由管理员、教师、家长、学生发表话题，所有用户都可以进行查看回复来进行讨论。
主要代码如下：
publicclassDictionaryItemService implementsIDictionaryItemService{
privatestaticfinalLogUtil LOGGER= LogUtil.getInstances(DictionaryItemService.class);
@Autowired
privateIDictionaryItemDao dictionaryItemDao;
@Override
publicList<DictionaryItem> getAll() {
List<DictionaryItem> valueList= null;
try{
String hql= “FROM DictionaryItem”;
valueList= (List<DictionaryItem>) dictionaryItemDao.queryHQL(hql);
} catch(Exception e) {
AppExceptionUtil.throwException(LOGGER, e);
}
returnvalueList== null? newArrayList<DictionaryItem>() : valueList;
}
}
5.8 留言板
留言板主要是对留言进行管理和操作。可以实现留言新增、留言回复、留言删除。该功能主要是针对管理员的留言，如学校的公告，各项收费标准等等学校的通知，所有的用户都可以查看留言板。
主要代码如下：
public@ResponseBodyJSONObject getTableData(){
JSONObject json= newJSONObject();
List<ForumReview> valueList= forumreviewService.getTableData();
json.put(“data”, valueList);
returnjson;
}
@RequestMapping(value = “addRecordShow”)
publicString addRecordShow(String id){
return“bootstrap/jsp/jxt/forumreview_add”;
}
@RequestMapping(value = “deleteForumReview”,method=RequestMethod.POST)
public@ResponseBodyJSONObject deleteForumReview(String id){
forumreviewService.logicDelete(id);
JSONObject json= newJSONObject();
json.put(“ok”, true);
returnjson;
}
6系统测试
6.1测试意义
系统测试是任何软件开发中非常关键的部分。其为了系统在真实工作环境下的工作表现与系统所预计的需求做一个对比，编程人员无论使用什么样的编程技术，都是无法避免错误的，所以通过测试来及时的发现各种潜在的错误和缺陷，这就是为什么要进行系统测试，也是其意义所在。因此对系统的功能完整性的测试也是必不可少，必须要重视计算机软件测试工作，让系统中蕴含的缺陷大大减少，使其产出、投入比达到最大。
6.2测试内容及目标
主要是测试在中小学合作管理平台中每个用户角色的各个功能模块，通过发现测试来发现程序中的错误并进行修改，测试每一个模块的功能是否达到预期效果。
6.3测试分析
首先对该系统进行系统功能测试，管理员登录对角色的增加进行更改，对每一位角色的授权。由不同的用户类型，即学生，家长，教师使用自己的用户登录进系统，根据日常需求实际操作系统的功能，比如学生可以在线学习、在留言板上留言等等，管理员则时不时查看系统运转是否正常，是否有用户在后台留言遇到的问题等等操作。在测试的过程中，若发现该系统还存在不完善的地方，则及时进行完善，使设计的系统最大化地满足用户的使用需求，达到系统设计的所有目标，最终促进家长、教师和学生三方主体的个性化、有效的教育和交流沟通。
6.4测试环境与测试条件
表6-1 运行环境硬件配置
| 设备 | 项目： | 配置 |
| 网络 | 类型： | 以太网 |
| 带宽： | 100M | |
| 服务器 | 型号： | PC机 |
| 数量： | 1 | |
| 硬件： | CPU：Inter（R） Core（TM）i5-8300H
CPU@2.30GHz2.30GHz 内存：16.0G 硬盘：500G | |
| 操作系统： | Windows操作系统 | |
| 数据库： | MySQL | |
| 开发语言： | Java | |
| 浏览器： | Google Chrome | |
| 客户端 | 型号： | PC机 |
| 数量： | 1 | |
| 硬件： | CCPU：Inter（R） Core（TM）i5-8300H
CPU@2.30GHz2.30GHz 内存：16.0G 硬盘：500G | |
| 操作系统： | Windows操作系统 | |
| 数据库： | MySQL | |
| 开发语言： | Java | |
| 浏览器： | Google Chrome |
6.5 系统测试用例
6.5.1系统登录模块
下图展示的是登录模块测试表，主要用于测试用户登录功能，因为不同的用户所拥有的用户名和密码是不同的，故由此能够测试用户登录，其中包括管理员的登录测试，教师的登录测试，家长的登录测试以及学生的登录测试。具体测试及结果如下表6-2所示。
表6-2登录模块测试表
| 编号 | CS_001 | |||
| 测试内容 | 登录模块的用户测试 | |||
| 序号 | 输入用户名 | 输入密码 | 正确输出 | 结果 |
| 1 | 管理员 | 正确密码 | 正确输出 | 通过 |
| 2 | 教师用户（输入教师账号） | 错误密码 | 将提示：“请求错误” | 通过 |
| 3 | 家长用户（输入家长账号，输入有误） | 正确密码 | 将提示：“请求错误” | 通过 |
| 4 | 学生用户（输入学生账号，输入有误） | 错误密码 | 将提示：“请求错误” | 通过 |
| 5 | 用户名为空 | 输入正确密码 | 将提示：“请求错误” | 通过 |
以上五项测试结果为通过。
6.5.2 系统修改密码模块测试
接下来展示的是修改密码的测试用例。对于系统修改密码的测试，在系统上输入不同的新旧密码，由此测试系统反馈回的结果。表6-3展示的是具体的测试情况。
表6-3 修改密码测试表
| 编号 | CS_002 | ||||
| 测试内容 | 修改密码测试 | ||||
| 序号 | 输入原密码 | 输入新密码 | 确认新密码 | 输出 | 结果 |
| 1 | 旧密码正确 | 如111111 | 111111 | 密码修改成功 | 通过 |
| 2 | 旧密码正确 | 如123 | 1234 | 提示：“两次输入的密码不相同” | 通过 |
| 3 | 旧密码正确 | 如123.。， | 12.。， | 密码修改成功 | 通过 |
| 4 | 旧密码错误 | 如111111 | 将提示：“请求错误” | 将提示：“请求错误” | 通过 |
6.5.3 系统管理模块查询测试
下图展示的是账号管理模块查询测试的用例，由管理员实施账号和角色的操作并做出查询。具体测试如表6-4所示。
表6-4 系统管理模块测试表
| 编号 | CS_003 | ||
| 测试内容 | 系统管理模块查询测试 | ||
| 序号 | 输入 | 输出 | 结果 |
| 1 | 账号（系统中存在） | 显示记录 | 通过 |
| 2 | 账号（系统中不存在） | 显示没有记录 | 通过 |
| 3 | 姓名（正确） | 显示记录 | 通过 |
| 4 | 按姓名关键字查询 | 显示记录 | 通过 |
6.6 测试结果
本系统主要流程是根据管理员的功能测试、教师的功能测试、家长的功能测试、学生的功能测试。系统流程测试如表6-5所示。
表6-5系统整体流程测试表
| 编号 | 测试内容 | 结果 |
| 1 | 管理员登录 | 通过测试 |
| 2 | 管理员账号管理 | 通过测试 |
| 3 | 管理员角色授权 | 通过测试 |
| 4 | 管理员查看博客 | 通过测试 |
| 5 | 管理员发布话题并回复 | 通过测试 |
| 6 | 管理员发布留言公告并回复 | 通过测试 |
| 7 | 管理员查看课程 | 通过测试 |
| 8 | 教师登录 | 通过测试 |
| 9 | 教师对自己、家长和学生的信息管理 | 通过测试 |
| 10 | 教师对课程的管理 | 通过测试 |
| 11 | 教师查看修改博客 | 通过测试 |
| 12 | 教师发布参与话题讨论 | 通过测试 |
| 13 | 教师参与留言公告回复 | 通过测试 |
| 14 | 家长查看课程学习 | 通过测试 |
| 15 | 家长查看修改博客 | 通过测试 |
| 16 | 家长发布参与话题讨论 | 通过测试 |
| 17 | 家长查看留言公告 | 通过测试 |
| 18 | 学生修改自己及家长信息 | 通过测试 |
| 19 | 学生查看课程学习 | 通过测试 |
| 20 | 学生查看修改博客 | 通过测试 |
| 21 | 学生发布参与话题讨论 | 通过测试 |
| 22 | 学生查看留言公告 | 通过测试 |
7结 论
本系统是以一所小学为例，对学校学生的学习状况，在校生活进行了解，分析了部分家长的一些实际需求，以及教师和家长共同的管理需求，确定了教师、家长和学生三方面的主要需求，合理的安排了开发的进度。
当前我国的信息网络发达，多媒体计算机技术和网络技术已经渗透到教育、医疗、现代工业等等各个行业中。现代社会的家庭生存压力增大，无法抽出很多时间来了解孩子的在校情况。这个中小学家校合作管理平台就可以帮助学生录入自己的在校情况，让每位家长都可以及时、方便、省时地了解到孩子情况，并及时和老师进行沟通，对家校合作管理有了很大的帮助。
现总结一下，本文主要对以下内容进行了深入研究：
（1）中小学家校合作管理平台自从研究开发以来，经过半年以来的不断完善设计，已经通过了实验测试。中小学家校合作管理平台所设计的系统是为了解决现阶段存在的社会教育问题而研发的，该平台系统拥有的功能也是基于用户的需求而开发。通过该平台能够真实的反映出学生最近的在校情况，让家长教师都能第一时间了解到学生的情况，以此进行沟通并共同教育。
（2）中小学家校合作管理平台的功能完全满足用户需求，其功能能够通过系统的一系列操作之后，充分地发挥其功能，只要在系统上进行用户注册后登录用户，就可以使用其拥有的功能，主要有实施系统管理、联系家长与学校、开设在线课程，还可以充分运用好博客管理，利用系统的留言板功能进行交流沟通。该系统已经通过了实践测试，具有可操作性和发展性，完全能够投入使用并发挥其应有的作用。
（3）中小学家校合作管理平台的系统分析，针对地是把控需求，明确系统所能发挥出的常用功能和作用,通过寻找系统的用例（Use Case）和角色（Actor）,在研究的基础上绘出用例模型图，并以此作为之后建模的基点。建立在用例的基点之上描绘出顺序图和协作图，由此得出系统的全部对象，并据此对象模型。此外，还需要进一步抽象出系统的类，根据一定的标准通过系统中密切联系的类来区分，也就是进一步划分为若干个包，绘出包图。拥有如此的计算和设计，自然能够完成将系统划分为小单元功能模块。
（4）中小学家校合作管理平台的程序进一步完善了学生的数据信息安全和对应性的问题。具体来说，典型完善的代表就是学生信息录入系统，系统进行了严格的限制，除了教师和学生自己能够有权限实施修改、删除等操作，任何人都无法直接进行操作，只能实施系统限定的操作。此外，教师、学生以及他们的家长也只是能够对自己的账户实施修改或删除的操作，对于其他人员的账户，无法实施除了查看之外的任何操作。无疑这一限制的设计，能够极大地保证用户使用的信息安全，能增强用户对系统的信任。
（5）开发一个完整的项目并设计出能够良好运转的系统，离不开完整的规划和不断改进。我深刻体会到开发并设计一个完备的系统的严密性，首先我务必认可UML统一建模语言，因为它直接反映出我接下来的规划应该是什么。我需要明白自己设计系统的出发点和目的，通过有针对性的程序设计以及代码，对程序起到行之有效的作用。经过开发与设计此次的系统的设计，我成功掌握了设计一个系统的基本过程以及经验，不仅极大训练了自己编写代码的水平，而且扎实了自己的专业知识基础，有助于未来深入学习并且为实践操作提供丰富的经验和扎实的知识积累。
对于中小学家校合作管理平台设计的投入时长整体而言不充足，主要局限性在于本人尚未透彻掌握一项系统开发所需要的技术和知识含金量，因此该系统仍然存在较多不完善还有待进一步研究发现并且进一步改善的地方。其中最突出的我总结了以下几点：
（1）在信息查询的时候，只能根据正确的类别名称或者姓名进行查询，无法提供模糊查询进行查询。
（2）数在线客服功能没有实现到位，只添加了一个腾讯QQ的联系方式。
（3）界面设计方面过于简单，没有将网站效果做好，显得不够专业。
（4）系统功能有待增加，以实现更好的家校合作管理。
本系统还有很多细节问题，下来会一一解决，对于后期维护工作还需要不断进行，由于个人专业知识有限，系统在一些方面设计得不够全面，但是在后续的工作中，会进一步完善好系统，丰富系统的内容，为学生，家长和老师提供更好，更全面，更有效的平台。
参考文献
[1]潘静虹.从教育交往的视角谈中小学校网站的建设[J].现代教育技术,005,(01):73-75.
[2]百度百科.家校合作[R].
https://baike.baidu.com/item/%E5%AE%B6%E6%A0%A1%E5%90%88%E4%BD%9C/12164859?fr=aladdin.
[3]岳盼盼.基于社会性软件的小学家校合作平台研究[D].西南大学，2009.
[4]张志欣,张建波.X家校合作的交叠影响域理论[D].常州：常州工学院师范学院,2021.
[5]邹强.国外家校合作问题研究及其启示[J].教学与管理,2011-4-1,86-88.
[6]刘繁华.基于现代信息技术的协同性教育平台（网站）的设计与应用研究[J].电化教育研究,2007，(01):30-33.
[7]汪玉华,张泽科.教育力的整合——成都市锦江区开展“家校互动和谐”研究纪略[J].四川教育,2003(4):11-14.
[8]百度百科.JSP[R].https://baike.baidu.com/item/JSP/141543?fr=aladdin.
[9]余炀,曲毅,孙亦乐.基于Apache Tomcat的一站式Java应用服务器解决方案[J].中国金融电脑,2018(01):59-63.
[10]任泰明.基于B/S结构的软件开发技术[M].西安:西安电子科技大学出版社,2006.
[11]陈刚.Eclipse从入门到精通[M].北京：清华大学出版社, 2009.
[12]任永功,王政军.软件技术与数据库[J].计算机工程，2006，32(5):60-62,134.
[13]孙东卫,张冀红，李声利.数据库访问技术研究[J].现代电子技术.2002,18(5):20-34.
[14]林悦.大连市区小学家校合作现状的调查[J].辽宁教育研究，2008,(11):43-44.
[15]颜丽华.中小学家校合作网络平台的设计与开发[D].曲阜师范大学，2011.
致 谢
行文至此，落笔为终，意味着我在长江师范学院的四年大学时光即将落下帷幕。大学时光一瞬即逝，纵有万般不舍，但仍旧心怀感激。
首先我要感谢我尊敬的指导老师，论文定稿的每一个环节都有您的悉心指导，从开题的反复讨论到论文的定稿，设计的每一步都在老师的耐心指导和帮助下逐步完成。老师严谨治学的态度以及对我无微不至的的帮助，令我获益良多且难以忘怀。饮其流者怀其源，学其成时念吾师，在此衷心感谢老师的指导。此外，我需要感谢我的母校，同时我还要感谢我的辅导员老师和每一位授课老师，在这四年来对我的帮助和关怀，在此向所有老师表示我由衷的感谢和崇高的敬意。并且祝愿我的老师们，工作顺心，万事如意。
另外，感谢这四年来一起相伴的同学，大学时光正是因为你们而充满回忆，感谢你们在学习和生活上的支持与帮助，感谢我寝室的兄弟，四年来我们共同进步，互相扶持。岁月虽清浅，时光亦潋滟。希望你们前程似锦，一帆风顺。
最后，还要感谢我的父母，一直支持，鼓励我，给我良好的学习环境和生活条件，是他们给了我接受教育的机会，父母的鼓励和支持也是我持续前进的动力。父母之爱子，则为之计深远，正是因为有了你们的关心和支持，我才能完成学业。祝愿我的家人们身体健康，平安幸福。
凡是过往，皆为序章，我们经历过疫情封校，经历过在家上网课，也经历过对未来的迷茫，但我们只会越挫越勇，愿接下来我们依旧能够努力成为更好的自己。
1、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等，请点击“文章版权申述”（推荐），也可以打举报电话：18735597641(电话支持时间：9:00-18:30)。
2、网站文档一经付费（服务费），不意味着购买了该文档的版权，仅供个人/单位学习、研究之用，不得用于商业用途，未经授权，严禁复制、发行、汇编、翻译或者网络传播等，侵权必究。
3、本站所有内容均由合作方或网友投稿，本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺！文档内容仅供研究参考，付费前请自行鉴别。如您付费，意味着您自己接受本站规则且自行承担风险，本站不退款、不进行额外附加服务。
原创文章，作者：1158，如若转载，请注明出处：https://www.447766.cn/chachong/160603.html,
