期刊编辑部文稿处理系统之栏目设计论文.doc

期刊编辑部文稿处理系统之栏目设计

院 系
计算机学院
专 业
计算机科学与技术
班 级

学 号

姓 名

指导教师
夏秀峰
负责教师

沈阳航空工业学院

沈阳航空工业学院毕业设计（论文）
摘 要
为提高工作效率，方便论文作者投稿、查稿等工作，期刊编辑部往往采用基于B/S模式的文稿处理系统来解决以往繁重的工作，从纯手工的工作中解脱出来，实现期刊编辑部文稿处理系统的简单化、规范化及合理化。文稿处理系统一般包括栏目展现、在线办公和在线期刊三部分内容。
本文详细描述了文稿处理系统之栏目设计的需求分析、概要设计及详细设计过程，介绍了题目设计的内容、目标及可行性分析。在此基础上，画出了系统E-R图和数据流图，设计了数据库的逻辑结构，描述了系统功能模块及主要程序流程图。最后，给出了系统调试过程中出现的问题和解决办法。
本文介绍的系统在Windows XP 平台下开发，前端开发工具为JSP，后台数据库管理系统为SQL Server 2000。运行结果表明，系统具有界面友好、性能稳定、操作简便等优点，达到了设计要求。
关键词：期刊编辑部；文稿处理；栏目设计；B/S模式
Abstract
In order to improve the work efficiency, and make the paper author to contribute and query the paper information conveniently, the periodical editorial department often adopts a B/S model based manuscripts processing system to lighten the current workload .So the missionary can be released from a purely manual work, and the paper processing system in journal edition department can be simplified, standardization and rationalization. Paper processing systems generally include three parts such as columns display, online journals and online office.
The requirements analysis, the outline design, the detailed design, system testing and result are described in this dissertation, and the subject requirements, target of the system and feasibility analysis are also introduced. Then the data flow diagram, E-R diagram and database logic structure are introduced, and the system modules and the main flow chart are described. Finally, some problems and their solutions appeared in system debugging are presented.
The system introduced in this dissertation is developed under the Windows XP platform, and JSP is adopted as the front-end development tool, SQL Server 2000 as the background database management system. After running the system, some advantages such as beautiful interface, stable performance, simple operation etc. are represented, so this system can be met the requirements of the design.

Keywords: Periodical edition department; Paper processing; Column design; B/S Model
目 录
１引言 1
1.1 题目背景 1
1.2 设计内容及要求 1
1.3系统开发的理论基础 2
1.4系统设计的目标 3
1.5可行性分析 4
2需求分析 6
2.1用户需求 6
2.2开发工具与平台 7
2.3系统设计风格 7
2.4数据流图 7
2.4.1顶层DFD图 8
2.4.2第一层DFD图 8
2.5 E-R图 9
3概要设计 11
3.1前台功能 11
3.2后台功能 12
3.3操作板块布局 12
3.4维护板块布局 14
4详细设计 16
4.1数据库表结构设计 16
4.2程序流程图 20
4.3程序详细设计 24
4.4功能实现 27
5系统测试与结论 33
5.1系统的调试过程 33
5.2结论 34
参考文献 35
致谢 36

IV

