導(dǎo)言：作為寫作愛好者，不可錯過為您精心挑選的10篇關(guān)心客戶短信，它們將為您的寫作提供全新的視角，我們衷心期待您的閱讀，并希望這些內(nèi)容能為您提供靈感和參考。

篇1

快到五一，對你的情誼和感激，都在我心底;真摯的問候與祝福，用溫馨的短信傳遞;不管您在何地，工作多忙，都要愛惜自己。愿您五一快樂、幸福到底!

五一節(jié)想你是最快樂的事;見你是最希望的事;愛你是我永遠(yuǎn)要做的事;把你放在心上是我一直在做的事;不過，騙你是剛剛發(fā)生的事。勞動節(jié)快樂。

憧憬著明天的歡樂，輕輕的向你問候，狠狠地把你思念，用我纏綿的柔情、奔放的感情、熾誠的熱情、真摯的友情、愉快的心情，動情的祝你：五一節(jié)快樂!

五一勞動節(jié)日到，假期閑暇煩惱消，朋友相邀共賞花，遠(yuǎn)離喧鬧樂逍遙，幸福相牽吉祥繞，快樂開心如意伴。祝五一快樂逍遙、幸福安康。

五一假日到，三天不嫌少。工作腦后拋，快樂身邊繞。聚會鬧通宵，情誼綿綿到;旅游看風(fēng)景，不怕路迢迢。問候不會少，短信頻頻到，愿你身體好，五一樂逍遙!

勞動中堅(jiān)強(qiáng)!勞動中快樂!勞動中成長!勞動中沉醉!休息時愜意，假期時放松，成功時喜悅，收獲時幸福!勞動節(jié)至，祝你勞有所得，動有所長，節(jié)日快樂!

篇2

中圖分類號：TP311

本文將詳細(xì)對比B/S與C/S架構(gòu)的優(yōu)缺點(diǎn)。在此基礎(chǔ)上分析富客戶端技術(shù)對比前兩種架構(gòu)的優(yōu)勢，并以高校教工住房管理系統(tǒng)為例，設(shè)計(jì)并開發(fā)兼具B/S與C/S優(yōu)勢的管理信息系統(tǒng)。

1 軟件系統(tǒng)體系結(jié)構(gòu)分析

計(jì)算機(jī)技術(shù)的發(fā)展推進(jìn)管理信息系統(tǒng)日益革新。隨著新技術(shù)的廣泛應(yīng)用，管理信息系統(tǒng)的體系結(jié)構(gòu)也逐步演進(jìn)：從最初的主機(jī)/終端信息共享模式，到20世紀(jì)90年代興起的客戶機(jī)/服務(wù)器（C/S）模式，進(jìn)而發(fā)展到瀏覽器/服務(wù)器（B/S）模式。

1.1 C/S架構(gòu)

C/S架構(gòu)（Client/Server即客戶機(jī)/服務(wù)器架構(gòu)），是一種基于資源不對等，且為實(shí)現(xiàn)共享而提出來的一種體系結(jié)構(gòu)，通過將任務(wù)合理分配到Client端和Server端，降低了系統(tǒng)的通訊開銷，可以充分利用兩端硬件環(huán)境的優(yōu)勢。

C/S架構(gòu)能夠充分調(diào)用客戶機(jī)的資源，完成一部分業(yè)務(wù)處理操作，響應(yīng)速度快，并能起到減輕服務(wù)器負(fù)荷的作用。但是，由于客戶機(jī)需要安裝專門的客戶端軟件，客戶端軟件對客戶機(jī)的環(huán)境要求也比較高，存在諸如兼容性問題等?？蛻魴C(jī)的數(shù)量越多，軟件的部署、更新等運(yùn)行維護(hù)成本越高。另外，如果客戶機(jī)硬件系統(tǒng)、操作系統(tǒng)、軟件系統(tǒng)環(huán)境不一致，還要開發(fā)專門的客戶端軟件。

1.2 B/S架構(gòu)

為提高軟件系統(tǒng)兼容性，降低維護(hù)成本，B/S架構(gòu)應(yīng)運(yùn)而生。B/S架構(gòu)（Browser/Server即瀏覽器/服務(wù)器架構(gòu)），是隨著Internet技術(shù)的興起，對C/S結(jié)構(gòu)的一種變化或者改進(jìn)的結(jié)構(gòu)。

在這種結(jié)構(gòu)下，客戶機(jī)只需要安裝任意一款瀏覽器（如IE等），用戶就可以通過該瀏覽器遠(yuǎn)程訪問軟件系統(tǒng)，主要的業(yè)務(wù)處理任務(wù)都在服務(wù)器上完成。這種模式實(shí)現(xiàn)了客戶端零維護(hù)成本，在軟件系統(tǒng)調(diào)整、升級等情況下，只需要更行服務(wù)器上的軟件程序即可。但是，B/S架構(gòu)也不是盡善盡美，C/S架構(gòu)軟件提供的豐富的人機(jī)交互，B/S架構(gòu)就沒有繼承下來，造成用戶體驗(yàn)方面大打折扣；另外，由于B/S架構(gòu)應(yīng)用的大部分邏輯和狀態(tài)位于服務(wù)器端，所以瀏覽器會頻繁地向服務(wù)器發(fā)回數(shù)據(jù)和處理請求，即使網(wǎng)絡(luò)連接正常，瀏覽器也必須等待響應(yīng)到達(dá)，用戶才能繼續(xù)進(jìn)行下一步操作，這就造成了響應(yīng)速度通常要比C/S架構(gòu)軟件慢得多。

2 富客戶端技術(shù)

傳統(tǒng)的C/S模式，多終端的部署結(jié)構(gòu)使軟件系統(tǒng)在越來越頻繁的系統(tǒng)更新面前，毫無招架之力。作為C/S模式的改良版，瀏覽器/服務(wù)器（B/S）模式因其部署簡單，客戶端零維護(hù)，很好地解決了運(yùn)行維護(hù)的問題；但B/S架構(gòu)在人機(jī)交互的表現(xiàn)層差強(qiáng)人意，在響應(yīng)速度和用戶體驗(yàn)方面不如C/S模式。富客戶端技術(shù)綜合了C/S、B/S模式的優(yōu)勢，因其響應(yīng)快、用戶體驗(yàn)好、部署簡單，維護(hù)成本低、跨平臺等特性備受業(yè)界青睞。

富客戶端技術(shù)（RichClient，RC），也被稱作為富因特網(wǎng)應(yīng)用程序（RichInternetApplications，RIA），同時集成了本地應(yīng)用的高交互性、實(shí)時性與WEB應(yīng)用的單一部署特性、跨平臺性與低成本，合二為一提供同時包含以上特效的用戶體驗(yàn)。富客戶端技術(shù)通過提供可承載已編譯客戶端應(yīng)用程序（以文件形式，用HTTP傳遞）的運(yùn)行環(huán)境，客戶端應(yīng)用程序使用異步客戶/服務(wù)器架構(gòu)連接現(xiàn)有的后端應(yīng)用服務(wù)器，這是一種安全、可升級、具有良好適應(yīng)性的新的面向服務(wù)模型，這種模型由采用的Web服務(wù)所驅(qū)動。

富客戶端技術(shù)繼承了桌面應(yīng)用程序反應(yīng)快、交互性強(qiáng)的優(yōu)點(diǎn)，能夠處理復(fù)雜的多媒體數(shù)據(jù)應(yīng)用，同時又具有Web應(yīng)用程序部署靈活、低成本的特性。富客戶端技術(shù)的應(yīng)用，能夠使信息系統(tǒng)在降低維護(hù)成本的同時豐富用戶體驗(yàn)，并能夠很好地解決兼容性和跨平臺等方面的問題。

3 系統(tǒng)需求分析與設(shè)計(jì)

管理信息系統(tǒng)是改變傳統(tǒng)管理方式，提升管理水平，提高管理效率，實(shí)現(xiàn)信息化管理的工具和手段。本節(jié)將以高校教工住房管理系統(tǒng)為例進(jìn)行需求分析和系統(tǒng)設(shè)計(jì)。

3.1 系統(tǒng)需求分析

需求分析是軟件生命周期的五個階段中唯一面向用戶的階段，是實(shí)施軟件工程的基礎(chǔ)。在系統(tǒng)需求分析中，系統(tǒng)分析員和軟件工程師通過對用戶的調(diào)研確定系統(tǒng)的目的、功能及邊界。

高校教工住房管理系統(tǒng)就是要實(shí)現(xiàn)住房管理的數(shù)字化、精準(zhǔn)化，替代傳統(tǒng)的管理手段，具體業(yè)務(wù)可分為住房管理、住房補(bǔ)貼管理、各種查詢統(tǒng)計(jì)及報表管理等三大類事務(wù)；面向的用戶包括三類：普通教職工，住房管理人員，校領(lǐng)導(dǎo)等。

住房管理業(yè)務(wù)可以分為住房信息管理、住房登記、周轉(zhuǎn)房管理、房改房報修四部分。住房管理涉及的范圍包括集資房、經(jīng)濟(jì)適用房、商品房、房改房、周轉(zhuǎn)房等。其中集資房、經(jīng)濟(jì)適用房、商品房、房改房產(chǎn)權(quán)都?xì)w屬個人，只需要進(jìn)行住房登記。房改房報修、受理流程要納入系統(tǒng)。周轉(zhuǎn)房管理，包含申請、審批、登記、保證金及租金收繳、退房等流程要通過系統(tǒng)完成。

住房貨幣化補(bǔ)貼作為高校住房制度改革的重要內(nèi)容，實(shí)現(xiàn)了住房實(shí)物分配向貨幣化分配的轉(zhuǎn)變。由于貨幣化補(bǔ)貼有專門的系統(tǒng)，因此本系統(tǒng)只要提供數(shù)據(jù)的導(dǎo)入及導(dǎo)出功能即可。

查詢統(tǒng)計(jì)報表業(yè)務(wù)可以細(xì)分為租賃查詢統(tǒng)計(jì)、貨幣化補(bǔ)貼查詢統(tǒng)計(jì)、教職工及住房信息查詢統(tǒng)計(jì)等3項(xiàng)子業(yè)務(wù)。查詢統(tǒng)計(jì)報表業(yè)務(wù)主要面向業(yè)務(wù)管理人員以及學(xué)校領(lǐng)導(dǎo)。

另外，與住房管理息息相關(guān)的就是教工，系統(tǒng)還需要提供教工信息庫及修改功能。

3.2 系統(tǒng)總體設(shè)計(jì)

本文設(shè)計(jì)的高校教工住房管理系統(tǒng)是整體采用MVC三層架構(gòu)，分為登錄模塊、教工信息管理子系統(tǒng)、住房信息管理子系統(tǒng)、貨幣化補(bǔ)貼管理子系統(tǒng)、系統(tǒng)設(shè)置模塊等。系統(tǒng)總體模塊設(shè)計(jì)如圖1所示。

