序論：寫作是一種深度的自我表達。它要求我們深入探索自己的思想和情感，挖掘那些隱藏在內(nèi)心深處的真相，好投稿為您帶來了一篇文檔管理系統(tǒng)論文范文，愿它們成為您寫作過程中的靈感催化劑，助力您的創(chuàng)作。

文檔管理系統(tǒng)論文:汽車轉(zhuǎn)向器圖文檔管理系統(tǒng)應用

摘要：

汽車在轉(zhuǎn)向力的設計過程中受設計模型標準、工藝、圖樣、文件數(shù)據(jù)信息等多內(nèi)容的影響，往往具有較大的書內(nèi)容鏈接，根據(jù)數(shù)據(jù)信息的相關性對汽車轉(zhuǎn)向器的圖樣文檔內(nèi)容進行關聯(lián)，確定汽車轉(zhuǎn)向器完整的信息圖樣內(nèi)容。汽車轉(zhuǎn)向器的設計需要幾百甚至上千的圖紙，不同的圖紙可能存在不同的工藝標準，需要對有限的數(shù)據(jù)源信息進行相對合理的設計。設計過程中往往需要按照圖文進行設計，根據(jù)實際的文件產(chǎn)品設計步驟和級別，確定產(chǎn)品的設計標準。根據(jù)圖樣管理系統(tǒng)的相關應用標準，合理的分析汽車轉(zhuǎn)向器的安裝數(shù)據(jù)管理標準、數(shù)據(jù)重點級別等，分析設計人員在設計過程中的設計周期，對設計過程中可能存在的效率低、資源不足、周期時間長等問題進行準確的分析，確定汽車轉(zhuǎn)向器設計利用圖文檔案管理實現(xiàn)的工業(yè)應用發(fā)展，確保汽車利用圖文檔案管理實現(xiàn)轉(zhuǎn)向器的有效性應用。

關鍵詞：

汽車；轉(zhuǎn)向器；圖文檔案

0引言

汽車轉(zhuǎn)向器的設計往往需要從不同的結(jié)構(gòu)中進行化分析，確定不同專業(yè)的設計標準。根據(jù)設計組別進行合理的區(qū)分，確定設計的綜合協(xié)同發(fā)展效果。依照汽車轉(zhuǎn)向器的設計標準，利用圖文檔案管理標準進行設計分析。本文將分析汽車轉(zhuǎn)向器在圖文檔案管理中的應用方式和方法，通過分析圖文管理系統(tǒng)的主要功能，認識其產(chǎn)品結(jié)構(gòu)標準，分析汽車轉(zhuǎn)向器設計在圖文管理系統(tǒng)中的應用效果。

1汽車轉(zhuǎn)向器在圖文檔案管理系統(tǒng)中的設計

在設計過程中，往往需要利用計算機完成各種圖文的設計，將文件存儲在計算機文件件內(nèi)，根據(jù)需求隨時調(diào)取相關的設計圖文檔案信息內(nèi)容。整個設計系統(tǒng)需要一個交換機和局域網(wǎng)，根據(jù)計算機為設計節(jié)點，按照局域網(wǎng)范圍內(nèi)的地位進行組編。按照綜合設計的標準完成多文件的設計。每一個設計師對不同的結(jié)構(gòu)圖樣都有操作權(quán)，通過計算機匯總到總設計師哪里，各個設計師對自己以外的設計圖樣沒有操控權(quán)利。在汽車轉(zhuǎn)向器的設計中不同的專業(yè)組別之間有總設計師統(tǒng)籌管理，這樣可以避免出現(xiàn)工作重復的現(xiàn)象。因此，汽車轉(zhuǎn)向器利用圖文檔案建立完整的圖文管理系統(tǒng)是極其重要的。這是講繁瑣的工作簡單化，方便產(chǎn)品的設計改進和提高。

1.1硬件系統(tǒng)

在網(wǎng)絡布局設計過程中，為了改善設計標準，需要對汽車轉(zhuǎn)向器的硬件系統(tǒng)進行布局，確定圖文文檔管理系統(tǒng)的局域網(wǎng)，根據(jù)布局確定安裝服務器的終端位置。為了保證設計工作的穩(wěn)定和安全性，企業(yè)往往會在硬件設備上架設圖文檔案服務器，通過服務器完成電子存儲和調(diào)取的操作。所有設計人員都需要將設計文件存儲在其中，系統(tǒng)會采用自動備份的方式完成對數(shù)據(jù)的保護。

1.2軟件系統(tǒng)

軟件系統(tǒng)有數(shù)據(jù)庫、服務終端、客戶端三個子系統(tǒng)組成，通過服務器終端和數(shù)據(jù)庫實現(xiàn)汽車轉(zhuǎn)向器圖文服務器的存儲和鏈接，保證電子數(shù)據(jù)的有效性存儲，方便客戶端對圖文信息的隨時管理和調(diào)取。結(jié)合軟件系統(tǒng)，根據(jù)汽車轉(zhuǎn)向器的市場發(fā)展需求進行分析，確定汽車轉(zhuǎn)向器的設計標準方案。按照汽車轉(zhuǎn)向器的布局進行設定，從各個設計小組中分析確定自己的工作職責范圍，按照相關的設計參數(shù)進行合理的設計分析。利用圖文軟件，將相關的圖樣記錄下來，通過軟件打印生產(chǎn)。在這個軟件應用中，需要對所有的圖樣進行存儲和調(diào)取，確定服務器終端的光驅(qū)動功能，保證服務器硬盤備份操作的合理安全穩(wěn)定性。

2圖文檔案管理系統(tǒng)的基本功能

根據(jù)汽車轉(zhuǎn)向器設計的基本需求，對圖文檔案數(shù)據(jù)系統(tǒng)進行應用。需要按照登錄數(shù)據(jù)系統(tǒng)的相關用戶進行角色轉(zhuǎn)換，根據(jù)角色操作標準完成管理控制，保證不同用戶的不同操作可控性。權(quán)限的控制可以細化到每一個零件，根據(jù)零件標準，對負責人、負責產(chǎn)品進行區(qū)分，確定電子文檔有效傳輸?shù)姆掌鞴芾砑墑e，保證相關數(shù)據(jù)不再存儲在計算機中，而是存儲在網(wǎng)絡服務器終端上。通過自動化加密控制處理，我那層對服務器硬盤數(shù)據(jù)的管理發(fā)，防止硬盤數(shù)據(jù)的丟失。

2.1電子文檔倉庫

利用CS構(gòu)件對圖文進行檔案是存儲，通過網(wǎng)絡化的存儲方式完成計算機個人圖樣到服務器終端的存儲，這種存儲模式的建立符合汽車轉(zhuǎn)向器的設計需求，通過電子倉庫的管理，實現(xiàn)電子資料的統(tǒng)一化管理，實現(xiàn)電子數(shù)據(jù)資源的安全有效共享發(fā)展。

2.2產(chǎn)品結(jié)構(gòu)的管理

根據(jù)汽車轉(zhuǎn)向器相關設計圖文內(nèi)容進行網(wǎng)絡形式化的布局，建立符合實際結(jié)構(gòu)的裝置零部件管理關系，利用產(chǎn)品分類確定產(chǎn)品細則，根據(jù)產(chǎn)品順序逐步完善產(chǎn)品的文檔結(jié)構(gòu)標準，這些產(chǎn)品結(jié)構(gòu)往往是利用二維碼存儲的，這種方便產(chǎn)品后續(xù)的維護。

2.3文檔圖樣板式的檢索和管理

不同的文檔往往具有不同的板式，根據(jù)不同板式自動生產(chǎn)編號，按照編號完成文檔設計和更新，這是與不同的文檔相互區(qū)別的重要指標。通過審核，將伸長的板式記錄下來，隨時調(diào)取和使用，方便文檔的后續(xù)歸檔管理。圖樣文檔的檢索是在10萬張圖紙中進行快速的搜去準確資源，確定產(chǎn)品的材料、設計人、歸檔日期、更新日期等，方便設計人員進行快速瀏覽、編排和復制調(diào)整。依照圖樣的檢索操作模式，極大程度的改善文檔圖樣資料的搜索速度，提高設計的工作效率。

2.4產(chǎn)品生產(chǎn)報表的管理

按照圖樣數(shù)據(jù)信息的生產(chǎn)管理設計方案，制定統(tǒng)一的生產(chǎn)管理報表。設計人員按照設計圖樣進行記錄、編號、確定數(shù)據(jù)基本信息內(nèi)容。通過自動化調(diào)取工作完成圖文系統(tǒng)的快速應用，將線管數(shù)據(jù)信息匯總，生成構(gòu)件標準，列出結(jié)構(gòu)化清淡，方便生產(chǎn)數(shù)據(jù)的輸出和打印。按照原有的數(shù)據(jù)模型進行設計，產(chǎn)品數(shù)據(jù)生產(chǎn)報表會占用設計人員的大批量時間，而圖文檔案管理模式有效的節(jié)省了報表的匯總和整理時間，實現(xiàn)數(shù)據(jù)圖紙的導入和輸出，可以批量打印汽車轉(zhuǎn)向器的設計圖紙，幫助人員更好的完成圖樣的管理，提高設計的工作效率。

3結(jié)語

綜上所述，圖文檔管理系統(tǒng)中汽車轉(zhuǎn)向器得到有效的應用，設計人員利用預先規(guī)定的設計標準，實現(xiàn)對設計圖樣的安全管理，降低設計工作強度，提高設計協(xié)同工作發(fā)展效率，對圖文當檔數(shù)據(jù)管理系統(tǒng)中的不足進行軟硬件糾正，確保數(shù)據(jù)的準確性，保證數(shù)據(jù)的實時有效性，提高汽車轉(zhuǎn)向器圖文檔管理的有效應用。

作者：魏占勝 李躍光 單位：長春大學機械與車輛工程學院

文檔管理系統(tǒng)論文:醫(yī)學文檔管理系統(tǒng)的數(shù)據(jù)庫設計

[摘要]

目的提高對醫(yī)學實驗文檔、原始數(shù)據(jù)尤其是大文件的管理效率，增強安全性和保密性。方法在數(shù)據(jù)庫管理軟件平臺下遵循數(shù)據(jù)庫規(guī)范化設計方法，利用跨平臺的面向?qū)ο蟮某绦蛟O計語言（Java）開發(fā)醫(yī)學實驗文檔管理系統(tǒng)數(shù)據(jù)庫。結(jié)果利用該系統(tǒng)實現(xiàn)了對醫(yī)學實驗文檔及原始數(shù)據(jù)進行上傳、下載及權(quán)限管理和自動備份等管理功能。結(jié)論本研究所采用的方法是將實驗研究過程中的原始數(shù)據(jù)和文件直接以二進制的形式保存到數(shù)據(jù)庫，有效地保證了數(shù)據(jù)的安全性和保密性。

[關鍵詞]

醫(yī)學文檔管理系統(tǒng)；SQLserver數(shù)據(jù)庫；Java程序語言；醫(yī)學實驗文檔

近年來，隨著多媒體技術和計算機網(wǎng)絡的飛速發(fā)展，數(shù)據(jù)庫系統(tǒng)的發(fā)展十分迅速，應用領域愈來愈廣。良好的數(shù)據(jù)庫設計不僅能夠節(jié)省數(shù)據(jù)的存儲空間，保證數(shù)據(jù)的完整性，而且還能夠方便地進行數(shù)據(jù)庫應用系統(tǒng)的開發(fā)與管理[1]。醫(yī)學實驗文檔管理系統(tǒng)的數(shù)據(jù)庫主要是管理用戶以及在醫(yī)學項目的實驗研究過程中生成的所有文件，包括原始記錄文件、臨時文件以及最終的結(jié)果文件。這些文件的類型主要包括PPT、Word、Excel、PDF、tiff文件及各種類型的圖片和專用文件。對于上述文件的管理，一般采取的方法是將上述文件保存在服務器的某個硬盤中的文件夾下面，而將文件的路徑保存在數(shù)據(jù)庫中。采取這種方式的優(yōu)點是能減輕數(shù)據(jù)庫的壓力，在上傳和下載文件時速度快。缺點是文件的安全性和保密性不夠好，尤其是當服務器出現(xiàn)問題時，文件很容易丟失，而且無法恢復。本研究所采用的方法是將實驗研究過程中的原始數(shù)據(jù)和文件直接以二進制的形式保存到數(shù)據(jù)庫中，而不是保存在服務器的硬盤中。本文采用的是SQLserver2008數(shù)據(jù)庫，數(shù)據(jù)庫的安全性比較高，而且在設計數(shù)據(jù)庫時實行數(shù)據(jù)庫自動備份，因此數(shù)據(jù)不易丟失。此外，還對實驗數(shù)據(jù)的上傳、查詢以及下載進行權(quán)限設置，根據(jù)用戶的不同權(quán)限提供不同的功能，有效地保證了數(shù)據(jù)的安全性和保密性。

