在线审稿投稿管理系统课程设计报告

课程设计报告

(2015-- 2016年度第1学期)

实验名称：数据库应用课程设计题目：在线投稿审稿管理系统院系：控制与计算机工程学院班级：计算1302

学号：07

学生姓名：兰鑫玥

指导教师：周长玉

设计周数： 1 周

成绩：

日期：2016年1月17日

一、课程设计的目的与要求

目的

1.学习和实践在分析和设计计算机应用系统所需要的知识，包括面向对象的系统分析与设计，对数据库

做进一步的了解，掌握相关知识；

2.进一步加强对数据库运用能力和熟练掌握数据库中的重要知识，了解如何从数据库中读写有关数据；

3.培养分析问题、解决问题的能力。

要求

1.完成数据库系统的安装与设置。

2.根据具体的课题完成需求分析。

3.完成数据库应用系统的逻辑设计。

4.创建数据库、数据表。

5.完成设计报告。

二、设计正文

1.需求分析

调查用户需求

在线投稿审稿管理系统最终用户为投稿人、审稿人和杂志社管理员，有效地解决了传统模式下投递和送审的各种弊端，实现了作者的投稿、信息查询、信息反馈的便捷处理和编辑部规范高效化办公，从而节省了稿件处理的时间和流通费用，提高了稿件投递和投审的效率和安全性，同时也保证了杂志社所有的编辑能够在相同的业务平台进行业务处理，适应了集中管理的需要。通过规范流程、强化内部管理，建立强大的数据库，为数据分析、人员管理等提供强大的支持，为用户、编辑提供了安全的权限设置，使稿件分级处理，避免了处理流程的混乱，减低工作量、减少重复劳动，得出用户的下列实际要求：

基本功能需求

出版社的在线投稿审稿管理系统包含以下几方面信息：

投稿人的基本信息

每个投稿人都有唯一的编号，有真实姓名，有笔名，有联系方式包括：电话号码、联系地址、Email 等。

审稿人的基本信息

审稿人负责审理投稿人的稿件且为管理员管理添加或删除，每个审稿人都有唯一的编号，有真实姓名，有联系电话。

管理员的基本信息

管理员负责管理审稿人，统计稿件信息，指定审稿人去审理指定的稿件，每个管理员都有唯一的编号，

有姓名，有联系电话。

稿件的基本信息

每篇文章都有唯一的稿件编号，有稿件名，有稿件类型，有稿件内容，发表日期，有审查标记来记录此篇文章是否已被审稿人审查，还要有此篇文章的作者。

用户对系统的要求

投稿人

a.信息要求

投稿人可以对自己的基本信息进行查看，可以查看自己的稿件状态。

b.处理要求

投稿人可以添加新的稿件进行提交，等待审稿人审理。

投稿人可以修改自己的个人信息，但不能修改账号，账号一经注册，便不可更改。比如，某位作者可以对他的帐号密码进行更改。

c．安全性与完整性要求

安全性要求

登录系统设置访问用户的标识以鉴别是否是合法用户，并要求合法用户设置其密码，保证用

户身份不被盗用；

系统应对不同的数据设置不同的访问级别，限制访问用户可查询和处理数据的类别和内容；

登录系统对不同用户设置不同的权限，区分不同的用户，如区分投稿人，审稿人，管理员。

完整性要求

各种信息记录的完整性，如账号和密码等信息记录内容不能为空；

各种数据间相互的联系的正确性；

相同的数据在不同记录中的一致性。

审稿人

a.信息要求

审稿人可以对自己的基本信息进行查看，可以查看自己的审查任务安排。

b.处理要求

审稿人可以在线审查管理员给自己安排的要审查的稿件，查看稿件的相关信息及内容，并给出自己对这篇文章的评语。

审稿人可以修改自己的个人信息，但不能修改账号。

管理员

a.信息要求

管理员可以对自己的基本信息进行查看，可以查看统计出来的各个作者的稿件信息。

b.处理要求

管理员可以分配稿件审理，指定审稿人去审理指定的稿件。

管理员可以确认发表哪篇稿件，以及发表日期。

管理员可以对各个作者的稿件进行管理，可以进行删除处理。

管理员可以添加和删除审稿人，可以查看和修改个人信息。

系统功能的设计和划分

根据如上得到的用户需求，我们将本系统按照所完成的功能分成以下几部分：第一部分：登录部分

第二部分：投稿人管理部分

第三部分：审稿人管理部分

第四部分：管理员管理部分

各部分完成的功能如下：

登录部分

处理投稿人登录

处理审稿人登录

处理管理员登录

投稿人管理部分

处理投稿人注册

投稿人可以查询修改个人信息