圖1 高校教工住房管理系統(tǒng)總體設(shè)計(jì)圖

教工信息管理子系統(tǒng)分為：教工信息查詢模塊、教工信息編輯模塊、教工信息添加模塊以及教工信息刪除模塊。

住房信息管理子系統(tǒng)分為：住房信息查詢模塊、住房信息編輯模塊、住房信息添加模塊、住房信息登記模塊以及住房信息刪除模塊、周轉(zhuǎn)房管理子系統(tǒng)以及住房報修管理子系統(tǒng)等。周轉(zhuǎn)房管理子系統(tǒng)分為：申請周轉(zhuǎn)房模塊、審批周轉(zhuǎn)房申請模塊、登記周轉(zhuǎn)房住戶信息模塊、登記保證金繳納信息模塊、生成周轉(zhuǎn)房租金清單模塊、申請騰退周轉(zhuǎn)房模塊以及審批騰退周轉(zhuǎn)房申請模塊。住房報修子系統(tǒng)分為：申請住房維修模塊、受理住房維修申請模塊、登記住房維修結(jié)果模塊。

貨幣化補(bǔ)貼管理子系統(tǒng)分為貨幣化補(bǔ)貼信息導(dǎo)入模塊、貨幣化補(bǔ)貼信息導(dǎo)出模塊和貨幣化補(bǔ)貼信息查詢模塊。

系統(tǒng)設(shè)置模塊包括用戶信息管理、權(quán)限設(shè)置等功能。

3.3 系統(tǒng)設(shè)計(jì)目標(biāo)

高校教工住房管理系統(tǒng)要提供及時準(zhǔn)確的數(shù)據(jù)，系統(tǒng)要能實(shí)時反應(yīng)學(xué)校的住房使用情況、教職工的住房狀況以及學(xué)校貨幣化補(bǔ)貼工作的執(zhí)行情況，為高校領(lǐng)導(dǎo)相關(guān)決策提供準(zhǔn)確可靠的一手?jǐn)?shù)據(jù)。

另外，高校教工住房管理系統(tǒng)的設(shè)計(jì)和開發(fā)應(yīng)從高校校園信息化建設(shè)總體布局出發(fā)，遵守高校數(shù)字化校園工程規(guī)范，提供與財務(wù)管理系統(tǒng)、人事管理系統(tǒng)、公共數(shù)據(jù)平臺、統(tǒng)一身份認(rèn)證平臺等的接口。

4 系統(tǒng)開發(fā)環(huán)境與實(shí)施效果

4.1 基于ExtJs+Struts+Hibernate的MyEclipse集成開發(fā)環(huán)境

本文設(shè)計(jì)的高校教工住房管理系統(tǒng)開發(fā)環(huán)境選用MyEclipse集成開發(fā)環(huán)境，數(shù)據(jù)庫采用的是MicrosoftSQLServer2005數(shù)據(jù)庫管理系統(tǒng)。

界面展示采用Ext2.0框架及其提供的組件，后臺服務(wù)器端代碼采用Java編寫。

Ext是ExtJS的簡稱，是一個強(qiáng)大的JS類庫，是對傳統(tǒng)JavaScript的擴(kuò)充。由于Ext融入了面向?qū)ο蟮母拍?，開發(fā)者可以靈活運(yùn)用Ext提供的Form、Grid、Menu、Tree等組件。

為簡化開發(fā)過程，提高系統(tǒng)靈活性和重用性，本文設(shè)計(jì)的系統(tǒng)采用struts框架；另外本文設(shè)計(jì)的系統(tǒng)還采用了Hibernate框架，通過Hibernate中間件，數(shù)據(jù)庫訪問層的編碼搭建工作將事半功倍。

4.2 實(shí)施效果展示

本文設(shè)計(jì)的高校教工住房管理系統(tǒng)要能夠提供及時準(zhǔn)確的數(shù)據(jù)服務(wù)，為高校領(lǐng)導(dǎo)相關(guān)決策提供支撐。其實(shí)施效果圖如圖2所示。

圖2 高校教工住房管理系統(tǒng)效果圖

5 結(jié)束語

信息化背景下的企事業(yè)單位，傳統(tǒng)的管理方法和管理模式已經(jīng)越來越不能適應(yīng)單位的發(fā)展，提供高效、精準(zhǔn)管理方案的信息管理系統(tǒng)勢在必行?；诟豢蛻舳思夹g(shù)的管理信息系統(tǒng)的能夠統(tǒng)籌兼顧傳統(tǒng)C/S、B/S架構(gòu)的優(yōu)點(diǎn)，為企事業(yè)單位打造一個快速響應(yīng)、體驗(yàn)豐富的管理平臺，樹立良好的單位形象；在提升企事業(yè)單位管理水平、提高管理效率的同時有效地降低運(yùn)維成本。

參考文獻(xiàn)：

[1]陳勇.管理信息系統(tǒng)的發(fā)展動因及趨勢研究[J].商業(yè)研究，2005，14：4-6.

[2]李云云.淺析B/S和C/S體系結(jié)構(gòu)[J].科學(xué)之友，2011，1：6-8.

[3]楊曉靜.C/S與B/S模式相結(jié)合的標(biāo)準(zhǔn)化管理信息系統(tǒng)結(jié)構(gòu)設(shè)計(jì)[J].電子工業(yè)專用設(shè)備，2011，192：42-46.

[3]許建林.富客戶端技術(shù)的研究及其應(yīng)用[D].南昌：南昌大學(xué)，2006.

[4]朱華.Ajax在Web開發(fā)中的應(yīng)用研究[D].哈爾濱工程大學(xué)，2009.

篇3

3、在“我”的功能界面，用戶點(diǎn)擊“關(guān)注”選項(xiàng)；

4、在“全部關(guān)注”界面用戶找到一個你想要進(jìn)行特別關(guān)注的好友，點(diǎn)擊進(jìn)入她的主頁；

篇4

從圖1、圖2可看出，受訪者中每日多次通過傳統(tǒng)媒體獲取新聞的有23.71%，而每日多次通過新聞客戶端獲取新聞的則高達(dá)59.79%。受訪者通過傳統(tǒng)媒體獲取新聞的頻率最多的是每日一次，占到了29.90%；其次是四日一次到一周一次，占17.53%。而通過新聞客戶端獲取新聞的頻率則集中于每日多次、每日一次，兩項(xiàng)比重之和為84.53%。此外，受訪者使用傳統(tǒng)媒體獲取新聞的所用時長大多為0.5小時至1小時和1小時至2小時，分別占36.64%和36.24%，極少數(shù)會達(dá)到2小時以上；而使用新聞客戶端獲取新聞的所用時長大多為10分鐘以下和10分鐘至0.5小時，分別占比36.05%和40.18%，部分會達(dá)到0.5小時至1小時。由此可以看出，受眾使用傳統(tǒng)媒體獲取新聞的行為間隔較長，多以日為間隔單位，一旦使用就會長時間獲取，屬于目的性的“透支式”獲??；而使用新聞客戶端時，行為間隔較短，多以小時為間隔單位，每次的新聞獲取量較小，屬于習(xí)慣性的“海綿式”獲取。

從使用時段看，受眾通過傳統(tǒng)媒體獲取新聞的主要時段為早中晚，并且這三個時段呈現(xiàn)出明顯的高峰狀態(tài)；而受眾通過新聞客戶端進(jìn)行新聞閱讀的主要時段雖然也是早中晚，但沒有出現(xiàn)駝峰現(xiàn)象，中午的數(shù)據(jù)甚至要低于上午。并且，“無固定時段”成為遠(yuǎn)超其他時段的選擇。這說明，受眾更傾向于在零散的時段使用新聞客戶端，閱讀時間分布較為碎片化。

從使用場合看，受眾通過傳統(tǒng)媒體獲取新聞的地點(diǎn)主要是在家或宿舍，為78.80%，其余如公共場所、交通工具、教室等地點(diǎn)的使用比率都比較低；而通過新聞客戶端獲取新聞的地點(diǎn)則主要在家或宿舍和交通工具上，分別為48.73%和32.49%，在教室使用的比率也有所提高?？梢园l(fā)現(xiàn)，受眾使用新聞客戶端的場合主要集中于以下兩種：一是在有無線網(wǎng)絡(luò)的固定場所使用，如家、宿舍、辦公室；二是在移動化環(huán)境下使用，如候車等路途中。而且，在移動場合進(jìn)行閱讀的比例高于在公共場所。

綜合圖3、圖4能夠看出，相對于傳統(tǒng)媒體，新聞客戶端受眾一般會選擇較為空閑、碎片化的時間，使用地點(diǎn)也相對零散，這說明使用新聞客戶端已經(jīng)成為受眾打發(fā)碎片時間的日常習(xí)慣。

圖5顯示，62%的受訪者安裝并使用了新聞客戶端，33%的受訪者沒有安裝新聞客戶端，只有5%的受訪者安裝后又卸載了新聞客戶端。可以看出，新聞客戶端在北京大學(xué)生群體中的普及率還是比較高的。在對沒有安裝新聞客戶端的受訪者的調(diào)查中，發(fā)現(xiàn)主要是由于“不了解新聞客戶端”、“沒有時間瀏覽新聞”和“不關(guān)心新聞，沒有安裝必要”三大原因，分別占41%、19%和17%。這表明，受訪者沒有安裝新聞客戶端的原因主要不在于客戶端本身，而在于他們對這一新的媒介形態(tài)還缺乏認(rèn)知和了解，沒有迫切的使用需求。

門戶網(wǎng)站類新聞客戶端使用率較高

在移動互聯(lián)網(wǎng)的沖擊下，移動閱讀正為越來越多的受眾所接受，傳統(tǒng)媒體尤其是紙質(zhì)媒體感受到了前所未有的壓力，因此推出基于自身平臺的新聞客戶端成為許多傳統(tǒng)媒體尋求自救的途徑之一。但本次問卷調(diào)查的統(tǒng)計(jì)數(shù)據(jù)顯示，傳統(tǒng)媒體自辦的新聞客戶端對受眾的吸引力還相當(dāng)有限。

本次調(diào)查中，將新聞客戶端分為三類：門戶網(wǎng)站類新聞客戶端（如搜狐、新浪、騰訊、鳳凰等）、聚合類新聞客戶端（如今日頭條、百度新聞）和傳統(tǒng)媒體自辦的新聞客戶端。其中，傳統(tǒng)媒體自辦的新聞客戶端還可以細(xì)分為中央級傳統(tǒng)媒體新聞客戶端（如人民日報、環(huán)球時報等）和地方級傳統(tǒng)媒體新聞客戶端（如南方報系、新京報等）。圖7顯示，受訪者中使用門戶網(wǎng)站類新聞客戶端的占66%；使用聚合類新聞客戶端的占24%；使用中央和地方級傳統(tǒng)媒體新聞客戶端的分別為7%和3%，二者之和為10%，還不及門戶網(wǎng)站類新聞客戶端使用率的六分之一。