1需求分析

1.1功能需求分析醫(yī)學實驗文檔管理系統(tǒng)是依據(jù)醫(yī)學實驗研究的需要而建立的輔助化信息管理系統(tǒng)。該系統(tǒng)是以醫(yī)學實驗項目為核心，對實驗項目相關的各種數(shù)據(jù)文檔以及涉及的用戶進行有效的管理，旨在提高管理效率的同時增強信息的安全性和可靠性。醫(yī)學實驗文檔管理系統(tǒng)的功能需求因各個實驗室的具體情況而有所不同，本研究以首都醫(yī)科大學的實驗室為例，經(jīng)過調(diào)查分析其功能需求如下[2-3]：（1）用戶管理。基于系統(tǒng)安全性、共享性以及高效的管理性考慮，要求系統(tǒng)根據(jù)用戶不同的操作需求，為各類用戶提供相應的操作權(quán)限。用戶管理主要的功能：①添加用戶，只有添加到該系統(tǒng)中的用戶才能訪問該系統(tǒng)；②設置用戶的權(quán)限，可以將用戶的權(quán)限設置為普通用戶、實驗的設計者、實驗負責人以及項目主管其中之一或者這些權(quán)限的組合；③刪除用戶，當用戶不在該系統(tǒng)中時，主管要刪除該用戶，使得該用戶無法再登錄到該系統(tǒng)，從而保證系統(tǒng)的安全性與可靠性；④修改用戶密碼，當用戶忘記自己的密碼時，可以通過向主管申請，由主管來將該用戶的密碼重置為系統(tǒng)默認的密碼，然后用戶登錄到系統(tǒng)后再修改自己的密碼。（2）項目管理。其主要功能是：①創(chuàng)建項目以及項目下的子項目，當主管接到一個新的項目時，可在該系統(tǒng)中創(chuàng)建該項目，以及該項目下的若干個子項目；②分配項目及其子項目，在新建項目時，主管要指定該項目的負責人，然后由該項目的負責人將該項目的所有子項目分配到具體的實驗的設計者手中；③修改項目狀態(tài)，當項目結(jié)束時，主管要將項目的狀態(tài)改為“完成”，此時該項目的所有參與者(主管除外)都不能再對該項目做任何修改，也不能下載該項目的任何信息；④修改項目權(quán)限，該系統(tǒng)中的用戶需要參考系統(tǒng)中的其他項目時，此用戶需要向主管提出申請并得到授權(quán)后，此項目中的相應子項目才對該用戶開放并自動地記錄此用戶的個人信息及查看的項目信息。在該用戶參考完畢后，再由主管將開放的項目關閉。（3）上傳實驗文檔。其主要功能是：實驗的設計者在做項目實驗的過程中會得到實驗相關的一系列原始數(shù)據(jù)（條件優(yōu)化、過程記錄、結(jié)果分析和結(jié)論），它們會以PPT、Word、Excel、tiff文件、圖片或者專用文件的形式存儲，實驗的設計者需要及時將這些文檔上傳到該數(shù)據(jù)庫中，以防止數(shù)據(jù)的丟失和泄露。同時，在設計者負責的子項目完成之前，其他的所有用戶對該子項目均不可見，直到該子項目實驗完成后，相應的項目負責人或者主管才能對該子項目進行相應的操作，進而防止實驗結(jié)果被篡改。（4）查詢。其主要功能是：①查詢項目文檔，經(jīng)主管授權(quán)哪些項目對哪些用戶開放后，那些用戶便可以在該系統(tǒng)中查詢到相應開放的項目的詳細信息，如項目名稱，項目中開放的所有子項目，每個子項目下的所有文件名等等；②下載項目文檔，當用戶查詢到自己需要的文檔時，既可以單個文檔進行下載，也可以批量的進行下載。在下載的同時該系統(tǒng)會記錄用戶的個人信息、下載的文件及下載的具體時間，能有效提升系統(tǒng)對所有文檔的安全性和保密性管理。

1.2數(shù)據(jù)需求分析根據(jù)功能分析，醫(yī)學實驗文檔管理系統(tǒng)的數(shù)據(jù)信息主要有：①用戶信息；②實驗項目信息；③項目原始數(shù)據(jù)及文檔信息；④項目權(quán)限及用戶下載信息。系統(tǒng)內(nèi)所有的數(shù)據(jù)均由數(shù)據(jù)庫統(tǒng)一管理，數(shù)據(jù)的共享與交換由各個功能模塊通過數(shù)據(jù)訪問技術來實現(xiàn)，以此來滿足系統(tǒng)的數(shù)據(jù)功能需求[4-5]。

2數(shù)據(jù)庫設計

數(shù)據(jù)庫設計是醫(yī)學實驗文檔管理系統(tǒng)的核心，其設計合理與否直接影響數(shù)據(jù)庫應用系統(tǒng)的軟件架構(gòu)及數(shù)據(jù)處理的效率。在對系統(tǒng)的總體功能分析的基礎上，本文利用SQLserver2008數(shù)據(jù)庫進行該系統(tǒng)的數(shù)據(jù)庫設計。下面主要從數(shù)據(jù)庫的概念結(jié)構(gòu)設計、邏輯結(jié)構(gòu)設計和數(shù)據(jù)表及完整性的設計與實現(xiàn)三方面進行介紹。

2.1概念結(jié)構(gòu)設計經(jīng)過上述的需求分析后，先將需求分析得到的結(jié)果抽象為用戶觀點的概念模型并用實體關系（E-R）圖進行表示。根據(jù)需求分析，可以抽象出用戶信息、實驗項目信息、項目文檔信息、項目權(quán)限、下載信息等5類實體，各個實體之間的具體聯(lián)系。

2.2邏輯結(jié)構(gòu)設計上述的E-R模型是用戶的模型，獨立于任何一個具體的數(shù)據(jù)庫管理系統(tǒng)，而數(shù)據(jù)庫的邏輯結(jié)構(gòu)設計的任務是根據(jù)概念結(jié)構(gòu)的E-R關系圖，按照一定的轉(zhuǎn)換規(guī)則將其轉(zhuǎn)換成數(shù)據(jù)模型的過程，即在關系數(shù)據(jù)庫管理系統(tǒng)中，將所有的實體和相應的聯(lián)系轉(zhuǎn)化為一系列的關系模型。醫(yī)學實驗文檔管理系統(tǒng)的關系模型轉(zhuǎn)換如下。①用戶信息（用戶姓名、用戶ID、用戶密碼、用戶類別）；②實驗項目信息（項目名稱、項目編號、子項目名稱、子項目編號、項目負責人ID、子項目負責人ID、項目開始時間、項目完成時間、子項目開始時間、子項目完成時間）；③項目文檔信息（文件編號、子項目編號、文件名稱、文件類型、文件二進制流、上傳時間）；④項目權(quán)限（項目編號、子項目編號、開啟時間、關閉時間、開放對象ID、開放狀態(tài)）；⑤下載信息（下載者ID、文件編號、下載時間、下載次數(shù)）。在規(guī)范化理論的基礎上對上述所有關系模式進行分析，得出上述關系模式中沒有多余的函數(shù)依賴，是規(guī)范程度很高的關系模式[6]。

2.3數(shù)據(jù)表及完整性的設計與實現(xiàn)數(shù)據(jù)表是數(shù)據(jù)庫管理系統(tǒng)的基礎，是數(shù)據(jù)庫中所有數(shù)據(jù)的載體，數(shù)據(jù)表設計的合理與否直接關系到數(shù)據(jù)庫管理系統(tǒng)性能的優(yōu)劣，因此數(shù)據(jù)表的設計對數(shù)據(jù)庫管理系統(tǒng)的設計至關重要。本文對用戶信息表、實驗項目信息、項目文檔信息表、項目權(quán)限信息表、下載信息表進行介紹。（1）用戶信息表（Table_user）的結(jié)構(gòu)及其完整性設計。用戶信息表的字段及類型為：用戶ID、用戶姓名、密碼、用戶類別。該表記錄系統(tǒng)中的所有用戶，表中的用戶ID及用戶姓名都具有唯一性，用戶在系統(tǒng)中進行相應的操作時，系統(tǒng)只憑借用戶ID及其用戶類別為用戶提供相應的功能。在實驗項目信息表、項目權(quán)限信息表及下載信息表的相應字段中將用戶ID作為其外鍵進行字段約束，以提高數(shù)據(jù)庫的完整性。（2）實驗項目信息表的結(jié)構(gòu)及其完整性設計。實驗項目信息表的字段及類型為：子項目編號、子項目名稱、項目名稱、項目編號、項目負責人ID、子項目負責人ID、項目開始時間、項目完成時間、子項目開始時間、子項目完成時間。該表記錄系統(tǒng)中所有項目的詳細信息，其中子項目編號是系統(tǒng)識別最小項目的唯一憑據(jù)，在項目文檔信息表、項目權(quán)限表的相應字段中將該字段作為其外鍵進行字段約束，確保子項目的唯一性。（3）項目文檔信息表的結(jié)構(gòu)及其完整性設計。項目文檔信息表的字段及類型為：文件編號、子項目編號、文件名稱、文件類型、文件二進制流、上傳時間。該表記錄系統(tǒng)中所有醫(yī)學實驗文檔的具體信息，其中文件編號為主鍵，子項目編號是實驗項目信息表中子項目編號的外鍵，文件二進制流是實驗文檔具體內(nèi)容的二進制形式，下載轉(zhuǎn)換后可恢復為原來的文件。（4）項目權(quán)限信息表的結(jié)構(gòu)及其完整性設計。項目權(quán)限信息表的字段及類型為：項目編號、子項目編號、開啟時間、關閉時間、開放對象ID、開放狀態(tài)。該表記錄系統(tǒng)中項目的開放情況，開放狀態(tài)字段的約束為用戶定義完整性約束，該字段內(nèi)容為0時表示該項目對該開放對象不可見，反之則表示可見。只有在該表中記錄的項目及其相應的用戶且開放狀態(tài)為1時，相應的用戶才能對相應的項目信息進行查詢下載。（5）下載信息表的結(jié)構(gòu)及其完整性設計。下載信息表的字段及類型為：下載者ID、文件編號、下載時間、下載次數(shù)。該表記錄用戶下載文檔的次數(shù)及時間，更全面地保證系統(tǒng)數(shù)據(jù)的安全性。上述表間的關聯(lián)關系圖（圖3），清晰地表述了數(shù)據(jù)庫中各表結(jié)構(gòu)、表間關聯(lián)關系及完整性的設計與實現(xiàn)。

3關鍵技術

在數(shù)據(jù)庫中寫入項目名稱、子項目名稱以及用戶姓名這類數(shù)據(jù)時，由于數(shù)據(jù)很小，寫入的過程中不會出錯。但將實驗的文檔寫入到數(shù)據(jù)庫中時，對于幾十兆甚至上百兆的大文件在寫入的過程中容易出錯，原因是SQLserver2008數(shù)據(jù)庫在每執(zhí)行一條結(jié)構(gòu)化查詢語言（SQL）語句時有時間限制，當一次寫入數(shù)據(jù)的時間超過該時間時，SQLserver2008數(shù)據(jù)庫就會顯示一條日志已滿的錯誤信息，表示此次上傳數(shù)據(jù)失敗。該段代碼執(zhí)行的功能是：每次只讀取文件中的length個單位（字符/字節(jié)）。如果文件是第一次寫入到數(shù)據(jù)庫中，則利用insertinto語句直接將讀取的語句寫入到數(shù)據(jù)庫中；如果該文件不是第一次被讀取，因為set文件語句中Write的@offset的值為null，所以會將本次讀取的length個單位（字符/字節(jié)）的數(shù)據(jù)添加到上次添加的數(shù)據(jù)的末尾。以此類推，當文件的所有數(shù)據(jù)都被寫入到數(shù)據(jù)庫中時，結(jié)束本次的上傳行為。通過上述方法，能夠有效地保證無論多大的文件都能成功的保存到數(shù)據(jù)庫中。