１引言
本章详细介绍了题目的背景、设计内容及要求、系统开发的理论基础及系统的设计目标四个方面，并对系统开发的可行性进行详细分析，这在设计过程中起着基础性的作用。
1.1 题目背景
管理信息系统(MIS)主要任务是最大限度的利用现代计算机及网络通讯技术加强企业的业务管理，通过将人工处理方式下零乱的数据处理转变为由计算机系统处理的人机结合的系统性的数据处理从而加快业务周转流程，缩短了整个生产周期，提高了生产效率，加强了管理的信息化，提高了单位经济效益，从而为企业在商业竞争的浪潮增加致胜的筹码。
据统计，目前美国在信息管理上有90%的工作由计算机完成；物资管理中70%—80%的信息处理由计算机完成；计划管理是80—90%。在计算机应用发展较快的国家中，计算机应用于信息管理的占80%；用于科学计算的占8%，用于生产过程控制的占12%。由此可以看出，信息管理是计算机应用的主要领域。
由于基于B/S架构的信息管理系统越来越受到企业的关注和青睐,因而在毕业设计中尝试以一个杂志社投稿业务的管理流程为参考模型进行分析设计。系统完成了对外来稿件的录入、自动控制审稿流程、自动完成编号及自动更新作者信息的工作，并且提供多种方式查询、记录及统计稿件等功能，实现了对稿件审理流程及作者信息的统一管理。其现实意义不仅在于减轻了编委繁杂、厚重的审稿工作，还大大提高了审稿的工作效率，减少了期刊的出刊成本。
系统设计分为栏目设计、在线投稿及在线办公为三部。文章对系统的栏目设计部分进行描述。栏目设计包括首页、期刊介绍、杂志社、编委会、投稿指南、期刊订阅、广告合作、联系我们及编辑部公告等板块的开发，并实现读者留言版功能。上述各项要求只须在计算机上进行简单操作即可完成。
1.2 设计内容及要求
为提高工作效率，方便论文作者投稿、查稿等工作，期刊编辑部往往采用基于B/S模式的文稿处理系统来处理作者的投稿、查稿及编辑与专家的审稿等工作。该系统一般包括栏目展现、在线办公和在线期刊三部分内容。栏目设计包括首页、期刊介绍、杂志社、编委会、投稿指南、期刊订阅、广告合作、联系我们及编辑部公告等板块。本项目由多位同学合作完成，本文对栏目设计的实现过程进行了详细描述。具体内容包括：
(1)设计基础数据库文件结构。如杂志社成员及分工表、编委会成员及职务表、期刊订阅表、广告意向登记表及编辑部公告表等，结合具体功能对它们进行动态维护；
(2)设计首页、期刊介绍、杂志社、编委会、投稿指南、期刊订阅、广告合作、联系我们及编辑部公告(要求滚动显示)等板块；
(3)实现读者论坛功能。
本次毕业设计的具体要求如下：
(1)要求各板块的内容可动态调整；
(2)前端设计工具和后台数据库管理系统可自行选择，但几位同学需要统一；
(3)所设计的系统界面美观，用户接口友好，可操作性强；
(4)多位同学最终要联调成功，即从首页能够进入其他同学的子系统；
(5)底层数据库的逻辑结构须由毕业设计小组同学合作设计，共享数据文件结构统一、语义统一、完整性约束统一。
1.3系统开发的理论基础
系统采用当前最先进的基于J2EE的三层B/S开发模式完成。随着软件系统的规模和复杂性的增加，软件体系结构的选择成为比数据结构和算法的选择更为重要的因素，三层客户/服务器体系结构为系统的整合提供了良好的框架，是建立企业级管理信息系统的最佳选择。
所谓三层的开发模式，是在传统两层C/S结构的基础上，增加了新的一级。这种模式在逻辑上将应用功能分为三层：客户显示层、业务逻辑层及数据层。客户显示层是为客户提供应用服务的图形界面，有助于用户理解和高效的定位应用服务。业务逻辑层位于显示层和数据层之间，专门为实现企业的业务逻辑提供了一个明确的层次，在这个层次封装了与系统关联的应用模型，并把用户表示层和数据库代码分开 。这个层次提供客户应用程序和数据服务之间的联系，主要功能是执行应用策略和封装应用模式，并将封装的模式呈现给客户应用程序。数据层是三层模式中的最底层，用来定义、维护、访问及更新数据并管理和满足应用服务对数据的请求。
三层模式可以将服务集中在一起管理，统一服务于客户端，从而具备了良好的容错能力和负载平衡能力，成为真正意义上的“瘦客户端”。因此具备了很高的稳定性、延展性及执行校率。数据库连接采用Java的JDBC技术实现。
Java Server Page (简称为JSP)技术是由SUN公司倡导、众多业界公司参与制定的一种标准技术。它为创建动态内容的Web页面提供了一个简捷而且便利的方法。JSP技术的目的主要是设计一个开放的、可扩展的、建立动态Web页面的标准。JSP集成了Java面向对象的程序语言能力与跨平台的优势,并且与超文本标记语言紧密结合,与传统的CGI程序相比,JSP不仅编写、执行容易，也大幅提高了系统的执行性能。
1.4系统设计的目标
系统设计的目标是针对编辑部提出的基本需求对网站进行整体规划，完成栏目设计方案，以达到项目设计内容和项目设计要求。
系统的数据库结构设计应该合理，尽可能减少数据的冗余。同时要实现设计要求中所提到的几个功能，具体描述如下：
(1)实现后台管理功能。为方便期刊编辑部工作人员对网站的管理，设计完善的后台管理功能，使管理员可以对各个板块的内容进行动态调整及维护，增强系统的实用性；
(2)公告栏要求滚动显示。公告栏的设计使编辑部可以及时向用户发布最新的期刊出版信息、编辑部的最新发展动向等。滚动显示的方法也是当前众多网站制作者乐于采用的、当今最流行的一种方式；
(3)实现读者论坛功能。方便论文作者发表见解、提出疑难问题，为其与编辑部的沟通搭建一个良好、便利且可以交流信息的平台；
(4)界面友好、操作便利。所开发的系统在具有一定实用性的基础上还应制作出一个友好的、便于用户操作的使用界面，吸引更多读者的关注与青睐。
1.5可行性分析
为了使系统的开发能够顺利进行，现就技术可行性、操作可行性、经济可行性几个方面对其进行分析，做好开发的前期准备工作。
(1)技术可行性
系统采用的前台开发工具是Dreamweaver MX，设计语言为JSP。Dreamweaver MX是由美国Macromedia 公司开发的，集网页制作和网站管理于一身的网页编辑器，它以强大的功能及易用性成为制作网站的专业人员以及广大网页制作爱好者的手选工具。
JSP集成了Java面向对象的程序语言能力与跨平台的优势，并且与超文本标记语言紧密结合，与传统的CGI程序相比，JSP不仅编写、执行容易,也大幅提高了系统的执行性能。它为创建动态内容的Web页面提供了一个简捷而且便利的方法。毫不夸张地说，JSP从诞生之日起就注定了将会成为最流行的Web页面的标准。
后台数据库管理系统是目前较流行、较优秀的数据库平台SQL Server 2000。SQL Server 是一个关系数据库管理系统。作为在Windows NT/2000/XP上运行得最好的数据库，SQL Server 2000 可以帮助各种规模的企业管理数据，是创建企业应用程序时首选的关系型数据库管理系统。
综合上述分析，在技术上，系统开发是完全可行的。
(2)操作可行性
随着计算机网络技术的快速发展与不断普及，人们的工作与生活也越来越依赖于网络，这使得绝大多数人十分熟悉在网上进行办公、购物等活动。
为适应期刊编辑部工作人员的工作需要，使他们摆脱以往纯手工的工作方式，简化投稿、审稿、稿件录入及发表等工作流程，利用计算机开发期刊编辑部文稿处理系统来提高他们的工作效率。
由于系统的开发是在B/S模式下进行，三层客户/服务器体系结构为系统的整合提供了良好的框架，是建立企业级管理信息系统的最佳选择。而且系统在运行后，操作人员不需要学习有关网站制作方面的专业知识就可以对其操作。综上所述，在操作上，系统的开发也是完全可行的。
(3)经济可行性
本系统的设计与应用解决了传统的投稿方式带来的不便，以及厚重的文稿审阅等问题，不但在各个流程都节省了时间，还节约了许多不必要的人力资源的开销，它所带来的经济效益是显而易见的。
传统编辑部的工作流程需要编辑部工作人员将作者投递的稿件进行繁重的接收工作，再由专家及编委进行查阅、审批等工作。据统计，传统的杂志社一般需要主编1人，年薪8万元；副主编2人，人均年薪6万元；编辑10人，人均年薪4万元。所付薪水每年共需要60万元。杂志社一年共发表期刊12期，每期包含50篇文章，一般杂志社的入稿率为20%，所以每年杂志社共需要处理稿件3000篇。由于每篇稿件需要以邮递的方式由三名外聘专家审理，平均每封挂号信的价格为5元，每年处理稿件费用大概需要4.5万元。年支出共计64.5万元。而系统的开发可以在减少人力资源开销的同时提高编辑部的工作效率。
系统的开发成功后只需主编一人，年薪8万元；副主编1人，年薪6万元；编辑6人，人均年薪4万元。每年共支出38万元，在人力资源方面一年可节约费用为22万元。另外，专家可以通过在线办公的方式审理稿件，一年可节约4.5万元左右的邮资。通过分析得出系统的开发可以为编辑部平均每年节省26.5万元的支出。
由于系统开发需开发人员4人，开发周期为4个月，开发人员人均工资5000元；一台计算机的折旧费每年500元，开发所需软件共需费用8.07万元。编辑部使用该系统需要计算机7台，每台5000元；服务器一个1.5万元；宽带费每年2000元；打印机一台2000元。所以，开发和应用此系统共需一次性投资13.47万元。
综上所述，此系统的开发在不到一年内就可以收回成本，所以系统的开发在经济上是完全可行的。
2需求分析
传统的手工办公方式已经无法满足现代办公的需求。在线收发文稿管理系统作为提高工作效率、规范办公制度、增强办公的透明性的重要工具。它实现信息、文档资源的统一管理，方便领导决策，逐步实现无纸化办公。
B/S模式是指在TCP/IP的支持下，以HTTP为传输协议，客户端通过Browser（浏览器）访问Web服务器以及与之相连的后台数据库的技术及体系结构。它由浏览器、Web服务器、应用服务器和数据库服务器组成。
2.1用户需求
需求分析阶段确定的系统逻辑模型是日后设计和实现目标系统的基础，因此必须准确完整地体现用户的要求，提供正确的系统的逻辑模型。最终经过用户确认无异议后才能进入下一阶段的工作。这样就可以有效地防止和克服急于着手进行具体设计的倾向，减少后期设计和编码时的工作量，以及由于分析不当引发的多种问题。
针对编辑部所提的所有需求对网站进行全局规划，实现良好的网站运行效果及网站架设目标。设计主要包括两方面，分别为：
(1)提供用户浏览和查询等操作的操作板块布局
操作板块的布局应从实际应用的角度出发，为用户提供一个操作方便快捷并行之有效的工作流程。本着这种思想，所有功能的实现都会以此为依据进行设计。只有在清晰明确了网站前台工作的布局后，才能进行之后的工作。
(2)提供管理员对网站日常维护和管理的维护板块布局
维护板块主要针对网站后台维护开发的。只有管理员可以对它进行操作，其它用户无权访问，因此它主要以实用角度进布局，使网站管理员更有高效地对网站进行维护。
网站的内容要生动活泼，页面的整体设计风格要统一。采用HTML和JSP语言对网站的静态和动态页面进行设计，动态的按钮，活动的小图标，优美协调的色彩，使网站取到华而有实的效果，塑造一个具有生命力的网站。
2.2开发工具与平台
为使整个系统的开发过程顺利有效的进行，结合题目的设计要求及当前流行的网站制作工具，决定选用以下开发工具与平台来完成网站的设计。
(1)文档编写工具：Microsoft Word 2003；
(2)开发平台：Microsoft Windows XP；
(3)流程图工具：Microsoft Visio 2003；
(4)编码工具：Dreamweaver MX；
(5)JDK：j2sdk1.6；
(6)JSP服务器：Tomcat 6.0；
(7)数据库：Microsoft SQL Server 2000；
(8)JDBC驱动：Microsoft SQL Server Driver for JDBC。
2.3系统设计风格
网站本身的价值正在被人们不断地发现、不断地认可。“如何设计一个成功的网站？”已成为越来越多的网页设计师所思考、关注的问题。而设计网站需要考虑的因素非常多，从前期网站设计开始时的网站定位、设定网站框架、整理资料，到具体制作中的设计环节，再到最后的调试、发布与宣传，这是一个环环相扣的过程。为了达到最佳的视觉表现效果，应讲究整体布局的合理性，使浏览者有一个流畅的视觉体验。
(1)网站特点：方便、快捷、华而有实；
(2)网站属性：技术型、实用型的垂直型网站；
(3)网站结构：上中下结构。
2.4数据流图
DFD（Data Flow Diagram, 数据流图）数据流图是软件系统逻辑模型的一种图形表示。其主要作用是指明系统中数据是如何流动和变换的，以及描述使数据流进行变换的功能，在DFD图中出现的每个功能的描述写在加工说明中，它们一起构成软件的功能模型。
2.4.1顶层DFD图
顶层DFD图说明了系统的边界，作为系统分层DFD图的第一步，通常把系统看作是一个整体，即系统的输入好输出数据流。
期刊编辑部文稿处理系统的顶层DFD图，如图2.1所示。

