稿件管理系统的设计与实现

□陆 毅

一、稿件管理系统的功能需求分析

(一)用户部分。

1.登陆设计。用户需要输写正确的用户ID 及密码才能登录并且操作。

2.信息登记。将需要编辑的稿件在此进行登记。

3.稿件信息查询。可以用列表的形式呈现。

4.信息管理。用户可对信息进行管理，如修改密码。

(二)管理员部分。

1.会员管理。能对系统用户的信息进行编辑，包括管理员和会员。

2.稿件管理。能对稿件信息进行修改和登记。

3.广告管理。能够对广告信息进行修改和添加。

4.人员管理。能够对人员信息进行变更。

5.编辑部管理。能够对稿件进行管理和添加。

6.数据备份。随时对系统数据进行备份，以防丢失。

二、稿件管理系统的功能设计

(一)总体功能设计。系统整体功能如表1 所示。

表1 系统整体功能表

(二)数据库设计。当用户设计好局部ER 模式之后，然后就需要把这些单一的全局概念整合起来。全局ER 模式要恰当表现出一个一致又完整的数据库，同时还要能够支持所有的局部ER 模式。

1.合并局部ER 模式。要想合并局部ER 模式，先要从公共实体类型开始，将那些实际社会中有关联的局部结构进行两两结合，还需将独立的局部结构加入其中，让其两两合并;先将那些现实世界中有联系的局部结构合并。

2.公共实体类型的确定。公共实体类型分类如下:一般具有相同的实体类型分为一类，把同名实体类型划分为公共实体类型的另一类。同时，如果能够根据实体类型名和键来认定公共实体类型，从而确定各局部结构中的公共实体类型，一定会为局部ER 模式的合并打下坚实的基础。

3.冲突的消除。冲突包括三类:结构冲突、命名冲突、属性冲突。全局ER 模式设计的目的是为了减少并删除冲突，让它慢慢成为所有用户可以接受和了解的统一的模型概念，而不仅仅是为了单纯把ER 模式由局部形式合并成一个完整模式。

4.优化提升全局ER 模式。全局ER 模式要想完好地展现其功能，不仅要能够全方位，准确无误地展现用户所需要的功能，还要尽可能减少实体类型的个数，减少实体类型所含属性的个数，并尽量保证实体类型之间的联系没有任何冗余。当成功合并和统一全局ER 模式以后，需要依据用户的处理需要对ER模式进行深层次的优化，尽量提高ER 模式的数据库效率。

三、稿件管理系统的主操作界面

编辑部稿件管理系统的登陆界面应有的功能是检查核对管理员的用户ID 和密码的正确性。它的作用是保护整个数据库和系统的安全，这个作用的实现主要是因为系统的登陆界面是系统唯一的入口，因此，该系统能够很好地保护用户的用户名和密码。

(一)稿件信息管理。查询信息和添加信息为编辑部稿件管理系统的两个主要稿件信息管理操作，它们可以实现所有的稿件信息的操作。为了去掉不需要的数据，减少多余的系统数据，以免影响系统运行的速度和浪费数据库空间，考虑到病人信息应存储于系统数据库表中，在设计系统数据库表时考虑了很久，后来抱着尽量保证信息的真实可靠性，精益求精的心态，选择了以下设计:稿件名称、稿件编号、作者及发布时间、备注说明、附件等以上信息必须是在登记稿件时需要的信息，一方面能够在处理业务时大大提升编辑部的工作效率，另一方面，也可以使系统管理员的操作更加简单方便。人员信息管理界面能够读取数据库相对应的表格，并能够让管理人员对人员信息进行管理。编辑部主要是人员，所有人员信息管理界面涉及的人员类别会比较多。但是，此人员信息管理界面却尽量将这些信息的重复冗余降到最低。

(二)密码修改界面。修改密码界面中，管理员用户的密码信息一目了然，用户管理员可对其进行修改操作。因为系统的安全和管理员息息相关，所有系统管理员需要经常对密码进行更改，以防止因一时疏忽而不小心将把泄露了系统信息，对系统的安全造成严重威胁。

四、结语

从功能上来说，本系统功能比较完整。本系统采用VB.NET+SQL 的模型，编写一个编辑部稿件管理系统，它可用来订制一个小型编辑部信息管理平台。系统依靠数据库管理系统，为用户提供信息并接受其操作，能够存储信息数据，它是通过Web 界面与用户交互。对于查询、浏览、管理和编辑数据等一系列基本的数据库操作，它都可以完成。它使用了模块化设计方法，在不同的模块中放入不同的部分，主要针对程序使用和维护的可行性以及不同用户的使用需要，这不仅为程序的循环使用功能的实现奠定了基础，也使程序更容易使用和维护。