4結(jié)論

在對醫(yī)學實驗文檔管理系統(tǒng)進行功能需求分析及用戶數(shù)據(jù)需求分析的基礎上，先利用數(shù)據(jù)庫規(guī)范化設計方法對醫(yī)學實驗文檔管理系統(tǒng)的數(shù)據(jù)庫及其完整性進行設計[7-8]，并在SQLserver2008平臺下得以實現(xiàn)，再采用跨平臺編程語言JVAV進行系統(tǒng)控制程序的編制，進而完成了該系統(tǒng)的開發(fā)。本文不僅實現(xiàn)了小文件在SQLserver2008數(shù)據(jù)庫中的上傳與下載，而且解決了在SQLserver2008中上傳與下載大文件易出錯的問題，有效地提高了醫(yī)學實驗文檔管理的效率、原始數(shù)據(jù)與文檔的信息安全及保密性。

作者：代元平 鄭君芳 單位：首都醫(yī)科大學 基礎醫(yī)學院 生物化學與分子生物學系

基于廣域網(wǎng)(互聯(lián)網(wǎng))的文檔管理系統(tǒng)設計

摘要：隨著互聯(lián)網(wǎng)的發(fā)展，用戶提出了更高的要求，C/S架構(gòu)，面向過程設計的一些不足之處顯得更加突出。通過基于廣域網(wǎng)（互聯(lián)網(wǎng)）的文檔管理系統(tǒng)設計開發(fā)，為用戶提供了一套完整、高效的解決方案。

關鍵詞：廣域網(wǎng)；文檔管理；設計；軟件

傳統(tǒng)的信息管理系統(tǒng)開發(fā)中，一般采用C/S架構(gòu)，面向過程設計，該方式實現(xiàn)了客戶與數(shù)據(jù)庫的分離，在一定程度上提高了軟件的可維護性和重用性，但是客戶程序與數(shù)據(jù)庫服務的直接交互，為邏輯事務的處理造成了很大的障礙，特別是在網(wǎng)絡環(huán)境下，為系統(tǒng)的維護和安全管理帶來了諸多不便。隨著互聯(lián)網(wǎng)的發(fā)展，用戶提出了更高的要求，C/S架構(gòu)，面向過程設計的一些不足之處顯得更加突出。面向?qū)ο螅贐/S架構(gòu)的三層（多層）結(jié)構(gòu)很好的解決了這些問題。傳統(tǒng)的C/S模式的數(shù)據(jù)庫應用系統(tǒng)正逐漸被B/S模式的應用系統(tǒng)取代。

一、基建項目文檔管理系統(tǒng)系統(tǒng)模型、軟件結(jié)構(gòu)的確立

（一）系統(tǒng)模型確定

成都搏韻公司由于業(yè)務需要，需要開發(fā)成都搏韻公司文檔管理系統(tǒng)，用戶可以內(nèi)部廣域網(wǎng)或者互聯(lián)網(wǎng)上進行文檔的管理和查詢，實現(xiàn)文檔的無紙化管理，以提高文檔的管理和使用效率。

傳統(tǒng)的管理系統(tǒng)中，典型的三層（多層）系統(tǒng)模型如圖1所示：

圖1.典型的三層架構(gòu)模型

但是，在用戶實際業(yè)務中，會進行各種文檔的管理（如：文本、圖片、視頻及各種設計圖紙），而且部分文檔體積較大（可能超過100M或更大），根據(jù)客戶的實際需求，建立了如圖2改進的模型，以更好的適應用戶的業(yè)務需要。

圖2.改進后的系統(tǒng)架構(gòu)模型

（二）軟件結(jié)構(gòu)設計

本系統(tǒng)的設計目的是建立一個以數(shù)據(jù)庫服務器、文檔存儲服務器為支持的，基于廣域網(wǎng)（互聯(lián)網(wǎng)）的文檔管理系統(tǒng)，使用戶能通過互聯(lián)網(wǎng)進行基建項目文檔的處理，以實現(xiàn)對成都搏韻公司文檔的管理。其軟件結(jié)構(gòu)為：

圖3.系統(tǒng)的軟件模型

二、軟件的開發(fā)實現(xiàn)

（一）開發(fā)平臺的選擇

考慮到用戶需要通過廣域網(wǎng)（互聯(lián)網(wǎng)）進行業(yè)務處理的實際情況及需求，在開發(fā)平臺和工具上，使用.NET中的、C#、和Ajax.Pro技術，較好、較快并且安全的實現(xiàn)了web程序的開發(fā)。數(shù)據(jù)庫選擇上，采用SQL SERVER 2005，安全、高效的支持了系統(tǒng)的應用。

（二）系統(tǒng)的主要功能劃分

根據(jù)用戶需求本系統(tǒng)實現(xiàn)了用戶登錄；基礎數(shù)據(jù)管理；項目管理；部門管理；用戶管理；系統(tǒng)維護；權(quán)限管理等功能。

（三）系統(tǒng)的主要功能的實現(xiàn)

下面就以系統(tǒng)中基礎但最為重要的電子文檔的處理為例對開發(fā)中數(shù)據(jù)層，數(shù)據(jù)訪問層，業(yè)務邏輯層，用戶界面層的設計和實現(xiàn)進行討論。

（四）數(shù)據(jù)層的設計和實現(xiàn)

該層是系統(tǒng)訪問、處理與操作的基礎數(shù)據(jù)源，包括不同類型、分布于不同位置的數(shù)據(jù)。

在用戶的需求中表現(xiàn)為用戶所管理的電子文檔。其特點是數(shù)量相對比較多，相對較大（部分文檔可能要超過100M），如果直接存放于數(shù)據(jù)庫，將會大大降低信息的檢索速度，因此，考慮使用磁盤存儲空間存儲文檔內(nèi)容，數(shù)據(jù)庫存放文檔檢索信息的方式進行設計，對數(shù)據(jù)庫的操作通過存儲過程的方式進行操作。為支持這些功能，數(shù)據(jù)庫系統(tǒng)中共設計了項目基本信息表，部門信息表，人員信息表，文檔信息表，用戶權(quán)限表等共計50多個表。

在原始數(shù)據(jù)層的設計和代碼實現(xiàn)中，采用電子文檔內(nèi)容和索引分開存放的方式，提高了數(shù)據(jù)的檢索速度；對數(shù)據(jù)庫操作采用存儲過程的方式，使得系統(tǒng)具有執(zhí)行速度快、減少網(wǎng)絡流量、便于維護、防止注入式共計以及可以通過設定權(quán)限以提高安全性的優(yōu)點。

（五）數(shù)據(jù)訪問層的設計和實現(xiàn)

數(shù)據(jù)訪問層是業(yè)務邏輯層和原始數(shù)據(jù)層的借口，接收業(yè)務邏輯層發(fā)送的請求消息。實現(xiàn)原始數(shù)據(jù)層和業(yè)務邏輯層的數(shù)據(jù)交互。

因為在本系統(tǒng)的設計中，原始數(shù)據(jù)層的設計把數(shù)據(jù)內(nèi)容和索引分開存放，因此數(shù)據(jù)訪問層主要由兩個通用類來實現(xiàn)，一個類是CFile類，主要實現(xiàn)文件在磁盤空間的讀寫操作，另一個類是優(yōu)化了的通用的數(shù)據(jù)庫訪問類，SqlHelper，相當于DAAB（），實現(xiàn)數(shù)據(jù)庫的讀寫操作。

在數(shù)據(jù)范根層設計和編碼過程中，數(shù)據(jù)庫訪問類設計為一個通用的SqlHelper類，優(yōu)化了數(shù)據(jù)庫操作性能。因為用戶的數(shù)據(jù)分為文檔內(nèi)容和文檔索引信息，因此在數(shù)據(jù)庫操作上，分為兩步，即：索引信息操作和文檔信息標志的操作。當增加文檔時，其操作流程如下：

圖4.添加文檔程序流程

當文檔在上傳過程中發(fā)生異常，文檔上傳完成標志位假，當在進行數(shù)據(jù)庫整理的時候，就可以根據(jù)這個標志將服務器上的文件碎片清理。有效地防止了數(shù)據(jù)不一致現(xiàn)象的發(fā)生和無效文件碎片的產(chǎn)生。

（六）業(yè)務邏輯層的設計和實現(xiàn)

業(yè)務邏輯層是軟件功能的關鍵實現(xiàn)了用戶的各項業(yè)務要求，并保持了業(yè)務邏輯的一致性和完整性。在系統(tǒng)的設計和實現(xiàn)中，設計了項目類，用戶類，文檔類等共計九個類。

由于采用面向?qū)ο笤O計，似的該層具有很強的具有很強的擴展能力，可以靈活地適應用戶需求，同時，在維護上也比較方便。

（七）用戶界面層的設計和實現(xiàn)

軟件的用戶界面設計也是軟件成功與否的一個關鍵所在。在本系統(tǒng)的界面設計中，充分考慮了用戶的使用習慣和方便程度，使用多種控件，方便和加快了用戶的操作。

三、結(jié)語

該系統(tǒng)提供了一個規(guī)范的開發(fā)模式。除了具有典型的B/S分層架構(gòu)的基本特性（軟件結(jié)構(gòu)的透明性強、獨立性強、易于重用、可維護性強）外，同時也具有自己的一些獨特的特點，如使用存儲結(jié)構(gòu)提高了系統(tǒng)的安全性，使用DAAB優(yōu)化了數(shù)據(jù)庫訪問；在數(shù)據(jù)層將文檔內(nèi)容和索引信息分離存儲，提高系統(tǒng)性能等。為用戶提供了一套完整、高效的解決方案。

文檔管理系統(tǒng)論文:基于J2EE的機械圖文檔管理系統(tǒng)的研究與實現(xiàn)

摘要：分析了制造業(yè)企業(yè)產(chǎn)品項目開發(fā)對圖文檔管理的需求，采用J2EE技術規(guī)范和多層Web應用程序結(jié)構(gòu)，開發(fā)其管理系統(tǒng)，有較好的可擴充性和可維護性。闡述了如何利用J2EE進行系統(tǒng)設計的過程。通過實例，重點介紹了系統(tǒng)的邏輯分離思路及各邏輯層實現(xiàn)的方法。

關鍵詞：J2EE；圖文檔管理；組件技術

隨著CAD/CAM技術的推廣與應用，目前國內(nèi)大多數(shù)制造企業(yè)已經(jīng)實現(xiàn)了產(chǎn)品設計的數(shù)字化，計算機出圖率達到了100％，機械圖文檔成了制造企業(yè)生產(chǎn)活動的重要技術資料[1]。但很多企業(yè)的信息化程度還比較低，對于大量的圖文檔和數(shù)據(jù)資料，沒有進行有效的集中控制和管理，造成了文檔查詢不便、共享度低、保密性差、文檔易流失等問題，間接的影響了企業(yè)的效益。因此，開發(fā)機械圖文檔管理系統(tǒng)，有效地組織管理產(chǎn)品項目過程中所產(chǎn)生的各類圖文檔與數(shù)據(jù)，是加強產(chǎn)品設計制造流程控制提高產(chǎn)品開發(fā)效率的重要途徑。

傳統(tǒng)的圖文檔管理軟件主要偏重于與CAD系統(tǒng)的集成，因而大多數(shù)采用C/S架構(gòu)。由于C/S架構(gòu)模式的軟件存在系統(tǒng)訪問不夠方便、維護成本高等問題，隨著Web 技術的發(fā)展,采用B/S架構(gòu)開發(fā)圖文檔管理系統(tǒng)正日益成為研究熱點和企業(yè)的首選[2]。

1 系統(tǒng)架構(gòu)

本文采用J2EE技術架構(gòu)作為系統(tǒng)開發(fā)的技術標準。J2EE是美國Sun公司推出的一種Web應用程序模型, 它提供了一種基于組件的方法對企業(yè)級應用系統(tǒng)進行設計、開發(fā)、裝配和部署[3]。本系統(tǒng)采用J2EE的多層Web應用程序結(jié)構(gòu)，如圖1所示，并結(jié)合MVC模式，將表示邏輯、控制邏輯與業(yè)務邏輯分離。