投稿人可以提交稿件并填写稿件的相关信息

投稿人可以缴纳稿费

投稿人可以查看稿件状态：未审和已审，已审稿件可以查看评语

审稿人管理部分

审稿人可以查询修改个人信息。

审稿人可以审理管理员指定分配的稿件，决定是否发表。

审稿人可以在线审稿，给出评语。

管理员管理部分

管理员可以查询修改管理员信息。

管理员可以添加、删除审稿人。

管理员分配审稿人审理哪篇稿件。

管理员可以查询某一作者的全部稿件信息。

管理员可以删除稿件。

管理员可以确定哪篇稿件可以发表，以及发表的时间。

图1.系统功能图数据流图

图2.总数据流图

数据字典

数据项

投稿人数据字典：

投稿人=账号+密码+姓名+笔名+电话+地址+E-mail+备注

账号= 1{数字}20

密码= 1{数字}20

姓名= 1{汉字}20

笔名= 1{汉字}20

电话= 11{数字}11

地址= 1{汉字}100

]

地址= 1{汉字}100

数据项：账号

含义说明：唯一标识每个投稿人

别名：投稿人编号

类型：字符型

长度：20

数据项：密码

含义说明：每个投稿人的登录密码

类型：字符型

长度：20

数据项：姓名

含义说明：每个投稿人的真实姓名

类型：字符型

长度：20

数据项：电话

含义说明：每个投稿人的联系电话

类型：字符型

长度：11

数据项：E-mail

含义说明：每个投稿人的电子邮箱

类型：字符型

长度：30

稿件数据字典：

稿件=编号+作者+标题+类型+关键词+摘要+内容+审查标记+缴费标记编号= 8{数字}8

作者= 1{汉字}20

标题= 1{汉字}20

类型= 1{数字}10

关键词= 1{汉字}50

摘要= 1{汉字}100

摘要= 1{内容}8000

审查标记=[0|1]

缴费标记=[0|1]

数据项：编号

含义说明：唯一标识每篇稿件

别名：稿件编号

类型：整型

长度：8

数据项：类型

含义说明：记录稿件类型的编号

类型：字符型

长度：10

数据项：摘要

含义说明：每篇稿件的主要内容与中心主旨

类型：字符型

长度：100

数据项：内容

含义说明：每篇稿件的正文内容

类型：字符型

长度：8000

数据项：审查标记

含义说明：记录稿件是否审查的标记，0为未审查，1为已审查

类型：整型

长度：1

数据项：缴费标记

含义说明：记录稿件是否缴纳稿费的标记，0为未审查，1为已审查类型：整型

长度：1

数据结构

数据结构名组成

2.概念设计

根据需求分析说明书设计ER图，设计完成的ER图为：

图3. 总ER图

3.逻辑设计

关系表设计

将ER图转换为关系模式、要求设计出数据库所有关系表

属性名存储代码类型长度备注完整性约束账号W_LoginNum varchar20投稿人登录账号主键密码W_Password varchar20投稿人登录密码非空姓名W_RealName varchar20作者真实姓名非空笔名W_PenName varchar20作者笔名

电话W_PhoneNum char11联系电话非空地址W_Address varchar100联系地址

E-mail W_Email varchar30电子邮箱CHECK规则备注W_Remark varchar100作者备注信息

属性名存储代码类型长度备注完整性约束编号A_ID int文章编号主键,自增作者A_WriterNum varchar20投稿人账号主键

以上关系模式均为BCNF。

视图设计

为了方便程序查询，建立了如下用户视图：

1.投稿人登录信息视图（账号，密码）

CREATE VIEW W_LOGIN(W_LoginNum,W_Password)

AS

SELECT W_LoginNum,W_Password

FROM Writer;

2.审稿人登录信息视图（账号，密码）

CREATE VIEW E_LOGIN(E_LoginNum,E_Password)

AS

SELECT E_LoginNum,E_Password

FROM Editor;

3.管理员登录信息视图（账号，密码）

CREATE VIEW M_LOGIN(M_LoginNum,M_Password)

AS

SELECT M_LoginNum,M_Password

FROM Manager;

4.创建包含稿件所有信息的视图

CREATE VIEW

Check_Article_View(E_LoginNum,A_ID,A_Title,W_RealName,W_PenName,A_Keyword,A_Summary,A_Content,A_Writ erNum,A_CheckFlag,A_PayFlag,AT_Name,C_Comment)

AS

SELECT

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

FROM Article,ArticleType,CheckArticle,Editor,Writer

where A_TypeNum = AT_ID AND A_WriterNum = W_LoginNum AND A_ID = C_ArticleID AND C_EditorNum =