圖7、圖8的數(shù)據(jù)說明，在各大媒體爭先搶奪新聞客戶端市場份額的過程中，傳統(tǒng)媒體類新聞客戶端奪取受眾的能力遠(yuǎn)遠(yuǎn)落后于具有平臺優(yōu)勢的門戶網(wǎng)站類新聞客戶端和依據(jù)算法產(chǎn)生內(nèi)容的聚合類客戶端。如《人民日報》新聞客戶端的使用率僅占5.38%。

這一現(xiàn)象似乎并不難理解。門戶網(wǎng)站類的新聞客戶端，其背后有一個完整、龐大、高效的媒體運(yùn)營體系。首先，門戶網(wǎng)站平臺發(fā)展成熟，信息容量大，內(nèi)容豐富多樣，涵蓋了當(dāng)下各個領(lǐng)域的新聞資訊；其次，門戶網(wǎng)站的技術(shù)實(shí)力雄厚，能夠?qū)崿F(xiàn)內(nèi)容的多樣化呈現(xiàn)，包括對文本、圖片、音視頻等多媒體傳播形式的綜合運(yùn)用以及閱讀界面的人性優(yōu)化；最后，門戶網(wǎng)站在互聯(lián)網(wǎng)媒體信息傳播和互聯(lián)網(wǎng)產(chǎn)品運(yùn)營等方面有深厚積累，對新聞客戶端的開發(fā)和運(yùn)營自然也駕輕就熟。此外，從圖表9還可以看出，受訪者對新聞客戶端內(nèi)容的真實(shí)性、權(quán)威性、全面性、客觀性以及更新速度等各方面的滿意度并不低?？梢哉f，新聞客戶端已經(jīng)很大程度上延伸了傳統(tǒng)媒體的公信力和影響力，繼承了互聯(lián)網(wǎng)的受眾細(xì)分特征，也優(yōu)化了手機(jī)媒體在移動閱讀方面的舒適體驗(yàn)。不僅如此，門戶網(wǎng)站類新聞客戶端在內(nèi)容、形式以及傳播方式上均做到了在獨(dú)家資源基礎(chǔ)上更具獨(dú)家風(fēng)格，與傳統(tǒng)媒體和新聞網(wǎng)站相比具有顯著優(yōu)勢。

圖9：受訪者對新聞客戶端內(nèi)容方面的滿意度

這一點(diǎn)，我們從各新聞客戶端的標(biāo)語上也可以略窺一二。比如，受訪者中使用率最高（30.14%）的搜狐新聞客戶端標(biāo)榜“訂閱平臺+實(shí)時新聞”，是全國首個提出個性化閱讀服務(wù)的新聞客戶端，其內(nèi)容資源，除搜狐網(wǎng)本身外，還將央廣中國之聲、央視新聞和《人民日報》等傳統(tǒng)新聞媒體吸引并落戶于客戶端，因此其提供的內(nèi)容相當(dāng)豐富。去年7月，搜狐在新聞客戶端嵌入了一款直播節(jié)目，這又是其區(qū)別于同類新聞閱讀產(chǎn)品的一個顯著的差異化功能。再如，使用率第三（27.70%）的騰訊新聞客戶端廣告語為“指尖上的世界”，強(qiáng)調(diào)了用手機(jī)看新聞更加輕便、伴隨、自由的優(yōu)勢。類似的還有百度新聞客戶端的標(biāo)語：“我們相信，每個人都是獨(dú)一無二的，發(fā)現(xiàn)你的喜歡，呈現(xiàn)給你，與眾不同的視界?！比绱巳唛L的標(biāo)語，表現(xiàn)出對自身強(qiáng)大的新聞搜索和個性化推送能力的自信。還有鳳凰新聞客戶端的“為大事件而生”、網(wǎng)易的“無跟帖不新聞”（后改為“傳遞態(tài)度”）等，均體現(xiàn)出自身的獨(dú)特定位。

傳播平臺不同，受眾對不同新聞的關(guān)注度有變化

本次調(diào)查數(shù)據(jù)顯示，新聞客戶端受眾在使用新聞客戶端瀏覽新聞的時候，對娛樂新聞和社會新聞關(guān)注度較高，均為61.8%；其次是政治新聞，為59.70%。而在使用傳統(tǒng)媒體獲取新聞時，攝取量最大的則是政治新聞，為75.20%；其次是社會新聞和國際新聞，分別為67.00%和48.40%。可以明顯看出，在傳播平臺發(fā)生變化的時候，受眾對不同新聞的關(guān)注度也會發(fā)生變化。

圖10：受眾通過不同渠道獲取新聞時的關(guān)注點(diǎn)

根據(jù)圖10的數(shù)據(jù)可知，受訪者在新聞客戶端上對于游戲、星座、IT方面新聞的關(guān)注度也有明顯提升，而對體育、社會和國際新聞的關(guān)注度則有不同程度的下降，對軍事、財經(jīng)和科技新聞的關(guān)注度則保持穩(wěn)定。數(shù)據(jù)一定程度上反映出，與傳統(tǒng)媒體相比，受眾對新聞客戶端新聞的關(guān)注整體上明顯趨于娛樂化。這是因?yàn)樾侣効蛻舳说慕缑媾c電視畫面的轉(zhuǎn)瞬即逝不同，即使某些事件不再是熱點(diǎn)，相關(guān)信息也只是調(diào)整排列位置，而不會減少或撤銷，感興趣的受眾通過搜索功能依然可以找到。這一特點(diǎn)無疑有效地增強(qiáng)了廣大受眾自主選擇新聞的自由度，從而為其新聞獲取的趣味性、娛樂性留下了空間。

圖11：受訪者在新聞客戶端上的新聞瀏覽順序

圖11則顯示，在新聞瀏覽順序上，40%的受訪者選擇“按自上而下的排列位置”，29%的受訪者傾向“按喜好進(jìn)行頁面搜尋”，而客戶端開發(fā)商一直致力推進(jìn)的手機(jī)推送功能（push）和自主訂閱聚合功能（pull）只有17%和14%的受訪者會優(yōu)先使用。這說明，門戶垂直頻道的精編內(nèi)容依然最受受眾青睞，處于忙碌中的移動受眾似乎并沒有通常想象中的那樣“主動”。

要求互動性體驗(yàn)與怠于互動的悖論

圖12顯示，受眾在選擇手機(jī)新聞客戶端時，“閱讀方便”和“新聞內(nèi)容全面、及時”是首先要考慮的因素，分別為78%和54%；其次關(guān)注的是“易于分享”和“互動性強(qiáng)”兩個因素，分別占比46%和42%；也有部分受眾會依據(jù)廣告彈出情況和流量花費(fèi)來選擇客戶端，分別占21%和18%?？梢哉f，涉及新聞閱讀的因素依然是受眾最為看重的，而有關(guān)使用體驗(yàn)方面的互動和分享功能則是受眾對于平臺所提出的更高層次的要求。

篇5

3. 豐收的南瓜，香香的火雞，在感恩的日子里為您送上，祈福一份平安，送上一份祝愿，愿您吃的開心，玩的開心，生活快樂幸福，人生瀟灑多彩，祝您感恩節(jié)快樂!

4. 風(fēng)吹不散的關(guān)懷，雨沖不走的問候，都化作對你永遠(yuǎn)不變的問候，在感恩節(jié)里真心地希望你快樂到永遠(yuǎn)。

5. 感恩，化為對你的一絲牽掛;感恩，包裹對你的一份關(guān)懷;感恩，浸透對你的一縷溫情;感恩，送去對你的一聲問候：愿你開心每一天，感恩節(jié)快樂!

6. 感恩節(jié)到了，送禮要用心：孝心送父母，真心送愛人，愛心送子女，關(guān)心送朋友，舒心送生活，盡心送事業(yè)，熱心送社會，善心送他人，開心送自己!

7. 感恩節(jié)到了，想問候你一下，有太多的話語想要說，但是不知從何說起，還是用簡單的一句話來概括吧：朋友有你在身邊真好。

8. 感恩節(jié)將至，感激朋友，成長中帶給我很多淚水和歡笑，修業(yè)中給我很多自傲和錘煉，糊口中給我很多幫忙，和供給給我施予幫忙的機(jī)會。

9. 感恩節(jié)來到，祝福要送到。一祝身體好，二祝心情妙，三祝運(yùn)氣佳，四祝家庭好，五祝學(xué)業(yè)順，六祝事業(yè)高。感恩天天有，幸福到永久!

10. 感恩是美麗的樹葉，森林為之凋謝;感恩是含苞的花蕾，群芳為之失色;感恩是和煦的風(fēng)，讓冬季不再枯竭。你一直的關(guān)愛，我從心底道聲謝謝。感恩節(jié)快樂!

11. 感激朋友的陪伴，使得那些風(fēng)雨再也不殘虐艱難困苦再也不可怕孤單與孤傲更是和我沒緣。祝愿所有的朋友心想事成，否極泰來!感恩節(jié)快樂!

12. 感情復(fù)制不來，真情剪切不走，如果你想粘貼幸福，就要付出天賦，不需要你才華橫溢，不需要你天生魅力，只要你誠心誠意，感恩節(jié)，感謝用心生活的人。

13. 感謝春，讓我看到柳枝裊娜;感謝夏，讓我聽蟬鳴聲聲;感謝秋，讓我享受豐收喜悅;感謝冬，讓我欣賞雪花美麗;感謝你，讓我感到朋友溫暖。感恩節(jié)快樂!

14. 感謝春的美麗，感謝夏的荷香，感謝秋的收獲，感謝冬的磨礪。感謝四季，感謝你，感謝有你的每一個日子，輕輕的問候，感恩節(jié)快樂!

15. 感謝大地給予我們踏實(shí)，感謝陽光給予我們溫暖，感謝鮮花給予我們芬芳，感謝糧食給予我們溫飽。生活因感謝而美好，友誼因感謝而久長。祝領(lǐng)導(dǎo)感恩節(jié)快樂!

16. 沒有你，我不懂的做人的道理;沒有你，我不明白生活的真諦;沒有你，我不知道生活的意義;沒有你，就沒有今日的業(yè)績。謝謝你，我的領(lǐng)導(dǎo)，感恩節(jié)里愿你接受我真誠的謝意。

17. 每天一進(jìn)公司，第一面總是看到你的笑臉，今天我發(fā)這個祝福給你，希望也是你收到的第份感恩節(jié)的祝福!

18. 每一次跌倒都有攙扶的手，每一次失敗都有鼓勵的酒，每一次歡樂都有祝福的歌，每一次成功都有鮮花問候。感謝你一路對我的支持幫助關(guān)心，感恩節(jié)里，祝你幸福長久。