2系統(tǒng)分析設計

2.1 系統(tǒng)功能需求分析

機械圖文檔管理系統(tǒng)的用戶有三類：系統(tǒng)管理員、項目經(jīng)理、項目成員。系統(tǒng)管理員維護整個系統(tǒng)信息，進行系統(tǒng)初始化、項目經(jīng)理帳號分配、日常數(shù)據(jù)備份等。項目經(jīng)理負責項目信息和成員的配置，并創(chuàng)建項目流程和進行任務分配。項目成員通過與系統(tǒng)的交互，根據(jù)項目經(jīng)理或流程上一步操作者分配或傳達的任務進行工作，創(chuàng)建、修訂或?qū)徍讼鄳膱D文檔。

項目流程每個環(huán)節(jié)的處理及文檔的操作都受帳號權(quán)限的控制，項目成員只能查詢和操作自己任務所涉及的圖文檔。項目經(jīng)理具有訪問其項目所有文檔和數(shù)據(jù)信息的權(quán)限，此外，還可以創(chuàng)建、刪除、修改、查詢、關閉項目、配置項目成員及對圖文檔的操作進行授權(quán)。項目一旦完成被關閉，其所有的圖文檔也一起被關閉，項目成員不能再創(chuàng)建和修改該項目的圖文檔，但項目經(jīng)理可以訪問并可以授權(quán)成員訪問，以便文檔資源的重用共享。

2.2 系統(tǒng)設計

2.2.1 代碼方案設計

代碼是表征客觀存在的實體或?qū)傩缘囊粋€計算機可識別和處理的符號。本系統(tǒng)涉及的對象有項目、用戶、流程、流程節(jié)點、任務、圖文檔等，數(shù)據(jù)具有分類多并量大等特點，為了能在計算機系統(tǒng)中有效的標識和管理它們，好的代碼設計方案是系統(tǒng)實現(xiàn)的關鍵。根據(jù)代碼設計的唯一化、規(guī)范化、系統(tǒng)化等原則，同時，考慮數(shù)據(jù)查詢效率及編程方便，設計了項目、用戶、流程、流程節(jié)點、任務、圖文檔等對象的代碼。以圖文檔代碼為例，其采用區(qū)間碼，設計如下：

圖文檔代碼=所屬項目編號+圖文檔類型+順序碼+版本號。如P0001D020001A，表示P0001項目下，文件類型為02（.dwg文件）的第0001文檔，版本號為A，其中，版本號=[A|B|C|…|Z]。

2.2.2 系統(tǒng)模塊結(jié)構(gòu)設計

根據(jù)系統(tǒng)功能需求，將系統(tǒng)模塊結(jié)構(gòu)組織為：系統(tǒng)管理、項目管理、項目成員管理、流程管理、任務管理和圖文檔管理。其中，系統(tǒng)管理包括系統(tǒng)初始化、項目經(jīng)理帳號配置、數(shù)據(jù)備份、系統(tǒng)登錄模塊。項目管理包括項目創(chuàng)建、查詢、修改和關閉模塊。項目成員管理包括成員創(chuàng)建、配置、刪除、角色配置、授權(quán)模塊。流程管理實現(xiàn)項目工作流配置和控制，包括流程創(chuàng)建、節(jié)點配置、啟動、變更、關閉等模塊。任務管理實現(xiàn)項目工作流程上各環(huán)節(jié)任務的分配和控制，以個人任務箱的方式實現(xiàn)，包括任務配置、通知、狀態(tài)查看、提醒、提交等模塊。圖文檔管理包括文檔的上傳、下載、修改、刪除、查詢及訪問控制等模塊。

2.2.3 數(shù)據(jù)庫結(jié)構(gòu)設計

本系統(tǒng)設計的關系模式符合3NF規(guī)范，合理的存儲了系統(tǒng)涉及的數(shù)據(jù)信息。包括：User（帳號信息）、Role（角色信息）、Project（項目信息）、Flow（流程信息）、FlowNode（流程節(jié)點信息）、Document（文檔信息）、Assignment（任務信息）。

3 系統(tǒng)實現(xiàn)

系統(tǒng)采用J2EE的多層Web應用程序結(jié)構(gòu)，表示邏輯和控制邏輯實現(xiàn)于JSP頁面，業(yè)務邏輯封裝成JavaBean組件，實現(xiàn)邏輯的分離，便于系統(tǒng)的開發(fā)和維護。系統(tǒng)用Dreamweaver、Photoshop進行Web頁面的界面設計和圖像處理，實現(xiàn)表示邏輯，用Sun公司的NetBeans集成開發(fā)工具進行負責控制邏輯的JSP程序編寫和JavaBean組件開發(fā)，將頁面和組件部署到Tomcat服務器中，數(shù)據(jù)庫服務器使用SQL Server。用戶在客戶端使用瀏覽器訪問系統(tǒng)。

3.1 表示邏輯層實現(xiàn)

表示邏輯層實現(xiàn)了用戶界面及用戶與系統(tǒng)的交互，本系統(tǒng)的表示邏輯體現(xiàn)為Web頁面，如輸入表單的顯示，動態(tài)內(nèi)容的輸出，頁面靜態(tài)信息的顯示等。對于一些輸入判斷，如登錄密碼長度，日期格式，必選項是否已選等，使用JavaScript進行客戶端編程實現(xiàn)。

3.2 控制邏輯層實現(xiàn)

系統(tǒng)的控制邏輯主要由JSP程序?qū)崿F(xiàn)，負責表示邏輯層和業(yè)務邏輯層之間的控制關系。它接收表示邏輯層的客戶請求或處理要求，調(diào)用業(yè)務邏輯層的JavaBean完成具體的事務處理，將結(jié)果反饋給客戶。以下以配置項目成員為例，闡述其控制邏輯的實現(xiàn)。

項目經(jīng)理即用戶登錄，從自己所負責的項目列表中選擇要配置成員的項目，進入項目成員配置ProMemberConfig.jsp頁面，如圖2所示。該頁面的控制邏輯利用request.getParameter（“Pid”）方法獲取上一頁面中用戶所選擇的項目信息，調(diào)用名為Project的JavaBean的MemberQuery方法，從數(shù)據(jù)庫中查詢得到該項目已有的成員信息，輸出到頁面的“現(xiàn)有項目成員”列表框中。并調(diào)用名為User的JavaBean的Query方法，獲取整個系統(tǒng)所有的用戶信息，剔除當前已加入該項目的用戶，將這些用戶信息輸出到頁面的“可供添加人員”列表框中。如果系統(tǒng)沒有建立要配置的用戶信息，則用戶可點擊“添加項目成員”進入UserAdd.jsp頁面，創(chuàng)建新用戶。用戶從該頁面列表框中添加或刪除項目成員，由頁面的JavaScript程序在客戶端實現(xiàn)。用戶選擇好成員后，點擊確定按鈕，由ProMemberConfigRsp.jsp進行相應處理，調(diào)用名為Project的JavaBean的MemberAdd方法，將項目成員信息存儲到數(shù)據(jù)庫，并使用respons.sendRedirect（“ProMemberConfig.jsp”）重定向到項目成員配置頁面，顯示當前項目成員信息。

3.3 業(yè)務邏輯層實現(xiàn)

采用面向?qū)ο蟮姆椒ǎ瑢⑾到y(tǒng)問題域中的對象抽象成類，設計成JavaBean，將對象的操作和服務封裝在JavaBean中，為控制邏輯層調(diào)用。本系統(tǒng)從問題域?qū)ο蟮慕嵌瘸橄笤O計的JavaBean有User 、Project、Flow、FlowNode、Document、Assignment。此外，還增加了封裝數(shù)據(jù)庫操作的DataBase JavaBean，以及下載和重用了第三方提供的一些開源JavaBean，如實現(xiàn)加密算法的md5組件，和實現(xiàn)文件上傳的SmartUpload組件。

4 結(jié)束語

本系統(tǒng)采用J2EE的多層Web應用程序結(jié)構(gòu)，將表示邏輯、控制邏輯和業(yè)務邏輯分離，有利于系統(tǒng)的開發(fā)、維護及代碼的共享重用。該系統(tǒng)對中小制造業(yè)企業(yè)普遍適用，企業(yè)能根據(jù)自身產(chǎn)品開發(fā)的特點定制項目流程和流程節(jié)點，對項目過程的圖文檔和數(shù)據(jù)進行管理。使用該系統(tǒng)有利于提高企業(yè)產(chǎn)品圖文檔及數(shù)據(jù)管理效率，對產(chǎn)品項目開發(fā)過程進行全面控制與管理，為產(chǎn)品開發(fā)人員提供初步的協(xié)同設計環(huán)境。

文檔管理系統(tǒng)論文:文檔管理系統(tǒng)入門

時間就是金錢，將時間耗費在查找丟失的文檔好比把錢扔進水里，將時間耗費在制作不必要的文檔副本也是如此。

文檔管理系統(tǒng)可以將制作的文檔轉(zhuǎn)換成電子格式，并加以組織管理，讓需要這些文檔的人更容易獲取它們，從而減少文檔數(shù)量。雖然早期文檔管理系統(tǒng)被認為是只有大企業(yè)才享用得了的“奢侈品”，但如今有所降低的軟硬件價格讓幾乎所有企業(yè)都能夠獲得文檔管理系統(tǒng)的好處。

實際上，文檔管理系統(tǒng)是由許多不同部分組成的網(wǎng)絡；雖然起初看起來可能很復雜，但實際用起來其實很容易。

數(shù)據(jù)分兩種類型：結(jié)構(gòu)化數(shù)據(jù)(如數(shù)據(jù)庫信息)和非結(jié)構(gòu)化數(shù)據(jù)(如紙質(zhì)文檔)。文檔管理系統(tǒng)讓企業(yè)能夠安全地捕獲、轉(zhuǎn)送、存儲、管理和歸檔非結(jié)構(gòu)化數(shù)據(jù)。雖然紙質(zhì)文檔是一種最常見的非結(jié)構(gòu)化數(shù)據(jù)，但文檔管理系統(tǒng)還可以存儲和組織各種電子內(nèi)容，如微軟Office文件、傳真、照片、音頻、視頻、PDF文檔和網(wǎng)上內(nèi)容。

文檔管理系統(tǒng)可以進而讓企業(yè)能夠管理非結(jié)構(gòu)化數(shù)據(jù)：把非結(jié)構(gòu)化數(shù)據(jù)存儲在單一存儲庫中，并按照“關鍵號”(如客戶號碼或員工ID)把這類數(shù)據(jù)聯(lián)系起來。這對制作大量文檔的企業(yè)來說特別重要，比如律師事務所或房地產(chǎn)公司。然后，只有授權(quán)用戶直接通過文檔管理系統(tǒng)，或通過企業(yè)的一個或多個應用軟件，才可以訪問文檔。

文檔管理系統(tǒng)不僅有助于安全地管理文件，還可以大幅降低運營成本，提高紙張文檔和電子內(nèi)容管理的效率。

由于以下諸多好處，文檔管理系統(tǒng)還讓企業(yè)能夠迅速獲得投資回報：

?降低了存儲和檢索紙質(zhì)文檔和電子內(nèi)容方面的成本。

?減小了物理和數(shù)字存儲空間。

?提高了整個企業(yè)的運營效率。

?增強了電子內(nèi)容和紙質(zhì)文檔的安全性。

?增強了萬一遇到災難時的業(yè)務連續(xù)性(BC)能力。

?改進了法規(guī)遵從。

下面是文檔管理系統(tǒng)的最基本的組成部分，通常通過企業(yè)的數(shù)據(jù)網(wǎng)絡聯(lián)系起來。請記住：僅僅根據(jù)紙質(zhì)文檔生成數(shù)字文件還不夠；支持文檔的存儲、組織、安全、訪問和及時處置也必不可少：

1、文檔掃描儀是將紙質(zhì)文件轉(zhuǎn)換成數(shù)字格式的入口點，可以借助獨立掃描儀、數(shù)字發(fā)送掃描儀或多功能打印機(MFP)來完成這種轉(zhuǎn)換工作。市面上有大小、形狀和速度不一的掃描儀，甚至還有專門針對特定應用環(huán)境(如支票處理)的掃描儀，所以與供應商一起確保：你選擇的掃描方案最合適自己的需要。

