在线审稿投稿管理系统课程设计报告.doc
《在线审稿投稿管理系统课程设计报告.doc》由会员分享，可在线阅读，更多相关《在线审稿投稿管理系统课程设计报告.doc（29页珍藏版）》请在冰点文库上搜索。
课程设计报告
（2015--2016年度第1学期）
实验名称：
数据库应用课程设计
题目：
在线投稿审稿管理系统
院系：
控制与计算机工程学院
班级：
计算1302
学号：
1131220207
学生姓名：
兰鑫玥
指导教师：
周长玉
设计周数：
1周
成绩：
日期：
2016年1月17日
一、课程设计的目的与要求
目的
1.学习和实践在分析和设计计算机应用系统所需要的知识，包括面向对象的系统分析与设计，对数据库做进一步的了解，掌握相关知识；
2.进一步加强对数据库运用能力和熟练掌握数据库中的重要知识，了解如何从数据库中读写有关数据；
3.培养分析问题、解决问题的能力。
要求
1.完成数据库系统的安装与设置。
2.根据具体的课题完成需求分析。
3.完成数据库应用系统的逻辑设计。
4.创建数据库、数据表。
5.完成设计报告。
二、设计正文
1.需求分析
1.1调查用户需求
在线投稿审稿管理系统最终用户为投稿人、审稿人和杂志社管理员，有效地解决了传统模式下投递和送审的各种弊端，实现了作者的投稿、信息查询、信息反馈的便捷处理和编辑部规范高效化办公，从而节省了稿件处理的时间和流通费用，提高了稿件投递和投审的效率和安全性，同时也保证了杂志社所有的编辑能够在相同的业务平台进行业务处理，适应了集中管理的需要。
通过规范流程、强化内部管理，建立强大的数据库，为数据分析、人员管理等提供强大的支持，为用户、编辑提供了安全的权限设置，使稿件分级处理，避免了处理流程的混乱，减低工作量、减少重复劳动，得出用户的下列实际要求：
1.1.1基本功能需求
出版社的在线投稿审稿管理系统包含以下几方面信息：
Ø投稿人的基本信息
每个投稿人都有唯一的编号，有真实姓名，有笔名，有联系方式包括：
电话号码、联系地址、Email等。
Ø审稿人的基本信息
审稿人负责审理投稿人的稿件且为管理员管理添加或删除，每个审稿人都有唯一的编号，有真实姓名，有联系电话。
Ø管理员的基本信息
管理员负责管理审稿人，统计稿件信息，指定审稿人去审理指定的稿件，每个管理员都有唯一的编号，有姓名，有联系电话。
Ø稿件的基本信息
每篇文章都有唯一的稿件编号，有稿件名，有稿件类型，有稿件内容，发表日期，有审查标记来记录此篇文章是否已被审稿人审查，还要有此篇文章的作者。
1.1.2用户对系统的要求
Ø投稿人
a.信息要求
投稿人可以对自己的基本信息进行查看，可以查看自己的稿件状态。
b.处理要求
投稿人可以添加新的稿件进行提交，等待审稿人审理。
投稿人可以修改自己的个人信息，但不能修改账号，账号一经注册，便不可更改。
比如，某位作者可以对他的帐号密码进行更改。
c．安全性与完整性要求
安全性要求
n登录系统设置访问用户的标识以鉴别是否是合法用户，并要求合法用户设置其密码，保证用户身份不被盗用；
n系统应对不同的数据设置不同的访问级别，限制访问用户可查询和处理数据的类别和内容；
n登录系统对不同用户设置不同的权限，区分不同的用户，如区分投稿人，审稿人，管理员。
完整性要求
n各种信息记录的完整性，如账号和密码等信息记录内容不能为空；
n各种数据间相互的联系的正确性；
n相同的数据在不同记录中的一致性。
Ø审稿人
a.信息要求
审稿人可以对自己的基本信息进行查看，可以查看自己的审查任务安排。
b.处理要求
审稿人可以在线审查管理员给自己安排的要审查的稿件，查看稿件的相关信息及内容，并给出自己对这篇文章的评语。
审稿人可以修改自己的个人信息，但不能修改账号。
Ø管理员
a.信息要求
管理员可以对自己的基本信息进行查看，可以查看统计出来的各个作者的稿件信息。
b.处理要求
管理员可以分配稿件审理，指定审稿人去审理指定的稿件。
管理员可以确认发表哪篇稿件，以及发表日期。
管理员可以对各个作者的稿件进行管理，可以进行删除处理。
管理员可以添加和删除审稿人，可以查看和修改个人信息。
1.2系统功能的设计和划分
根据如上得到的用户需求，我们将本系统按照所完成的功能分成以下几部分：
第一部分：
登录部分
第二部分：
投稿人管理部分
第三部分：
审稿人管理部分
第四部分：
管理员管理部分
各部分完成的功能如下：
1.2.1登录部分
n处理投稿人登录
n处理审稿人登录
n处理管理员登录
1.2.2投稿人管理部分
n处理投稿人注册
n投稿人可以查询修改个人信息
n投稿人可以提交稿件并填写稿件的相关信息
n投稿人可以缴纳稿费
n投稿人可以查看稿件状态：
未审和已审，已审稿件可以查看评语
1.2.3审稿人管理部分
n审稿人可以查询修改个人信息。
n审稿人可以审理管理员指定分配的稿件，决定是否发表。
n审稿人可以在线审稿，给出评语。
1.2.4管理员管理部分
n管理员可以查询修改管理员信息。
n管理员可以添加、删除审稿人。
n管理员分配审稿人审理哪篇稿件。
n管理员可以查询某一作者的全部稿件信息。
n管理员可以删除稿件。
n管理员可以确定哪篇稿件可以发表，以及发表的时间。
图1.系统功能图
1.3数据流图
图2.总数据流图
1.4数据字典
14.1数据项
投稿人数据字典：
投稿人=账号+密码+姓名+笔名+电话+地址+E-mail+备注
账号=1{数字}20
密码=1{数字}20
姓名=1{汉字}20
笔名=1{汉字}20
电话=11{数字}11
地址=1{汉字}100
E-mail=[@|@|@|@|@|@|@]
地址=1{汉字}100
n数据项：
账号
含义说明：
唯一标识每个投稿人
别名：
投稿人编号
类型：
字符型
长度：
20
n数据项：
密码
含义说明：
每个投稿人的登录密码
类型：
字符型
长度：
20
n数据项：
姓名
含义说明：
每个投稿人的真实姓名
类型：
字符型
长度：
20
n数据项：
电话
含义说明：
每个投稿人的联系电话
类型：
字符型
长度：
11
n数据项：
E-mail
含义说明：
每个投稿人的电子邮箱
类型：
字符型
长度：
30
稿件数据字典：
稿件=编号+作者+标题+类型+关键词+摘要+内容+审查标记+缴费标记
编号=8{数字}8
作者=1{汉字}20
标题=1{汉字}20
类型=1{数字}10
关键词=1{汉字}50
摘要=1{汉字}100
摘要=1{内容}8000
审查标记=[0|1]
缴费标记=[0|1]
n数据项：
编号
含义说明：
唯一标识每篇稿件
别名：
稿件编号
类型：
整型
长度：
8
n数据项：
类型
含义说明：
记录稿件类型的编号
类型：
字符型
长度：
10
n数据项：
摘要
含义说明：
每篇稿件的主要内容与中心主旨
类型：
字符型
长度：
100
n数据项：
内容
含义说明：
每篇稿件的正文内容
类型：
字符型
长度：
8000
n数据项：
审查标记
含义说明：
记录稿件是否审查的标记，0为未审查，1为已审查
类型：
整型
长度：
1
n数据项：
缴费标记
含义说明：
记录稿件是否缴纳稿费的标记，0为未审查，1为已审查
类型：
整型
长度：
1
1.4.2数据结构
数据结构名
组成
投稿人信息
账号，密码，姓名，笔名，电话，地址，E-mail，备注
审稿人信息
账号，密码，姓名，电话
管理员信息
账号，密码，姓名，电话
稿件信息
编号，作者，标题，类型，关键词，摘要，内容，审查标记，缴费标记
稿件类型信息
编号，类型名
1.4.3数据流
数据流名
数据流来源
数据流去向
组成
审稿人审查信息
审稿人信息
稿件信息
审查信息
管理员管理稿件信息
稿件信息
稿件信息
发表信息
1.4.4数据存储
数据存储名
输入的数据流
输出的数据流
组成
投稿人信息表
投稿人信息
投稿人信息
投稿人信息
审稿人信息表
审稿人信息
审稿人信息
审稿人信息
管理员信息表
管理员信息
管理员信息
管理员信息
稿件信息表
审稿人审查信息
稿件信息
稿件信息
稿件信息
1.4.5处理过程
处理过程名
输入数据流
输出数据流
审稿人审查信息表
审稿人信息
稿件信息
审稿人审查信息
管理员管理稿件表
稿件信息
稿件信息
2.概念设计
根据需求分析说明书设计ER图，设计完成的ER图为：
图3.总ER图
3.逻辑设计
3.1关系表设计
将ER图转换为关系模式、要求设计出数据库所有关系表
表1.投稿人信息表（Writer）
属性名
存储代码
类型
长度
备注
完整性约束
账号
W_LoginNum
varchar
20
投稿人登录账号
主键
密码
W_Password
varchar
20
投稿人登录密码
非空
姓名
W_RealName
varchar
20
作者真实姓名
非空
笔名
W_PenName
varchar
20
作者笔名
电话
W_PhoneNum
char
11
联系电话
非空
地址
W_Address
varchar
100
联系地址
E-mail
W_Email
varchar
30
电子邮箱
CHECK规则
备注
W_Remark
varchar
100
作者备注信息
表2.稿件信息表（Article）
属性名
存储代码
类型
长度
备注
完整性约束
编号
A_ID
int
文章编号
主键,自增
作者
A_WriterNum
varchar
20
投稿人账号
主键
标题
A_Title
varchar
20
文章标题
非空
类型
A_TypeNum
varchar
10
文章类型
非空
关键词
A_Keyword
varchar
50
文章关键词
摘要
A_Summary
varchar
100
文章摘要
内容
A_Content
varchar
8000
文章正文内容
非空
审查标记
A_CheckFlag
int
是否经过审查
CHECK（0或1）
缴费标记
A_PayFlag
int
是否缴纳稿费
CHECK（0或1）
表3.、稿件类型表（ArticleType）
属性名
存储代码
类型
长度
备注
完整性约束
编号
AT_ID
varchar
10
文章类型编号
主键
名称
AT_Name
varchar
20
文章类型名称名
非空
表4.审稿人信息表（Editor）
属性名
存储代码
类型
长度
备注
完整性约束
账号
E_LoginNum
varchar
20
审稿人登录账号
主键
密码
E_Password
varchar
20
审稿人登录密码
非空
姓名
E_Name
varchar
20
审稿人姓名
非空
电话
E_PhoneNum
char
11
联系电话
非空
表5.审稿人审查表（CheckArticle）
属性名
存储代码
类型
长度
备注
完整性约束
审查编号
C_ID
int
主键,自增
稿件编号
C_ArticleID
int
主键
审稿人
C_EditorNum
varchar
20
审稿人账号
主键
评语
C_Comment
Varchar
1000
审稿人评语
审稿时间
C_CheckDate
datetime
8
表6.管理员信息表（Manager）
属性名
存储代码
类型
长度
备注
完整性约束
账号
M_LoginNum
varchar
20
管理员登录账号
主键
密码
M_Password
varchar
20
管理员登录密码
非空
姓名
M_Name
varchar
20
管理员姓名
非空
电话
M_PhoneNum
char
11
联系电话
非空
表7.管理员管理稿件表（ManageArticle）
属性名
存储代码
类型
长度
备注
完整性约束
稿件编号
MA_ArticleID
int
主键
管理员编号
MA_LoginNum
varchar
20
管理员登录密码
主键
发表标志
MA_Publish
int
是否决定发表
CHECK（0或1）
发表日期
MA_PublishDate
datetime
8
审查标记
MA_CheckFlag
int
是否经过审查
CHECK（0或1）
缴费标记
MA_PayFlag
int
是否缴纳稿费
CHECK（0或1）
以上关系模式均为BCNF。
3.2视图设计
为了方便程序查询，建立了如下用户视图：
1.投稿人登录信息视图（账号，密码）
CREATEVIEWW_LOGIN（W_LoginNum,W_Password）
AS
SELECTW_LoginNum,W_Password
FROMWriter;
2.审稿人登录信息视图（账号，密码）
CREATEVIEWE_LOGIN（E_LoginNum,E_Password）
AS
SELECTE_LoginNum,E_Password
FROMEditor;
3.管理员登录信息视图（账号，密码）
CREATEVIEWM_LOGIN（M_LoginNum,M_Password）
AS
SELECTM_LoginNum,M_Password
FROMManager;
4.创建包含稿件所有信息的视图
CREATEVIEWCheck_Article_View（E_LoginNum,A_ID,A_Title,W_RealName,W_PenName,A_Keyword,A_Summary,A_Content,A_WriterNum,A_CheckFlag,A_PayFlag,AT_Name,C_Comment）
AS
SELECTE_LoginNum,A_ID,A_Title,W_RealName,W_PenName,A_Keyword,A_Summary,A_Content,A_WriterNum,A_CheckFlag,A_PayFlag,AT_Name,C_Comment
FROMArticle,ArticleType,CheckArticle,Editor,Writer
whereA_TypeNum=AT_IDANDA_WriterNum=W_LoginNumANDA_ID=C_ArticleIDANDC_EditorNum=E_LoginNum
5.创建待审稿件信息视图
CREATEVIEWnotSee（A_WriterNum,A_ID,A_Title,AT_Name,A_CheckFlag,A_PayFlag）
AS
SELECTA_WriterNum,A_ID,A_Title,AT_Name,A_CheckFlag,A_PayFlag
FROMArticleType,ArticleleftjoinCheckArticleon（A_ID=C_ArticleID）
WHEREA_TypeNum=AT_ID
6.创建已审稿件信息视图
CREATEVIEWhaveSeen（A_WriterNum,A_ID,A_Title,AT_Name,C_Comment,A_CheckFlag,A_PayFlag）
AS
SELECTA_WriterNum,A_ID,A_Title,AT_Name,C_Comment,A_CheckFlag,A_PayFlag
FROMArticleType,ArticleleftjoinCheckArticleon（A_ID=C_ArticleID）
WHEREA_TypeNum=AT_ID
7.创建定稿管理视图
CREATEVIEWSure_Article_View（A_ID,A_Title,C_Comment,A_PayFlag,MA_Publish,MA_PublishDate）
AS
SELECTA_ID,A_Title,C_Comment,A_PayFlag,MA_Publish,MA_PublishDate
FROMCheckArticle,ArticleleftjoinManageArticleon（A_ID=MA_ArticleID）
WHEREA_CheckFlag=1andA_ID=C_ArticleID
8.创建审稿管理中的所有稿件视图
CREATEVIEWAll_Article_View（A_ID,A_Title,AT_Name,W_RealName,A_Keyword）
AS
SELECTA_ID,A_Title,AT_Name,W_RealName,A_Keyword
FROMArticle,ArticleType,Writer
WHEREA_TypeNum=AT_IDANDA_WriterNum=W_LoginNum
3.3存储过程及触发器设计
1.创建存储过程，统计指定作者的稿件信息
CREATEPROCEDURESTASTICS
@A_WriterNumvarchar（20）
AS
SELECTW_RealName,A_ID,A_Title,AT_Name,A_CheckFlag,A_PayFlag,C_Comment
fromWriter,ArticleType,ArticleLEFTjoinCheckArticleon（A_ID=C_ArticleID）
WHEREA_WriterNum=@A_WriterNumandW_LoginNum=A_WriterNumandA_TypeNum=AT_ID;
2.创建触发器，当Article表中A_PayFlag发生改变时，ManageArticle表中的MA_PayFlag也改变
CREATETRIGGERPayFLAGONArticle
FORUPDATE
AS
IFUPDATE（A_PayFlag）
BEGIN
UPDATEManageArticle
SETMA_PayFlag=i.A_PayFlag
FROMManageArticlebr,Deletedd,Insertedi
WHEREbr.MA_ArticleID=d.A_ID
END;
3.创建触发器，当Article表中A_CheckFlag发生改变时，ManageArticle表中的MA_CheckFlag也改变
CREATETRIGGERCheckFLAGONArticle
FORUPDATE
AS
IFUPDATE（A_CheckFlag）
BEGIN
UPDATEManageArticle
SETMA_CheckFlag=i.A_CheckFlag
FROMManageArticlebr,Deletedd,Insertedi
WHEREbr.MA_ArticleID=d.A_ID
END;
4.创建触发器，当删除一片稿件时，同时删除CheckArticle中有关这篇文章的记录
CREATETRIGGERDeleteCheckArticleONArticle
AFTERDELETE
AS
DELETECheckArticle
FROMCheckArticlebr,Deletedd
WHEREbr.C_ArticleID=d.A_ID
5.创建触发器，当删除一片稿件时，同时删除ManageArticle中有关这篇文章的记录
CREATETRIGGERDeleteManageArticleONArticle
AFTERDELETE
AS
DELETEManageArticle
FROMManageArticlebr,Deletedd
WHEREbr.MA_ArticleID=d.A_ID
6.创建触发器，当删除一个审稿人时，同时删除CheckArticle中由此审稿人审查的任务
CREATETRIGGERDeleteEditorONEditor
AFTERDELETE
AS
DELETECheckArticle
FROMCheckArticlebr,Deletedd
WHEREbr.C_EditorNum=d.E_LoginNum
4.物理设计
确定数据库物理结构主要指确定数据的存放位置和存储结构，包括确定关系、索引、聚簇、日志、备份等的存储安排和存储结构，确定系统配置等。
1、系统自动在每个表的主码上建立索引。
5.系统界面及代码实现
包括以下几部分内容：
1、表间连接关系图
图4.表连接关系样例图
2、CHECK约束设置图
图5.CHECK约束设置样例图
3、系统实现界面图
图6.用户登录界面
图7.用户注册界面
图8.投稿界面
图9.查看待审稿件界面
图10.查看已审稿件界面
图10.投稿人修改个人资料界面
图11.在线审稿界面
图12.审稿人修改个人信息界面
图13.管理员分派稿件界面
图14.管理员发表稿件界面
图15.管理员管理各个作者稿件界面
图16.管理审稿人界面
4、关键代码
①登录模块
package在
升级会员 