前言：中文期刊網(wǎng)精心挑選了文件管理系統(tǒng)范文供你參考和學(xué)習(xí)，希望我們的參考范文能激發(fā)你的文章創(chuàng)作靈感，歡迎閱讀。

文件管理系統(tǒng)范文1

系統(tǒng)建設(shè)成為每個(gè)形成和保管電子文件單位的嶄新且重要的工作內(nèi)容。然而，在電子文件種類繁多、業(yè)務(wù)系統(tǒng)架構(gòu)各異、包括人才在內(nèi)的專業(yè)資源有限的情況下，各單位如何建設(shè)合格的系統(tǒng)，逐漸成為當(dāng)下文件、檔案管理領(lǐng)域需要回答的現(xiàn)實(shí)問(wèn)題。本文采用文獻(xiàn)研究法和案例研究法，從與業(yè)務(wù)系統(tǒng)的關(guān)系、主導(dǎo)方式、部署方式等角度對(duì)ERMS建設(shè)的模式進(jìn)行總結(jié)，繼而分析其適用性。

一、ERMS和業(yè)務(wù)系統(tǒng)的關(guān)系

一個(gè)單位若要建設(shè)ERMS，首先要考慮的問(wèn)題之一就是本單位有多少個(gè)業(yè)務(wù)系統(tǒng)可能產(chǎn)生電子文件，需要加以管理。因單位規(guī)模、業(yè)務(wù)的不同，這個(gè)答案的差異性較大。2010年4月，筆者分別走訪了北京市地稅局和北京市發(fā)展和改革委員會(huì)，兩個(gè)單位對(duì)此問(wèn)題的答案依次是50多個(gè)和70多個(gè)，這還不包括桌面級(jí)的應(yīng)用。事實(shí)上，決定啟動(dòng)ERMS建設(shè)的單位，其業(yè)務(wù)系統(tǒng)的數(shù)量一般都在幾十個(gè)左右。

如此之多的業(yè)務(wù)系統(tǒng)，產(chǎn)生的文件類型、數(shù)量、數(shù)據(jù)結(jié)構(gòu)差異性較大，ERMS的實(shí)現(xiàn)方式也不可能單一。筆者曾經(jīng)在2004年闡述了獨(dú)立、包含、嵌入等三種業(yè)務(wù)系統(tǒng)和ERMs的關(guān)系，即業(yè)務(wù)系統(tǒng)和ERMS相對(duì)獨(dú)立，業(yè)務(wù)系統(tǒng)包含完整的ERMS，業(yè)務(wù)系統(tǒng)中內(nèi)嵌ERMS的前端控制模塊。國(guó)際檔案理事會(huì)(ICA)2008年頒布的《電子辦公環(huán)境中文件管理原則和功能要求》，提供了業(yè)務(wù)系統(tǒng)中產(chǎn)生的文件的管理方案，分別為：(1)在業(yè)務(wù)系統(tǒng)內(nèi)部實(shí)現(xiàn)文件管理功能；(2)將文件元數(shù)據(jù)輸出到ERMS中，而文件還保存在業(yè)務(wù)系統(tǒng)中；(3)將文件及其元數(shù)據(jù)直接輸出到ERMS中加以管理。

根據(jù)ERMs和業(yè)務(wù)系統(tǒng)的交互方式以及與之相伴的文件和元數(shù)據(jù)的存儲(chǔ)方式，可以總結(jié)出獨(dú)立式、嵌入式、整合式、互聯(lián)式四種ERMs建設(shè)模式。其特點(diǎn)比較如表1所示。

1.獨(dú)立式

所謂獨(dú)立式，就是ERMs相對(duì)獨(dú)立于形成文件的各個(gè)業(yè)務(wù)系統(tǒng)，后者可通過(guò)應(yīng)用程序接口(API)向ERMS輸出文件及其元數(shù)據(jù)，文件及其元數(shù)據(jù)集中于ERMS保存管理。這種組合模式延續(xù)了紙質(zhì)文件前后端分離管理的做法，對(duì)應(yīng)于現(xiàn)有的組織分工模式，較為通行。在此模式中，ERMS相對(duì)被動(dòng)，被動(dòng)接收業(yè)務(wù)系統(tǒng)提交的數(shù)據(jù)，需要在相應(yīng)管理制度的配合下，強(qiáng)化業(yè)務(wù)系統(tǒng)主動(dòng)提交文件及其元數(shù)據(jù)的行為。由于向ERMS輸出數(shù)據(jù)的業(yè)務(wù)系統(tǒng)可能有多個(gè)，往往需要定制開(kāi)發(fā)多個(gè)接口才能完成數(shù)據(jù)的順利交接，這將增加協(xié)調(diào)和實(shí)施的成本。

2.嵌入式

所謂嵌入式，是指在業(yè)務(wù)系統(tǒng)自行開(kāi)發(fā)完善ERMS的功能，在業(yè)務(wù)系統(tǒng)內(nèi)部實(shí)現(xiàn)電子文件的捕獲、維護(hù)和處置。換句話說(shuō)，ERMS嵌入業(yè)務(wù)系統(tǒng)中成為其子模塊，比如財(cái)務(wù)管理系統(tǒng)、人事管理系統(tǒng)中自帶的文件(檔案)管理模塊，嵌入到郵件系統(tǒng)中的電子郵件歸檔管理軟件等。在此模式中，包含ERMS功能的業(yè)務(wù)系統(tǒng)，往往只能管理本系統(tǒng)產(chǎn)生的電子文件及其元數(shù)據(jù)，適用于業(yè)務(wù)文件數(shù)量大，對(duì)于業(yè)務(wù)系統(tǒng)依賴性強(qiáng)，業(yè)務(wù)流程較為規(guī)范的情況。這種模式有利于特定業(yè)務(wù)文件的專業(yè)化管理和利用。但是，如果一個(gè)單位僅采用該模式，那么就會(huì)在整體上造成文件信息的分散，若需開(kāi)展全局性的利用，則還須借助于其他系統(tǒng)。

3，整合式

從某種意義上，可以將整合式理解為獨(dú)立式和嵌入式的結(jié)合，整個(gè)ERMS分為兩大部分，一部分嵌入到業(yè)務(wù)系統(tǒng)中，實(shí)時(shí)捕獲文件及其元數(shù)據(jù)；另外一個(gè)部分則集中保管維護(hù)文件及其元數(shù)據(jù)。這種模式兼具了獨(dú)立式和嵌入式的優(yōu)點(diǎn)，既能捕獲來(lái)自多個(gè)業(yè)務(wù)系統(tǒng)的電子文件，又能集中機(jī)構(gòu)的信息資產(chǎn)，并以統(tǒng)一的方式加以維護(hù)和開(kāi)發(fā)利用。目前構(gòu)建在內(nèi)容管理平臺(tái)(Enterprise Content Management，ECM)上的ERMS(EDRMS)大多采用該模式，對(duì)業(yè)務(wù)系統(tǒng)和ERMS之間的集成要求較高。

4.互聯(lián)式

互聯(lián)式強(qiáng)調(diào)的是ERMS和業(yè)務(wù)系統(tǒng)相互訪問(wèn)數(shù)據(jù)的便利性，兩者可以相互獨(dú)立，也可以像整合式一樣將部分ERMs功能模塊嵌入業(yè)務(wù)系統(tǒng)中。其區(qū)別在于整合式集中保管所有的電子文件及其元數(shù)據(jù)，而互聯(lián)式的ERMS僅保存文件元數(shù)據(jù)，文件則仍然保存在業(yè)務(wù)系統(tǒng)中，ERMS負(fù)責(zé)維護(hù)元數(shù)據(jù)和文件之間的關(guān)聯(lián)，始終保證二者之間的互聯(lián)。這種模式適用于業(yè)務(wù)文件對(duì)原系統(tǒng)環(huán)境的依賴性強(qiáng)的單位，通常需要業(yè)務(wù)系統(tǒng)提供訪問(wèn)接口，以便從ERMS查找利用文件。

二、ERMS建設(shè)的主導(dǎo)方式

大多數(shù)單位從市場(chǎng)上購(gòu)買產(chǎn)品而非本單位自行研發(fā)ERMS，根據(jù)主導(dǎo)市場(chǎng)采購(gòu)和系統(tǒng)實(shí)施的力量的不同，ERMS建設(shè)模式也可以劃分為用戶引導(dǎo)型、廠商引導(dǎo)型和上級(jí)主導(dǎo)型。其特點(diǎn)比較如表2所示。

1.用戶引導(dǎo)型

所謂用戶引導(dǎo)型，是指ERMS建設(shè)單立，即用戶單位在市場(chǎng)采購(gòu)和系統(tǒng)實(shí)施扮演主導(dǎo)角色。這樣的ERMS建設(shè)單位，往往用有“明白的用戶”，即充分了解本單位業(yè)務(wù)特點(diǎn)、文件管理需求、IT環(huán)境、管理規(guī)范陽(yáng)管理文化的專業(yè)人員，他們對(duì)于電子文件管理方法和要求有清晰的認(rèn)識(shí)，能夠主導(dǎo)ERMS建設(shè)的方向，在與廠商的談判、溝通，產(chǎn)品二次開(kāi)發(fā)以及方案驗(yàn)收的過(guò)程中，處于主動(dòng)的位置，用戶參與ERMS建設(shè)的程度較深，系統(tǒng)開(kāi)發(fā)周期相對(duì)較長(zhǎng)。用戶引導(dǎo)型的系統(tǒng)建設(shè)方式，有助于保證系統(tǒng)滿足用戶單位的個(gè)性化需求。因用戶水平的不同，ERMS實(shí)施效果可能存在差異。

2.廠商引導(dǎo)式

所謂廠商引導(dǎo)型，是指產(chǎn)品提供方，即廠商在市場(chǎng)采購(gòu)和系統(tǒng)實(shí)施扮演主導(dǎo)角色。很多單位沒(méi)有貫通文件(檔案)管理和IT管理的復(fù)合型人才，故而被動(dòng)地選擇廠商引導(dǎo)型的建設(shè)方式。由廠商提供包括業(yè)務(wù)咨詢、工作規(guī)劃、制度建設(shè)、軟硬件集成等全方位的解決方案。采用該模式的用戶單位，系統(tǒng)實(shí)施周期短，見(jiàn)效

快，同時(shí)也面臨個(gè)性化需求未得到滿足的風(fēng)險(xiǎn)。廠商的系統(tǒng)實(shí)施經(jīng)驗(yàn)和能力在很大程度上決定了其系統(tǒng)建設(shè)的質(zhì)量。

3.上級(jí)主導(dǎo)型

所謂上級(jí)主導(dǎo)型，是指ERMS建設(shè)單位只能選用上級(jí)主管部門指定或者統(tǒng)一采購(gòu)的產(chǎn)品。這里的上級(jí)主管部門包括兩類，一類是橫向的檔案行政主管部門，另一類是縱向的行業(yè)主管部門或者企業(yè)集團(tuán)。如加拿大安大略省也通過(guò)統(tǒng)一采購(gòu)程序，指定了省政府機(jī)關(guān)ERMS唯一的產(chǎn)品供應(yīng)商Opentext。我國(guó)也有很多地方、行業(yè)系統(tǒng)通過(guò)行政手段指定特定政府機(jī)關(guān)采用一定的檔案管理軟件。

若上級(jí)主管部門指定產(chǎn)品質(zhì)量較高，那么該模式則有助于橫向或縱向水平上的系統(tǒng)的規(guī)范化建設(shè)和信息的共享。該模式最大的風(fēng)險(xiǎn)就是上級(jí)主管部門指定產(chǎn)品質(zhì)量可能存在缺陷，此外，還可能存在難以滿足用戶單位的個(gè)性化需求，對(duì)于用戶單位既有系統(tǒng)建設(shè)投資保護(hù)不足等缺點(diǎn)。若試圖主導(dǎo)下級(jí)單位ERMS建設(shè)的主管部門不止一個(gè)，指定的ERMS產(chǎn)品不止一個(gè)的話，則對(duì)下屬單位而言是一場(chǎng)災(zāi)難。筆者了解到上海某區(qū)財(cái)政局，出于各種原因分別擁有3個(gè)辦公自動(dòng)化系統(tǒng)和3個(gè)檔案管理系統(tǒng)，且同時(shí)在用，造成資源浪費(fèi)、數(shù)據(jù)分散、數(shù)據(jù)不一致等。

三、ERMS的部署方式

以上兩種視角的模式分析，均站在個(gè)別ERMS建設(shè)單位的立場(chǎng)。下面將立足于全局，從ERMS的部署方式來(lái)分析三種ERMS的建設(shè)模式，分別是分散式、集中式、分布式。不同的部署方式下，系統(tǒng)及其中數(shù)據(jù)的受控程度有別，其特點(diǎn)比較如表3所示。

1.分散式

所謂分散式，即各單位自行部署ERMS，包括自行采購(gòu)、安裝、運(yùn)行和維護(hù)系統(tǒng)等。這是目前主流的ERMS建設(shè)模式。該模式對(duì)每個(gè)單位的文件管理、IT管理資源提出較高的要求。在這種模式下，控制各單位文件管理規(guī)范化的手段只能是由主管部門制定相關(guān)標(biāo)準(zhǔn)。

然而，并非每個(gè)單位都有足夠的文件管理、IT管理的資源；集中專業(yè)化的人力、設(shè)備、軟件資源，為更大范圍內(nèi)電子文件管理工作提供支持，是社會(huì)發(fā)展和IT建設(shè)發(fā)展的基本要求。隨著系統(tǒng)建設(shè)集約化程度的提高，集中式和分布式依次出現(xiàn)。

2.集中式

所謂集中式，即由一家單位統(tǒng)一規(guī)劃、采購(gòu)、安裝、運(yùn)行和維護(hù)一定范圍內(nèi)的多家單位的ERMs，軟硬件集中部署，數(shù)據(jù)集中存儲(chǔ)。目前的技術(shù)條件下，系統(tǒng)維護(hù)單位可以借助于云服務(wù)的方式向各個(gè)用戶單位提供ERMS存儲(chǔ)、平臺(tái)和(或)應(yīng)用服務(wù)。集中式的系統(tǒng)建設(shè)模式，必然伴隨著系統(tǒng)維護(hù)方和使用方之間服務(wù)模式的改變。