2、文檔捕獲和索引軟件與你的掃描和計算機系統(tǒng)協(xié)同運行，以簡化捕獲過程，并且確保存儲的文檔可以輕松找到。主要有三種捕獲方式可供考慮：

設備捕獲(Device Capture)要求用戶在掃描文檔期間對文檔進行分類和命名，并且在企業(yè)內(nèi)部執(zhí)行文件命名標準，以此簡化管理過程。

Zonal光學字符識別(OCR)讓用戶能夠為他們最常用的表格和發(fā)票創(chuàng)建模板。通過簡化數(shù)據(jù)的存儲位置，ZonalOCR能夠自動提取數(shù)據(jù)，識別文件，并將該信息發(fā)送到文檔管理系統(tǒng)，從而減少手動工作量和錯誤。然后，用戶可以搜索自己所需的具體文檔，確信系統(tǒng)會返回正確的信息。

分布式捕獲(Distributed Capture)把掃描和捕獲設備放在紙張和數(shù)據(jù)進入企業(yè)的不同點。通過使用廉價的臺式掃描儀、網(wǎng)絡連接掃描儀和多功能打印機將文檔饋送到系統(tǒng)文件，你就可以最大限度地提高投資回報，并且實現(xiàn)“無紙”辦公環(huán)境。

3、文檔管理軟件又叫作企業(yè)內(nèi)容管理軟件，它是任何文檔管理解決方案的核心部分。通過該軟件，你就能減少電子文檔的重復，實現(xiàn)高效檢索，管理對系統(tǒng)中所存儲的任何文檔或內(nèi)容的安全訪問，從而確保只有授權(quán)用戶才可以訪問任何文件。由于每個文檔都進行了存儲和索引，現(xiàn)在對用戶來說，企業(yè)的數(shù)據(jù)觸手可及。此外，可以從企業(yè)內(nèi)外安全地訪問這些數(shù)據(jù)――為遠程辦公或經(jīng)常去別的地方出差的那些人提供了靈活性。

4、當然，數(shù)據(jù)存儲設備是存放文檔的地方。貴企業(yè)的存儲策略應該取決于貴企業(yè)的規(guī)模和性質(zhì)；由于如今有眾多存儲系統(tǒng)可以使用，應該與供應商一起選擇最適合自己需要的存儲系統(tǒng)。另外別忘了備份系統(tǒng)，保護貴企業(yè)遠離災難性故障或主存儲系統(tǒng)丟失。

你在為文檔管理系統(tǒng)的這每一個組成部分考慮選擇方案時。要注意適合、整合和兼容性等問題。購買的軟件在硬件上可以很順暢地運行嗎?是否有專門的軟件或硬件可能特別適合貴企業(yè)的特定業(yè)務?貴企業(yè)采用的索引策略在今后幾年會不會很好地滿足貴企業(yè)的需要，還是很快就跟不上貴企業(yè)的發(fā)展勢態(tài)?在投入成本之前，務必要確信整個系統(tǒng)能夠很好地協(xié)同運行。

文檔管理是個簡單的、又常常被忽略的解決辦法，它可以簡化貴企業(yè)的工作流程，降低成本，在許多情況下還能在很短時間內(nèi)收回成本。然而，每個文檔管理系統(tǒng)提供的功能級別和許可方案又各不相同，所以應當聯(lián)系一家值得信賴的解決方案提供商，確定哪個最適合貴企業(yè)的需要。

文檔管理系統(tǒng)論文:維思文檔管理系統(tǒng)改變傳統(tǒng)文檔管理模式

隨著信息化的高速發(fā)展,政府、企業(yè)及社會各界使用的電子文檔(word、excel、ppt、txt、pdf等)變得越來越多,各種影、音、圖像等多媒體信息文檔也隨之大量出現(xiàn)。文檔作為一種信息資源,作為企業(yè)生產(chǎn)、科研和經(jīng)營等活動的真實記錄,同時作為與企業(yè)同步發(fā)展的無形資產(chǎn),在企業(yè)管理等各方面正積極地發(fā)揮重要作用。

針對現(xiàn)代企業(yè)文檔管理工作雜亂無章的現(xiàn)狀,日前,北京互誠科技有限公司常務總裁徐斌宣布,北京互誠科技有限公司自主研發(fā)的一套集成文件管理、可靠存儲、快捷搜索等功能的維思文檔管理系統(tǒng)將改變政府、企業(yè)等單位目前的文檔管理模式。

智能化知識管理中心

對于絕大多數(shù)使用電腦的用戶來說,文檔管理是一件繁雜枯燥的工作――對于一個擁有數(shù)十臺、數(shù)百臺甚至數(shù)千臺電腦的單位而言,其復雜度之高、工作量之大不言而喻。

徐斌介紹,維思通過智能化管理使絕大部分工作自動完成,它的智能化特點主要表現(xiàn)在兩個方面:文檔收集和文檔應用。維思通過文檔快車技術使文檔的收集、版本更新不再需要大量的人工干預;通過智能分類系統(tǒng),使業(yè)界的搜索技術邁進了一大步。

文檔是人類知識、經(jīng)驗的載體,對文檔的有效管理和應用也是知識管理的重要部分。一個常見的現(xiàn)象是:用戶在自己的電腦中查找某個文檔時,常常要花費很長的時間,從大量的文檔中找出自己所需的內(nèi)容并不是一件容易的事。徐斌介紹說,盡管管理著海量的文檔內(nèi)容,維思仍可以在極短的時間內(nèi)將需要的知識呈現(xiàn)在屏幕上,將知識獲得的時間成本降低5%。,讓用戶跨地域地共享同事的知識,讓“字詞查找”變成“知識查找”。

開放的信息協(xié)同系統(tǒng)

目前,很多單位都采用了財務系統(tǒng)、OA系統(tǒng)、ERP系統(tǒng)、CRM系統(tǒng)、PLM系統(tǒng)等各式軟件,這些系統(tǒng)把易管的信息(數(shù)據(jù)為主)管了起來,不好管的(雜亂、分散的)文檔卻沒有合適的系統(tǒng)來管理。另外,各種軟件往往由不同的軟件商提供,這些系統(tǒng)間接口的不統(tǒng)一使數(shù)據(jù)聯(lián)接和共享成為業(yè)界難題。

徐斌說,維思文檔管理系統(tǒng)提供了雙向協(xié)同模塊,專門解決企業(yè)內(nèi)部不同系統(tǒng)與維思文檔管理系統(tǒng)的協(xié)作與同步問題――通過把“數(shù)據(jù)”轉(zhuǎn)化為“文檔”,將它們也納入到維思的管理范圍內(nèi)。維思雙向協(xié)同模塊既可以接收其他系統(tǒng)導出的文件,也可以為其他系統(tǒng)提供符合規(guī)則的、標準化的信息,使文檔可以成為其他系統(tǒng)中的數(shù)據(jù)。

文檔管理系統(tǒng)論文:基于WEB的科技館電子文檔管理系統(tǒng)的設計與實現(xiàn)思路

摘 要： 科技館是我國重要的政務管理單位，同時文檔管理工作是科技館日常管理中的重要組成部分。當前隨著科技館的規(guī)模和涉及領域不斷增大，文檔管理工作面臨諸多挑戰(zhàn)，文檔管理工作的質(zhì)量和效率直接關系著科技館的管理和運行效率。但是很多地區(qū)的科技館由于資金和管理理念的限制還停留在紙質(zhì)文檔的管理階段，如檔案堆積嚴重、重復勞動多、查詢困難以及紙質(zhì)檔案的難以長期保存等問題都在很大程度上影響了科技館的管理質(zhì)量。因此探究基于WEB的科技館檔案管理體系在當下具有重要的現(xiàn)實意義。

關鍵詞：WEB技術 科技館 電子文檔 管理

一、引言

當前隨著我國電子信息技術和網(wǎng)絡技術的不斷發(fā)展，檔案管理系統(tǒng)和技術得到了不斷進步，實現(xiàn)了由紙質(zhì)檔案向電子檔案的過度。基于電子檔案管理運行效率高、信息安全、查詢方便以及便于集中化管理的特點在很多單位和部門得到了廣泛的的應用，極大地提升了檔案管理的質(zhì)量和效率，同時電子檔案系統(tǒng)的建設水平在很大程度上決定了我國電子信息技術的總體發(fā)展水平。本文重點針對科技館文檔管理系統(tǒng)中存在的諸多問題探究了基于WEB技術和系統(tǒng)的電子檔案管理體系的設計和實現(xiàn)方法。

二、電子文檔管理系統(tǒng)概述

1.電子文檔管理的基本概念

根據(jù)國際上對相關概念的基本介紹，電子檔案管理系統(tǒng)指的是一種基于WEB技術和計算機網(wǎng)絡操作系統(tǒng)的軟件應用，利用該軟件應用可以使得用戶通過計算機和網(wǎng)絡實現(xiàn)對相關文檔的創(chuàng)建、存儲、調(diào)用、分發(fā)和信息查詢，并能在組織范圍內(nèi)對文檔進行有效的監(jiān)控。電子文檔管理系統(tǒng)與傳統(tǒng)的紙質(zhì)檔案管理系統(tǒng)在工作方式和管理模式上存在根本差異，他可以有效解決紙質(zhì)檔案管理系統(tǒng)中存在的種種問題，提升檔案管理的質(zhì)量和效率。總結(jié)來說，電子檔案管理系統(tǒng)具有以下基本特征：一是以網(wǎng)絡化為基本特征，文檔的錄入、存儲、修改、查詢、監(jiān)管和信息分享等都通過計算機和網(wǎng)絡系統(tǒng)實現(xiàn)，具有數(shù)字化的一般特征；二是可以對相關文檔的起草、審批、簽發(fā)等進行有效的管理和監(jiān)督，有效避免紙質(zhì)檔案管理系統(tǒng)中安全性低、工作量大、人為影響因素大和工作繁瑣的問題。

2.科技館中建立電子文檔管理系統(tǒng)的必要性

科技館是我國重要的政務和服務型部門，很多科技成果和展示內(nèi)容都是通過文檔記錄的形式進行存儲和展覽，因此可以說文檔是科技館的智力資產(chǎn)。但是隨著科學技術的不斷進步以及新型科技研究成果的不斷涌現(xiàn)，科技館的文檔管理工作變得越來越復雜，工作量也越來越大，傳統(tǒng)的紙質(zhì)化檔案管理模式已經(jīng)難以適應科技館檔案管理的業(yè)務需求。因此必須加快科技館檔案管理的信息化和網(wǎng)絡化建設，通過建立完善的電子檔案管理系統(tǒng)和科學的管理模式提升檔案管理的質(zhì)量和效率，為促進社會進步提供一定的技術保障。

三、基于WEB技術的科技館電子檔案系統(tǒng)的設計

1.系統(tǒng)設計目標

1.1實現(xiàn)規(guī)范化和制度化辦公：目前我國很多事業(yè)單位還停留在紙質(zhì)文檔的管理模式和水平上，大部分工作都是通過人工完成，實際中摻雜了大量的人為因素，工作中缺乏規(guī)范化和制度化，同時管理質(zhì)量也較為低下。因此建自動化辦公系統(tǒng)的首要目標就是實現(xiàn)規(guī)范化和制度化辦公，規(guī)范工作流程。

1.2管理各種數(shù)據(jù)文件：數(shù)字文檔管理系統(tǒng)的另一重要特征就是可以實現(xiàn)對各種數(shù)據(jù)類型文件的管理，不僅可以建立Word文檔進行儲存和管理，同時還可以通過掃面圖像或是圖形數(shù)據(jù)對數(shù)據(jù)進行分類儲存，從而實現(xiàn)對這些各種類型數(shù)據(jù)的科學管理，實現(xiàn)各種數(shù)據(jù)的無縫對接。

2.系統(tǒng)結(jié)構(gòu)設計

