浅谈在线投稿及管理系统的开发与应用.docVIP

浅谈在线投稿及管理系统的开发与应用 　　1 概述 　　许多学术会议和期刊都会采用电子邮件投稿的方式。但近年来电子邮件投稿方式的弊端也逐渐凸显，一方面论文作者需要通过电话来咨询稿件的审稿情况，大量的稿件也需要编辑部逐一下载、登记、打字排版，这无疑增加了编辑部的工作量;另一方面，接受的电子邮件稿件相关信息往往不是很完整，如果处理不及时，会延长稿件处理周期。通过网络在线投稿，不仅增加了稿源，减少了编辑人员的重复劳动，全方位整合资源，提高工作效率，缩短稿件发表周期，而且实现了作者对稿件的自主性管理，及时获得稿件处理意见及处理进程的相关信息，极大地减轻了编辑部的日常稿件管理压力。本系统深入研究了第十五届少数民族语言文字信息处理的审稿流程，采用eclipse 做为网站开发平台， JSP+HTML+CSS+JAVASCRIPT 为网站开发语言，tomcat 为web 服务器，mysql 为数据库语言，搭建起来的投稿--采编--发布一体化的Web 网络在线投稿系统。 　　2 系统的设计方案 　　2.1 投稿方式的设计 　　系统采用用户注册方式，对作者信息和稿件进行管理。当为游客时，只能浏览会议相关公告。投稿人只有登录成功，才能投稿，并仅能查询自己所投稿件的处理进度，而无法浏览其他作者的投稿相关信息以及作者注册信息。为防止作者多次上传稿件，造成重复投稿，对同一类型的稿件上传多次会被系统拒绝，同时对上传文件种类和文件大小也作了相应的限制。管理员和专家用户也只能通过相应的用户名和密码进入系统，完成相应动作权限。 　　2.2 自主稿件管理方式的设计 　　传统工作模式中，作者只能通过电话、邮件等途径向编辑部咨询稿件处理情况，无法自主查询，也不能及时处理自己的稿件。稿件自主管理方便作者了解稿件的实时动态。但稿件自主管理，并不意味着作者可以随意修改所投稿件，作者投稿后在管理员没有分配专家之前，作者可以修改、删除稿件;如果已经分配专家，就表明专家已经开始审稿，此时作者就不能再随意修改、删除已投稿件。 　　2.3 数据表设计及后台管理方式 　　后台的数据库表的设计尤为重要，力求简单，安全，可重用性高，减少数据冗余，提高系统效率，构造最优的数据库模式。主要包括用户信息表、专家信息表、稿件信息表、专家意见表和其他辅助表等。投稿成功后，首先需要管理员审核，审核通过后即可分配专家，一个稿件可以分配给多个专家，各个专家可以查看分配到自己名下的稿件，专家审稿并输入审稿意见以后，管理员可以对稿件进行审阅，决定是录用还是退修。无论是录用还是退修，系统都会自动通过邮件发送给投稿人，帮助其及时了解稿件状态。 　　3 系统实现 　　3.1 系统环境 　　系统工作在linux 系统环境下，采用Tomcat 服务器，典型的B/S架构，程序在服务器端运行，能够实现不同人员，从不同地点，以不同的接入方式如LAN,WAN,Internet/Intran 的访问和操作共同的数据。 　　3.2 主要技术 　　3.2.1 文件上传。文件上传主要采用了组件上传技术，并在后台对文件上传种类和上传大小做了相应的限制，文件上传速度快。由于系统是在Windows 系统开发，但是在Unix 系统上使用，因此需要对文件路径加以修改，使之能适应不同的系统。另外组件技术经常会出现乱码，因此使用setHeaderEncoding()来解决乱码问题。 　　3.2.2 在线预览。在线预览的基本思想是用函数transWord2Htm() 将文件先转化为一个html 的本地静态文件，然后系统自动将该html 文件打开，这样的方式比用组件技术效率高、冗余性低、用户体验好。 　　3.2.3 信息的动态发布。动态发布信息是每一个会议的要求，管理员需要时时更新会议信息，本系统主要采用umeditor 的开源组件，将其无缝衔接到系统中，做到管理员不需要懂得任何变成知识就可以从后台发布信息。 　　3.2.4 多方式查询技术。MySQL 做为数据库，首先需要解决的就是和Web 系统交互时的乱码问题，使用default-character-set=字符编码就可以解决此问题。另外由于系统有多个表，不同的数据在不同表中，不同角色的用户都需要通过系统来查询满足条件的数据，因此需要多种方式来进行查询，包括多表联合查询、交叉查询。同时也支持数据库表数据的添加、删除、更新操作等。 　　3.3 系统优化 　　3.3.1 最大化的重用。重用是减少冗余的一个有效的途径，包括组件级别的重用。组件的实现通常会应用一种或几种设计模式，这些模式与组件的结合使用大大提升了架构的质量。 　　3.3.2 可扩