根據(jù)部署范圍的不同，集中式主要分為以下兩種情況。

(1)行政區(qū)劃范圍內(nèi)的集中式。即一定行政區(qū)劃范圍的機(jī)構(gòu)，通常是政府機(jī)關(guān)，統(tǒng)一采購(gòu)實(shí)施ERMS。比如杭州市檔案局于2009年年底啟動(dòng)的“杭州市電子文件中心”項(xiàng)目，即采用集中式的系統(tǒng)建設(shè)模式。不同于國(guó)內(nèi)其他很多地方政府電子文件中心，該局籽工作任務(wù)的重點(diǎn)放在為各黨政機(jī)關(guān)統(tǒng)一建設(shè)、部署ERMS上，各單位通過(guò)集中部署在杭州市檔案局的ERMS，管理本單位的電子文件及其元數(shù)據(jù)。也就是說(shuō)，各單位ERMS建設(shè)任務(wù)集中于檔案局。這意味著數(shù)字環(huán)境下的檔案局面向各立檔單位的服務(wù)功能得以拓展，除了提供政策規(guī)范、業(yè)務(wù)指導(dǎo)和永久文件保存的服務(wù)之外，還提供系統(tǒng)建設(shè)、部署和維護(hù)的服務(wù)。據(jù)筆者了解，香港、澳門等地都在考慮這種基于云計(jì)算的集中式建設(shè)模式上。

(2)行業(yè)范圍內(nèi)的集中式。即面對(duì)某行業(yè)范圍的機(jī)構(gòu)集中部署同一套ERMS，包括政府行業(yè)管理系統(tǒng)內(nèi)集中部署和企業(yè)集團(tuán)系統(tǒng)內(nèi)統(tǒng)一部署的情況。前者如北京市地稅局，該局自2010年開(kāi)始建設(shè)面向全市地稅機(jī)關(guān)的電子稅務(wù)申報(bào)原件管理系統(tǒng)，該ERMS內(nèi)嵌于產(chǎn)生電子文件的核心征管系統(tǒng)，與核心征管系統(tǒng)數(shù)據(jù)大集中的建設(shè)模式相匹配，ERMS也將采用集中式。后者如中石油天然氣股份有限公司，該公司2006年建成了面向中石油機(jī)關(guān)和所屬單位的統(tǒng)一的ERMS，該ERMS內(nèi)嵌于辦公自動(dòng)化系統(tǒng)(OA)，所有電子文件服務(wù)器都部署在中心站點(diǎn)。根據(jù)筆者的調(diào)研，由于內(nèi)嵌于OA的ERMs主要只能管理來(lái)自O(shè)A的電子公文，所以中石油自2009年啟動(dòng)整合式的綜合檔案管理系統(tǒng)建設(shè)，同樣采用集中部署的方式。

集中式最大的挑戰(zhàn)有兩個(gè)：第一，系統(tǒng)維護(hù)方的服務(wù)能力問(wèn)題，系統(tǒng)維護(hù)方應(yīng)保證系統(tǒng)和數(shù)據(jù)的完整、安全和可用，這需要恰當(dāng)應(yīng)用數(shù)據(jù)中心建設(shè)和維護(hù)的新理念和新方法。第二，不同用戶單位個(gè)性化的應(yīng)用需求問(wèn)題。很多單位之所以將嵌入式作為集中部署ERMS的起點(diǎn)，就是因?yàn)椴捎们度胧降挠脩魡挝唬錁I(yè)務(wù)系統(tǒng)是統(tǒng)一的，這就極大地削減了業(yè)務(wù)系統(tǒng)異構(gòu)而給ERMS的統(tǒng)一存儲(chǔ)和管理帶來(lái)的困難?；谕瑯拥脑颍贾菔袡n案局盡管部署的是獨(dú)立的ERMS，不過(guò)在項(xiàng)目一期，選擇了采用統(tǒng)一OA的13家試點(diǎn)單位，先行完善了OA，為二期ERMS的開(kāi)發(fā)奠定了基礎(chǔ)。

3.分布式

分布式可以理解成集中式和分散式的綜合。仍然由一家單位統(tǒng)一規(guī)劃、采購(gòu)、監(jiān)管多個(gè)單位的ERMS，但是由于地理、安全、利用等方面的考慮，所有數(shù)據(jù)并不采用大集中的存儲(chǔ)模式，部分單位的ERMS可能需要部署在本地，數(shù)據(jù)也存放在本地。相比集中式，分布式更為靈活，更容易滿足個(gè)別單位的個(gè)性化需求。但是，總部對(duì)于分布于本地的系統(tǒng)、管理流程、數(shù)據(jù)的控制力度就會(huì)下降。為實(shí)現(xiàn)全局性的信息利用和信息同步，則需要耗費(fèi)額外的工作量。

四、模式選擇

任何一個(gè)形成、管理和利用電子文件的單位，首先需要判斷本單位是否需要建設(shè)ERMs這樣的專業(yè)軟件，不是每個(gè)單位部需要以獨(dú)立軟件的方式來(lái)管理電子文件。如果確需建設(shè)ERMS，那么至少需要從業(yè)務(wù)系統(tǒng)以及業(yè)務(wù)文件的特點(diǎn)、管理人員的專業(yè)化程度、本單位所處政策環(huán)境等方面加以分析，從而決定ERMS的建設(shè)模式。

文件管理系統(tǒng)范文2

關(guān)鍵詞：云存儲(chǔ)；智能手機(jī)；文件管理；云實(shí)例；能量；帶寬

中圖分類號(hào)：TP315

文獻(xiàn)標(biāo)志碼：A

文章編號(hào)：1001-9081（2016）11-3050-05

0 引言

隨著移動(dòng)互聯(lián)網(wǎng)技術(shù)的發(fā)展，智能手機(jī)已經(jīng)成為當(dāng)前最具革命性的設(shè)備之一。根據(jù)Nielsens 2014年3月的報(bào)告，美國(guó)消費(fèi)者智能手機(jī)普及率約為70.4%[1]。如今智能手機(jī)已經(jīng)無(wú)縫融入到人們的日常生活中，其角色遠(yuǎn)超移動(dòng)電話范疇。本文主要研究近期興起的一項(xiàng)技術(shù)，即智能手機(jī)的云存儲(chǔ)服務(wù)應(yīng)用。一般而言，每個(gè)用戶在云中擁有一定的遠(yuǎn)程存儲(chǔ)空間，通過(guò)互聯(lián)網(wǎng)可從不同設(shè)備訪問(wèn)文件。這些云存儲(chǔ)服務(wù)可保證同步性和文件的一致性[2]。隨著智能手機(jī)的普及，用戶不可避免地需要將云存儲(chǔ)服務(wù)和他們的智能手機(jī)結(jié)合起來(lái)。然而，由于智能手機(jī)自身存在限制，用戶和開(kāi)發(fā)人員遇到一些困難。首先，與常見(jiàn)臺(tái)式計(jì)算機(jī)和筆記本相比，智能手機(jī)的存儲(chǔ)空間有限；其次，蜂窩網(wǎng)絡(luò)的帶寬有限。于是，主要移動(dòng)網(wǎng)絡(luò)運(yùn)營(yíng)商們往往對(duì)數(shù)據(jù)計(jì)劃施加約束，這些約束從根本上限制了服務(wù)可擴(kuò)展性的提升； 再次，能耗問(wèn)題是智能手機(jī)用戶的關(guān)鍵問(wèn)題[3]。鑒于這些約束，大多數(shù)當(dāng)前智能手機(jī)云存儲(chǔ)服務(wù)均采用相同的設(shè)計(jì)原則，即：不在本地存儲(chǔ)云中的文件拷貝，因?yàn)橹悄苁謾C(jī)沒(méi)有足夠多的空間存放這些文件，而且下載這些文件會(huì)消耗大量帶寬和電量。相反，默認(rèn)情況下只在智能手機(jī)上存儲(chǔ)元數(shù)據(jù)。雖然這種設(shè)計(jì)的效率較高，但是制約了應(yīng)用性能的提升。對(duì)于智能手機(jī)用戶來(lái)說(shuō)，利用本地拷貝即可輕松完成的部分文件操作（比如壓縮文件或?qū)⑽募鬏斀o其他用戶）變得異常困難甚至無(wú)法實(shí)現(xiàn)[4]。

為此，本文設(shè)計(jì)了一種基于云實(shí)例的文件管理系統(tǒng)（File Management system based on Cloud Instances， FM-CI），幫助智能手機(jī)用戶提升云存儲(chǔ)文件的性能?；舅悸肥峭ㄟ^(guò)建立云實(shí)例[5]來(lái)幫助用戶完成部分文件操作。FM-CI不要求用戶存儲(chǔ)文件的本地拷貝，且具有如下特點(diǎn)：1）豐富了移動(dòng)設(shè)備可實(shí)現(xiàn)的文件操作種類，包括下載、壓縮、加密和轉(zhuǎn)換操作； 2）包括一種文件傳輸協(xié)議，支持兩個(gè)智能手機(jī)用戶從一個(gè)用戶的云存儲(chǔ)空間傳輸?shù)搅硪挥脩舻脑拼鎯?chǔ)空間中； 3）為上述所有操作提供安全的解決方案，以便對(duì)共享的云實(shí)例（即其他用戶創(chuàng)建的實(shí)例）加以利用。

1 相關(guān)工作

云存儲(chǔ)問(wèn)題是目前的研究熱點(diǎn)。文獻(xiàn)[6]提出了一種基于指紋魔方算法的云存儲(chǔ)數(shù)據(jù)保護(hù)機(jī)制。該機(jī)制通過(guò)用戶的指紋特征值控制魔方旋轉(zhuǎn)對(duì)文件進(jìn)行加密，再利用門限分割技術(shù)將文件分割成小塊存儲(chǔ)到各個(gè)服務(wù)器中；需要恢復(fù)原文件時(shí)，先對(duì)各個(gè)服務(wù)器中的文件塊進(jìn)行完整性驗(yàn)證，找到不少于門限值數(shù)量的文件塊就能完整恢復(fù)文件；該機(jī)制保護(hù)了云存儲(chǔ)用戶的隱私數(shù)據(jù)，同時(shí)提高了云存儲(chǔ)系統(tǒng)的抗破壞能力和靈活性。文獻(xiàn)[7]針對(duì)采用主從式結(jié)構(gòu)的主流云存儲(chǔ)系統(tǒng)可能出現(xiàn)的性能瓶頸和可擴(kuò)展問(wèn)題，提出了基于Kademlia的負(fù)載均衡云存儲(chǔ)算法。文獻(xiàn)[8]針對(duì)如何選擇云存儲(chǔ)系統(tǒng)中可以關(guān)閉的節(jié)點(diǎn)集合問(wèn)題，設(shè)計(jì)了基于輔助節(jié)點(diǎn)的貪心算法，并針對(duì)異構(gòu)云存儲(chǔ)系統(tǒng)的能耗優(yōu)化問(wèn)題，提出了面向異構(gòu)云存儲(chǔ)系統(tǒng)的能耗優(yōu)化貪心算法。然而總的來(lái)說(shuō)，以上的算法都需要較大的存儲(chǔ)空間，因此并不適用于智能手機(jī)，另外智能手機(jī)對(duì)于能耗的要求較高，這也進(jìn)一步制約了這些算法在智能手機(jī)中的應(yīng)用。

為了克服以上方案的不足，文獻(xiàn)[9]提出了一種用于智能手機(jī)的云存儲(chǔ)系統(tǒng)ThinkAir。該系統(tǒng)在當(dāng)前運(yùn)行時(shí)間系統(tǒng)之上部署了一種Android框架。它們還提供了一種動(dòng)態(tài)運(yùn)行時(shí)間系統(tǒng)，可確定某個(gè)應(yīng)用組件該運(yùn)行于移動(dòng)設(shè)備上還是遠(yuǎn)程服務(wù)器上，有效降低了移動(dòng)設(shè)備的計(jì)算量，節(jié)省了手機(jī)存儲(chǔ)空間。除了卸除計(jì)算機(jī)量外，文獻(xiàn)[10]提出的SmartDiet方案還試圖將通信相關(guān)任務(wù)卸除給云端，以便節(jié)約智能手機(jī)的能量。文獻(xiàn)[11]分析了當(dāng)前系統(tǒng)架構(gòu)及存儲(chǔ)協(xié)議可能導(dǎo)致的性能瓶頸，針對(duì)基于云P2P網(wǎng)絡(luò)的智能手機(jī)提出一種高效的反惡意軟件工具CloudShield。然而總的來(lái)說(shuō)，以上方案都較為片面，其中文獻(xiàn)[9]主要關(guān)注如何降低移動(dòng)設(shè)備的計(jì)算量，而文獻(xiàn)[10-11]則關(guān)注如何降低移動(dòng)設(shè)備的能量。針對(duì)以上不足，本文設(shè)計(jì)了FM-CI，在降低移動(dòng)設(shè)備計(jì)算量的同時(shí)還減少了能耗，幫助智能手機(jī)用戶提升了云存儲(chǔ)文件的性能。

2 云存儲(chǔ)服務(wù)

本文將Dropbox平臺(tái)[12]看成是一種典型的服務(wù)提供商，下面結(jié)合用戶應(yīng)用對(duì)其架構(gòu)和功能進(jìn)行簡(jiǎn)要介紹。作為個(gè)人云存儲(chǔ)市場(chǎng)的主流解決方案，Dropbox基于亞馬遜簡(jiǎn)易存儲(chǔ)服務(wù)（ Amazon Simple Storage Service， S3）為桌面和移動(dòng)用戶提供跨平臺(tái)服務(wù)。Dropbox采用分層架構(gòu)：在底層，Amazon S3基礎(chǔ)設(shè)施提供基本的數(shù)據(jù)存儲(chǔ)和檢索接口；中間層是Dropbox核心系統(tǒng)，與S3存儲(chǔ)服務(wù)進(jìn)行交互，為更高層應(yīng)用提供服務(wù)；最頂層為正式的Dropbox應(yīng)用及開(kāi)發(fā)人員構(gòu)建第三方應(yīng)用時(shí)用到的一組API接口。