基于WEB技術的開發(fā)方式具有跨平臺、界面統(tǒng)一、操作簡單、維護成本低和系統(tǒng)開發(fā)快的特點，與傳統(tǒng)的C/S模式相比，B/S信息管理系統(tǒng)是基于（Browser/Server，瀏覽器/服務器）系統(tǒng)開發(fā)的電子信息管理系統(tǒng)，該系統(tǒng)分為兩個基本構(gòu)部分，一日常事務管理，二是業(yè)務事物管理，根據(jù)不同的業(yè)務類型，以項目為單位進行運作。該系y主要由Server服務器、Internet網(wǎng)和瀏覽器組成，通過Internet網(wǎng)將Server服務器和瀏覽器連接起來，用戶可以通過瀏覽器進行電子文檔的查看和管理。

3.系統(tǒng)功能模塊設計

科技館的電子文檔管理系統(tǒng)主要分為部門信息管理、員工信息管理、公共文檔管理、個人文檔管理、部門文檔管理和系統(tǒng)管理模塊等六大模塊，各個模塊分別負責不同的業(yè)務，其中部門信息管理、員工信息管理和系統(tǒng)模塊管理屬于日常事物管理系統(tǒng)，而公共文檔管理、個人文檔管理和部門文檔管理則屬于業(yè)務事物管理的范疇，通過建立完善管理系統(tǒng)將六個模塊統(tǒng)一于WEB信息管理系統(tǒng)中，并對用戶的訪問行為進行權(quán)限管理和系統(tǒng)設置。

四、基于WEB技術的科技館電子檔案系統(tǒng)的實現(xiàn)

1.系統(tǒng)三層架構(gòu)的構(gòu)建

目前比較流行的是包含表示層、業(yè)務層以及邏輯層的三層構(gòu)架的文檔管理系統(tǒng)，該系統(tǒng)具有維護性好、穩(wěn)定性高以及安全性好的特點，同時可以方便系統(tǒng)功能的擴充，從根本上實現(xiàn)用戶的需求。通過對科技館的文檔管理進行深入分析筆者創(chuàng)建了四個子項目，即表示層（也成為界面層）、業(yè)務層（封裝了實現(xiàn)系統(tǒng)功能的應用函數(shù)）、邏輯層（對數(shù)據(jù)庫進行操作）和通用層。通用層是為了減少系統(tǒng)的冗余而引進的，并包含一些對本系統(tǒng)的各個層通用的函數(shù)。

2.數(shù)據(jù)庫的連接

本文中采用微軟最新的來進行數(shù)據(jù)庫的操作，這是一種跨時代的技術，提供了平臺互用性和可伸縮的數(shù)據(jù)訪問。同時提供的功能可以讀取各種源文件中的數(shù)據(jù)信息，并減少了需要編寫的代碼量，并提升了系統(tǒng)實際運行效率。將數(shù)據(jù)對象的操作都放在了數(shù)據(jù)層，因此定義了一個全局變量public string constr 對數(shù)據(jù)庫進行連接操作。

3.系統(tǒng)登錄模塊的設計和實現(xiàn)

本系統(tǒng)中采用用戶認證碼技術設計用戶登錄模塊，用戶的每次登錄行為中產(chǎn)生的認證碼都是不同的，生成的認證碼保存在Session模塊中，然后在用戶登錄過程中對輸入的認證碼是否與存儲的認證碼一致，如果一致則驗證通過，否則將會出現(xiàn)“驗證碼錯誤”的提示。另外，系統(tǒng)對用戶地用戶名錯誤和密碼錯誤進行了不同的處理，并保存在系統(tǒng)的日志表中，供管理員進行分析。

五、結(jié)束語

綜上所述，基于WEB技術的電子文檔管理系統(tǒng)具有傳統(tǒng)的紙質(zhì)檔案管理系統(tǒng)不可比擬的技術優(yōu)勢，其在諸多單位和部門中的應用極大地提升了單位的檔案管理質(zhì)量和效率，是今后檔案管理系統(tǒng)中建設和發(fā)展的主要方向，科技館部門應該提起高度重視，逐步建立和完善電子文檔管理系統(tǒng)，為檔案管理工作和整體效率的提升提供技術保障。

文檔管理系統(tǒng)論文:汽車轉(zhuǎn)向器設計在圖文檔管理系統(tǒng)中的應用

摘 要：汽車在轉(zhuǎn)向力的設計過程中受設計模型標準、工藝、圖樣、文件數(shù)據(jù)信息等多內(nèi)容的影響，往往具有較大的書內(nèi)容鏈接，根據(jù)數(shù)據(jù)信息的相關性對汽車轉(zhuǎn)向器的圖樣文檔內(nèi)容進行關聯(lián)，確定汽車轉(zhuǎn)向器完整的信息圖樣內(nèi)容。汽車轉(zhuǎn)向器的設計需要幾百甚至上千的圖紙，不同的圖紙可能存在不同的工藝標準，需要對有限的數(shù)據(jù)源信息進行相對合理的設計。設計過程中往往需要按照圖文進行設計，根據(jù)實際的文件產(chǎn)品設計步驟和級別，確定產(chǎn)品的設計標準。根據(jù)圖樣管理系統(tǒng)的相關應用標準，合理的分析汽車轉(zhuǎn)向器的安裝數(shù)據(jù)管理標準、數(shù)據(jù)重點級別等，分析設計人員在設計過程中的設計周期，對設計過程中可能存在的效率低、資源不足、周期時間長等問題進行準確的分析，確定汽車轉(zhuǎn)向器設計利用圖文檔案管理實現(xiàn)的工業(yè)應用發(fā)展，確保汽車利用圖文檔案管理實現(xiàn)轉(zhuǎn)向器的有效性應用。

關鍵詞：汽車；轉(zhuǎn)向器；圖文檔案

0 引言

汽車轉(zhuǎn)向器的設計往往需要從不同的結(jié)構(gòu)中進行化分析，確定不同專業(yè)的設計標準。根據(jù)設計組別進行合理的區(qū)分，確定設計的綜合協(xié)同發(fā)展效果。依照汽車轉(zhuǎn)向器的設計標準，利用圖文檔案管理標準進行設計分析。本文將分析汽車轉(zhuǎn)向器在圖文檔案管理中的應用方式和方法，通過分析圖文管理系統(tǒng)的主要功能，認識其產(chǎn)品結(jié)構(gòu)標準，分析汽車轉(zhuǎn)向器設計在圖文管理系統(tǒng)中的應用效果。

1 汽車轉(zhuǎn)向器在圖文檔案管理系統(tǒng)中的設計

在設計過程中，往往需要利用計算機完成各種圖文的設計，將文件存儲在計算機文件件內(nèi)，根據(jù)需求隨時調(diào)取相關的設計圖文檔案信息內(nèi)容。整個設計系統(tǒng)需要一個交換機和局域網(wǎng)，根據(jù)計算機為設計節(jié)點，按照局域網(wǎng)范圍內(nèi)的地位進行組編。按照綜合設計的標準完成多文件的設計。每一個設計師對不同的結(jié)構(gòu)圖樣都有操作權(quán)，通過計算機匯總到總設計師哪里，各個設計師對自己以外的設計圖樣沒有操控權(quán)利。在汽車轉(zhuǎn)向器的設計中不同的專業(yè)組別之間有總設計師統(tǒng)籌管理，這樣可以避免出現(xiàn)工作重復的現(xiàn)象。因此，汽車轉(zhuǎn)向器利用圖文檔案建立完整的圖文管理系統(tǒng)是極其重要的。這是講繁瑣的工作簡單化，方便產(chǎn)品的設計改進和提高。

1.1 硬件系統(tǒng)

在網(wǎng)絡布局設計過程中，為了改善設計標準，需要對汽車轉(zhuǎn)向器的硬件系統(tǒng)進行布局，確定圖文文檔管理系統(tǒng)的局域網(wǎng)，根據(jù)布局確定安裝服務器的終端位置。為了保證設計工作的穩(wěn)定和安全性，企業(yè)往往會在硬件設備上架設圖文檔案服務器，通過服務器完成電子存儲和調(diào)取的操作。所有設計人員都需要將設計文件存儲在其中，系統(tǒng)會采用自動備份的方式完成對數(shù)據(jù)的保護。

1.2 軟件系統(tǒng)

軟件系統(tǒng)有數(shù)據(jù)庫、服務終端、客戶端三個子系統(tǒng)組成，通過服務器終端和數(shù)據(jù)庫實現(xiàn)汽車轉(zhuǎn)向器圖文服務器的存儲和鏈接，保證電子數(shù)據(jù)的有效性存儲，方便客戶端對圖文信息的隨時管理和調(diào)取。結(jié)合軟件系統(tǒng)，根據(jù)汽車轉(zhuǎn)向器的市場發(fā)展需求進行分析，確定汽車轉(zhuǎn)向器的設計標準方案。按照汽車轉(zhuǎn)向器的布局進行設定，從各個設計小組中分析確定自己的工作職責范圍，按照相關的設計參數(shù)進行合理的設計分析。利用圖文軟件，將相關的圖樣記錄下來，通過軟件打印生產(chǎn)。在這個軟件應用中，需要對所有的圖樣進行存儲和調(diào)取，確定服務器終端的光驅(qū)動功能，保證服務器硬盤備份操作的合理安全穩(wěn)定性。

2 圖文檔案管理系統(tǒng)的基本功能

根據(jù)汽車轉(zhuǎn)向器設計的基本需求，對圖文檔案數(shù)據(jù)系統(tǒng)進行應用。需要按照登錄數(shù)據(jù)系統(tǒng)的相關用戶進行角色轉(zhuǎn)換，根據(jù)角色操作標準完成管理控制，保證不同用戶的不同操作可控性。權(quán)限的控制可以細化到每一個零件，根據(jù)零件標準，對負責人、負責產(chǎn)品進行區(qū)分，確定電子文檔有效傳輸?shù)姆掌鞴芾砑墑e，保證相關數(shù)據(jù)不再存儲在計算機中，而是存儲在網(wǎng)絡服務器終端上。通過自動化加密控制處理，我那層對服務器硬盤數(shù)據(jù)的管理發(fā)，防止硬盤數(shù)據(jù)的丟失。

2.1 電子文檔倉庫

利用CS構(gòu)件對圖文進行檔案是存儲，通過網(wǎng)絡化的存儲方式完成計算機個人圖樣到服務器終端的存儲，這種存儲模式的建立符合汽車轉(zhuǎn)向器的設計需求，通過電子倉庫的管理，實現(xiàn)電子資料的統(tǒng)一化管理，實現(xiàn)電子數(shù)據(jù)資源的安全有效共享發(fā)展。

2.2 產(chǎn)品結(jié)構(gòu)的管理

根據(jù)汽車轉(zhuǎn)向器相關設計圖文內(nèi)容進行網(wǎng)絡形式化的布局，建立符合實際結(jié)構(gòu)的裝置零部件管理關系，利用產(chǎn)品分類確定產(chǎn)品細則，根據(jù)產(chǎn)品順序逐步完善產(chǎn)品的文檔結(jié)構(gòu)標準，這些產(chǎn)品結(jié)構(gòu)往往是利用二維碼存儲的，這種方便產(chǎn)品后續(xù)的維護。

2.3 文檔圖樣板式的檢索和管理

不同的文檔往往具有不同的板式，根據(jù)不同板式自動生產(chǎn)編號，按照編號完成文檔設計和更新，這是與不同的文檔相互區(qū)別的重要指標。通過審核，將伸長的板式記錄下來，隨時調(diào)取和使用，方便文檔的后續(xù)歸檔管理。圖樣文檔的檢索是在10萬張圖紙中進行快速的搜去準確資源，確定產(chǎn)品的材料、設計人、歸檔日期、更新日期等，方便設計人員進行快速瀏覽、編排和復制調(diào)整。依照圖樣的檢索操作模式，極大程度的改善文檔圖樣資料的搜索速度，提高設計的工作效率。

2.4 產(chǎn)品生產(chǎn)報表的管理

按照圖樣數(shù)據(jù)信息的生產(chǎn)管理設計方案，制定統(tǒng)一的生產(chǎn)管理報表。設計人員按照設計圖樣進行記錄、編號、確定數(shù)據(jù)基本信息內(nèi)容。通過自動化調(diào)取工作完成圖文系統(tǒng)的快速應用，將線管數(shù)據(jù)信息匯總，生成構(gòu)件標準，列出結(jié)構(gòu)化清淡，方便生產(chǎn)數(shù)據(jù)的輸出和打印。按照原有的數(shù)據(jù)模型進行設計，產(chǎn)品數(shù)據(jù)生產(chǎn)報表會占用設計人員的大批量時間，而圖文檔案管理模式有效的節(jié)省了報表的匯總和整理時間，實現(xiàn)數(shù)據(jù)圖紙的導入和輸出，可以批量打印汽車轉(zhuǎn)向器的設計圖紙，幫助人員更好的完成圖樣的管理，提高設計的工作效率。

