学术论文刊物管理系统的设计与实现Word格式文档下载.docx
- 文档编号:21388341
- 上传时间:2023-01-30
- 格式:DOCX
- 页数:40
- 大小:479.29KB
学术论文刊物管理系统的设计与实现Word格式文档下载.docx
《学术论文刊物管理系统的设计与实现Word格式文档下载.docx》由会员分享,可在线阅读,更多相关《学术论文刊物管理系统的设计与实现Word格式文档下载.docx(40页珍藏版)》请在冰豆网上搜索。
SSHTechnology;
TheAcademicPublicationManagementSystem
摘要
目次
1引言
1.1课题的背景、目的和意义
近年来我国学术人员发表论文的数量快速增长,传统的稿件处理方式已经不适应学术期刊的发展。
目前主要存在着编辑部工作繁忙,稿件管理比较混乱,不能及时告知作者审稿的进展情况等问题。
如何高效、快速地处理大量的期刊稿件,提高工作效率,缩短论文发表周期,成为编辑部迫切需要解决的问题。
随着信息时代的高速发展,学术期刊网络化已成为适应时代发展的必然要求。
我国很多学术期刊已经在网上建立起自己的主页和独立网站。
程维红研究表明,中国科学技术协会所属的1018份期刊中,2010年9月调查表明,有64%的期刊自建网站,其中超过60%的网站建立了采编系统,包括在线投稿、在线查稿、在线审稿、远程编辑等[1]。
期刊网络化管理能够解决人工管理的很多弊端,例如:
可利用网站进行信息发布,提高期刊的时效性,运行效率高,动作成本低,发行量大,社会效益高等等。
这些优点能够极大地提高期刊信息管理的效率,逐步与世界接轨,最终实现稿件的科学化、正规化管理。
本课题研究的目标是利用目前比较流行的Spring框架技术构建整个系统,实现学术刊物的现代化管理。
通过系统的实施,不同的用户可以根据不同的权限实现对数据库的操作,包括数据库中信息的添加、修改、删除、查询等。
本系统具有操作简单、界面友好、方便移植等特点,能够很好的完成对学术成果的管理。
本系统作为一种办公系统具有非常重要的意义。
以Internet为桥梁,突破了传统投稿的诸多限制与不便,可通过计算机网络实现稿件的投递。
对编辑部来说,提高了工作效率,实现了办公的自动化。
1.2课题国内外发展概况
国内大多数学术网站仅限于杂志期刊本身基本信息的发布,并没有充分利用网络资源和现代化的计算机网络技术来实现杂志各种信息的管理和挖掘。
基于我国学术期刊弱势地位与国外学术期刊的强劲发展态势所形成的巨大反差,建立学术期刊的网络信息管理平台,可极大地提高工作效率,拉近作者与杂志社的距离,提升杂志期刊的质量,打造学术期刊的品牌。
通过建立网络信息化管理平台,可以在网络上进行杂志社信息发布、作者信息查询、网上订阅等功能,可以实现信息的快捷传递,提高杂志社的工作效率[2]。
纵观国内外学术期刊和数据库厂商最近的动态可以发现,学术期刊网络化具有一些明显的发展趋势。
内容深加工和数据挖掘的重要性被大大提高,学术期刊网络化出版主体发生了深刻的变化,从传统的学术出版社到现在的网络学术出版平台,期刊集群化网络出版模式成为发展趋势。
单个期刊几乎不可能实现有很强影响力的网络出版平台,因此,具备专业性检索、知识关联和深度链接的专业性集群期刊和学科门户将从很大程度上代表着未来学术出版的趋势[3]。
总之,期刊网络化发展迅猛,新概念和新技术不断涌现,作为精品内容供应商的学术期刊在网络化大潮下,将面临新的一轮发展机遇,如果没能抓住这次机遇,将使我国学术期刊与国外同行的差距进一步拉大。
1.3课题欲解决的问题
由于本系统涉及到的事务较多,需要频繁访问数据库,采用常规方法访问数据库,效率较低。
使用Spring框架可以大大简化对数据库的重复操作,只需要集中精力完成系统的业务逻辑设计。
框架一般是成熟,稳健的,它可以处理系统很多细节问题,比如,事务处理,安全性,数据流控制等问题,而且它是不断升级的,扩展性也很好[4]。
传统的程序结构,只要有一点小的需求发生改变,将意味着放弃整个页面或者改写。
采用J2EE分层架构,在优秀的分层架构里,控制层依赖于逻辑层,但绝不与任何具体的业务逻辑组件耦合,只与接口耦合。
同样,业务逻辑层依赖于DAO层,也不会与任何具体的DAO组件耦合,而是面向接口编程。
这种方式的软件实现,即使软件的部分发生改变,其他部分也尽可能不要改变[5]。
其次要考虑数据库的安全性。
设计3张表,角色表、权限表和角色权限对应表。
使各角色进入系统后只会显示对应的权限,这样就不存在XX或者不合法的用户对数据库进行更改破坏。
2系统的总体设计
本章将介绍系统开发的可行性分析、功能需求分析、功能模块设计、数据库的概要设计、数据库逻辑结构设计以及系统环境需求分析。
2.1系统可行性分析
(1)技术可行性
本系统采用MyEclipseforSpring8.6作为开发工具,服务器采用Tomcat6.0的版本。
开发平台选择J2EE(JavaPlatformEnterpriseEdition,Java平台企业版)。
考虑到数据可能较大和操作简单,数据库使用NavicatforMySQL。
利用成熟的Struts、Spring、Hibernate框架技术,可以迅速地开发本系统。
Struts2的特点:
Struts2不同于Struts1,核心控制器是FilterDispatcher,它用于处理用户请求的Action实例,并不是用户实现的业务控制器,而是Action代理——因为用户实现的业务控制器并没有与ServletAPI耦合,显然无法处理用户请求。
而Struts2框架提供了系列拦截器,该系列拦截器负责将HttpServletRequest请求参数解析出来,传入到Action中,并回调Action的excute方法来处理用户请求。
显然,上面的处理过程是典型的AOP(面向切面编程)处理方式[6]。
Spring2.5的特点:
Spring是一个轻量级的控制反转(IOC)和面向切面(AOP)的容器框架。
轻量——从大小与开销两方面而言Spring都是轻量的。
完整的Spring框架可以在一个大小只有1MB多的JAR文件里发布。
并且Spring所需的处理开销也是微不足道的。
此外,Spring是非侵入式的:
典型的Spring应用中的对象不依赖Spring的特定类。
控制反转——Spring通过一种称作控制反转(IOC)的技术促进了松耦合。
当应用了IOC,一个对象依赖的其他对象会通过被动的方式传递进来,而不是这个对象自己创建或者查找依赖对象[7]。
面向切面——Spring提供了面向切面编程的支持,允许通过分离应用的业务逻辑与系统级服务进行内聚性的开发。
应用对象只实现它们应该做的——完成业务逻辑,仅此而已。
它们并不负责其它的系统级关注点,例如日志或事务支持。
容器——Spring包含并管理应用对象的配置和生命周期,在这个意义上它是一种容器,你可以配置你的每个bean如何被创建——基于一个可配置原型,你的bean可以创建一个单独的实例或者每次需要时都生成一个新的实例——以及它们是如何相互关联的。
然而,Spring不应该被混同于传统的重量级的EJB容器,它们经常是庞大与笨重的,难以使用[8]。
框架——Spring可以将简单的组件配置、组合成为复杂的应用。
在Spring中,应用对象声明式地组合,典型地是在一个XML文件里。
Spring也提供了很多基础功能,将应用逻辑的开发留给编程人员。
Hibernate的特点:
Hibernate是一个开放源代码的对象关系映射框架,它对JDBC进行了非常轻量级的对象封装,使得Java程序员可以随心所欲的使用对象编程思维来操纵数据库。
Hibernate可以应用在任何使用JDBC的场合,既可以在Java的客户端程序使用,也可以在Servlet/JSP的Web应用中使用,最具革命意义的是,Hibernate可以在应用EJB的J2EE架构中取代CMP完成数据持久化的重任[9]。
Hibernate的核心接口一共有5个,分别为:
Session、SessionFactory、Transaction、Query和Configuration。
这5个核心接口在任何开发中都会用到。
通过这些接口,不仅可以对持久化对象进行存取,还能够进行事务控制。
Hibernate的配置文件是xml的格式,用来定制连接数据库,所以必须写一个类和数据库中的表形成映射,从而和JSP网页动态交互数据[10]。
因此从技术上分析,开发本系统是可行的。
(2)需求可行性
针对目前学术期刊处理的实际情况,人性化管理确实正在成为一个困扰编辑社的难题,本系统在此种情况下设计开发,是具有其价值和需求的。
(3)操作可行性
本系统的操作十分简单。
以不同的角色进入系统后,即拥有各角色才有的权限(系统管理员具有所以权限)。
通过左边树形菜单栏可以方便的进入各个功能模块,操作简明易懂,十分方便用户使用。
2.2系统功能需求分析
通过对任务书的仔细分析,本系统需要实现以下一些功能,分别是:
前台浏览刊物功能、作者工作区功能、专家工作区功能、编辑工作区功能和用户管理功能。
(1)前台浏览刊物功能包括以下具体内容:
读者既可以根据期刊标题的关键字快速查找所需的学术期刊,也可以在分类列表中仔细寻找感兴趣的期刊。
每种期刊都会列出作者、刊名、学位授予单位、学位授予年度、专业、导师等一系列基本信息,方便读者准确阅读学术期刊内容。
由于读者权限较小,所以设计成只有阅读期刊的权限。
投稿作者如果对所投稿件有疑问或者对系统有任何不懂可以在留言板中向管理员留言,留言内容会准确的反应在用户管理模块中。
(2)作者工作区功能包括以下具体内容:
主要分为在线投稿和查看稿件审核进度两个模块。
在线投稿时需按照投稿要求来投递稿件,只有准确的填写了作者信息和稿件信息才会被录入数据库中供专家审核。
作者可实时查看稿件审核进度,以便完善和确认稿件信息。
(3)专家工作区功能包括以下具体内容:
审稿专家可在此模块中审核稿件和查看审稿记录。
初始稿件的审稿状态、编审通过、送审都为0,需要专家去处理这些稿件,除此之外专家还需给审核的稿件进行评价,从而方便编辑后续处理稿件。
审核完成的稿件信息会在审稿记录模块中显示出来,确保能够核对审稿信息。
(4)编辑工作区功能包括以下具体内容:
主要有联系投稿作者、上传稿件和发布新闻通知等功能。
专家送审过的稿件信息会在编辑工作区显示,编辑根据专家意见及时通知作者修改、确认、退稿、汇款等。
只有专家审核通过,才能上传到前台供读者浏览。
如果需要发布新闻通知,可在新闻通知区域填写内容,点击发布后前台主页会以滚动字幕形式展示给读者相关信息。
(5)用户管理功能包括以下具体内容:
该模块主要是管理员的相关操作,在此模块中可以增、删、查、改投稿作者和审稿专家的基本信息。
除此之外,在回复留言模块中,可以查看所有留言信息以便及时回复留言者。
2.3系统功能模块设计
将系统设计成由相对独立、单一功能的模块组成的结构,从而缩小开发范围,防止错误蔓延,提高系统的可靠性[11]。
每个模块可以单独的被理解、编写、调试、查错与修改,模块结构整体上具有较高的正确性、可理解性与可维护性。
2.3.1系统总模块设计
根据系统的功能需求分析,本系统主要分为6个模块,系统总体功能图如图2.1所示。
主要系统模块及功能描述如下:
(1)公共模块:
包括用户登录和用户注册。
(2)前台页面:
主要分为期刊浏览和留言板两个模块。
(3)作者入口:
具有在线投稿与查看稿件审核进度等模块。
(4)专家入口:
具有审核稿件以及批阅意见等模块。
(5)编辑入口:
主要有联系作者与上传新稿等模块。
(6)用户管理:
管理审稿专家和编辑的信息,包括信息的增、删、改、查等,以及回复作者留言。
图2.1系统总功能模块图
2.3.2登录模块的设计
登录模块的主要功能是验证用户信息,判断是否是合法用户,成功才能进入系统。
用户需要输入用户名、密码,两者均不能为空。
输入完毕,点击登录便会验证用户名、密码,只有当输入的数据和数据库中的数据一致时才能登录成功,否则返回登录界面。
登录成功后系统便会根据此用户名所属的角色分配其相应的功能模块,不属于此角色的功能进入系统后是看不到的,避免非法操作系统模块,破坏系统的安全性。
登录模块的程序流程如图2.2所示。
图2.2登录程序流程图
2.3.3注册模块的设计
注册模块主要是用来注册读者和投稿作者相关信息,从而实现登录系统。
用户需输入用户名,必须是6-20位的字符,如果不正确会提示不合规范重新输入。
密码和用户名类似,再次输入的密码必须和第一次相同,否则也会提示两次密码不相同请重新输入。
下拉列框需选择您的角色,主要分读者用户和投稿作者。
读者只具有浏览期刊的功能,投稿作者权限稍大,能够在线投稿以及查看稿件审核进度。
相关信息填写完成后,点击立即注册便会跳转到登录首页。
具体的注册流程如图2.3所示。
图2.3注册程序流程图
2.3.4前台页面模块的设计
前台页面模块主要功能有:
刊物浏览、留言板等功能。
具体的功能模块图如图2.4所示。
图2.4前台页面功能模块图
刊物浏览模块功能比较简单,考虑到是给读者用户浏览的,所以对数据库的直接操作不是很多,只有一些普通的查看、查找功能。
读者不仅可以查看自己感兴趣的期刊,还可以从新闻通知得知编辑社最新动态。
留言板模块中用户需填写准确的姓名、主题以及内容,三者都不能为空,否则会提示重新填写。
填写完留言信息后还需要选择回复方式,系统管理员会默认以站内邮件方式回复留言者,除此之外还可以选择手机短信或者Email回复。
填写完所有信息后点击“提交留言内容”,管理员模块便可以看到留言内容。
留言板程序流程图如图2.5所示。
图2.5留言板程序流程图
2.3.5作者入口模块的设计
作者模块主要实现了在线投稿功能和查看稿件审核进度功能。
在线投稿功能模块图如图2.6所示。
图2.6在线投稿功能模块图
在线投稿分为5步:
填写作者信息,填写稿件信息,填写稿件扩展信息,上传全文,完成投稿。
每步都必须按照要求填写才能执行下一步,全部填写完毕方可完成投稿。
查看稿件审核进度实质是一个作者工作区,主要包括稿件箱、站内信息和系统服务3个功能。
在稿件箱中作者可以随时查看自己所投稿件的状态,以便及时修改、确认。
站内信息里显示的是自己的留言信息以及管理员的回复信息。
如果需要修改自己登录账号的基本信息,可以在系统服务中进行修改确认。
稿件进度查询功能模块图如图2.7所示。
图2.7稿件进度查询功能模块图
2.3.6专家入口模块的设计
审稿专家模块主要实现了审核稿件功能和查看审稿记录功能。
专家入口功能模块图如图2.8所示。
图2.8专家入口功能模块图
审核稿件模块中显示的是作者所投递的有效的稿件,专家可以根据情况查找特定的稿件来进行快速审核,初始审稿状态都为空,专家需点击“审核稿件”来进行审理稿件,审核完成前需选择是否送审,如果送审了,稿件会被传递到编辑部,编辑人员可以根据专家的评价来处理稿件。
发现有不合格稿件或者是误传的稿件也可以及时删除,优化系统资源。
审稿记录模块中可以查看已经审核通过的稿件,以便后续查证。
审核稿件程序流程图如图2.9所示。
图2.9审核稿件程序流程图
2.3.7编辑入口模块的设计
编辑模块主要实现了通知作者、上传新稿和发布新闻通知功能。
编辑入口功能模块图如图2.10所示。
图2.10编辑入口功能模块图
通知作者模块显示的是专家送审的稿件信息,编辑可以根据专家给予的评价通过站内邮件形式通知作者修改、确认、退回、汇稿费等。
如果稿件得到专家同意认为可以录用,编辑可以将其上传至前台页面供读者阅览。
编辑部还可以在发布新闻栏填写最新通知,内容将以滚动字幕形式显示在刊物浏览模块。
通知作者程序流程图如图2.11所示。
图2.11通知作者程序流程图
2.3.8用户管理模块的设计
用户管理模块主要实现了投稿作者信息管理功能和审稿专家信息管理功能,普通角色没有管理这个模块的权限,只有系统管理员才有这个权限。
其中投稿作者是通过注册获得账号,而审稿专家和编辑持管理员给予的账号进入系统。
用户管理功能模块图如图2.12所示。
图2.12用户管理功能模块图
2.4数据库概要设计
通过对系统功能和业务流程的仔细调查、分析,本系统的数据需求包括:
投稿作者信息、稿件信息、新闻通知信息、留言信息、审稿专家信息、权限信息、角色信息、角色对应权限信息、期刊信息、用户信息等。
投稿作者信息包括:
投稿作者ID、作者姓名、性别、省份、城市、电话、手机、email、邮政编码、具体联系方式、单位、登录权限、角色ID。
稿件信息包括:
稿件ID、投稿作者姓名、学位授予单位、稿件联系人、电话、学位授予年度、导师、邮政编码、详细地址、学科领域、研究方向、研究层次、稿件标题、英文标题、摘要、英文摘要、关键字、英文关键字、页数、字数、表格数、图片数、基金、基金名称、创新点、投稿信、上传类型、文件名、稿件状态、编审通过、上传时间、专家评价、送审状态、标题修改、内容修改、具体操作。
新闻通知信息包括:
新闻通知ID、新闻通知内容。
留言信息包括:
留言ID、留言者姓名、留言者单位、留言主题、留言内容、手机、email、电话、回复内容。
审稿专家信息包括:
审稿专家ID、审稿专家用户名、审稿专家真实姓名、性别、年龄、电话、省份、城市、邮政编码、具体联系方式、登录权限、角色ID。
权限信息包括:
权限ID、父类权限ID、权限类型、权限内容、权限路径、权限提示。
角色信息包括:
角色ID、角色名、角色描述、登录权限。
角色对应权限信息包括:
角色对应权限ID、角色ID、权限ID。
期刊信息:
期刊ID、标题、内容、英文摘要、作者姓名、学位授予单位、学位授予年度、研究层次、专业、导师。
用户信息:
用户ID、用户名、密码、角色ID、登录权限。
信息间的联系,可以用E-R图表示。
如图2.13所示。
图2.13系统E-R图
2.5数据库逻辑结构设计
数据库的逻辑结构设计就是把概念结构设计阶段设计好的基本E-R图转化为与选用的DBMS产品所支持的数据模型相符合的逻辑结构[12]。
数据库逻辑结构的设计分为两个步骤:
首先将概念设计所得的E-R图转化为关系模型,也就是将实体、属性和联系都转化为相应的关系模型,主要包括一对一关系的转换、一对多关系的转化和多对多关系的转化,最后再对关系模型进行优化
本系统对表进行了适当的处理,同时联系了实际情况,增加了一些必要的冗余数据项。
好处如下:
(1)降低程序复杂度。
数据库的规范化其实实质是概念的单一化,所以规范化后的数据库的表一般都较小,使得表中相关列最少,这虽然增强了数据库的可维护性,但在系统要完成一些检索时,需要用复杂的联接才能实现。
这种操作需要较大开销,必将导致性能的下降,此时适当增加数据的冗余是个不错的选择。
(2)提高系统的性能。
数据库层数据冗余无论采用何种体系结构,冗余数据都可以凭数据副本的方式出现,副本的存在使许多应用可以“本地性”,大大减少了网络通信,提高系统的性能;
再有当某一节点出现故障时,由于拷贝副本的存在,系统仍可以对此副本操作,而不至于因一处故障而使系统无法使用,所示适当的冗余是很有必要的。
根据E-R图可以设计出10张表,分别为投稿作者信息表、稿件信息表、新闻通知信息表、留言信息表、审稿专家信息表、权限信息表、角色信息表、角色对应权限信息表、期刊信息表、用户信息表。
如表2.1—2.10所示。
表2.1投稿作者信息表authorinfo
字段名称
数据类型
主键
可否为空
描述
authorId
int
是(自增)
否
作者ID
authorName
varchar
作者姓名
sex
可
性别
province
省份
city
城市
cellphone
电话
phone
手机
邮箱
post
邮政编码
contact
具体联系方式
work
单位
flag
userId
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 学术论文 刊物 管理 系统 设计 实现