高校学报信息管理系统整个课程设计实验报告.docx
《高校学报信息管理系统整个课程设计实验报告.docx》由会员分享，可在线阅读，更多相关《高校学报信息管理系统整个课程设计实验报告.docx（73页珍藏版）》请在冰豆网上搜索。
高校学报信息管理系统整个课程设计实验报告
分类号编号
华**********学院
NorthChinaInstituteofWaterConservancyandHydroelectricPower
实验报告
课程软件工程
题目高校学报管理信息系统
院系信息工程学院
专业计算机科学与技术
小组长*****7930）
小组成员1\117930）
小组成员2赵01117936）
小组成员333）
小组成员4939）
小组成员5王902）
小组成员6王03）
指导教师白娟
2013年1月10日
华北水利水电学院软件工程实验报告
2012～2013学年第一学期2011级计算机专业
小组成员1：
930）分工：
主要对这个系统进行跟踪开发，监督各项任务如期完成，参照系统设计，建造数据库，统一字段，进行用户注册权限管理模块编码实现，并参与整合课程设计报告工作
小组成员2：
***）分工：
主要任务是进行需求分析工作，整理需求分析说明书，并参与稿件校对部分编码工作，对测试人员提出的问题做进一步修改，并参与整合课程设计报告工作
小组成员3：
**（201115663）分工：
主要任务是进行概要设计工作，整体概要设计说明书，并参与编码调试工作，对测试工作提出的问题做进一步修改
小组成员4：
39）分工：
主要任务是进行详细设计工作，整理详细设计说明书，并参与稿件评审部分编码调试工作，对测试工作提出的问题做进一步修改
小组成员5：
*****7902）分工：
主要任务是进行编写测试用例，进行测试工作，并参与经费管理部分编码调试工作，对测试工作提出的问题做进一步修改
小组成员6：
王伟阁（201117903）分工：
主要任务是进行编写测试用例，进行测试工作，并参与统计报表部分编码调试工作，对测试工作提出的问题做进一步修改
一、实验题目：
高校学报管理信息系统
二、实验内容：
系统功能和模块划分：
这次实验开发一个高校学报管理系统，它主要功能包括刊用稿件的组稿、审稿、校对、终审、发行等多个环节、涉及的信息资源包括稿件信息、作者信息、审稿人信息、评审结果、编委终审结论等。
经过小组共同分析，将整个系统划分为9个模块：
1系统管理，又划分为系统初始化、用户口令管理，添加用户等；2、稿件信息，负责稿件相关信息的录入、编辑、删除；3、作者信息，负责作者个人信息的录入、编辑、删除；4、审稿人信息，负责审稿人个人信息的录入、编辑；5、评审信息，负责稿件评审结果的录入、编辑；6、编委会终审信息，记录编委会终审结论；7、编辑排版信息，记录论文编辑、排版、校对等信息；8、统计报表，负责各类信息的统计，显示；9、经费管理，用于各种经费的预算、支出、汇总等工作。
开发环境：
操作系统Window7，数据库SQLServer2005，visualstdio2005，开发语言C#。
实现技术：
统计模块中由于要满足各种要求下的统计，通过利用SQL语句实现了简单的智能查询。
一.需求分析说明书
1.引言
1.1编写目的
（1）进一步定制软件开发的细节问题，希望能使本软件开发工作具体一些。
（2）为使用户、软件开发者及分析人员对该软件的初始规定有一个共同的理解。
（3）说明了本产品的各项功能需求、性能需求和数据要求，明确标识各功能的实现过程，阐述实用背景及范围，提供客户解决问题或达到目标所需的条件或权能，提供一个度量和遵循的基准。
1.2项目背景
根据目前掌握的情况,全国有条件的编辑部正在集中力量开发适合本部门的管理信息系统,部分编辑部的现代化办公方式已经很成熟,也取得了显著的成绩,走在了全国的前列。
表现在编辑部已基本实现无纸办公,每个编辑都配备电脑,完全是在计算机上从事组稿、编辑加工、排版及各项编辑事务工作。
在大连地区来看,有少数编辑部也开发了计算机管理信息系统,这种管理模式还未明显形成,但这是一种发展的必然趋势今天,管理信息系统已应用到各行各业,学报管理工作也应与时俱进,充分利用计算机快捷、简便、处理数据迅速的功能,辅助编辑部完成日常工作,并为决策提供信息支持。
因此,这一课题有着十分实用的价值。
高校学报编辑的工作主要包括对刊用稿件的组稿、审稿、编辑加工、终审、排版、校对、发行等多个环节，涉及的信息资源包括稿件信息、作者信息、审稿人信息、评审结果、编委会终审结论、编辑排版信息等。
具体还有一些细节工作：
稿件的送审、回复结果登记；对编辑排版结果需要进行毛校、一校、二校和三校多次校对后才能正式出版发行。
与此相关还有大量的统计、汇总工作要做，这就要求所开发的系统具有较为丰富的查询、统计功能，以方便用户。
1.3定义
（1）审稿。
出版是科学研究过程的核心，而审稿是出版的核心。
所有稿件收到后通常经三审以决定是否录用。
初审由编辑部内部专职编辑负责。
复审也称外审，需提交有关编委和相关专家以决定稿件的学术水平、创新程度以及是否合乎刊物录用标准，这一过程由于受最好的审稿人通常是该领域内最忙的专家这一几乎既定规则的制约，通常耗时较长，诸多因素的综合便导致了审稿程序所用时间占整个出版周期的比例居高不下。
审回来的稿件经编委会或编委会下设的专业审稿组决审后，决定录用的稿件中除质量较好可以直接刊用的少部分外，相当多数需退修后方能刊出。
受作者写作水平、作者对审稿意见的理解等影响，有时甚至需经反复多次的退修，视情况不同，多数也需占用较长时间。
（3）排版印刷。
目前，国内已都实现微机排版，胶版印刷。
条件较好的编辑部，排版及相关工序均在编辑部完成。
稿件经编辑加工后，由专人录入排版，输出校样，校样送专职校对、编辑及作者三方同时校对，3次校对后出清样，再由激光照排机输出阳图或阴图胶片，经检查无误后送印刷厂印刷。
条件不够完备的编辑部只负责校样的校对，其余由印刷厂承担。
这一过程，校样送作者校对同样需时较长，是缩短出版周期可以改进的环节。
（4）出刊发行。
我国现在的期刊发行渠道，其主体是邮政系统，期刊归邮局发行是在50年代初期邮电部与出版总署根据中央的精神确定的。
我国的《邮政法》也规定：
国内期刊发行是邮政企业的业务之一。
但是近年来多渠道发行学报的现象逐渐突出出来，部分期刊自办发行，或由一些期刊联合发行，一部分还通过国内外的图书出版发行公司向国外发行。
但总的来说，邮局仍然是报刊发行的主渠道。
1.4参考资料
（1）实用软件工程学/庄晋林，杨志宏主编．—北京：
中国水利水电出版社，2009
（2）数据库系统概论/王珊，萨师煊．—4版．—北京：
高等教育出版社，2006.5
2.任务概述
2.1目标
（1）减少人力成本和管理费用；
（2）提高信息的准确性和信息的安全；
（3）改进管理和服务；
（4）良好的人机交互界面，操作简便；
2.2运行环境
（1）操作系统：
Windowsxp
（2）支持环境：
MicrosoftVisualStudio2005
（3）数据库：
MicrosoftSQLServer2005
2.3条件与限制
开发时间比较紧，机器限制，开发人员的经验少，是开发系统中主要的问题。
管理不完善，设计时没能全得到考虑，都会影响本项目的开发进程。
3.数据描述
N
3.1静态数据
图3.1实体-关系图
稿件
图3.2稿件实体（及其属性）图
Limit
a
图3.2工作人员实体（及其属性）图
Sex
a
图3.3作者实体（及其属性）图
SendDate2
图3.4评审信息实体（及其属性）图
3.2动态数据
顶层数据流图：
高校学报
管理系统
用户
用户
图3.5顶层数据流图
第一层数据流图：
3
编委会
终审
2
稿件
评审
1
投稿
5
出版
发行
4
稿件
校对
用户
用户
图3.6第一层数据流图
稿件评审、终审、校对数据流图：
2.7
作者
信息
编辑
2.4
作者
信息
录入
不合格稿件
D1
2.3
稿件
管理
2.1
稿件
评审
合格稿件
2.5
稿件
信息
录入
3
编委会
终审
2.2
评审
结果
录入
D2
2.6
稿件
信息
编辑
D4
审稿人
编委会
5
出版
发行
4
稿件
校对
D3
2.8
评审
结果
编辑
用户
D5
D6
图3.7稿件评审、终审、校对数据流图
报表统计数据流图：
用户
D1
D2
6.1
报表
统计
6.2
输出
显示
D3
D4
D6
用户
D7
2.10
审稿人
信息
编辑
2.9
审稿人
信息
录入
图3.8报表统计数据流图
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）数据结构条目：
数据结构名：
稿件信息；
组成：
Dra
升级会员 