19. 明天是感恩節(jié)，衷心祝愿你親朋常相伴，關(guān)愛記心間;幸福常相隨，走過不后悔;快樂圍繞你，好運(yùn)不離棄;福氣年年把你籠罩，祝福天天把你擁抱!

20. 默默地，心中一直收藏著你的關(guān)懷;靜靜地，腦中一直浮現(xiàn)著你的笑容;輕輕地，口中一直祝福著你的平安。謝謝你伴我這一路，朋友，祝你感恩節(jié)快樂!

21. 你燦爛的笑容照亮了我簡單的生活，你真心的關(guān)懷讓我懂得了愛的真諦，你熱情的幫助讓我明白了生活的意義，感謝你我親愛的朋友!祝感恩節(jié)快樂!

22. 你的幫助，讓我感激涕零;你的恩賜，對我恩同再造;你的支援，那是節(jié)節(jié)高升;我拿起手機(jī)，快指按鍵，樂于短信。感恩節(jié)快樂!

23. 你的燦爛笑容長留我心中，你的親切話語永伴我左右，你的熱情激勵鼓舞我前行，你的真誠幫助溫暖我心房，在這感恩節(jié)來臨之際，真誠的對你說聲：謝謝。

24. 你的栽培和指引，在我生活里就像一盞燈，照亮了我的心靈，使我的生命有了光彩!祝領(lǐng)導(dǎo)感恩節(jié)快樂!

25. 你給我留下了許多抹不掉的美妙的瞬間，你讓我懂得互相珍愛，把我們每個瞬間變成永恒的記憶。感謝你帶給我的一切。祝你感恩節(jié)快樂!

26. 你是我見過最美麗的花朵，讓我的森林為你凋謝;你像一首旋律讓我的生命多和諧，我只能用小小聲音說感謝，小到只有你能了解!感恩節(jié)快樂!

27. 你是我生命中的貴人，因?yàn)槟阄覍W(xué)會了生活，因?yàn)槟阄叶昧烁冻?，因?yàn)槟阄也胖郎钍侨绱司省８卸鞴?jié)快樂。

28. 你是我最感激的人，你總是在我最需要你的時候?yàn)槲規(guī)韮?nèi)心的慰藉，今天是感恩節(jié)，請?jiān)试S我用真心向你說一聲謝謝。

29. 你是我最關(guān)心的人，你是我最愛護(hù)的人，你是我最感激的人，你是我最好的朋友，感謝你出現(xiàn)在我生命里，祝你感恩節(jié)開心幸福。

30. 你是雪中給我送炭的人;你是雨中給我送傘的人;你是狂風(fēng)中扶我前行的人;你是烈日下給我冰水的人。感恩節(jié)就要到了，請接受我的衷心祝福：好人一生平安。

31. 你的陪伴讓我不再孤單，你的笑容讓我忘記憂傷，你的體貼讓我心窩暖暖，你的一切讓我流連忘返。感恩節(jié)來臨，我會用真心加倍愛你，直到?？菔癄€!

32. 你的生命，身體都來自父母，你的喜怒哀樂來自社會和自然，你的生活來自于關(guān)心并幫助過你的人，我也依然!我們共同在感恩節(jié)為他們祝福吧!

33. 你給我留下了許多抹不掉的美妙的瞬間，你讓我懂得互相珍愛，把我們每個瞬間變成永恒的記憶。感謝你帶給我的一切。祝你感恩節(jié)快樂!

34. 你可真是個大好人，要不是你的幫助我怎么會這么快就忘記憂愁，感恩節(jié)到了，送出我最真心的祝福，希望你能夠開心快樂。

35. 你是我見過最美麗的花朵，讓我的森林為你凋謝;你像一首旋律讓我的生命多和諧，我只能用小小聲音說感謝，小到只有你能了解!感恩節(jié)快樂!

36. 你是我生命中的貴人，因?yàn)槟阄覍W(xué)會了生活，因?yàn)槟阄叶昧烁冻?，因?yàn)槟阄也胖郎钍侨绱司?。感恩?jié)快樂。

37. 你是我最感激的人，你總是在我最需要你的時候?yàn)槲規(guī)韮?nèi)心的慰藉，今天是感恩節(jié)，請?jiān)试S我用真心向你說一聲謝謝。

38. 你是我最關(guān)心的人，你是我最愛護(hù)的人，你是我最感激的人，你是我最好的朋友，感謝你出現(xiàn)在我生命里，祝你感恩節(jié)開心幸福。

39. 你是雪中給我送炭的人;你是雨中給我送傘的人;你是狂風(fēng)中扶我前行的人;你是烈日下給我冰水的人。感恩節(jié)就要到了，請接受我的衷心祝福：好人一生平安。

40. 你是一個好人，擁有美麗靈魂，你用一往情深，撫平我的傷痕，為你打開心門，感謝大德大恩。感恩節(jié)快樂。

41. 你是最最美麗的樹葉，讓我的森林為你凋謝;你像一首旋律讓我的生命多和諧，我只能用小小聲音說感謝，小到只有你能了解!感恩節(jié)快樂!

42. 你像潺潺的小溪，默默的給予關(guān)懷，你像春天的雨露，總在最需要的時候來臨。也許你的微笑不能讓傷痛扭轉(zhuǎn)，卻可以讓人忘記，感謝你，感恩節(jié)快樂。

43. 你像一首動聽的旋律，讓我的生命感到和諧，你是我見過最美麗的樹葉，讓我的森林為你凋謝;我只能用小小聲音說感謝，小到只有你能了解!感恩節(jié)快樂!

44. 朋友總是心連心，知心朋友值千金，燈光之下思賢友，小小訊兒傳佳音，望有見訊如見人，時刻別忘朋友心。祝感恩節(jié)快樂。

45. 品一杯香茶：思念朋友;聽一首老歌：回憶朋友;發(fā)一條短信：聯(lián)絡(luò)朋友;道一聲問候：最近好嗎?傳一份關(guān)懷：天冷保重;送一個祝福：感恩節(jié)快樂!

46. 無論將來如何，我都要感謝你，感謝你在我的生命中帶來了美麗快樂，感謝你給我永遠(yuǎn)珍視的記憶。在這個本身就值得感謝的日子里，想對你說：幸福每一天。

47. 向龍王借來運(yùn)圣水，對你滋潤;向玉帝借來玉旨，對你封賞，向月娘借來月光，送你溫暖;向太陽公公借來日光，點(diǎn)亮祝福：祝你感恩節(jié)快樂，前途無限光亮。

48. 向所有幫忙過我的朋友和我所愛的朋友說聲感激!感激你走進(jìn)我的生命，讓我的生命豐富美麗，我愿我有生韶光，帶你無窮歡愉!

49. 小魚感謝流水，所以每天都把它放在心里，鳥兒感謝藍(lán)天，所以每天都為它鳴唱，我要感謝你，感謝你欠了我一頓飯錢老讓我想著，感恩節(jié)快樂。

50. 心存一份感動，因?yàn)檎嬲\;心存一份美好，因?yàn)樾蕾p;心存一份平和，因?yàn)閷捜?心存一份幸福，因?yàn)楦卸?感恩節(jié)，感恩更是一份傳遞。祝你感恩節(jié)快樂!

51. 心中常懷感恩之心，謝天地予我以靈氣，謝雨露給我以生氣，謝山河壯我以朝氣，謝朋友送我以暖意。祝你感恩節(jié)快樂!

52. 星辰感謝夜空讓他璀璨，月亮感謝太陽讓他明亮，我要感謝你讓我懂得了什么鳴做關(guān)懷，感謝你最真的朋友，感恩節(jié)快樂。

53. 星星對月亮說你真好，大地對太陽說你真好，小鳥對綠樹說你真好，我對你說你真好，一切都緣于感恩的心!祝你感恩節(jié)快樂!

54. 幸福的日子，你告訴我什么是珍貴，痛苦的日子，你告訴我什么是生活，感恩的日子，請讓我用真心來回報，愿你天天幸福，感恩節(jié)快樂。

55. 幸福是擁有一顆感恩的心：感謝養(yǎng)育你的人，感謝關(guān)愛你的人，感謝幫助你的人，感謝牽掛你的人，感謝祝福你的人，感謝發(fā)你短信的人!呵，感恩節(jié)快樂!

56. 雁過無痕，葉落無聲，美麗是些具體而實(shí)在的東西，無處不在的守侯著你。感激這個世界的魅力，感激你的存在，感激我們的相識。感恩節(jié)快樂!

57. 遙望遙遠(yuǎn)的夜空，一顆星的隕落，劃出一道亮光，仿佛我送去一片光明，帶去一絲希望，夾雜著一顆感恩的心，感謝你溫暖的雙手不曾離棄，愿你感恩節(jié)快樂!

58. 要是上天給我足夠的時間，讓我在每一年的感恩節(jié)馳念你，謝謝你賜與過的一切，真心的祝福你：平安而有收成!

59. 一滴水，一碗飯，一個陪伴，一個微笑，一段教誨，一次幫助，感恩節(jié)到，一聲感謝，一聲微笑，愿客戶們都幸福安好。

60. 一年四季不嫌累，一聲問候不嫌多，一毛短信不嫌貴，一句祝福不嫌酸，一直關(guān)心不嫌煩，一生朋友不嫌長，祝感恩節(jié)快樂!

61. 秋風(fēng)吹落枝頭黃葉，吹不走樹木成長的心愿;冰雪帶來天寒地凍，擋不住來年的春天;歲月改變?nèi)说娜蓊?，改變不了真摯的惦?感恩節(jié)祝你快樂永遠(yuǎn)!

62. 人的一生總是伴隨著煩惱憂愁，當(dāng)你失意落寞時，不要埋怨生活，要報著一顆感恩的心面對所有。學(xué)會感恩，你的生活將減少憂愁。

63. 人生極為重要的三件事便是：用寬容的心對待世界，對待生活;用快樂的心創(chuàng)造世界，改變生活;用感恩的心感受世界，感受生活!祝感恩節(jié)快樂!

64. 人生旅途不凄涼，只因你我有希望;生活漂泊舉不定，但求你我有夢想;事業(yè)艱難險重重，唯有你我共堅(jiān)強(qiáng);感謝你一路相伴，感恩節(jié)快樂!

65. 人生如戲，感謝你陪我在一起走過這舞臺;歲月如夢，感謝你陪我在這夢境創(chuàng)造無限精彩。感恩節(jié)快到了，真心說一句：人生有你，真好;一路相隨，謝謝。

66. 人生在世，壓力太大，放松自己;學(xué)會感恩，寬容自己;結(jié)草銜環(huán)，投桃報李;多些理解，少些怨氣;感恩節(jié)日，愿你心懷感恩，快樂連連，人生寫意。