图2.1顶层DFD图

顶层图确定了系统的范围，其外部实体为用户与杂志社成员。从图2.1中不难发现，用户可以向系统提交意见反馈信息，系统将验证其合法性，将合法信息保存至数据库中，同时用户也可以查看杂志社成员的回复信息。杂志社成员可以对用户的疑难问题进行查看、删除及回复。为了能及时向用户发布新的公告，杂志社成员也可以发布公告信息。
所有的用户都由系统管理员管理，每个用户只能修改自己的信息，不可以修改别人的信息。用户将根据自身权限完成各种基本信息的查询和修改密码等操作。
2.4.2第一层DFD图
根据系统顶层DFD图所显示的整体系统结构，导出系统第一层DFD图，如图2.2所示。

图2.2第一层DFD图

第一层DFD图把系统分为验证用户信息、提交留言信息、发布留言等操作。用户在留言前应验证是否为注册用户，只有注册用户才可以留言。杂志社成员可以对未回复的留言进行删除或回复操作，也可以进行公告的录入及发布。
2.5 E-R图
概念模型是对信息世界建模，所以概念模型应该能够方便、准确地表示出上述信息世界中的常用概念。概念模型的表示方法很多，其中最为著名最为常用的是实体——联系方法。该方法用E-R如来描述现实世界的概念模型，E-R图方法也成为E-R模型。E-R图提供了表示实体型、属性和联系的方法。
E-R图中矩形框表示实体(客观存在并可相互区别的事物)，椭圆形框表示属性(实体所具有的某一特性)，菱形框表示实体之间的联系，其中的文字为相关联系的描述。
通过对系统栏目设计的分析，得出系统的主要有用户、留言信息、回复信息、公告信息、杂志社成员信息及广告登记信息五个内部实体，它们的关系表示如图2.3所示。

