稿件评审系统部分资料.docx

稿件评审系统部分资料.docx

《稿件评审系统部分资料.docx》由会员分享，可在线阅读，更多相关《稿件评审系统部分资料.docx（14页珍藏版）》请在冰豆网上搜索。

稿件评审系统部分资料

1前言

1．1开发背景

随着计算机应用技术的进步,信息化、网络化的不断发展,人们的生活和Internet的关系越来越密切,足不出户的网上办公已经成为当今社会发展的必然趋势。

这也对期刊的编辑流程带来了深刻的变革和影响,对期刊现代化建设具有明显的推动作用。

计算机技术和网络技术在期刊编辑流程中的应用日益增加,越来越多的期刊相继建立了基于Internet的稿件评审系统。

通过Internet投审稿已经成为期刊管理的主要趋势和重要途径。

在日常的稿件处理、资料信息管理方面烦琐、事务较多。

图书的出版速度越来越快,种类也越来越丰富,向投稿的作者也越来越多。

由于地域的限制,作者通常都需要将稿件邮寄到,而这样的效率极低,不利于书籍的修订和出版。

传统的稿件处理和管理系统由手工完成,浪费了大量的人力、物力,而且不利于工作效率的提高和管理水平的提升。

随着网络的发展,逐渐兴起了网络书稿的热潮。

这样可以实现从投稿、审稿、编辑、发行等全过程的网络化,比传统模式更加灵活方便。

1．2稿件评审系统的现状

国外在线投审稿系统的开发与应用发展较快,英国的电子投稿与同行审稿〔ElectronicSubmissionandPEerReview,ESPERE〕项目始建于1996年,当时是作为英国电子图书馆工程〔eLiB〕的一部分。

1998年成立了一个自筹资金组织——ESPRRE财团,继续资助英国诺丁汉大学计算机与信息技术学院的研究人员开发这一项目,至今已开发了第三代系统,功能更加完善、强大。

而国内在线投审稿系统的研发起步比较晚,在众多期刊中,建立并使用在线投审稿系统的还比较少。

##工业大学工程师毛承洁曾报告《工业工程》杂志利用ASP技术开发设计网上电子投稿系统的经验,《中国医药杂志》、《中国药师》、《地球物理学报》等编辑部先后开始使用在线投审稿系统,但在全国5000多种科技期刊中所占的比例非常小,更多的科技期刊还是采取传统的投稿模式,即邮局邮递投稿、电子函件投稿等。

目前,随着网络的不断进步与发展,网络化已成为科技期刊的主要发展趋势,编辑流程网络化不但可以优化工作流程,而且可以实现远程编审。

20##第四届全国核心期刊与期刊国际化网络化研讨会上传来好消息：

中国科学技术信息研究所、万方数据##将联合构筑中国期刊网络出版联盟,其中联合开发期刊网络出版平台,构建基于互联网的编辑远程稿件处理系统。

这预示着国内期刊网络化大发展时代即将到来。

1．3目前存在的问题

虽然近年稿件投审稿系统得到了迅速的发展,但目前我国的稿件投审稿系统正处于发展阶段,无论是设计还是管理都还不够成熟,仍然存在一些问题,主要体现在以下几个方面：

（1）投稿信任度低。

目前使用在线投审稿系统的编辑部,普遍面临这样的问题：

投稿者不愿使用在线投审稿系统,而更愿意使用传统的投寄方式,导致系统无稿件可收；或者通过在线投稿系统后,又通过邮寄再次投稿,致使同一稿件连续接收、重复登记。

（2）系统不稳定。

一些编辑部经常会接到投稿者的咨询或信件,询问稿件情况,发现有些投稿者使用在线投审稿系统后,编辑部并未收到稿件,或是一段时间内系统接收不到任何稿件,系统也无法进行更新,这说明系统存在稳定性问题。

（3）投稿不规范。

例如图片未经压缩直接上传,占用系统较大空间资源；稿件格式复杂多样,并不是系统要求格式,以致无法正常打开。

（4）审稿流程缺乏透明度。

尽管许多网上审稿系统通过与系统的整合,已经可以实现系统内接收与发送电子的功能,但主要流程仍由期刊编辑控制执行,编辑工作量仍然较大,审稿过程缺乏有效监督,容易出现纰漏。

