【正文】 isual Studio 9 會強化對于數(shù)據(jù)庫的支持以及微軟新的基于工作流（ Workflow）的編程模型。預計為了保持與 Office 系列的統(tǒng)一， Visual Studio 9 的名稱為 Visual Studio 20xx[6]。 Visual Studio 20xx 的新特 性 ： 武漢科技大學本科畢業(yè)論文 8 (1)C ； (2)多顯示器支持； (3)使用 Visual Studio 20xx的特性支持 TDD； (4)支持 Office ； (5)Quick Search 特性； (6)C++ 0x 新特性； (7)IDE 增強； (8)使用 Visual C++ 20xx創(chuàng)建 Ribbon 界面； (9)新增基于 .NET 平臺的語言 F； 本章主要介紹了電子文檔管理系統(tǒng)在開發(fā)過程中使用的各種工具，以及本系統(tǒng)的是否能夠成功展示和開發(fā) 電子文檔管理系統(tǒng)平臺時需要注意哪些方面。同時也講解了 C、JavaScript 腳本語言一級 開發(fā)技術(shù)，為接下來的系統(tǒng)設(shè)計做好了準備工作。 武漢科技大學本科畢業(yè)論文 9 2 電子文檔管理系統(tǒng)的概要設(shè)計 系統(tǒng)概要設(shè)計的原則 在進行概要設(shè)計時，我們應(yīng)對照系統(tǒng)的需求分析來進行系統(tǒng)的整體設(shè)計，在保證實現(xiàn)系統(tǒng)功能需求的基礎(chǔ)上，逐步實現(xiàn)系統(tǒng)的概要設(shè)計。在整個系統(tǒng)中按照功能的實現(xiàn)可以劃分為不同的幾大模塊，對各個模塊再做相關(guān)的處理，具體實現(xiàn)方法將在詳細設(shè)計中闡述，在概要設(shè)計中主要的任務(wù)就是把整個系統(tǒng)的輪廓描述出來，按照實現(xiàn)的功 能的不同確立系統(tǒng)的各個模塊。在做此設(shè)計時應(yīng)遵循如下原則： (1) 低成本。隨著技術(shù)的進步和系統(tǒng)復雜性的增加，軟件成本在整個系統(tǒng)中所占的比重越來越大，企業(yè)應(yīng)用中已經(jīng)達到 25%左右，而且有繼續(xù)增加的趨勢。為了降低系統(tǒng)的成本，系統(tǒng)中各個模塊都采用開源項目中的組件完成。它們不僅能夠提供比較完善的功能，而且還能根據(jù)系統(tǒng)需求進行適當擴展。 (2) 規(guī)范性。從軟件周期上來考慮，軟件 維護階段在軟件生命周期或生存期中占較大比重，有的可達軟件生存周期的 5070%。所以需要軟件在設(shè)計的過程中積極遵循各種規(guī)范，保證后期維護和開發(fā) 人員能夠快速理解系統(tǒng)。 (3) 易擴展性。系統(tǒng)的設(shè)計直接決定可擴展性?？蓴U展性是軟件工程追求的目標，能夠大大提高軟件的復用程度，較低開發(fā)成本。本系統(tǒng)中采用界面與后臺處理完全分離的形式，另外系統(tǒng)采用面向接口編程，這在很大程度上增加了系統(tǒng)的擴展性。系統(tǒng)采用分層機制設(shè)計，建立專門的數(shù)據(jù)訪問層、服務(wù)層等，采用設(shè)計模式中的思想優(yōu)化設(shè)計，從而最大程度上提高系統(tǒng)可擴展性 [7]。 系統(tǒng)框架圖 此系統(tǒng)的開發(fā)是基于 B/S 模式的，具有良好的人機交互界面，整個系統(tǒng)對電子文檔進行高效的管理，系統(tǒng)的每一部分都實現(xiàn)了其相關(guān)的功 能，在整個系統(tǒng)中各角色分工明顯，各司其職。 系統(tǒng)文件主要架構(gòu)圖如圖 所示： 系統(tǒng)文件主要架構(gòu)圖將整個系統(tǒng)涉及的各個方面以及模塊功能大致的描述了一下，用戶通過登陸頁登陸跳轉(zhuǎn)到下一個需要進行操作的頁面，包括文檔創(chuàng)建者頁面、文檔審批者頁面、文檔發(fā)布者頁面、普通用戶者頁面、管理員者頁面，以及這些頁面都需涉及到的修改密碼頁面、文檔查詢頁面，從而跳轉(zhuǎn)到文檔修改頁面、文檔查詢類型頁面和文檔顯示頁以及用戶的部分信息展示。 登陸頁面是對各部分進行操作的前提，沒有前臺頁面，文檔的入庫管理以及用戶信息的更新也 就無從談起 了 。 武漢科技大學本科畢業(yè)論文 10 圖 圖 系統(tǒng)文 件架構(gòu)圖 模塊功能簡介 根據(jù)系統(tǒng)要實現(xiàn)的功能，此系統(tǒng)可劃分為五大模塊，下面分別簡單介紹一下各個模塊所實現(xiàn)的功能。 登陸 /注冊模塊 登陸 /注冊模塊錄入了每個用戶具體的登陸及注冊信息，該模塊具體功能包括： (1) 注冊新用戶，只能是公司普通員工。 (2) 登陸成功根據(jù)帳號 權(quán)限進入對應(yīng)頁面。 (3) 有安全退出提示。 登陸頁 管理員 頁 普通用戶頁 文檔發(fā)布者 頁 文檔審批 者 頁 文檔創(chuàng)建者 頁 修改密碼頁 文檔查詢頁 文檔創(chuàng)建頁 時間頁 刪除文檔頁 修改文檔頁 文件類型頁 用戶信息頁 文檔頁 武漢科技大學本科畢業(yè)論文 11 文檔提交模塊 文檔提交模塊需要對文件進行逐步的審批，對不合格的文檔由上級返回，對其修改。該模塊具體功能包括 ： (1) 文檔創(chuàng)建人員特有權(quán)限。 (2) 文件起草時設(shè)置文件大部分屬性，包括文件名，起草日期，起草人，機密等級，文件類型，附件等等的初始值。 (3) 提交后文件入庫，未返回不能修改。 (4) 若被上級返回的文檔，可以修改。 文檔查詢模塊 文檔查詢模塊實現(xiàn)了按照文檔入庫的時間、部門以及文檔的類型的查詢。 該模塊具體功能 包括 ： (1) 所有用戶都具有的權(quán)限。 (2) 每一級別用戶登陸成功頁面上都有查詢功能按鈕。 (3) 可以根據(jù)時間，部門，文件類型分別查閱文檔。 文檔審批模塊 文檔審批模塊將審批員分為了一級和二級，此模塊會按照審批意見對文檔進行逐步審批。一級審批后，如果審批通過則二級審批，只有二級審批通過才能夠最終發(fā)布。該模塊具體功能包括： (1) 審批員特有權(quán)限，分為一級和二級。 (2) 審批過程設(shè)置文件的審批意見，審批級別和審批人和審批日期。 (3) 一級審批后要么提交，要么返回；二級審批后要么發(fā)布， 要么返回。 系統(tǒng)管理模塊 系統(tǒng)管理模塊對系統(tǒng)后臺的操作進行管理，它包括對管理員的管理、用戶權(quán)限的管理、文件信息的管理，該模塊具體功能包括： (1) 管理員具有系統(tǒng)中最高權(quán)限。 (2) 對用戶信息的管理包括帳號的刪除，權(quán)限的更改，其他信息的更新以及添加新用戶（一般管理員不使用此權(quán)限），編輯人員和審批人員的信息預先設(shè)置好。 (3) 對文件信息的管理包括刪除過期文件，調(diào)整等待文件，更改文件信息等等。 數(shù)據(jù)庫設(shè)計 數(shù)據(jù)庫設(shè)計是電子文檔管理系統(tǒng)設(shè)計的很重要的一部分，將影響到系統(tǒng)以后數(shù)據(jù)的質(zhì) 量、數(shù)據(jù)庫的可擴展性、數(shù)據(jù)運行的效率等，設(shè)計又分邏輯結(jié)構(gòu)和物理結(jié)構(gòu)兩部分。 武漢科技大學本科畢業(yè)論文 12 邏輯結(jié)構(gòu)是系統(tǒng)處理的事件的數(shù)據(jù)之間的關(guān)系、分類、結(jié)構(gòu)、這種結(jié)構(gòu)是從用戶的角度來看待數(shù)據(jù)，是面向用戶的。邏輯結(jié)構(gòu)的設(shè)計影響到數(shù)據(jù)庫的冗余程度及可擴展性。 物理結(jié)構(gòu)是數(shù)據(jù)在存儲設(shè)備（如磁帶機，硬盤等硬件設(shè)備）上的分布，是面向機器的，物理結(jié)構(gòu)的設(shè)計將對數(shù)據(jù)的存儲速度、效率，數(shù)據(jù)的可恢復性產(chǎn)生影響。 關(guān)系型數(shù)據(jù)庫是目前廣泛應(yīng)用于管理信息系統(tǒng)的開發(fā)一種數(shù)據(jù)庫，關(guān)系型數(shù)據(jù)庫是一種通過建立數(shù)據(jù)之間的關(guān)系來減少數(shù)據(jù)間的冗余，減少對數(shù)據(jù)的操作，從而減 少誤操作，提高效率。關(guān)系型數(shù)據(jù)庫可通過建立數(shù)據(jù)間的關(guān)系將電子文檔管理過程的各個環(huán)節(jié)的數(shù)據(jù)整合起來。 關(guān)系數(shù)據(jù)庫是由好多表作為基礎(chǔ)的，每一個表代表某一組獨立的可以描述某一事務(wù)的不重復的信息，數(shù)據(jù)庫的設(shè)計將各表描述出來，然后定義各表之間的關(guān)聯(lián)，數(shù)據(jù)庫的設(shè)計需符合低冗余度、結(jié)構(gòu)清晰、易于管理的原則。冗余度是指同樣的信息在不同的表中儲存多次或不必要的信息也存儲了 [8]。 在此系統(tǒng)的設(shè)計實現(xiàn)過程中，用到數(shù)據(jù)庫的相關(guān)知識，我們采用的數(shù)據(jù)庫是 SQL Server20xx，根據(jù)系統(tǒng)實現(xiàn)的需求，我們需創(chuàng)建 10 個數(shù)據(jù)表以便存儲 相應(yīng)的數(shù)據(jù)信息。對每個數(shù)據(jù)表的介紹如下： (1) 用戶信息表 UserInfo,用于存儲用戶的相關(guān)信息： 表 用戶信息表 (2) 文檔信息表 DocInfo,用于存儲提交后的文檔信息： 字段名 類型 是否是主鍵 是否為空 備注 user_id varchar(20) 是 NOT NULL user_name varchar(20) NOT NULL password varchar(16) NOT NULL department_id varchar(20) NOT NULL 用于確定提交者和上一級的關(guān)系及查詢條件 user_type varchar(20) NOT NULL 設(shè)定用戶權(quán)限 phone_num varchar(20) NULL e_mail varchar(30) NULL 字段名 類型 是否是主鍵 是否為空 備注 file_id Int 是 NOT NULL 自動生成 file_name Varchar(50) NOT NULL version Varchar(10) NOT NULL create_date Datetime NOT NULL creator Varchar(20) NOT NULL check_date Datetime NULL 設(shè)置文件緊急程度 武漢科技大學本科畢業(yè)論文 13 表 文檔信息表 (3) 文檔歷史表 FileHistory,用于存儲曾經(jīng)被修改過的文檔信息，其目的 是保留文檔的歷史記錄： check_state Varchar(10) NOT NULL 每級批閱人批閱后修改 secret_level Varchar(10) NOT NULL 確定二級批閱人及用戶能否查看 file_type Varchar(20) NULL 查詢條件 accessory Varchar(100) NULL 文檔 body Text NULL title Varchar(20) NULL check_opinion Text NULL 修改，刪除 pigeonhole_data Datetime NULL 查詢條件 return_sign Varchar(10) NULL 提交者修改標識 字段名 類型 是否是主鍵 是否為空 備注 file_id int 是 NOT NULL 自動編號 file_name varchar(30) NOT NULLl version varchar(10) NOT NULL create_date datetime NOT NULL creator varchar(20) NOT NULL check_date datetime NOT NULL 設(shè)置文件緊急程度 check_state varchar(10) NOT NULL 每級批閱人批閱后修改 secret_level varchar(10) NOT NULL 確定二級批閱人及用戶能否查看 file_type varchar(20) NULL 查詢條件 accessory varchar(50) NULL 文檔 body text NULL … title varchar(20) NULL … 武漢科技大學本科畢業(yè)論文 14 表 文檔歷史信息表 (4) 附件路徑表： FilePath 表 附件路徑表 (5) 密級表： SecretLevel 表 密級表 (6) 文件類型表： FileType 表 文件類型表 (7) 返回標志表： Return_Flag 表 返回標志表 (8) 審批標志表： CheckFlag 表 審批標志表 (9) 權(quán)限表 : UserType 表 權(quán)限表 check_opinion text NULL 修改，刪除 return_sign varchar(10) NULL 提交者修改標 識 字段名 數(shù)據(jù)類型 可否為空 是否主鍵 描述 id int NOT NULL 是 自動編號 path_doc Varchar(100) NOT NULL 否 上傳前路徑 file_name Varchar(50) NOT NULL 否 上傳后文件名 path_file Varchar(100) NOT NULL 否 上傳后路徑 字段名 數(shù)據(jù)類型 可否為空 是否主鍵 描述 id int NOT NULL 是 自動編號 secret_level varchar(20)