图2.3系统E-R图

其中杂志社成员可以发布公告信息，一个成员可以发布多条信息，所以它们之间是一对多的关系；杂志社成员可以回复留言信息，一个成员可以回复多条留言，所以它们之间是一对多的关系；杂志社成员还可以录用文章、管理广告合作信息，它们之间也是一对多的关系；会员可以发布留言信息，每个会员可以发布多条留言，它们之间是一对多的关系。
3概要设计
在需求明确、准备开始编码之前，要做概要设计。概要设计的任务是根据用户需求分析阶段得到的目标系统的物理模型确定一个合理的软件系统的体系结构,这对后面的开发、测试、实施、维护工作起到关键性的影响。
3.1前台功能
根据前期的分析及用户需求，期刊编辑部文稿处理系统之栏目设计的前台功能主要包括用户的登录与注册功能、留言板功能、公告栏功能及广告合作功能等。它们的具体功能描述如下：
(1)用户登录和注册功能
用户只有注册后才具有一定的使用权限，注册时需要输入完整信息包括ID、用户名、密码、真实姓名、性别、出生日期、身份证号码、学科类别、职称、学历、研究方向、单位名称、联系电话、EMAIL、邮政编码、通信地址、注册时间。注册会员可以登录系统进行投稿、查稿及修改资料等操作。
(2)期刊介绍
用户可以在这里查看期刊介绍的信息。其中包括期刊的类型、取得的成就及出版日期等。通过在线期刊可以对文章的录用情况、本期目录、下期目录及“过刊”(以往收录的文章)进行查询和索引。
(3)编辑部公告
为了使用户了解杂志社最新的信息，设置公告栏，针对期刊出版及其它与杂志社相关的情况发布的公告信息。
(4)投稿指南
介绍了本刊的投稿方式，对于有投稿意向的用户可以先在这里查看投稿方式的说明信息，了解了投稿的工作流程后可以注册为新用户进行投稿操作。
(5)留言版
留言板是为注册用户提供的一个解答问题的场所，会员可编辑、发布自己的留言，也能查看回复信息。
(6)广告合作信息
有广告合作意向的用户可以在这里查看合作方式，也可以在这里进行登记，留下联系方式等信息，以便杂志社成员查阅后与用户联系。
3.2后台功能
为了使网站更易于管理与维护，设置后台管理功能，后台管理员通过登录验证获得后台管理权限。
后台管理的主要功能包括杂志社成员的管理、用户管理、留言板管理、公告栏的管理及广告合作管理。它们的功能描述如下：
(1)杂志社成员管理
由于杂志社成员不可以在前台注册，需要管理员在后台为其注册，并设定初始密码为“666666”，注册成功后，为避免密码被破译带来的危险，杂志社成员登录系统后修改密码。
(2)用户管理
管理员可以查看用户的详细信息，对非法用户予以删除，避免非法用户占用数据库空间，浪费数据库资源。
(3)留言板管理
可以对所有论坛帖子进行管理。包括对留言的查看、回复及删除操作。
(4)公告栏管理
管理员可以在这里增加最新的期刊出版信息及与编辑部相关的一些需要告知浏览者，也可以删除旧的公告信息。
(5)广告合作管理
管理员可以查看广告合作意向的详细信息。对无用信息予以删除。
3.3操作板块布局
系统中每个功能模块都由若干相关联的子功能模块组成，根据系统的功能描述，我们可以设计功能模块图，各大功能模块及其子模块之间的关系如图3.1所示。

