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