高校学报管理信息系统课程设计实验报告(2)

2.9 审稿人 信息 录入 2.10 审稿人 信息 编辑

3.3 数据词典

(1)数据流条目：

编号：1；

数据流名：稿件信息； 组成：Draft_ID(稿件编号)+Draft_Name(稿件名称)+Author(作者)+TypeName(类型)+DraftComeDate(来稿日期)； 来源：作者； 去向：稿件评审。

编号：2；

数据流名：作者信息；

组成：Author_ID(作者编号)+Author_Name(作者姓名)+Address(地址)+Birthday(出生日期)+E-mail(电子邮件地址)+Sex(性别)+Phone(联系电话)； 来源：作者信息录入；

去向：作者信息-数据存储。

编号：3；

数据流名：评审结果； 组成：Draft_ID(稿件编号)+Judge_Per1(一审审稿人)+SendDate1(一审送审日期)+ReplyDate1(一审回复信息)+Result1(一审结果)+Judge_Per2(二审审稿人)+SendDate2(二审送审日期)+ReplyDate2(二审回复信息)+Result2(二审结果)+Final_Per(三审审稿人)+SendDate3(三审送审日期)+ReplyDate3(三审回复信息)+Final_Result(三审结果)； 来源：评审结果录入；

去向：评审结果-数据存储。

(2)数据存储条目：

编号：D1；

数据存储名：作者信息；

组成：Author_ID(作者编号)+Author_Name(作者姓名)+Address(地址)+Birthday(出生日期)+E-mail(电子邮件地址)+Sex(性别)+Phone(联系电话)； 存储方式：按作者编号从小到大排列； 存储频率：每次录入作者信息时。

编号：D2；

数据存储名：稿件信息； 组成：Draft_ID(稿件编号)+Draft_Name(稿件名称)+Author(作者)+TypeName(类型)+DraftComeDate(来稿日期)；

存储方式：按稿件编号从小到大排列； 存储频率：每天录入稿件信息时。

编号：D3；

数据存储名：评审结果； 组成：Draft_ID(稿件编号)+Judge_Per1(一审审稿人)+SendDate1(一审送审日期)+ReplyDate1(一审回复信息)+Result1(一审结果)+Judge_Per2(二审审稿人)+SendDate2(二审送审日期)+ReplyDate2(二审回复信息)+Result2(二审结果)+Final_Per(三审审稿人)+SendDate3(三审送审日期)+ReplyDate3(三审回复信

息)+Final_Result(三审结果)；

存储方式：按稿件编号从小到大排列； 存储频率：每次录入评审结果时。

(3)数据结构条目：

数据结构名：稿件信息； 组成：Draft_ID(稿件编号)+Draft_Name(稿件名称)+Author(作者)+TypeName(类型)+DraftComeDate(来稿日期)；

含义说明：每个稿件的情况的简介。

数据结构名：作者信息；

组成：Author_ID(作者编号)+Author_Name(作者姓名)+Address(地址)+Birthday(出生日期)+E-mail(电子邮件地址)+Sex(性别)+Phone(联系电话)； 含义说明：每位作者的情况的简介。

数据结构名：评审结果； 组成：Draft_ID(稿件编号)+Judge_Per1(一审审稿人)+SendDate1(一审送审日期)+ReplyDate1(一审回复信息)+Result1(一审结果)+Judge_Per2(二审审稿人)+SendDate2(二审送审日期)+ReplyDate2(二审回复信息)+Result2(二审结果)+Final_Per(三审审稿人)+SendDate3(三审送审日期)+ReplyDate3(三审回复信息)+Final_Result(三审结果)；

含义说明：每次评审结果的情况的简介。

(4)数据项条目：

数据项名：Author_Name(作者姓名)； 取值范围：字符串，15字节； 取值含义：作者的姓名信息； 位置：作者表。

数据项名：Address(地址)； 取值范围：字符串，40字节； 取值含义：作者的地址信息； 位置：作者表。

数据项名：Birthday(出生日期)； 取值范围：字符串，10字节； 取值含义：作者的出生日期信息； 位置：作者表。

数据项名：E-mail(电子邮件地址)； 取值范围：字符串，20字节；

取值含义：作者的电子邮件地址信息； 位置：作者表。

数据项名：Phone(联系电话)； 取值范围：字符串，15字节； 取值含义：作者的联系电话信息； 位置：作者表。

数据项名：Sex(性别)； 取值范围：男、女；

取值含义：作者的性别信息； 位置：作者表。

数据项名：Draft_Name(稿件名称)； 取值范围：字符串，20字节； 取值含义：稿件的名称信息； 位置：稿件表。

数据项名：TypeName(类型)； 取值范围：字符串，10字节； 取值含义：稿件的类别类型信息； 位置：稿件表。

数据项名：DraftComeDate(来稿日期)； 取值范围：字符串，10字节； 取值含义：稿件的来稿日期信息； 位置：稿件表。

(5)加工条目：

加工名：稿件评审； 输入数据：稿件信息； 输出数据：评审结果；

加工逻辑说明：输入稿件信息，开始稿件评审，写入稿件表，评审信息表。

加工名：稿件终审； 输入数据：稿件信息； 输出数据：终审结果；

加工逻辑说明：输入稿件信息，开始稿件终审，写入评审信息表。

加工名：作者信息录入； 输入数据：作者信息； 输出数据：作者文件；

加工逻辑说明：输入作者信息，开始作者信息录入，写入作者表。

加工名：稿件信息录入； 输入数据：稿件信息； 输出数据：稿件文件；

加工逻辑说明：输入稿件信息，开始稿件信息录入，写入稿件表。