為了對(duì)第三方應(yīng)用進(jìn)行管理，Dropbox為每個(gè)應(yīng)用分配一個(gè)獨(dú)一無(wú)二的應(yīng)用密鑰（app key）和應(yīng)用密函（app secret）。當(dāng)用戶啟動(dòng)一個(gè)應(yīng)用時(shí)，Dropbox服務(wù)器利用OAuth v1進(jìn)行認(rèn)證。當(dāng)被用戶啟動(dòng)時(shí)，第三方應(yīng)用與Dropbox服務(wù)器進(jìn)行通信，以獲得一個(gè)一次性請(qǐng)求令牌和請(qǐng)求密函。然后，應(yīng)用利用一次性請(qǐng)求令牌和請(qǐng)求密函形成一個(gè)改向鏈接，并將該鏈接提供給用戶。當(dāng)訪問(wèn)該鏈接時(shí)，用戶將被提醒利用他的Dropbox賬號(hào)登錄，Dropbox服務(wù)器將驗(yàn)證他的改向鏈接及用戶登錄信息。成功登錄之后，服務(wù)器將向應(yīng)用返回一個(gè)訪問(wèn)令牌和訪問(wèn)密函，進(jìn)而允許訪問(wèn)用戶數(shù)據(jù)。

3 FM-CI

本章首先描述FM-CI框架和基于云輔助的文件操作； 然后，重點(diǎn)討論了FM-CI如何在兩個(gè)用戶的云存儲(chǔ)空間之間傳輸文件，其目標(biāo)是在完成文件操作的同時(shí)，使網(wǎng)絡(luò)帶寬消耗最小。

3.1 FM-CI框架和基于云輔助的基本文件操作

在FM-CI中，每個(gè)移動(dòng)設(shè)備關(guān)聯(lián)一個(gè)云存儲(chǔ)賬號(hào)。與其他應(yīng)用類似，鑒于存儲(chǔ)空間和帶寬消耗約束，F(xiàn)M-CI默認(rèn)情況下不在本地保存云端的文件。但是，F(xiàn)M-CI在移動(dòng)設(shè)備上維護(hù)一個(gè)影子文件系統(tǒng)，以存儲(chǔ)云端文件的元數(shù)據(jù)。該本地文件系統(tǒng)基于服務(wù)提供商的API接口，且與云存儲(chǔ)同步。

FM-CI支持兩種類型的文件操作：第1種類型為服務(wù)提供商API接口可以普遍提供的基本文件操作，比如文件的創(chuàng)建、刪除和重命名；第2種類型為需要云實(shí)例提供幫助的復(fù)雜文件操作。FM-CI可鑒別用戶的操作請(qǐng)求屬于哪種類別，進(jìn)而相應(yīng)作出處理。第1種類別通過(guò)調(diào)用常規(guī)的API函數(shù)即可處理。對(duì)于第2種類別，F(xiàn)M-CI將創(chuàng)建一個(gè)云實(shí)例，然后將文件操作請(qǐng)求轉(zhuǎn)發(fā)給實(shí)例進(jìn)行處理。具體而言，本文在FM-CI中設(shè)計(jì)了如下4種基于云輔助的文件操作：

下載 該操作允許用戶直接將文件下載到他的云存儲(chǔ)中。在FM-CI中，已知統(tǒng)一資源定位符（Uniform Resource Locator， URL）等目標(biāo)文件位置后，云實(shí)例將獲取文件，然后將其上傳到用戶的云存儲(chǔ)中。因此，文件的下載和上傳不會(huì)消耗移動(dòng)設(shè)備的帶寬。

壓縮 該操作允許用戶對(duì)存儲(chǔ)于云中的當(dāng)前文件或目錄進(jìn)行壓縮。如果用戶設(shè)備在本地存儲(chǔ)了目標(biāo)文件的拷貝，則該操作可輕松完成，生成的壓縮文件可上傳到云存儲(chǔ)中。在FM-CI或針對(duì)移動(dòng)設(shè)備的其他類似應(yīng)用中，真正的文件內(nèi)容是無(wú)法獲得的。因此，文中設(shè)計(jì)了一種接口，支持用戶根據(jù)本地影子文件系統(tǒng)和元數(shù)據(jù)選擇目標(biāo)文件，然后將壓縮操作轉(zhuǎn)發(fā)給云實(shí)例進(jìn)行操作。云實(shí)例將從云存儲(chǔ)中獲得指定的文件，對(duì)其壓縮，然后將壓縮文件上傳到云存儲(chǔ)中。

加密 在FM-CI中，用戶可選擇目標(biāo)文件及密碼套件，包括加密算法和密鑰。加密操作將發(fā)送給云實(shí)例。類似地，云實(shí)例將從用戶的云存儲(chǔ)中下載目標(biāo)文件，對(duì)其加密，然后將密文發(fā)送回云存儲(chǔ)空間。

轉(zhuǎn)換 該操作專門針對(duì)圖片和視頻片斷等多媒體文件。在FM-CI中，用戶在瀏覽圖片時(shí)可明確可接受的分辨率，這一請(qǐng)求將由云實(shí)例處理。初始圖片將下載到實(shí)例中并根據(jù)用戶指定的分辨率將圖片轉(zhuǎn)換為體積更小的文件。最后，將轉(zhuǎn)換好的文件發(fā)送給用戶。

FM-CI通過(guò)啟動(dòng)云實(shí)例來(lái)幫助用戶完成這些文件操作。在執(zhí)行文件操作期間，云實(shí)例將周期性地向智能手機(jī)發(fā)送心跳消息，以匯報(bào)進(jìn)度和狀態(tài)。智能手機(jī)在與云存儲(chǔ)服務(wù)器和云實(shí)例交換控制信息時(shí)只消耗少量帶寬。

3.2 用戶間的文件傳輸

大多數(shù)云存儲(chǔ)服務(wù)允許用戶與其他用戶共享文件，但是不支持不同用戶空間之間復(fù)制文件。然而，用戶之間的文件共享無(wú)法代替文件傳輸（制作一份拷貝）。在文件共享時(shí)，一位用戶對(duì)共享文件的操作會(huì)對(duì)其他用戶產(chǎn)生影響。例如，如果用戶刪除共享文件，則所有其他用戶也將失去這些文件。圖1表示了不同用戶空間之間的文件傳輸問(wèn)題。假設(shè)攜帶智能手機(jī)且支持?jǐn)?shù)據(jù)計(jì)劃訂閱的兩名用戶相遇，這兩名用戶均在云端設(shè)有存儲(chǔ)空間。一位用戶（發(fā)送方）想將自己云存儲(chǔ)空間中的文件傳輸?shù)搅硪晃挥脩簦ń邮辗剑┑脑拼鎯?chǔ)空間內(nèi)。本文希望提出一種高效的解決方案，既可為這一特性提供支持，又將消耗的網(wǎng)絡(luò)帶寬降到最低。在傳統(tǒng)的解決方案中，發(fā)送方可將目標(biāo)文件下載到自己的智能手機(jī)上，然后通過(guò)互聯(lián)網(wǎng)或藍(lán)牙、近場(chǎng)通信（Near Field Communication， NFC）等近距離通信手段將文件傳輸?shù)浇邮辗降氖謾C(jī)上。在接收到文件時(shí)，接收方的手機(jī)可上傳文件或與云存儲(chǔ)進(jìn)行文件同步。然而，這一方法從帶寬消耗角度來(lái)看效率較低，尤其是當(dāng)文件較大時(shí)更是如此，比如說(shuō)大量圖片和視頻片斷，因?yàn)榘l(fā)送方必須要下載所有文件而接收方必須要上傳所有文件。

在FM-CI中，采用如下的設(shè)計(jì)原則來(lái)解決上述問(wèn)題，即：利用云實(shí)例來(lái)幫助用戶在各自云存儲(chǔ)空間之間傳輸文件。一般來(lái)說(shuō)，云實(shí)例啟動(dòng)后扮演中繼節(jié)點(diǎn)的角色。它從發(fā)送方的云存儲(chǔ)空間獲取目標(biāo)文件，然后將其發(fā)送到接收方的云存儲(chǔ)空間。通過(guò)這種方式，發(fā)送方和接收方的智能手機(jī)可以不用保存目標(biāo)文件的本地拷貝，只當(dāng)智能手機(jī)和云實(shí)例/云存儲(chǔ)服務(wù)器間傳輸控制信息時(shí)消耗一定帶寬。然而，在實(shí)踐中使用云實(shí)例這種設(shè)計(jì)思想存在一定困難，因?yàn)榘l(fā)送方和接收方之間沒(méi)有建立信任。云實(shí)例可由發(fā)送方或接收方創(chuàng)建。無(wú)論是誰(shuí)創(chuàng)建，對(duì)于沒(méi)有擁有云實(shí)例的那一方來(lái)說(shuō)這種方案的安全性都較低，因?yàn)樵茖?shí)例需要獲得發(fā)送方和接收方的云存儲(chǔ)安全證書才能完成文件傳輸。

為了解決上述問(wèn)題，本文為FM-CI提出一種解決方案，要求發(fā)送方和接收方均有云實(shí)例。具體來(lái)說(shuō)，通過(guò)部署算法1來(lái)完成文件傳輸。假設(shè)用戶UA試圖將文件F（F也可表示一組文件）發(fā)送給用戶UB。假設(shè)Fsrc表示F在UA云存儲(chǔ)空間中的位置，F(xiàn)dst表示UB將在其云存儲(chǔ)空間存儲(chǔ)該文件的目的位置。算法1給出了文件傳輸?shù)闹饕襟E。首先，UA啟動(dòng)一個(gè)云實(shí)例（IA），將可以訪問(wèn)它的云存儲(chǔ)空間的安全證書上傳給實(shí)例。UA的請(qǐng)求也包括源文件位置Fsrc和中間文件位置URIF（統(tǒng)一資源標(biāo)識(shí)符），以表明在實(shí)例中存儲(chǔ)F的位置。云實(shí)例將利用安全證書來(lái)把目標(biāo)文件F下載到本地磁盤。此時(shí)，IA需要允許F被用戶UB訪問(wèn)。它首先向UA發(fā)送中間文件位置URIF。然后，IA可設(shè)置F可被公共訪問(wèn)，或者創(chuàng)建一個(gè)來(lái)賓賬戶， 接著設(shè)置F的權(quán)限以便只有來(lái)賓賬戶可訪問(wèn)它。在后者情況下，作為來(lái)賓賬戶登錄所需要的安全信息，比如登錄密碼或身份文件，也需要返回給UA。然后，UA方的步驟便已經(jīng)完成。此時(shí)，UA需要向UB傳達(dá)訪問(wèn)F所需要的信息。因?yàn)檫@一通信步驟涉及敏感信息，所以FM-CI采用NFC協(xié)議以便使URIF和可選登錄信息安全地從UA智能手機(jī)傳輸?shù)経B智能手機(jī)。對(duì)于接收方來(lái)說(shuō)，UB也開(kāi)啟一個(gè)云實(shí)例IB，該實(shí)例根據(jù)URIF從IA處獲取F。最后，IB把F上傳到Fdst。此時(shí)，發(fā)送方和接收方均開(kāi)啟一個(gè)云實(shí)例作為各自的。F的數(shù)據(jù)傳輸發(fā)生于云實(shí)例和云存儲(chǔ)服務(wù)器間，不會(huì)消耗用戶智能手機(jī)的帶寬。同時(shí)，訪問(wèn)云存儲(chǔ)空間所需的安全證書只發(fā)送到同一擁有方創(chuàng)建的實(shí)例。因此，F(xiàn)M-CI中兩名用戶云存儲(chǔ)空間之間的文件傳輸既高效又安全。

算法1 從UA至UB的文件傳輸。

1）UA開(kāi)啟一個(gè)云實(shí)例IA；

2）UAIA（蜂窩網(wǎng)絡(luò)）：UA訪問(wèn)其云存儲(chǔ)空間的安全證書，源文件位置Fsrc，中間文件位置URIF；

3）IA從UA的云存儲(chǔ)空間中下載F，并將其存儲(chǔ)在URIF；

4）UAUB（NFC）：URIF（IA上的文件位置）；

5）UB開(kāi)啟一個(gè)云實(shí)例IB；

6）UBIB（蜂窩網(wǎng)絡(luò)）：UB訪問(wèn)其云存儲(chǔ)空間的安全證書，URIF，目的文件位置Fdst；

7）IB將F從IA（URIF）拷貝到其本地空間；

8）IB將F上傳到UB的云存儲(chǔ)空間（Fdst）。

4 基于共享云實(shí)例的解決方案

上面描述的解決方案通過(guò)開(kāi)啟云實(shí)例作為輔助手段，使智能手機(jī)用戶可以對(duì)云端的文件進(jìn)行管理。然而，在實(shí)踐中，下面兩種問(wèn)題可能會(huì)影響上述解決方案的部署。首先，創(chuàng)建一個(gè)云實(shí)例會(huì)導(dǎo)致較大開(kāi)銷，比如本文第5章實(shí)驗(yàn)中這一開(kāi)銷可達(dá)15～30s； 其次，開(kāi)啟云實(shí)例的成本較高。雖然云服務(wù)較為便宜，但是頻繁開(kāi)啟云實(shí)例仍然可能增加用戶的成本。