67. 人總是容易在紛煩又平淡的生活中變得麻木，謝謝你的感恩節(jié)短信，讓我知道在不遠(yuǎn)處還有人默默的關(guān)心著，也教會我以感恩的心對待生活!

68. 上帝想要你快樂，他給每一年安排了冬天;上帝想要你幸福，他給每一個冬天安排了雪;上帝想要你同時擁有快樂和幸福，他給你安排了感恩節(jié)。又是一年感恩節(jié)，xx公司攜全體員工祝您：感恩節(jié)快樂，闔家幸福!

69. 神說：所謂幸福是有一顆感恩的心，一位忠誠的愛人，一個健康的身體，一份稱心的工作，一幫信賴的朋友，當(dāng)你收到此信息，一切將隨之擁有!懷著一顆感恩的心你會終身幸?？鞓?

70. 生活需要笑，感恩不能少，時代在發(fā)展，道德要提高，中華民族好傳統(tǒng)，懂得感恩做好人，舉動不需驚天動地，真情流露是真理。感恩節(jié)，做一個懂得感恩的人，有一顆懂得感恩的心，祝感恩節(jié)快樂!

71. 生活應(yīng)該感謝時間給我們剛好的相遇，思想應(yīng)該感謝語言給我們表達(dá)的權(quán)利，愛情應(yīng)該感謝真誠給我們最美的彼此，感恩節(jié)，感謝緣分讓我們相知相愛在一起。

72. 生活中的美好，一點(diǎn)一滴，記在感恩的心里。在一個個平凡的日子里，感受生命的美妙，感恩上蒼的賜予，感謝親人的關(guān)愛，感激朋友的支持。祝感恩節(jié)快樂!

篇6

中圖分類號：TP393文獻(xiàn)標(biāo)識碼：A文章編號：1009-3044(2012)10-2254-03

隨著互聯(lián)網(wǎng)在國內(nèi)外的深入發(fā)展，越來越多的軟件從傳統(tǒng)客戶端/服務(wù)器的結(jié)構(gòu)轉(zhuǎn)向了以瀏覽器為主的Web應(yīng)用程序。Web應(yīng)用程序沒有用戶界面組件，只有圖片文件和超文本標(biāo)識語言。開發(fā)者需要利用本身就不太豐富的元素來編寫一個友好的Web應(yīng)用程序界面，這是一件很有挑戰(zhàn)性的事。

幸運(yùn)的是目前有許多富客戶端應(yīng)用框架，而且它們在一定程度上是開源的，比如：ExtJS。在引入了它之后，就有了一套完整的組件可用，就像在使用VC的控件一樣，用戶界面是一個一個做好的組件，可以直接使用。開發(fā)人員不用再面對Javascript,CSS,HTML這些基本元素，只需根據(jù)需要部署組件即可。不僅如此，ExtJS的組件還可以進(jìn)行擴(kuò)展，類似面向?qū)ο缶幊痰睦^承一樣，最大限度的滿足用戶的特殊需求。

1EXT概述

ExtJS簡稱EXT，是用JS編寫的一個非常優(yōu)秀的AJAX框架，它與具體的服務(wù)器端技術(shù)無關(guān)，被用來開發(fā)具有絢麗外觀的Web應(yīng)用程序的表現(xiàn)層。EXT所開發(fā)的豐富多彩的界面不但吸引了許多技術(shù)人員的關(guān)注，同時也吸引了眾多的客戶，它似乎一夜之間就迅速流行開來。對于開發(fā)MIS類型的系統(tǒng)而言，EXT有非常大的優(yōu)勢。

當(dāng)我們第一次使用EXT時，就被它深深地吸引住了。對于我們這些沒有美術(shù)功底的人來說，EXT為我們解決了一大難題，首先它天生擁有炫麗的外表。其次，直接用Javascript極難實(shí)現(xiàn)的功能，EXT都能幫你解決，比如樹形結(jié)構(gòu)，拖拽，表格，分頁，布局等控件能節(jié)省大量的時間和精力，這些都堅(jiān)定了我們在運(yùn)行管理系統(tǒng)中使用EXT的決心。

當(dāng)前EXT依然在不斷向前發(fā)展，國內(nèi)的EXT開發(fā)者也越來越多，這些都說明了RIA的活力和前景，無論是最終客戶還是開發(fā)者都期待在B/S結(jié)構(gòu)中獲得更加靈活而又強(qiáng)大的功能。ExtJS的體系結(jié)構(gòu)如圖1所示。

圖1Ext結(jié)構(gòu)圖

2運(yùn)管系統(tǒng)中的具體應(yīng)用

隨著我國國民經(jīng)濟(jì)的發(fā)展，航空業(yè)得到了迅速發(fā)展，飛行班次和密度迅速增加?？罩薪煌ü芾碓诤娇者\(yùn)輸系統(tǒng)中肩負(fù)著保證空中交通安全、監(jiān)督飛行活動、維護(hù)飛行秩序的重要職責(zé)。管理空域，負(fù)責(zé)制定飛行程序和規(guī)則，提供航行情報服務(wù)、航空氣象服 務(wù)、通信導(dǎo)航服務(wù)、空中交通管制，保障航空運(yùn)輸?shù)母咝?、順暢和安全，是一個集信息化技術(shù)、計(jì)算機(jī)技術(shù)、自動化技術(shù)、電子技術(shù)等科學(xué)和人員人為因素于一體的復(fù)雜系統(tǒng)。

新疆民航通信網(wǎng)絡(luò)有限責(zé)任公司開發(fā)的“新疆空管運(yùn)行管理系統(tǒng)”包括了非常多的先進(jìn)技術(shù)，系統(tǒng)基于Java EE平臺，利用遙感與GIS技術(shù)對作業(yè)區(qū)、地物點(diǎn)、空域、地形數(shù)據(jù)、航路等進(jìn)行數(shù)字化處理，為了提高用戶體驗(yàn)使用了先進(jìn)的富客戶端技術(shù)，為了提高系統(tǒng)的實(shí)時性使用了B/S系統(tǒng)推送技術(shù)。

上面的每一個名詞都能寫成一本專業(yè)書籍，由于篇幅限制，該文不能一一介紹，該文重點(diǎn)論述“新疆空管運(yùn)行管理系統(tǒng)”中使用的富客戶端技術(shù)(RIA)ExtJS。

下面通過ExtJS在運(yùn)管系統(tǒng)中的具體應(yīng)用來闡述ExtJS在事件響應(yīng)、異步通信和數(shù)據(jù)存儲等幾個方面的應(yīng)用特點(diǎn)。

3運(yùn)管系統(tǒng)中ExtJS的數(shù)據(jù)存儲

如果要在組件中顯示想要的數(shù)據(jù)，首先要準(zhǔn)備好數(shù)據(jù)。然后我們先來認(rèn)識一下store,store可以理解為數(shù)據(jù)存儲器，可以把它理解為提供緩存功能的小型數(shù)據(jù)表，EXT中的控件一般直接與Store打交道，從store中獲取需要顯示的數(shù)據(jù)，一個Store可以包含一個或者多個Record,數(shù)據(jù)存放于Store中，通過控件的store屬性來設(shè)置表格中將要顯示的內(nèi)容，之后調(diào)用store的reload或load方法來加載數(shù)據(jù)。

Record對象，全稱為Ext.data.Record，它是一個內(nèi)部數(shù)據(jù)類型對象，Ext.data.Store對象是它的基本組成部分。我們把Ext.data. Store對象比做是一個二維表格，那它的每一行就相當(dāng)是一個Ext.data.Record對象的實(shí)例。Ext.data.Record對象的主要作用就是保存一個對象實(shí)例的數(shù)據(jù)，并且當(dāng)對象內(nèi)部數(shù)據(jù)發(fā)生改變時記錄修改的內(nèi)容，其次對修改之前的原始值也是可以保留的。

數(shù)據(jù)DataProxy,可以理解為數(shù)據(jù)源，下面再來認(rèn)識一個對象DataProxy,DataProxy是數(shù)據(jù)對象，它的作用是把數(shù)據(jù)交給DataReader對象進(jìn)行解析。數(shù)據(jù)父類由DataProxy對象來定義。MemoryProxy對象能從JS OBJECT中獲得數(shù)據(jù)，可以方便的把JSON，XML和JSON和數(shù)組中的數(shù)據(jù)交給它處理。HttpProxy對象根據(jù)http協(xié)議通過異步通信的方式去后臺服務(wù)器讀取數(shù)據(jù)，構(gòu)造這個對象的實(shí)例時需要設(shè)置地址參數(shù)。這里所說的地址其實(shí)就是任何一個合法的網(wǎng)絡(luò)地址，這樣httpProxy對象才知道到哪里讀取數(shù)據(jù)。ScriptTagProxy是對httpProxy對象的擴(kuò)展，在httpProxy對象的基礎(chǔ)上，從跨域服務(wù)器中獲取數(shù)據(jù)。

DataReader是一個解析數(shù)據(jù)的工具，它的工作是把從后臺程序或者本地內(nèi)存等數(shù)據(jù)源頭中獲得的混亂數(shù)據(jù)轉(zhuǎn)換成可以在EXT中的記錄集Record對象中存放的有序數(shù)據(jù)，同時存儲到Store對象里面的數(shù)組記錄集中。Ext.data.DataReader定義了解析數(shù)據(jù)的超類，其他具體的數(shù)據(jù)分析器都是繼承自該類，ExtJS中提供了讀取JSON數(shù)據(jù)，二維數(shù)組及XML格式文檔的三種解析數(shù)據(jù)的工具，分別用于把本地內(nèi)存中的JSON格式數(shù)據(jù)，二級數(shù)組及XML格式數(shù)據(jù)信息解析成Record記錄集。

下面給出空管運(yùn)行管理系統(tǒng)中創(chuàng)建Ext.data.Store對象的樣例代碼：

var dataStore = new Ext.data.Store({

proxy:new Ext.data.HttpProxy({url:’xxx.jsp’}),

……

});

在上面這段代碼中，HttpProxy對象從xxx.jsp中讀取JSON格式的數(shù)據(jù)，然后通過數(shù)據(jù)分析器jsonReader的解析轉(zhuǎn)換成之前已經(jīng)聲明好了的記錄集re對象Record。而在record對象中定義了三個字段，這三個字段都為字符串類型，分別是用來存儲用戶的性別，地址和姓名信息。調(diào)用已經(jīng)創(chuàng)建好了的Store的load()方法加載數(shù)據(jù)后，就可以操作其中存儲的數(shù)據(jù)了。

3Ext組件在民航運(yùn)行管理系統(tǒng)中的使用

當(dāng)前，我們已經(jīng)使用Ext.data.Store對象把需要的數(shù)據(jù)準(zhǔn)備完畢，之后為了把它們顯示出來，還要創(chuàng)建一個ExtJS的組件。ExtJS的組件通過new關(guān)鍵詞來創(chuàng)建，例如在運(yùn)行管理系統(tǒng)中需要創(chuàng)建一個組件，那么需要在程序中加入如下代碼：

