時間：2022-08-01 02:41:35
序論：在您撰寫文件管理系統時，參考他人的優秀作品可以開闊視野，小編為您整理的7篇范文，希望這些建議能夠激發您的創作熱情，引導您走向新的創作高度。
zlx：從當前實踐看，電子文件管理系統還基本難以找到對應的管理主體，它更多的是理論界的一種自娛自樂式的純理論闡釋。因為，電子文件在業務部門產生以后，一直就在各業務系統中運行，如會計檔案是在會計電算化系統中運行、教學檔案是在教務系統中運行、電子公文是在公文管理系統中運行等?？偛荒苷f會計電算化系統、教務系統、公文管理系統等屬于電子文件管理系統吧？它們都是為了辦理上述業務而存在的管理系統或平臺，而不是為了管理電子文件而存在的系統或平臺。當前學界一般把電子文件管理系統定義為管理電子文件的平臺，而上述系統存在的意義不是為了管理電子文件，而是為了完成相應的業務活動，因此，上述系統顯然不是“電子文件管理系統”。而電子文件在辦理完成之后，經過歸檔又直接進入到“檔案管理系統”里去了，所以這個“電子文件管理系統”在哪里呢？誰在對其進行管理呢？
任越：支持zlx的觀點。電子文件管理系統就是業務系統，這個系統本身就是單位業務系統的拓展，只不過檔案學界將這個電子文件管理系統單獨拿出來，其實必要性不強。各位可以上網搜索，哪個學界專家真正開發過電子文件管理系統并搞過實證研究？電子文件管理系統都是人家科技公司研發出來的，專家們只不過提供了一些素材和需求罷了。
陳建同學：支持任越的觀點。電子文件管理系統還是要圍繞實踐部門走。電子文件管理國家戰略頂層設計正在全面實施，電子文件管理系統國家標準也已經頒布。實踐層面，電子文件管理系統的研發和應用正在逐步推進。
紅旗下的檔棍：電子文件管理系統很尷尬，為什么不是OA呢？或者說是某種業務系統。我覺得zlx說得有道理，現實生活中其實就是一種特殊的業務系統而已。管理主體就是文件背后業務活動的管理者。
simon：我是企業檔案館的，單位有個部門叫文檔處，負責管理公司文件和檔案。電子文件管理系統主要是管理電子文件的，電子文件系統中有個模塊叫檔案管理模塊。電子文件辦畢后，在線整理歸入檔案管理模塊，變為電子檔案。所以我們的電子文件概念和現在學界說的電子文件概念不太一樣。我們基本沿用了紙質檔案的管理模式，管理主體沒有變化。
一芙：我覺得主體是文件形成單位，電子文件系統的存在是為了單位的業務而設置的，電子文件是業務活動中形成的文件。
追夢的少年：立檔單位和業務部門應該是電子文件管理系統的主體。立檔單位和具體業務部門是電子文件的具體形成者，他們對電子文件的形成過程、目的、背景等情況了如指掌，可以最大限度地確保電子文件的真實性、完整性和有效性。
陳建同學：電子文件管理系統有主體嗎？是管理主體還是開發主體？這個問題要搞清楚。
任越：支持陳建同學的觀點。電子文件管理系統就是個系統程序，怎么會有主體？主體是程序員。
simon：我們單位管理和開發都是文檔處統一管理。
wgy0828：系統管理的主體必須是系統管理員。至于誰是系統管理員，是什么級別的管理員，就回到電子文件管理主體的問題了。
simon：系統管理員聽文檔部門的，所以系統管理員只是輔助管理，還是需要按公司統一的文檔管理制度來操作，所以管理主體就是文檔部門。
wgy0828：你說的系統管理員是剛開發好的初始身份吧，系統移交單位之后的管理員不就是與文件流轉相關的人員。
紅旗下的檔棍：其實，電子文件管理系統只是一種業務系統而已，有時表現為狹義的辦公部門開發使用的系統，但更多的是其他業務部門管理的系統，其管理主體多數情況下為文件背后業務活動的管理者，管理行為包括需求提出、可研論證、組織設計管理、開發管理等。
住在春天：電子文件生命周期中一般存在三種類型系統：業務系統、電子文件管理系統、電子文件長期保存系統。業務系統和電子文件管理系統與文件形成單位相對應，電子文件長期保存系統與檔案館相對應。
檔案研究僧：這個討論的主題是不是有歧義??？是在討論管理電子文件的主體，還是管理電子文件管理系統的主體？電子文件管理系統的主體聽上去感覺有點別扭。一個系統的主體是設計系統的人，還是在運營維護系統的人？
zlx：歧x？誰對它實施管理，誰就是其管理主體，如檔案管理系統的管理主體是檔案管理部門，這個理解有錯？
紅旗下的檔棍：電子文件管理系統的客體從形式上看，包括視頻、音頻、電子公文、零散數據等。從歸屬上看，按照檔案界發生型定義的方式，一般為文件形成者。技術層面分清客體很重要，為什么呢？因為這涉及系統的數據量和信息量，進而涉及系統整體的網絡結構、數據結構和存儲形式。系統數據量和信息量是進行系統可研論證的重中之重。
zlx：電子文件在辦理過程中在各“業務系統”中運行，辦理完畢后，在檔案管理系統中運行，請問這個“電子文件管理系統”去管哪里的“電子文件”？
simon：管的是檔案管理系統中的電子文件。
zlx：從我國實際狀況看，電子文件管理系統是夾在業務系統與檔案管理系統之間的一個系統，可能就是“畫蛇添足”。電子文件管理系統不是一個筐，什么都能往里裝。電子文件管理系統也不是自由體，各人有各人的邊界，這樣的東西就是個虛的。
一芙：電子文件管理系統是業務文件流轉的平臺，怎么會和業務系統是分離的呢。
zlx：高見！第一次聽說，電子文件管理系統是業務文件流轉的平臺這種說法，那么，會計電算化系統是算業務系統還是算電子文件管理系統呢？
田寧寧：電子文件管理系統是不是以電子文件為主體的，電子文件是業務的載體和內容吧。否則，電子文件管理系統里面都是啥內容呢？
一芙：電子文件管理系統是對電子文件生成、流轉、處置、利用等過程進行管控的平臺，有的包含檔案管理系統，有的與檔案管理系統分離。我這種理解不知對不對。
simon：沒問題的，很符合實際工作部門的管理情況。
wgy0828：那么電子文件管理系統和OA系統的功能區別在哪兒？
一芙：沒區別啊，都是電子文件管理平臺。電子文件管理系統是一個大的名稱，OA辦公只是其中的一個業務而已，電子文件系統中還有其他業務流程。
simon：等于或大于OA。主要是名字所涵蓋的內容不同，涵蓋少則與OA同名，涵蓋多則等于OA+檔案管理系統，和實際工作比對就是文檔處只管收發文及文件辦理管控，或者只管歸檔文件，或者既管OA，又管歸檔文件。
紅旗下的檔棍：老實說，我眼里只有檔案管理系統和非檔案管理系統，有些術語比較討厭，理論上也不是不能把電子文件管理系統概括得非常大、非常全，甚至包括標準規章之類的，但這樣只是方便論述而已，有一定的理論意義，但實踐意義也僅是提醒實踐工作者注意考]問題的全面性，真要是去開發系統，胡子眉毛一把抓肯定不行，要把工作盡可能地分解。我的經驗是業務系統中的數據要有一個歸屬，各個業務系統之間要有一個數據中心去調節。
追夢的少年：電子文件管理系統是對單位業務管理系統的集成，同時也是連接檔案管理系統的橋梁和紐帶，三個系統的整合將是優化文檔管理系統的一個方向，當然這種整合并非易事，涉及不同的管理主體。
simon：電子文件管理系統是存在的，不論是從OA角度理解電子文件概念，還是從檔案角度理解電子文件，或者從文檔一體化層面上理解電子文件。
紅旗下的檔棍：電子文件管理系統其實是從檔案管理的視角對業務系統的一種觀察，是一種方便從檔案管理認識實踐現象的工具，有了這個命名方便檔案管理的思想、注意力、管理手段等的介入，方便檔案管理人員對檔案這一客體的關注。所以，作為一種理論研究的對象，有一定的合理性。但要搞清楚，一旦開始深入地分析，應把它忘掉，讓它消失掉，心里想著怎么用檔案的手段把業務搞好就行。
zlx：系統存在與否應該是看是否有利于管理流程的優化為標準，如果 “畫蛇添足”，還不如不要為好。
wgy0828：如果按學界的說法，一定要將電子文件管理系統與“業務系統”“數字（電子）檔案系統”區分開來，那么它就沒有獨立存在的內在驅動和外在基礎：1.形成主體電子文件意識不強。最近半年調研的8家事業單位和9家企業中，系統開發時基本上只關注單位業務系統的便捷性和安全性，強調數據的采集、統計和關聯，對其憑證性往往患有技術依賴癥，認為在系統里的文件就是默認權威的。2.缺乏明確且強有力的主導者。公文主管部門更多關注文件內容、格式和流轉，而不是其存在形式，檔案行政管理部門對電子文件的長期保存感興趣，卻從權力和能力上都沒法真正實現“前端控制”。另外從效益上來說，在業務系統和電子檔案系統中間夾個電子文件管理系統，其產出比和響應時間都不劃算。
simon：其實反過來再想想，除去一切電子文件管理系統，回到紙質文件時代，事情一樣可以順利處理，只是效率低些，所以電子文件管理系統首先是提升效率的工具。再進一層，電子文件管理系統不光是管理了電子文件，更是一種工作模式的改變，產生了新型的信息溝通管理模式。所以，形式可以千變萬化，不變的是對文件管理的需要。
住在春天：從理論上來說，如果電子文件管理系統沒有必要存在，除非是它的功能沒有了價值，無需從業務系統中捕獲電子文件，也無需具有行政有效性和法律證據性，或者它的功能可以被其他系統取代或覆蓋。
>> 基于JSP的網絡文件管理系統的設計與實現 電子文件檔案管理系統設計與實現 網絡管理系統的設計與實現 文件加密系統設計與實現 網絡課程制作與管理系統的設計與實現 面向制造現場的工藝文件管理系統設計與實現 淺談電子文件檔案管理系統的設計與實現 網絡費用報銷管理系統的設計與實現 網絡教學資源管理系統的設計與實現 基于SNMP的網絡管理系統設計與實現 淺談基于SNMP網絡管理系統的設計與實現 淺析網絡監控安全管理系統的設計與實現 網上車輛網絡管理系統設計與實現分析 網絡指紋考勤管理系統的設計與實現 基于Android的網絡問政管理系統設計與實現 網絡在線車輛使用管理系統的設計與實現 高校教材網絡管理系統的設計與實現 基于SNMP網絡管理系統的設計與實現 基于Android的文件加密系統的設計與實現 Windows Mobile文件監控系統的設計與實現 常見問題解答 當前所在位置：lControls;
public partial class AdminManage_Login : System.Web.UI.Page
{CommonClass CC = new CommonClass();
protected void Page_Load(object sender, EventArgs e)
{if (!IsPostBack)
{//產生驗證碼
this.labCode.Text =CC.RandomNum(4); }}
protected void btnLogin_Click(object sender, EventArgs e)
{ if (txtAdminName.Text.Trim() == "" || txtAdminPwd.Text.Trim() == "")
{ Response.Write(CC.MessageBox("登錄名和密碼不能為空！", "Login.aspx"));}
else
{ //判斷用戶輸入的驗證碼是否正確
if (txtAdminCode.Text.Trim() == labCode.Text.Trim())
{//調用CommonClass類中的checkLogin方法，判斷用戶是否為合法用戶
int IntUserIn = CC.checkLogin(txtAdminName.Text.Trim(), txtAdminPwd.Text.Trim());
if (IntUserIn > 0)
{ //該用戶為合法用戶，跳轉到后臺首頁（AdminIndex.aspx）中
Response.Write("window.open('AdminIndex.aspx');window.close();"); }
else
{ //該用戶不是合法用戶，調用CommonClass類中的MassageBox方法，彈出提示框
Response.Write(CC.MessageBox("您輸入的用戶名或密碼錯誤，請重新輸入！", "Login.aspx")); } }
else
{ Response.Write(CC.MessageBox("驗證碼輸入有誤，請重新輸入！", "Login.aspx")); }}}
protected void btnCancel_Click(object sender, EventArgs e)
{ Response.Write("window.close();location='javascript:history.go(-1)';");}}
以上即為我所設計的一個網絡文件管理系統，由于篇幅所限，本文只給出了部分代碼，希望能對大家在進行網絡文件管理系統設計時起到拋磚引玉的作用。
參考文獻：
[1] 陳會安2.0網頁制作徹底研究[M].北京:清華大學出版社,2007.
【關鍵詞】電子文件管理系統 公共服務體系 構建
隨著社會經濟，文化以及現代化科學信息技術應用水平的不斷提升，社會當中生活于各個地區和各個行業的人民群眾，對于公共服務工作開展的質量以及效率也提出了更高水平的需求內容。為全面提升社會公共服務管理工作的發展現狀，相關管理工作人員開始不斷革新自身的發展觀念、采取現代化的電子文件管理系統，力求能夠在最短時間內全面優化和完善我國社會公共事業服務體系的構建。
1 簡析電子文件管理系統的公共服務體系
電子文件管理系統是在二十一世紀初期，我國逐漸進入到科技信息經濟發展進程中時產生的一項新生詞匯，是一個現代化的分布式高科技應用管理系統。在現代化的新型電子文件管理系統當中同時具備著眾多類型的公共服務體系，不同服務體系之間存在著各不相同的服務功能。在我國當今社會的發展進程之內，經過同行業發展領域當中相關專業工作人員對電子文件管理系統開展的研究和分析，發現電子文件管理系統當中的公共服務體系可以分為近十種不同的服務類型。進程間通信、命名服務體系、異常操作服務、信息安全服務以及電子辭典信息查詢服務等，都是電子文件管理系統的公共服務體系之中的重要組成部分。
2 公共服務體系的安全保障服務
在電子文件管理系統公共服務體系的眾多服務內容當中，立足于PKI現代科技信息技術之上而實現的數字簽名，是最具代表性的公共服務內容之一。相關領域的專家學者又將電子文件管理系統公共服務體系中PKI簽名的這一安全保障功能稱之為數字簽名服務。數字簽名通過電子信息的展現和記錄形式，應用于識別或者記錄他人的個人身份信息。數字簽名安全服務技術能夠將人們的簽名筆記作為信息識別的解鎖鑰匙，將指定個人的信息內容進行總結和記錄。通過利用PKI的電子記錄功能，將信息內容與相應的簽名筆記進行一一對應。在保證簽名者個人身份信息完整性的同時結合加密解鎖的技術應用手段，全面提升網上簽名信息傳遞的安全性與可靠性。
在我國現今社會的發展進程當中，電子文件管理系統公共服務體系當中的安全數字簽名技術，在數年時間里已經發展成形了多種不同的應用類型。單位簽名、設備簽名以及個人身份簽名等，都是安全數字簽名當中主要包括的內容。單位簽名主要可以根據簽名主體發展地位的不同而進一步劃分為機構簽名以及部門簽名兩種不同的存在形式。部門簽名主要用以證明相關單位的法人身份，而機構的數字簽名相比單位數字簽名的應用范圍更為廣闊。數字簽名可以根據使用的電子設備的不同而劃分為安全鑒別服務器的簽名、VPN虛擬通道的簽名兩種主要的組成形式。無論是哪一種數字簽名的存在形式，其在擴大電子文件管理系統的社會影響、提升經濟效益以及提升社會服務價值方面，都發揮著重要的推動和影響作用。
3 公共服務體系構建和實施的意義
3.1 擴大電子文件管理系統在社會上的影響范圍
公共服務體系的構建全面提升了電子文件管理系統的應用效率，讓社會上相關的企業以及用人單位實現了業務管理系統到電子文件管理系統的全面轉化。相比傳統的企業業務管理系統，電子文件管理系統公共服務體系的構建將相關工作人員向電子文件管理歸檔的方式得到了豐富和發展。
一方面，工作人員可以通過OA系統的在線傳輸管理功能，向接收方發送印有單位機構數字簽名信息的電子文件數據。電子文件管理系統當中的公共服務體系對單位的數字簽名信息進行驗證。只有驗證有效的元數據管理信息才能成功發送至接收方，工作人員在得到接受確認信息后才能開展正常的電子文件管理工作。另一方面，相關文件信息管理人員還可以通過脫機載體機進行離線歸檔的管理。將單位或者企業的數字簽名信息導入到電子文件管理系統當中進行離線歸檔管理，以保障信息驗證以及文件接受的準確性。公共服務體系的構建簡化了電子文件管理系統的信息驗證管理流程，添加了信息文件歸檔和傳輸的途徑，有效擴大了電子文件管理系統在社會上的影響范圍。
3.2 提升電子文件管理系統社會經濟收益的發展水平
隨著全球范圍內經濟一體化發展趨勢的不斷加劇，全國范圍內的各大中小企業在社會主義市場經濟管理體系當中的經濟局勢日益嚴峻。電子文件管理系統在應用過程中能夠帶來和產生的社會經濟效益，就成為了廣大社會成員熱切關注的焦點話題。隨著社會法律法規制度的不斷完善，電子文件管理系統方面有關的法律條文也在不斷的優化。在法律約束力不斷提升的帶動和影響下，電子文件管理系統中公共服務體系構建的可信度和規范度逐漸提升。無論是在電子文件管理系統的數字簽名信息移交，還是在電子文件信息的存檔管理方面，相關信息內容的安全性和保密度都得到了提升。將更加可信的公共管理體系引用到電子文件管理系統當中，在一定程度上提升了廣大社會成員對數字簽名信息傳遞技術應用的支持和信任。隨著數字簽名技術應用范圍的不斷擴大，其幫助電子文件管理系統在社會各行業之間收到的經濟收益，也將呈現出飛速提高的發展趨勢。
3.3 突出電子文件管理系統的社會服務價值
現代化公共服務體系的構建有著更加便捷的服務功能，也能在一定程度上進一步突出電子文件管理系統的社會服務價值。相比傳統的電子文件管理系統有著一定的區別，在公共服務提及的影響下，電子文件管理系統的網絡用戶被細致劃分為兩種不同的用戶類型。其中一種是在網絡在線的應用狀態下利用全部開放的電子文件，不需要申請個人獨有的數字簽名，被Q之為是電子文件管理系統的普通用戶。另一種則是分布在國家電力網絡建設公司當中的特殊服務用戶，這類用戶有權使用電子文件管理當中不開放的電子文件。這一類公共服務對象因其擁有較為特別的使用權限，相關專家學者將其稱之為是電子文件管理系統的特殊用戶。
在公共服務體系的推動下，電子文件管理以及數字簽名信息認證的過程當中，所有涉及到網絡在線傳輸的信息內容都能夠得到適時的加密處理。只有指定的數字簽名用戶本人，才能解開信息加密鑰匙讀取其中的信息內容。全新的管理模式使信息傳輸的保密工作深入落實到電子文件管理系統運作的始終，讓電子文件管理系統能夠更好的被社會成員利用，從而突出體現出了其重要的社會服務價值。
4 結論
電子文件管理系統是一項現代化、高科技的數字信息管理系統，計算機信息處理技術是電子文件管理系統產生和發展的基礎支持。在廣大社會成員個人生活節奏以及工作節奏不斷加快的現代化社會發展進程當中，電子文件管理系統的公共服務體系的構建是必然的社會發展趨勢。相關工作人員要將相應服務管理系統的構建嚴格遵循國家認證系統構建的法律法規。只有擁有較高可信度的服障低常才能為社會成員的生活帶來真正的便利。
參考文獻
[1]殷文杰.基于WebGIS上?；竟卜阵w系動態管理系統研究[J].科學發展，2014（10）：89-95.
[2]張正欣.應用于公共電子醫療領域的SOA服務組件管理系統[J].電子設計工程，2014（02）：19-21.
[3]黃小平.依托圖書館自動化管理系統構建公共文化服務體系[J].文學界（理論版），2012（05）：337-338.
[4]肖秋會.中國電子文件中心的功能定位、管理機制及發展對策[J].圖書情報知識，2012（03）：119-124.
[5]周杰.淺談公共服務體系下公共圖書館電子閱覽室的管理[J].科技情報開發與經濟，2011（01）：86-88.
作者簡介
周峰（1970-），男，山東省人。碩士研究生。高級工程師。研究方向為行政辦公業務管理、公文、檔案及電子文件管理，企業辦公信息化管理。
周翔（1977-），男，江蘇省人。碩士研究生。工程師。研究方向為行政辦公業務管理、電力系統自動化。
楊迪（1982-），男，滿族，遼寧省人。碩士研究生。工程師。研究方向為信息系統建設管理，辦公自動化技術，信息安全保密技術。
黃敬林（1979-），男，福建省人。大學本科學歷。高級工程師。研究方向為電子文件管理、檔案數字化管理。
張敏（1989-），女，湖北省人。大學本科學歷。工程師。研究方向為電子公文安全傳輸，辦公自動化技術。
作者單位
1.國家電網公司 北京市 100031
隨著電子文件在政府管理中的大量應用，為了保證電子文件的真實性、可靠行、可用性等要求，急需采用電子文件管理系統，從而實現電子文件的統一管理，本文對電子管理系統的邏輯設計進行比較深入的思考和探討。
【關鍵詞】電子文件管理系統 邏輯架構
電子文件管理主要是為了實現電子文件采集、生成、歸檔、管理、利用系統，形成電子文件數據庫，并能夠通過標準接口，實現電子文件的統一管理，形成標準格式的電子文件的集中存儲和統一管理與應用。目前電子文件管理的現實狀況中存在，電子文件管理失控，無法保證電子文件的真實性、可靠性、完整性和可用性；不重視電子文件管理，可信度、證據力不足；開發利用水平低下；規范不一，協調困難；數據孤島深化風險加劇等問題。
建立一個能夠實現資源共享，并對后期的業務擴展提供接口，能夠提高系統開發的效率、易S護性、移植性、復用性以及擴展性的電子文件管理系統具有重大的現實意義。
根據需求分析，認為電子文件管理系統可以采用基于SOA架構的思想進行設計，將系統功能進行劃分，并且把各個功能模塊以服務的方式到相關的管理平臺，用戶方可以通過一定的授權來訪問注冊中心所的服務，獲取自己所需要的功能。
在邏輯架構設計方面，根據職責分離、通用性分離、不同粒度分離三種不同維度的思維方式，建議把電子文件管理系統細分為基礎設施層（IaaS）、基礎平臺層（PaaS）、軟件服務層（SaaS）。利用ESB總線技術實現各個系統、外部系統的隔離，并且解決異構系統集成、安全、業務流程控制等問題。
軟件服務層采用SaaS軟件開發模式，支持多租戶，支持個性化、可擴展、可配置。在不用重新編程的模式下，實現對功能的擴展、配置、用戶界面的定制。軟件服務層通過ESB服務總線實現對電子文件、用戶、認證、授權、審計等的統一訪問和管理。軟件服務層和基礎平臺層是基于SaaS電子文件管理系統的重點和難點。
1 多用戶架構選型
SaaS模式實現了軟件基礎設施的共享，多個組織、單位共用一套軟件。這里的組織、單位可以看做軟件的租用者，引入了“租戶”的概念。租戶代表一個獨立組織結構，在電子文件管理系統開發中，可以認為，一個部門就是一個租戶，他們共同使用一套電子文件管理系統。目前，常見的多租戶架構方面的實現方案中，建議采用高級多租戶系統，它通過編程方式實現多個租戶共用一套系統，實現最大程度的資源共享，最大程度降低運行維護成本。在架構上，一套系統支持數百個租戶。該模式下，電子文件數據集中存儲，便于后期的數據挖掘和知識發現。高級多租戶系統資源利用率高、維護成本低、數據集中存儲。有利于電子文件在統一的規范體系下運行和管理。
2 存儲架構設計
電子文件存儲架構設計必須從電子文件的實際特點出發，大量的電子文件屬于通用文書類，從這類電子文件來源看，主要來源于微軟Office、WPS、永中Office等系列產品產生的電子文件。該類電子文件具有數量眾多、單個文件存儲量小、每年增量可觀的特點。從數據管理方面分析，電子文件屬于半結構化數據，與電子相關的元數據屬于結構化數據。因此建議采用關系數據庫與文檔型數據庫結合的方案，元數據用關系數據庫存儲，文檔型數據庫存儲電子文件相關數據。
在SaaS模式，解決數據存儲的同時，需要實現數據的安全隔離，每個租戶僅可以訪問與其相關的數據?？刹捎肊SB服務總線，實現數據的訪問控制。
3 統一用戶管理、認證、授權、審計設計
電子文件管理系統應該采用統一的人員管理。目前基于目錄的管理模式已經為廣大用戶所認可，并被實踐證明了的有效途徑，通過該管理模式集成管理，構建各級統一的應用基礎支撐體系，對組織人員信息、應用系統角色信息、用戶安全和應用安全信息、用戶和服務之間的權限控制信息進行統一存儲管理，實現統一的用戶管理、權限管理和基礎信息管理。
基于SOA架構，系統中的各類應用需要集中注冊各自的用戶角色和提供的服務信息，通過統一的用戶管理界面，實現用戶帳號和角色組之間的映射，進而基于角色實現與服務訪問權限的映射，實現集中的權限管理。
統一審計管理的主要目標是：帳號對資源的高敏感數據訪問和關鍵操作行為都應該被審計，接收和保存審計信息，用于安全審查和追蹤依據；及時發現非法登錄和非法操作，對其快速分析、定位和響應。
4 全文檢索系統設計
隨著電子文件管理系統的運行，必將會積累大量的數據和信息。這些信息是最有價值的財富，如何利用這些財富，是電子文件管理系統的關鍵。從數據結構看，電子文件管理系統的數據既有結構化的數據，如電子文檔相關的元數據，又有非結構化的數據，如Word、Excel、PDF等。需要用一個搜索工具和統一的搜索界面，能對所有的資源進行檢索，并很快就有滿意的結果。
從全文檢索方案看，主要有商用和開源兩個類別。商用的解決方案有Oracle SES、IBM OmniFind、TRS等。商用解決方案技術支持及時、功能強大。但是，投入高，后期升級維護成本高。知名的開源的解決方案，如Lucene、Solar、UIMA、Sphinx等，以架構靈活、擴展方便等優勢，應用逐漸廣泛。國內知名的門戶，如Sina、Sohu等均采用了開源的解決方案。因此，建議電子文件管理系統采用開源的全文檢索解決方案。
5 ESB服務總線設計
ESB服務總線實現軟件服務層與平臺服務層的對接。通過ESB服務總線，實現各層的獨立性，各層的內部調整，不影響其它層。其主要功能如下：
5.1 事件平臺
系統中所有相關的事件和消息可以通過事件平臺進行轉發。
5.2 共享通信平臺
系統中服務之間進行通信和數據共享傳輸的中轉平臺。
5.3 消息平臺
消息平臺提供統一的消息通知發送和處理程序接口和管理接口。接口支持電子郵件、即時消息等各種消息通知方式，為其它工作平臺、電子公文交換中心等各種應用平臺的開發提供支持。
5.4 API接口平臺
ESB服務總線提供特定的接口，滿足電子文件特定需求。
通過電子文件管理的邏輯設計，對物理架構設計上提出高可靠性、高可用性要求。主要采用群集和容錯技術，包括WEB集群和負載均衡、中間件集群、關系數據庫集群、電子文件存儲集群、分布式存儲集群等。在此基礎上繼續對系統進行詳細設計以及數據庫設計等，直至完成整個電子文件管理的設計和開發。
參考文獻
[1]馮惠玲，趙國俊等（著）.中國電子文件管理：問題與對策[M].北京：中國人民大學出版社，2009.
[2]殷偉鳳.SaaS多租戶數據管理及實現策略[J].軟件工程，2016（01）.
[3]張德剛.基于SOA架構的電子政務系統的設計與實現[D].成都：電子科技大學（碩士論文），2014.
[4]張紹締；朱春燕.利用目錄服務實現電子政務中人員權限的統一管理[J].辦公自動化，2004.
【關鍵詞】php技術 網絡文件管理 系統設計
一、文件管理現狀
就目前的文件管理來說，主要有三種方式，比較傳統的兩種就是將文件存儲在個人的電腦硬盤上以及將文件存在移動存儲介質上，如移動硬盤等容易攜帶的介質。之所以說這兩種方式比較傳統，是因為相對于目前的發展狀況和用戶需求來說，它們已經趨于落后，這主要體現在兩者各自的弊端上。對第一種方式來說，它的弊端就在于不易攜帶，不辯解；而相對于第二種方法來說，雖然便于攜帶，卻有著容量小、已損壞的缺點。而來那個著共同的缺陷就是無法實現有效的共享，數據信息間的交流度不夠。那么第三種方法就是比較便捷且擁有高共享度的方式，就是將文件存于網絡服務器上，構建一個安全便捷的文件管理系統。
二、PHP技術的網絡文件管理系統的特點與優勢
（一）具有靈活性。網絡文件管理系統不僅可以在單機上供個人使用，也可以在網絡上供多人使用，具有靈活性，同時，文件的分類匯總工作做得很好，用戶在進行文件管理時可以盡情享受管理系統所帶來的靈活與便捷。
（二）管理便捷。在文件查找方面，文件可以通過錄入關鍵詞、標題、作者、摘 要等一些信息進行查找，大大提高了文件查找的速度，這是基于網絡文件資源的豐富性，同時，查找好的文件也包含了文件的許多具體信息，為文件的使用提供了便利。
（三）安全性高。首先，文件管理系統的安全性體現在權限的認證上，需要通過密碼和口令才能夠進入系統，同時，管理員和用戶的權限也不同，這就很好的阻擋了攻擊分子對文件的攻擊和對信息的泄露。另外，網絡文件管理系統是建立在網頁瀏覽的基礎上的，這就與傳統電腦存儲文件不同，它避免了文件存儲于個人電腦上的一些列不可預見的危險，如電腦病毒、黑客攻擊等，這就避免了文件和信息的泄露，提高了安全性。
（四）功能齊全。網絡文件管理系統就文件管理來說是功能完善的，用戶不僅可以對文件進行一些常規的管理如文件的查找、瀏覽、下載、共享等，同時網站對文件的管理也是非常到位的，不僅實現了文件管理的便捷，更提高了文件的安全度。這與傳統的文件管理形式相比起來，更加便捷與智能化，大大提高了人們的工作效率。
三、文件管理系統的設計追求的目標
（一）滿足用戶需求。文件系統的設計必須要以滿足用戶需求為根本出發點，在操作界面方面，一定要保證簡單明了，易操作，實現用戶操作的便捷性。
（二）保證系統安全。系統的安全對于文件信息和用戶跟人來說，都是及其重要的，這也是文件管理系統設計的基本要求。在安全性反方面，系統設計時要保證登錄界面的安全性。在用戶登錄時，要設置密碼進行驗證，并且在系統加密方面，也要采用最先進的加密技術增強系統的保密性。
四、文件管理系統的設計
（一）系統設計的基本要素。系統的 WEB 服務器為 Apache，開發語言是 PHP，所謂PHP是一種運行在服務器端的嵌于HTML的腳本語言，具有安全性高、運行穩定等優點。系統的管理模塊主要包括用戶認證、用戶的記錄包括信息記錄與操作記錄、用戶權限判斷和系統安全管理等。這在我們下面的文章中將會介紹到。系統的存儲空間包括個人與公共兩個存儲空間，個人用戶空間是具有私密性的，存儲著用戶的私人信息并保證著這些文件的安全性，當然，注冊用戶可以對個人的文件進行管理；而公共空間則是向用戶開放的，用戶可以對公共文件信息進行瀏覽，并下載使用，為用戶提供大量的文件與信息。
（二）系統主要功能模塊
1.用戶登錄界面。用戶登錄是進入系統的第一步，也是系統設計的第一步，用戶登錄界面主要包括用戶名和用戶登錄密碼的信息。
2.權限設置與認證。在用戶登錄后，服務器需要對用戶進行權限的驗證，這里是針對普通用戶和管理員的權限進行設置的，普通用戶對個人存儲文件具有查閱、刪除、移動、分享等權利，并且能夠瀏覽和下載公共文件，但不能對公共文件進行移動、刪除、編輯，這是只有管理員才能進行的操作。用戶權限的認證對于整個文件管理系統的安全也有著重要的意義，是文件管理的一道安全屏障。
3.用戶注冊。用戶注冊也是一個重要的功能模塊，注冊后的用戶能夠在普通用戶的操作權限基礎上對個人文件進行編輯、移動、刪除等操作。
4.文件管理功能模塊。系統的核心模塊就是文件管理，主要功能包括文件資源的搜索、文件資源瀏覽功能、文件的上傳與下載、文件分類管理等。文件資源信息都在網頁中顯示，而且文件自身信息完整，用戶在對文件資源進行搜索時可以通過文件標題、關鍵詞詞、上傳時間、作者等多方信息快速搜索到文件，方便快捷，并且網上文件資源本身信息量巨大，且分類齊全，對于用戶來說是強大的信息資源庫。文件的上傳是基于PHP技術的，是文件的上傳更加快捷智能，文件下載顧名思義就是為用戶提供文件資源下載的功能，在這個過程中，文件的路徑、服務器信息等都是被隱藏和保密的，具有極高的安全性。而文件的分類管理則包括對公共文件好個人文件的分類管理。另外，文件管理也包括文件刪除、編輯的功能，這是針對用戶對于私人文件的管理來說。
五、結語
系統建設成為每個形成和保管電子文件單位的嶄新且重要的工作內容。然而，在電子文件種類繁多、業務系統架構各異、包括人才在內的專業資源有限的情況下，各單位如何建設合格的系統，逐漸成為當下文件、檔案管理領域需要回答的現實問題。本文采用文獻研究法和案例研究法，從與業務系統的關系、主導方式、部署方式等角度對ERMS建設的模式進行總結，繼而分析其適用性。
一、ERMS和業務系統的關系
一個單位若要建設ERMS，首先要考慮的問題之一就是本單位有多少個業務系統可能產生電子文件，需要加以管理。因單位規模、業務的不同，這個答案的差異性較大。2010年4月，筆者分別走訪了北京市地稅局和北京市發展和改革委員會，兩個單位對此問題的答案依次是50多個和70多個，這還不包括桌面級的應用。事實上，決定啟動ERMS建設的單位，其業務系統的數量一般都在幾十個左右。
如此之多的業務系統，產生的文件類型、數量、數據結構差異性較大，ERMS的實現方式也不可能單一。筆者曾經在2004年闡述了獨立、包含、嵌入等三種業務系統和ERMs的關系，即業務系統和ERMS相對獨立，業務系統包含完整的ERMS，業務系統中內嵌ERMS的前端控制模塊。國際檔案理事會(ICA)2008年頒布的《電子辦公環境中文件管理原則和功能要求》，提供了業務系統中產生的文件的管理方案，分別為：(1)在業務系統內部實現文件管理功能；(2)將文件元數據輸出到ERMS中，而文件還保存在業務系統中；(3)將文件及其元數據直接輸出到ERMS中加以管理。
根據ERMs和業務系統的交互方式以及與之相伴的文件和元數據的存儲方式，可以總結出獨立式、嵌入式、整合式、互聯式四種ERMs建設模式。其特點比較如表1所示。
1.獨立式
所謂獨立式，就是ERMs相對獨立于形成文件的各個業務系統，后者可通過應用程序接口(API)向ERMS輸出文件及其元數據，文件及其元數據集中于ERMS保存管理。這種組合模式延續了紙質文件前后端分離管理的做法，對應于現有的組織分工模式，較為通行。在此模式中，ERMS相對被動，被動接收業務系統提交的數據，需要在相應管理制度的配合下，強化業務系統主動提交文件及其元數據的行為。由于向ERMS輸出數據的業務系統可能有多個，往往需要定制開發多個接口才能完成數據的順利交接，這將增加協調和實施的成本。
2.嵌入式
所謂嵌入式，是指在業務系統自行開發完善ERMS的功能，在業務系統內部實現電子文件的捕獲、維護和處置。換句話說，ERMS嵌入業務系統中成為其子模塊，比如財務管理系統、人事管理系統中自帶的文件(檔案)管理模塊，嵌入到郵件系統中的電子郵件歸檔管理軟件等。在此模式中，包含ERMS功能的業務系統，往往只能管理本系統產生的電子文件及其元數據，適用于業務文件數量大，對于業務系統依賴性強，業務流程較為規范的情況。這種模式有利于特定業務文件的專業化管理和利用。但是，如果一個單位僅采用該模式，那么就會在整體上造成文件信息的分散，若需開展全局性的利用，則還須借助于其他系統。
3，整合式
從某種意義上，可以將整合式理解為獨立式和嵌入式的結合，整個ERMS分為兩大部分，一部分嵌入到業務系統中，實時捕獲文件及其元數據；另外一個部分則集中保管維護文件及其元數據。這種模式兼具了獨立式和嵌入式的優點，既能捕獲來自多個業務系統的電子文件，又能集中機構的信息資產，并以統一的方式加以維護和開發利用。目前構建在內容管理平臺(Enterprise Content Management，ECM)上的ERMS(EDRMS)大多采用該模式，對業務系統和ERMS之間的集成要求較高。
4.互聯式
互聯式強調的是ERMS和業務系統相互訪問數據的便利性，兩者可以相互獨立，也可以像整合式一樣將部分ERMs功能模塊嵌入業務系統中。其區別在于整合式集中保管所有的電子文件及其元數據，而互聯式的ERMS僅保存文件元數據，文件則仍然保存在業務系統中，ERMS負責維護元數據和文件之間的關聯，始終保證二者之間的互聯。這種模式適用于業務文件對原系統環境的依賴性強的單位，通常需要業務系統提供訪問接口，以便從ERMS查找利用文件。
二、ERMS建設的主導方式
大多數單位從市場上購買產品而非本單位自行研發ERMS，根據主導市場采購和系統實施的力量的不同，ERMS建設模式也可以劃分為用戶引導型、廠商引導型和上級主導型。其特點比較如表2所示。
1.用戶引導型
所謂用戶引導型，是指ERMS建設單立，即用戶單位在市場采購和系統實施扮演主導角色。這樣的ERMS建設單位，往往用有“明白的用戶”，即充分了解本單位業務特點、文件管理需求、IT環境、管理規范陽管理文化的專業人員，他們對于電子文件管理方法和要求有清晰的認識，能夠主導ERMS建設的方向，在與廠商的談判、溝通，產品二次開發以及方案驗收的過程中，處于主動的位置，用戶參與ERMS建設的程度較深，系統開發周期相對較長。用戶引導型的系統建設方式，有助于保證系統滿足用戶單位的個性化需求。因用戶水平的不同，ERMS實施效果可能存在差異。
2.廠商引導式
所謂廠商引導型，是指產品提供方，即廠商在市場采購和系統實施扮演主導角色。很多單位沒有貫通文件(檔案)管理和IT管理的復合型人才，故而被動地選擇廠商引導型的建設方式。由廠商提供包括業務咨詢、工作規劃、制度建設、軟硬件集成等全方位的解決方案。采用該模式的用戶單位，系統實施周期短，見效
快，同時也面臨個性化需求未得到滿足的風險。廠商的系統實施經驗和能力在很大程度上決定了其系統建設的質量。
3.上級主導型
所謂上級主導型，是指ERMS建設單位只能選用上級主管部門指定或者統一采購的產品。這里的上級主管部門包括兩類，一類是橫向的檔案行政主管部門，另一類是縱向的行業主管部門或者企業集團。如加拿大安大略省也通過統一采購程序，指定了省政府機關ERMS唯一的產品供應商Opentext。我國也有很多地方、行業系統通過行政手段指定特定政府機關采用一定的檔案管理軟件。
若上級主管部門指定產品質量較高，那么該模式則有助于橫向或縱向水平上的系統的規范化建設和信息的共享。該模式最大的風險就是上級主管部門指定產品質量可能存在缺陷，此外，還可能存在難以滿足用戶單位的個性化需求，對于用戶單位既有系統建設投資保護不足等缺點。若試圖主導下級單位ERMS建設的主管部門不止一個，指定的ERMS產品不止一個的話，則對下屬單位而言是一場災難。筆者了解到上海某區財政局，出于各種原因分別擁有3個辦公自動化系統和3個檔案管理系統，且同時在用，造成資源浪費、數據分散、數據不一致等。
三、ERMS的部署方式
以上兩種視角的模式分析，均站在個別ERMS建設單位的立場。下面將立足于全局，從ERMS的部署方式來分析三種ERMS的建設模式，分別是分散式、集中式、分布式。不同的部署方式下，系統及其中數據的受控程度有別，其特點比較如表3所示。
1.分散式
所謂分散式，即各單位自行部署ERMS，包括自行采購、安裝、運行和維護系統等。這是目前主流的ERMS建設模式。該模式對每個單位的文件管理、IT管理資源提出較高的要求。在這種模式下，控制各單位文件管理規范化的手段只能是由主管部門制定相關標準。
然而，并非每個單位都有足夠的文件管理、IT管理的資源；集中專業化的人力、設備、軟件資源，為更大范圍內電子文件管理工作提供支持，是社會發展和IT建設發展的基本要求。隨著系統建設集約化程度的提高，集中式和分布式依次出現。
2.集中式
所謂集中式，即由一家單位統一規劃、采購、安裝、運行和維護一定范圍內的多家單位的ERMs，軟硬件集中部署，數據集中存儲。目前的技術條件下，系統維護單位可以借助于云服務的方式向各個用戶單位提供ERMS存儲、平臺和(或)應用服務。集中式的系統建設模式，必然伴隨著系統維護方和使用方之間服務模式的改變。
根據部署范圍的不同，集中式主要分為以下兩種情況。
(1)行政區劃范圍內的集中式。即一定行政區劃范圍的機構，通常是政府機關，統一采購實施ERMS。比如杭州市檔案局于2009年年底啟動的“杭州市電子文件中心”項目，即采用集中式的系統建設模式。不同于國內其他很多地方政府電子文件中心，該局籽工作任務的重點放在為各黨政機關統一建設、部署ERMS上，各單位通過集中部署在杭州市檔案局的ERMS，管理本單位的電子文件及其元數據。也就是說，各單位ERMS建設任務集中于檔案局。這意味著數字環境下的檔案局面向各立檔單位的服務功能得以拓展，除了提供政策規范、業務指導和永久文件保存的服務之外，還提供系統建設、部署和維護的服務。據筆者了解，香港、澳門等地都在考慮這種基于云計算的集中式建設模式上。
(2)行業范圍內的集中式。即面對某行業范圍的機構集中部署同一套ERMS，包括政府行業管理系統內集中部署和企業集團系統內統一部署的情況。前者如北京市地稅局，該局自2010年開始建設面向全市地稅機關的電子稅務申報原件管理系統，該ERMS內嵌于產生電子文件的核心征管系統，與核心征管系統數據大集中的建設模式相匹配，ERMS也將采用集中式。后者如中石油天然氣股份有限公司，該公司2006年建成了面向中石油機關和所屬單位的統一的ERMS，該ERMS內嵌于辦公自動化系統(OA)，所有電子文件服務器都部署在中心站點。根據筆者的調研，由于內嵌于OA的ERMs主要只能管理來自OA的電子公文，所以中石油自2009年啟動整合式的綜合檔案管理系統建設，同樣采用集中部署的方式。
集中式最大的挑戰有兩個：第一，系統維護方的服務能力問題，系統維護方應保證系統和數據的完整、安全和可用，這需要恰當應用數據中心建設和維護的新理念和新方法。第二，不同用戶單位個性化的應用需求問題。很多單位之所以將嵌入式作為集中部署ERMS的起點，就是因為采用嵌入式的用戶單位，其業務系統是統一的，這就極大地削減了業務系統異構而給ERMS的統一存儲和管理帶來的困難?；谕瑯拥脑颍贾菔袡n案局盡管部署的是獨立的ERMS，不過在項目一期，選擇了采用統一OA的13家試點單位，先行完善了OA，為二期ERMS的開發奠定了基礎。
3.分布式
分布式可以理解成集中式和分散式的綜合。仍然由一家單位統一規劃、采購、監管多個單位的ERMS，但是由于地理、安全、利用等方面的考慮，所有數據并不采用大集中的存儲模式，部分單位的ERMS可能需要部署在本地，數據也存放在本地。相比集中式，分布式更為靈活，更容易滿足個別單位的個性化需求。但是，總部對于分布于本地的系統、管理流程、數據的控制力度就會下降。為實現全局性的信息利用和信息同步，則需要耗費額外的工作量。
四、模式選擇
任何一個形成、管理和利用電子文件的單位，首先需要判斷本單位是否需要建設ERMs這樣的專業軟件，不是每個單位部需要以獨立軟件的方式來管理電子文件。如果確需建設ERMS，那么至少需要從業務系統以及業務文件的特點、管理人員的專業化程度、本單位所處政策環境等方面加以分析，從而決定ERMS的建設模式。
【關鍵詞】電子文件管理系統 MVC架構 設計
作為信息技術發展的重要產物，電子文件管理系統能夠滿足現代企業文件生成、歸檔、處理等要求，為企業文件管理帶來較多便利。盡管現行該系統設計中逐漸引入MVC模式與其他配套技術，但系統應用效果并未得到真正改善，究其原因在于設計過程中未做好系統需求分析，制約電子文件管理系統綜合性能的進一步提高。因此，本文對電子文件管理系統設計中MVC架構的應用研究，具有十分重要的意義。
1 MVC相關技術分析
關于MVC模式，其主要由模型、視圖與控制器構成，可作為一種設計模式，被廣泛用于現代較多平臺開發中。MVC模式早期應用中，很難被引入到WEB應用開發中，原因在于WEB開發下，要求進行HTML的創建以及網頁流程的控制等，這樣便可能有程序處理復雜、調試困難以及強耦合等問題出現。針對該問題，要求利用model2完成頁面導航處理工作，但這種處理方式極為復雜，需投入更多的資源，此時的便有的Struts產生。對于Struts架構，其本身為MVC設計模式的優化體現，將視圖層、模型層設置其中，如視圖層方面，XSL、JSP都可與該架構結合，而模型層中的JDBC或EJB等數據訪問技術，都可作為架構的重要技術支撐。加上Struts自身設置的控制器，可使架構應用下的系統在綜合性能上得以提升。
2 電子文件管理系統構建需求分析
做好系統構建需求分析是系統設計的基礎。其中的需求內容具體表現為：
2.1 確保滿足電子文件生成以及歸檔要求
系統設計中電子文件在分類的同時應達到相應的標準，如電子文件關聯性、完整性以及文件可被系統讀取等。
2.2 分類配置電子文件
系統在配置電子文件中，可采取分層次方式，利用每個層次組織對一個記錄或卷進行表示，且配置分類中要求做好命名工作。同時，若涉及分類配置導出問題，應注意導出后的格式為xml格式，這樣系統能夠按照該格式進行類、卷的導出。另外，分類配置電子文件中也需考慮到維護問題，如電子文件中出現變動情況時，應保證系統能夠將分類配置活動相關信息提供給管理員。
2.3 文件控制要求
由于電子文件類型較多，可能涉及到敏感數據信息如商業記錄、個人記錄等，若系統難以保證文件的安全性，很可能導致數據丟失或被竊取。因此，系統設計中應做好電子文件訪問控制、活動跟蹤以及備份恢復等設計工作，如其中電子文件訪問控制上，可采取權限設定形式，根據不同用戶級別，進行不同權限的設置。而在活動跟蹤方面，主要指系統能夠對動作進行記錄，如管理員動作或用戶動作等，系統都可跟蹤與識別。對于備份恢復需求，其可使系統故障情況下數據被快速恢復，需注意的是備份恢復實現要求做好存儲介質的選擇與備份頻率的控制，保證系統恢復快速實現。
2.4 系統設計中需滿足文件保持與處置要求
如系統在保持記錄時間方面為多久，且在記錄時間結束后如何進行文件處理等，這樣可保證電子文件得到有效管理。除此之外，系統設計中還需考慮到電子文件查詢、表現等問題，確保用戶在使用系統中能夠快速查找電子文件，且可展示與打印記錄。
3 系統設計與實現
3.1 系統設計
本文在研究中，對于MVC架構的應用，主要將系統架構細化為5部分，包括系統管理模塊、展示管理模塊、調度計劃模塊、用戶管理以及文件管理模塊等。其中在文件管理模塊設計中，由于整個系統以文件管理作為核心，所以需保證模塊具有文件查找、管理以及分類配置等功能。以分類配置為例，要求在創建分類中按照創建位置選擇、信息輸入、分類目錄創建、數據記錄創建、日志創建等流程實現。在滿足分類管理要求的同時，還需保證文件管理與文件查找等流程設計合理。而從用戶管理設計看，其涉及的內容主要體現在組管理、角色管理以及成員管理等。再如系統管理，設計時要求從數據庫管理、日志管理以及文件備份恢復等方面著手，需注意的是這些內容設計中要求數據格式以XML或類似格式為主，這樣才能滿足系統管理要求。除此之外，MVC架構下系統設計中，也需保證元數據設計、業務設計以及數據庫設計的合理性，如元數據中包括較多記錄相關、控制相關以及安全相關的數據，都要求達到具體設計標準。
3.2 系統實現
系統實現中主要由MVC設計模式作為指導，并在Struts應用下進行B/S架構系統構建。在保證系統設計合理的基礎上，要求在文件獲取、用戶登錄以及文件處置計劃上進行控制。如對于文件獲取部分，可按照MVC連接圖構建、視圖設計、控制器編碼以及業務編碼等流程實現。同樣，對于用戶登錄部分，也需在MVC連接圖構建的基礎上，完成視圖設計、邏輯編碼以及業務編碼等工作。除用戶登錄與文件獲取實現外，也要求在系統部署上進行強化，可考慮安裝文件索引服務器、數據庫以及文件服務器等，這樣可保證整個電子文件管理系統應用效果得到最大程度的發揮。
4 結論
MVC架構的應用為現代電子文件管理系統設計提供強有力的技術支撐。實際進行系統設計中，應正確認識MVC架構的基本內涵，分析電子文件管理系統設計中的需求，包括電子文件的生成、分類、處置、安全以及查詢等，在此基礎上做好系統設計工作，保證系統在文件管理、用戶管理以及調度管理等各方面設計合理，且注意在系統設計中保證文件獲取、用戶登錄與文件處置都得以實現，這樣才能使電子文件管理系統綜合性能得以提高，更好的為企業服務。
參考文獻
[1]楊儒良.基于MVC架構原理的電子文檔權限管控系統的設計與實現[D].北京郵電大學，2015.
[2]陳明明.基于MVC和三層架構的水資源管理系統的研究與應用[D].安徽大學，2015.
[3]牛建瑞.基于Windows Azure的門禁管理系統的研究與實現[D].浙江理工大學，2014.
[4]向禹.基于SOA架構的高校檔案資源管理系統設計與實現[D].中南大學，2013.