本章給出了FM-CI的改進(jìn)版本，通過(guò)允許用戶相互之間共享云實(shí)例來(lái)解決上述開(kāi)銷和成本問(wèn)題?？梢赃@樣處理的原因在于：大多數(shù)云服務(wù)提供商按照一定的時(shí)間尺度為實(shí)例服務(wù)收取費(fèi)用[5]。當(dāng)執(zhí)行云操作而開(kāi)啟云實(shí)例時(shí)，用戶在操作結(jié)束時(shí)可以不用結(jié)束實(shí)例。該實(shí)例可一直保存到將要額外收取成本費(fèi)用時(shí)為止。例如，假設(shè)服務(wù)提供商以小時(shí)為單位為實(shí)例服務(wù)收費(fèi)，當(dāng)用戶開(kāi)啟一個(gè)實(shí)例并在前5min內(nèi)結(jié)束其文件操作時(shí)，該實(shí)例可在其余55min內(nèi)保存活躍狀態(tài)，且無(wú)需額外支付費(fèi)用。在該空閑時(shí)間內(nèi)，該實(shí)例可為其他用戶或同一用戶的其他文件操作提供服務(wù)。在用戶間共享實(shí)例的這種設(shè)計(jì)做法雖然提升了性能，但也帶來(lái)了安全問(wèn)題。首先，用戶將其云存儲(chǔ)空間的安全證書上傳給其他用戶的云實(shí)例時(shí)，存在一定風(fēng)險(xiǎn)。實(shí)例所有者可以監(jiān)控并獲取安全證書，進(jìn)而獲得用戶云存儲(chǔ)空間的訪問(wèn)權(quán)。其次，當(dāng)向公眾開(kāi)放時(shí)，被共享的云實(shí)例可能被惡意用戶用來(lái)發(fā)起攻擊。

為此，本文提出一種基于受信任服務(wù)器的實(shí)例共享方案。該服務(wù)器既維護(hù)了一個(gè)包含可被共享的可用云實(shí)例的列表，又可對(duì)發(fā)出實(shí)例請(qǐng)求及共享實(shí)例的用戶進(jìn)行協(xié)調(diào)。FM-CI利用如下兩條基本策略來(lái)解決安全問(wèn)題：首先，實(shí)例的共享方式是開(kāi)啟后臺(tái)服務(wù)并接收其他用戶的請(qǐng)求，而不是允許其他用戶登錄并隨意運(yùn)行程序；其次，當(dāng)使用一個(gè)共享實(shí)例時(shí)，用戶并不上傳自己未經(jīng)保密的云存儲(chǔ)賬戶的安全證書，而是以加密格式上傳。如此一來(lái)，實(shí)例的所有者無(wú)法訪問(wèn)租賃用戶的云存儲(chǔ)空間，且所有用戶對(duì)共享實(shí)例的權(quán)限只限于指定的文件操作。

具體來(lái)說(shuō)，本文設(shè)計(jì)中有3種類型的實(shí)體：受信任服務(wù)器S；希望對(duì)共享實(shí)例執(zhí)行文件操作的用戶UA；由另一個(gè)用戶UB所有的可用云實(shí)例I。受信任服務(wù)器擁有一個(gè)二進(jìn)制程序P，該程序在共享實(shí)例上運(yùn)行后即可向其他用戶提供FM-CI服務(wù)。一旦用戶（UB）決定共享其實(shí)例（I），則該實(shí)例將與服務(wù)器通信，并轉(zhuǎn)發(fā)I的基本信息，比如操作系統(tǒng)、硬件配置和剩余共享時(shí)間。服務(wù)器需要給出可執(zhí)行二進(jìn)制程序P作為響應(yīng)，可執(zhí)行程序中嵌入了密鑰kP。假設(shè)kP受到程序模糊技術(shù)的保護(hù)，且IB無(wú)法從P處獲得kP（見(jiàn)圖2）。

此外，服務(wù)器將周期性地更改kP，并重新編譯二進(jìn)制程序。在接收到P時(shí)，I將把P作為一種服務(wù)加以運(yùn)行，并準(zhǔn)備好接收其他用戶的請(qǐng)求。另一方面，服務(wù)器把IB添加到可被共享的可用實(shí)例列表中。最后，每個(gè)被共享實(shí)例I可設(shè)置一個(gè)調(diào)度任務(wù)以便在額外收費(fèi)出現(xiàn)前自動(dòng)關(guān)閉實(shí)例。在關(guān)閉期間，I將通知服務(wù)器S誰(shuí)將因此把I從可共享實(shí)例列表中刪除。

發(fā)送方UA向服務(wù)器S發(fā)送一個(gè)共享實(shí)例請(qǐng)求。在響應(yīng)中，除了與單用戶操作相同的信息外，服務(wù)器還會(huì)額外發(fā)送回一個(gè)證書{UA，I}k，該證書是請(qǐng)求用戶ID和分配實(shí)例I的簽名。UA將會(huì)把加密后的安全證書、源文件位置（Fsrc）和中間文件位置（URIF）上傳給I。然后，UA將會(huì)把共享實(shí)例I和目標(biāo)文件的位置（URIF）通知給接收方UB。該消息還附有來(lái)自S的證書，以便接收方可驗(yàn)證共享實(shí)例I是否合法。接著，接收方UB向服務(wù)器發(fā)送一個(gè)含有UA和I的請(qǐng)求，確認(rèn)有一個(gè)共享實(shí)例I為UA提供服務(wù)之后，服務(wù)器將向UB返回RB和kB，以便UB可按照與UA相同的方式對(duì)其安全證書加密。最后，UB向共享實(shí)例I上傳加密后的安全證書、中間文件位置（URIF）及目標(biāo)文件位置（Fdst）。

5 性能評(píng)估

本章給出了FM-CI在實(shí)驗(yàn)中的性能評(píng)估結(jié)果。將FM-CI部署在支持Dropbox存儲(chǔ)服務(wù)的安卓平臺(tái)上，并在Google Nexus智能手機(jī)上對(duì)其進(jìn)行了測(cè)試。對(duì)基于云輔助的操作，文中使用Amazon Web Service（AWS）[5]提供的服務(wù)，所有實(shí)驗(yàn)在Micro實(shí)例上進(jìn)行。考慮的主要性能指標(biāo)包括時(shí)間開(kāi)銷和帶寬消耗。對(duì)每種實(shí)驗(yàn)配置，本文進(jìn)行5次獨(dú)立實(shí)驗(yàn)，然后取均值并在本章中給出。

5.1 基本的文件操作

下面首先給出正式Dropbox API接口實(shí)現(xiàn)的基本文件操作的帶寬消耗情況。在該測(cè)試中，利用包含1000個(gè)測(cè)試文件（每個(gè)22B）的“test”文件夾來(lái)創(chuàng)建一個(gè)新的Dropbox賬戶。測(cè)試的操作包括：1）登錄Dropbox；2）創(chuàng)建/刪除一個(gè)文件夾（在根目錄下）；3）創(chuàng)建/刪除/重命名一個(gè)文件（在“test”文件夾下）；4）進(jìn)入/離開(kāi)一個(gè)文件夾（“test”文件夾）。

對(duì)每種文件操作，Dropbox服務(wù)器要求附上安全證書，且通信過(guò)程基于安全套接層（Secure Socket Layer， SSL）。如圖3所示，登錄過(guò)程消耗的帶寬最多，原因一方面是由于進(jìn)行驗(yàn)證，另一方面是由于Dropbox API接口不斷地獲取元數(shù)據(jù)以便與本地影子文件系統(tǒng)同步或?qū)Ρ镜赜白游募到y(tǒng)進(jìn)行更新。創(chuàng)建和刪除一個(gè)空文件夾需要分別消耗7.3KB和3.9KB，在所有測(cè)試操作中的成本最低。創(chuàng)建和刪除一個(gè)文本文件的情況與前一情況類似。當(dāng)測(cè)試“test”文件夾時(shí)，將會(huì)導(dǎo)致更多的帶寬消耗（15.5KB和11.2KB）。原因是由于該文件夾包括1000個(gè)其他文件，一旦文件夾發(fā)生變化，Dropbox API接口將重新獲取里面列表上的文件。最后，當(dāng)用戶進(jìn)入文件夾然后離開(kāi)時(shí)，帶寬成本（9.7KB）略低于創(chuàng)建/刪除文件情況。

5.2 云輔助的高級(jí)文件操作

下面評(píng)估FM-CI中基于云輔助的文件操作，尤其是文件下載和壓縮。首先給出開(kāi)啟一個(gè)云實(shí)例的開(kāi)銷，然后給出如果有云實(shí)例可用時(shí)文件操作的性能。用于評(píng)估的工作負(fù)載包括4組文件：1幅圖片（16MB）、5幅圖片（83MB）、2個(gè)視頻片斷（63MB和127MB）。

開(kāi)啟一個(gè)云實(shí)例的開(kāi)銷 選擇一天中的不同時(shí)間進(jìn)行了5組測(cè)試，每組測(cè)試包括5次AWS Micro實(shí)例開(kāi)啟操作，當(dāng)用戶可以登錄實(shí)例時(shí)操作結(jié)束。開(kāi)啟云實(shí)例的開(kāi)銷見(jiàn)圖4?？傮w來(lái)說(shuō)，該操作非常耗時(shí)，因?yàn)樗械臏y(cè)試場(chǎng)景下實(shí)例開(kāi)啟時(shí)間均超過(guò)15s。在發(fā)送完請(qǐng)求后，用戶必須要等待較長(zhǎng)時(shí)間，直到云實(shí)例將要準(zhǔn)備好為止。在本節(jié)其余部分，性能開(kāi)銷不包括實(shí)例開(kāi)啟的初始階段。

下載操作的開(kāi)銷 在該測(cè)試中，本文設(shè)置云實(shí)例下載工作負(fù)載中的文件，并將其上傳到Dropbox存儲(chǔ)空間中。目標(biāo)文件寄存于某一服務(wù)器中。從表1可以看出，上傳/下載開(kāi)銷與文件尺寸基本成正比。上傳的速度要快于下載，因?yàn)槭褂玫膶?shí)例（AWS EC2）和Dropbox服務(wù)（AWS S3）屬于同一云服務(wù)提供商?？傮w來(lái)說(shuō)，傳輸率為12.9Mb/s，遠(yuǎn)高于通過(guò)蜂窩網(wǎng)絡(luò)將文件下載到智能手機(jī)再將其上傳到Dropbox云存儲(chǔ)空間上。

壓縮操作的開(kāi)銷 測(cè)試了Dropbox文件的壓縮操作。具體來(lái)說(shuō)，文中使用gzip對(duì)下載到云實(shí)例上的文件進(jìn)行壓縮，然后將壓縮后的文件上傳到Dropbox云存儲(chǔ)空間上。表2給出了該操作的時(shí)間開(kāi)銷情況。上傳過(guò)程正常來(lái)說(shuō)開(kāi)銷最大，其次是下載和壓縮過(guò)程。FM-CI中該操作的速度較快。例如，壓縮1幅圖像和5幅圖像總共耗時(shí)10.4s和38.7s。這兩種情況下壓縮文件的體積分別為7.7MB和40.0MB。

高級(jí)文件操作的帶寬消耗 高級(jí)文件操作的帶寬消耗比較類似，因?yàn)橹恍枰獋鬏斂刂菩畔ⅰｈb于篇幅所限，只在表3中給出了壓縮操作的性能。包括從智能手機(jī)傳輸?shù)皆茖?shí)例的控制信息在內(nèi)的上行鏈路成本非常小。下行鏈路帶寬隨著文件尺寸的不同而不同，主要被匯報(bào)操作狀態(tài)的周期性心跳消息所消耗。

5.3 用戶間的文件傳輸

在該操作中，實(shí)例從發(fā)送方的存儲(chǔ)空間中下載目標(biāo)文件，然后上傳給接收方的存儲(chǔ)空間。當(dāng)使用共享實(shí)例時(shí)，與受信任服務(wù)器進(jìn)行通信的額外成本與總體性能相比可忽略不計(jì)。表4給出了利用共享實(shí)例進(jìn)行文件傳輸時(shí)導(dǎo)致的時(shí)間和帶寬開(kāi)銷（發(fā)送方和接收方）。在本文部署中，服務(wù)器處寄存的二進(jìn)制程序?yàn)?.9MB。

5.4 不同方案的對(duì)比

最后，為了進(jìn)一步體現(xiàn)本文系統(tǒng)的優(yōu)越性，將本文設(shè)計(jì)的FM-CI和目前最新的SmartDiet方案[10]和CloudShield方案[11]在時(shí)間開(kāi)銷和能耗方案進(jìn)行了對(duì)比，實(shí)驗(yàn)結(jié)果分別如圖5和表5所示。圖5給出了上傳/下載5幅圖片時(shí)三種方案的時(shí)間開(kāi)銷對(duì)比結(jié)果，可以看到，無(wú)論是上傳還是下載操作，F(xiàn)M-CI的時(shí)間開(kāi)銷總是小于SmartDiet和CloudShield。這主要是因?yàn)镕M-CI允許用戶互相之間共享云實(shí)例，從而避免了系統(tǒng)頻繁開(kāi)啟云實(shí)例所需要消耗的那一部分時(shí)間，因此取得了更好的結(jié)果。

表5給出了傳輸不同負(fù)載時(shí)三種方案的能耗對(duì)比結(jié)果?？梢钥吹剑S著傳輸負(fù)載的增加，三種方案的能耗都在迅速上升。但總的來(lái)說(shuō)FM-CI的能耗要低于SmartDiet 和CloudShield。這主要是因?yàn)镾martDiet 和CloudShield都是將目標(biāo)文件下載到自己的智能手機(jī)上，然后通過(guò)近距離通信手段將文件傳輸?shù)浇邮辗降氖謾C(jī)上，當(dāng)文件較大時(shí)，能耗也將激增。而FM-CI利用云實(shí)例來(lái)幫助用戶在各自云存儲(chǔ)空間之間傳輸文件，它從發(fā)送方的云存儲(chǔ)空間獲取目標(biāo)文件，然后將其發(fā)送到接收方的云存儲(chǔ)空間。通過(guò)這種方式，發(fā)送方和接收方的智能手機(jī)可以不用保存目標(biāo)文件的本地拷貝，因此極大地降低了系統(tǒng)能耗。