gr = new Ext.grid.GridPanel({

id:’gGrid’,

store:dataStore,

cm:cm,

bbar:new Ext.PagingToolbar({

displayInfo:true,

displayMsg:’顯示第{0}到{1}條記錄，一共{2}條’,

emptyMsg:’當(dāng)前沒有任何記錄’

})

});

每個組件的構(gòu)造函數(shù)中都包含一個或者多個對象，這些對象是在創(chuàng)建組件時提供組件所需要的配置屬性及參數(shù)值，組件自身通過構(gòu)造函數(shù)中的參數(shù)值和屬性值來構(gòu)造并初始化組件對象。代碼中的dataStore就是一個store對象,它用于數(shù)據(jù)存儲。

任何一個ExtJS組件都繼承了父類中配置的屬性，同時根據(jù)每個組件對象的具體需要擴(kuò)展各自特有的屬性，可以通過覆蓋從基類繼承來的屬性來對組件進(jìn)行功能擴(kuò)展。在下載的EXT源碼文檔中，對每個ExtJS組件的配置屬性已有詳細(xì)的說明，這里不在詳述。

4運(yùn)行管理系統(tǒng)中EXT的事件處理方式

在傳統(tǒng)的Javascript中，事件處理是必須要經(jīng)常進(jìn)行的一件繁瑣的事。這些常常很難順利進(jìn)行，而且工作繁多，因?yàn)槲覀兠鎸χ?許多不同的瀏覽器標(biāo)準(zhǔn)。而這類問題在使用ExtJS時就可以被忽略。

事件處理機(jī)制是ExtJS響應(yīng)用戶的動作,監(jiān)控控件的狀態(tài)與后臺進(jìn)行交互的方式，它用戶一整套完善的事件處理機(jī)制。Ext. EventManager對象統(tǒng)一管理者所有響應(yīng)事件，瀏覽器事件對象event與其相對應(yīng)，Ext.EventObject事件對象由ExtJS定義。Ext.util. Observable類用來對事件處理提供支持，由該類擴(kuò)展的對象或組件都支持向?qū)ο笾刑砑邮录幚砗瘮?shù)及響應(yīng)函數(shù)的功能。下面代碼是為運(yùn)行管理系統(tǒng)中一個組件面板gridMianBan增加的一個監(jiān)聽器：

var gridMianBan= new Ext.Gridpanel(…);

gridMianBan.on(‘rowclick’,function(){

…

gName=record.get(“gName”);

});

以上代碼的效果是，只要用戶用鼠標(biāo)單擊表格，就會調(diào)用綁定的事件處理函數(shù)執(zhí)行函數(shù)體內(nèi)的代碼，這里的含有是將gridMianBan表格中被選中的gName字段的內(nèi)容賦值給變量gName。

5運(yùn)行管理系統(tǒng)中的AJAX實(shí)現(xiàn)

為了顯示少量的新數(shù)據(jù)而刷新整個網(wǎng)頁，顯然不是一個好的選擇，因此運(yùn)用ajax技術(shù)刷新網(wǎng)頁的局部內(nèi)容也就成為理所當(dāng)然的選擇。為了在運(yùn)行管理系統(tǒng)中實(shí)現(xiàn)ajax,需要在每個組件的事件處理函數(shù)中加入如下代碼：

Ext.Ajax.request({

url:’/rvraction’,

method:’GET’,

……

});

上面這段代碼通過調(diào)用Ext.Ajax對象的request方法，執(zhí)行增加一條rvr數(shù)據(jù)的操作，如果增加成功則重新載入數(shù)據(jù)，如果增加失敗將給用戶顯示失敗的提示信息。JSON對象是這個函數(shù)的參數(shù)，下面列舉一些常用的參數(shù)說明：

url參數(shù)：表示ajax要訪問的主機(jī)地址。

Method參數(shù)：只能為GET或者POST

Params參數(shù)：此ajax請求將要傳遞的參數(shù)

Success參數(shù)：表示ajax響應(yīng)成功后要調(diào)用的函數(shù)，或叫回調(diào)函數(shù)

Failure參數(shù)：表示ajax響應(yīng)失敗后要調(diào)用的函數(shù)

上面Failure所說的響應(yīng)失敗是指web服務(wù)器響應(yīng)的語法性的錯誤，不是指邏輯性或業(yè)務(wù)性的失敗，這里是一個非常容易誤解的地方。

其次，為了使配置的方式更簡潔，運(yùn)行管理系統(tǒng)中的ajax實(shí)現(xiàn)還使用了Ext.data.Connection對象，它定義了Ext.lib.Ajax對象，并且提供了簡潔配置Ajax的常用方式，通過Ext.lib.Ajax對象在底層實(shí)現(xiàn)與服務(wù)器的異步調(diào)用。

需要注意的是，Ext.data.Connection必須先創(chuàng)建實(shí)例對象后才能使用，這是因?yàn)橐oExt.data里面的各種不同對象提供Ajax功能，實(shí)現(xiàn)分別的管理。

6結(jié)論

從ExtJS在運(yùn)行管理系統(tǒng)的應(yīng)用中我們可以深刻地體會到，ExtJS給用戶帶來的不僅僅是豐富多彩的客戶端體驗(yàn)，同時又解決了跨瀏覽器平臺編程這樣棘手的問題。通過對ajax進(jìn)行了完美的封裝和完善的數(shù)據(jù)處理功能，使得EXT躋身于優(yōu)秀的Ajax框架的行列，并非常有希望成為web前端程序開發(fā)的主流工具之一。促進(jìn)互聯(lián)網(wǎng)向著更加健壯，更加豐富多彩的方向發(fā)展。

篇7

中圖分類號：TP311 文獻(xiàn)標(biāo)識碼：A 文章編號：1009-3044（2016）32-0085-01

1 背景

隨著高校規(guī)模不斷擴(kuò)大學(xué)生大量涌入圖書館進(jìn)行充電，學(xué)生占位的情況越來越嚴(yán)重，有素質(zhì)問題但是更多的是關(guān)于硬件設(shè)施問題，就這一問題，人們提出了一系列的解決方案，但是我認(rèn)為解決這個問題最重要的還是應(yīng)該從公平公正和工作效率這兩個方面入手。首先因?yàn)樗袌D書館資源是免費(fèi)的，那么公平公正就是前提條件，但是由于資源的有限性，所以要將使用程度和利用率最大化是解決問題的主要關(guān)鍵。目前，圖書館的藏書資源，目錄資源，數(shù)據(jù)庫資源都實(shí)現(xiàn)了計(jì)算機(jī)管理，唯獨(dú)座位資源還停留在人為管理階段，利用現(xiàn)代化工具實(shí)現(xiàn)對座位的網(wǎng)絡(luò)化管理，不僅有效并且公平。

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

校園一卡通系列是現(xiàn)在各個高校最基本的校園網(wǎng)絡(luò)系統(tǒng)之一，并且他實(shí)現(xiàn)了與圖書館的互聯(lián)網(wǎng)的連接，我在此基礎(chǔ)上設(shè)計(jì)了一套利用微信平臺作基礎(chǔ)的座位管理系統(tǒng)，不僅實(shí)現(xiàn)座位公平分配管理還有效解決占座問題。

2.1 功能模塊設(shè)計(jì)

由微信公眾平臺，刷卡器，采集器組成的系統(tǒng)終端可以實(shí)現(xiàn)網(wǎng)上預(yù)約。學(xué)生想要進(jìn)館占座之前要先通過微信公眾平臺賬號網(wǎng)上申請，并且在規(guī)定時間內(nèi)刷卡進(jìn)入，網(wǎng)上預(yù)約平臺保證一人一位。

2.1.1 座位自動分配模塊

每天早上和學(xué)生下課后是占座最嚴(yán)重的時候，使用微信公眾平臺與一卡通校園網(wǎng)絡(luò)連接的模式可以提高學(xué)生選座效率，避免占座現(xiàn)象。

2.1.2 選座模塊

通過微信公眾平臺即可進(jìn)入選座流程，在學(xué)生選定座位時需輸入學(xué)生的學(xué)號，在選好座位后，會出現(xiàn)選擇的閱覽室的座位號，確認(rèn)選擇后顯示預(yù)約成功，但是同時校園一卡通的聯(lián)網(wǎng)開啟，學(xué)生必須提前一小時預(yù)約，并且在半小時內(nèi)刷卡入管，否則視為棄權(quán)并且扣除信用一次，累計(jì)扣除信用三次將被拉入黑名單，不再享有預(yù)約座位的權(quán)利。

2.1.3 退座模塊

學(xué)生出館也需要刷卡，刷卡系統(tǒng)會自動記錄學(xué)生出館的時間，由于刷卡系統(tǒng)與互聯(lián)網(wǎng)相通，微信公眾平臺會受到及時的提醒，會出現(xiàn)選擇對話框，放棄座位還是保留座位，如果放棄座位，那么下個時間段要再來就要重新預(yù)約。如果點(diǎn)擊保留座位那么系統(tǒng)自動會為該生保留兩個小時的時間，如果該生未在規(guī)定時間內(nèi)返回，則座位狀態(tài)自動變?yōu)殚e置，并且扣除信用半次。

2.1.4 統(tǒng)計(jì)模塊

統(tǒng)計(jì)模塊的作用主要有三個方面。首先，各個時段使用情況的數(shù)據(jù)統(tǒng)計(jì)是為了實(shí)時更新，進(jìn)一步完善圖書館的服務(wù)工作。其次，在圖書館座位使用的高峰時段的數(shù)據(jù)統(tǒng)計(jì)，可以讓學(xué)生有利的避開這一時期，讓學(xué)生更加自主自由的安排自習(xí)與其他事情。再有，學(xué)生使用時間的統(tǒng)計(jì)是為了對累計(jì)達(dá)到一定時間的讀者進(jìn)行獎勵，鼓勵學(xué)生更加充分利用圖書館的資源，促進(jìn)學(xué)校校風(fēng)學(xué)風(fēng)建設(shè)。

2.1.5 vip讀者優(yōu)先預(yù)定模塊

作為一種激勵手段，對學(xué)生累計(jì)使用座位時間用小時積分制，達(dá)到一定小時數(shù)可以增加他的信用，在高峰期時可以用信用預(yù)約自己心儀的座位，并且中途離開座位可以延長至2個半小時。

2.2 系統(tǒng)流程設(shè)計(jì)

高峰時段進(jìn)館的學(xué)生通過微信公眾平臺提前一小時預(yù)約，并在半小時內(nèi)刷卡進(jìn)館。如果提前一天預(yù)約第二天早上的座位，那么必須在八點(diǎn)之前刷卡進(jìn)館否則視為放棄扣除信用一次。