3.4 数据采集

(1)稿件信息，作者信息，评审结果，采用键盘输入的形式进行录入； (2)稿件原稿，采用扫描机扫描的形式进行录入；

4. 功能需求

4.1 功能划分

本系统可划分为系统管理、稿件信息、作者信息、审稿人信息、评审信息、编委会终审信息、稿件校对、统计报表、经费管理。

其中系统管理又分为统初始化、用户口令管理、数据库备份、恢复三个部分；

统计报表分为稿件统计、作者统计、审稿人统计、稿件评审情况统计、编委会终审情况统计、编辑排版情况统计、出版发行统计、审稿人稿件积压统计八个部分。

经费管理分为评审费、稿费、编辑费、出版发行费、办公费五个部分。

4.2 功能描述

有上述层次方框图可见系统可以划分为9个模块：

1.系统管理，划分为系统初始化、用户口令管理和数据库备份和恢复等； 2.稿件信息，负责稿件相关信息的录入、编辑； 3.作者信息，负责作者个人信息的录入、编辑； 4.审稿人信息，负责审稿人个人信息的录入、编辑； 5.评审信息，负责稿件评审结果的录入、编辑； 6.编委会终审信息，记录编委会终审结论； 7.稿件校对；

8.统计报表，负责各类信息的统计、显示、打印工作； 9.经费管理，用于各种经费的预算、支出、汇总等工作。

5. 性能需求

由于此开发项目针对高校学报，使用频度较高，使用性要求比较高。为防止对信息资料和管理程序的恶意破坏，要求有较为可靠的安全性能。总之，要求稳定、安全、便捷，易于管理和操作。

5.1 数据精确度

在精度需求上，根据使用需求，在各项数据的输入，输出及传输过程中，可以满足各种精度的需求。

5.2 时间特性

在软件方面，响应时间，更新处理时间都比较快且迅速，完全满足用户要求。 查询速度：不超过10秒；

其它所有交互功能反应速度：不超过3秒； 可靠性：平均故障间隔时间不低于200小时。

5.3 适应性

当用户需求，如操作方式，运行环境，结果精度，数据结构与其他软件接口等发生变化时，设计的软件要做适当调整，灵活性非常大。

6. 运行需求

6.1 硬件接口

考虑到大量数据的备份等要求，需要保持与磁带机和光盘刻录机的接口，这较易实现。

6.2 软件接口

这里，主要考虑软件与操作系统、数据库管理系统的接口，以及局域网和互联网软件之间的数据交换。考虑到文档处理时有可能需要较常用的办公软件。例如Microsoft的Office系列，所以应尽量实现它们之间的数据格式的自动转换。

6.3 故障处理

内部故障处理：在开发阶段可以随即修改数据库里的相应内容。

外部故障：对编辑的程序进行重装载时，第一次装载认为错，修改。第二次运行，在需求调用时出错，有错误提示，重试。

7. 其他需求

能快速恢复系统和故障处理，方便系统升级和扩充，故障恢复时间不超过5小时。

学报管理系统的概要设计

1. 引言

1.1编写目的

在前一阶段，已经将用户对本系统的需求做了详细的阐述。本阶段在需求分析的基础上，对学报管理系统做比较概括的设计，明确将要开发的系统应该具有的功能，确定如何把该系统划分成若干个模块、各个模块之间的接口以及模块之间传递的信息，并完成数据库的设计。在该概要设计说明中将对在本阶段中对系统所做的所有概要设计进行详细的说明。 本报告的预期读者是用户、投稿人以及相关项目组的所有成员和将来有可能使用本系统的相关人员。

1.2背景

说明：

a .高校学报管理信息系统

b．项目任务提出者：高校学报编辑部 项目开发者：

用户：高校学报编辑部

1.3定义

学报管理: 所谓学报管理,就是对刊用的组稿，审稿，编辑加工、终审、排版、校对、发行等多个环节，涉及的信息资源包括稿件信息、作者信息、审稿人信息、评审结果信息等。谋求投稿人与 编辑部之间的相互适应,把事情做得更好这一目标所进行的管理活动。

1.4参考资料

[1]《软件工程》（第二版）邓良松、刘海岩、陆丽娜 西安电子科技大学出版社 [2]《软件工程导论》 张海藩 清华大学出版社

2. 总体设计

2.1概述

2.1.1需求规定

学报工作是一项集组稿、审稿、编辑、出版、发行等于一身的系统工作。编辑部面临着人员少、事务繁多、工作量大等问题,而且现在的以手工为主的落后的管理方式和工作方式史加重了编辑人员的负担。以稿件登记为例,编辑部收到作者投稿件后,要进行手工登记,将稿件的信息如稿件编号、篇名、作者姓名、作者单位、联系方式等记录在登记本上,所有来稿都登记在一起。这种工作方式存在很多弊端登记信息不直观,查询稿件困难大,费时间,难以掌握某篇稿件的现行状态,不便于统计阶段性工作,不便于把握稿件的总体情况,作效率,等等。为提高编辑工作效率,实现学报管理工作的现系现代化,规范化,高效化,必须借助速度快、信息储存量大的计算机辅助完成编辑部的常事务工作。

2.1.2运行环境

硬件要求：PI 133以上的处理器，最低32M内存，300M以上硬盘剩余空间 运行环境：win7/winxp

总体设计

（1）处理流程

百度搜索“77cn”或“免费范文网”即可找到本站免费阅读全部范文。收藏本站方便下次阅读，免费范文网，提供经典小说综合文库高校学报管理信息系统课程设计实验报告(2)在线全文阅读。