6 結(jié)語(yǔ)

本文設(shè)計(jì)了面向智能手機(jī)的云存儲(chǔ)系統(tǒng)FM-CI，它通過(guò)利用云實(shí)例來(lái)幫助智能手機(jī)用戶對(duì)云端的文件進(jìn)行管理。FM-CI豐富了文件操作種類，且不需要本地的文件拷貝； 此外，F(xiàn)M-CI支持用戶間傳輸文件， FM-CI中的所有文件操作可安全運(yùn)行于共享實(shí)例上。下一步工作的重點(diǎn)是研究面向智能手機(jī)的云數(shù)據(jù)隱私保護(hù)問(wèn)題，進(jìn)一步提高移面向移動(dòng)設(shè)備的云服務(wù)安全性。

參考文獻(xiàn)：

[1] LIU S， JIANG Y， STRIEGEL A. Face-to-face proximity estimationusing bluetooth on smartphones[J]. IEEE Transactions on Mobile Computing， 2014， 13（4）： 811-823.

[2] CHU C K， CHOW S S M， TZENG W G， et al. Key-aggregate cryptosystem for scalable data sharing in cloud storage[J]. IEEE Transactions on Parallel and Distributed Systems， 2014， 25（2）： 468-477.

[3] FU Y， JIANG H， XIAO N， et al. Application-aware local-global source deduplication for cloud backup services of personal storage[J]. IEEE Transactions on Parallel and Distributed Systems， 2014， 25（5）： 1155-1165.

[4] YANG K， JIA X. Expressive， efficient， and revocable data access control for multi-authority cloud storage[J]. IEEE Transactions on Parallel and Distributed Systems， 2014， 25（7）： 1735-1744.

[5] NARULA S， JAIN A. Cloud computing security： Amazon Web service[C]// Proceedings of the 2015 5th International Conference on Advanced Computing & Communication Technologies. Piscataway， NJ： IEEE， 2015： 501-505.

[6] 吳昊， 范九倫， 劉建華， 等. 基于指紋魔方算法的云存儲(chǔ)數(shù)據(jù)保護(hù)機(jī)制[J]. 電信科學(xué)， 2014， 30（11）： 110-114.（WU H， FAN J L， LIU J H， et al. Cloud storage data protection mechanism based on a fingerprint cube algorithm[J]. Telecommunications Science， 2014， 30（11）： 110-114.）

[7] 鄭凱， 朱林， 陳優(yōu)廣. 基于 Kademlia 的負(fù)載平衡云存儲(chǔ)算法[J]. 計(jì)算機(jī)應(yīng)用， 2015， 35（3）： 643-647.（ZHENG K， ZHU L， CHEN Y G. Load balancing cloud storage algorithm based on Kademlia[J]. Journal of Computer Applications， 2015， 35（3）： 643-647.）

[8] 林偉偉， 賀品嘉， 劉波. 云存儲(chǔ)系統(tǒng)的能耗優(yōu)化節(jié)點(diǎn)管理方法[J]. 華南理工大學(xué)學(xué)報(bào)（自然科學(xué)版）， 2014， 42（1）： 104-110.（LIN W W， HE P J， LIU B. Management method of energy consumption optimization nodes in cloud storage system[J]. Journal of South China University of Technology （Natural Science Edition）， 2014， 42（1）： 104-110.）

[9] KOSTA S， AUCINAS A， HUI P， et al. ThinkAir： dynamic resource allocation and parallel execution in the cloud for mobile code offloading[C]// Proceedings of the 31st Annual IEEE International Conference on Computer Communications. Piscataway， NJ： IEEE， 2012： 945-953.

[10] SAARINEN A， SIEKKINEN M， XIAO Y， et al. SmartDiet： offloading popular apps to save energy[J]. ACM SIGCOMM Computer Communication Review， 2012， 42（4）： 297-298.

文件管理系統(tǒng)范文3

關(guān)鍵詞：報(bào)表生成；戰(zhàn)斗文件；管理信息系統(tǒng)；安全；數(shù)據(jù)庫(kù)

中圖分類號(hào)：TP311 文獻(xiàn)標(biāo)識(shí)碼：A文章編號(hào)：1007-9599 (2011) 08-0000-00

The Design and Implementation of the Frontier-forces Files Information Management System based on B/S

Hong Sha1, Zu Renquan2

(1.Software college of Chongqing university,Chongqing401200,China;2.PLA 77320 troops,Yunnan666200,China)

Abstract:With the rapid development of information technology,information warfare has been the stage of history,but also the increasing influence of war situation.Border of the level of information technology directly related to the outcome of the war,national defense,security and territorial integrity.In a comprehensive,prepared a detailed document on border management of the fighting on the basis of investigation,developed a LAN environment built on top of the border fighting file management information systems to build a scientific collection,classification, statistics,storage battle file information,document management processing battle daily,easy to use file transfer management flexible and efficient management.

Keywords:Battle document;Management information systems;System security;Database

一、引言

軍隊(duì)信息化是世界新軍革的發(fā)展趨勢(shì)，建設(shè)信息化軍隊(duì)也是我軍在新形勢(shì)下能有效履行新使命的必然要求。運(yùn)用現(xiàn)代信息技術(shù)促進(jìn)文件管理工作的發(fā)展與飛躍具有重要的意義。當(dāng)前我國(guó)邊防部隊(duì)各級(jí)機(jī)關(guān)使用的信息系統(tǒng)，大部分是2005年以前配發(fā)或自行設(shè)計(jì)的，無(wú)論是在技術(shù)架構(gòu)、業(yè)務(wù)流程處理、數(shù)據(jù)共享上都難以滿足當(dāng)前以及今后一個(gè)時(shí)期發(fā)展的需要。由于大部分系統(tǒng)使用的是單機(jī)版軟件，各單位人員在本機(jī)錄入數(shù)據(jù)，使用數(shù)據(jù)，無(wú)法同他人共享數(shù)據(jù)、共同處理業(yè)務(wù)；同時(shí)，由于這些軟件設(shè)計(jì)欠規(guī)范、技術(shù)落后、接口不標(biāo)準(zhǔn)、平臺(tái)不統(tǒng)一等，造成了大量的信息不完整及不合時(shí)誼的現(xiàn)象。這種情況給全面掌握文件情況，正確分析文件保管現(xiàn)狀帶來(lái)了較大的困難。

本系統(tǒng)能科學(xué)采集、分類、存儲(chǔ)目前邊防部隊(duì)的戰(zhàn)斗文件信息，并能完成對(duì)戰(zhàn)斗文件的查詢、生成報(bào)表、查看下級(jí)單位戰(zhàn)斗文件管理情況等。圍繞該系統(tǒng)的功能實(shí)現(xiàn)進(jìn)行研究與探討。它的設(shè)計(jì)與實(shí)現(xiàn)是一個(gè)很復(fù)雜的系統(tǒng)工程，是局域網(wǎng)技術(shù)與信息系統(tǒng)開(kāi)發(fā)方法的統(tǒng)一。

二、系統(tǒng)分析

（一）功能需求分析

邊防部隊(duì)?wèi)?zhàn)斗文件管理信息系統(tǒng)是面向某邊防部隊(duì)?wèi)?zhàn)斗文件管理業(yè)務(wù)部門的軍、師（軍分區(qū)）、團(tuán)（人武部）、營(yíng)、連五級(jí)的管理信息系統(tǒng)，它的要求比較具體。

首先，各級(jí)戰(zhàn)斗文件管理業(yè)務(wù)部門能對(duì)收文、發(fā)文等進(jìn)行管理，對(duì)收發(fā)文數(shù)據(jù)進(jìn)行添加、修改、查詢、刪除，按規(guī)定對(duì)收發(fā)文進(jìn)行銷毀并能查詢歷史銷毀文件情況，對(duì)收發(fā)文數(shù)據(jù)進(jìn)行統(tǒng)計(jì)分析并生成報(bào)表，對(duì)規(guī)章制度、業(yè)務(wù)往來(lái)單位進(jìn)行管理。

其次，統(tǒng)計(jì)與報(bào)表生成要能根據(jù)不同的條件對(duì)所有的文件進(jìn)行查詢，能按照時(shí)間段、承辦業(yè)務(wù)部門、操作人、發(fā)往單位等多種情況進(jìn)行統(tǒng)計(jì)，并能根據(jù)統(tǒng)計(jì)出的結(jié)果由用戶決定下載顯示頁(yè)、所有記錄還是前100條記錄，以便管理者準(zhǔn)確了解戰(zhàn)斗文件管理工作現(xiàn)狀，這是本文主要進(jìn)行的工作之一。

再次，由于戰(zhàn)斗文件管理工作比較高，具有較強(qiáng)的敏感性和保密性，因而系統(tǒng)要對(duì)自己的用戶進(jìn)行很好的權(quán)限設(shè)計(jì)，進(jìn)行科學(xué)的管理，只有具有相應(yīng)權(quán)限的用戶才能對(duì)戰(zhàn)斗文件數(shù)據(jù)進(jìn)行查詢、修改和維護(hù)，其它未授權(quán)用戶無(wú)權(quán)進(jìn)行任何操作。

最后，系統(tǒng)除了對(duì)戰(zhàn)斗文件進(jìn)行管理之外，還應(yīng)提供戰(zhàn)斗文件管理的一些規(guī)章制度。如軍內(nèi)各級(jí)對(duì)戰(zhàn)斗文件管理的相關(guān)規(guī)定、本單位戰(zhàn)斗文件管理的動(dòng)態(tài)、業(yè)務(wù)部門的一些通知等。

（二）信息需求分析

邊防部隊(duì)?wèi)?zhàn)斗文件管理信息系統(tǒng)要真正成為部隊(duì)?wèi)?zhàn)斗文件管理的有力工具，就必須有可靠的數(shù)據(jù)信息來(lái)源，有完整的每份文件的信息資料。首先，要對(duì)部隊(duì)?wèi)?zhàn)斗文件管理的組織結(jié)構(gòu)有較全面的了解，戰(zhàn)斗文件各個(gè)階段的工作者和管理機(jī)構(gòu)有哪些，職責(zé)如何，權(quán)限如何分配。其次，要知道文件信息的錄入、刪除和銷毀方法，戰(zhàn)斗文件管理的有關(guān)規(guī)定等。

部隊(duì)?wèi)?zhàn)斗文件管理主要實(shí)行首長(zhǎng)責(zé)任制，由各級(jí)政治主官主抓，由司令部門實(shí)施，軍級(jí)由機(jī)要處、師級(jí)由機(jī)要科（辦）、團(tuán)級(jí)由機(jī)要股、營(yíng)連級(jí)由文書負(fù)責(zé)落實(shí)。戰(zhàn)斗文件的分類可按收發(fā)文、秘密等級(jí)兩種方法，詳細(xì)情況如圖1、圖2所示。

圖1 按收發(fā)文分

圖2 按秘密等級(jí)分

邊防部隊(duì)?wèi)?zhàn)斗文件管理工作業(yè)務(wù)主要包含以下幾方面內(nèi)容：收文、發(fā)文、統(tǒng)計(jì)與報(bào)表、銷毀文件、熟習(xí)相關(guān)規(guī)章制度。以上業(yè)務(wù)皆由各級(jí)機(jī)要部門負(fù)責(zé)落實(shí)，具體包括：戰(zhàn)斗文件的接收與發(fā)出，維護(hù)收發(fā)文數(shù)據(jù)，統(tǒng)計(jì)收發(fā)文情況并根據(jù)需要生成報(bào)表，定期銷毀不需要留存的文件，查詢銷毀歷史，熟習(xí)相關(guān)規(guī)章制度。

戰(zhàn)斗文件管理工作有其嚴(yán)格規(guī)范的工作管理流程，一份戰(zhàn)斗文件從收到或發(fā)出到銷毀過(guò)程中的各種信息都要記錄在數(shù)據(jù)庫(kù)里。以一份上級(jí)下發(fā)至本級(jí)的收文為例：收到文件后，機(jī)要部門登記相關(guān)文件信息，然后將文件送到相關(guān)業(yè)務(wù)部門并登記接收該文件的業(yè)務(wù)部門人員，接收時(shí)間等要素；在業(yè)務(wù)保存期間，可以查詢、統(tǒng)計(jì)該文的詳細(xì)信息；到了年底回收該文件進(jìn)行銷毀，銷毀時(shí)登記銷毀人、監(jiān)銷人和銷毀時(shí)間。這些變化都會(huì)記錄在數(shù)據(jù)庫(kù)中。由此可見(jiàn)，戰(zhàn)斗文件在收到和銷毀狀態(tài)中的所有業(yè)務(wù)都會(huì)與機(jī)要部門、數(shù)據(jù)庫(kù)發(fā)生聯(lián)系。

邊防部隊(duì)?wèi)?zhàn)斗文件管理信息系統(tǒng)的主要工作流程如圖3所示。

圖3 收發(fā)戰(zhàn)斗文件流程

三、系統(tǒng)設(shè)計(jì)

在對(duì)系統(tǒng)進(jìn)行功能需求分析和信息需求分析后，我們要對(duì)系統(tǒng)進(jìn)行詳細(xì)設(shè)計(jì)。

（一）功能模塊劃分及描述

戰(zhàn)斗文件信息管理的主要工作有收發(fā)文管理、統(tǒng)計(jì)報(bào)表、文件銷毀、瀏覽下級(jí)、規(guī)章制度等。為了既加強(qiáng)系統(tǒng)的安全性，又方便系統(tǒng)用戶，系統(tǒng)還需設(shè)置登錄管理模塊。根據(jù)以上需求分析，本系統(tǒng)可分為六大功能模塊，如圖4所示。

圖4系統(tǒng)模塊圖

1.登錄管理

