稿件管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)

□陸 毅

一、稿件管理系統(tǒng)的功能需求分析

(一)用戶部分。

1.登陸設(shè)計(jì)。用戶需要輸寫(xiě)正確的用戶ID 及密碼才能登錄并且操作。

2.信息登記。將需要編輯的稿件在此進(jìn)行登記。

3.稿件信息查詢?？梢杂昧斜淼男问匠尸F(xiàn)。

4.信息管理。用戶可對(duì)信息進(jìn)行管理，如修改密碼。

(二)管理員部分。

1.會(huì)員管理。能對(duì)系統(tǒng)用戶的信息進(jìn)行編輯，包括管理員和會(huì)員。

2.稿件管理。能對(duì)稿件信息進(jìn)行修改和登記。

3.廣告管理。能夠?qū)V告信息進(jìn)行修改和添加。

4.人員管理。能夠?qū)θ藛T信息進(jìn)行變更。

5.編輯部管理。能夠?qū)Ω寮M(jìn)行管理和添加。

6.數(shù)據(jù)備份。隨時(shí)對(duì)系統(tǒng)數(shù)據(jù)進(jìn)行備份，以防丟失。

二、稿件管理系統(tǒng)的功能設(shè)計(jì)

(一)總體功能設(shè)計(jì)。系統(tǒng)整體功能如表1 所示。

表1 系統(tǒng)整體功能表

(二)數(shù)據(jù)庫(kù)設(shè)計(jì)。當(dāng)用戶設(shè)計(jì)好局部ER 模式之后，然后就需要把這些單一的全局概念整合起來(lái)。全局ER 模式要恰當(dāng)表現(xiàn)出一個(gè)一致又完整的數(shù)據(jù)庫(kù)，同時(shí)還要能夠支持所有的局部ER 模式。

1.合并局部ER 模式。要想合并局部ER 模式，先要從公共實(shí)體類型開(kāi)始，將那些實(shí)際社會(huì)中有關(guān)聯(lián)的局部結(jié)構(gòu)進(jìn)行兩兩結(jié)合，還需將獨(dú)立的局部結(jié)構(gòu)加入其中，讓其兩兩合并;先將那些現(xiàn)實(shí)世界中有聯(lián)系的局部結(jié)構(gòu)合并。

2.公共實(shí)體類型的確定。公共實(shí)體類型分類如下:一般具有相同的實(shí)體類型分為一類，把同名實(shí)體類型劃分為公共實(shí)體類型的另一類。同時(shí)，如果能夠根據(jù)實(shí)體類型名和鍵來(lái)認(rèn)定公共實(shí)體類型，從而確定各局部結(jié)構(gòu)中的公共實(shí)體類型，一定會(huì)為局部ER 模式的合并打下堅(jiān)實(shí)的基礎(chǔ)。

3.沖突的消除。沖突包括三類:結(jié)構(gòu)沖突、命名沖突、屬性沖突。全局ER 模式設(shè)計(jì)的目的是為了減少并刪除沖突，讓它慢慢成為所有用戶可以接受和了解的統(tǒng)一的模型概念，而不僅僅是為了單純把ER 模式由局部形式合并成一個(gè)完整模式。

4.優(yōu)化提升全局ER 模式。全局ER 模式要想完好地展現(xiàn)其功能，不僅要能夠全方位，準(zhǔn)確無(wú)誤地展現(xiàn)用戶所需要的功能，還要盡可能減少實(shí)體類型的個(gè)數(shù)，減少實(shí)體類型所含屬性的個(gè)數(shù)，并盡量保證實(shí)體類型之間的聯(lián)系沒(méi)有任何冗余。當(dāng)成功合并和統(tǒng)一全局ER 模式以后，需要依據(jù)用戶的處理需要對(duì)ER模式進(jìn)行深層次的優(yōu)化，盡量提高ER 模式的數(shù)據(jù)庫(kù)效率。

三、稿件管理系統(tǒng)的主操作界面

編輯部稿件管理系統(tǒng)的登陸界面應(yīng)有的功能是檢查核對(duì)管理員的用戶ID 和密碼的正確性。它的作用是保護(hù)整個(gè)數(shù)據(jù)庫(kù)和系統(tǒng)的安全，這個(gè)作用的實(shí)現(xiàn)主要是因?yàn)橄到y(tǒng)的登陸界面是系統(tǒng)唯一的入口，因此，該系統(tǒng)能夠很好地保護(hù)用戶的用戶名和密碼。

(一)稿件信息管理。查詢信息和添加信息為編輯部稿件管理系統(tǒng)的兩個(gè)主要稿件信息管理操作，它們可以實(shí)現(xiàn)所有的稿件信息的操作。為了去掉不需要的數(shù)據(jù)，減少多余的系統(tǒng)數(shù)據(jù)，以免影響系統(tǒng)運(yùn)行的速度和浪費(fèi)數(shù)據(jù)庫(kù)空間，考慮到病人信息應(yīng)存儲(chǔ)于系統(tǒng)數(shù)據(jù)庫(kù)表中，在設(shè)計(jì)系統(tǒng)數(shù)據(jù)庫(kù)表時(shí)考慮了很久，后來(lái)抱著盡量保證信息的真實(shí)可靠性，精益求精的心態(tài)，選擇了以下設(shè)計(jì):稿件名稱、稿件編號(hào)、作者及發(fā)布時(shí)間、備注說(shuō)明、附件等以上信息必須是在登記稿件時(shí)需要的信息，一方面能夠在處理業(yè)務(wù)時(shí)大大提升編輯部的工作效率，另一方面，也可以使系統(tǒng)管理員的操作更加簡(jiǎn)單方便。人員信息管理界面能夠讀取數(shù)據(jù)庫(kù)相對(duì)應(yīng)的表格，并能夠讓管理人員對(duì)人員信息進(jìn)行管理。編輯部主要是人員，所有人員信息管理界面涉及的人員類別會(huì)比較多。但是，此人員信息管理界面卻盡量將這些信息的重復(fù)冗余降到最低。

(二)密碼修改界面。修改密碼界面中，管理員用戶的密碼信息一目了然，用戶管理員可對(duì)其進(jìn)行修改操作。因?yàn)橄到y(tǒng)的安全和管理員息息相關(guān)，所有系統(tǒng)管理員需要經(jīng)常對(duì)密碼進(jìn)行更改，以防止因一時(shí)疏忽而不小心將把泄露了系統(tǒng)信息，對(duì)系統(tǒng)的安全造成嚴(yán)重威脅。

四、結(jié)語(yǔ)

從功能上來(lái)說(shuō)，本系統(tǒng)功能比較完整。本系統(tǒng)采用VB.NET+SQL 的模型，編寫(xiě)一個(gè)編輯部稿件管理系統(tǒng)，它可用來(lái)訂制一個(gè)小型編輯部信息管理平臺(tái)。系統(tǒng)依靠數(shù)據(jù)庫(kù)管理系統(tǒng)，為用戶提供信息并接受其操作，能夠存儲(chǔ)信息數(shù)據(jù)，它是通過(guò)Web 界面與用戶交互。對(duì)于查詢、瀏覽、管理和編輯數(shù)據(jù)等一系列基本的數(shù)據(jù)庫(kù)操作，它都可以完成。它使用了模塊化設(shè)計(jì)方法，在不同的模塊中放入不同的部分，主要針對(duì)程序使用和維護(hù)的可行性以及不同用戶的使用需要，這不僅為程序的循環(huán)使用功能的實(shí)現(xiàn)奠定了基礎(chǔ)，也使程序更容易使用和維護(hù)。