時間：2022-04-19 03:01:08
序論：在您撰寫文檔管理系統(tǒng)論文時，參考他人的優(yōu)秀作品可以開闊視野，小編為您整理的1篇范文，希望這些建議能夠激發(fā)您的創(chuàng)作熱情，引導(dǎo)您走向新的創(chuàng)作高度。
摘要：
汽車在轉(zhuǎn)向力的設(shè)計過程中受設(shè)計模型標(biāo)準(zhǔn)、工藝、圖樣、文件數(shù)據(jù)信息等多內(nèi)容的影響，往往具有較大的書內(nèi)容鏈接，根據(jù)數(shù)據(jù)信息的相關(guān)性對汽車轉(zhuǎn)向器的圖樣文檔內(nèi)容進(jìn)行關(guān)聯(lián)，確定汽車轉(zhuǎn)向器完整的信息圖樣內(nèi)容。汽車轉(zhuǎn)向器的設(shè)計需要幾百甚至上千的圖紙，不同的圖紙可能存在不同的工藝標(biāo)準(zhǔn)，需要對有限的數(shù)據(jù)源信息進(jìn)行相對合理的設(shè)計。設(shè)計過程中往往需要按照圖文進(jìn)行設(shè)計，根據(jù)實際的文件產(chǎn)品設(shè)計步驟和級別，確定產(chǎn)品的設(shè)計標(biāo)準(zhǔn)。根據(jù)圖樣管理系統(tǒng)的相關(guān)應(yīng)用標(biāo)準(zhǔn)，合理的分析汽車轉(zhuǎn)向器的安裝數(shù)據(jù)管理標(biāo)準(zhǔn)、數(shù)據(jù)重點級別等，分析設(shè)計人員在設(shè)計過程中的設(shè)計周期，對設(shè)計過程中可能存在的效率低、資源不足、周期時間長等問題進(jìn)行準(zhǔn)確的分析，確定汽車轉(zhuǎn)向器設(shè)計利用圖文檔案管理實現(xiàn)的工業(yè)應(yīng)用發(fā)展，確保汽車?yán)脠D文檔案管理實現(xiàn)轉(zhuǎn)向器的有效性應(yīng)用。
關(guān)鍵詞：
汽車；轉(zhuǎn)向器；圖文檔案
0引言
汽車轉(zhuǎn)向器的設(shè)計往往需要從不同的結(jié)構(gòu)中進(jìn)行化分析，確定不同專業(yè)的設(shè)計標(biāo)準(zhǔn)。根據(jù)設(shè)計組別進(jìn)行合理的區(qū)分，確定設(shè)計的綜合協(xié)同發(fā)展效果。依照汽車轉(zhuǎn)向器的設(shè)計標(biāo)準(zhǔn)，利用圖文檔案管理標(biāo)準(zhǔn)進(jìn)行設(shè)計分析。本文將分析汽車轉(zhuǎn)向器在圖文檔案管理中的應(yīng)用方式和方法，通過分析圖文管理系統(tǒng)的主要功能，認(rèn)識其產(chǎn)品結(jié)構(gòu)標(biāo)準(zhǔn)，分析汽車轉(zhuǎn)向器設(shè)計在圖文管理系統(tǒng)中的應(yīng)用效果。
1汽車轉(zhuǎn)向器在圖文檔案管理系統(tǒng)中的設(shè)計
在設(shè)計過程中，往往需要利用計算機(jī)完成各種圖文的設(shè)計，將文件存儲在計算機(jī)文件件內(nèi)，根據(jù)需求隨時調(diào)取相關(guān)的設(shè)計圖文檔案信息內(nèi)容。整個設(shè)計系統(tǒng)需要一個交換機(jī)和局域網(wǎng)，根據(jù)計算機(jī)為設(shè)計節(jié)點，按照局域網(wǎng)范圍內(nèi)的地位進(jìn)行組編。按照綜合設(shè)計的標(biāo)準(zhǔn)完成多文件的設(shè)計。每一個設(shè)計師對不同的結(jié)構(gòu)圖樣都有操作權(quán)，通過計算機(jī)匯總到總設(shè)計師哪里，各個設(shè)計師對自己以外的設(shè)計圖樣沒有操控權(quán)利。在汽車轉(zhuǎn)向器的設(shè)計中不同的專業(yè)組別之間有總設(shè)計師統(tǒng)籌管理，這樣可以避免出現(xiàn)工作重復(fù)的現(xiàn)象。因此，汽車轉(zhuǎn)向器利用圖文檔案建立完整的圖文管理系統(tǒng)是極其重要的。這是講繁瑣的工作簡單化，方便產(chǎn)品的設(shè)計改進(jìn)和提高。
1.1硬件系統(tǒng)
在網(wǎng)絡(luò)布局設(shè)計過程中，為了改善設(shè)計標(biāo)準(zhǔn)，需要對汽車轉(zhuǎn)向器的硬件系統(tǒng)進(jìn)行布局，確定圖文文檔管理系統(tǒng)的局域網(wǎng)，根據(jù)布局確定安裝服務(wù)器的終端位置。為了保證設(shè)計工作的穩(wěn)定和安全性，企業(yè)往往會在硬件設(shè)備上架設(shè)圖文檔案服務(wù)器，通過服務(wù)器完成電子存儲和調(diào)取的操作。所有設(shè)計人員都需要將設(shè)計文件存儲在其中，系統(tǒng)會采用自動備份的方式完成對數(shù)據(jù)的保護(hù)。
1.2軟件系統(tǒng)
軟件系統(tǒng)有數(shù)據(jù)庫、服務(wù)終端、客戶端三個子系統(tǒng)組成，通過服務(wù)器終端和數(shù)據(jù)庫實現(xiàn)汽車轉(zhuǎn)向器圖文服務(wù)器的存儲和鏈接，保證電子數(shù)據(jù)的有效性存儲，方便客戶端對圖文信息的隨時管理和調(diào)取。結(jié)合軟件系統(tǒng)，根據(jù)汽車轉(zhuǎn)向器的市場發(fā)展需求進(jìn)行分析，確定汽車轉(zhuǎn)向器的設(shè)計標(biāo)準(zhǔn)方案。按照汽車轉(zhuǎn)向器的布局進(jìn)行設(shè)定，從各個設(shè)計小組中分析確定自己的工作職責(zé)范圍，按照相關(guān)的設(shè)計參數(shù)進(jìn)行合理的設(shè)計分析。利用圖文軟件，將相關(guān)的圖樣記錄下來，通過軟件打印生產(chǎn)。在這個軟件應(yīng)用中，需要對所有的圖樣進(jìn)行存儲和調(diào)取，確定服務(wù)器終端的光驅(qū)動功能，保證服務(wù)器硬盤備份操作的合理安全穩(wěn)定性。
2圖文檔案管理系統(tǒng)的基本功能
根據(jù)汽車轉(zhuǎn)向器設(shè)計的基本需求，對圖文檔案數(shù)據(jù)系統(tǒng)進(jìn)行應(yīng)用。需要按照登錄數(shù)據(jù)系統(tǒng)的相關(guān)用戶進(jìn)行角色轉(zhuǎn)換，根據(jù)角色操作標(biāo)準(zhǔn)完成管理控制，保證不同用戶的不同操作可控性。權(quán)限的控制可以細(xì)化到每一個零件，根據(jù)零件標(biāo)準(zhǔn)，對負(fù)責(zé)人、負(fù)責(zé)產(chǎn)品進(jìn)行區(qū)分，確定電子文檔有效傳輸?shù)姆?wù)器管理級別，保證相關(guān)數(shù)據(jù)不再存儲在計算機(jī)中，而是存儲在網(wǎng)絡(luò)服務(wù)器終端上。通過自動化加密控制處理，我那層對服務(wù)器硬盤數(shù)據(jù)的管理發(fā)，防止硬盤數(shù)據(jù)的丟失。
2.1電子文檔倉庫
利用CS構(gòu)件對圖文進(jìn)行檔案是存儲，通過網(wǎng)絡(luò)化的存儲方式完成計算機(jī)個人圖樣到服務(wù)器終端的存儲，這種存儲模式的建立符合汽車轉(zhuǎn)向器的設(shè)計需求，通過電子倉庫的管理，實現(xiàn)電子資料的統(tǒng)一化管理，實現(xiàn)電子數(shù)據(jù)資源的安全有效共享發(fā)展。
2.2產(chǎn)品結(jié)構(gòu)的管理
根據(jù)汽車轉(zhuǎn)向器相關(guān)設(shè)計圖文內(nèi)容進(jìn)行網(wǎng)絡(luò)形式化的布局，建立符合實際結(jié)構(gòu)的裝置零部件管理關(guān)系，利用產(chǎn)品分類確定產(chǎn)品細(xì)則，根據(jù)產(chǎn)品順序逐步完善產(chǎn)品的文檔結(jié)構(gòu)標(biāo)準(zhǔn)，這些產(chǎn)品結(jié)構(gòu)往往是利用二維碼存儲的，這種方便產(chǎn)品后續(xù)的維護(hù)。
2.3文檔圖樣板式的檢索和管理
不同的文檔往往具有不同的板式，根據(jù)不同板式自動生產(chǎn)編號，按照編號完成文檔設(shè)計和更新，這是與不同的文檔相互區(qū)別的重要指標(biāo)。通過審核，將伸長的板式記錄下來，隨時調(diào)取和使用，方便文檔的后續(xù)歸檔管理。圖樣文檔的檢索是在10萬張圖紙中進(jìn)行快速的搜去準(zhǔn)確資源，確定產(chǎn)品的材料、設(shè)計人、歸檔日期、更新日期等，方便設(shè)計人員進(jìn)行快速瀏覽、編排和復(fù)制調(diào)整。依照圖樣的檢索操作模式，極大程度的改善文檔圖樣資料的搜索速度，提高設(shè)計的工作效率。
2.4產(chǎn)品生產(chǎn)報表的管理
按照圖樣數(shù)據(jù)信息的生產(chǎn)管理設(shè)計方案，制定統(tǒng)一的生產(chǎn)管理報表。設(shè)計人員按照設(shè)計圖樣進(jìn)行記錄、編號、確定數(shù)據(jù)基本信息內(nèi)容。通過自動化調(diào)取工作完成圖文系統(tǒng)的快速應(yīng)用，將線管數(shù)據(jù)信息匯總，生成構(gòu)件標(biāo)準(zhǔn)，列出結(jié)構(gòu)化清淡，方便生產(chǎn)數(shù)據(jù)的輸出和打印。按照原有的數(shù)據(jù)模型進(jìn)行設(shè)計，產(chǎn)品數(shù)據(jù)生產(chǎn)報表會占用設(shè)計人員的大批量時間，而圖文檔案管理模式有效的節(jié)省了報表的匯總和整理時間，實現(xiàn)數(shù)據(jù)圖紙的導(dǎo)入和輸出，可以批量打印汽車轉(zhuǎn)向器的設(shè)計圖紙，幫助人員更好的完成圖樣的管理，提高設(shè)計的工作效率。
3結(jié)語
綜上所述，圖文檔管理系統(tǒng)中汽車轉(zhuǎn)向器得到有效的應(yīng)用，設(shè)計人員利用預(yù)先規(guī)定的設(shè)計標(biāo)準(zhǔn)，實現(xiàn)對設(shè)計圖樣的安全管理，降低設(shè)計工作強(qiáng)度，提高設(shè)計協(xié)同工作發(fā)展效率，對圖文當(dāng)檔數(shù)據(jù)管理系統(tǒng)中的不足進(jìn)行軟硬件糾正，確保數(shù)據(jù)的準(zhǔn)確性，保證數(shù)據(jù)的實時有效性，提高汽車轉(zhuǎn)向器圖文檔管理的有效應(yīng)用。
作者：魏占勝 李躍光 單位：長春大學(xué)機(jī)械與車輛工程學(xué)院
[摘要]
目的提高對醫(yī)學(xué)實驗文檔、原始數(shù)據(jù)尤其是大文件的管理效率，增強(qiáng)安全性和保密性。方法在數(shù)據(jù)庫管理軟件平臺下遵循數(shù)據(jù)庫規(guī)范化設(shè)計方法，利用跨平臺的面向?qū)ο蟮某绦蛟O(shè)計語言（Java）開發(fā)醫(yī)學(xué)實驗文檔管理系統(tǒng)數(shù)據(jù)庫。結(jié)果利用該系統(tǒng)實現(xiàn)了對醫(yī)學(xué)實驗文檔及原始數(shù)據(jù)進(jìn)行上傳、下載及權(quán)限管理和自動備份等管理功能。結(jié)論本研究所采用的方法是將實驗研究過程中的原始數(shù)據(jù)和文件直接以二進(jìn)制的形式保存到數(shù)據(jù)庫，有效地保證了數(shù)據(jù)的安全性和保密性。
[關(guān)鍵詞]
醫(yī)學(xué)文檔管理系統(tǒng)；SQLserver數(shù)據(jù)庫；Java程序語言；醫(yī)學(xué)實驗文檔
近年來，隨著多媒體技術(shù)和計算機(jī)網(wǎng)絡(luò)的飛速發(fā)展，數(shù)據(jù)庫系統(tǒng)的發(fā)展十分迅速，應(yīng)用領(lǐng)域愈來愈廣。良好的數(shù)據(jù)庫設(shè)計不僅能夠節(jié)省數(shù)據(jù)的存儲空間，保證數(shù)據(jù)的完整性，而且還能夠方便地進(jìn)行數(shù)據(jù)庫應(yīng)用系統(tǒng)的開發(fā)與管理[1]。醫(yī)學(xué)實驗文檔管理系統(tǒng)的數(shù)據(jù)庫主要是管理用戶以及在醫(yī)學(xué)項目的實驗研究過程中生成的所有文件，包括原始記錄文件、臨時文件以及最終的結(jié)果文件。這些文件的類型主要包括PPT、Word、Excel、PDF、tiff文件及各種類型的圖片和專用文件。對于上述文件的管理，一般采取的方法是將上述文件保存在服務(wù)器的某個硬盤中的文件夾下面，而將文件的路徑保存在數(shù)據(jù)庫中。采取這種方式的優(yōu)點是能減輕數(shù)據(jù)庫的壓力，在上傳和下載文件時速度快。缺點是文件的安全性和保密性不夠好，尤其是當(dāng)服務(wù)器出現(xiàn)問題時，文件很容易丟失，而且無法恢復(fù)。本研究所采用的方法是將實驗研究過程中的原始數(shù)據(jù)和文件直接以二進(jìn)制的形式保存到數(shù)據(jù)庫中，而不是保存在服務(wù)器的硬盤中。本文采用的是SQLserver2008數(shù)據(jù)庫，數(shù)據(jù)庫的安全性比較高，而且在設(shè)計數(shù)據(jù)庫時實行數(shù)據(jù)庫自動備份，因此數(shù)據(jù)不易丟失。此外，還對實驗數(shù)據(jù)的上傳、查詢以及下載進(jìn)行權(quán)限設(shè)置，根據(jù)用戶的不同權(quán)限提供不同的功能，有效地保證了數(shù)據(jù)的安全性和保密性。
1需求分析
1.1功能需求分析醫(yī)學(xué)實驗文檔管理系統(tǒng)是依據(jù)醫(yī)學(xué)實驗研究的需要而建立的輔助化信息管理系統(tǒng)。該系統(tǒng)是以醫(yī)學(xué)實驗項目為核心，對實驗項目相關(guān)的各種數(shù)據(jù)文檔以及涉及的用戶進(jìn)行有效的管理，旨在提高管理效率的同時增強(qiáng)信息的安全性和可靠性。醫(yī)學(xué)實驗文檔管理系統(tǒng)的功能需求因各個實驗室的具體情況而有所不同，本研究以首都醫(yī)科大學(xué)的實驗室為例，經(jīng)過調(diào)查分析其功能需求如下[2-3]：（1）用戶管理?；谙到y(tǒng)安全性、共享性以及高效的管理性考慮，要求系統(tǒng)根據(jù)用戶不同的操作需求，為各類用戶提供相應(yīng)的操作權(quán)限。用戶管理主要的功能：①添加用戶，只有添加到該系統(tǒng)中的用戶才能訪問該系統(tǒng)；②設(shè)置用戶的權(quán)限，可以將用戶的權(quán)限設(shè)置為普通用戶、實驗的設(shè)計者、實驗負(fù)責(zé)人以及項目主管其中之一或者這些權(quán)限的組合；③刪除用戶，當(dāng)用戶不在該系統(tǒng)中時，主管要刪除該用戶，使得該用戶無法再登錄到該系統(tǒng)，從而保證系統(tǒng)的安全性與可靠性；④修改用戶密碼，當(dāng)用戶忘記自己的密碼時，可以通過向主管申請，由主管來將該用戶的密碼重置為系統(tǒng)默認(rèn)的密碼，然后用戶登錄到系統(tǒng)后再修改自己的密碼。（2）項目管理。其主要功能是：①創(chuàng)建項目以及項目下的子項目，當(dāng)主管接到一個新的項目時，可在該系統(tǒng)中創(chuàng)建該項目，以及該項目下的若干個子項目；②分配項目及其子項目，在新建項目時，主管要指定該項目的負(fù)責(zé)人，然后由該項目的負(fù)責(zé)人將該項目的所有子項目分配到具體的實驗的設(shè)計者手中；③修改項目狀態(tài)，當(dāng)項目結(jié)束時，主管要將項目的狀態(tài)改為“完成”，此時該項目的所有參與者(主管除外)都不能再對該項目做任何修改，也不能下載該項目的任何信息；④修改項目權(quán)限，該系統(tǒng)中的用戶需要參考系統(tǒng)中的其他項目時，此用戶需要向主管提出申請并得到授權(quán)后，此項目中的相應(yīng)子項目才對該用戶開放并自動地記錄此用戶的個人信息及查看的項目信息。在該用戶參考完畢后，再由主管將開放的項目關(guān)閉。（3）上傳實驗文檔。其主要功能是：實驗的設(shè)計者在做項目實驗的過程中會得到實驗相關(guān)的一系列原始數(shù)據(jù)（條件優(yōu)化、過程記錄、結(jié)果分析和結(jié)論），它們會以PPT、Word、Excel、tiff文件、圖片或者專用文件的形式存儲，實驗的設(shè)計者需要及時將這些文檔上傳到該數(shù)據(jù)庫中，以防止數(shù)據(jù)的丟失和泄露。同時，在設(shè)計者負(fù)責(zé)的子項目完成之前，其他的所有用戶對該子項目均不可見，直到該子項目實驗完成后，相應(yīng)的項目負(fù)責(zé)人或者主管才能對該子項目進(jìn)行相應(yīng)的操作，進(jìn)而防止實驗結(jié)果被篡改。（4）查詢。其主要功能是：①查詢項目文檔，經(jīng)主管授權(quán)哪些項目對哪些用戶開放后，那些用戶便可以在該系統(tǒng)中查詢到相應(yīng)開放的項目的詳細(xì)信息，如項目名稱，項目中開放的所有子項目，每個子項目下的所有文件名等等；②下載項目文檔，當(dāng)用戶查詢到自己需要的文檔時，既可以單個文檔進(jìn)行下載，也可以批量的進(jìn)行下載。在下載的同時該系統(tǒng)會記錄用戶的個人信息、下載的文件及下載的具體時間，能有效提升系統(tǒng)對所有文檔的安全性和保密性管理。
1.2數(shù)據(jù)需求分析根據(jù)功能分析，醫(yī)學(xué)實驗文檔管理系統(tǒng)的數(shù)據(jù)信息主要有：①用戶信息；②實驗項目信息；③項目原始數(shù)據(jù)及文檔信息；④項目權(quán)限及用戶下載信息。系統(tǒng)內(nèi)所有的數(shù)據(jù)均由數(shù)據(jù)庫統(tǒng)一管理，數(shù)據(jù)的共享與交換由各個功能模塊通過數(shù)據(jù)訪問技術(shù)來實現(xiàn)，以此來滿足系統(tǒng)的數(shù)據(jù)功能需求[4-5]。
2數(shù)據(jù)庫設(shè)計
數(shù)據(jù)庫設(shè)計是醫(yī)學(xué)實驗文檔管理系統(tǒng)的核心，其設(shè)計合理與否直接影響數(shù)據(jù)庫應(yīng)用系統(tǒng)的軟件架構(gòu)及數(shù)據(jù)處理的效率。在對系統(tǒng)的總體功能分析的基礎(chǔ)上，本文利用SQLserver2008數(shù)據(jù)庫進(jìn)行該系統(tǒng)的數(shù)據(jù)庫設(shè)計。下面主要從數(shù)據(jù)庫的概念結(jié)構(gòu)設(shè)計、邏輯結(jié)構(gòu)設(shè)計和數(shù)據(jù)表及完整性的設(shè)計與實現(xiàn)三方面進(jìn)行介紹。
2.1概念結(jié)構(gòu)設(shè)計經(jīng)過上述的需求分析后，先將需求分析得到的結(jié)果抽象為用戶觀點的概念模型并用實體關(guān)系（E-R）圖進(jìn)行表示。根據(jù)需求分析，可以抽象出用戶信息、實驗項目信息、項目文檔信息、項目權(quán)限、下載信息等5類實體，各個實體之間的具體聯(lián)系。
2.2邏輯結(jié)構(gòu)設(shè)計上述的E-R模型是用戶的模型，獨立于任何一個具體的數(shù)據(jù)庫管理系統(tǒng)，而數(shù)據(jù)庫的邏輯結(jié)構(gòu)設(shè)計的任務(wù)是根據(jù)概念結(jié)構(gòu)的E-R關(guān)系圖，按照一定的轉(zhuǎn)換規(guī)則將其轉(zhuǎn)換成數(shù)據(jù)模型的過程，即在關(guān)系數(shù)據(jù)庫管理系統(tǒng)中，將所有的實體和相應(yīng)的聯(lián)系轉(zhuǎn)化為一系列的關(guān)系模型。醫(yī)學(xué)實驗文檔管理系統(tǒng)的關(guān)系模型轉(zhuǎn)換如下。①用戶信息（用戶姓名、用戶ID、用戶密碼、用戶類別）；②實驗項目信息（項目名稱、項目編號、子項目名稱、子項目編號、項目負(fù)責(zé)人ID、子項目負(fù)責(zé)人ID、項目開始時間、項目完成時間、子項目開始時間、子項目完成時間）；③項目文檔信息（文件編號、子項目編號、文件名稱、文件類型、文件二進(jìn)制流、上傳時間）；④項目權(quán)限（項目編號、子項目編號、開啟時間、關(guān)閉時間、開放對象ID、開放狀態(tài)）；⑤下載信息（下載者ID、文件編號、下載時間、下載次數(shù)）。在規(guī)范化理論的基礎(chǔ)上對上述所有關(guān)系模式進(jìn)行分析，得出上述關(guān)系模式中沒有多余的函數(shù)依賴，是規(guī)范程度很高的關(guān)系模式[6]。
2.3數(shù)據(jù)表及完整性的設(shè)計與實現(xiàn)數(shù)據(jù)表是數(shù)據(jù)庫管理系統(tǒng)的基礎(chǔ)，是數(shù)據(jù)庫中所有數(shù)據(jù)的載體，數(shù)據(jù)表設(shè)計的合理與否直接關(guān)系到數(shù)據(jù)庫管理系統(tǒng)性能的優(yōu)劣，因此數(shù)據(jù)表的設(shè)計對數(shù)據(jù)庫管理系統(tǒng)的設(shè)計至關(guān)重要。本文對用戶信息表、實驗項目信息、項目文檔信息表、項目權(quán)限信息表、下載信息表進(jìn)行介紹。（1）用戶信息表（Table_user）的結(jié)構(gòu)及其完整性設(shè)計。用戶信息表的字段及類型為：用戶ID、用戶姓名、密碼、用戶類別。該表記錄系統(tǒng)中的所有用戶，表中的用戶ID及用戶姓名都具有唯一性，用戶在系統(tǒng)中進(jìn)行相應(yīng)的操作時，系統(tǒng)只憑借用戶ID及其用戶類別為用戶提供相應(yīng)的功能。在實驗項目信息表、項目權(quán)限信息表及下載信息表的相應(yīng)字段中將用戶ID作為其外鍵進(jìn)行字段約束，以提高數(shù)據(jù)庫的完整性。（2）實驗項目信息表的結(jié)構(gòu)及其完整性設(shè)計。實驗項目信息表的字段及類型為：子項目編號、子項目名稱、項目名稱、項目編號、項目負(fù)責(zé)人ID、子項目負(fù)責(zé)人ID、項目開始時間、項目完成時間、子項目開始時間、子項目完成時間。該表記錄系統(tǒng)中所有項目的詳細(xì)信息，其中子項目編號是系統(tǒng)識別最小項目的唯一憑據(jù)，在項目文檔信息表、項目權(quán)限表的相應(yīng)字段中將該字段作為其外鍵進(jìn)行字段約束，確保子項目的唯一性。（3）項目文檔信息表的結(jié)構(gòu)及其完整性設(shè)計。項目文檔信息表的字段及類型為：文件編號、子項目編號、文件名稱、文件類型、文件二進(jìn)制流、上傳時間。該表記錄系統(tǒng)中所有醫(yī)學(xué)實驗文檔的具體信息，其中文件編號為主鍵，子項目編號是實驗項目信息表中子項目編號的外鍵，文件二進(jìn)制流是實驗文檔具體內(nèi)容的二進(jìn)制形式，下載轉(zhuǎn)換后可恢復(fù)為原來的文件。（4）項目權(quán)限信息表的結(jié)構(gòu)及其完整性設(shè)計。項目權(quán)限信息表的字段及類型為：項目編號、子項目編號、開啟時間、關(guān)閉時間、開放對象ID、開放狀態(tài)。該表記錄系統(tǒng)中項目的開放情況，開放狀態(tài)字段的約束為用戶定義完整性約束，該字段內(nèi)容為0時表示該項目對該開放對象不可見，反之則表示可見。只有在該表中記錄的項目及其相應(yīng)的用戶且開放狀態(tài)為1時，相應(yīng)的用戶才能對相應(yīng)的項目信息進(jìn)行查詢下載。（5）下載信息表的結(jié)構(gòu)及其完整性設(shè)計。下載信息表的字段及類型為：下載者ID、文件編號、下載時間、下載次數(shù)。該表記錄用戶下載文檔的次數(shù)及時間，更全面地保證系統(tǒng)數(shù)據(jù)的安全性。上述表間的關(guān)聯(lián)關(guān)系圖（圖3），清晰地表述了數(shù)據(jù)庫中各表結(jié)構(gòu)、表間關(guān)聯(lián)關(guān)系及完整性的設(shè)計與實現(xiàn)。
3關(guān)鍵技術(shù)
在數(shù)據(jù)庫中寫入項目名稱、子項目名稱以及用戶姓名這類數(shù)據(jù)時，由于數(shù)據(jù)很小，寫入的過程中不會出錯。但將實驗的文檔寫入到數(shù)據(jù)庫中時，對于幾十兆甚至上百兆的大文件在寫入的過程中容易出錯，原因是SQLserver2008數(shù)據(jù)庫在每執(zhí)行一條結(jié)構(gòu)化查詢語言（SQL）語句時有時間限制，當(dāng)一次寫入數(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ù)的末尾。以此類推，當(dāng)文件的所有數(shù)據(jù)都被寫入到數(shù)據(jù)庫中時，結(jié)束本次的上傳行為。通過上述方法，能夠有效地保證無論多大的文件都能成功的保存到數(shù)據(jù)庫中。
4結(jié)論
在對醫(yī)學(xué)實驗文檔管理系統(tǒng)進(jìn)行功能需求分析及用戶數(shù)據(jù)需求分析的基礎(chǔ)上，先利用數(shù)據(jù)庫規(guī)范化設(shè)計方法對醫(yī)學(xué)實驗文檔管理系統(tǒng)的數(shù)據(jù)庫及其完整性進(jìn)行設(shè)計[7-8]，并在SQLserver2008平臺下得以實現(xiàn)，再采用跨平臺編程語言JVAV進(jìn)行系統(tǒng)控制程序的編制，進(jìn)而完成了該系統(tǒng)的開發(fā)。本文不僅實現(xiàn)了小文件在SQLserver2008數(shù)據(jù)庫中的上傳與下載，而且解決了在SQLserver2008中上傳與下載大文件易出錯的問題，有效地提高了醫(yī)學(xué)實驗文檔管理的效率、原始數(shù)據(jù)與文檔的信息安全及保密性。
作者：代元平 鄭君芳 單位：首都醫(yī)科大學(xué) 基礎(chǔ)醫(yī)學(xué)院 生物化學(xué)與分子生物學(xué)系
摘要：隨著互聯(lián)網(wǎng)的發(fā)展，用戶提出了更高的要求，C/S架構(gòu)，面向過程設(shè)計的一些不足之處顯得更加突出。通過基于廣域網(wǎng)（互聯(lián)網(wǎng)）的文檔管理系統(tǒng)設(shè)計開發(fā)，為用戶提供了一套完整、高效的解決方案。
關(guān)鍵詞：廣域網(wǎng)；文檔管理；設(shè)計；軟件
傳統(tǒng)的信息管理系統(tǒng)開發(fā)中，一般采用C/S架構(gòu)，面向過程設(shè)計，該方式實現(xiàn)了客戶與數(shù)據(jù)庫的分離，在一定程度上提高了軟件的可維護(hù)性和重用性，但是客戶程序與數(shù)據(jù)庫服務(wù)的直接交互，為邏輯事務(wù)的處理造成了很大的障礙，特別是在網(wǎng)絡(luò)環(huán)境下，為系統(tǒng)的維護(hù)和安全管理帶來了諸多不便。隨著互聯(lián)網(wǎng)的發(fā)展，用戶提出了更高的要求，C/S架構(gòu)，面向過程設(shè)計的一些不足之處顯得更加突出。面向?qū)ο螅贐/S架構(gòu)的三層（多層）結(jié)構(gòu)很好的解決了這些問題。傳統(tǒng)的C/S模式的數(shù)據(jù)庫應(yīng)用系統(tǒng)正逐漸被B/S模式的應(yīng)用系統(tǒng)取代。
一、基建項目文檔管理系統(tǒng)系統(tǒng)模型、軟件結(jié)構(gòu)的確立
（一）系統(tǒng)模型確定
成都搏韻公司由于業(yè)務(wù)需要，需要開發(fā)成都搏韻公司文檔管理系統(tǒng)，用戶可以內(nèi)部廣域網(wǎng)或者互聯(lián)網(wǎng)上進(jìn)行文檔的管理和查詢，實現(xiàn)文檔的無紙化管理，以提高文檔的管理和使用效率。
傳統(tǒng)的管理系統(tǒng)中，典型的三層（多層）系統(tǒng)模型如圖1所示：
圖1.典型的三層架構(gòu)模型
但是，在用戶實際業(yè)務(wù)中，會進(jìn)行各種文檔的管理（如：文本、圖片、視頻及各種設(shè)計圖紙），而且部分文檔體積較大（可能超過100M或更大），根據(jù)客戶的實際需求，建立了如圖2改進(jìn)的模型，以更好的適應(yīng)用戶的業(yè)務(wù)需要。
圖2.改進(jìn)后的系統(tǒng)架構(gòu)模型
（二）軟件結(jié)構(gòu)設(shè)計
本系統(tǒng)的設(shè)計目的是建立一個以數(shù)據(jù)庫服務(wù)器、文檔存儲服務(wù)器為支持的，基于廣域網(wǎng)（互聯(lián)網(wǎng)）的文檔管理系統(tǒng)，使用戶能通過互聯(lián)網(wǎng)進(jìn)行基建項目文檔的處理，以實現(xiàn)對成都搏韻公司文檔的管理。其軟件結(jié)構(gòu)為：
圖3.系統(tǒng)的軟件模型
二、軟件的開發(fā)實現(xiàn)
（一）開發(fā)平臺的選擇
考慮到用戶需要通過廣域網(wǎng)（互聯(lián)網(wǎng)）進(jìn)行業(yè)務(wù)處理的實際情況及需求，在開發(fā)平臺和工具上，使用.NET中的、C#、和Ajax.Pro技術(shù)，較好、較快并且安全的實現(xiàn)了web程序的開發(fā)。數(shù)據(jù)庫選擇上，采用SQL SERVER 2005，安全、高效的支持了系統(tǒng)的應(yīng)用。
（二）系統(tǒng)的主要功能劃分
根據(jù)用戶需求本系統(tǒng)實現(xiàn)了用戶登錄；基礎(chǔ)數(shù)據(jù)管理；項目管理；部門管理；用戶管理；系統(tǒng)維護(hù)；權(quán)限管理等功能。
（三）系統(tǒng)的主要功能的實現(xiàn)
下面就以系統(tǒng)中基礎(chǔ)但最為重要的電子文檔的處理為例對開發(fā)中數(shù)據(jù)層，數(shù)據(jù)訪問層，業(yè)務(wù)邏輯層，用戶界面層的設(shè)計和實現(xiàn)進(jìn)行討論。
（四）數(shù)據(jù)層的設(shè)計和實現(xiàn)
該層是系統(tǒng)訪問、處理與操作的基礎(chǔ)數(shù)據(jù)源，包括不同類型、分布于不同位置的數(shù)據(jù)。
在用戶的需求中表現(xiàn)為用戶所管理的電子文檔。其特點是數(shù)量相對比較多，相對較大（部分文檔可能要超過100M），如果直接存放于數(shù)據(jù)庫，將會大大降低信息的檢索速度，因此，考慮使用磁盤存儲空間存儲文檔內(nèi)容，數(shù)據(jù)庫存放文檔檢索信息的方式進(jìn)行設(shè)計，對數(shù)據(jù)庫的操作通過存儲過程的方式進(jìn)行操作。為支持這些功能，數(shù)據(jù)庫系統(tǒng)中共設(shè)計了項目基本信息表，部門信息表，人員信息表，文檔信息表，用戶權(quán)限表等共計50多個表。
在原始數(shù)據(jù)層的設(shè)計和代碼實現(xiàn)中，采用電子文檔內(nèi)容和索引分開存放的方式，提高了數(shù)據(jù)的檢索速度；對數(shù)據(jù)庫操作采用存儲過程的方式，使得系統(tǒng)具有執(zhí)行速度快、減少網(wǎng)絡(luò)流量、便于維護(hù)、防止注入式共計以及可以通過設(shè)定權(quán)限以提高安全性的優(yōu)點。
（五）數(shù)據(jù)訪問層的設(shè)計和實現(xiàn)
數(shù)據(jù)訪問層是業(yè)務(wù)邏輯層和原始數(shù)據(jù)層的借口，接收業(yè)務(wù)邏輯層發(fā)送的請求消息。實現(xiàn)原始數(shù)據(jù)層和業(yè)務(wù)邏輯層的數(shù)據(jù)交互。
因為在本系統(tǒng)的設(shè)計中，原始數(shù)據(jù)層的設(shè)計把數(shù)據(jù)內(nèi)容和索引分開存放，因此數(shù)據(jù)訪問層主要由兩個通用類來實現(xiàn)，一個類是CFile類，主要實現(xiàn)文件在磁盤空間的讀寫操作，另一個類是優(yōu)化了的通用的數(shù)據(jù)庫訪問類，SqlHelper，相當(dāng)于DAAB（），實現(xiàn)數(shù)據(jù)庫的讀寫操作。
在數(shù)據(jù)范根層設(shè)計和編碼過程中，數(shù)據(jù)庫訪問類設(shè)計為一個通用的SqlHelper類，優(yōu)化了數(shù)據(jù)庫操作性能。因為用戶的數(shù)據(jù)分為文檔內(nèi)容和文檔索引信息，因此在數(shù)據(jù)庫操作上，分為兩步，即：索引信息操作和文檔信息標(biāo)志的操作。當(dāng)增加文檔時，其操作流程如下：
圖4.添加文檔程序流程
當(dāng)文檔在上傳過程中發(fā)生異常，文檔上傳完成標(biāo)志位假，當(dāng)在進(jìn)行數(shù)據(jù)庫整理的時候，就可以根據(jù)這個標(biāo)志將服務(wù)器上的文件碎片清理。有效地防止了數(shù)據(jù)不一致現(xiàn)象的發(fā)生和無效文件碎片的產(chǎn)生。
（六）業(yè)務(wù)邏輯層的設(shè)計和實現(xiàn)
業(yè)務(wù)邏輯層是軟件功能的關(guān)鍵實現(xiàn)了用戶的各項業(yè)務(wù)要求，并保持了業(yè)務(wù)邏輯的一致性和完整性。在系統(tǒng)的設(shè)計和實現(xiàn)中，設(shè)計了項目類，用戶類，文檔類等共計九個類。
由于采用面向?qū)ο笤O(shè)計，似的該層具有很強(qiáng)的具有很強(qiáng)的擴(kuò)展能力，可以靈活地適應(yīng)用戶需求，同時，在維護(hù)上也比較方便。
（七）用戶界面層的設(shè)計和實現(xiàn)
軟件的用戶界面設(shè)計也是軟件成功與否的一個關(guān)鍵所在。在本系統(tǒng)的界面設(shè)計中，充分考慮了用戶的使用習(xí)慣和方便程度，使用多種控件，方便和加快了用戶的操作。
三、結(jié)語
該系統(tǒng)提供了一個規(guī)范的開發(fā)模式。除了具有典型的B/S分層架構(gòu)的基本特性（軟件結(jié)構(gòu)的透明性強(qiáng)、獨立性強(qiáng)、易于重用、可維護(hù)性強(qiáng)）外，同時也具有自己的一些獨特的特點，如使用存儲結(jié)構(gòu)提高了系統(tǒng)的安全性，使用DAAB優(yōu)化了數(shù)據(jù)庫訪問；在數(shù)據(jù)層將文檔內(nèi)容和索引信息分離存儲，提高系統(tǒng)性能等。為用戶提供了一套完整、高效的解決方案。
摘要：分析了制造業(yè)企業(yè)產(chǎn)品項目開發(fā)對圖文檔管理的需求，采用J2EE技術(shù)規(guī)范和多層Web應(yīng)用程序結(jié)構(gòu)，開發(fā)其管理系統(tǒng)，有較好的可擴(kuò)充性和可維護(hù)性。闡述了如何利用J2EE進(jìn)行系統(tǒng)設(shè)計的過程。通過實例，重點介紹了系統(tǒng)的邏輯分離思路及各邏輯層實現(xiàn)的方法。
關(guān)鍵詞：J2EE；圖文檔管理；組件技術(shù)
隨著CAD/CAM技術(shù)的推廣與應(yīng)用，目前國內(nèi)大多數(shù)制造企業(yè)已經(jīng)實現(xiàn)了產(chǎn)品設(shè)計的數(shù)字化，計算機(jī)出圖率達(dá)到了100％，機(jī)械圖文檔成了制造企業(yè)生產(chǎn)活動的重要技術(shù)資料[1]。但很多企業(yè)的信息化程度還比較低，對于大量的圖文檔和數(shù)據(jù)資料，沒有進(jìn)行有效的集中控制和管理，造成了文檔查詢不便、共享度低、保密性差、文檔易流失等問題，間接的影響了企業(yè)的效益。因此，開發(fā)機(jī)械圖文檔管理系統(tǒng)，有效地組織管理產(chǎn)品項目過程中所產(chǎn)生的各類圖文檔與數(shù)據(jù)，是加強(qiáng)產(chǎn)品設(shè)計制造流程控制提高產(chǎn)品開發(fā)效率的重要途徑。
傳統(tǒng)的圖文檔管理軟件主要偏重于與CAD系統(tǒng)的集成，因而大多數(shù)采用C/S架構(gòu)。由于C/S架構(gòu)模式的軟件存在系統(tǒng)訪問不夠方便、維護(hù)成本高等問題，隨著Web 技術(shù)的發(fā)展,采用B/S架構(gòu)開發(fā)圖文檔管理系統(tǒng)正日益成為研究熱點和企業(yè)的首選[2]。
1 系統(tǒng)架構(gòu)
本文采用J2EE技術(shù)架構(gòu)作為系統(tǒng)開發(fā)的技術(shù)標(biāo)準(zhǔn)。J2EE是美國Sun公司推出的一種Web應(yīng)用程序模型, 它提供了一種基于組件的方法對企業(yè)級應(yīng)用系統(tǒng)進(jìn)行設(shè)計、開發(fā)、裝配和部署[3]。本系統(tǒng)采用J2EE的多層Web應(yīng)用程序結(jié)構(gòu)，如圖1所示，并結(jié)合MVC模式，將表示邏輯、控制邏輯與業(yè)務(wù)邏輯分離。
2系統(tǒng)分析設(shè)計
2.1 系統(tǒng)功能需求分析
機(jī)械圖文檔管理系統(tǒng)的用戶有三類：系統(tǒng)管理員、項目經(jīng)理、項目成員。系統(tǒng)管理員維護(hù)整個系統(tǒng)信息，進(jìn)行系統(tǒng)初始化、項目經(jīng)理帳號分配、日常數(shù)據(jù)備份等。項目經(jīng)理負(fù)責(zé)項目信息和成員的配置，并創(chuàng)建項目流程和進(jìn)行任務(wù)分配。項目成員通過與系統(tǒng)的交互，根據(jù)項目經(jīng)理或流程上一步操作者分配或傳達(dá)的任務(wù)進(jìn)行工作，創(chuàng)建、修訂或?qū)徍讼鄳?yīng)的圖文檔。
項目流程每個環(huán)節(jié)的處理及文檔的操作都受帳號權(quán)限的控制，項目成員只能查詢和操作自己任務(wù)所涉及的圖文檔。項目經(jīng)理具有訪問其項目所有文檔和數(shù)據(jù)信息的權(quán)限，此外，還可以創(chuàng)建、刪除、修改、查詢、關(guān)閉項目、配置項目成員及對圖文檔的操作進(jìn)行授權(quán)。項目一旦完成被關(guān)閉，其所有的圖文檔也一起被關(guān)閉，項目成員不能再創(chuàng)建和修改該項目的圖文檔，但項目經(jīng)理可以訪問并可以授權(quán)成員訪問，以便文檔資源的重用共享。
2.2 系統(tǒng)設(shè)計
2.2.1 代碼方案設(shè)計
代碼是表征客觀存在的實體或?qū)傩缘囊粋€計算機(jī)可識別和處理的符號。本系統(tǒng)涉及的對象有項目、用戶、流程、流程節(jié)點、任務(wù)、圖文檔等，數(shù)據(jù)具有分類多并量大等特點，為了能在計算機(jī)系統(tǒng)中有效的標(biāo)識和管理它們，好的代碼設(shè)計方案是系統(tǒng)實現(xiàn)的關(guān)鍵。根據(jù)代碼設(shè)計的唯一化、規(guī)范化、系統(tǒng)化等原則，同時，考慮數(shù)據(jù)查詢效率及編程方便，設(shè)計了項目、用戶、流程、流程節(jié)點、任務(wù)、圖文檔等對象的代碼。以圖文檔代碼為例，其采用區(qū)間碼，設(shè)計如下：
圖文檔代碼=所屬項目編號+圖文檔類型+順序碼+版本號。如P0001D020001A，表示P0001項目下，文件類型為02（.dwg文件）的第0001文檔，版本號為A，其中，版本號=[A|B|C|…|Z]。
2.2.2 系統(tǒng)模塊結(jié)構(gòu)設(shè)計
根據(jù)系統(tǒng)功能需求，將系統(tǒng)模塊結(jié)構(gòu)組織為：系統(tǒng)管理、項目管理、項目成員管理、流程管理、任務(wù)管理和圖文檔管理。其中，系統(tǒng)管理包括系統(tǒng)初始化、項目經(jīng)理帳號配置、數(shù)據(jù)備份、系統(tǒng)登錄模塊。項目管理包括項目創(chuàng)建、查詢、修改和關(guān)閉模塊。項目成員管理包括成員創(chuàng)建、配置、刪除、角色配置、授權(quán)模塊。流程管理實現(xiàn)項目工作流配置和控制，包括流程創(chuàng)建、節(jié)點配置、啟動、變更、關(guān)閉等模塊。任務(wù)管理實現(xiàn)項目工作流程上各環(huán)節(jié)任務(wù)的分配和控制，以個人任務(wù)箱的方式實現(xiàn)，包括任務(wù)配置、通知、狀態(tài)查看、提醒、提交等模塊。圖文檔管理包括文檔的上傳、下載、修改、刪除、查詢及訪問控制等模塊。
2.2.3 數(shù)據(jù)庫結(jié)構(gòu)設(shè)計
本系統(tǒng)設(shè)計的關(guān)系模式符合3NF規(guī)范，合理的存儲了系統(tǒng)涉及的數(shù)據(jù)信息。包括：User（帳號信息）、Role（角色信息）、Project（項目信息）、Flow（流程信息）、FlowNode（流程節(jié)點信息）、Document（文檔信息）、Assignment（任務(wù)信息）。
3 系統(tǒng)實現(xiàn)
系統(tǒng)采用J2EE的多層Web應(yīng)用程序結(jié)構(gòu)，表示邏輯和控制邏輯實現(xiàn)于JSP頁面，業(yè)務(wù)邏輯封裝成JavaBean組件，實現(xiàn)邏輯的分離，便于系統(tǒng)的開發(fā)和維護(hù)。系統(tǒng)用Dreamweaver、Photoshop進(jìn)行Web頁面的界面設(shè)計和圖像處理，實現(xiàn)表示邏輯，用Sun公司的NetBeans集成開發(fā)工具進(jìn)行負(fù)責(zé)控制邏輯的JSP程序編寫和JavaBean組件開發(fā)，將頁面和組件部署到Tomcat服務(wù)器中，數(shù)據(jù)庫服務(wù)器使用SQL Server。用戶在客戶端使用瀏覽器訪問系統(tǒng)。
3.1 表示邏輯層實現(xiàn)
表示邏輯層實現(xiàn)了用戶界面及用戶與系統(tǒng)的交互，本系統(tǒng)的表示邏輯體現(xiàn)為Web頁面，如輸入表單的顯示，動態(tài)內(nèi)容的輸出，頁面靜態(tài)信息的顯示等。對于一些輸入判斷，如登錄密碼長度，日期格式，必選項是否已選等，使用JavaScript進(jìn)行客戶端編程實現(xiàn)。
3.2 控制邏輯層實現(xiàn)
系統(tǒng)的控制邏輯主要由JSP程序?qū)崿F(xiàn)，負(fù)責(zé)表示邏輯層和業(yè)務(wù)邏輯層之間的控制關(guān)系。它接收表示邏輯層的客戶請求或處理要求，調(diào)用業(yè)務(wù)邏輯層的JavaBean完成具體的事務(wù)處理，將結(jié)果反饋給客戶。以下以配置項目成員為例，闡述其控制邏輯的實現(xiàn)。
項目經(jīng)理即用戶登錄，從自己所負(fù)責(zé)的項目列表中選擇要配置成員的項目，進(jìn)入項目成員配置ProMemberConfig.jsp頁面，如圖2所示。該頁面的控制邏輯利用request.getParameter（“Pid”）方法獲取上一頁面中用戶所選擇的項目信息，調(diào)用名為Project的JavaBean的MemberQuery方法，從數(shù)據(jù)庫中查詢得到該項目已有的成員信息，輸出到頁面的“現(xiàn)有項目成員”列表框中。并調(diào)用名為User的JavaBean的Query方法，獲取整個系統(tǒng)所有的用戶信息，剔除當(dāng)前已加入該項目的用戶，將這些用戶信息輸出到頁面的“可供添加人員”列表框中。如果系統(tǒng)沒有建立要配置的用戶信息，則用戶可點擊“添加項目成員”進(jìn)入UserAdd.jsp頁面，創(chuàng)建新用戶。用戶從該頁面列表框中添加或刪除項目成員，由頁面的JavaScript程序在客戶端實現(xiàn)。用戶選擇好成員后，點擊確定按鈕，由ProMemberConfigRsp.jsp進(jìn)行相應(yīng)處理，調(diào)用名為Project的JavaBean的MemberAdd方法，將項目成員信息存儲到數(shù)據(jù)庫，并使用respons.sendRedirect（“ProMemberConfig.jsp”）重定向到項目成員配置頁面，顯示當(dāng)前項目成員信息。
3.3 業(yè)務(wù)邏輯層實現(xiàn)
采用面向?qū)ο蟮姆椒?，將系統(tǒng)問題域中的對象抽象成類，設(shè)計成JavaBean，將對象的操作和服務(wù)封裝在JavaBean中，為控制邏輯層調(diào)用。本系統(tǒng)從問題域?qū)ο蟮慕嵌瘸橄笤O(shè)計的JavaBean有User 、Project、Flow、FlowNode、Document、Assignment。此外，還增加了封裝數(shù)據(jù)庫操作的DataBase JavaBean，以及下載和重用了第三方提供的一些開源JavaBean，如實現(xiàn)加密算法的md5組件，和實現(xiàn)文件上傳的SmartUpload組件。
4 結(jié)束語
本系統(tǒng)采用J2EE的多層Web應(yīng)用程序結(jié)構(gòu)，將表示邏輯、控制邏輯和業(yè)務(wù)邏輯分離，有利于系統(tǒng)的開發(fā)、維護(hù)及代碼的共享重用。該系統(tǒng)對中小制造業(yè)企業(yè)普遍適用，企業(yè)能根據(jù)自身產(chǎn)品開發(fā)的特點定制項目流程和流程節(jié)點，對項目過程的圖文檔和數(shù)據(jù)進(jìn)行管理。使用該系統(tǒng)有利于提高企業(yè)產(chǎn)品圖文檔及數(shù)據(jù)管理效率，對產(chǎn)品項目開發(fā)過程進(jìn)行全面控制與管理，為產(chǎn)品開發(fā)人員提供初步的協(xié)同設(shè)計環(huán)境。
時間就是金錢，將時間耗費在查找丟失的文檔好比把錢扔進(jìn)水里，將時間耗費在制作不必要的文檔副本也是如此。
文檔管理系統(tǒng)可以將制作的文檔轉(zhuǎn)換成電子格式，并加以組織管理，讓需要這些文檔的人更容易獲取它們，從而減少文檔數(shù)量。雖然早期文檔管理系統(tǒng)被認(rèn)為是只有大企業(yè)才享用得了的“奢侈品”，但如今有所降低的軟硬件價格讓幾乎所有企業(yè)都能夠獲得文檔管理系統(tǒng)的好處。
實際上，文檔管理系統(tǒng)是由許多不同部分組成的網(wǎng)絡(luò)；雖然起初看起來可能很復(fù)雜，但實際用起來其實很容易。
數(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)可以進(jìn)而讓企業(yè)能夠管理非結(jié)構(gòu)化數(shù)據(jù)：把非結(jié)構(gòu)化數(shù)據(jù)存儲在單一存儲庫中，并按照“關(guān)鍵號”(如客戶號碼或員工ID)把這類數(shù)據(jù)聯(lián)系起來。這對制作大量文檔的企業(yè)來說特別重要，比如律師事務(wù)所或房地產(chǎn)公司。然后，只有授權(quán)用戶直接通過文檔管理系統(tǒng)，或通過企業(yè)的一個或多個應(yīng)用軟件，才可以訪問文檔。
文檔管理系統(tǒng)不僅有助于安全地管理文件，還可以大幅降低運營成本，提高紙張文檔和電子內(nèi)容管理的效率。
由于以下諸多好處，文檔管理系統(tǒng)還讓企業(yè)能夠迅速獲得投資回報：
?降低了存儲和檢索紙質(zhì)文檔和電子內(nèi)容方面的成本。
?減小了物理和數(shù)字存儲空間。
?提高了整個企業(yè)的運營效率。
?增強(qiáng)了電子內(nèi)容和紙質(zhì)文檔的安全性。
?增強(qiáng)了萬一遇到災(zāi)難時的業(yè)務(wù)連續(xù)性(BC)能力。
?改進(jìn)了法規(guī)遵從。
下面是文檔管理系統(tǒng)的最基本的組成部分，通常通過企業(yè)的數(shù)據(jù)網(wǎng)絡(luò)聯(lián)系起來。請記?。簝H僅根據(jù)紙質(zhì)文檔生成數(shù)字文件還不夠；支持文檔的存儲、組織、安全、訪問和及時處置也必不可少：
1、文檔掃描儀是將紙質(zhì)文件轉(zhuǎn)換成數(shù)字格式的入口點，可以借助獨立掃描儀、數(shù)字發(fā)送掃描儀或多功能打印機(jī)(MFP)來完成這種轉(zhuǎn)換工作。市面上有大小、形狀和速度不一的掃描儀，甚至還有專門針對特定應(yīng)用環(huán)境(如支票處理)的掃描儀，所以與供應(yīng)商一起確保：你選擇的掃描方案最合適自己的需要。
2、文檔捕獲和索引軟件與你的掃描和計算機(jī)系統(tǒng)協(xié)同運行，以簡化捕獲過程，并且確保存儲的文檔可以輕松找到。主要有三種捕獲方式可供考慮：
設(shè)備捕獲(Device Capture)要求用戶在掃描文檔期間對文檔進(jìn)行分類和命名，并且在企業(yè)內(nèi)部執(zhí)行文件命名標(biāo)準(zhǔn)，以此簡化管理過程。
Zonal光學(xué)字符識別(OCR)讓用戶能夠為他們最常用的表格和發(fā)票創(chuàng)建模板。通過簡化數(shù)據(jù)的存儲位置，ZonalOCR能夠自動提取數(shù)據(jù)，識別文件，并將該信息發(fā)送到文檔管理系統(tǒng)，從而減少手動工作量和錯誤。然后，用戶可以搜索自己所需的具體文檔，確信系統(tǒng)會返回正確的信息。
分布式捕獲(Distributed Capture)把掃描和捕獲設(shè)備放在紙張和數(shù)據(jù)進(jìn)入企業(yè)的不同點。通過使用廉價的臺式掃描儀、網(wǎng)絡(luò)連接掃描儀和多功能打印機(jī)將文檔饋送到系統(tǒng)文件，你就可以最大限度地提高投資回報，并且實現(xiàn)“無紙”辦公環(huán)境。
3、文檔管理軟件又叫作企業(yè)內(nèi)容管理軟件，它是任何文檔管理解決方案的核心部分。通過該軟件，你就能減少電子文檔的重復(fù)，實現(xiàn)高效檢索，管理對系統(tǒng)中所存儲的任何文檔或內(nèi)容的安全訪問，從而確保只有授權(quán)用戶才可以訪問任何文件。由于每個文檔都進(jìn)行了存儲和索引，現(xiàn)在對用戶來說，企業(yè)的數(shù)據(jù)觸手可及。此外，可以從企業(yè)內(nèi)外安全地訪問這些數(shù)據(jù)――為遠(yuǎn)程辦公或經(jīng)常去別的地方出差的那些人提供了靈活性。
4、當(dāng)然，數(shù)據(jù)存儲設(shè)備是存放文檔的地方。貴企業(yè)的存儲策略應(yīng)該取決于貴企業(yè)的規(guī)模和性質(zhì)；由于如今有眾多存儲系統(tǒng)可以使用，應(yīng)該與供應(yīng)商一起選擇最適合自己需要的存儲系統(tǒng)。另外別忘了備份系統(tǒng)，保護(hù)貴企業(yè)遠(yuǎn)離災(zāi)難性故障或主存儲系統(tǒng)丟失。
你在為文檔管理系統(tǒng)的這每一個組成部分考慮選擇方案時。要注意適合、整合和兼容性等問題。購買的軟件在硬件上可以很順暢地運行嗎?是否有專門的軟件或硬件可能特別適合貴企業(yè)的特定業(yè)務(wù)?貴企業(yè)采用的索引策略在今后幾年會不會很好地滿足貴企業(yè)的需要，還是很快就跟不上貴企業(yè)的發(fā)展勢態(tài)?在投入成本之前，務(wù)必要確信整個系統(tǒng)能夠很好地協(xié)同運行。
文檔管理是個簡單的、又常常被忽略的解決辦法，它可以簡化貴企業(yè)的工作流程，降低成本，在許多情況下還能在很短時間內(nèi)收回成本。然而，每個文檔管理系統(tǒng)提供的功能級別和許可方案又各不相同，所以應(yīng)當(dāng)聯(lián)系一家值得信賴的解決方案提供商，確定哪個最適合貴企業(yè)的需要。
隨著信息化的高速發(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)狀,日前,北京互誠科技有限公司常務(wù)總裁徐斌宣布,北京互誠科技有限公司自主研發(fā)的一套集成文件管理、可靠存儲、快捷搜索等功能的維思文檔管理系統(tǒng)將改變政府、企業(yè)等單位目前的文檔管理模式。
智能化知識管理中心
對于絕大多數(shù)使用電腦的用戶來說,文檔管理是一件繁雜枯燥的工作――對于一個擁有數(shù)十臺、數(shù)百臺甚至數(shù)千臺電腦的單位而言,其復(fù)雜度之高、工作量之大不言而喻。
徐斌介紹,維思通過智能化管理使絕大部分工作自動完成,它的智能化特點主要表現(xiàn)在兩個方面:文檔收集和文檔應(yīng)用。維思通過文檔快車技術(shù)使文檔的收集、版本更新不再需要大量的人工干預(yù);通過智能分類系統(tǒng),使業(yè)界的搜索技術(shù)邁進(jìn)了一大步。
文檔是人類知識、經(jīng)驗的載體,對文檔的有效管理和應(yīng)用也是知識管理的重要部分。一個常見的現(xiàn)象是:用戶在自己的電腦中查找某個文檔時,常常要花費很長的時間,從大量的文檔中找出自己所需的內(nèi)容并不是一件容易的事。徐斌介紹說,盡管管理著海量的文檔內(nèi)容,維思仍可以在極短的時間內(nèi)將需要的知識呈現(xiàn)在屏幕上,將知識獲得的時間成本降低5%。,讓用戶跨地域地共享同事的知識,讓“字詞查找”變成“知識查找”。
開放的信息協(xié)同系統(tǒng)
目前,很多單位都采用了財務(wù)系統(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)導(dǎo)出的文件,也可以為其他系統(tǒng)提供符合規(guī)則的、標(biāo)準(zhǔn)化的信息,使文檔可以成為其他系統(tǒng)中的數(shù)據(jù)。
摘 要： 科技館是我國重要的政務(wù)管理單位，同時文檔管理工作是科技館日常管理中的重要組成部分。當(dāng)前隨著科技館的規(guī)模和涉及領(lǐng)域不斷增大，文檔管理工作面臨諸多挑戰(zhàn)，文檔管理工作的質(zhì)量和效率直接關(guān)系著科技館的管理和運行效率。但是很多地區(qū)的科技館由于資金和管理理念的限制還停留在紙質(zhì)文檔的管理階段，如檔案堆積嚴(yán)重、重復(fù)勞動多、查詢困難以及紙質(zhì)檔案的難以長期保存等問題都在很大程度上影響了科技館的管理質(zhì)量。因此探究基于WEB的科技館檔案管理體系在當(dāng)下具有重要的現(xiàn)實意義。
關(guān)鍵詞：WEB技術(shù) 科技館 電子文檔 管理
一、引言
當(dāng)前隨著我國電子信息技術(shù)和網(wǎng)絡(luò)技術(shù)的不斷發(fā)展，檔案管理系統(tǒng)和技術(shù)得到了不斷進(jìn)步，實現(xiàn)了由紙質(zhì)檔案向電子檔案的過度?；陔娮訖n案管理運行效率高、信息安全、查詢方便以及便于集中化管理的特點在很多單位和部門得到了廣泛的的應(yīng)用，極大地提升了檔案管理的質(zhì)量和效率，同時電子檔案系統(tǒng)的建設(shè)水平在很大程度上決定了我國電子信息技術(shù)的總體發(fā)展水平。本文重點針對科技館文檔管理系統(tǒng)中存在的諸多問題探究了基于WEB技術(shù)和系統(tǒng)的電子檔案管理體系的設(shè)計和實現(xiàn)方法。
二、電子文檔管理系統(tǒng)概述
1.電子文檔管理的基本概念
根據(jù)國際上對相關(guān)概念的基本介紹，電子檔案管理系統(tǒng)指的是一種基于WEB技術(shù)和計算機(jī)網(wǎng)絡(luò)操作系統(tǒng)的軟件應(yīng)用，利用該軟件應(yīng)用可以使得用戶通過計算機(jī)和網(wǎng)絡(luò)實現(xiàn)對相關(guān)文檔的創(chuàng)建、存儲、調(diào)用、分發(fā)和信息查詢，并能在組織范圍內(nèi)對文檔進(jìn)行有效的監(jiān)控。電子文檔管理系統(tǒng)與傳統(tǒng)的紙質(zhì)檔案管理系統(tǒng)在工作方式和管理模式上存在根本差異，他可以有效解決紙質(zhì)檔案管理系統(tǒng)中存在的種種問題，提升檔案管理的質(zhì)量和效率?？偨Y(jié)來說，電子檔案管理系統(tǒng)具有以下基本特征：一是以網(wǎng)絡(luò)化為基本特征，文檔的錄入、存儲、修改、查詢、監(jiān)管和信息分享等都通過計算機(jī)和網(wǎng)絡(luò)系統(tǒng)實現(xiàn)，具有數(shù)字化的一般特征；二是可以對相關(guān)文檔的起草、審批、簽發(fā)等進(jìn)行有效的管理和監(jiān)督，有效避免紙質(zhì)檔案管理系統(tǒng)中安全性低、工作量大、人為影響因素大和工作繁瑣的問題。
2.科技館中建立電子文檔管理系統(tǒng)的必要性
科技館是我國重要的政務(wù)和服務(wù)型部門，很多科技成果和展示內(nèi)容都是通過文檔記錄的形式進(jìn)行存儲和展覽，因此可以說文檔是科技館的智力資產(chǎn)。但是隨著科學(xué)技術(shù)的不斷進(jìn)步以及新型科技研究成果的不斷涌現(xiàn)，科技館的文檔管理工作變得越來越復(fù)雜，工作量也越來越大，傳統(tǒng)的紙質(zhì)化檔案管理模式已經(jīng)難以適應(yīng)科技館檔案管理的業(yè)務(wù)需求。因此必須加快科技館檔案管理的信息化和網(wǎng)絡(luò)化建設(shè)，通過建立完善的電子檔案管理系統(tǒng)和科學(xué)的管理模式提升檔案管理的質(zhì)量和效率，為促進(jìn)社會進(jìn)步提供一定的技術(shù)保障。
三、基于WEB技術(shù)的科技館電子檔案系統(tǒng)的設(shè)計
1.系統(tǒng)設(shè)計目標(biāo)
1.1實現(xiàn)規(guī)范化和制度化辦公：目前我國很多事業(yè)單位還停留在紙質(zhì)文檔的管理模式和水平上，大部分工作都是通過人工完成，實際中摻雜了大量的人為因素，工作中缺乏規(guī)范化和制度化，同時管理質(zhì)量也較為低下。因此建自動化辦公系統(tǒng)的首要目標(biāo)就是實現(xiàn)規(guī)范化和制度化辦公，規(guī)范工作流程。
1.2管理各種數(shù)據(jù)文件：數(shù)字文檔管理系統(tǒng)的另一重要特征就是可以實現(xiàn)對各種數(shù)據(jù)類型文件的管理，不僅可以建立Word文檔進(jìn)行儲存和管理，同時還可以通過掃面圖像或是圖形數(shù)據(jù)對數(shù)據(jù)進(jìn)行分類儲存，從而實現(xiàn)對這些各種類型數(shù)據(jù)的科學(xué)管理，實現(xiàn)各種數(shù)據(jù)的無縫對接。
2.系統(tǒng)結(jié)構(gòu)設(shè)計
基于WEB技術(shù)的開發(fā)方式具有跨平臺、界面統(tǒng)一、操作簡單、維護(hù)成本低和系統(tǒng)開發(fā)快的特點，與傳統(tǒng)的C/S模式相比，B/S信息管理系統(tǒng)是基于（Browser/Server，瀏覽器/服務(wù)器）系統(tǒng)開發(fā)的電子信息管理系統(tǒng)，該系統(tǒng)分為兩個基本構(gòu)部分，一日常事務(wù)管理，二是業(yè)務(wù)事物管理，根據(jù)不同的業(yè)務(wù)類型，以項目為單位進(jìn)行運作。該系y主要由Server服務(wù)器、Internet網(wǎng)和瀏覽器組成，通過Internet網(wǎng)將Server服務(wù)器和瀏覽器連接起來，用戶可以通過瀏覽器進(jìn)行電子文檔的查看和管理。
3.系統(tǒng)功能模塊設(shè)計
科技館的電子文檔管理系統(tǒng)主要分為部門信息管理、員工信息管理、公共文檔管理、個人文檔管理、部門文檔管理和系統(tǒng)管理模塊等六大模塊，各個模塊分別負(fù)責(zé)不同的業(yè)務(wù)，其中部門信息管理、員工信息管理和系統(tǒng)模塊管理屬于日常事物管理系統(tǒng)，而公共文檔管理、個人文檔管理和部門文檔管理則屬于業(yè)務(wù)事物管理的范疇，通過建立完善管理系統(tǒng)將六個模塊統(tǒng)一于WEB信息管理系統(tǒng)中，并對用戶的訪問行為進(jìn)行權(quán)限管理和系統(tǒng)設(shè)置。
四、基于WEB技術(shù)的科技館電子檔案系統(tǒng)的實現(xiàn)
1.系統(tǒng)三層架構(gòu)的構(gòu)建
目前比較流行的是包含表示層、業(yè)務(wù)層以及邏輯層的三層構(gòu)架的文檔管理系統(tǒng)，該系統(tǒng)具有維護(hù)性好、穩(wěn)定性高以及安全性好的特點，同時可以方便系統(tǒng)功能的擴(kuò)充，從根本上實現(xiàn)用戶的需求。通過對科技館的文檔管理進(jìn)行深入分析筆者創(chuàng)建了四個子項目，即表示層（也成為界面層）、業(yè)務(wù)層（封裝了實現(xiàn)系統(tǒng)功能的應(yīng)用函數(shù)）、邏輯層（對數(shù)據(jù)庫進(jìn)行操作）和通用層。通用層是為了減少系統(tǒng)的冗余而引進(jìn)的，并包含一些對本系統(tǒng)的各個層通用的函數(shù)。
2.數(shù)據(jù)庫的連接
本文中采用微軟最新的來進(jìn)行數(shù)據(jù)庫的操作，這是一種跨時代的技術(shù)，提供了平臺互用性和可伸縮的數(shù)據(jù)訪問。同時提供的功能可以讀取各種源文件中的數(shù)據(jù)信息，并減少了需要編寫的代碼量，并提升了系統(tǒng)實際運行效率。將數(shù)據(jù)對象的操作都放在了數(shù)據(jù)層，因此定義了一個全局變量public string constr 對數(shù)據(jù)庫進(jìn)行連接操作。
3.系統(tǒng)登錄模塊的設(shè)計和實現(xiàn)
本系統(tǒng)中采用用戶認(rèn)證碼技術(shù)設(shè)計用戶登錄模塊，用戶的每次登錄行為中產(chǎn)生的認(rèn)證碼都是不同的，生成的認(rèn)證碼保存在Session模塊中，然后在用戶登錄過程中對輸入的認(rèn)證碼是否與存儲的認(rèn)證碼一致，如果一致則驗證通過，否則將會出現(xiàn)“驗證碼錯誤”的提示。另外，系統(tǒng)對用戶地用戶名錯誤和密碼錯誤進(jìn)行了不同的處理，并保存在系統(tǒng)的日志表中，供管理員進(jìn)行分析。
五、結(jié)束語
綜上所述，基于WEB技術(shù)的電子文檔管理系統(tǒng)具有傳統(tǒng)的紙質(zhì)檔案管理系統(tǒng)不可比擬的技術(shù)優(yōu)勢，其在諸多單位和部門中的應(yīng)用極大地提升了單位的檔案管理質(zhì)量和效率，是今后檔案管理系統(tǒng)中建設(shè)和發(fā)展的主要方向，科技館部門應(yīng)該提起高度重視，逐步建立和完善電子文檔管理系統(tǒng)，為檔案管理工作和整體效率的提升提供技術(shù)保障。
摘 要：汽車在轉(zhuǎn)向力的設(shè)計過程中受設(shè)計模型標(biāo)準(zhǔn)、工藝、圖樣、文件數(shù)據(jù)信息等多內(nèi)容的影響，往往具有較大的書內(nèi)容鏈接，根據(jù)數(shù)據(jù)信息的相關(guān)性對汽車轉(zhuǎn)向器的圖樣文檔內(nèi)容進(jìn)行關(guān)聯(lián)，確定汽車轉(zhuǎn)向器完整的信息圖樣內(nèi)容。汽車轉(zhuǎn)向器的設(shè)計需要幾百甚至上千的圖紙，不同的圖紙可能存在不同的工藝標(biāo)準(zhǔn)，需要對有限的數(shù)據(jù)源信息進(jìn)行相對合理的設(shè)計。設(shè)計過程中往往需要按照圖文進(jìn)行設(shè)計，根據(jù)實際的文件產(chǎn)品設(shè)計步驟和級別，確定產(chǎn)品的設(shè)計標(biāo)準(zhǔn)。根據(jù)圖樣管理系統(tǒng)的相關(guān)應(yīng)用標(biāo)準(zhǔn)，合理的分析汽車轉(zhuǎn)向器的安裝數(shù)據(jù)管理標(biāo)準(zhǔn)、數(shù)據(jù)重點級別等，分析設(shè)計人員在設(shè)計過程中的設(shè)計周期，對設(shè)計過程中可能存在的效率低、資源不足、周期時間長等問題進(jìn)行準(zhǔn)確的分析，確定汽車轉(zhuǎn)向器設(shè)計利用圖文檔案管理實現(xiàn)的工業(yè)應(yīng)用發(fā)展，確保汽車?yán)脠D文檔案管理實現(xiàn)轉(zhuǎn)向器的有效性應(yīng)用。
關(guān)鍵詞：汽車；轉(zhuǎn)向器；圖文檔案
0 引言
汽車轉(zhuǎn)向器的設(shè)計往往需要從不同的結(jié)構(gòu)中進(jìn)行化分析，確定不同專業(yè)的設(shè)計標(biāo)準(zhǔn)。根據(jù)設(shè)計組別進(jìn)行合理的區(qū)分，確定設(shè)計的綜合協(xié)同發(fā)展效果。依照汽車轉(zhuǎn)向器的設(shè)計標(biāo)準(zhǔn)，利用圖文檔案管理標(biāo)準(zhǔn)進(jìn)行設(shè)計分析。本文將分析汽車轉(zhuǎn)向器在圖文檔案管理中的應(yīng)用方式和方法，通過分析圖文管理系統(tǒng)的主要功能，認(rèn)識其產(chǎn)品結(jié)構(gòu)標(biāo)準(zhǔn)，分析汽車轉(zhuǎn)向器設(shè)計在圖文管理系統(tǒng)中的應(yīng)用效果。
1 汽車轉(zhuǎn)向器在圖文檔案管理系統(tǒng)中的設(shè)計
在設(shè)計過程中，往往需要利用計算機(jī)完成各種圖文的設(shè)計，將文件存儲在計算機(jī)文件件內(nèi)，根據(jù)需求隨時調(diào)取相關(guān)的設(shè)計圖文檔案信息內(nèi)容。整個設(shè)計系統(tǒng)需要一個交換機(jī)和局域網(wǎng)，根據(jù)計算機(jī)為設(shè)計節(jié)點，按照局域網(wǎng)范圍內(nèi)的地位進(jìn)行組編。按照綜合設(shè)計的標(biāo)準(zhǔn)完成多文件的設(shè)計。每一個設(shè)計師對不同的結(jié)構(gòu)圖樣都有操作權(quán)，通過計算機(jī)匯總到總設(shè)計師哪里，各個設(shè)計師對自己以外的設(shè)計圖樣沒有操控權(quán)利。在汽車轉(zhuǎn)向器的設(shè)計中不同的專業(yè)組別之間有總設(shè)計師統(tǒng)籌管理，這樣可以避免出現(xiàn)工作重復(fù)的現(xiàn)象。因此，汽車轉(zhuǎn)向器利用圖文檔案建立完整的圖文管理系統(tǒng)是極其重要的。這是講繁瑣的工作簡單化，方便產(chǎn)品的設(shè)計改進(jìn)和提高。
1.1 硬件系統(tǒng)
在網(wǎng)絡(luò)布局設(shè)計過程中，為了改善設(shè)計標(biāo)準(zhǔn)，需要對汽車轉(zhuǎn)向器的硬件系統(tǒng)進(jìn)行布局，確定圖文文檔管理系統(tǒng)的局域網(wǎng)，根據(jù)布局確定安裝服務(wù)器的終端位置。為了保證設(shè)計工作的穩(wěn)定和安全性，企業(yè)往往會在硬件設(shè)備上架設(shè)圖文檔案服務(wù)器，通過服務(wù)器完成電子存儲和調(diào)取的操作。所有設(shè)計人員都需要將設(shè)計文件存儲在其中，系統(tǒng)會采用自動備份的方式完成對數(shù)據(jù)的保護(hù)。
1.2 軟件系統(tǒng)
軟件系統(tǒng)有數(shù)據(jù)庫、服務(wù)終端、客戶端三個子系統(tǒng)組成，通過服務(wù)器終端和數(shù)據(jù)庫實現(xiàn)汽車轉(zhuǎn)向器圖文服務(wù)器的存儲和鏈接，保證電子數(shù)據(jù)的有效性存儲，方便客戶端對圖文信息的隨時管理和調(diào)取。結(jié)合軟件系統(tǒng)，根據(jù)汽車轉(zhuǎn)向器的市場發(fā)展需求進(jìn)行分析，確定汽車轉(zhuǎn)向器的設(shè)計標(biāo)準(zhǔn)方案。按照汽車轉(zhuǎn)向器的布局進(jìn)行設(shè)定，從各個設(shè)計小組中分析確定自己的工作職責(zé)范圍，按照相關(guān)的設(shè)計參數(shù)進(jìn)行合理的設(shè)計分析。利用圖文軟件，將相關(guān)的圖樣記錄下來，通過軟件打印生產(chǎn)。在這個軟件應(yīng)用中，需要對所有的圖樣進(jìn)行存儲和調(diào)取，確定服務(wù)器終端的光驅(qū)動功能，保證服務(wù)器硬盤備份操作的合理安全穩(wěn)定性。
2 圖文檔案管理系統(tǒng)的基本功能
根據(jù)汽車轉(zhuǎn)向器設(shè)計的基本需求，對圖文檔案數(shù)據(jù)系統(tǒng)進(jìn)行應(yīng)用。需要按照登錄數(shù)據(jù)系統(tǒng)的相關(guān)用戶進(jìn)行角色轉(zhuǎn)換，根據(jù)角色操作標(biāo)準(zhǔn)完成管理控制，保證不同用戶的不同操作可控性。權(quán)限的控制可以細(xì)化到每一個零件，根據(jù)零件標(biāo)準(zhǔn)，對負(fù)責(zé)人、負(fù)責(zé)產(chǎn)品進(jìn)行區(qū)分，確定電子文檔有效傳輸?shù)姆?wù)器管理級別，保證相關(guān)數(shù)據(jù)不再存儲在計算機(jī)中，而是存儲在網(wǎng)絡(luò)服務(wù)器終端上。通過自動化加密控制處理，我那層對服務(wù)器硬盤數(shù)據(jù)的管理發(fā)，防止硬盤數(shù)據(jù)的丟失。
2.1 電子文檔倉庫
利用CS構(gòu)件對圖文進(jìn)行檔案是存儲，通過網(wǎng)絡(luò)化的存儲方式完成計算機(jī)個人圖樣到服務(wù)器終端的存儲，這種存儲模式的建立符合汽車轉(zhuǎn)向器的設(shè)計需求，通過電子倉庫的管理，實現(xiàn)電子資料的統(tǒng)一化管理，實現(xiàn)電子數(shù)據(jù)資源的安全有效共享發(fā)展。
2.2 產(chǎn)品結(jié)構(gòu)的管理
根據(jù)汽車轉(zhuǎn)向器相關(guān)設(shè)計圖文內(nèi)容進(jìn)行網(wǎng)絡(luò)形式化的布局，建立符合實際結(jié)構(gòu)的裝置零部件管理關(guān)系，利用產(chǎn)品分類確定產(chǎn)品細(xì)則，根據(jù)產(chǎn)品順序逐步完善產(chǎn)品的文檔結(jié)構(gòu)標(biāo)準(zhǔn)，這些產(chǎn)品結(jié)構(gòu)往往是利用二維碼存儲的，這種方便產(chǎn)品后續(xù)的維護(hù)。
2.3 文檔圖樣板式的檢索和管理
不同的文檔往往具有不同的板式，根據(jù)不同板式自動生產(chǎn)編號，按照編號完成文檔設(shè)計和更新，這是與不同的文檔相互區(qū)別的重要指標(biāo)。通過審核，將伸長的板式記錄下來，隨時調(diào)取和使用，方便文檔的后續(xù)歸檔管理。圖樣文檔的檢索是在10萬張圖紙中進(jìn)行快速的搜去準(zhǔn)確資源，確定產(chǎn)品的材料、設(shè)計人、歸檔日期、更新日期等，方便設(shè)計人員進(jìn)行快速瀏覽、編排和復(fù)制調(diào)整。依照圖樣的檢索操作模式，極大程度的改善文檔圖樣資料的搜索速度，提高設(shè)計的工作效率。
2.4 產(chǎn)品生產(chǎn)報表的管理
按照圖樣數(shù)據(jù)信息的生產(chǎn)管理設(shè)計方案，制定統(tǒng)一的生產(chǎn)管理報表。設(shè)計人員按照設(shè)計圖樣進(jìn)行記錄、編號、確定數(shù)據(jù)基本信息內(nèi)容。通過自動化調(diào)取工作完成圖文系統(tǒng)的快速應(yīng)用，將線管數(shù)據(jù)信息匯總，生成構(gòu)件標(biāo)準(zhǔn)，列出結(jié)構(gòu)化清淡，方便生產(chǎn)數(shù)據(jù)的輸出和打印。按照原有的數(shù)據(jù)模型進(jìn)行設(shè)計，產(chǎn)品數(shù)據(jù)生產(chǎn)報表會占用設(shè)計人員的大批量時間，而圖文檔案管理模式有效的節(jié)省了報表的匯總和整理時間，實現(xiàn)數(shù)據(jù)圖紙的導(dǎo)入和輸出，可以批量打印汽車轉(zhuǎn)向器的設(shè)計圖紙，幫助人員更好的完成圖樣的管理，提高設(shè)計的工作效率。
3 結(jié)語
綜上所述，圖文檔管理系統(tǒng)中汽車轉(zhuǎn)向器得到有效的應(yīng)用，設(shè)計人員利用預(yù)先規(guī)定的設(shè)計標(biāo)準(zhǔn)，實現(xiàn)對設(shè)計圖樣的安全管理，降低設(shè)計工作強(qiáng)度，提高設(shè)計協(xié)同工作發(fā)展效率，對圖文當(dāng)檔數(shù)據(jù)管理系統(tǒng)中的不足進(jìn)行軟硬件糾正，確保數(shù)據(jù)的準(zhǔn)確性，保證數(shù)據(jù)的實時有效性，提高汽車轉(zhuǎn)向器圖文檔管理的有效應(yīng)用。
摘 要：本文對企業(yè)文檔管理系統(tǒng)進(jìn)行了一個大概的設(shè)計，分別從系統(tǒng)相關(guān)流程、功能模塊、數(shù)據(jù)庫與系統(tǒng)設(shè)計等方面進(jìn)行了具體闡述，并且實現(xiàn)了用戶管理、全庫搜索、登錄管理、文件與文件柜管理等模塊功能。
關(guān)鍵詞：管理系統(tǒng) 系統(tǒng)設(shè)計 數(shù)據(jù)庫
一、文檔管理系統(tǒng)相關(guān)流程設(shè)計
1.系統(tǒng)客戶端數(shù)據(jù)流程
客戶端的功能有：下載資源、上傳資源、刪除資源、查詢資源、推送、更新資源等等。
2.系統(tǒng)各具體事項數(shù)據(jù)流程
（1）下載資源：將需要的資料從系統(tǒng)傳輸?shù)奖镜亍?
①在搜索欄內(nèi)查找資源，查詢是否已經(jīng)下載，若已下載，應(yīng)更新到最新版本。②若本地沒有該資源顯示，則從系統(tǒng)下載，并顯示。③成功下載后，映射于本地數(shù)據(jù)庫。
（2）上傳資源：將本地數(shù)據(jù)庫的資料上傳于服務(wù)器。
①從服務(wù)器查找資源文件，并進(jìn)行相關(guān)數(shù)據(jù)顯示，從而確定該資源存在與否。②將資源通過接口錄入到服務(wù)器。③相關(guān)結(jié)果進(jìn)行映射。
（3）刪除資源：將本地數(shù)據(jù)庫中的資源刪除。
①輸入資源ID，進(jìn)行刪除資源操作，刪除本地數(shù)據(jù)庫資料信息。②刪除本地的映射關(guān)系。
（4）查詢資源：在本地數(shù)據(jù)庫進(jìn)行資料搜索查詢。
①輸入資源ID，在本地數(shù)據(jù)庫中進(jìn)行搜索查詢。②將查詢的結(jié)果顯示出來。
二、系統(tǒng)功能模塊設(shè)計
1.同步模塊
同步模塊是指客戶端的本地數(shù)據(jù)庫和服務(wù)器的資源相對應(yīng)，主要有以下幾方面。
（1）將服務(wù)器數(shù)據(jù)同步后，用戶界面通過UI顯示。
（2）將服務(wù)器同步的資源專門存儲于客戶端專用存儲同步資源區(qū)。
（3）相關(guān)平臺客戶端應(yīng)在數(shù)據(jù)結(jié)構(gòu)、同步算法以及方法名、表名中保持一致。
（4）同步模塊在Windows平臺下兼具有上傳資源的功能。
通用信息平臺具有兼容性、易擴(kuò)展性及可實施性，作為系統(tǒng)工具，包括五大（登錄、文件、搜索、文件柜、用戶）管理功能。
2.登錄管理功能
登錄管理功能是系統(tǒng)的基本功能，該功能的實現(xiàn)，為其他系統(tǒng)功能的實現(xiàn)創(chuàng)造了一定的條件。只有該功能進(jìn)行實現(xiàn)，才能進(jìn)行其他功能的實現(xiàn)。該功能主要包含登錄和退出兩種方式。
3.文件管理功能
用戶可以對文件夾進(jìn)行創(chuàng)建、刪除、修改，對文件進(jìn)行上傳、編輯、移動、復(fù)制、傳遞、共享。
4.搜索功能
用戶對自己所需的資源數(shù)據(jù)在服務(wù)器進(jìn)行查找，按照文件名、文件所有者、范圍、文件夾名、文件類型等進(jìn)行搜索。
5.文件柜管理模塊
（1）系統(tǒng)管理員可以對文件柜進(jìn)行添加分類、移動、排序、授權(quán)。
（2）系統(tǒng)管理員可以對文件的查看權(quán)、上傳權(quán)、下載權(quán)、創(chuàng)建文件夾權(quán)、修改權(quán)、刪除權(quán)、管理權(quán)進(jìn)行授權(quán)，還授權(quán)用戶組。
6.用戶管理功能
系統(tǒng)管理員對用戶與用戶組信息等進(jìn)行添加、修改、刪除。
三、數(shù)據(jù)庫設(shè)計
建立數(shù)據(jù)庫及相關(guān)應(yīng)用系統(tǒng)稱為數(shù)據(jù)庫設(shè)計，在信息系統(tǒng)建設(shè)中占有關(guān)鍵地位。由于數(shù)據(jù)庫系統(tǒng)比較復(fù)雜，因此設(shè)計起來也有一定的難度，想要直接設(shè)計出最適合的數(shù)據(jù)庫也是不可能的，只能去粗取精，逐步積累，對數(shù)據(jù)庫中的數(shù)據(jù)及其相互之間的關(guān)系進(jìn)行規(guī)劃研究。
MySQL體積小、速度快、成本低，是當(dāng)前中小型網(wǎng)站中較為流行的一種小型關(guān)系型的數(shù)據(jù)庫管理系統(tǒng)。很多中小型網(wǎng)站都會選擇該數(shù)據(jù)庫，本文中的系統(tǒng)也選擇MySQL數(shù)據(jù)庫。
在唯一列內(nèi)數(shù)據(jù)不可以重復(fù)，PK-Primarykey是主鍵，其他任何列只要不是主鍵便都可以作為替換鍵。
①全局設(shè)置是對系統(tǒng)的一些參數(shù)進(jìn)行設(shè)置。例如站點域名、站點名稱、站點狀態(tài)、統(tǒng)計代碼、SEO關(guān)鍵字、SEO描述、關(guān)閉原因、是否初始化、是否跨柜子復(fù)制與移動等。
②關(guān)注表是用來記錄用戶及其關(guān)注的文件柜的信息。例如，關(guān)注的目標(biāo)id、關(guān)注者id、關(guān)注目標(biāo)的類型、關(guān)注的狀態(tài)等等。
③分類表是對文件柜分類的信息進(jìn)行記錄。例如：父分類ID、分類名字、分類顯示名稱、分類描述、分類的創(chuàng)建時間、分類狀態(tài)以及排列的序號等?？梢杂猩舷录壍年P(guān)系。
④柜子管理員表主要記載管理員的信息。例如，管理員的綁定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、電話、手機(jī)號碼、im、狀態(tài)、用戶公鑰、用戶私鑰、用戶序列碼、用戶公鑰是否可用。
⑩管理員表列示的為系統(tǒng)超級管理員。其具有最大權(quán)限。
資源共享表記載了資源與其提供者、接收方的相關(guān)關(guān)系。主要包括創(chuàng)建時間、共享的資源ID、提供者ID、接收者ID及資源共享接收方。
資源表記載了所有的資源信息。例如：資源項ID、文件柜ID、文件柜名字、資源創(chuàng)建者ID、資源創(chuàng)建者名字、資源的存儲路徑、資源名字、資源描述、資源大小、資源的Content-Type、資源創(chuàng)建時間、父資源ID、資源類型、資源狀態(tài)、縮略圖、上傳比例、是否已經(jīng)共享等。
馬甲表主要用來登記用戶的馬甲。一般一個用戶可以有多個其他馬甲，同一個人，可以登錄不同的賬號進(jìn)來。馬甲表內(nèi)容包括馬甲名字、馬甲頭像路徑、馬甲簽名、馬甲所屬的用戶名、馬甲使用的email、馬甲狀態(tài)及馬甲類型。
四、系統(tǒng)設(shè)計
系統(tǒng)設(shè)計主要有實體類層、DAO層、業(yè)務(wù)邏輯處理層設(shè)計等。實體類層通過采用數(shù)據(jù)建模，對用戶、管理員、權(quán)限、資源共享與資源項，文件及文件柜、馬甲、柜子管理員等都建立了其相應(yīng)的實體類。
DAO層主要用來將對應(yīng)實體轉(zhuǎn)化成持久性數(shù)據(jù)，對應(yīng)的實體類都有一個各自的DAO接口與實現(xiàn)類。業(yè)務(wù)邏輯處理層主要是處理一些業(yè)務(wù)邏輯。對于每個實體都提供了一個相關(guān)的業(yè)務(wù)邏輯處理接口。系統(tǒng)定義了一個IService接口來獲得所有業(yè)務(wù)邏輯處理層的接口，以使得Web層方便調(diào)用。
五、小結(jié)
本文主要對文檔管理系統(tǒng)相關(guān)流程、系統(tǒng)功能模塊、數(shù)據(jù)庫以及系統(tǒng)進(jìn)行了設(shè)計分析與研究，對文檔管理系統(tǒng)的整體以及各具體部分分別進(jìn)行了闡述，為該系統(tǒng)的實踐提供了基礎(chǔ)與借鑒。不過本文設(shè)計的系統(tǒng)隨著時間的變化，需要不斷地加入新元素，更新改進(jìn)，從而保持系統(tǒng)的時效性。
（作者單位：太原理工大學(xué)、山西省呂梁市柳林縣王家溝鄉(xiāng)政府）
摘 要
文檔管理系統(tǒng)在個人PC上的形態(tài)基本上以網(wǎng)盤客戶端的形式出現(xiàn)。網(wǎng)盤的確是個“盤”，需要保存文件、建立目錄、同步數(shù)據(jù)等操作。既然是一個本地“盤”，那么把文檔管理系統(tǒng)的客戶端做成一個真正的“盤符”，或者說文件系統(tǒng)是最理想的形態(tài)。
【關(guān)鍵詞】虛擬磁盤機(jī)制 企業(yè)文檔 管理系統(tǒng)
文檔管理的客戶端基礎(chǔ)就是“網(wǎng)盤”，個人網(wǎng)盤因為沒有太多的共享需求，所以可以直接使用掃描目錄已發(fā)現(xiàn)變化，實現(xiàn)文檔實時同步。
但是，在企業(yè)級文檔管理場景下，“數(shù)據(jù)共享協(xié)作”是主要的文檔同步來源。海量的共享文檔數(shù)據(jù)使得客戶端無法像個人網(wǎng)盤那樣實現(xiàn)全同步。這會導(dǎo)致本地設(shè)備存儲空間被占滿，并且整個企業(yè)網(wǎng)絡(luò)都是文檔下載流量。因此，只能實現(xiàn)成“觸發(fā)式同步”。觸發(fā)式”同步機(jī)制雖然能夠解決海量文件全同步的問題，但是無法解決大文件格式，如視頻、PDF、dwg等格式文件在窄帶或者網(wǎng)絡(luò)質(zhì)量不好的場景下訪問。
1 基于“觸發(fā)”機(jī)制的同步方式
主流的文檔管理產(chǎn)品客戶端依賴 windows 的HOOK機(jī)制，通過攔截特定的文件操作API，來實現(xiàn)觸發(fā)同步。抽象起來可以描述為“打開時全文檔下載”和“關(guān)閉后全文檔上傳。
但是應(yīng)用程序?qū)τ谝粋€文件的操作往往包含如下四個步驟：
（1）打開文件（創(chuàng)建文檔）；
（2）讀取文檔；
（3）寫入文檔；
（4）關(guān)閉文檔。
當(dāng)然，有時文檔會只讀不寫，有時則是只寫不讀。
對于應(yīng)用程序而言，打開的時候并不需要讀取文檔。只有在真正調(diào)用ReadFile（……）（或者類似函數(shù)）時，才會需要出發(fā)下載文檔（如果文檔沒有下載的話）。而且程序不會在一次調(diào)用過程中讀取整個文檔，除非這個文檔很小。應(yīng)用程序通常一次ReadFile（）調(diào)用會讀取幾K到幾十K字節(jié)。無論是應(yīng)用程序，還是用戶，對于一次ReadFile（）調(diào)用的響應(yīng)要求大體會在幾毫秒到幾十毫秒之間。換句話說，應(yīng)用程序?qū)τ谖臋n的讀取請求是隨機(jī)訪問。
對于采用Hook機(jī)制的文檔同步客戶端而言，需要攔截打開、關(guān)閉、讀取、寫入等文檔操作。并且做出正確的響應(yīng)。但是API HOOK并不能攔截到應(yīng)用程序?qū)τ谖募乃性L問。Windows的文件操作API很多，不同的windows版本還由變化。尋找到所有文件操作API盡管可以做到，但是相當(dāng)耗費精力。最終一類特殊的文件方式使得程序無法完全捕捉到文檔訪問。一些程序，例如“記事本”，通過內(nèi)存映射的方式打開文檔，讀寫將不會通過API，而是直接讀取內(nèi)存地址。
無法攔截到所有文件讀寫的API情況下，此時基于hook機(jī)制的客戶端被迫在文件打開的時候掛住api調(diào)用，將文件下載到文檔同步客戶端緩存里。然后繼續(xù)執(zhí)行系統(tǒng)原生的文件打開操作，完成文件打開。而后，應(yīng)用程序繼續(xù)調(diào)用讀取文件API，執(zhí)行原生的讀寫。同樣，在捕獲到文件關(guān)閉的操作后，文檔同步客戶端開始執(zhí)行文檔上傳邏輯（實際情況是延遲上傳以便版本合并）。
這種基于hook機(jī)制的同步方式存在的缺陷很明顯，應(yīng)用程序?qū)ξ募淖x寫被迫延遲到文檔下載完成之后。如果文件是幾百MB或者上GB打消，這種延遲將會非常明顯。這個當(dāng)前基于HOOK機(jī)制的文檔同步客戶端很大的一個問題。而且視頻類的流媒體打開時并不需要整個文件，它們往往只讀取了一點內(nèi)容（meta和幾個KB字節(jié)）便可以開始播放。此時該機(jī)制的同步客戶端會加劇此事的用戶體驗，令用戶無法忍受。
由于文檔在觸發(fā)下載之后，仍舊通過windows原生的機(jī)制讀取本地磁盤上的文件，緩存目錄必須是開放的、讀取可訪問的 。也就是說整個文檔管理同步客戶端在本地PC上的緩存目錄時暴露的，無法隱藏的，不利于安全保護(hù)，也不利于后續(xù)進(jìn)行細(xì)顆粒度緩存策略。
2 基于虛擬磁盤機(jī)制的同步方式
歸結(jié)起來，hook機(jī)制無法攔截所有的文件操作。而攔截所有文件訪問的方案包括兩類：用戶態(tài)文件系統(tǒng)和網(wǎng)絡(luò)文件系統(tǒng)。
用后臺文件系統(tǒng)主要用于Unix系統(tǒng)上。最常用的是LINUX的fuse。Windows上缺乏很成熟的用戶態(tài)文件系統(tǒng)。Docken不夠穩(wěn)定，缺乏使用案例，而且在Windows系統(tǒng)中無法 解決藍(lán)屏的問題。VHD技術(shù)是微軟官方提供的虛擬磁盤技術(shù)，頗具潛力，但是尚不明確是否可以截獲所有文件操作，需進(jìn)一步考察。
網(wǎng)絡(luò)文件系統(tǒng)支持的虛擬磁盤技術(shù)術(shù)語網(wǎng)絡(luò)文件協(xié)議比較奇特的應(yīng)用方式。其原理是將文檔同步客戶端實現(xiàn)成一個單用戶單掛載的網(wǎng)絡(luò)文件系統(tǒng)的服務(wù)器。運行在客戶機(jī)器上。然后在客戶機(jī)上掛載成一個網(wǎng)絡(luò)卷。當(dāng)應(yīng)用程序訪問這個卷上的文件時，網(wǎng)絡(luò)文件系統(tǒng)就會將訪問操作傳遞給文檔同步客戶端程序，從而實現(xiàn)文件操作攔截。作為網(wǎng)絡(luò)文件系統(tǒng)服務(wù)器，必然會攔截到所有網(wǎng)絡(luò)訪問。當(dāng)前，海量的文件共享協(xié)作場景下比較合適的網(wǎng)絡(luò)協(xié)議是SMB系列。SMB協(xié)議很復(fù)雜，實現(xiàn)起來有較大的工作量，但是其功能比較完整，在Windows和osx上的兼容性較好。
無論哪種技術(shù)，虛擬磁盤方式會帶來很多收益。首先，虛擬磁盤模式下，包括讀寫在內(nèi)的文件訪問都有本地文檔管理客戶端實現(xiàn)，客戶端就可以掩藏緩存目錄。一旦緩存目錄對于用戶不可見（應(yīng)用程序不可見），那么緩存模式便可以細(xì)顆粒度的控制文檔緩存模式。
歸納起來，一個文檔在客戶端緩存的模式包括：
2.1 無緩存
每次從服務(wù)器讀取文檔。無緩存只能針對讀取，也就是只讀文檔（或者只讀狀態(tài)打開的文檔）才能無緩存。寫入必須要有緩存。當(dāng)前主流的對象存儲不支持隨機(jī)寫入。
2.2 內(nèi)存緩存
在內(nèi)存中緩存整個文檔。文檔緩存在內(nèi)存中，文檔關(guān)閉并上傳至服務(wù)端后，內(nèi)存釋放。該方式可以不占據(jù)本次磁盤空間，單卻要占用更加珍貴的內(nèi)存空間。所以正常情況下基本不會采用該方式。
2.3 臨時緩存
在磁盤上緩存整個文檔，文檔使用完成（關(guān)閉），并且完成上傳后，刪除緩存文檔。
2.4 短期緩存
還是需要將文檔內(nèi)容緩存至本地磁盤，但是該緩存空間在文檔關(guān)閉后的一定時間之后釋放。
2.5 可淘汰緩存
緩存整體容量存在上限，當(dāng)本地緩存容量超限時，清除長期未被訪問的文檔的緩存。設(shè)是文件系統(tǒng)緩存采用的工作模式。
2.6 持久緩存
始終緩存不淘汰，直到人工干預(yù)執(zhí)行清理。這種模式在存在大量用戶間共享的情況下本地客戶端緩存容量會被耗盡，通常不使用該方式。但是對于用戶自己生產(chǎn)和編輯的文檔可以考慮持久緩存。
2.7 塊級緩存
根據(jù)應(yīng)用長須的文件讀取請求，以固定大小數(shù)據(jù)塊從服務(wù)端緩存。應(yīng)用程序讀取文檔時，文檔同步客戶端如果所讀取的位置沒有緩存，則從服務(wù)端下載一整塊數(shù)據(jù)，而不僅僅是應(yīng)用程序所讀取的哪一點。這樣，當(dāng)應(yīng)用程序讀取下一塊時，這些數(shù)據(jù)已經(jīng)被緩存，只需從緩存中讀取?？梢赃M(jìn)一步在應(yīng)用程序讀取某一塊的時候，預(yù)緩存相鄰的數(shù)據(jù)塊以提升性能。塊大小通常選擇64K-1M之間。
這些緩存模式互相之間并不沖突，同一客戶端內(nèi)的不同文檔和目錄可以采用不同的緩存策略。比如用戶自己創(chuàng)建或者編輯的文檔采用持久緩存，主動同步的文檔也可以采用持久緩存，而其他用戶共享的文檔，特別是只讀的可以臨時緩存或者短期緩存。通過對不同類型、不同類別的文檔設(shè)定不同的緩存策略，可以最大程度的優(yōu)化文檔管理客戶端對于本地資源的利用。
3 虛擬磁盤機(jī)制的同步性能
這里所說的“性能”實際上是指用戶在操作文檔時感受到的延遲?，F(xiàn)有基于HOOK機(jī)制 文檔管理客戶端上，由于緩存模式的關(guān)系，從文檔打開到文檔應(yīng)用程序加載完整個文檔為止，需要經(jīng)歷兩個步驟：
（1）在應(yīng)用程序打開文檔時，本地客戶端掛起該“打開”操作，開始下載文檔；
（2）文檔下載完成后，客戶端恢復(fù)應(yīng)用程序的打開流程，應(yīng)用程序讀取文檔。
此事用戶所感受到的操作延遲是下載文檔+應(yīng)用程序打開文檔。對于編輯體積龐大的文檔，比如上GB的設(shè)計圖紙或視頻，即便打開文檔文檔已經(jīng)需要很長的時間了再加上等待下載完成的時間，用戶往往對此無法忍受。
很顯然，如果下載和應(yīng)用程序打開文檔能夠同時進(jìn)行，那么延時體驗會有很大的進(jìn)步?；谔摂M磁盤機(jī)制便提供了這樣的一種途徑。由于虛擬磁盤攔截了所有對文件的訪問，包括讀取和寫入。因此文檔管理客戶端可以在應(yīng)用程序讀取文檔的時候從服務(wù)端獲取文檔數(shù)據(jù)。而且可以做到一邊下載數(shù)據(jù)，一邊向應(yīng)用程序訪問數(shù)據(jù)。這樣，文檔打開的延遲僅受限于網(wǎng)絡(luò)下載的速度。
4 虛擬磁盤方式客戶端與NAS優(yōu)劣勢
如之前所述，基于HOOK機(jī)制的同步客戶端受限于技術(shù)本身，無法接管文件的讀寫。所以只能使用文檔打開時下載，下載后繼續(xù)執(zhí)行讀取操作的方案。但是在虛擬磁盤模式下，文件的讀寫完全由文檔同步客戶端處理，客戶可以再下載到所需內(nèi)容后，立即將數(shù)據(jù)反饋給應(yīng)用程序，而不必等待整個文檔下載完成。也就是說，可以采用“按需下載”的方式。整個模式在響應(yīng)時間上等同于NAS的操作，因而虛擬磁盤模式在延遲上等價于“NAS”。但是虛擬磁盤由于存在Benin緩存，因此可以邊下載，邊反饋數(shù)據(jù)，邊緩存數(shù)據(jù)。這樣，當(dāng)用戶第二次打開文件時，直接從本地緩存獲取數(shù)據(jù)，會比NAS塊很多。
而且，虛擬磁盤模式可以采用塊緩存、預(yù)緩存技術(shù)，優(yōu)化下載速度，進(jìn)一步減少打開文檔時的延遲。所以，在延遲方面，虛擬磁盤模式在首次打開文檔時，與NAS有相當(dāng)?shù)难舆t特性，而在后續(xù)打開同一文檔時，延遲遠(yuǎn)遠(yuǎn)小于NAS。
相比于NAS，基于虛擬磁盤機(jī)制的文檔同步客戶端真正的缺陷在于對客戶計算機(jī)本地磁盤的消耗上。在一些本地磁盤有限的場景下，比如虛擬桌面，比如打開大型圖紙編輯，視頻編輯時，客戶計算機(jī)往往都是高端的工作站，不會缺乏本地資源。基于虛擬磁盤機(jī)制的客戶端對于本地磁盤的占用不是一個非常嚴(yán)重的問題。
5 虛擬磁盤同步機(jī)制的改進(jìn)方向
虛擬磁盤模式真正無法使用的場景，就是不能或者無法占用本地磁盤。典型的應(yīng)用場景就是桌面虛擬化。為了應(yīng)對這種使用習(xí)慣。我們可以在現(xiàn)有文檔管理服務(wù)端的基礎(chǔ)上前置NAS機(jī)頭提供NAS接入服務(wù)。
虛擬磁盤模式有的基本方案是使用SMB協(xié)議，而SMB本身就是NAS協(xié)議。這以為這虛擬磁盤模式的大部分成果可以在NAS機(jī)頭上繼續(xù)沿用。使得技術(shù)路徑可以逐步演進(jìn)。
圖1簡單描述了內(nèi)置NAS協(xié)議轉(zhuǎn)換的基本方案，通過一個NAS網(wǎng)關(guān)實現(xiàn)SMB、NFS等網(wǎng)絡(luò)文件系統(tǒng)協(xié)議，接受來自PC、mac、linux客戶端的網(wǎng)絡(luò)文件訪問請求。而后將其轉(zhuǎn)化為類似于虛擬磁盤模式中的文檔操作。這個實現(xiàn)基本上就是將文檔管理客戶端模塊轉(zhuǎn)移到專門的服務(wù)網(wǎng)關(guān)中，并且擴(kuò)展成多用戶、多掛載的模式。
6 總結(jié)
通過虛擬磁盤機(jī)制的文檔管理客戶端可以避免現(xiàn)有HOOK機(jī)制，文件全同步等機(jī)制造成的本地磁盤空間占用率高，網(wǎng)絡(luò)帶寬占用率高。用戶體驗不佳等問題。通過對虛擬磁盤機(jī)制下各種緩存機(jī)制的調(diào)優(yōu)，基本上能夠達(dá)到云端文件無延遲打開和編輯。