管理用戶的登錄驗(yàn)證。在設(shè)計(jì)這個(gè)模塊的過(guò)程中，主要涉及兩方面的技術(shù)：一是3.5平臺(tái)提供的Login控件使用；二是利用3.5平臺(tái)提供的成員資格管理API實(shí)現(xiàn)用戶登錄驗(yàn)證。

2.收發(fā)文管理

它是整個(gè)戰(zhàn)斗文件管理系統(tǒng)中最基本的子系統(tǒng)?？梢詫?shí)現(xiàn)戰(zhàn)斗文件信息的錄入、刪除、查詢和修改功能，如：進(jìn)行新文件的錄入、系統(tǒng)中文件信息的變動(dòng)管理。另外，它還提供了靈活的查詢界面，可以根據(jù)動(dòng)態(tài)的查詢組合條件查詢到文件的各種相關(guān)信息。設(shè)計(jì)戰(zhàn)斗文件信息的添加、修改、刪除、查詢等功能需要運(yùn)用數(shù)據(jù)源的訪問(wèn)和數(shù)據(jù)顯示兩個(gè)技術(shù)。

3.統(tǒng)計(jì)報(bào)表

根據(jù)提供的日期選擇控件選擇一個(gè)時(shí)間段或（及）其他限制條件（文件名、業(yè)務(wù)部門、文件號(hào)等）進(jìn)行統(tǒng)計(jì)。統(tǒng)計(jì)結(jié)果將逐條列出并提供下載報(bào)表。報(bào)表生成將根據(jù)列出的記錄生成EXCEL格式統(tǒng)計(jì)結(jié)果并供用戶下載到本地磁盤以供決策者參考。

4.文件銷毀

根據(jù)業(yè)務(wù)部門、文件號(hào)、傳號(hào)、時(shí)間段等關(guān)鍵字進(jìn)行靈活多樣化的組合查找出要銷毀的文件并依時(shí)間順序顯示，并可批量登記銷毀人，監(jiān)銷人，銷毀時(shí)間等要素。銷毀時(shí)間自動(dòng)填寫當(dāng)前時(shí)間。

5.規(guī)章制度

該模塊主要用于與戰(zhàn)斗文件管理有關(guān)的規(guī)章制度的和瀏覽。有利于文件管理者熟習(xí)相關(guān)規(guī)定，處理日常業(yè)務(wù)。

6.系統(tǒng)維護(hù)

是系統(tǒng)能有效利用的重要組成部分，包括與本單位相關(guān)的來(lái)文單位、發(fā)文單位的維護(hù)以及本單位業(yè)務(wù)部門的維護(hù)等本級(jí)管理和系統(tǒng)管理員才能操作的單位標(biāo)識(shí)維護(hù)與系統(tǒng)用戶管理。其中系統(tǒng)用戶維護(hù)用于對(duì)用戶分配權(quán)限和進(jìn)行訪問(wèn)控制，是確保系統(tǒng)數(shù)據(jù)安全的重要方面。

（二）基于BLP模型的用戶權(quán)限設(shè)計(jì)

為使系統(tǒng)的保密性、數(shù)據(jù)的可靠性、統(tǒng)計(jì)的多樣性都能得到保障，在充分分析BLP模型性能的情況下，我們提出基于BLP模型的用戶權(quán)限設(shè)計(jì)方案來(lái)設(shè)計(jì)本系統(tǒng)的用戶權(quán)限。本系統(tǒng)用戶角色有：省軍區(qū)、軍分區(qū)、邊防團(tuán)、邊防營(yíng)、邊防連。

為有效管理系統(tǒng)用戶，我們對(duì)本系統(tǒng)的每個(gè)使用單位和每個(gè)工作人員分別分配一個(gè)單位標(biāo)識(shí)和工號(hào)。它們的生成規(guī)則如下：

單位代碼生成規(guī)則：?jiǎn)挝患?jí)別標(biāo)識(shí)（1位）+所屬師級(jí)標(biāo)識(shí)（2位）+所屬團(tuán)標(biāo)識(shí)（1位）+所屬營(yíng)標(biāo)識(shí)（1位）+所屬連標(biāo)識(shí)（1位），共六位。如表1所示。

用戶工號(hào)生成規(guī)則：?jiǎn)挝淮a+該用戶在本單位的序號(hào)（1位），共七位。如表2所示。

表1 各單位標(biāo)識(shí)

單位 標(biāo)識(shí)

省軍區(qū) 100000

第四軍分區(qū) 204000

第四分區(qū)第二團(tuán) 304200

四分區(qū)第二團(tuán)一營(yíng) 404210

四分區(qū)第二團(tuán)一營(yíng)二連 504212

表2 系統(tǒng)用戶工號(hào)表

單位 上級(jí)單位 用戶 工號(hào)

省軍區(qū) 無(wú) 1號(hào)用戶 1000001

第四分區(qū) 省軍區(qū) 2號(hào)用戶 2040002（第四分區(qū)標(biāo)識(shí)為04）

第四分區(qū)第二團(tuán) 第四分區(qū) 1號(hào)用戶 3042001（第二團(tuán)標(biāo)識(shí)為2）

四分區(qū)第二團(tuán)一營(yíng) 第四分區(qū)第二團(tuán) 1號(hào)用戶 4042101（一營(yíng)標(biāo)識(shí)為1）

四分區(qū)第二團(tuán)一營(yíng)二連 四分區(qū)第二團(tuán)一營(yíng) 1號(hào)用戶 5042121（二連標(biāo)識(shí)為2）

四、系統(tǒng)實(shí)現(xiàn)

下面以統(tǒng)計(jì)報(bào)表和兩個(gè)模塊為例說(shuō)明系統(tǒng)的實(shí)現(xiàn)過(guò)程。

（一）瀏覽下級(jí)單位收文信息

統(tǒng)計(jì)報(bào)表模塊是對(duì)普通查詢功能的拓展和完善，普通的查詢功能只能簡(jiǎn)單的將符合條件的信息顯示出來(lái)，而統(tǒng)計(jì)報(bào)表功能除了能統(tǒng)計(jì)顯示外，還提供靈活的選擇將統(tǒng)計(jì)出的結(jié)果生成EXCEL文件并供用戶下載保存到本地磁盤，供領(lǐng)導(dǎo)隨時(shí)掌握收發(fā)文情況，為制定具有針對(duì)性的措施提供輔助支持。

該模塊融入到了收發(fā)文查詢?yōu)g覽、下級(jí)收發(fā)文瀏覽、收發(fā)文歷史等子模塊中，由于各子功僅僅是統(tǒng)計(jì)數(shù)據(jù)不一樣而已，所以此處僅以收文統(tǒng)計(jì)報(bào)表為例說(shuō)明。

在收文統(tǒng)計(jì)報(bào)表中，當(dāng)根據(jù)查詢條件顯示出相應(yīng)的記錄后（默認(rèn)為顯示所有的收文記錄），可以方便的利用下方的“導(dǎo)出為EXCEL”按鈕和右側(cè)的“當(dāng)前頁(yè)”、“所有頁(yè)”、“前面100條”等附加功能，導(dǎo)出顯示記錄中的當(dāng)前頁(yè)記錄、所有記錄和前面100條記錄。實(shí)現(xiàn)該功能的算法如下：

public class GridViewExportUtil

