在线投稿系统数据库设计.docx
《在线投稿系统数据库设计.docx》由会员分享，可在线阅读，更多相关《在线投稿系统数据库设计.docx（14页珍藏版）》请在冰豆网上搜索。
在线投稿系统数据库设计
数据库原理课程设计
（2011级）
校报在线投稿和稿件管理的数据库设计
学号：
21106032028
姓名：
李春阳
指导教师：
丁丙胜
院系：
机电与信息工程学院
专业：
计算机科学与技术
提交日期：
2013-6-20
1．引言………………………………………………………………………………
2．系统需求分析……………………………………………………………………
2.1功能需求分析………………………………………………………………
2.2数据流图………………………………………………………………
2.3数据字典………………………………………………………………
3．系统功能设计…………………………………………………………………
3.1…………………………………………………………………………
3.2………………………………………………………………………
……………
4．数据库概念模型概念…………………………………………………………
4.1局部E-R图………………………………………………………………
4.2全局E-R图………………………………………………………………
…………
5．数据库逻辑结构设计………………………………………………………
5.1全局逻辑结构设计……………………………………………………
5.2外模式设计……………………………………………………………
……………
6．数据库物理结构设计………………………………………………………
6.1存取方法设计……………………………………………………………
6.2存储结构设计……………………………………………………
……………
7．应用程序设计（此项选做）…………………………………………………
……………
结束语……………………………………………………………………………
1.引言
随着网络普及程度的提高，人们的办公观念和方式都发生了重大的改变，基于网络的无纸化办公也越来越深入人心。
一个好的在线投稿系统，也让杂志社给读者形成一个好的的印象。
许多杂志社、报社的编辑部都已意识到实现网上办公和在线处理稿件的重要性和紧迫性。
在线投稿和稿件处理系统有效地解决了传统模式下投递和送审的各种弊端，实现了作者的投稿、信息查询、信息反馈的便捷处理和编辑部规范高效化办公，从而节省了稿件处理的时间和流通费用，提高了稿件投递和投审的效率和安全性，同时也保证了杂志社所有的编辑能够在相同的业务平台进行业务处理，适应了集中管理的需要。
通过规范流程、强化内部管理，建立强大的数据库，为数据分析、人员管理等提供强大的支持，为用户、专家、编辑提供了安全的权限设置，使稿件分级处理，避免了处理流程的混乱，减低工作量、减少重复劳动。
利用在线投稿与稿件处理系统，作者只要进行注册，即可进行稿件的投递与查阅，编辑部和专家可以将传来的稿件存盘后即可在电脑上进行编辑加工即在线编辑，既简便又准确，又提高期刊编辑出版的效率。
开发此系统是为了提高办公效率，适应信息网络时代期刊发展的趋势，也为了满足人们对信息实时性、安全性及便捷性的需求。
2.系统需求分析
2.1功能需求分析
（1）通过需求分析本投稿管理系统应该具有如下的功能：
管理员可以对用户、专家、稿件进行添加、删除和修改。
管理稿件的缴费情况，并根据稿件类型为已缴费稿件分配合适的初审专家和定稿专家，期间管理员可以和用户、审稿专家通过消息交流以提高稿件的审核进度。
投稿管理系统给投稿用户提供在线投稿的功能，用户的投稿是编辑部的生命所在，所以为用户提供一种方便快捷的投稿方式是必不可少的。
传统的投稿方式主要有有邮寄和电子邮件两种。
邮寄方式投递时间长，反馈时间更长，并有投递错误、半路遗失的可能，既慢又不保险。
E-mail方式比起传统的邮寄，在时效性和安全性上都迈进了一大步，但也存在着许多不足：
如作者本人邮箱的限制、编辑邮箱的承载量的限制等。
投稿管理系统解决了这些问题，投稿用户可以在线投递稿件，并且能在第一时间查看稿件录用审核情况，还能功过消息的方式及时和管理员、审稿专家进行交流。
在投稿管理系统中，审稿专家可以实现在线审稿的功能。
同投稿一样，编辑们可省去稿件来回投递的过程，可直接在线阅读、在线审阅来稿填写审稿意见，还可及时通过系统消息管理模块和投稿用户进行交流。
（2）功能描述
报投稿管理系统是一个典型的数据库开发应用程序，由投稿管理、审稿管理、稿费管理、稿件管理、投稿人管理、审稿人管理、系统管理等部分组成，规划系统功能模块如下：
投稿人注册模块
该模块主要功能是接收投稿人的基础信息，以便完成后续投稿工作。
投稿管理模块
该模块主要功能是投稿人管理本人的基本信息、已投稿件信息、审稿费缴纳信息、发送消息的管理,该模块的主要功能是管理个人工作任务、查看审稿消息等、稿费的交纳情况等，并提供稿件信息检索功能。
专家初审模块
该块主要功能是对投稿人提交的稿件进行审核给出相应的审核意见，期间初审专家可以跟管理员进行相应得会话以提高稿件的审核进度，最后初审专家可以管理已经审核的稿件和修改个人的基本信息。
专家再审模块
该模块主要功能是对编辑初审稿件进一步审核，通过此次审核对符合要求的稿件进行定稿，从而进行发表，它同时也包括定稿专家对自己已审核的稿件的管理和检索，消息管理，个人设置等内容。
稿费管理模块
该模块主要功能是管理投稿人交纳稿费的信息。
个人设置模块
该模块主要功能是个人密码的修改。
2.2数据流图
投稿用户
填写个人信息
注册个人信息
登录系统
投稿
D1
个人信息
登录系统
审核稿件
D3
审核意见
审核专家
投稿用户
D2
稿件信息
D4
消息信息
2.3数据字典
文件名：
注册信息；
组成：
编号+姓名＋密码＋邮箱；
组织：
按先后顺序排列；
注释：
包括用户的注册信息；
文件名：
用户信息；
组成：
编号+作者编号＋姓名（笔名）＋详细地址＋邮编＋电话+权限编号；
组织：
按编号先后顺序排列；
注释：
包括用户的详细信息；
文件名：
稿件信息；
组成：
稿件编号＋作者编号＋类型编号＋审核编号＋标题＋内容＋投稿时间＋审核时间＋专家评语；
组织：
按编号先后顺序排列；
注释：
包括稿件的各种审核状态信息；
文件名：
用户权限；
组成：
权限编号＋权限；
组织：
按编号先后顺序排列；
注释：
包括各种用户权限信息；
文件名：
稿件类型；
组成：
类型编号＋稿件类型；
组织：
按编号先后顺序排列；
注释：
包括稿件类型信息
文件名：
审核状态；
组成：
审核编号＋审核状态；
组织：
按编号先后顺序排列；
注释：
包括审核的各种状态信息；
3.系统功能设计
3.1系统概要设计
投稿管理系统从功能上分为几大模块：
（1）管理员管理模块
管理员可以根据稿件的基本情况合理分配稿件的初审专家和定稿专家，其次可以监督稿件的审核进度，跟投稿用户和审稿专家进行会话，并能对会话信息进行处理。
管理员用户还可进行用户资料的管理以及文章类型的维护。
（2）审稿专家管理模块
审稿专家则可对管理员分配的稿件进行及时审核并给出相关的审核意见，期间专家可以跟管理员进行会话，提高稿件审核的进度。
最后专家本人也可以对个人设置进行管理和已审核稿件进行管理。
经过分析得到系统总体结构图如图3.1所示：
3.2模块结构设计
1.投稿模块：
用户注册后登录投稿管理系统，可直接填写关于稿件的信息，并上传提交稿件，并可以查询稿件审核状态。
2.稿件初审模块：
依据稿件的资料，先检查是否交纳审稿费，如果不具备条件则不安排合适的审核专家审稿，若已交稿费，则由管理员为该稿件安排合适的审稿专家审核稿件。
3.稿件再审模块：
系统管理员根据投稿人的稿件信息，对具备审核条件的稿件，分配一个初审专家，根据初审专家的审核意见得出该稿件下一步进展情况，若不符合再审条件，则先通知投稿用户，然后依据初审专家的审稿意见修改稿件。
否则通知投稿用户交纳审稿费，以进行再审处理。
4.个人设置模块：
系统设置的主要用途是用户修改密码，进而维护用户的权限；重新登录用于用户的切换。
5.消息管理模块：
投稿用户可以给管理员发送缴费消息，当审稿专家不及时审稿时，管理员可向审稿专家发送催告通知。
审稿专家可与投稿用户通过消息的方式进行交流，以提高审稿的效率。
四、数据库概念模型概念
4.1局部E-R图
图4-3稿件属性E-R图
4.2全局E-R图
五、数据库逻辑结构设计
5.1全局逻辑结构设计
作者信息（）
文章信息（）
专家信息（）
管理员信息（）
审查表（）
文章类型表（）
5.2外模式设计
表4-1作者信息表（Author）
字段名
注释
类型
长度
允许空
默认值
a_id
作者编号（pk）
int
自动增长（1,1）
a_pname
作者笔名
varchar
50
a_pwd
作者密码
Char
20
a_name
作者姓名
char
20
A_address
联系地址
Varchar
50
A_email
email
Varchar
50
null
A_telephone
联系电话
Char
20
null
A_mark
作者备注
Varchar
150
null
表4-2文章信息表（essay）
字段名
注释
类型
长度
允许空
默认值
Essay_id
文章编号（pk）
int
4
自动增长（1,1）
type
文章类型
char
10
Essay_name
文章名
char
50
Essay_content1
文章内容
Varchar
4000
Essay_content2
文章内容续
Varchar
4000
Publish_time
最后发表日期
datetime
8
useMark
采用标记
Char
10
未采用
checkMark
审查标记
Char
20
未审查
A_pname
作者笔名
Varchar
50
表4-3专家信息表（Table_Employee_Code）
字段名
注释
类型
长度
允许空
默认值
E_id
专家编号（pk）
int
4
自动增长（1,1）
E_pwd
密码
char
20
111
E_name
专家名称
char
20
real_name
专家姓名
char
20
E_remark
备注
varchar
250
null
表4-4管理员信息表（Admin）
字段名
注释
类型
长度
允许空
默认值
M_id
管理员ID（pk）
int
4
自动增长（1,1）
M_name
管理员账号
varchar
20
M_pwd
管理员密码
varchar
50
表4-5审查表（checkessay）
字段名
注释
类型
长度
允许空
默认值
Check_id
审查ID（PK）
int
4
自动增长（1,1）
Essay_id
文章编号（FK）
int
4
E_name
专家名称
Char
20
Check_content
评语
Varchar
500
Check_date
审查日期
Datetime
8
表4-6文章类型表表（essay_type）
字段名
注释
类型
长度
允许空
默认值
Type_id
类型编号（pk）
int
4
自动增长（1,1）
Type_name
类型名称
char
10
六、数据库物理结构设计
6.1存取方法设计
数据库物理设计阶段的任务是根据具体计算机系统（DBMS和硬件等）的特点，为给定的数据库系统确定合理的存储结构和存取方法。
所谓的“合理”主要有两个含义：
一个是要使设计出的物理数据库占用较少的存储空间，另一个对数据库的操作具有尽可能高的速度。
6.2存储结构设计
确定数据库的存储结构主要指确定数据的存放位置和存储结构，包括确定关系、索引、日志、备份等的存储安排及存储结构，以及确定系统存储参数的配置。
将日志文件和数据库对象（表、索引等）分别放在不同的磁盘，可以改进系统的性能，提高系统的安全性。
所以，系统应将日志文件和数据文件存放在不同磁盘上。
确定数据库的存储结构主要指确定关系、索引、聚簇、日志、备份等的存储安排和存储结构，确定系统配置参数等。
在数据库中,引进了分区的概念,一个数据库文件逻辑上由一个或者多个分区组成.分区是一个逻辑概念,一个分区物理上由一个或者多个物理文件组成,分区与物理文件的映射由数据库产品来管理,分区中至少有一个系统分区,数据字典存储在系统分区中,具有DBA权限的用户可以创建新的分区成为用户分区,并且可以为每个分区追加物理文件
总结
本系统是针对大部分期刊杂志社审稿流程开发出来的，具有一般通用性。
系统基本实现了稿件的在线投递，随时查询稿件的审理阶段及意见，及与编辑部的在线联系等功能。
在稿件审理方面基本上实现了不同身份人员对稿件的在线审理功能。
其中包括编辑的在线办公，外审专家的在线处理稿件以及主编的在线办公。
编辑主要负责收发本栏目稿件，指定初审专家，将稿件提交主编，需要返修的稿件通知作者，及时给出审稿意见。
主编主要负责对稿件进行终审，并指定稿件的发表期次，对专家和编辑的审稿量进行统计，并可以进行人员的管理。
本系统并不是针对某个具体杂志社的审稿流程开发，可适用于一般杂志在线投稿系统。
系统使用SQL2005express开发，采用MVC三层架构开发，具有良好的移植性和二次开发的功能。
通过需求分析、总体设计、详细设计、系统实现、测试总结，完成了投稿管理系统的设计。
本系统所实现的投稿审稿功能，其界面友好、功能完善、使用方便快捷、安全高效，使审稿信息能在网络上的共享，使审稿专家的稿件审核工作可在网络上实现，提高了办公效率。
由于初次独立开发，所以系统还存在一些不足之处。
在分析阶段，由于对问题的认识不够深刻，可能导致在设计阶段出现一些设计性不足，但基本上实现了投稿人登记功能，稿件投稿功能，稿件审核和稿件管理功能。
基本完成了稿件投稿与审稿工作人员在功能上需求。
升级会员 