【正文】 專家后，點(diǎn)擊“刪除”系統(tǒng)提示確認(rèn)，點(diǎn)擊“確認(rèn)”數(shù)據(jù)刪除，注意數(shù)據(jù)不可恢復(fù)。修改完后，請(qǐng)確定。填寫相應(yīng)的信息，其中作者編號(hào)，不允許重復(fù)，系統(tǒng)將判斷，重復(fù)有提示。專家稿件類型選擇：專家可以選擇自己所善于的稿件類型來進(jìn)行審批管理。稿件審批管理：可以添加、瀏覽和查詢稿件的基本信息。 專家信息管理：可以添加、瀏覽和查詢專家的基本信息。以使得新的作者的信息得以管理。在稿件管理菜單下設(shè)置五個(gè)下拉菜單：作者信息管理、作者稿件投遞、專家信息管理、稿件審批管理和專家稿件類型選擇。重新登錄:可以使用用戶賬號(hào)和密碼進(jìn)行重新登錄。表41作者信息表 字段名類型允許空作者編號(hào)文本作者姓名文本性別文本生日時(shí)間/日期電話號(hào)碼數(shù)字住址文本表42 稿件管理信息表字段名類型允許空稿件編號(hào)文本稿件類型文本季度文本審批狀態(tài)文本專家意見文本稿件題目文本稿件相關(guān)文本作者文本表43 專家信息表字段名類型允許空專家編號(hào)文本專家姓名文本職稱文本null電話號(hào)碼數(shù)字備注文本表44管理員信息表字段名類型允許空用戶名文本登陸密碼文本用戶權(quán)限文本表45 稿件信息表字段名類型允許空作者投稿編號(hào)文本作者編號(hào)文本稿件編號(hào)文本專家編號(hào)文本稿件時(shí)間時(shí)間/日期投稿年份文本第5章 詳細(xì)設(shè)計(jì)與系統(tǒng)實(shí)現(xiàn) 在系統(tǒng)菜單下設(shè)置五個(gè)下拉菜單：用戶注冊(cè)，注銷，退出，重新登陸和用戶管理?；赩B的投稿與稿件處理系統(tǒng)采用的是將ER圖向關(guān)系數(shù)據(jù)模型轉(zhuǎn)換。圖43審查記錄屬性ER圖審查記錄ER圖包括審查編號(hào)、文章編號(hào)、專家名、評(píng)語、審查日期。(2) 系統(tǒng)的部分實(shí)體屬性ER圖如圖443所示。圖41系統(tǒng)ER圖 作者投稿，相關(guān)欄目的專家評(píng)審，評(píng)審?fù)ㄟ^后再?zèng)Q定是否采納稿件。描述概念模型的有力工具是ER模型。概念結(jié)構(gòu)設(shè)計(jì)是將分析得到的用戶需求抽象為概念模型的過程，即在需求分析的基礎(chǔ)上，設(shè)計(jì)出能夠滿足用戶需求的各種實(shí)體以及它們之間的相互關(guān)系的模型。數(shù)據(jù)庫(kù)是整個(gè)信息系統(tǒng)的核心，它的設(shè)計(jì)要保證其可靠性和安全性，不能因某一數(shù)據(jù)庫(kù)的故障導(dǎo)致整個(gè)系統(tǒng)的癱瘓。建立數(shù)據(jù)系統(tǒng)后，應(yīng)避免不必要的數(shù)據(jù)重復(fù)和冗余。另外，由于共享數(shù)據(jù)是面向多個(gè)程序或多個(gè)使用者的，多個(gè)用戶存取共享數(shù)據(jù)時(shí)，必須保證數(shù)據(jù)的正確性和一致性。應(yīng)充分考慮數(shù)據(jù)資源的共享，合理建立公共數(shù)據(jù)庫(kù)。此外，由于業(yè)務(wù)也是在不斷變化的，所以數(shù)據(jù)庫(kù)設(shè)計(jì)需考慮其擴(kuò)展接口，使系統(tǒng)增加新的應(yīng)用或新的需求時(shí)，不會(huì)引起整個(gè)數(shù)據(jù)庫(kù)系統(tǒng)的重新改寫[6]。(3) 數(shù)據(jù)的獨(dú)立性和可擴(kuò)展性。這是建立數(shù)據(jù)庫(kù)系統(tǒng)和進(jìn)行業(yè)務(wù)部門內(nèi)、外信息交換的基礎(chǔ)。數(shù)據(jù)庫(kù)系統(tǒng)必須層次分明，合理布局，數(shù)據(jù)信息進(jìn)行濃縮、歸納、合并，減少冗余，提高數(shù)據(jù)共享程度。設(shè)計(jì)數(shù)據(jù)庫(kù)系統(tǒng)時(shí)應(yīng)首先需要充分了解用戶各個(gè)方面的需求，包括現(xiàn)有的以及將來可能增加的需求。數(shù)據(jù)庫(kù)的規(guī)劃和設(shè)計(jì)在整個(gè)軟件工程中占有非常重要的地位，它在整個(gè)系統(tǒng)中不但起著存儲(chǔ)各種信息，供統(tǒng)計(jì)、查詢、分析等使用的作用，而且協(xié)調(diào)各個(gè)子系統(tǒng)之間的數(shù)據(jù)接口。(10) 稿費(fèi)管理模塊功能作者可以再在里面看到看到基本的稿費(fèi)設(shè)置和作者自己的繳費(fèi)情況瀏覽。(8) 管理員登錄模塊功能從該頁面登錄才可以進(jìn)行刮泥操作。(6) 作者管理模塊功能用戶可以登錄后修改自己的信息。(4) 稿件模塊功能注冊(cè)了的用戶可以登陸后可以通過連接進(jìn)入投稿頁面主編自己的稿件相關(guān)信息。(3) 用戶登錄模塊功能用戶只有登錄后才可以進(jìn)行投稿和進(jìn)入自己的控制面板進(jìn)行自己的投稿管理。用戶登陸核對(duì)專家信息信息管理作者信息修改文章信息查看圖34專家審稿數(shù)據(jù)流圖第4章 概要設(shè)計(jì) 各模塊功能描述(1) 首頁模塊功能首頁是各個(gè)登錄頁面的入口鏈接了系統(tǒng)管理界面。作者可以通過系統(tǒng)查看和修改個(gè)人信息；可以在線上傳、查看和刪除稿件，從而作者用戶數(shù)據(jù)庫(kù)信息會(huì)得到相應(yīng)修改，數(shù)據(jù)流程圖如下圖33所示。系統(tǒng)管理員對(duì)稿件的管理是對(duì)稿件進(jìn)行查詢、刪除和采納操作，數(shù)據(jù)流程圖如下圖32所示。(1) 系統(tǒng)管理數(shù)據(jù)流圖管理員用戶輸入用戶名和密碼登錄系統(tǒng)，通過核對(duì)用戶信息，進(jìn)入系統(tǒng)進(jìn)行系統(tǒng)管理。它以圖形的方式描述數(shù)據(jù)在系統(tǒng)中流動(dòng)和處理的過程，由于它只反映系統(tǒng)必須完成的邏輯功能，所以它是一種功能模型。l 增加\刪除作者。(3) 安全維護(hù)：對(duì)系統(tǒng)相關(guān)權(quán)限人員進(jìn)行管理l 增加\刪除專家。l 作品審查：對(duì)稿件進(jìn)行審批，給出意見。l 個(gè)人信息管理?；赩B的稿件投遞管理系統(tǒng)作者專家投稿稿件管理修改個(gè)人信息稿件管理稿件審核修改個(gè)人信息圖31功能模塊圖(1) 作者投稿：作者可以直接投稿，以及確認(rèn)稿件的處理情況l 作者登錄。作者可實(shí)現(xiàn)的操作有投稿、稿件管理、修改個(gè)人信息；專家可實(shí)現(xiàn)的操作有審稿、修改個(gè)人信息?；赩B在線投稿和稿件處理系統(tǒng)分兩種角色用戶，分別是作者和專家。為此開發(fā)稿件處理系統(tǒng)，使其可以減輕主編人員的重復(fù)勞動(dòng)，可以全方位整合資源，提高工作效率，縮短稿件發(fā)表周期，提高競(jìng)爭(zhēng)能力。具有易用性、靈活性、開放性與可視性。整個(gè)系統(tǒng)的開發(fā)所需的費(fèi)用主要是在軟件開發(fā)和維護(hù)上面，這相對(duì)于傳統(tǒng)的人工審稿和稿件管理維護(hù)來說，大大減輕工作人員的勞動(dòng)強(qiáng)度，極大地提高了工作效率，可節(jié)約大量的人力、財(cái)力和物力。這樣可以實(shí)現(xiàn)從投稿，審稿，主編，發(fā)行等全過程的網(wǎng)絡(luò)化，比傳統(tǒng)模式更加靈活方便。浪費(fèi)了大量的人力、物力，且不利于工作效率的提高和管理水平的提升。確認(rèn)已安裝BDE。③客戶端：Pentium233（或與此相當(dāng)?shù)腃PU）以上配置的PC機(jī)，內(nèi)存應(yīng)在32M以上，硬盤在1G以上。確認(rèn)該計(jì)算機(jī)已經(jīng)安裝數(shù)據(jù)庫(kù)軟件Microsoft Visual Basic ?？尚行匝芯康哪康木褪怯米钚〉拇鷥r(jià)在盡可能短的時(shí)間內(nèi)確定問題是否能夠解決，因此該系統(tǒng)的可行性分析包括以下幾個(gè)方面的內(nèi)容。Access是一種關(guān)系型數(shù)據(jù)庫(kù)管理系統(tǒng)，不但能存儲(chǔ)和管理數(shù)據(jù)，還能編寫數(shù)據(jù)庫(kù)管理軟件，用戶可以通過Access提供的開發(fā)環(huán)境及工具方便地構(gòu)建數(shù)據(jù)庫(kù)應(yīng)用程序，大部分是直觀的可視化的操作，無需編寫程序代碼，是一種使用方便、功能較強(qiáng)的數(shù)據(jù)庫(kù)開發(fā)工具。現(xiàn)在它已經(jīng)成為Office辦公套件中不可缺少的部件了。而Visual ，這就使得Visual ，從而具有強(qiáng)大的吸引力[4]。對(duì)象并不與傳統(tǒng)程序設(shè)計(jì)和編程方法兼容，只是部分面向?qū)ο蠓炊鴷?huì)使情形更糟。面向?qū)ο蟮木幊陶Z言使得復(fù)雜的工作條理清晰、編寫容易。OOP立意于創(chuàng)建軟件重用代碼，具備更好地模擬現(xiàn)實(shí)世界環(huán)境的能力，這使它被公認(rèn)為是自上而下編程的優(yōu)勝者。所以我選擇Visual Basic [3]。數(shù)據(jù)訪問特性允許對(duì)包括 Microsoft SQL Server 和其它企業(yè)數(shù)據(jù)庫(kù)在內(nèi)的大部分?jǐn)?shù)據(jù)庫(kù)格式建立數(shù)據(jù)庫(kù)和前端應(yīng)用程序，以及可調(diào)整的服務(wù)器端部件。進(jìn)一步加強(qiáng)了數(shù)據(jù)庫(kù)、Internet和創(chuàng)建控件方面的功能。并附錄上外文翻譯。第6章 主要界面對(duì)系統(tǒng)主要模塊圖解。第4章　概要設(shè)計(jì)本章主要是對(duì)功能模塊和數(shù)據(jù)庫(kù)的設(shè)計(jì)，給出了系統(tǒng)的功能模塊圖、ER圖以及數(shù)據(jù)庫(kù)表結(jié)構(gòu)。第3章　系統(tǒng)分析通過對(duì)業(yè)務(wù)處理流程的調(diào)查，首先了解系統(tǒng)需求，總結(jié)出任務(wù)概述和可行性分析。 論文的組織結(jié)構(gòu)本論文分為七章，具體的內(nèi)容組織如下：第1章　緒論給出課題的研究背景、研究現(xiàn)狀及發(fā)展趨勢(shì)。對(duì)于自身人力物力相對(duì)缺乏的中小型期刊，緊跟信息化趨勢(shì)是一個(gè)新課題。但國(guó)內(nèi)大部分期刊還沒有付諸實(shí)施。推廣使用基于網(wǎng)絡(luò)的稿件遠(yuǎn)程處理模式，以加快稿件的處理速度, 提高稿件處理過程的透明度, 增強(qiáng)稿件作者與審稿專家、期刊主編間的互動(dòng)交流, 這種模式在現(xiàn)有的技術(shù)條件下也是完全可以實(shí)現(xiàn)的?？偟膩碚f，缺乏系統(tǒng)、規(guī)范