图3.1操作板块

从操作板块图不难看出系统的前台工作布局。普通用户可以对网站进行简单的浏览、期刊的查询、过刊的浏览等操作；注册用户可以进人在线投稿系统进行投稿、查稿等工作。
3.4维护板块布局
为了便于系统维护，设计网站后台维护板块的布局。后台模块图如图3.2所示。
图3.2维护板块

从网站的后台维护板块的布局结构图可以清晰的看到网站的后台维护主要分为在线办公管理、栏目设计管理及期刊系统管理三部分。其中栏目设计管理又包括杂志社成员的管理、用户信息的管理、留言板的管理、公告栏的管理及广告合作意向管理五个部分。
4详细设计
详细设计阶段的任务是明确系统的数据结构与软件结构，其目的就是进一步细化软件设计阶段得出的软件总体概貌，开发一个可以直接转换成程序的软件表示，即详细设计是对系统概要设计的进一步具体化，对系统中每个模块的内部过程进行设计和描述，正式进入软件的实际开发阶段。
4.1数据库表结构设计
数据库的设计通常是建立在一个已经存在的数据库管理系统基础上的。通过对用户的需求及对系统的分析，系统采用了SQL Server 2000数据库管理系统。在SQL Server 2000 数据库管理系统中建立名称为zzs的数据库。在名为zzs的数据库中，根据项目的需求建立相应的数据表如下：
(１)杂志社成员及分工表(t_staff)
杂志社成员及分工表用来保存杂志社成员的相关信息，杂志社成员及分工表(t_staff)共有4个字段，字段名称及表示的含义如表4.1。
表4.１杂志社成员及分工表(t_staff)
序号
字段英文名称
备注
类型
长度
可否为空
1
staffid
成员ID
Varchar
10
No
2
name
成员姓名
Varchar
15
No
3
password
密码
Varchar
6
No
４
task
职务
Varchar
8
No
说明：其中主键为staffid，用来存储杂志社成员的工作证号。由于杂志社成员不能在前台进行注册，需要管理员在后台进行录入，并给予一个默认密码，属性password就是为实现此功能设置的，默认值为“666666”，成员被路人后需自己重新设置一个新密码，以免被人破译盗取信息。
(2)用户信息表(t_user)
用户信息表用来保存用户的详细信息。表中各字段名称及含义如表4.2所示。
表4.2用户信息表(t_user)
序号
字段英文名称
备注
类型
长度
可否为空
1
usrid
身份证号
Varchar
18
No
2
name
用户名
Varchar
15
No
3
password
密码
Varchar
6
No
4
realname
用户真实姓名
Varchar
12
No
5
sex
性别
Varchar
1
No
6
birthday
出生日期
datatime
8
No
7
diploma
学历ID
Varchar
1
No
8
classify
学科类别ID
Varchar
2
No
9
discuss
研究方向ID
Varchar
2
No
10
job
工作单位
Varchar
50
No
11
tel
联系电话
Varchar
12
No
12
email
EMAIL
Varchar
30
No
13
postno
邮编
Varchar
6
No
14
addr
通信地址
Varchar
50
No
15
indate
注册时间
datetime
8
No
说明：其中主键为usrid，以作者在注册时填入的身份证号为该属性的值，该信息一旦插入不许更改；indate属性是录入作者注册的时间，默认为“getdate()”；属性sex是注册用户的性别0为男，1为女，且默认值为“男”。以上注册信息都应真实有效，管理员会定期对其进行维护。
(3)留言表(t_message)
留言表用来保存留言的相关信息，留言表(t_message)共有5个字段，各字段名称及表示的含义如表4.3所示。
表4.3留言表(t_message)
序号
字段英文名称
备注
类型
长度
可否为空
1
messageid
留言Id
Char
8
No
2
usrid
会员Id
Varchar
18
No
3
mcontent
留言内容
Varchar
200
No
4
indate
留言日期
Datetime
8
No
5
enforce
是否回复标记
Bit
1
No
说明：其中主键为messageId，同样采用日期函数对其进行设计；属性usrid为留言表的外键，与用户表中的身份证号相对应，对用户的权限进行限制，即只有注册用户拥有发表留言的权利；属性indate用来存储留言提交时间，默认为“getdate()”；属性enforce作为判定留言是否已经被回复的标志，为0(默认)则未被回复。
(4)问题回复表(t_respond)
问题回复表用来保存留言回复的相关信息，问题回复表(t_respond)共有4个字段，各个字段名称及表示的含义如表4.4所示。