非高峰r段的學(xué)生，刷卡進(jìn)館后隨機(jī)點(diǎn)擊閱覽室前的大顯示屏幕自主選座，并且輸入學(xué)生號他會在選座后，網(wǎng)上同步更新。如果中途離開必須去大屏幕把座位號取消，取消時他會提醒是保留座位還是永久離開，如果點(diǎn)擊保留座位那么他會記錄你離開館的時間，如果超過兩個小時不返回則扣除半個信用。

對學(xué)生累計(jì)使用座位時間用小時積分制，達(dá)到一定小時數(shù)可以增加他的信用，在高峰期時可以用信用預(yù)約自己心儀的座位，并且中途離開座位可以延長至2個半小時。

對于信用扣除達(dá)到三個的就不能再預(yù)約座位。

2.3 系統(tǒng)軟件實(shí)現(xiàn)

這個座位管理系統(tǒng)采用JAVA語言編寫程序，根據(jù)功能和需要進(jìn)行劃分，具有很強(qiáng)的擴(kuò)展性，系統(tǒng)實(shí)現(xiàn)的關(guān)鍵問題是：首先使用SQL語言建立關(guān)系型數(shù)據(jù)庫，將微信平臺與學(xué)生的刷卡系統(tǒng)連接，通過微信預(yù)約時輸入學(xué)號采集到信息，用互聯(lián)網(wǎng)鏈接，學(xué)生取得座位號后，建立座位表，兩個表格通過字段建立關(guān)系。座位被設(shè)計(jì)成一個獨(dú)立的類，包含了作為的屬性以及對這些屬性進(jìn)行的操作。

3 結(jié)論

篇8

其次，指導(dǎo)學(xué)生掌握科學(xué)鍛煉身體的方法。不是任何一種活動都是體育活動，也不是任何一種體育活動都能鍛煉身體和增強(qiáng)體質(zhì)，不懂得用科學(xué)的方法鍛煉身體，不僅會影響鍛煉效果，還有可能損害身體健康。只有懂得和運(yùn)用鍛煉身體的基本原理和科學(xué)鍛煉的方法，才能達(dá)到預(yù)期的鍛煉效果。因此，體育教師在課堂教學(xué)中，應(yīng)有意識地把科學(xué)鍛煉身體的基本原理和方法傳授給學(xué)生。1.讓學(xué)生了解人體的結(jié)構(gòu)，各系統(tǒng)器官的功能，身體鍛煉的衛(wèi)生常識，體育動作的規(guī)律特點(diǎn)，以及體育鍛煉是如伺促進(jìn)人體生理變化的。這些基本知識可在健康教育課中傳授。2.讓學(xué)生懂得生理負(fù)荷的最佳方案和合理的鍛煉程序，以及為什么做與怎樣做準(zhǔn)備活動和整理活動等方面的知識。此外，體育教師應(yīng)根據(jù)學(xué)生不同年齡階段，運(yùn)用不同的鍛煉手段和方法，引導(dǎo)學(xué)生進(jìn)行身體鍛煉。

第三，良好習(xí)慣的形成，是意志與毅力的結(jié)果，只有經(jīng)過嚴(yán)格要求，反復(fù)訓(xùn)練和努力實(shí)踐才能形成。前蘇聯(lián)教育家馬卡連柯曾說：“必須努力盡可能堅(jiān)強(qiáng)地形成學(xué)生良好的習(xí)慣，但為了達(dá)到這種目的最重要的還是正當(dāng)行為的不斷練習(xí)?！币虼?，體育教師培養(yǎng)學(xué)生良好的鍛煉習(xí)慣要依據(jù)學(xué)生的年齡、心理特征，根據(jù)教與學(xué)的需要與可能，制訂嚴(yán)密的、科學(xué)的、切實(shí)可行的計(jì)劃，有的放矢地逐個項(xiàng)目培養(yǎng)和訓(xùn)練。讓學(xué)生準(zhǔn)確掌握動作要領(lǐng)和練習(xí)過程，要由易到難，由單項(xiàng)到系列，由部分到整體，堅(jiān)持不懈，反復(fù)訓(xùn)練。教師還應(yīng)經(jīng)常督促檢查，持之以恒。只有這樣才能逐漸形成學(xué)生良好的鍛煉習(xí)慣。

體育需要強(qiáng)調(diào)人們親自參加體育鍛煉，并成為日常生活不可分割的內(nèi)容。培養(yǎng)人們對體育的興趣、愛好，并成體育鍛煉的習(xí)慣是體育教學(xué)成果的一個重要標(biāo)志。忽視培養(yǎng)學(xué)生對從事體育活動的興趣、愛好、和養(yǎng)成鍛煉的習(xí)慣就不可能奠定學(xué)生終生體育的基礎(chǔ)，故而學(xué)校體育改革不僅要使學(xué)生掌握“三基”，培養(yǎng)學(xué)生體育能力，而且應(yīng)把體育和課外體育活動結(jié)合起來，強(qiáng)調(diào)培養(yǎng)學(xué)生對體育的興趣、愛好，養(yǎng)成體育鍛煉的習(xí)慣。

篇9

1.1兒童預(yù)防接種信息管理系統(tǒng)客戶端介紹。兒童預(yù)防接種信息管理系統(tǒng)客戶端是北京市免疫規(guī)劃信息管理系統(tǒng)的重要組成部分，主要功能包括兒童基本信息管理、預(yù)約通知管理、生物制品管理、免疫程序管理等預(yù)防接種管理工作所需的功能，各種報表數(shù)據(jù)由電腦自動統(tǒng)計(jì)生成，具有操作快捷、信息準(zhǔn)確、管理高效、程序符合率高的特點(diǎn)，它在不借助網(wǎng)絡(luò)的情況下也可獨(dú)立進(jìn)行兒童基本信息錄入、修改、統(tǒng)計(jì)、查詢、刪除、備份、報表統(tǒng)計(jì)匯總等工作，通過VPN+Internet的方式連接市信息平臺，實(shí)現(xiàn)客戶端數(shù)據(jù)信息上傳和全北京市接種信息共享。

1.2客戶端的應(yīng)用。張家灣鎮(zhèn)社區(qū)衛(wèi)生服務(wù)中心預(yù)防接種門診于2007年12月底前完成免疫規(guī)劃相關(guān)工作人員的培訓(xùn)、硬件配置、軟件系統(tǒng)安裝，2008年1月在完成常規(guī)門診的情況下開始了既往卡片的錄入工作，逐步從傳統(tǒng)的手工管理模式向完全信息化管理模式過渡。并且在2008年3月完成了所有在冊學(xué)齡前兒童（2001～2008年出生兒童）的接種記錄的錄入工作，兒童預(yù)防接種信息管理系統(tǒng)客戶端自2008年4月1日正式開始使用，2009年開始紙質(zhì)卡取消，從而使免疫規(guī)劃工作全面進(jìn)入信息化管理。

2兒童預(yù)防接種信息管理系統(tǒng)客戶端使用效果

2.1提高了工作質(zhì)量。

2.1.1提高了卡證符合率。兒童預(yù)防接種信息管理系統(tǒng)客戶端使用之前，兒童預(yù)防接種證和接種卡等檔案管理工作一直沿用手工抄寫，免疫程序全部由人工推算，容易出現(xiàn)筆誤和預(yù)約時間推算錯誤等問題，兒童預(yù)防接種信息管理系統(tǒng)客戶端使用之后，兒童的免疫程序、預(yù)防接種信息、下次接種時間預(yù)約自動生成，有效避免了人工推算免疫程序所導(dǎo)致的時間誤差，減少了手工登記造成的筆誤?？ㄗC符合率由2008年以前的95%上升到2012年的98%，顯著提高了接種卡和接種證的符合率。這與其他研究結(jié)果類似[1]。

2.1.2提高了疫苗接種及時率。由于實(shí)行了兒童預(yù)防接種信息管理，在日常工作中可通過兒童預(yù)防接種信息管理客戶端，及時了解各年齡組兒童各種疫苗的接種率，快速查詢出未種兒童，分析查找不及時接種的原因，及時通知兒童家長帶兒童補(bǔ)種疫苗，從而有效的提高了疫苗基礎(chǔ)免疫接種及時率（圖1）。

2.1.3流動兒童管理更加有效。流動兒童因流動性大、接種記錄不全等原因常出現(xiàn)錯種、漏種、重復(fù)接種的現(xiàn)象。兒童預(yù)防接種客戶端使用后，將來京2個月以上的流動兒童的基本信息及時錄入客戶端系統(tǒng)，根據(jù)北京市免疫規(guī)劃程序和兒童既往接種信息，自動生成接種信息，便于工作人員合理安排接種，有效避免了錯種、漏種和重種現(xiàn)象，有效提高流動兒童的免疫規(guī)劃疫苗的基礎(chǔ)免疫接種（表1）。

表12008～2012年張家灣社區(qū)衛(wèi)生服務(wù)中心學(xué)齡前

流動兒童基本情況統(tǒng)計(jì)表

注：數(shù)據(jù)來源于兒童預(yù)防接種信息管理系統(tǒng)客戶端。

2.1.4各種數(shù)據(jù)統(tǒng)計(jì)快捷、準(zhǔn)確。各種數(shù)據(jù)報表手工統(tǒng)計(jì)分析過程繁雜，人為影響較大，易造成數(shù)據(jù)不準(zhǔn)確，應(yīng)用客戶端后，對免疫規(guī)劃人口構(gòu)成一目了然，門診接種記錄也可根據(jù)不同的查詢條件進(jìn)行統(tǒng)計(jì)，避免了人工翻閱卡片或現(xiàn)場登記查找的麻煩，各種接種統(tǒng)計(jì)報表由電腦自動生成，報表時間由過去的1d時間，減少為現(xiàn)在的1-2min。

2.2提高了工作效率。

2.2.1提高了預(yù)約登記的工作效率。預(yù)約登記工作在接種門診是消耗時間最多的工作，客戶端通過查詢兒童的自定義編碼或出生日期，快速查找到兒童，準(zhǔn)確無誤的做好接種記錄，比手工登記簡便快捷，明顯縮短預(yù)約登記時間，從以前1-2min完成的登記工作縮短到40s左右就能完成，尤其接種較集中的時段，還可實(shí)現(xiàn)多臺電腦同時工作，避免了接種量大時出現(xiàn)登記、預(yù)約錯誤，同時減少了家長的等候時間。

