组稿审稿加工稿件 印刷发行 学报主体工作业务流程图
学报主体工作的实际情况是：来稿后手工登记,记录稿件各项信息。稿件经初审后要送专家评审。在选择审稿专家时,多根据稿件的学科领域和编辑的经验确定审稿专家。通过评审的稿件即进入编辑加工和校对阶段。每期出版后,按时向校内外发行,并做付费、存档等工作。
2.2总体结构和模块外部设计 系统总体结构设计：
系统信息分类在进行系统设计时，应根据总体规划和各项功能的具体要求，将MIS领域的数据分成以下几类: 系统管理类：
该类主要包括稿件信息、作者信息、审稿人信息等。 财务管理信息类
该类主要包括审稿费管理、稿酬管理、发表费管理、印刷出版费管理、征订及发行费管理等。 报表评价信息类
该类包括统计报表管理、综合评价管理等。 稿件评审信息类
该类包括稿件送审、稿件恢复、稿件校对等。
学报管理信息系统 系统总体结构设计图
财务信息管理 报表评价管理 学报管理系统 稿件评审管理 系统管理 2.3结构
2.3.1该系统的模块结构图：
学报信息管理系统 系统管理 稿件信息 作者信息 审稿人信息 稿件评审 稿件校对 统计报表 经费管理 奖惩信息维护 奖惩信息查询 稿件送审 评审回复 员工就职 评审回复 员工调动 员工离职 员工调动查询 修改密码 费用管理 费用统计
2.4功能需求与程序的关系 登稿件录 信息添加 √ √ √ √ 稿件评审统计 √ √ 稿件人统计 √ √ 出版发行统计 评发评审审行回复费 费 信息 出版评审发行选择 查询 √ √ 终身选择 √ 用户登录 员工信息 审稿人信息维护 稿件评审 作者信息 经费信息管理 √ √ √ √
3. 接口设计
3.1外部接口
在vs的windows窗体应用程序的引用中，添加引用，因为需要导出sql格式的文件。
3.2内部接口
模块间的接口是通过函数调用建立的，应用程序在运行期间始终保持着与数据库的联系。通过
应用程序与数据库的耦合以记录数据，在应用程序内部，Form窗体只负责显示，一切数据操作都由后台的各个类实现，包括对数据库的操作。
4 运行设计
4.1运行模块组合
若是管理员登录该系统，则可对系统内的所有模块进行操作，而若是普通员工登录，则只能进行发表、查询、退稿和其他关于查询的模块进行操作。
4.2运行时间
在软件的需求分析中，对运行时间的要求为必须对作出的操作有较快的反应。硬件对运行时间有最大的影响，当设备负载量大时，对操作反应将受到很大的影响。所以尽量采用高性能主机，充分发挥软件性能。在应用程序方面，尽量建立存储过程来对数据库进行操作，加快系统对数据的操作速度，以减少系统的反应时间。
5 系统数据结构设计
5.1数据库数据结构设计
稿件费用表稿件类别表稿件信息表工作人员表评审信息表校对表用户标作者信息表 该系统使用数据库对数据进行管理，使用的数据库表如下：
员工信息表、部门信息表、职位信息表、密码权限表、基本工资表、实际工资表、实际工资查询表、奖惩信息表、员工调动信息表、员工考勤信息表、员工职位信息表
具体如下:
1. 稿件费用表： 字段名称 数据类型 主键 允许空 Draft_ID char(10) √ JudegeCharge char(18) DraftCharge nvarchar(50) EditCharge nchar(2) PublishCharge datetime √ OfficeCharge nvarchar(50) √ PublishDate nvarchar(50) √ 2.校对表： 字段名称 数据类型 主键 允许空 Draft_ID nvarchar(50) √ Proof_Name Char(10) √ Proof_Name Proof_Time Char(20) Proof_Result Char(10) 3.用户表： 字段名称 数据类型 主键 允许空 Staff_ID char(10) √ Staff_Name char(20) Password Char(20) Limit Char(10) 4.工作人员表： 字段名称 数据类型 主键 允许空 Worker_ID Varchar(50) √ Worker_Name Varchar(50) Sex Varchar(50) √ Birthday datetime √ Phone Varchar(50) √ Address Varchar(50) √ Email Varchar(50) √ Limit Int 5.稿件信息表
6.1出错信息 字段名称 Draft_ID Draft_Name Author TypeName PublishDate DraftComeDate 数据类型 Varchar(50) Varchar(50) Varchar(50) Varchar(50) datetime datetime 主键 允许空 √ √ √ 6. 系统出错处理设计
出错类型 错误提示 系统错误 数据库错误 造成原因 指系统与数据建立连接时，连接失败 输入错误 输入数据错误 指用户所填写的数据不合规定
6.2补救措施
周期性地进行数据库备份，同时要进行数据库操作的日志记录，当系统故障发生时可以将最新备份的数据库进行还原然后根据数据库操作日志将数据库还原成最新状态，尽量降低系统故障造成的损失。
安全保密设计
为了保护数据，本系统从硬件环境，软件系统，程序设计和组织管理制度四个方面综合考虑其安全保密性。
(1)对于硬件系统，采用RAID5磁盘阵列和移动硬盘，将数据交叉存放在各磁盘阵列上，如果阵列中的某个成员出现鼓掌，可通过其他部分予以恢复，除了采用RAID5技术外，本系统采用移动硬盘作日常备份，采用光盘作月备份，最大程度地保护数据的安全。 配备在线式UPS，定期对服务器，网络通信设备等进行监控。
(2)对于软件系统，采用Access数据库，通过账号及口令使用后台的数据与前台的操作分离，防止普通用户对数据库进行直接操作。当出现整个系统彻底破坏时，可以通过系统重新安装整个系统，然后将备份的全部数据库复到新系统中。
(3)在程序设计过程中，设置查询用户，数据录入员，部门管理和数据库系统管理员四级用
户体系，根据用户级别分别授予相应的操作权限，同时，对用户口令采取高强度的加密算法进行保护，另外，设置流水账，个人明细账，部门明细账等方式存放各种操作过程信息，为系统提供多条审计线索，确保每一笔数据操作都有据可查，保证数据操作的合法性和安个性。
(4)在组织管理制度上，制订明确的数据操作规程和数据安全管理制度，在直接对数据库进行操作时，必须有两个以上人员的共同操作才能进行，可将系统管理员口令分为两段，分别进行管理，定期检查和清除计算机及网络环境中的各种计算机病毒，每日对业务数据库备份。
6.3系统维护设计
维护方面主要为对数据库数据进行维护。可使用 SQL SERVER 的数据库维护功能机制。例如，定期为数据库进行Backup，维护管理数据库死锁问题和维护数据库内数据的一致性等。