表4.4问题回复表
序号
字段英文名称
备注
类型
长度
可否为空
1
replyid
回复信息ID
Char
8
No
2
rcontent
回复内容
Varchar
200
No
3
replydate
回复日期
Datetime
8
No
说明：其中主键为replyid，并且符合外键约束规则，与留言表中的messageid相对应。对留言进行回复时与所回复信息id相同，且每条留言最多有一条回复信息。
(5)公告信息表(t_note)
为了能及时向用户发布最新的公告信息，建立公告信息表(t_note)存储公告信息，在t_note中共设置5个字段，各字段名称及含义如表4.5所示。
表4.5公告信息表(t_note)
序号
字段英文名称
备注
类型
长度
可否为空
1
noteid
公告信息ID
Int
4
No
2
notetitle
公告信息标题
Varchar
50
No
3
note
公告内容
Varchar
300
No
4
indate
公告日期
Datetime
8
No
说明：其中主键为noteid，利用getdate()函数在数据库管理系统中为其编写函数，使它的默认值为与日期相关的值。例如：noteid为“07061003”的一条公告说明该公告信息是2007年6月10日发布的第三条公告信息。
(6)广告意向登记表(t_adver)
广告意向登记表用来存储用户提交的广告意向的详细信息，方便日后编辑部与其联系。广告意向登记表(t_adver)共有9个字段，各字段名称及表示的含义如表4.6所示。