（5）缺乏审稿规则控制。

现有的审稿系统缺乏对审稿规则的控制,也没有将其信息化,更多时候是采取人工方式进行控制。

1．4系统开发的目的和意义

在线投稿系统不同于电子函件投稿,虽然有很多文献将电子函件投稿也称为网上投稿、网络投稿、电子投稿等,但二者功能用途是截然不同的。

在线投审稿系统的设计基于Internet,前台用户可以在线投稿,查询,与时获知稿件的处理进度,专家在线审稿,后台管理员可在线收稿、修稿,实现编者与作者和审稿人的直接互动。

因而,稿件投审稿系统的设计有助于解决一下问题：

（1）改革传统的投稿与审稿模式

（2）贯彻执行双匿名审稿制度,提高审稿结果的准确性和公正性

（3）便于实现审稿人资源共享

（4）便于实现一稿多审,获得不同的审稿意见,为终审提供充分依据

（5）降低稿件寄送成本

综上所述,稿件投审稿系统的设计,大大缩短了投稿和审稿的时间,大量节省了人力物力,提高了审稿的公平性,而且便于资源的共享,效果显著。

1．5系统开发的主要内容和目标

构建一个编辑部门所需的稳定有效的稿件评审系统,重点在于缩短投审稿流程时间,实现一稿多审,提高审稿结果的准确性与公平性。

通过相关调查,要求系统具有以下功能:

（1）通过系统,用户可以向编辑部投递稿件以与管理个人信息

（2）通过系统,用户可以与时获得稿件的处理进度

（3）编辑在线对稿件进行初次审核

（4）编辑在收集专家意见后决定是否采用稿件

（5）随机分配专家,有效防止作弊行为

（6）一稿多审,收集数位专家意见,提高准确性

（7）专家在线审稿,提供审稿意见

（8）后台对系统各类信息的管理

（9）为用户提供密码取回服务功能

需求分析

软件需求分析工作是软件生存周期中重要的一步,也是决定性的一步。

只有通过软件需求分析,才能把软件功能和性能的总体概念描述为具体的软件需求规格说明,从而奠定软件开发的基础。

因此,在软件开发前应该做好对软件的需求分析。

3．1系统可行性分析

可行性研究的目的,就是用最小的代价在尽可能短的时间内确定问题是否能够解决。

要达到这个目的,必须分析几种主要的可能解法的利弊,从而判断原定的系统规模和目标是否现实,系统完成后所能带来的效益是否大到值得投资开发这个系统的程度。

因此,可行性研究实质上是要进行一次大大压缩简化了的系统分析和设计的过程,也就是在较高层次上以较抽象的方式进行的系统分析和设计的过程。

系统的可行性分析主要包括技术上的可行性、经济上的可行性、操作上的可行性、法律上的可行性和开发环境上的可行性。

本系统的可行性分析如下：

技术可行性：

随着国内软件开发的日益发展壮大,各种中小企事业单位已具备独立开发各种类型的软件的能力,能够满足不同行业的特别的需求。

整个系统的技术构成上来看,它属于一个数据库应用类的系统。

其基本操作就是对存在数据库进行添加、删除、查找、编辑等。

所以就单纯的数据库应用来看,暂不存在太大的技术问题。

因此从技术方面讲开发此系统是可行的。

经济可行性：

现在越来越多的人都通过网络做许多事情,稿件评审系统易于操作,对于虽然对硬件要求比较高但是其安全性和可管理性比较好,实用性比较好,相信经济效益也比较高,因此此系统应该积极开发。

操作可行性：

随着时代的发展,人员素质己逐步提高,不论是对于电脑系统的基本操作还是对于系统的维护都有了一定的基础。

同时还可以配置专业的电脑维护人员来维护电脑,不必担心电脑故障问题。

法律可行性：

此系统没有侵犯他人合法权益,系统所涉与的条款与国家的现行法律没有抵触,不损害国家、集体、个人的任何利益,所以在法律上是完全可行的。

开发环境可行性：