{

public static void Export(string fileName, GridView gv)

{

HttpContext.Current.Response.Clear();

HttpContext.Current.Response.AddHeader(

"content-disposition", string.Format("attachment; filename={0}", fileName));

HttpContext.Current.Response.ContentType = "application/ms-excel";

using (StringWriter sw = new StringWriter())

{

using (HtmlTextWriter htw = new HtmlTextWriter(sw))

{

//創(chuàng)建一個(gè)包含邊框的表格

Table table = new Table();

//include the gridline settings

table.GridLines = gv.GridLines;

//將表頭行加入到表格中

if (gv.HeaderRow != null)

{

GridViewExportUtil.PrepareControlForExport(gv.HeaderRow);

table.Rows.Add(gv.HeaderRow);

}

文件管理系統(tǒng)范文4

1．1建筑工程管理系統(tǒng)化平臺(tái)建設(shè)的研究背景

近幾年來(lái)，國(guó)民經(jīng)濟(jì)增長(zhǎng)迅速，城市進(jìn)程的加快促進(jìn)了建筑行業(yè)的飛速發(fā)展，出現(xiàn)了越來(lái)越多的大型建設(shè)項(xiàng)目，建筑工程日趨復(fù)雜化，對(duì)建筑工程項(xiàng)目的自我管理提出了新的要求和標(biāo)準(zhǔn)。建筑工程項(xiàng)目的管理不僅要符合市場(chǎng)經(jīng)濟(jì)的發(fā)展要求，還要保證工程質(zhì)量，體現(xiàn)施工企業(yè)的優(yōu)良服務(wù)，如此龐雜的項(xiàng)目想要全方位的做好各項(xiàng)工作，就需要工程項(xiàng)目管理向著更加高效精確的方向發(fā)展。信息溝通的程度決定了工程項(xiàng)目管理的高度，工程項(xiàng)目管理涉及的信息是龐雜巨大的，不僅數(shù)量多，類型多樣，而且信息之間的交換往往需要耗費(fèi)大量的人力物力，如此一來(lái)，無(wú)疑增加了生產(chǎn)成本。所以為了建設(shè)更加高效快速的工程項(xiàng)目管理模式，就需要施工企業(yè)不斷提升自身的項(xiàng)目管理水平。政府有關(guān)部門也開(kāi)始重視項(xiàng)目工程管理的信息化建設(shè)，對(duì)該項(xiàng)目的資金投入比例也逐年增加。政府的指導(dǎo)作用促進(jìn)更多的社會(huì)力量投入到項(xiàng)目管理平臺(tái)的研究中。

1．2建筑工程管理系統(tǒng)化平臺(tái)建設(shè)的研究意義

項(xiàng)目管理的信息化是當(dāng)今建筑行業(yè)項(xiàng)目管理的發(fā)展趨勢(shì)，在提高項(xiàng)目管理的工作效率、管理水平，降低生產(chǎn)成本方面都起到了重要的作用。對(duì)工程項(xiàng)目的管理引進(jìn)先進(jìn)的信息技術(shù)之后，工作效率較之前的傳統(tǒng)管理模式有了明顯的提高。信息化平臺(tái)建設(shè)的根本就是構(gòu)建一個(gè)合理有序的信息網(wǎng)絡(luò)，使項(xiàng)目管理中的各個(gè)環(huán)節(jié)都能夠通過(guò)這個(gè)信息網(wǎng)絡(luò)平臺(tái)進(jìn)行信息交流和日常管理［2］。有些建筑行業(yè)的佼佼者，已經(jīng)開(kāi)發(fā)了適應(yīng)本企業(yè)的工程管理信息系統(tǒng)，利用先進(jìn)的科學(xué)技術(shù)和科學(xué)的信息化管理提高了自身的管理水平，創(chuàng)造了更多的經(jīng)濟(jì)效益和社會(huì)效益。

2建筑工程管理系統(tǒng)信息化建設(shè)的研究思路和方法

2．1建筑工程管理系統(tǒng)信息化建設(shè)的研究思路

該課題的研究思路是通過(guò)參考一些現(xiàn)有的國(guó)內(nèi)外相關(guān)研究成果和已有的理論基礎(chǔ)，分析工程項(xiàng)目管理信息的具體分類，最終構(gòu)建項(xiàng)目信息管理的集成網(wǎng)絡(luò)。研究伊始最重要的一點(diǎn)就是就是大量查閱國(guó)內(nèi)外有關(guān)工程項(xiàng)目管理的文獻(xiàn)資料并進(jìn)行系統(tǒng)分析，總結(jié)已有的一些研究成果和理論基礎(chǔ)，對(duì)不同層次種類的信息分門別類，設(shè)計(jì)出科學(xué)系統(tǒng)的整體框架。對(duì)信息化管理中可能存在的風(fēng)險(xiǎn)進(jìn)行分析，提出合理有效的風(fēng)險(xiǎn)規(guī)避措施。最后根據(jù)各個(gè)子系統(tǒng)之間的相互關(guān)系以及建筑工程項(xiàng)目管理的特點(diǎn)，設(shè)計(jì)最科學(xué)有效的工程管理系統(tǒng)。工程項(xiàng)目管理軟件在實(shí)際安裝過(guò)程中的實(shí)際效果則是驗(yàn)證理論的有效途徑，對(duì)驗(yàn)證過(guò)程中出現(xiàn)的問(wèn)題還要不斷改進(jìn)，以期構(gòu)建更加合理適用的信息管理系統(tǒng)。

2．2建筑工程管理系統(tǒng)信息化建設(shè)的研究方法

該課題的研究過(guò)程中主要采用了理論分析與效果驗(yàn)證相結(jié)合的研究方法，除此之外，每個(gè)研究階段都采用了不同的研究方法。在理論研究階段，采用最多的就是文獻(xiàn)分析方法，分析已有的文獻(xiàn)資料中涉及的關(guān)于該課題的研究成果與理論基礎(chǔ)。在項(xiàng)目集成框架構(gòu)建階段，涉及的研究方法主要是方法論。在最后實(shí)際開(kāi)發(fā)驗(yàn)證階段，則是通過(guò)系統(tǒng)分析的方法，對(duì)項(xiàng)目管理軟件的安裝和實(shí)際應(yīng)用、項(xiàng)目共享效果等方面進(jìn)行更深層次的完善。

3建筑工程管理信息系統(tǒng)的設(shè)計(jì)與實(shí)施

3．1建筑工程管理信息系統(tǒng)的設(shè)計(jì)

工程項(xiàng)目管理信息系統(tǒng)的設(shè)計(jì)要參考“需求指引、技術(shù)推動(dòng)”的指導(dǎo)原則，從建筑施工的實(shí)際需求出發(fā)，對(duì)系統(tǒng)的整體性、交互性、可操作性等進(jìn)行實(shí)際的設(shè)計(jì)規(guī)劃。系統(tǒng)的整體性原則就要求設(shè)計(jì)者站在全局的角度考慮各個(gè)管理項(xiàng)目之間的相互關(guān)系和影響方式，全程控制工程管理的各個(gè)子項(xiàng)目。交互性是指人機(jī)交互的程度，用戶能否從信息系統(tǒng)中獲取需要的信息，以及系統(tǒng)能否對(duì)用戶的信息及時(shí)反饋就是系統(tǒng)交互性的判定標(biāo)準(zhǔn)。對(duì)于信息系統(tǒng)的可操作性原則就是指信息系統(tǒng)能否及時(shí)應(yīng)對(duì)施工過(guò)程的不斷變化并提供新的技術(shù)支持，促進(jìn)突發(fā)問(wèn)題的解決和管理的科學(xué)性。工程項(xiàng)目管理信息系統(tǒng)與用戶之間信息交換的主要方式就是用戶界面，所以用戶界面的設(shè)計(jì)是否簡(jiǎn)單易操作，是否符合用戶的差異性標(biāo)準(zhǔn)就是信息系統(tǒng)的主要評(píng)價(jià)因素。用戶界面一般需要包括信息的輸入控制、多窗口協(xié)同控制等功能。在進(jìn)行界面設(shè)計(jì)時(shí)考慮到用戶的實(shí)際體驗(yàn)，就要避免界面的雜亂無(wú)序，種類太過(guò)繁多等問(wèn)題，種類太多不僅會(huì)增加用戶的信息處理負(fù)擔(dān)，還會(huì)由于信息處理太過(guò)頻繁而導(dǎo)致錯(cuò)誤頻率增加。最后，考慮到不同用戶的特殊需求，還要為用戶提供不同的交互界面，達(dá)到項(xiàng)目管理方式的個(gè)體差異性。

3．2建筑工程管理信息系統(tǒng)的實(shí)施

工程項(xiàng)目管理信息系統(tǒng)在設(shè)計(jì)過(guò)程中包括了業(yè)主項(xiàng)目管理系統(tǒng)、采購(gòu)系統(tǒng)、工程監(jiān)理系統(tǒng)、財(cái)務(wù)管理系統(tǒng)等各個(gè)子系統(tǒng)。下面以采購(gòu)系統(tǒng)為例進(jìn)行實(shí)際分析。采購(gòu)部門主管在接到新的采購(gòu)任務(wù)之后，將具體的采購(gòu)任務(wù)分配到各個(gè)采購(gòu)業(yè)務(wù)員。采購(gòu)業(yè)務(wù)員在分析采購(gòu)任務(wù)是否可以直接執(zhí)行后，對(duì)可以直接采購(gòu)的任務(wù)，直接進(jìn)入采購(gòu)流程。根據(jù)不同的采購(gòu)方式應(yīng)當(dāng)進(jìn)入不同的采購(gòu)流程，如果是招標(biāo)方式的設(shè)備采購(gòu)，就應(yīng)當(dāng)指示招標(biāo)業(yè)務(wù)員來(lái)執(zhí)行具體的招標(biāo)工作，最后才能進(jìn)入采購(gòu)合同簽訂流程。詢報(bào)價(jià)類的設(shè)備采購(gòu)與招標(biāo)采購(gòu)流程不同，它需要按照詢報(bào)價(jià)標(biāo)準(zhǔn)業(yè)務(wù)的具體流程進(jìn)行。這些采購(gòu)項(xiàng)目進(jìn)行過(guò)程中，系統(tǒng)會(huì)自動(dòng)生成計(jì)劃費(fèi)用和實(shí)際費(fèi)用的對(duì)比圖以及實(shí)際執(zhí)行進(jìn)度，這為采購(gòu)人員及時(shí)管理采購(gòu)流程提供了詳細(xì)的依據(jù)。

4結(jié)語(yǔ)

文件管理系統(tǒng)范文5

經(jīng)濟(jì)組織文件管理具備以下特點(diǎn)：其一，強(qiáng)調(diào)核心競(jìng)爭(zhēng)能力信息安全性。核心競(jìng)爭(zhēng)能力信息是指反映了經(jīng)濟(jì)組織在市場(chǎng)競(jìng)爭(zhēng)環(huán)境中具備的獨(dú)特優(yōu)勢(shì)方面的各種信息。文件作為經(jīng)濟(jì)組織管理運(yùn)作的重要手段，是核心競(jìng)爭(zhēng)能力信息的主要載體。其二，強(qiáng)調(diào)法律證據(jù)性。據(jù)經(jīng)濟(jì)組織自身發(fā)展規(guī)律和權(quán)益維護(hù)等總體需要，以及牽涉到整個(gè)社會(huì)各領(lǐng)域經(jīng)濟(jì)利益的有效維護(hù)，須強(qiáng)調(diào)對(duì)文件信息真實(shí)性及其法律證據(jù)性的高度重視。其三，強(qiáng)調(diào)文件的資產(chǎn)管理理念。ISO15489明確指出文件是組織的核心資產(chǎn)。鑒于經(jīng)濟(jì)組織極為強(qiáng)調(diào)競(jìng)爭(zhēng)和發(fā)展，文件的資產(chǎn)管理及其軟實(shí)力提升對(duì)于組織確立獨(dú)特競(jìng)爭(zhēng)優(yōu)勢(shì)尤具重要意義。其四，強(qiáng)調(diào)文件系統(tǒng)的信息協(xié)同管理功能。經(jīng)濟(jì)組織尤其注重對(duì)包括市場(chǎng)環(huán)境信息在內(nèi)各類信息的及時(shí)、動(dòng)態(tài)獲取和處理，也強(qiáng)調(diào)信息的及時(shí)性和即時(shí)性，以作決策參考。因此，經(jīng)濟(jì)組織十分強(qiáng)調(diào)各類系統(tǒng)的協(xié)同管理及由此形成的信息綜合處理功能。

2公共事業(yè)組織

這里的公共事業(yè)組織，實(shí)質(zhì)上與我國(guó)常稱的事業(yè)組織雖有一定差別，但大體相當(dāng)，國(guó)際上一般以準(zhǔn)政府組織等做界定。該類組織文件管理的特點(diǎn)在于：一是強(qiáng)調(diào)法律證據(jù)性。除應(yīng)提供文件證明自身的合法身份和合法運(yùn)作之外，尚需提供文件證明組織的資金等資源的管理皆為合法，且符合設(shè)立該組織的政府組織提出的要求。二是強(qiáng)調(diào)社會(huì)服務(wù)性。表現(xiàn)在：1.政府設(shè)立了專門從事文件管理的公共事業(yè)組織，如政府文件中心等，面向社會(huì)提供近乎免費(fèi)的優(yōu)質(zhì)文件服務(wù)；2.其他類型公共事業(yè)組織的文件管理一般都提供社會(huì)服務(wù)，且基本非營(yíng)利性。三是不強(qiáng)調(diào)高效率和協(xié)同功能。該類組織文件管理系統(tǒng)在協(xié)同管理和績(jī)效方面的要求相對(duì)不高。社會(huì)團(tuán)體組織國(guó)際上，社會(huì)團(tuán)體組織基本可稱作民間組織。該類組織文件管理有自身特點(diǎn)：一方面，強(qiáng)調(diào)法律證據(jù)性。與公共事業(yè)組織相似，該類組織的文件管理強(qiáng)調(diào)法律證據(jù)性，但其文件作為資金審計(jì)的證據(jù)方面的作用相對(duì)更弱；另一方面，則不強(qiáng)調(diào)高效率和協(xié)同功能。與公共事業(yè)組織類似，該類組織也不強(qiáng)調(diào)文件系統(tǒng)與其他管理系統(tǒng)的協(xié)同。

3模式優(yōu)化的維度之二———文件管理要素

文件管理要素的優(yōu)化具體可歸結(jié)為3個(gè)方面，即管理理念優(yōu)化、管理手段優(yōu)化、管理內(nèi)容優(yōu)化。管理理念是文件管理的理論和方法基礎(chǔ)；管理手段是文件管理實(shí)施操作的具體工具和方式；管理內(nèi)容是文件管理的具體流程環(huán)節(jié)內(nèi)容。管理理念和管理手段是為管理內(nèi)容直接服務(wù)的，管理內(nèi)容則是文件管理的具體實(shí)現(xiàn)。

3.1管理理念的優(yōu)化

管理理念的優(yōu)化分為2個(gè)方面，即管理工作目標(biāo)的優(yōu)化和管理工作理論的優(yōu)化。管理目標(biāo)的優(yōu)化可以表述如下：文件管理在基本符合自身發(fā)展規(guī)律的基礎(chǔ)上，還需滿足社會(huì)組織的整體目標(biāo)。至于管理工作理論的優(yōu)化，文件管理可從多角度予以審視，主要涉及到管理科學(xué)、系統(tǒng)科學(xué)、信息科學(xué)這3大學(xué)科理論。事實(shí)上，這3個(gè)學(xué)科已趨于深度融合，使得人們對(duì)于相關(guān)事物的認(rèn)識(shí)逐漸深化，能提供各種高效的可行途徑，極大推動(dòng)著實(shí)際工作的發(fā)展。因此，要多維多方應(yīng)用這3大學(xué)科理論實(shí)現(xiàn)管理模式的優(yōu)化。

3.2管理手段的優(yōu)化

第一是傳統(tǒng)手工管理手段。早期的文書管理采取的是手工管理手段，甚至在現(xiàn)代機(jī)械和計(jì)算機(jī)手段出現(xiàn)后的很長(zhǎng)時(shí)期內(nèi)，手工管理仍然占據(jù)著主導(dǎo)地位，直至電子文件的廣泛發(fā)展，手工方式才逐漸退居其次。傳統(tǒng)手動(dòng)管理手段有很多局限性，如無(wú)法從根本上拓展人類體力和精力的不足，等等。縱然如此，該手段仍有某些積極優(yōu)勢(shì)，主要在于人類特有的高端自然智能是其他任何工具無(wú)法取替的。第二則是信息技術(shù)管理手段。該手段是指綜合使用現(xiàn)代機(jī)械和信息技術(shù)的管理手段，不僅形式上日趨多樣化，而且功能上更實(shí)現(xiàn)了極大提升，其核心是計(jì)算機(jī)技術(shù)。該手段在文件管理領(lǐng)域的優(yōu)勢(shì)主要體現(xiàn)為：一、最關(guān)鍵的是有效拓展了人類智力的部分功能。二、基本上解決了人類精力方面的缺陷。該手段的缺陷在于：一、無(wú)法從根本上取代人類自然智能的主導(dǎo)地位。二、自身作為高度復(fù)雜的技術(shù)工程體系，也就給日常維護(hù)和后續(xù)服務(wù)提出了嚴(yán)峻挑戰(zhàn)?？梢?jiàn)，在信息時(shí)代背景下，需要綜合應(yīng)用人工管理手段和信息技術(shù)管理手段的各種優(yōu)勢(shì)，同時(shí)規(guī)避各自劣勢(shì)，實(shí)現(xiàn)文件管理手段的高水平和高質(zhì)量。

3.3管理內(nèi)容的優(yōu)化

管理內(nèi)容存在3個(gè)層面，一是系統(tǒng)工作的角度；二是管理工作的角度；三是信息工作的角度。從系統(tǒng)科學(xué)的角度來(lái)看，無(wú)論是傳統(tǒng)紙質(zhì)文件管理還是電子文件管理，實(shí)際上都可視作一個(gè)完整的管理系統(tǒng)。本文主要從電子文件管理系統(tǒng)的角度就管理內(nèi)容優(yōu)化展開(kāi)探討。然而，以下的主要理念將完全同時(shí)適用于傳統(tǒng)文件管理和電子文件管理，僅在技術(shù)層面需做一定程度的區(qū)別對(duì)待。文件管理內(nèi)容若從系統(tǒng)工作的角度，包括系統(tǒng)設(shè)計(jì)構(gòu)建、系統(tǒng)實(shí)施、系統(tǒng)評(píng)估、升級(jí)或換代；從管理工作的角度，包括文件生成、捕獲、登記、保存、檢索、利用、統(tǒng)計(jì)、處置等環(huán)節(jié)工作；從信息工作的角度，包括文件信息的產(chǎn)生、編碼、傳遞、利用等完整運(yùn)動(dòng)過(guò)程。一是系統(tǒng)設(shè)計(jì)構(gòu)建方面的優(yōu)化。系統(tǒng)設(shè)計(jì)構(gòu)建需要著重完成以下幾個(gè)子任務(wù)：A.系統(tǒng)總體功能需求的前期調(diào)研分析和研判，進(jìn)而形成系統(tǒng)設(shè)計(jì)構(gòu)建的總則指南；B.確定系統(tǒng)功能、結(jié)構(gòu)和內(nèi)容以及予以技術(shù)實(shí)現(xiàn)的整體架構(gòu)，同時(shí)應(yīng)突出主要功能以符合系統(tǒng)的主要目標(biāo)；C.采用合適的系統(tǒng)開(kāi)發(fā)平臺(tái)工具和編程語(yǔ)言，配以其他可靠的相關(guān)信息技術(shù)，將系統(tǒng)設(shè)計(jì)予以完整實(shí)現(xiàn)。高質(zhì)量的文件管理系統(tǒng)設(shè)計(jì)構(gòu)建工作是文件管理模式優(yōu)化的關(guān)鍵，可謂是對(duì)整個(gè)系統(tǒng)進(jìn)行全方位的立法工作，因?yàn)橄到y(tǒng)的核心框架和功能體系等關(guān)鍵要素都將在該階段予以詳盡制定和程序?qū)崿F(xiàn)。二是系統(tǒng)實(shí)施方面的優(yōu)化。文件管理系統(tǒng)實(shí)施是系統(tǒng)設(shè)計(jì)開(kāi)發(fā)的直接目標(biāo)和具體實(shí)現(xiàn)。從實(shí)施步驟來(lái)說(shuō)，又可分為調(diào)試運(yùn)行、正式啟用2大階段。正式實(shí)施是文件管理系統(tǒng)自身價(jià)值的具體實(shí)現(xiàn)環(huán)節(jié)，直接輔助組織開(kāi)展文件管理工作，并為組織發(fā)展帶來(lái)收益。從系統(tǒng)工作視角，文件管理系統(tǒng)實(shí)施的優(yōu)化實(shí)際上就是通過(guò)充分應(yīng)用系統(tǒng)預(yù)置的所有功能，促使系統(tǒng)得到最高效的運(yùn)作，盡可能獲得最佳效果。三是系統(tǒng)評(píng)估、升級(jí)方面的優(yōu)化。系統(tǒng)后續(xù)評(píng)估、改進(jìn)升級(jí)或換代工作對(duì)于文件管理系統(tǒng)來(lái)說(shuō)同樣較重要。對(duì)現(xiàn)行文件系統(tǒng)的詳盡評(píng)估是對(duì)系統(tǒng)實(shí)施過(guò)程的直接展示，將為新系統(tǒng)開(kāi)發(fā)提供翔實(shí)資料，甚至實(shí)際上可以作為新系統(tǒng)開(kāi)發(fā)工作中前期調(diào)研分析的直接參考資料。系統(tǒng)評(píng)估改進(jìn)工作若要實(shí)現(xiàn)優(yōu)化，必須盡量采取先進(jìn)可靠的高質(zhì)量評(píng)估工具，制定可行的評(píng)估方案予以實(shí)施。需要從“文件管理功能需求的有效實(shí)現(xiàn)”以及“系統(tǒng)的安全高效運(yùn)作”2個(gè)方面去綜合審視系統(tǒng)的實(shí)際表現(xiàn)，同時(shí)評(píng)估文件管理對(duì)于組織發(fā)展實(shí)際產(chǎn)生的影響和作用。當(dāng)評(píng)估認(rèn)為只需對(duì)文件管理系統(tǒng)開(kāi)展持續(xù)性的改進(jìn)升級(jí)時(shí)，需積極做好后續(xù)的改進(jìn)升級(jí)工作。當(dāng)評(píng)估認(rèn)為需要開(kāi)發(fā)全新系統(tǒng)時(shí)，則需積極準(zhǔn)備開(kāi)發(fā)和實(shí)施新的文件管理系統(tǒng)。

4我國(guó)社會(huì)組織文件管理模式優(yōu)化的對(duì)策建議

4.1文件管理理念與國(guó)際接軌國(guó)際公認(rèn)的現(xiàn)代文件管理的核心理念是以ISO15489為代表的。我國(guó)有必要跟進(jìn)，以進(jìn)一步促進(jìn)文件管理理論研究和實(shí)際工作，并且開(kāi)展專業(yè)化的文件管理。國(guó)際上，文件管理更多的是一種核心業(yè)務(wù)，且強(qiáng)調(diào)構(gòu)建高水平文件管理系統(tǒng)而非附屬于或直接應(yīng)用檔案管理等系統(tǒng)，且強(qiáng)調(diào)與其他系統(tǒng)的協(xié)同。

4.2強(qiáng)調(diào)嚴(yán)格實(shí)行標(biāo)準(zhǔn)的規(guī)范和遵從

須強(qiáng)調(diào)高水平的文件管理標(biāo)準(zhǔn)化工作，推動(dòng)社會(huì)組織應(yīng)用高水平的文件管理標(biāo)準(zhǔn)，確保文件管理質(zhì)量。我國(guó)至今制定的文件管理相關(guān)標(biāo)準(zhǔn)數(shù)量很少，且多是針對(duì)電子文件管理。僅以國(guó)家級(jí)標(biāo)準(zhǔn)為例，至2011年底，我國(guó)現(xiàn)有文件管理相關(guān)標(biāo)準(zhǔn)總計(jì)8份，其中6份專門針對(duì)電子文件（該數(shù)據(jù)是以針對(duì)文件管理領(lǐng)域的視角統(tǒng)計(jì)的，未涉及檔案管理領(lǐng)域的標(biāo)準(zhǔn)）。我國(guó)正陸續(xù)出臺(tái)文件管理相關(guān)標(biāo)準(zhǔn)制訂計(jì)劃，如國(guó)家標(biāo)準(zhǔn)化管理委員會(huì)于2010年出臺(tái)了制定7項(xiàng)電子文件管理標(biāo)準(zhǔn)的計(jì)劃。隨著ISO15489國(guó)家級(jí)采標(biāo)工作的完成和廣泛施用，必將進(jìn)一步促進(jìn)相關(guān)標(biāo)準(zhǔn)的發(fā)展。

4.3重點(diǎn)關(guān)注電子文件管理

未來(lái)文件管理模式更多將是電子文件管理模式。我國(guó)已認(rèn)識(shí)到電子文件管理的重要性，但各類社會(huì)組織在這方面仍存在某些問(wèn)題：一是構(gòu)建電子文件管理系統(tǒng)的熱情雖高，但前期基礎(chǔ)性研究較欠缺。二是電子文件管理相關(guān)標(biāo)準(zhǔn)較欠缺，規(guī)劃制定的進(jìn)度相對(duì)較慢。三是沒(méi)必要強(qiáng)調(diào)社會(huì)組織電子文件管理模式的統(tǒng)一化。

4.4重視應(yīng)用現(xiàn)代系統(tǒng)科學(xué)理論

信息時(shí)代，社會(huì)組織文件管理在應(yīng)用管理科學(xué)和信息科學(xué)的同時(shí)，還需重視系統(tǒng)科學(xué)，以構(gòu)建高質(zhì)量的文件管理系統(tǒng)，且能與組織內(nèi)其他系統(tǒng)實(shí)現(xiàn)高效的協(xié)同運(yùn)作。

文件管理系統(tǒng)范文6

1．1研究對(duì)象

選擇2009年5月—2011年5月在我院就診的門診病人40例。納入標(biāo)準(zhǔn)：采用美國(guó)風(fēng)濕病學(xué)會(huì)1997年修訂的SLE診斷標(biāo)準(zhǔn)確診為SLE病人；經(jīng)住院系統(tǒng)治療后病情穩(wěn)定；需門診治療或復(fù)查隨診；年齡14歲～45歲；學(xué)歷：小學(xué)及以上文化；有簡(jiǎn)單網(wǎng)絡(luò)應(yīng)用的知識(shí)和能力；自愿參與本研究。排除標(biāo)準(zhǔn)：狼瘡腦病病人；有精神疾病病人；生活不能自理病人。

1．2研究工具

1．2．1一般資料調(diào)查問(wèn)卷

研究者自行設(shè)計(jì)，內(nèi)容包括性別、年齡、文化程度、病程、婚育情況、經(jīng)濟(jì)狀況等。

1．2．2癥狀自評(píng)量表（SCL－90）

共90個(gè)項(xiàng)目，分9個(gè)因子和其他。軀體化，共12項(xiàng)，主要反映主觀身體不適感；強(qiáng)迫：共10項(xiàng)，反映臨床上的強(qiáng)迫癥狀群；人際關(guān)系：共9項(xiàng)，反映與他人相處時(shí)的不自在或自卑感；抑郁：共13項(xiàng)，反映與抑郁癥狀相聯(lián)系的廣泛概念；焦慮：共10項(xiàng)，反映與焦慮癥狀有關(guān)的精神癥狀及體驗(yàn)；敵對(duì)：共6項(xiàng)，主要從思維、情感及行為3個(gè)方面反映病人的敵對(duì)表現(xiàn)；恐怖：共7項(xiàng)，與傳統(tǒng)的恐怖狀態(tài)反映的內(nèi)容基本一致；偏執(zhí)：共6項(xiàng)，主要是指猜疑和關(guān)系妄想等；精神病性：共10項(xiàng)，主要是精神分裂樣癥狀項(xiàng)目；其他：共7項(xiàng)，上述因子不包括的、主要反映睡眠及飲食情況。每項(xiàng)均采用5級(jí)評(píng)分制。本研究利用SCL－90測(cè)查SLE病人的心理狀況。

1．2．3SLE病人門診管理信息系統(tǒng)

由我科人員與軟件工程師合作設(shè)計(jì)。軟件工程師通過(guò)我科人員對(duì)其提供的有關(guān)專業(yè)信息，利用Access程序，建立SLE病人門診管理數(shù)據(jù)庫(kù)信息系統(tǒng)。信息系統(tǒng)的應(yīng)用部分包括：病人信息管理模塊、健康教育模塊和隨訪信息模塊。利用SLE病人門診管理信息系統(tǒng)對(duì)SLE病人進(jìn)行管理。

1．3研究方法

1．3．1調(diào)查問(wèn)卷發(fā)放及收集

采用一對(duì)一問(wèn)卷調(diào)查。能夠獨(dú)立完成量表者，由其獨(dú)立完成；獨(dú)立完成有困難者，協(xié)助其完成。調(diào)查人員對(duì)研究對(duì)象不明條目給予解釋，保證每條目解釋內(nèi)容的一致性。在管理前及管理后各進(jìn)行一次問(wèn)卷調(diào)查。

1．3．2管理模式的實(shí)施

利用SLE病人門診管理信息系統(tǒng)進(jìn)行管理。采集病例及建立管理檔案：課題組對(duì)病人的信息嚴(yán)格管理，確保病人隱私不外泄。對(duì)符合入選條件的病人，護(hù)士把采集到的資料輸入電腦，分別儲(chǔ)存在病人信息管理模塊和隨訪信息模塊。評(píng)估病人：對(duì)病人的資料進(jìn)行評(píng)估，根據(jù)評(píng)估結(jié)果把不同情況的病人進(jìn)行分類記錄。如腎臟損害用“S”標(biāo)記，血液系統(tǒng)損害用“X”標(biāo)記，皮膚損害用“P”標(biāo)記；使用激素治療后出現(xiàn)高血壓用紅色“”，血糖高用橙色“”，血脂高用黃色“”標(biāo)記。標(biāo)記儲(chǔ)存在病人信息管理模塊中。根據(jù)病人使用激素量、免疫抑制劑使用或具體病情和醫(yī)生醫(yī)囑設(shè)置復(fù)診提醒時(shí)間。實(shí)行護(hù)理干預(yù)：根據(jù)病人信息管理模塊中不同符號(hào)標(biāo)記，識(shí)別不同情況的病人，給予不同的健康教育處方。健康教育處方根據(jù)病人信息管理模塊中不同符號(hào)標(biāo)記從數(shù)據(jù)庫(kù)中提取導(dǎo)出，可通過(guò)Email方式或飛信發(fā)送，也可通過(guò)QQ傳送。利用軟件的查詢、提醒功能，檢索病情改變，2d～7d后需復(fù)查或更改用藥量或執(zhí)行免疫抑制劑治療的病人、兩個(gè)月未來(lái)復(fù)查的病人進(jìn)行電話隨訪。此工作每周執(zhí)行1次。隨訪時(shí)不僅和病人溝通，而且與家屬溝通。隨訪內(nèi)容為相關(guān)疾病知識(shí)健康教育、心理輔導(dǎo)，為病人爭(zhēng)取家庭支持，督促病人按時(shí)復(fù)診，嚴(yán)格遵醫(yī)囑用藥。根據(jù)病人的需要及具體情況給予相應(yīng)的健康教育處方。對(duì)需要進(jìn)行心理輔導(dǎo)的病人則約定時(shí)間進(jìn)行專人輔導(dǎo)。為了方便與病人溝通，除了設(shè)立固定的隨訪電話之外，還有專用郵箱和QQ群，方便病人表達(dá)內(nèi)心感受，也使醫(yī)務(wù)人員能及時(shí)采集到病人信息，網(wǎng)絡(luò)應(yīng)用能力差的病人予以培訓(xùn)指導(dǎo)，保證每位參與病人能夠利用手機(jī)短信、郵箱、QQ群這些信息平臺(tái)傳遞、獲取、分享信息，與醫(yī)務(wù)人員達(dá)到互動(dòng)。其目的主要是對(duì)病人用藥、飲食、日常生活（包括運(yùn)動(dòng)、休息、學(xué)習(xí)、工作、皮膚護(hù)理、口腔衛(wèi)生方面）生育與避孕、心理等各方面進(jìn)行長(zhǎng)期、系統(tǒng)、有效管理。每次隨訪及干預(yù)內(nèi)容、時(shí)間都記錄并輸入隨訪信息模塊中儲(chǔ)存。按時(shí)復(fù)診的病人，每次復(fù)診的臨床資料交專管護(hù)士處，錄入數(shù)據(jù)庫(kù)中存檔。干預(yù)效果評(píng)價(jià)。通過(guò)門診日志記錄，查病人是否按時(shí)復(fù)診，3d查1次。未按時(shí)復(fù)診的病人，及時(shí)追蹤原因。電話隨訪后的病人，1個(gè)月后再進(jìn)行電話回訪，主要了解病人是否按醫(yī)囑服藥、飲食、日常生活（包括運(yùn)動(dòng)、休息、學(xué)習(xí)、工作、皮膚護(hù)理、口腔衛(wèi)生方面）、生育與避孕等方面是否遵循醫(yī)務(wù)人員指導(dǎo)。并把評(píng)價(jià)結(jié)果記錄輸入隨訪信息模塊中儲(chǔ)存，為下一次的評(píng)估及干預(yù)提供依據(jù)。

1．4統(tǒng)計(jì)學(xué)方法

采用SPSS19．0統(tǒng)計(jì)軟件進(jìn)行分析。計(jì)量資料以均數(shù)±標(biāo)準(zhǔn)差（x±s）表示，干預(yù)前后得分比較采用獨(dú)立樣本t檢驗(yàn)，以P＜0．05為差異有統(tǒng)計(jì)學(xué)意義。

2結(jié)果

SLE病人應(yīng)用門診管理信息系統(tǒng)前后SCL－90評(píng)分比較，各因子中軀體化、人際關(guān)系敏感、精神病性無(wú)統(tǒng)計(jì)學(xué)意義，其余因子項(xiàng)比較，均有統(tǒng)計(jì)學(xué)意義。

3討論