3 結(jié)語

綜上所述，圖文檔管理系統(tǒng)中汽車轉(zhuǎn)向器得到有效的應用，設計人員利用預先規(guī)定的設計標準，實現(xiàn)對設計圖樣的安全管理，降低設計工作強度，提高設計協(xié)同工作發(fā)展效率，對圖文當檔數(shù)據(jù)管理系統(tǒng)中的不足進行軟硬件糾正，確保數(shù)據(jù)的準確性，保證數(shù)據(jù)的實時有效性，提高汽車轉(zhuǎn)向器圖文檔管理的有效應用。

文檔管理系統(tǒng)論文:企業(yè)文檔管理系統(tǒng)設計與功能實現(xiàn)

摘 要：本文對企業(yè)文檔管理系統(tǒng)進行了一個大概的設計，分別從系統(tǒng)相關流程、功能模塊、數(shù)據(jù)庫與系統(tǒng)設計等方面進行了具體闡述，并且實現(xiàn)了用戶管理、全庫搜索、登錄管理、文件與文件柜管理等模塊功能。

關鍵詞：管理系統(tǒng) 系統(tǒng)設計 數(shù)據(jù)庫

一、文檔管理系統(tǒng)相關流程設計

1.系統(tǒng)客戶端數(shù)據(jù)流程

客戶端的功能有：下載資源、上傳資源、刪除資源、查詢資源、推送、更新資源等等。

2.系統(tǒng)各具體事項數(shù)據(jù)流程

（1）下載資源：將需要的資料從系統(tǒng)傳輸?shù)奖镜亍?

①在搜索欄內(nèi)查找資源，查詢是否已經(jīng)下載，若已下載，應更新到最新版本。②若本地沒有該資源顯示，則從系統(tǒng)下載，并顯示。③成功下載后，映射于本地數(shù)據(jù)庫。

（2）上傳資源：將本地數(shù)據(jù)庫的資料上傳于服務器。

①從服務器查找資源文件，并進行相關數(shù)據(jù)顯示，從而確定該資源存在與否。②將資源通過接口錄入到服務器。③相關結(jié)果進行映射。

（3）刪除資源：將本地數(shù)據(jù)庫中的資源刪除。

①輸入資源ID，進行刪除資源操作，刪除本地數(shù)據(jù)庫資料信息。②刪除本地的映射關系。

（4）查詢資源：在本地數(shù)據(jù)庫進行資料搜索查詢。

①輸入資源ID，在本地數(shù)據(jù)庫中進行搜索查詢。②將查詢的結(jié)果顯示出來。

二、系統(tǒng)功能模塊設計

1.同步模塊

同步模塊是指客戶端的本地數(shù)據(jù)庫和服務器的資源相對應，主要有以下幾方面。

（1）將服務器數(shù)據(jù)同步后，用戶界面通過UI顯示。

（2）將服務器同步的資源專門存儲于客戶端專用存儲同步資源區(qū)。

（3）相關平臺客戶端應在數(shù)據(jù)結(jié)構(gòu)、同步算法以及方法名、表名中保持一致。

（4）同步模塊在Windows平臺下兼具有上傳資源的功能。

通用信息平臺具有兼容性、易擴展性及可實施性，作為系統(tǒng)工具，包括五大（登錄、文件、搜索、文件柜、用戶）管理功能。

2.登錄管理功能

登錄管理功能是系統(tǒng)的基本功能，該功能的實現(xiàn)，為其他系統(tǒng)功能的實現(xiàn)創(chuàng)造了一定的條件。只有該功能進行實現(xiàn)，才能進行其他功能的實現(xiàn)。該功能主要包含登錄和退出兩種方式。

3.文件管理功能

用戶可以對文件夾進行創(chuàng)建、刪除、修改，對文件進行上傳、編輯、移動、復制、傳遞、共享。

4.搜索功能

用戶對自己所需的資源數(shù)據(jù)在服務器進行查找，按照文件名、文件所有者、范圍、文件夾名、文件類型等進行搜索。

5.文件柜管理模塊

（1）系統(tǒng)管理員可以對文件柜進行添加分類、移動、排序、授權(quán)。

（2）系統(tǒng)管理員可以對文件的查看權(quán)、上傳權(quán)、下載權(quán)、創(chuàng)建文件夾權(quán)、修改權(quán)、刪除權(quán)、管理權(quán)進行授權(quán)，還授權(quán)用戶組。

6.用戶管理功能

系統(tǒng)管理員對用戶與用戶組信息等進行添加、修改、刪除。

三、數(shù)據(jù)庫設計

建立數(shù)據(jù)庫及相關應用系統(tǒng)稱為數(shù)據(jù)庫設計，在信息系統(tǒng)建設中占有關鍵地位。由于數(shù)據(jù)庫系統(tǒng)比較復雜，因此設計起來也有一定的難度，想要直接設計出最適合的數(shù)據(jù)庫也是不可能的，只能去粗取精，逐步積累，對數(shù)據(jù)庫中的數(shù)據(jù)及其相互之間的關系進行規(guī)劃研究。

MySQL體積小、速度快、成本低，是當前中小型網(wǎng)站中較為流行的一種小型關系型的數(shù)據(jù)庫管理系統(tǒng)。很多中小型網(wǎng)站都會選擇該數(shù)據(jù)庫，本文中的系統(tǒng)也選擇MySQL數(shù)據(jù)庫。

在唯一列內(nèi)數(shù)據(jù)不可以重復，PK-Primarykey是主鍵，其他任何列只要不是主鍵便都可以作為替換鍵。

①全局設置是對系統(tǒng)的一些參數(shù)進行設置。例如站點域名、站點名稱、站點狀態(tài)、統(tǒng)計代碼、SEO關鍵字、SEO描述、關閉原因、是否初始化、是否跨柜子復制與移動等。

②關注表是用來記錄用戶及其關注的文件柜的信息。例如，關注的目標id、關注者id、關注目標的類型、關注的狀態(tài)等等。

③分類表是對文件柜分類的信息進行記錄。例如：父分類ID、分類名字、分類顯示名稱、分類描述、分類的創(chuàng)建時間、分類狀態(tài)以及排列的序號等。可以有上下級的關系。

④柜子管理員表主要記載管理員的信息。例如，管理員的綁定ID、文件柜ID、用戶ID、用戶名字。

⑤文件柜表記錄的是基本信息。主要有：其所屬分類ID、文件柜的名字、地址、排列的序號、文件柜顯示的名稱、文件柜的描述、創(chuàng)建者的ID、文件柜的創(chuàng)建者名字、時間以及文件柜的狀態(tài)。

⑥文件柜用戶綁定表主要歸納了一些文件柜與用戶的綁定信息。可以表示出屬于該文件柜的用戶，文件柜用戶綁定表包括文件柜用戶綁定ID、文件柜ID、用戶ID、用戶文件柜綁定狀態(tài)。

⑦文件柜類型統(tǒng)計的是文件柜的一些拓展信息。包括文件柜名稱、資源空間大小、資源單文件大小以及其類型。

⑧權(quán)限表包括配置用戶對文件柜的權(quán)限。包括：權(quán)限作用域類型ID、權(quán)限所作用的馬甲ID、權(quán)限作用域類型、權(quán)限碼，以及是否將此權(quán)限繼承至子文件夾、是否覆蓋父文件夾繼承下來的權(quán)限。

⑨用戶表主要是用來記錄用戶的基本信息。包括用戶賬號、密碼、名字、所在單位、所在部門、職位、email、電話、手機號碼、im、狀態(tài)、用戶公鑰、用戶私鑰、用戶序列碼、用戶公鑰是否可用。

⑩管理員表列示的為系統(tǒng)超級管理員。其具有最大權(quán)限。

資源共享表記載了資源與其提供者、接收方的相關關系。主要包括創(chuàng)建時間、共享的資源ID、提供者ID、接收者ID及資源共享接收方。

資源表記載了所有的資源信息。例如：資源項ID、文件柜ID、文件柜名字、資源創(chuàng)建者ID、資源創(chuàng)建者名字、資源的存儲路徑、資源名字、資源描述、資源大小、資源的Content-Type、資源創(chuàng)建時間、父資源ID、資源類型、資源狀態(tài)、縮略圖、上傳比例、是否已經(jīng)共享等。

馬甲表主要用來登記用戶的馬甲。一般一個用戶可以有多個其他馬甲，同一個人，可以登錄不同的賬號進來。馬甲表內(nèi)容包括馬甲名字、馬甲頭像路徑、馬甲簽名、馬甲所屬的用戶名、馬甲使用的email、馬甲狀態(tài)及馬甲類型。

四、系統(tǒng)設計

系統(tǒng)設計主要有實體類層、DAO層、業(yè)務邏輯處理層設計等。實體類層通過采用數(shù)據(jù)建模，對用戶、管理員、權(quán)限、資源共享與資源項，文件及文件柜、馬甲、柜子管理員等都建立了其相應的實體類。

DAO層主要用來將對應實體轉(zhuǎn)化成持久性數(shù)據(jù)，對應的實體類都有一個各自的DAO接口與實現(xiàn)類。業(yè)務邏輯處理層主要是處理一些業(yè)務邏輯。對于每個實體都提供了一個相關的業(yè)務邏輯處理接口。系統(tǒng)定義了一個IService接口來獲得所有業(yè)務邏輯處理層的接口，以使得Web層方便調(diào)用。

五、小結(jié)

本文主要對文檔管理系統(tǒng)相關流程、系統(tǒng)功能模塊、數(shù)據(jù)庫以及系統(tǒng)進行了設計分析與研究，對文檔管理系統(tǒng)的整體以及各具體部分分別進行了闡述，為該系統(tǒng)的實踐提供了基礎與借鑒。不過本文設計的系統(tǒng)隨著時間的變化，需要不斷地加入新元素，更新改進，從而保持系統(tǒng)的時效性。

（作者單位：太原理工大學、山西省呂梁市柳林縣王家溝鄉(xiāng)政府）

文檔管理系統(tǒng)論文:虛擬磁盤機制在企業(yè)文檔管理系統(tǒng)中的應用

摘 要

文檔管理系統(tǒng)在個人PC上的形態(tài)基本上以網(wǎng)盤客戶端的形式出現(xiàn)。網(wǎng)盤的確是個“盤”，需要保存文件、建立目錄、同步數(shù)據(jù)等操作。既然是一個本地“盤”，那么把文檔管理系統(tǒng)的客戶端做成一個真正的“盤符”，或者說文件系統(tǒng)是最理想的形態(tài)。

【關鍵詞】虛擬磁盤機制 企業(yè)文檔 管理系統(tǒng)

文檔管理的客戶端基礎就是“網(wǎng)盤”，個人網(wǎng)盤因為沒有太多的共享需求，所以可以直接使用掃描目錄已發(fā)現(xiàn)變化，實現(xiàn)文檔實時同步。

但是，在企業(yè)級文檔管理場景下，“數(shù)據(jù)共享協(xié)作”是主要的文檔同步來源。海量的共享文檔數(shù)據(jù)使得客戶端無法像個人網(wǎng)盤那樣實現(xiàn)全同步。這會導致本地設備存儲空間被占滿，并且整個企業(yè)網(wǎng)絡都是文檔下載流量。因此，只能實現(xiàn)成“觸發(fā)式同步”。觸發(fā)式”同步機制雖然能夠解決海量文件全同步的問題，但是無法解決大文件格式，如視頻、PDF、dwg等格式文件在窄帶或者網(wǎng)絡質(zhì)量不好的場景下訪問。

1 基于“觸發(fā)”機制的同步方式

主流的文檔管理產(chǎn)品客戶端依賴 windows 的HOOK機制，通過攔截特定的文件操作API，來實現(xiàn)觸發(fā)同步。抽象起來可以描述為“打開時全文檔下載”和“關閉后全文檔上傳。

