在线审稿投稿管理系统课程设计报告Word文档格式.doc
《在线审稿投稿管理系统课程设计报告Word文档格式.doc》由会员分享，可在线阅读，更多相关《在线审稿投稿管理系统课程设计报告Word文档格式.doc（29页珍藏版）》请在冰豆网上搜索。
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.信息要求
审稿人可以对自己的基本信息进行查看，可以查看自己的审查任务安排。
审稿人可以在线审查管理员给自己安排的要审查的稿件，查看稿件的相关信息及内容，并给出自己对这篇文章的评语。
审稿人可以修改自己的个人信息，但不能修改账号。
管理员
管理员可以对自己的基本信息进行查看，可以查看统计出来的各个作者的稿件信息。
管理员可以分配稿件审理，指定审稿人去审理指定的稿件。
管理员可以确认发表哪篇稿件，以及发表日期。
管理员可以对各个作者的稿件进行管理，可以进行删除处理。
管理员可以添加和删除审稿人，可以查看和修改个人信息。
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=[@|@|@|@|@|@|@]
n数据项：
账号
含义说明：
唯一标识每个投稿人
别名：
投稿人编号
类型：
字符型
长度：
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.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
投稿人登录密码
非空
姓名
W_RealName
作者真实姓名
笔名
W_PenName
作者笔名
电话
W_PhoneNum
char
11
联系电话
地址
W_Address
100
联系地址
E-mail
W_Email
30
电子邮箱
CHECK规则
W_Remark
作者备注信息
表2.稿件信息表（Article）
编号
A_ID
int
文章编号
主键,自增
作者
A_WriterNum
投稿人账号
标题
A_Title
文章标题
A_TypeNum
10
文章类型
关键词
A_Keyword
50
文章关键词
摘要
A_Summary
文章摘要
内容
A_Content
8000
文章正文内容
审查标记
A_CheckFlag
是否经过审查
CHECK（0或1）
缴费标记
A_PayFlag
是否缴纳稿费
表3.、稿件类型表（ArticleType）
AT_ID
文章类型编号
名称
AT_Name
文章类型名称名
表4.审稿人信息表（Edit
升级会员 