开发此系统需要的硬件环境要求比较高,操作系统为ServerPack2的Windows2000Server或WindowsXPProfessional,需要安装Internet信息服务,还要有ASP.NET环境,主要就是VisualStudio.NET2005。

目前来看操作系统和各种软件都不是问题,系统硬件也可以满足,所以从开发环境上来说是可行的。

3．2系统功能需求分析

本系统的主要功能需求是：

普通用户通过注册的用户名和密码登录可以投递稿件,上传原文附件,进行密码修改等。

编辑可以对稿件进行初审,随机分配专家、收集专家意见,最终定稿。

专家凭##密码登录对随机分配给自己的稿件进行审理并提供审稿意见。

管理员可对系统的各项信息进行添加、删除、编辑、修改等操作。

通过系统的相关调查与分析,本稿件评审系统具有以下功能：

<1>普通用户功能：

●通过密码提示问题找回密码

●登录个人面板后可投递稿件

●稿件原文以附件的形式上传

●投稿后可方便获得处理进度

●修改个人密码

<2>管理员功能：

●对用户信息进行查看、编辑、删除

●对稿件信息进行查看、编辑、删除

●对编辑信息进行查看、编辑、删除、添加

●对专家信息进行查看、编辑、删除、添加

●可以添加、编辑、删除稿件分类

●可以添加、编辑、删除

●修改个人密码

<3>编辑功能：

●稿件下载

●初审稿件,进行退稿或审核通过操作

●随机分配审稿专家

●收集专家意见,并根据意见定稿

<4>专家功能：

●稿件原文下载

●查看稿件详细内容并审理稿件

3．3系统用例图

3．3．1用户功能用例图

（1）用户主要功能用例图

若忘记密码,用户可通过密码提示问题取回密码,成功登录后可投递稿件、查看稿件状态、查看审稿意见、进行密码修改。

图2用户功能用例图

（2）用户投递稿件用例图

用户通过填写稿件标题、地址、选择稿件分类、填写稿件描述、上传稿件原文来进行稿件投递。

图3稿件投递用例图

（3）用户查看稿件处理进度用例图

稿件投递后,用户可以通过系统与时了解稿件的处理进度,包括退稿、初审、二审、终审4种状态。

图4查看稿件处理进度用例图

3．3．2编辑功能用例图

（1）编辑初审稿件用例图

在专家审稿之前,编辑负责对稿件进行初审,不符合要求的进行退稿操作,符合要求的稿件审核通过,同时随机分配专家。

图5编辑初审用例图

（2）编辑终审稿件用例图

在全部专家审理完毕后,编辑还负责收集专家审稿意见,对稿件进行终审,决定是否采用稿件。

图6编辑终审用例图

3．3．3专家功能用例图

专家登录系统后,通过列表查看随机分配给自己的稿件,然后下载稿件原文,对稿件进行审理后填写审稿意见,最后选择审稿结果。

图7专家审稿用例图

3．3．4管理功能用例图

管理员可以对系统用户、稿件、编辑、专家、稿件分类、等进行编辑、删除和添加操作,还可以修改个人密码。

图8后台管理用例图

4系统总体设计

4．1系统功能模块的划分

4．1．1系统功能模块图

根据前面的需求分析以与系统功能的分析,系统主要可划分为四大模块：

用户模块、编辑模块、专家模块、管理模块。

系统功能模块图如下：

图9系统功能模块图

4．1．2系统功能概述

由系统功能模块图可以看出,本系统主要有四个模块：

用户模块、编辑模块、专家模块和管理模块。

主要功能概述如下:

（1）用户模块

此模块主要实现的功能是用户投稿、上传稿件原文、找回密码、密码修稿和查看稿件处理进度,状态返回是用户模块必不可少的一部分,用户通过系统投递稿件后可以与时获得稿件处理的进度,而不必像传统投稿是那样通过或方式咨询审稿进度。

●投稿：

用户可以通过系统投递稿件。

●附件上传：

用户投稿时可上传稿件附件。

●稿件状态：

稿件投递后,用户需要知道稿件的处理进度,通过这一功能用户就能与时了解自己的稿件状态,包括退稿、初审、二审和终审稿件。

●个人管理：

用户可以修改个人密码。

（2）编辑模块