但是應用程序?qū)τ谝粋€文件的操作往往包含如下四個步驟：

（1）打開文件（創(chuàng)建文檔）；

（2）讀取文檔；

（3）寫入文檔；

（4）關閉文檔。

當然，有時文檔會只讀不寫，有時則是只寫不讀。

對于應用程序而言，打開的時候并不需要讀取文檔。只有在真正調(diào)用ReadFile（……）（或者類似函數(shù)）時，才會需要出發(fā)下載文檔（如果文檔沒有下載的話）。而且程序不會在一次調(diào)用過程中讀取整個文檔，除非這個文檔很小。應用程序通常一次ReadFile（）調(diào)用會讀取幾K到幾十K字節(jié)。無論是應用程序，還是用戶，對于一次ReadFile（）調(diào)用的響應要求大體會在幾毫秒到幾十毫秒之間。換句話說，應用程序?qū)τ谖臋n的讀取請求是隨機訪問。

對于采用Hook機制的文檔同步客戶端而言，需要攔截打開、關閉、讀取、寫入等文檔操作。并且做出正確的響應。但是API HOOK并不能攔截到應用程序?qū)τ谖募乃性L問。Windows的文件操作API很多，不同的windows版本還由變化。尋找到所有文件操作API盡管可以做到，但是相當耗費精力。最終一類特殊的文件方式使得程序無法完全捕捉到文檔訪問。一些程序，例如“記事本”，通過內(nèi)存映射的方式打開文檔，讀寫將不會通過API，而是直接讀取內(nèi)存地址。

無法攔截到所有文件讀寫的API情況下，此時基于hook機制的客戶端被迫在文件打開的時候掛住api調(diào)用，將文件下載到文檔同步客戶端緩存里。然后繼續(xù)執(zhí)行系統(tǒng)原生的文件打開操作，完成文件打開。而后，應用程序繼續(xù)調(diào)用讀取文件API，執(zhí)行原生的讀寫。同樣，在捕獲到文件關閉的操作后，文檔同步客戶端開始執(zhí)行文檔上傳邏輯（實際情況是延遲上傳以便版本合并）。

這種基于hook機制的同步方式存在的缺陷很明顯，應用程序?qū)ξ募淖x寫被迫延遲到文檔下載完成之后。如果文件是幾百MB或者上GB打消，這種延遲將會非常明顯。這個當前基于HOOK機制的文檔同步客戶端很大的一個問題。而且視頻類的流媒體打開時并不需要整個文件，它們往往只讀取了一點內(nèi)容（meta和幾個KB字節(jié)）便可以開始播放。此時該機制的同步客戶端會加劇此事的用戶體驗，令用戶無法忍受。

由于文檔在觸發(fā)下載之后，仍舊通過windows原生的機制讀取本地磁盤上的文件，緩存目錄必須是開放的、讀取可訪問的 。也就是說整個文檔管理同步客戶端在本地PC上的緩存目錄時暴露的，無法隱藏的，不利于安全保護，也不利于后續(xù)進行細顆粒度緩存策略。

2 基于虛擬磁盤機制的同步方式

歸結(jié)起來，hook機制無法攔截所有的文件操作。而攔截所有文件訪問的方案包括兩類：用戶態(tài)文件系統(tǒng)和網(wǎng)絡文件系統(tǒng)。

用后臺文件系統(tǒng)主要用于Unix系統(tǒng)上。最常用的是LINUX的fuse。Windows上缺乏很成熟的用戶態(tài)文件系統(tǒng)。Docken不夠穩(wěn)定，缺乏使用案例，而且在Windows系統(tǒng)中無法 解決藍屏的問題。VHD技術是微軟官方提供的虛擬磁盤技術，頗具潛力，但是尚不明確是否可以截獲所有文件操作，需進一步考察。

網(wǎng)絡文件系統(tǒng)支持的虛擬磁盤技術術語網(wǎng)絡文件協(xié)議比較奇特的應用方式。其原理是將文檔同步客戶端實現(xiàn)成一個單用戶單掛載的網(wǎng)絡文件系統(tǒng)的服務器。運行在客戶機器上。然后在客戶機上掛載成一個網(wǎng)絡卷。當應用程序訪問這個卷上的文件時，網(wǎng)絡文件系統(tǒng)就會將訪問操作傳遞給文檔同步客戶端程序，從而實現(xiàn)文件操作攔截。作為網(wǎng)絡文件系統(tǒng)服務器，必然會攔截到所有網(wǎng)絡訪問。當前，海量的文件共享協(xié)作場景下比較合適的網(wǎng)絡協(xié)議是SMB系列。SMB協(xié)議很復雜，實現(xiàn)起來有較大的工作量，但是其功能比較完整，在Windows和osx上的兼容性較好。

無論哪種技術，虛擬磁盤方式會帶來很多收益。首先，虛擬磁盤模式下，包括讀寫在內(nèi)的文件訪問都有本地文檔管理客戶端實現(xiàn)，客戶端就可以掩藏緩存目錄。一旦緩存目錄對于用戶不可見（應用程序不可見），那么緩存模式便可以細顆粒度的控制文檔緩存模式。

歸納起來，一個文檔在客戶端緩存的模式包括：

2.1 無緩存

每次從服務器讀取文檔。無緩存只能針對讀取，也就是只讀文檔（或者只讀狀態(tài)打開的文檔）才能無緩存。寫入必須要有緩存。當前主流的對象存儲不支持隨機寫入。

2.2 內(nèi)存緩存

在內(nèi)存中緩存整個文檔。文檔緩存在內(nèi)存中，文檔關閉并上傳至服務端后，內(nèi)存釋放。該方式可以不占據(jù)本次磁盤空間，單卻要占用更加珍貴的內(nèi)存空間。所以正常情況下基本不會采用該方式。

2.3 臨時緩存

在磁盤上緩存整個文檔，文檔使用完成（關閉），并且完成上傳后，刪除緩存文檔。

2.4 短期緩存

還是需要將文檔內(nèi)容緩存至本地磁盤，但是該緩存空間在文檔關閉后的一定時間之后釋放。

2.5 可淘汰緩存

緩存整體容量存在上限，當本地緩存容量超限時，清除長期未被訪問的文檔的緩存。設是文件系統(tǒng)緩存采用的工作模式。

2.6 持久緩存

始終緩存不淘汰，直到人工干預執(zhí)行清理。這種模式在存在大量用戶間共享的情況下本地客戶端緩存容量會被耗盡，通常不使用該方式。但是對于用戶自己生產(chǎn)和編輯的文檔可以考慮持久緩存。

2.7 塊級緩存

根據(jù)應用長須的文件讀取請求，以固定大小數(shù)據(jù)塊從服務端緩存。應用程序讀取文檔時，文檔同步客戶端如果所讀取的位置沒有緩存，則從服務端下載一整塊數(shù)據(jù)，而不僅僅是應用程序所讀取的哪一點。這樣，當應用程序讀取下一塊時，這些數(shù)據(jù)已經(jīng)被緩存，只需從緩存中讀取。可以進一步在應用程序讀取某一塊的時候，預緩存相鄰的數(shù)據(jù)塊以提升性能。塊大小通常選擇64K-1M之間。

這些緩存模式互相之間并不沖突，同一客戶端內(nèi)的不同文檔和目錄可以采用不同的緩存策略。比如用戶自己創(chuàng)建或者編輯的文檔采用持久緩存，主動同步的文檔也可以采用持久緩存，而其他用戶共享的文檔，特別是只讀的可以臨時緩存或者短期緩存。通過對不同類型、不同類別的文檔設定不同的緩存策略，可以最大程度的優(yōu)化文檔管理客戶端對于本地資源的利用。

3 虛擬磁盤機制的同步性能

這里所說的“性能”實際上是指用戶在操作文檔時感受到的延遲。現(xiàn)有基于HOOK機制 文檔管理客戶端上，由于緩存模式的關系，從文檔打開到文檔應用程序加載完整個文檔為止，需要經(jīng)歷兩個步驟：

（1）在應用程序打開文檔時，本地客戶端掛起該“打開”操作，開始下載文檔；

（2）文檔下載完成后，客戶端恢復應用程序的打開流程，應用程序讀取文檔。

此事用戶所感受到的操作延遲是下載文檔+應用程序打開文檔。對于編輯體積龐大的文檔，比如上GB的設計圖紙或視頻，即便打開文檔文檔已經(jīng)需要很長的時間了再加上等待下載完成的時間，用戶往往對此無法忍受。

很顯然，如果下載和應用程序打開文檔能夠同時進行，那么延時體驗會有很大的進步。基于虛擬磁盤機制便提供了這樣的一種途徑。由于虛擬磁盤攔截了所有對文件的訪問，包括讀取和寫入。因此文檔管理客戶端可以在應用程序讀取文檔的時候從服務端獲取文檔數(shù)據(jù)。而且可以做到一邊下載數(shù)據(jù)，一邊向應用程序訪問數(shù)據(jù)。這樣，文檔打開的延遲僅受限于網(wǎng)絡下載的速度。

4 虛擬磁盤方式客戶端與NAS優(yōu)劣勢

如之前所述，基于HOOK機制的同步客戶端受限于技術本身，無法接管文件的讀寫。所以只能使用文檔打開時下載，下載后繼續(xù)執(zhí)行讀取操作的方案。但是在虛擬磁盤模式下，文件的讀寫完全由文檔同步客戶端處理，客戶可以再下載到所需內(nèi)容后，立即將數(shù)據(jù)反饋給應用程序，而不必等待整個文檔下載完成。也就是說，可以采用“按需下載”的方式。整個模式在響應時間上等同于NAS的操作，因而虛擬磁盤模式在延遲上等價于“NAS”。但是虛擬磁盤由于存在Benin緩存，因此可以邊下載，邊反饋數(shù)據(jù)，邊緩存數(shù)據(jù)。這樣，當用戶第二次打開文件時，直接從本地緩存獲取數(shù)據(jù)，會比NAS塊很多。

而且，虛擬磁盤模式可以采用塊緩存、預緩存技術，優(yōu)化下載速度，進一步減少打開文檔時的延遲。所以，在延遲方面，虛擬磁盤模式在首次打開文檔時，與NAS有相當?shù)难舆t特性，而在后續(xù)打開同一文檔時，延遲遠遠小于NAS。

相比于NAS，基于虛擬磁盤機制的文檔同步客戶端真正的缺陷在于對客戶計算機本地磁盤的消耗上。在一些本地磁盤有限的場景下，比如虛擬桌面，比如打開大型圖紙編輯，視頻編輯時，客戶計算機往往都是高端的工作站，不會缺乏本地資源。基于虛擬磁盤機制的客戶端對于本地磁盤的占用不是一個非常嚴重的問題。

5 虛擬磁盤同步機制的改進方向

虛擬磁盤模式真正無法使用的場景，就是不能或者無法占用本地磁盤。典型的應用場景就是桌面虛擬化。為了應對這種使用習慣。我們可以在現(xiàn)有文檔管理服務端的基礎上前置NAS機頭提供NAS接入服務。

虛擬磁盤模式有的基本方案是使用SMB協(xié)議，而SMB本身就是NAS協(xié)議。這以為這虛擬磁盤模式的大部分成果可以在NAS機頭上繼續(xù)沿用。使得技術路徑可以逐步演進。

圖1簡單描述了內(nèi)置NAS協(xié)議轉(zhuǎn)換的基本方案，通過一個NAS網(wǎng)關實現(xiàn)SMB、NFS等網(wǎng)絡文件系統(tǒng)協(xié)議，接受來自PC、mac、linux客戶端的網(wǎng)絡文件訪問請求。而后將其轉(zhuǎn)化為類似于虛擬磁盤模式中的文檔操作。這個實現(xiàn)基本上就是將文檔管理客戶端模塊轉(zhuǎn)移到專門的服務網(wǎng)關中，并且擴展成多用戶、多掛載的模式。

6 總結(jié)

通過虛擬磁盤機制的文檔管理客戶端可以避免現(xiàn)有HOOK機制，文件全同步等機制造成的本地磁盤空間占用率高，網(wǎng)絡帶寬占用率高。用戶體驗不佳等問題。通過對虛擬磁盤機制下各種緩存機制的調(diào)優(yōu)，基本上能夠達到云端文件無延遲打開和編輯。