E_LoginNum

5.创建待审稿件信息视图

CREATE VIEW notSee(A_WriterNum,A_ID,A_Title,AT_Name,A_CheckFlag,A_PayFlag)

AS

SELECT A_WriterNum,A_ID,A_Title,AT_Name,A_CheckFlag,A_PayFlag

FROM ArticleType,Article left join CheckArticle on (A_ID = C_ArticleID)

WHERE A_TypeNum = AT_ID

6.创建已审稿件信息视图

CREATE VIEW haveSeen(A_WriterNum,A_ID,A_Title,AT_Name,C_Comment,A_CheckFlag,A_PayFlag)

AS

SELECT A_WriterNum,A_ID,A_Title,AT_Name,C_Comment,A_CheckFlag,A_PayFlag

FROM ArticleType,Article left join CheckArticle on (A_ID = C_ArticleID)

WHERE A_TypeNum = AT_ID

7.创建定稿管理视图

CREATE VIEW Sure_Article_View(A_ID,A_Title,C_Comment,A_PayFlag,MA_Publish,MA_PublishDate)

AS

SELECT A_ID,A_Title,C_Comment,A_PayFlag,MA_Publish,MA_PublishDate

FROM CheckArticle,Article left join ManageArticle on (A_ID = MA_ArticleID)

WHERE A_CheckFlag=1 and A_ID=C_ArticleID

8.创建审稿管理中的所有稿件视图

CREATE VIEW All_Article_View(A_ID,A_Title,AT_Name,W_RealName,A_Keyword)

AS

SELECT A_ID,A_Title,AT_Name,W_RealName,A_Keyword

FROM Article,ArticleType,Writer

WHERE A_TypeNum = AT_ID AND A_WriterNum = W_LoginNum

存储过程及触发器设计

1.创建存储过程，统计指定作者的稿件信息

CREATE PROCEDURE STASTICS

@A_WriterNum varchar(20)

AS

SELECT W_RealName,A_ID,A_Title,AT_Name,A_CheckFlag,A_PayFlag,C_Comment

from Writer,ArticleType,Article LEFT join CheckArticle on (A_ID = C_ArticleID)

WHERE A_WriterNum = @A_WriterNum and W_LoginNum = A_WriterNum and A_TypeNum=AT_ID; 2.创建触发器，当Article表中A_PayFlag发生改变时，ManageArticle表中的MA_PayFlag也改变CREATE TRIGGER PayFLAG ON Article

FOR UPDATE

AS

IF UPDATE(A_PayFlag)

BEGIN

UPDATE ManageArticle

SET MA_PayFlag=

FROM ManageArticle br , Deleted d ,Inserted i

WHERE =

END;

3.创建触发器，当Article表中A_CheckFlag发生改变时，ManageArticle表中的MA_CheckFlag也改变CREATE TRIGGER CheckFLAG ON Article

FOR UPDATE

AS

IF UPDATE(A_CheckFlag)

BEGIN

UPDATE ManageArticle

SET MA_CheckFlag=

FROM ManageArticle br , Deleted d ,Inserted i

WHERE =

END;

4.创建触发器，当删除一片稿件时，同时删除CheckArticle中有关这篇文章的记录

CREATE TRIGGER DeleteCheckArticle ON Article

AFTER DELETE

AS

DELETE CheckArticle

FROM CheckArticle br , Deleted d

WHERE =

5.创建触发器，当删除一片稿件时，同时删除ManageArticle中有关这篇文章的记录

CREATE TRIGGER DeleteManageArticle ON Article

AFTER DELETE

AS

DELETE ManageArticle

FROM ManageArticle br , Deleted d

WHERE =

6.创建触发器，当删除一个审稿人时，同时删除CheckArticle中由此审稿人审查的任务

CREATE TRIGGER DeleteEditor ON Editor

AFTER DELETE

AS

DELETE CheckArticle

FROM CheckArticle br , Deleted d

WHERE =

4. 物理设计

确定数据库物理结构主要指确定数据的存放位置和存储结构，包括确定关系、索引、聚簇、日志、备份等的存储安排和存储结构，确定系统配置等。

1、系统自动在每个表的主码上建立索引。

5.系统界面及代码实现

包括以下几部分内容：

1、表间连接关系图

图4.表连接关系样例图

2、CHECK约束设置图

图约束设置样例图

3、系统实现界面图

图6.用户登录界面

图7.用户注册界面

图8.投稿界面

图9.查看待审稿件界面

图10.查看已审稿件界面

图10.投稿人修改个人资料界面

图11.在线审稿界面

图12.审稿人修改个人信息界面

图13.管理员分派稿件界面

图14.管理员发表稿件界面