《高校学报信息管理系统整个课程设计实验报告(共50页).doc》由会员分享，可在线阅读，更多相关《高校学报信息管理系统整个课程设计实验报告(共50页).doc（50页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、精选优质文档-倾情为你奉上分类号 编 号 华*学院North China Institute of Water Conservancy and Hydroelectric Power 实 验 报 告课程 软 件 工 程 题目 高校学报管理信息系统 院 系 信息工程学院 专 业 计算机科学与技术 小 组 长 *7930）小组成员1 ） 小组成员2 赵） 小组成员3 33） 小组成员4 939） 小组成员5 王902） 小组成员6 王03） 指 导 教 师 白 娟 2013年 1月 10 日专心-专注-专业华北水利水电学院 软件工程 实验报告20122013学年 第 一 学期 2011 级 计算机
2、 专业小组成员1： 930）分工：主要对这个系统进行跟踪开发，监督各项任务如期完成，参照系统设计，建造数据库，统一字段，进行用户注册权限管理模块编码实现，并参与整合课程设计报告工作小组成员2： *） 分工：主要任务是进行需求分析工作，整理需求分析说明书，并参与稿件校对部分编码工作，对测试人员提出的问题做进一步修改，并参与整合课程设计报告工作小组成员3： *（） 分工：主要任务是进行概要设计工作，整体概要设计说明书，并参与编码调试工作，对测试工作提出的问题做进一步修改 小组成员4： 39） 分工：主要任务是进行详细设计工作，整理详细设计说明书，并参与稿件评审部分编码调试工作，对测试工作提出的问题
3、做进一步修改小组成员5： *7902） 分工：主要任务是进行编写测试用例，进行测试工作，并参与经费管理部分编码调试工作，对测试工作提出的问题做进一步修改 小组成员6： 王伟阁（） 分工：主要任务是进行编写测试用例，进行测试工作，并参与统计报表部分编码调试工作，对测试工作提出的问题做进一步修改 一、 实验题目：高校学报管理信息系统二、 实验内容：系统功能和模块划分：这次实验开发一个高校学报管理系统，它主要功能包括刊用稿件的组稿、审稿、校对、终审、发行等多个环节、涉及的信息资源包括稿件信息、作者信息、审稿人信息、评审结果、编委终审结论等。经过小组共同分析，将整个系统划分为9个模块：1系统管理，又划
4、分为系统初始化、用户口令管理，添加用户等；2、稿件信息，负责稿件相关信息的录入、编辑、删除；3、作者信息，负责作者个人信息的录入、编辑、删除；4、审稿人信息，负责审稿人个人信息的录入、编辑；5、评审信息，负责稿件评审结果的录入、编辑；6、编委会终审信息，记录编委会终审结论；7、编辑排版信息，记录论文编辑、排版、校对等信息；8、统计报表，负责各类信息的统计，显示；9、经费管理，用于各种经费的预算、支出、汇总等工作。开发环境：操作系统Window 7，数据库SQL Server2005，visual stdio 2005，开发语言C#。实现技术：统计模块中由于要满足各种要求下的统计，通过利用SQL
5、语句实现了简单的智能查询。一. 需求分析说明书1. 引言1.1 编写目的（1） 进一步定制软件开发的细节问题，希望能使本软件开发工作具体一些。（2） 为使用户、软件开发者及分析人员对该软件的初始规定有一个共同的理解。（3） 说明了本产品的各项功能需求、性能需求和数据要求，明确标识各功能的实现过程，阐述实用背景及范围，提供客户解决问题或达到目标所需的条件或权能，提供一个度量和遵循的基准。1.2 项目背景根据目前掌握的情况,全国有条件的编辑部正在集中力量开发适合本部门的管理信息系统,部分编辑部的现代化办公方式已经很成熟,也取得了显著的成绩,走在了全国的前列。表现在编辑部已基本实现无纸办公,每个编辑
6、都配备电脑,完全是在计算机上从事组稿、编辑加工、排版及各项编辑事务工作。在大连地区来看,有少数编辑部也开发了计算机管理信息系统,这种管理模式还未明显形成,但这是一种发展的必然趋势今天,管理信息系统已应用到各行各业,学报管理工作也应与时俱进,充分利用计算机快捷、简便、处理数据迅速的功能,辅助编辑部完成日常工作,并为决策提供信息支持。因此,这一课题有着十分实用的价值。高校学报编辑的工作主要包括对刊用稿件的组稿、审稿、编辑加工、终审、排版、校对、发行等多个环节，涉及的信息资源包括稿件信息、作者信息、审稿人信息、评审结果、编委会终审结论、编辑排版信息等。具体还有一些细节工作：稿件的送审、回复结果登记；
7、对编辑排版结果需要进行毛校、一校、二校和三校多次校对后才能正式出版发行。与此相关还有大量的统计、汇总工作要做，这就要求所开发的系统具有较为丰富的查询、统计功能，以方便用户。1.3 定义(1) 审稿。出版是科学研究过程的核心，而审稿是出版的核心。所有稿件收到后通常经三审以决定是否录用。初审由编辑部内部专职编辑负责。复审也称外审，需提交有关编委和相关专家以决定稿件的学术水平、创新程度以及是否合乎刊物录用标准，这一过程由于受最好的审稿人通常是该领域内最忙的专家这一几乎既定规则的制约，通常耗时较长，诸多因素的综合便导致了审稿程序所用时间占整个出版周期的比例居高不下。审回来的稿件经编委会或编委会下设的专
8、业审稿组决审后，决定录用的稿件中除质量较好可以直接刊用的少部分外，相当多数需退修后方能刊出。受作者写作水平、作者对审稿意见的理解等影响，有时甚至需经反复多次的退修，视情况不同，多数也需占用较长时间。(3) 排版印刷。目前，国内已都实现微机排版，胶版印刷。条件较好的编辑部，排版及相关工序均在编辑部完成。稿件经编辑加工后，由专人录入排版，输出校样，校样送专职校对、编辑及作者三方同时校对，3次校对后出清样，再由激光照排机输出阳图或阴图胶片，经检查无误后送印刷厂印刷。条件不够完备的编辑部只负责校样的校对，其余由印刷厂承担。这一过程，校样送作者校对同样需时较长，是缩短出版周期可以改进的环节。(4) 出刊
9、发行。我国现在的期刊发行渠道，其主体是邮政系统，期刊归邮局发行是在 50 年代初期邮电部与出版总署根据中央的精神确定的。我国的邮政法也规定：国内期刊发行是邮政企业的业务之一。但是近年来多渠道发行学报的现象逐渐突出出来，部分期刊自办发行，或由一些期刊联合发行，一部分还通过国内外的图书出版发行公司向国外发行。但总的来说，邮局仍然是报刊发行的主渠道。1.4 参考资料（1） 实用软件工程学/庄晋林，杨志宏主编北京：中国水利水电出版社，2009（2） 数据库系统概论/王珊，萨师煊4版北京：高等教育出版社，2006.52. 任务概述2.1 目标（1） 减少人力成本和管理费用；（2） 提高信息的准确性和信息
10、的安全；（3） 改进管理和服务；（4） 良好的人机交互界面，操作简便；2.2 运行环境（1） 操作系统：Windows xp（2） 支持环境：Microsoft Visual Studio 2005（3） 数据库：Microsoft SQL Server 20052.3 条件与限制开发时间比较紧，机器限制，开发人员的经验少，是开发系统中主要的问题。管理不完善，设计时没能全得到考虑，都会影响本项目的开发进程。3. 数据描述作者编写1N稿件编委会终审1N专家审查NM工作人员校对MN管理1N管理员管理N1管理1N3.1 静态数据图3.1 实体-关系图Draft_NameDraftComeDateDr
11、aft_IDPublishDateAaTypeNameAaAuthora稿件图3.2 稿件实体（及其属性）图工作人员Worker_IDWorker_NameBirthdayAddressAaPhoneAaE-mailaSexaLimita图3.2 工作人员实体（及其属性）图作者Author_IDAuthor_NameBirthdayAddressAaPhoneAaE-mailaSexa图3.3 作者实体（及其属性）图评审信息Draft_IDTypeNameAaReplyDate1AaJudge_Per1SendDate1Result1Result2Judge_Per2SendDate3Repl
12、yDate3AaFinal_PeraFinal_ResultAaReplyDate2AaSendDate2图3.4 评审信息实体（及其属性）图3.2 动态数据顶层数据流图：高校学报管理系统用户用户图3.5 顶层数据流图第一层数据流图：3编委会终审2稿件评审1投稿5出版发行4稿件校对用户用户图3.6 第一层数据流图稿件评审、终审、校对数据流图：2.7作者信息编辑2.4作者信息录入不合格稿件作者信息D12.3稿件管理作者稿件1投稿稿件信息2.1稿件评审合格稿件2.5稿件信息录入3编委会终审2.2评审结果录入稿件信息D22.6稿件信息编辑终审结果D4审稿人编委会5出版发行4稿件校对评审结果D32.8
13、评审结果编辑用户校对结果D5出版发行结果D6图3.7 稿件评审、终审、校对数据流图报表统计数据流图：用户作者信息D1稿件信息D26.1报表统计6.2输出显示评审结果D3终审结果D4出版发行结果D6用户审稿人信息D72.10审稿人信息编辑2.9审稿人信息录入图3.8 报表统计数据流图3.3 数据词典(1)数据流条目：编号：1；数据流名：稿件信息；组成：Draft_ID(稿件编号)+Draft_Name(稿件名称)+Author(作者)+TypeName(类型)+DraftComeDate(来稿日期)；来源：作者；去向：稿件评审。编号：2；数据流名：作者信息；组成：Author_ID(作者编号)+
14、Author_Name(作者姓名)+Address(地址)+Birthday(出生日期)+E-mail(电子邮件地址)+Sex(性别)+Phone(联系电话)；来源：作者信息录入；去向：作者信息-数据存储。编号：3；数据流名：评审结果；组成：Draft_ID(稿件编号)+Judge_Per1(一审审稿人)+SendDate1(一审送审日期)+ReplyDate1(一审回复信息)+Result1(一审结果)+Judge_Per2(二审审稿人)+SendDate2(二审送审日期)+ReplyDate2(二审回复信息)+Result2(二审结果)+Final_Per(三审审稿人)+SendDate3
15、(三审送审日期)+ReplyDate3(三审回复信息)+Final_Result(三审结果)；来源：评审结果录入；去向：评审结果-数据存储。(2)数据存储条目：编号：D1；数据存储名：作者信息；组成：Author_ID(作者编号)+Author_Name(作者姓名)+Address(地址)+Birthday(出生日期)+E-mail(电子邮件地址)+Sex(性别)+Phone(联系电话)；存储方式：按作者编号从小到大排列；存储频率：每次录入作者信息时。编号：D2；数据存储名：稿件信息；组成：Draft_ID(稿件编号)+Draft_Name(稿件名称)+Author(作者)+TypeName(
16、类型)+DraftComeDate(来稿日期)；存储方式：按稿件编号从小到大排列；存储频率：每天录入稿件信息时。编号：D3；数据存储名：评审结果；组成：Draft_ID(稿件编号)+Judge_Per1(一审审稿人)+SendDate1(一审送审日期)+ReplyDate1(一审回复信息)+Result1(一审结果)+Judge_Per2(二审审稿人)+SendDate2(二审送审日期)+ReplyDate2(二审回复信息)+Result2(二审结果)+Final_Per(三审审稿人)+SendDate3(三审送审日期)+ReplyDate3(三审回复信息)+Final_Result(三审结果
17、)；存储方式：按稿件编号从小到大排列；存储频率：每次录入评审结果时。(3)数据结构条目：数据结构名：稿件信息；组成：Draft_ID(稿件编号)+Draft_Name(稿件名称)+Author(作者)+TypeName(类型)+DraftComeDate(来稿日期)；含义说明：每个稿件的情况的简介。数据结构名：作者信息；组成：Author_ID(作者编号)+Author_Name(作者姓名)+Address(地址)+Birthday(出生日期)+E-mail(电子邮件地址)+Sex(性别)+Phone(联系电话)；含义说明：每位作者的情况的简介。数据结构名：评审结果；组成：Draft_ID(稿
18、件编号)+Judge_Per1(一审审稿人)+SendDate1(一审送审日期)+ReplyDate1(一审回复信息)+Result1(一审结果)+Judge_Per2(二审审稿人)+SendDate2(二审送审日期)+ReplyDate2(二审回复信息)+Result2(二审结果)+Final_Per(三审审稿人)+SendDate3(三审送审日期)+ReplyDate3(三审回复信息)+Final_Result(三审结果)；含义说明：每次评审结果的情况的简介。(4)数据项条目：数据项名：Author_Name(作者姓名)；取值范围：字符串，15字节；取值含义：作者的姓名信息；位置：作者表。
19、数据项名：Address(地址)；取值范围：字符串，40字节；取值含义：作者的地址信息；位置：作者表。数据项名：Birthday(出生日期)；取值范围：字符串，10字节；取值含义：作者的出生日期信息；位置：作者表。数据项名：E-mail(电子邮件地址)；取值范围：字符串，20字节；取值含义：作者的电子邮件地址信息；位置：作者表。数据项名：Phone(联系电话)；取值范围：字符串，15字节；取值含义：作者的联系电话信息；位置：作者表。数据项名：Sex(性别)；取值范围：男、女；取值含义：作者的性别信息；位置：作者表。数据项名：Draft_Name(稿件名称)；取值范围：字符串，20字节；取值含义
20、：稿件的名称信息；位置：稿件表。数据项名：TypeName(类型)；取值范围：字符串，10字节；取值含义：稿件的类别类型信息；位置：稿件表。数据项名：DraftComeDate(来稿日期)；取值范围：字符串，10字节；取值含义：稿件的来稿日期信息；位置：稿件表。(5)加工条目：加工名：稿件评审；输入数据：稿件信息；输出数据：评审结果；加工逻辑说明：输入稿件信息，开始稿件评审，写入稿件表，评审信息表。加工名：稿件终审；输入数据：稿件信息；输出数据：终审结果；加工逻辑说明：输入稿件信息，开始稿件终审，写入评审信息表。加工名：作者信息录入；输入数据：作者信息；输出数据：作者文件；加工逻辑说明：输入作
21、者信息，开始作者信息录入，写入作者表。加工名：稿件信息录入；输入数据：稿件信息；输出数据：稿件文件；加工逻辑说明：输入稿件信息，开始稿件信息录入，写入稿件表。3.4 数据采集(1)稿件信息，作者信息，评审结果，采用键盘输入的形式进行录入；(2)稿件原稿，采用扫描机扫描的形式进行录入；4. 功能需求4.1 功能划分本系统可划分为系统管理、稿件信息、作者信息、审稿人信息、评审信息、编委会终审信息、稿件校对、统计报表、经费管理。其中系统管理又分为统初始化、用户口令管理、数据库备份、恢复三个部分；统计报表分为稿件统计、作者统计、审稿人统计、稿件评审情况统计、编委会终审情况统计、编辑排版情况统计、出版发
22、行统计、审稿人稿件积压统计八个部分。经费管理分为评审费、稿费、编辑费、出版发行费、办公费五个部分。4.2 功能描述有上述层次方框图可见系统可以划分为9个模块：1.系统管理，划分为系统初始化、用户口令管理和数据库备份和恢复等；2.稿件信息，负责稿件相关信息的录入、编辑；3.作者信息，负责作者个人信息的录入、编辑；4.审稿人信息，负责审稿人个人信息的录入、编辑；5.评审信息，负责稿件评审结果的录入、编辑；6.编委会终审信息，记录编委会终审结论；7.稿件校对；8.统计报表，负责各类信息的统计、显示、打印工作；9.经费管理，用于各种经费的预算、支出、汇总等工作。5. 性能需求由于此开发项目针对高校学报
23、，使用频度较高，使用性要求比较高。为防止对信息资料和管理程序的恶意破坏，要求有较为可靠的安全性能。总之，要求稳定、安全、便捷，易于管理和操作。5.1 数据精确度在精度需求上，根据使用需求，在各项数据的输入，输出及传输过程中，可以满足各种精度的需求。5.2 时间特性在软件方面，响应时间，更新处理时间都比较快且迅速，完全满足用户要求。查询速度：不超过10秒；其它所有交互功能反应速度：不超过3秒；可靠性：平均故障间隔时间不低于200小时。5.3 适应性当用户需求，如操作方式，运行环境，结果精度，数据结构与其他软件接口等发生变化时，设计的软件要做适当调整，灵活性非常大。6. 运行需求6.1 硬件接口考
24、虑到大量数据的备份等要求，需要保持与磁带机和光盘刻录机的接口，这较易实现。6.2 软件接口这里，主要考虑软件与操作系统、数据库管理系统的接口，以及局域网和互联网软件之间的数据交换。考虑到文档处理时有可能需要较常用的办公软件。例如Microsoft的Office系列，所以应尽量实现它们之间的数据格式的自动转换。 6.3 故障处理内部故障处理：在开发阶段可以随即修改数据库里的相应内容。外部故障：对编辑的程序进行重装载时，第一次装载认为错，修改。第二次运行，在需求调用时出错，有错误提示，重试。7. 其他需求能快速恢复系统和故障处理，方便系统升级和扩充，故障恢复时间不超过5小时。二. 概要设计1. 引
25、言 1.1编写目的 在前一阶段，已经将用户对本系统的需求做了详细的阐述。本阶段在需求分析的基础上，对学报管理系统做比较概括的设计，明确将要开发的系统应该具有的功能，确定如何把该系统划分成若干个模块、各个模块之间的接口以及模块之间传递的信息，并完成数据库的设计。在该概要设计说明中将对在本阶段中对系统所做的所有概要设计进行详细的说明。本报告的预期读者是用户、投稿人以及相关项目组的所有成员和将来有可能使用本系统的相关人员。1.2背景说明：a .高校学报管理信息系统b项目任务提出者：高校学报编辑部项目开发者：姚应哲、胡松、王伟阁、王娜、赵信远、贾飞飞用户：高校学报编辑部1.3定义 学报管理: 所谓学报
26、管理,就是对刊用的组稿，审稿，编辑加工、终审、排版、校对、发行等多个环节，涉及的信息资源包括稿件信息、作者信息、审稿人信息、评审结果信息等。谋求投稿人与 编辑部之间的相互适应,把事情做得更好这一目标所进行的管理活动。1.4参考资料 1软件工程（第二版）邓良松、刘海岩、陆丽娜 西安电子科技大学出版社2软件工程导论 张海藩 清华大学出版社2. 总体设计 2.1概述2.1.1需求规定学报工作是一项集组稿、审稿、编辑、出版、发行等于一身的系统工作。编辑部面临着人员少、事务繁多、工作量大等问题,而且现在的以手工为主的落后的管理方式和工作方式史加重了编辑人员的负担。以稿件登记为例,编辑部收到作者投稿件后,
27、要进行手工登记,将稿件的信息如稿件编号、篇名、作者姓名、作者单位、联系方式等记录在登记本上,所有来稿都登记在一起。这种工作方式存在很多弊端登记信息不直观,查询稿件困难大,费时间,难以掌握某篇稿件的现行状态,不便于统计阶段性工作,不便于把握稿件的总体情况,作效率,等等。为提高编辑工作效率,实现学报管理工作的现系现代化,规范化,高效化,必须借助速度快、信息储存量大的计算机辅助完成编辑部的常事务工作。2.1.2运行环境 硬件要求：PI 133以上的处理器，最低32M内存，300M以上硬盘剩余空间运行环境：win7/winxp总体设计（1）处理流程学报主体工作业务流程图学报主体工作的实际情况是：来稿后
28、手工登记,记录稿件各项信息。稿件经初审后要送专家评审。在选择审稿专家时,多根据稿件的学科领域和编辑的经验确定审稿专家。通过评审的稿件即进入编辑加工和校对阶段。每期出版后,按时向校内外发行,并做付费、存档等工作。2.2总体结构和模块外部设计系统总体结构设计：系统信息分类在进行系统设计时，应根据总体规划和各项功能的具体要求，将MIS领域的数据分成以下几类:系统管理类：该类主要包括稿件信息、作者信息、审稿人信息等。财务管理信息类该类主要包括审稿费管理、稿酬管理、发表费管理、印刷出版费管理、征订及发行费管理等。报表评价信息类该类包括统计报表管理、综合评价管理等。稿件评审信息类该类包括稿件送审、稿件恢复
29、、稿件校对等。学报管理信息系统系统总体结构设计图财务信息管理报表评价管理 系统管理稿件评审管理学报管理系统2.3结构2.3.1该系统的模块结构图：学报信息管理系统系统管理稿件信息作者信息审稿人信息稿件校对统计报表经费管理费用管理评审回复稿件送审奖惩信息维护奖惩信息查询稿件评审员工就职员工调动员工离职员工调动查询修改密码费用统计评审回复2.4功能需求与程序的关系登录稿件信息添加稿件评审统计稿件人统计出版发行统计评审费发行费评审回复信息出版发行查询评审选择终身选择用户登录员工信息审稿人信息维护稿件评审作者信息经费信息管理3. 接口设计 3.1外部接口 用户有审稿人、超级管理员通过各自账户密码合登录
30、进该系统，然后进行操作。系统对所投的稿件进行保存，并通过对每个稿件分配一个序列号，进行区分。3.2内部接口模块间的接口是通过函数调用建立的，应用程序在运行期间始终保持着与数据库的联系。通过应用程序与数据库的耦合以记录数据，在应用程序内部，Form窗体只负责显示，一切数据操作都由后台的各个类实现，包括对数据库的操作。奖惩信息维护将所掌握的信息存入数据库，奖惩信息查询则通过数据库进行查找。稿件送审通过稿件审评模块对审评回复进行关联。费用管理对经费管理和费用统计两个模块通过数据库的关键字的连接进行管理。统计报表对员工信息进行处理，包括员工调动、就职、离职等信息。4运行设计 4.1运行模块组合 若是管
31、理员登录该系统，则可对系统内的所有模块进行操作，而若是普通员工登录，则只能进行发表、查询、退稿和其他关于查询的模块进行操作。4.2运行时间在软件的需求分析中，对运行时间的要求为必须对作出的操作有较快的反应。硬件对运行时间有最大的影响，当设备负载量大时，对操作反应将受到很大的影响。所以尽量采用高性能主机，充分发挥软件性能。在应用程序方面，尽量建立存储过程来对数据库进行操作，加快系统对数据的操作速度，以减少系统的反应时间。5系统数据结构设计 5.1数据库数据结构设计稿件费用表稿件类别表稿件信息表工作人员表评审信息表校对表用户标作者信息表该系统使用数据库对数据进行管理，使用的数据库表如下：员工信息表
32、、部门信息表、职位信息表、密码权限表、基本工资表、实际工资表、实际工资查询表、奖惩信息表、员工调动信息表、员工考勤信息表、员工职位信息表具体如下:1. 稿件费用表：字段名称数据类型主键允许空Draft_IDchar(10)JudegeChargechar(18)DraftChargenvarchar(50)EditChargenchar(2)PublishChargedatetimeOfficeChargenvarchar(50)PublishDatenvarchar(50)2.校对表：字段名称数据类型主键允许空Draft_IDnvarchar(50)Proof_NameChar(10)Pro
33、of_NameProof_TimeChar(20)Proof_ResultChar(10)3.用户表：字段名称数据类型主键允许空Staff_IDchar(10)Staff_Namechar(20)PasswordChar(20)LimitChar(10)4.工作人员表：字段名称数据类型主键允许空Worker_IDVarchar(50)Worker_NameVarchar(50)SexVarchar(50)BirthdaydatetimePhoneVarchar(50)AddressVarchar(50)EmailVarchar(50)LimitInt5.稿件信息表字段名称数据类型主键允许空Dr
34、aft_IDVarchar(50)Draft_NameVarchar(50)AuthorVarchar(50)TypeNameVarchar(50)PublishDatedatetimeDraftComeDatedatetime6. 系统出错处理设计6.1出错信息出错类型错误提示造成原因输入错误输入数据错误指用户所填写的数据不合规定系统错误数据库错误指系统与数据建立连接时，连接失败6.2补救措施周期性地进行数据库备份，同时要进行数据库操作的日志记录，当系统故障发生时可以将最新备份的数据库进行还原然后根据数据库操作日志将数据库还原成最新状态，尽量降低系统故障造成的损失。安全保密设计为了保护数据，
35、本系统从硬件环境，软件系统，程序设计和组织管理制度四个方面综合考虑其安全保密性。(1)对于硬件系统，采用RAID5磁盘阵列和移动硬盘，将数据交叉存放在各磁盘阵列上，如果阵列中的某个成员出现鼓掌，可通过其他部分予以恢复，除了采用RAID5技术外，本系统采用移动硬盘作日常备份，采用光盘作月备份，最大程度地保护数据的安全。 配备在线式UPS，定期对服务器，网络通信设备等进行监控。(2)对于软件系统，采用Access数据库，通过账号及口令使用后台的数据与前台的操作分离，防止普通用户对数据库进行直接操作。当出现整个系统彻底破坏时，可以通过系统重新安装整个系统，然后将备份的全部数据库复到新系统中。(3)在
36、程序设计过程中，设置查询用户，数据录入员，部门管理和数据库系统管理员四级用户体系，根据用户级别分别授予相应的操作权限，同时，对用户口令采取高强度的加密算法进行保护，另外，设置流水账，个人明细账，部门明细账等方式存放各种操作过程信息，为系统提供多条审计线索，确保每一笔数据操作都有据可查，保证数据操作的合法性和安个性。(4)在组织管理制度上，制订明确的数据操作规程和数据安全管理制度，在直接对数据库进行操作时，必须有两个以上人员的共同操作才能进行，可将系统管理员口令分为两段，分别进行管理，定期检查和清除计算机及网络环境中的各种计算机病毒，每日对业务数据库备份。6.3系统维护设计 维护方面主要为对数据
37、库数据进行维护。可使用 SQL SERVER 的数据库维护功能机制。例如，定期为数据库进行Backup，维护管理数据库死锁问题和维护数据库内数据的一致性等。三. 详细设计1.引言1.1.编写目的本文档是在概要设计基础上，对概要设计中产生的功能模块进行过程描述，设计功能模块的内部细节，包括算法和详细数据结构，为编写源代码提供必要的说明。本文档的预期读者是系统开发人员，以及使用该系统的用户和维护该系统的人员。1.2.背景a待开发的软件系统的名称：华北水利水电学院学学报信息管理系统b本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络：项目任务提出者：华北水利水电学院项目开发者：姚应哲
38、、赵信远、贾飞飞、胡松、王娜、王伟阁用户：华北水利水电学报编辑部1.3.定义学报管理: 所谓学报管理，主要包括对刊用稿件的组稿、审稿、编辑加工、终审、排版、校对、发行等多个环节，涉及到的信息资源包括稿件信息、作者信息、审稿人信息、评审结果、编委会终审结论、编辑排版信息等等。SQLSERVER2005：开发系统使用的数据库名称1.4.参考资料 1实用软件工程学 庄晋林 杨志宏 中国水利水电出版社2软件工程导论 张海藩 清华大学出版社2.总体设计2.1需求概述高校学报编辑的工作主要包括对刊用稿件的组稿、审稿、编辑加工、终审、排版、校对、发行等多个环节，涉及到的信息资源包括稿件信息、作者信息、审稿人
39、信息、评审结果、编委会终审结论、编辑排版信息等等。具体还有一些细节工作则更为烦琐，诸如：稿件的送审、回复结果登记；对编辑排版结果需要进行毛校、一校、二校和三校多次校对后才能正式出版发行。与此相关还有大量的统计、汇总工作要做，这就要求所开发的系统具有较为丰富的查询、统计功能，以方便用户。2.2软件结构学报信息管理系统系统管理稿件信息作者信息审稿人信息稿件校对统计报表经费管理费用管理评审回复稿件送审奖惩信息维护奖惩信息查询稿件评审员工就职员工调动员工离职员工调动查询修改密码费用统计评审回复学报管理信息系统软件结构3.程序描述3.1.系统管理模块3.1.1功能系统管理主要对该系统的各类使用人员的账户
40、信息进行管理，主要由超级管理员的来完成。账户基本信息主要包括：姓名、性别、出生日期、手机号、电子邮件和地址，该系统的各类使用人员按权限大小依次为：超级管理员、审稿人、普通工作人员、作者。由超级管理员对各类使用人员的账户信息进行统一管理，主要包括对账户信息的添加、删除、修改和查询等操作。3.1.1性能该部分主要是对员工信息的查询和维护，所以对精度要求不高。但是对于时间特性要求较高，因为用户要查询，并要对查询出来的信息进行维护，所以系统响应时间要短，一般为1-2秒。因此在此段程序里，从数据库里查询员工信息的时候可以用存储过程，以节约时间。3.1.1输入项该系统中各类使用人员账户的基本信息，包括：姓
41、名、性别、出生日期、手机号、电子邮件和地址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流程逻辑其流程图如下：3.3统计报表模块3.3.1功能统计报表模块主要对系统中各类信息进行统计，由超级管理员来完成，主要包括作者统计、稿件统计、审稿人统计、出版发行统计。3.3.1性能对精度没有要求，但是对时间上