表4.6广告意向登记表(t_adver)
序号
字段英文名称
备注
类型
长度
可否为空
1
adid
编号
Int
4
No
2
adperson
联系人
Varchar
15
No
3
adname
公司名称
Varchar
30
No
4
addr
联系地址
Varchar
50
No
5
postno
邮编
Varchar
6
No
6
tel
联系电话
Varchar
12
No
7
email
E-mail
Varchar
30
No
8
adtext
广告意向
Varchar
300
No
9
indate
录入时间
Datetime
8
No
说明：其中主键adid依然采用时间函数getdate()编写一个新的函数作为它的默认值。在插入新信息时就会在数据库中调用这个函数。
4.2程序流程图
系统的流程设计对系统的编码起着至关重要的作用，现针对系统主要功能的流程进行描述。
(1)作者留言流程
注册用户可以在留言板中发表留言、提出疑难问题。留言流程如图4.1所示。

图4.1作者留言流程图

首先需要对用户的信息进行验证，只有输入正确用户名与密码的用户才可以发布自己的留言信息。留言内容不能为空，且为有用信息，否则会被管理员在后台删除。
(2)留言回复流程
管理员可以对已回复留言进行删除、查看操作，未回复的留言进行回复、删除等操作。回复流程如图4.2所示。

图4.2留言回复流程图

首先显示留言及其状态，对未经回复的留言信息进行回复。系统会对回复信息进行验证，只有合法数据才能插入到数据库中，否则退出操作。
(3)公告发布流程
管理员可以通过公告栏