高校学报管理信息系统的详细设计
1.引言
1.1.编写目的
本文档是在概要设计基础上，对概要设计中产生的功能模块进行过程描述，设计功能模块的内部细节，包括算法和详细数据结构，为编写源代码提供必要的说明。
本文档的预期读者是系统开发人员，以及使用该系统的用户和维护该系统的人员。
1.2.背景
a．待开发的软件系统的名称：
华北水利水电学院学学报信息管理系统
b．本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络： 项目任务提出者：华北水利水电学院 项目开发者：
用户：华北水利水电学报编辑部
1.3.定义
学报管理: 所谓学报管理，主要包括对刊用稿件的组稿、审稿、编辑加工、终审、排版、校对、发行等多个环节，涉及到的信息资源包括稿件信息、作者信息、审稿人信息、评审结果、编委会终审结论、编辑排版信息等等。
SQLSERVER2005：开发系统使用的数据库名称
1.4.参考资料
[1]《实用软件工程学》 庄晋林 杨志宏 中国水利水电出版社 [2]《软件工程导论》 张海藩 清华大学出版社
2.总体设计
2.1需求概述
高校学报编辑的工作主要包括对刊用稿件的组稿、审稿、编辑加工、终审、排版、校对、发行等多个环节，涉及到的信息资源包括稿件信息、作者信息、审稿人信息、评审结果、编委会终审结论、编辑排版信息等等。具体还有一些细节工作则更为烦琐，诸如：稿件的送审、回复结果登记；对编辑排版结果需要进行毛校、一校、二校和三校多次校对后才能正式出版发行。与此相关还有大量的统计、汇总工作要做，这就要求所开发的系统具有较为丰富的查询、统计功能，以方便用户。
2.2软件结构
学报信息管理系统 系统管理 稿件信息 作者信息 审稿人信息 稿件评审 稿件校对 统计报表 经费管理 奖惩信息维护 奖惩信息查询 稿件送审 评审回复 员工就职 评审回复 员工调动 员工离职 员工调动查询 修改密码 费用管理 费用统计
学报管理信息系统软件结构
3.程序描述
3.1.系统管理模块 3.1.1功能
系统管理主要对该系统的各类使用人员的账户信息进行管理，主要由超级管理员的来完成。账户基本信息主要包括：姓名、性别、出生日期、手机号、电子邮件和地址，该系统的各类使用人员按权限大小依次为：超级管理员、审稿人、普通工作人员、作者。由超级管理员对各类使用人员的账户信息进行统一管理，主要包括对账户信息的添加、删除、修改和查询等操作。
3.1.1性能
该部分主要是对员工信息的查询和维护，所以对精度要求不高。但是对于时间特性要求较高，因为用户要查询，并要对查询出来的信息进行维护，所以系统响应时间要短，一般为1-2秒。因此在此段程序里，从数据库里查询员工信息的时候可以用存储过程，以节约时间。
3.1.1输入项
该系统中各类使用人员账户的基本信息，包括：姓名、性别、出生日期、手机号、电子邮件和地址
3.1.1输出项
更新后的账户信息
3.1.1流程逻辑
其流程图如下：
开始超级管理员登录浏览账户信息账户分类管理超级管理员账户管理审稿人账户管理普通员工账户管理作者账户结束 3.2稿件处理模块
3.2.1．功能
稿件处理模块主要完成对稿件的处理，首先由作者向系统提交稿件信息，稿件信息主要包括稿件编号、稿件名称、作者、类别和来稿日期，然后由审稿人进行一审、二审、终审，通过终审的稿件将由普通工作人员进行毛校、一校、二校，最后由普通工作人员将校对过的稿件出版发行。
3.2.1．性能
由于这些程序都是对数据库的操作，所以在精度上没有过多的要求，所要求的就是对时间特性的，需要响应时间短，一般为1-2秒，为此可以将一些频繁的操作用存储过程来实现，比如说查询功能。
3.2.1．输入项
源稿件信息，包括：稿件编号、稿件名称、作者、类别和来稿日期
3.2.1．输出项
待出版发行的稿件
3.2.1．流程逻辑
其流程图如下：
开始作者登录作者注册登录成功？T输入稿件信息F稿件送审F终审 通过？T稿件校对出版发行结束
3.3统计报表模块
3.3.1功能
统计报表模块主要对系统中各类信息进行统计，由超级管理员来完成，主要包括作者统计、稿件统计、审稿人统计、出版发行统计。
3.3.1性能
对精度没有要求，但是对时间上要求还是要响应时间短，一般为1-2秒，为此，可以把一些频繁的操作用存储过程来实现，比如说是查询。
3.3.1输入项
各类信息的基本信息，包括：稿件信息、作者信息、审稿人信息、评审信息、费用信息。
3.3.1输出项
统计分类后的各类信息
3.3.1流程逻辑
其流程图如下：
开始超级管理员登录信息分类作者统计稿件统计审稿人统计出版发行统计结束 3.4费用管理模块
3.4.1功能
费用管理模块主要是对各类费用信息进行管理，主要包括对费用信息的浏览和统计，费用统计包括，评审费统计、稿费统计、出版发行费统计、办公费统计。
3.4.1性能
对精度没有要求，但是对时间上要求还是要响应时间短，一般为1-2秒，为此，可以把一些频繁的操作用存储过程来实现，比如说是查询。
3.4.1输入项
所有费用信息
3.4.1输出项
统计分类后的费用信息
3.4.1流程逻辑
其流程图如下：