编辑登陆系统,可以浏览稿件信息对待审或者待定稿件进行相应操作,譬如退稿、初审审核、结合专家意见决定是否采用稿件等。

●稿件初审：

编辑登陆系统查看有待初审的稿件。

●退稿：

若稿件不符合要求则退回。

●审核是否采用稿件。

●意见收集。

实现一稿多审,获得不同的审稿意见,为终审提供充分依据。

●采用稿件。

编辑根据专家的意见决定是否采用稿件提高审稿结果的准确性。

（3）专家模块

专家登录后可查看待审稿件列表,对随机分配给自己的稿件进行审理,为编辑定稿提供审稿意见和审稿结果,所有专家审核后编辑将结合多位专家的意见觉得是否采用稿件。

●专家登陆：

作为稿件处理的审稿者,必须在登陆以后方可进入审稿页面。

●稿件列表：

可以查看所有自己将要审核的作品。

●稿件审理：

包括查看稿件的所有详细内容,下载稿件附件,提供评语,提交审稿结果。

（4）管理模块

●用户管理：

管理员可以查看、编辑用户信息,或者对用户进行删除操作。

●稿件管理：

管理员可以对稿件进行修改和删除操作。

●编辑管理：

管理员可以查看和更新编辑注册信息,或者删除、添加编辑。

●专家管理：

管理员可以查看和更新专家信息,或者删除、添加专家。

●分类管理：

管理员可以更新、删除和添加稿件分类。

●管理：

管理员可以更新、删除和添加。

●个人管理：

管理员可以修改个人密码。

4．2数据库设计

数据库设计是建立数据库与其应用系统的技术,是信息系统开发和建设中的核心技术,具体说,数据库设计是指对于一个给定的应用环境,构造最优的数据库模式,建立数据库与其应用系统,使之能够有效地存储数据,满足各种用户的应用需求。

合理的数据库结构设计可以提高数据存储的效率,保证数据的完整和一致。

另外,合理的数据库结构将非常有利于程序的实现。

4．2．1概念设计

概念模式是独立与数据库逻辑结构,独立与支持数据库的DBMS,不依赖于计算机系统的。

概念模型是表达概念设计结果的工具。

它应该能够真实、充分地反映现实世界中事物和事物之间的联系；应该简洁、明晰、独立于机器,容易理解,方便数据库设计人员和应用人员进行交流；应该易于变动,便于修改；应该很容易向关系、层次或网状等各种数据模型转变,方便地导出与DBMS有关的逻辑模型。

概念模型有很多模型,其中最常用的方法之一是"实体—联系模型"〔entityrelationshipmodel〕,即使用E-R图来描述某一组织的概念模型。

E-R模型是指直接从现实世界中抽象出实体类型与实体间联系,是一种描述静态数据结构的概念模型。

它的主要成分是实体、联系和属性。

可利用E-R模型进行数据库概念设计。

E-R图是直观表示概念模型的工具,再图中有四个基本成分如图10：

<1>矩形框：

表示实体类型〔考虑问题的对象〕；

<2>菱形框：

表示联系类型〔实体间的联系〕；

<3>椭圆形框：

表示实体类型和联系类型的属性；

<4>直线：

联系类型与涉与的实体类型之间以直线连接,并在直线部标上联系的种类〔1：

1,1：

N,M：

N〕。

具体图示如图10所示。

实体属性联系

图10实体E-R图符号表示

4．2．2系统E-R图

系统整体E-R图：

图11系统整体E-R图

本稿件评审系统所包含的实体主要有：

稿件信息实体、专家信息实体、评论信息实体、用户信息实体、编辑信息实体、分类信息实体、信息实体等,由于篇幅关系,在此只列举一部分：

稿件信息实体包括稿件编号、作者、稿件标题、地址、稿件描述、稿件原文、稿件分类、初审状态、终审结果。

图12稿件信息实体图

专家信息实体主要包括专家账号、专家密码、所属分类、地址、年龄、性别、所属、联系、、专家编号。

图13专家信息实体图

评论信息实体主要包括评论编号、稿件编号、专家评论、审核结果。

图14评论信息实体图

用户信息实体主要包括用户编号、用户名、密码、提示问题、密码答案、。

图15用户信息实体图