2.2.2提高了查漏補(bǔ)種的效率。在日常工作中，通過客戶端的未種通知功能，快速查詢出超期未種和不及時接種的兒童，通過發(fā)送手機(jī)短信通知兒童家長及時帶兒童接種疫苗。在常規(guī)查漏補(bǔ)種工作中，客戶端可將學(xué)齡前兒童的基本信息分村導(dǎo)出名單，各村負(fù)責(zé)查漏補(bǔ)種的調(diào)查員可根據(jù)名單重點(diǎn)調(diào)查客戶端中的漏種兒童和名單以外的新來京未管理的流動兒童，督促兒童家長來預(yù)防接種門診進(jìn)行查漏補(bǔ)種，大大的提高了常規(guī)查漏補(bǔ)種的工作效率，省去了過去人工翻閱接種卡片查找漏種兒童，再由防疫醫(yī)生或鄉(xiāng)村醫(yī)生騎車上門通知的傳統(tǒng)方式，既節(jié)省了人力、物力，又節(jié)省了時間，有效降低漏卡、漏證和漏種率（圖2）。

2.3提高了工作效益。由于實(shí)行了兒童預(yù)防接種信息管理，對各種疫苗接種的管理安排更加科學(xué)，有效提高了疫苗的接種率，降低相應(yīng)傳染病的發(fā)病率，尤其學(xué)齡前兒童相關(guān)傳染病發(fā)病率下降到較低水平，取得了極大的社會效益和潛在的經(jīng)濟(jì)效益（圖3）。

3討論

張家灣社區(qū)衛(wèi)生服務(wù)中心自2008年全面實(shí)施兒童預(yù)防接種信息管理系統(tǒng)以來，取得了明顯的實(shí)效，主要優(yōu)勢表現(xiàn)如下：①極大提升預(yù)防接種軟、硬件配備水平，醫(yī)務(wù)人員的工作能力和服務(wù)水平有很大提高；②提高預(yù)防接種工作質(zhì)量和工作效率，將工作人員從繁重的手工勞動中解放出來；③所有接種資料上傳至市信息平臺，統(tǒng)計(jì)方便，資料永久保存，不會因?yàn)榭ㄗC丟失、字跡不清造成接種差錯；④查漏補(bǔ)種信息可以通過市信息平臺發(fā)送，方便高效地提高接種水平，有效降低相應(yīng)傳染病的發(fā)病率，取得了極大的社會效益和經(jīng)濟(jì)效益；⑤客戶端所有接種數(shù)據(jù)通過信息平臺上傳下載，免疫規(guī)劃資料生成及時準(zhǔn)確，為衛(wèi)生行政部門制訂疾病預(yù)防控制策略提供科學(xué)依據(jù)。

通過兒童預(yù)防接種信息管理系統(tǒng)實(shí)現(xiàn)了預(yù)防接種工作信息化管理，但是，仍然存在一些問題需要不斷改進(jìn)：①未能實(shí)現(xiàn)全國兒童異地接種信息共享，新來京的流動兒童的基本信息和接種信息均要重新錄入客戶端，給免疫規(guī)劃工作增加了大量的工作，同時外來流動兒童因流動性大、異地接種頻繁，很容易出現(xiàn)漏登和重復(fù)接種；②系統(tǒng)自動生成的統(tǒng)計(jì)報表與手工報表格式不統(tǒng)一，信息化管理與手工管理并存，勢必造成重復(fù)勞動；③盡快啟用護(hù)士工作站，實(shí)現(xiàn)數(shù)字化門診，尤其在查漏補(bǔ)種工作中，漏種兒童需補(bǔ)種多針次時，接種護(hù)士容易出現(xiàn)漏種現(xiàn)象，護(hù)士工作站啟用后有利于接種護(hù)士核對接種疫苗的名稱和針次，有效避免了漏種和重復(fù)接種。

參考文獻(xiàn)

篇10

大多數(shù)賣家，追求視角效果，不惜通過各種方式改變照片的真實(shí)效果，成了虛假圖片，無形中成了虛假宣傳，夸大了產(chǎn)品的功效，在人的感官和影像上大做文章，可以這么說，這樣做可以提高用戶的成交率，但是這樣往往會造成用戶在心理上的落差，很難對你的產(chǎn)品和你的店面有個很好的映像，這樣用戶很難再次選擇你。因?yàn)樗辉傧嘈拍?所以要做好二次營銷必須要有二次營銷的原則。

二次營銷的原則

1、客戶忠誠度的基礎(chǔ)必須建立在客戶滿意度之上，沒有客戶滿意度就沒有客戶忠誠度，這是二次營銷必須建立的原則。

2、每個店鋪的客戶群體都不一樣，女裝、化妝品、母嬰，每個店鋪有每個店鋪的客戶群特征，必須針對自己的客戶群體特征去做營銷，切忌一招鮮吃遍天。

各個類目二次營銷流程解析

針對電子商務(wù)消費(fèi)特性，我們應(yīng)有一個重要的條件就是要求公司有較強(qiáng)的CRM管理系統(tǒng)或者管理記錄能力。

要求店鋪有條件情況下建立詳細(xì)的客戶檔案：區(qū)域特征、行為特征、心里特征等，了解客戶需求的變化。上次使用產(chǎn)品感官等一系列條件購物體驗(yàn)。

流程解析

1、通過客服聊天記錄、客戶評價分析客戶利益點(diǎn)

營銷有效性的關(guān)鍵點(diǎn)是抓住客戶的需求即客戶的利益點(diǎn)。解決客戶利益點(diǎn)最好的辦法是看評價和聊天記錄，且不要依賴于簡單的文本挖掘軟件。建議由運(yùn)營團(tuán)隊(duì)的專人完成這件事情，記錄下來客戶在評價和聊天記錄中提出的問題。并針對性的解決。

這里我們以母嬰類目、女裝類目、化妝品類目、3C類目為例，來說明具體如何操作。它們分別代表了垂直大類目、時尚大類目、快消品大類目、耐用品大類目。

母嬰類目是一個垂直類目，既包含食品這樣的快消品，也包含童裝這樣的時尚類消費(fèi)品，同時還有嬰兒床這樣的長周期耐用品。因此，在這種復(fù)雜的商品構(gòu)成周期下，不能簡單的用商品消耗周期，客戶購買周期來制定營銷策略，而是先要搞清楚，各個子類目下，客戶關(guān)心的問題是什么，各種不同的客戶群體(新老客戶)，關(guān)心的問題是什么。只有解決各種關(guān)心的問題，才能針對客戶的利益點(diǎn)入手去做營銷。比如在母嬰是品類目，客戶關(guān)注的更多是安全問題；而孕婦裝，客戶關(guān)注的更多是質(zhì)量問題。

女裝類目是一個時尚類目，客戶關(guān)心的更多是尺碼的問題，圖片是否符合描述的問題，服裝質(zhì)量的問題。這些問題都可以從客服聊天記錄和評價中找到。我們可以針對客戶提出的問題，專門針對性的去做關(guān)懷。

化妝品類目，客戶關(guān)心的更多是，是不是真品，是否有效，以及皮膚適用性等等問題。

3C類目，客戶關(guān)心的往往是售后、質(zhì)保的問題。

只有針對這些客戶關(guān)心的問題去做優(yōu)化，才能提高客戶滿意度，創(chuàng)造口碑傳播和二次營銷。

2、通過客戶利益點(diǎn)切入，針對不同的買家進(jìn)行分層營銷

(1)首先，按照購買頻次切分客戶，把12.12來的新客戶和12.12來的回頭客切分開；

(2)其次，對于新客戶和回頭客，分別考慮一體化、多波段的綜合二次數(shù)據(jù)營銷方案

a.感謝短信：對于新客戶感謝，且發(fā)放一些淘寶優(yōu)惠卷，鼓勵他們在有好的體驗(yàn)的時候，回來購買；對于回頭客感謝他們一貫以來的支持，同時可以采取一些類似手機(jī)二維碼、轉(zhuǎn)發(fā)給朋友的優(yōu)惠卷等形式鼓勵他們帶來更多的新客戶；

b.釋疑：在感謝之后，緊跟著的動作是關(guān)懷，通過針對1分析出的買家的問題，對于采購不同類目的客戶普遍關(guān)心的問題，制定出幾種類別的答疑和關(guān)懷方案。比如購買奶粉、食品的買家往往最關(guān)心寶寶一天吃幾次，怎么吃，東西好不好；購買童裝的買家會關(guān)心衣服是否耐臟等問題；把這些方案分類，區(qū)分好，通過EDM，手機(jī)WAP、旺旺等形式，跟著之前的短信，對客戶進(jìn)行關(guān)懷；

c.跟蹤、數(shù)據(jù)分析和評估：

分析和評估的主要內(nèi)容有：刺激響應(yīng)率、刺激響應(yīng)率和自然回購率的對照、多種不同手段下刺激響應(yīng)率的平行對照、不同周期下的刺激響應(yīng)率自然回購率對照、不同周期下的回購人群訂單分析(買了啥，有啥關(guān)聯(lián)銷售的內(nèi)容)、特征分析(各種指標(biāo)的分布情況)、流量分析(通過哪個入口進(jìn)來的，瀏覽路徑如何，各個點(diǎn)的轉(zhuǎn)化率如何)

3、在商品的價格方面做調(diào)整

a.把商品劃分為引流商品、利潤商品、邊緣商品和潛力商品，其中引流商品是針對全類目、全網(wǎng)客戶特點(diǎn)設(shè)計(jì)；利潤商品是你想要固化的主力細(xì)分客戶群體的商品；邊緣商品是銷量不好，且關(guān)聯(lián)度、老客戶黏性都很差的商品；潛力商品是有可能成長為利潤商品、引流商品的商品。需要注意的是，服裝等時尚類短周期消費(fèi)品，從單品角度劃分引流商品和利潤商品的較難，更多的通過應(yīng)用場景搭配等形成套裝，制造利潤商品矩陣；

b.引流商品和邊緣商品主要用于各種促銷活動(店鋪、類目、淘寶)，并優(yōu)先通知流失客戶，挽回其中的價格敏感人群；尤其是只購買過一次的人群；

c.利潤商品少打折，用于建立穩(wěn)固的回頭客體系，防止購買過2次及2次以上的回頭客流失；

d.對于不同的細(xì)分人群，采用不同的和商品結(jié)合的策略，挽回可能流失的客戶；

【女裝類目刺激案例】

對于11.11當(dāng)天購物滿299的新客戶，每隔一個月發(fā)感謝短信和優(yōu)惠卷，沒有回來的客戶事隔一個月再次刺激的流程，循環(huán)五次的流程。在其中每次發(fā)出優(yōu)惠卷10天之后，我們做一次評估。

【母嬰類目分層營銷案例】

一個新客戶組，根據(jù)購買類目和關(guān)心點(diǎn)不同，再劃分為食品、童裝、日用品、耐用品等不同的細(xì)分客戶組，然后針對每個客戶組做了感謝、優(yōu)惠卷和關(guān)懷三個連續(xù)的動作，完了一定時間(比如2天)之后，在做一次評估；同時，再整體做一次評估(統(tǒng)一為感謝短信發(fā)送后30天)