信息架構(gòu)（IA）

目的是幫助用戶查找和管理信息”，其核心思想是“讓信息可理解”和“把復(fù)雜變?yōu)榍逦盵1]。對于信息架構(gòu)的特點，可歸納成三點：（1）在信息領(lǐng)域中信息的產(chǎn)生、消費的結(jié)構(gòu)化設(shè)計。（2）通過組織和標記信息來解決計算機技術(shù)下信息領(lǐng)域的可尋性和可用性問題。（3）這是一個以實踐為基礎(chǔ)探索出一定規(guī)則的新興領(lǐng)域——數(shù)字化領(lǐng)域的設(shè)計和架構(gòu)。誰需要信息架構(gòu)的設(shè)計？首先，它是一個信息量龐大的信息庫；其次，用戶使用的主要目的是獲取信息；再次，信息的時效性不是短暫性的。本文研究對象完全符合三個要求，因此為讓信息平臺能更好地為用戶服務(wù)，提高信息傳遞效率，降低用戶使用負擔，引入信息架構(gòu)的思想是必不可少的。

基于IA的家居廚房信息平臺的構(gòu)建

家居廚房信息平臺的核心功能是用戶獲取所需信息，應(yīng)是便于定位理解、導(dǎo)航、檢索的信息系統(tǒng)；如果用戶能夠方便快捷地找到自己需要的有效信息，這對家居廚房信息平臺的影響很大；然而每個用戶都有自己的需求，滿足每個用戶的需求并不是一件容易的事。構(gòu)建信息架構(gòu)的首要原則是以用戶為中心，理解用戶的真正需求，使他們在平臺中能方便快捷地找到自已所需的信息、而不致于迷失方向。因此,了解用戶需求是構(gòu)建信息架構(gòu)的現(xiàn)實基礎(chǔ)。本課題通過用戶訪談和問卷調(diào)查形式對用戶需求進行了深入了解，并總結(jié)了用戶需求列表（見表1）。信息架構(gòu)的模式包括四種簡單模式（層級、數(shù)據(jù)庫、超文本、線性）以及六種混合模式（簡單層級+數(shù)據(jù)庫、目錄、中心輻射、子站、集中入口點、標簽）。限于篇幅這里不做詳細介紹[2]。構(gòu)建家居廚房信息平臺的第一步是確定平臺目標，并對用戶進行分析。首先，平臺提供的核心信息有：菜譜信息，計時信息，便簽信息，分享信息，用戶登錄/注冊五大信息模塊，平臺內(nèi)的所有信息均由此五大模塊提供。因此，平臺基礎(chǔ)架構(gòu)采用層級模式。層級模式中可分為兩種：扁平式（頂層有許多類目，但層級數(shù)較少）、錐形式（頂層類目較少，但層級數(shù)很多）。由于平臺的設(shè)計目標是清晰、易用、便利，開始進入平臺時應(yīng)盡量少地給用戶提供類目的數(shù)量，以給用戶一個清晰的使用邏輯，故平臺將采用錐形式的層級模型作為平臺的基礎(chǔ)架構(gòu)，為用戶提供的類目分別有：菜譜、計時、便簽、分享、用戶登錄/注冊五大類目，使用者進入平臺時將得到一個清晰的使用邏輯（見圖1）。1）菜譜模塊的信息架構(gòu)：首先，從平臺最核心、信息量最大的信息類目“菜譜”開始。用戶尋找所需菜譜的方式往往有三種：通過食材、菜名或烹飪時間尋找菜譜；通過口味或菜系尋找菜譜[3]；選擇系統(tǒng)推薦的流行菜譜。這三種尋找方式往往處在同一數(shù)據(jù)層級上，作為三種入口，因此也用層級式的信息架構(gòu)（見圖2）。（1）當用戶尋找到所需菜譜后，在菜譜的閱讀上，根據(jù)筆者的觀察與研究，用戶使用菜譜時對信息的瀏覽分為跳躍式與遞進式。用戶閱讀菜譜時，絕大部分的時間會先進行跳讀（總覽全文），故具體的菜譜信息應(yīng)該適應(yīng)跳讀式閱讀，讓用戶在烹飪前對烹飪材料與烹飪方法有個系統(tǒng)了解（如需要準備的調(diào)料有那些，烹飪的主料有那些，烹飪的操作過程是如何的）。再者菜譜信息均有一致性的結(jié)構(gòu)，針對以上特點，在這一層級的信息架構(gòu)宜用數(shù)據(jù)庫的模式（見圖3）。采用數(shù)據(jù)庫模式的最大優(yōu)點是一次性儲存數(shù)據(jù)，可用不同的數(shù)據(jù)塊和方式展示信息，可以很好滿足用戶在烹飪前為用戶提供準備烹飪的信息。例如可把烹飪主料信息單獨提取出來，并通過互聯(lián)網(wǎng)發(fā)送到用戶的手機，自動為用戶生成購物清單，最大程度地為用戶提供方便。圖3具體菜譜信息架構(gòu)圖（2）具體的菜譜信息層也需要適合遞進式閱讀的信息架構(gòu)。所謂遞進式閱讀菜譜是按部就班的、很少出現(xiàn)跳躍式的閱讀，這種情況一般發(fā)生在用戶的烹飪過程中，用戶一般會邊閱讀菜譜邊進行烹飪動作；這時平臺中每個菜譜的具體信息架構(gòu)，應(yīng)采用線性結(jié)構(gòu)（見圖4）。計時模塊的信息架構(gòu)：用戶的計時習慣一般有三種：直接輸入所需時間計時；選擇經(jīng)常使用的預(yù)設(shè)時間計時；以菜譜上的烹飪時間為基礎(chǔ)計時。這三種計時方式應(yīng)處在同一層級，所以計時模塊的基礎(chǔ)架構(gòu)應(yīng)為層級式（見圖5）。為適應(yīng)經(jīng)常出現(xiàn)的第三種計時習慣（以菜譜上的烹飪時間為基礎(chǔ)計時），則要建立超鏈接式的信息架構(gòu)，以滿足用戶需求（見圖6）。圖6菜譜模塊與計時模塊間的信息架構(gòu)圖3）便簽?zāi)K的信息架構(gòu)：用戶使用便簽的習慣有兩種方式：以菜譜中的缺少的食材為基礎(chǔ)編寫購物清單型便簽；手動輸入編寫便簽。這兩種方式應(yīng)處在同一層級，所以便簽?zāi)K的基礎(chǔ)架構(gòu)應(yīng)為層級式（見圖7）。為適應(yīng)以菜譜中缺少的食材為基礎(chǔ)編寫購物清單型便簽的使用方式，在信息架構(gòu)上應(yīng)添加超鏈接式滿足用戶需求（見圖8）。圖8菜譜模塊與便簽?zāi)K間的信息架構(gòu)圖4）分享模塊的信息架構(gòu)：用戶的使用方式一般有兩種：一種是分享自建菜譜，另一種是分享烹飪心得、給菜譜打分及分享烹飪成果的圖片。這兩種方式應(yīng)處在同一層級，所以分享模塊的基礎(chǔ)架構(gòu)應(yīng)為層級式（見圖9）。（1）在分享自建菜譜信息時,用戶通常會按一般菜譜的信息模式進行信息錄入，故在下一信息層級中應(yīng)采用數(shù)據(jù)庫式的信息架構(gòu)形式（見圖10），可讓用戶獲得良好的信息錄入邏輯關(guān)系，以便錄入。（2）用戶往往會在閱讀菜譜的過程中出現(xiàn)編寫烹飪心得、上傳菜肴圖片、給菜肴打分等行為，因此應(yīng)為菜譜模塊與分享模塊間建立超鏈接式的信息架構(gòu)形式（見圖11），讓分享模塊與菜譜模塊進行信息交流滿足用戶需求。圖11菜譜模塊與分享模塊間的信息架構(gòu)圖5）用戶登錄/注冊模塊的信息架構(gòu)：用戶登錄與新用戶注冊，這兩種使用方式應(yīng)處在同一層級，所以基礎(chǔ)架構(gòu)應(yīng)為層級式（見圖12）。無論是老用戶登錄還是新用戶的注冊，其錄入及顯示的信息均有一定模式，因此均用數(shù)據(jù)庫式的信息架構(gòu)（見圖13），以便信息錄入與管理。圖13舊用戶登錄與新用戶注冊信息架構(gòu)圖6）平臺的總信息架構(gòu)：通過對平臺信息架構(gòu)的宏觀與微觀的具體規(guī)劃，并把它們結(jié)合起來即可得到家居廚房信息架構(gòu)的總架構(gòu)；這種架構(gòu)不是一種單一的基礎(chǔ)架構(gòu)，而是一種混合架構(gòu)——集中入口點模式。首先要根據(jù)平臺內(nèi)容與核心用戶確定一個適用于該平臺的信息架構(gòu)模式，這里使用層級結(jié)構(gòu)。再者因為用戶使用過程中會出現(xiàn)許多不通過主信息結(jié)構(gòu)來尋找信息的情況，本文有意提供一些入口點來幫助他們發(fā)掘有用的信息（這些入口點不必覆蓋所有站點內(nèi)容——專注核心信息即可，見圖14。

家具廚房信息平臺屬于信息消費型的產(chǎn)品,信息傳遞的有效性、快捷性、方便性等是平臺評估的重要參考要素。建造一個交互性優(yōu)秀的家居廚房信息平臺，無論是信息架構(gòu)還是交互設(shè)計都需要慎重的考慮。信息架構(gòu)的構(gòu)建就如鋪設(shè)道路，有效的信息架構(gòu)方式會引導(dǎo)用戶一步步獲得他們需要的信息，交互設(shè)計則是在信息架構(gòu)的基礎(chǔ)上把架構(gòu)用視覺化的語言進行表達，交互設(shè)計好比路標、指引用戶前進，但若道路鋪設(shè)混亂再好的路標也只會讓人煩躁不安。所以，信息架構(gòu)是平臺的基礎(chǔ)[5]，必須在在交互設(shè)計開始前構(gòu)建完善，最終配合優(yōu)秀的交互設(shè)計語言，才能得到一個理想的交互平臺。本文經(jīng)對家居廚房信息平臺信息架構(gòu)中的關(guān)鍵內(nèi)容進行論述，找出適合該平臺的信息架構(gòu)模式，希望能給讀者進行其他平臺設(shè)計時帶來有益參考。

本文作者：梁躍榮吳潔瑜工作單位：廣東工業(yè)大學(xué)

一、關(guān)于軟件設(shè)計的現(xiàn)狀

隨著社會的發(fā)展，軟件應(yīng)用規(guī)模和應(yīng)用領(lǐng)域的不斷擴大，作為相應(yīng)支撐的各種軟件系統(tǒng)將與之相適應(yīng)，使得軟件開發(fā)成了一項的系統(tǒng)工程，而這對軟件開發(fā)方式也提出了更大的挑戰(zhàn)?；诩軜?gòu)的軟件設(shè)計方法著重于在軟件開發(fā)的設(shè)計階段即按照業(yè)務(wù)特點及軟件設(shè)計原則，在軟件設(shè)計方法上采用一定的方法隔離業(yè)務(wù)關(guān)注點，設(shè)計及代碼局部化，為需求變更及業(yè)務(wù)邏輯變化，采用遞歸分解的方法將大的業(yè)務(wù)分解，增加程序的可擴展性、可修改性，并將設(shè)計元素歸類管理，在可預(yù)測范圍內(nèi)預(yù)留可變空間，應(yīng)對需求變更及業(yè)務(wù)邏輯變化?；诩軜?gòu)的軟件設(shè)計根據(jù)業(yè)務(wù)需求隔離關(guān)注點，它可以在可預(yù)見的范圍內(nèi)考慮可變性，為應(yīng)對變化預(yù)留空間。信息技術(shù)的發(fā)展改變了人們的工作方式，由于軟件工程管理的出現(xiàn)，促進了制造業(yè)等傳統(tǒng)產(chǎn)業(yè)的發(fā)展，而軟件開發(fā)也面臨著現(xiàn)實的問題，即業(yè)務(wù)邏輯的易變性。如何將變化縮小到最小范圍，業(yè)務(wù)功能的隔離無疑可以起到一定的作用。從另一方面講，軟件開發(fā)方式自身也存在一定的問題，開發(fā)過程中某些環(huán)節(jié)需要細化。軟件架構(gòu)是軟件設(shè)計階段的產(chǎn)物，具體地說，軟件架構(gòu)包含了結(jié)構(gòu)、協(xié)作和技術(shù)等方面的重要決策，它對后期的軟件維護，為系統(tǒng)的開發(fā)活動建立基礎(chǔ)，對改動力度比較大的軟件升級都起著重要的作用?，F(xiàn)在，大多數(shù)企業(yè)都開始注重產(chǎn)品線的開發(fā)，完成從面向業(yè)務(wù)到面向技術(shù)的轉(zhuǎn)換，因此要為整個產(chǎn)品線設(shè)計軟件架構(gòu)。一般內(nèi)容是：上承業(yè)務(wù)目標、下接技術(shù)決策、.控制復(fù)雜性、組織開發(fā)、利于迭代開發(fā)和增量交付、提高質(zhì)量。軟件開發(fā)方法隨著軟件系統(tǒng)的規(guī)模增大而不斷變化，20世紀70年代以前，軟件開發(fā)基本上都是匯編程序設(shè)計；70年代中后期，軟件開發(fā)中出現(xiàn)了概要設(shè)計與詳細設(shè)計；90年代中期，是面向?qū)ο箝_發(fā)方法；90年代以后則是基于構(gòu)件的軟件開發(fā)?？v觀軟件體系結(jié)構(gòu)技術(shù)發(fā)展過程，架構(gòu)設(shè)計得到了充足的發(fā)展，并成為軟件工程領(lǐng)域的研究熱點?；诩軜?gòu)的軟件設(shè)計方法能更好地隔離業(yè)務(wù)關(guān)注點及決策，可以更好地應(yīng)對需求變更，以及更好地采用模塊化設(shè)計方法。

二、基于架構(gòu)的軟件設(shè)計方法的理論

基于架構(gòu)的設(shè)計提供了一個系統(tǒng)化的步驟,此方法在發(fā)展中不斷在完善，用于設(shè)計概念性軟件架構(gòu)，包含了一些基礎(chǔ)的理論概念，如設(shè)計元素、所采用的視圖、用例及質(zhì)量場景等。架構(gòu)設(shè)計包括共性與可變性，軟件模板與系統(tǒng)基礎(chǔ)設(shè)施，架構(gòu)驅(qū)動元組需求，質(zhì)量屬性、功能及架構(gòu)模型。其中基于架構(gòu)的設(shè)計關(guān)注對架構(gòu)設(shè)計有影響的變化粒度，共性是指變化中的不變部分，可變性可以發(fā)生在功能、平臺或環(huán)境中；軟件模板與特定的設(shè)計元素相對應(yīng)，包括設(shè)計元素與公共服務(wù)的交互模式、設(shè)計元素與基礎(chǔ)設(shè)施的交互模式、自身職責功能。軟件模板作用具體為有助于集成、對于系統(tǒng)中可重用的組件是一個庫，并為構(gòu)成系統(tǒng)架構(gòu)提供基礎(chǔ)。而對于一些質(zhì)量屬性建模技術(shù)，軟件模板的定義決定了交互模式；架構(gòu)驅(qū)動元組包括功能需求、質(zhì)量屬性及業(yè)務(wù)需求。架構(gòu)驅(qū)動元素依賴抽象的功能需求，確定架構(gòu)驅(qū)動元素要進行特定方面需求的詳細調(diào)查，架構(gòu)驅(qū)動元素滿足了，設(shè)計就可以開始；架構(gòu)模型包括組件類型集合及它們互操作模式，確定操作數(shù)量及功能的標準將會不同于驅(qū)動需求，架構(gòu)風格就是實時計劃策略。需求階段結(jié)果包括功能需求、質(zhì)量屬性、業(yè)務(wù)需求及約束，運用基于架構(gòu)的設(shè)計方法進行設(shè)計，為考慮決策跟蹤，需要重新審視決策?；诩軜?gòu)的設(shè)計方法包括：抽象功能需求。基于架構(gòu)的設(shè)計假定需求輸出是抽象的功能需求，各種終端用戶與特定系統(tǒng)相關(guān)聯(lián)，理解需求間的相關(guān)性對設(shè)計來說是很重要，抽象功能的需求捕獲可以對詳細需求提供分類；用例。用例是終端用戶與系統(tǒng)間互操作的具體描述；質(zhì)量屬性及業(yè)務(wù)目標。每個質(zhì)量需求應(yīng)當包括具體的輸入及設(shè)想的應(yīng)答，而業(yè)務(wù)目標與質(zhì)量屬性的區(qū)別不是很明晰。架構(gòu)可選方案。方案的列舉，邏輯上屬于基于架構(gòu)的設(shè)計階段，它針對每，一個質(zhì)量屬性及業(yè)務(wù)目標，作為需求階段的一個一輸出，并將凡是滿足需求的架構(gòu)都應(yīng)當列出來。質(zhì)量場景。質(zhì)量場景也可以具體化質(zhì)量需求，應(yīng)當對它們分優(yōu)先級進行管理。約束。約束是預(yù)先指定的設(shè)計決策，約束來自于業(yè)務(wù)還是技術(shù)并沒有關(guān)系，其設(shè)計過程就是做決策。很少有系統(tǒng)設(shè)計時無需考慮現(xiàn)存系統(tǒng)，遺留系統(tǒng)將影響當前系統(tǒng)的設(shè)計。

三、基于架構(gòu)的軟件設(shè)計方法

首先要定義設(shè)計元素。它包括概念子系統(tǒng)、概念組件、具體組件、軟件模板、基礎(chǔ)設(shè)計的應(yīng)用?；诩軜?gòu)的軟件設(shè)計方法是對整個系統(tǒng)的分解。其次是設(shè)計元素的生成順序。隨著理解的深入，要對前期的決策重新考慮，必須在適當?shù)牡胤浇o以予記錄。要考慮相關(guān)領(lǐng)域知識、新知識的融合應(yīng)用和架構(gòu)組人員的素質(zhì)。第三是設(shè)計元素內(nèi)部的活動。它包括功能拆分，選擇基礎(chǔ)架構(gòu)，功能分配。在功能分解中要基于功能一致性、數(shù)據(jù)或基于數(shù)據(jù)之上的操作行為模式相似、相似的抽象層和功能局部化標準；設(shè)計元素應(yīng)有一個首要的架構(gòu)風格模型，確定的架構(gòu)方案必須滿足質(zhì)量需求，在設(shè)計記錄中與設(shè)計元素相關(guān)聯(lián)；架構(gòu)模型的選擇產(chǎn)生了組件類型集合，每個設(shè)計元素的概念性接口也應(yīng)當確定，依據(jù)質(zhì)量屬性進行權(quán)衡；設(shè)計元素都有一個依附于它軟件模板，對于模板中的每一個功能，要考慮是傳遞到子設(shè)計元素還是保留在當前位置，并對子設(shè)計元素的功能也將進行核對。在這個過程中輸出一個子設(shè)計元素列表，表現(xiàn)帶反饋循環(huán)的拆分設(shè)計元素的順序步驟，每執(zhí)行一步都要對系統(tǒng)的更深入理解。用例可以用來對所選擇的架構(gòu)進行校驗，用例檢驗設(shè)計對需求的覆蓋度，然后生成生成并發(fā)視圖、生成部署視圖、校驗質(zhì)量場景以及校驗約束。最后，按項目不同，基于架構(gòu)的軟件設(shè)計依據(jù)一定的優(yōu)先級順序，執(zhí)行相應(yīng)過程后生成設(shè)計元素的集合。

[摘要]任何優(yōu)秀的行政架構(gòu)設(shè)計，首先應(yīng)順應(yīng)于社會經(jīng)濟主體關(guān)系的走勢，這是不依人的主觀意識所決定的，否則必然引起兩者的矛盾和沖突。市場經(jīng)濟的橫向社會關(guān)系走勢，客觀地要求行政架構(gòu)必須從集權(quán)模式向分權(quán)模式轉(zhuǎn)型。在中國，用分權(quán)并行模式代替現(xiàn)有的集權(quán)單行模式的行政構(gòu)架設(shè)計，符合本土實際，具備可行基礎(chǔ)，而且還具有特殊的政治經(jīng)濟意義。

[關(guān)鍵詞]集權(quán)行政模式；分權(quán)行政模式；行政模式轉(zhuǎn)型

我國現(xiàn)行行政構(gòu)架采用的是集權(quán)型行政模式。所謂集權(quán)型行政模式，是指從上到下縱向地建立多層級行政機構(gòu)，下級服從上級，各級服從中央行政，將整個社會置于整體統(tǒng)一的集中管理之下的國家行政模式。

環(huán)視當今世界，行政模式采用層級設(shè)計是各國通行的做法。所不同的是，權(quán)屬分為集中和分散兩大類，且差異巨大。盡管各國具體的行政模式設(shè)計千差萬別，但從總的趨勢看，由集權(quán)行政模式向分權(quán)行政模式轉(zhuǎn)變是多數(shù)國家的一致選擇。這一選擇的客觀背景是世界各國社會經(jīng)濟關(guān)系的總體走勢正在完成從縱向向橫向的加速轉(zhuǎn)變。這一事實一再提醒我們：集權(quán)行政模式所依存的社會經(jīng)濟基礎(chǔ)正在消失。所以，探討中國政府現(xiàn)行行政架構(gòu)設(shè)計的問題及改革方案已迫在眉睫。

一、集權(quán)行政模式存在的社會經(jīng)濟基礎(chǔ)正在消失

集權(quán)行政模式是人類最早出現(xiàn)的行政治理模式，在歷史上主要經(jīng)歷了原始社會末期、奴隸社會、封建社會和資本主義前期。其中，除了資本主義前期之外，大多數(shù)社會的主體經(jīng)濟關(guān)系走向都是縱向的。順應(yīng)這種社會關(guān)系，行政管理模式當然也以豎直化為基本形態(tài)。

通常我們把軟件體系架構(gòu)分為C/S架構(gòu)模式、B/S架構(gòu)模式、C/S和B/S混合架構(gòu)模式這三種架構(gòu)模式。一個軟件采用哪一種架構(gòu)模式。不僅需要考慮軟件的使用人員、流程、任務(wù)、需求和交互性等特點，同時還應(yīng)結(jié)合這三種架構(gòu)模式不同的特點。

1C/S架構(gòu)模式特點

C/S架構(gòu)模式，即Client/Server(客戶/服務(wù)器)架構(gòu)模式，前端為客戶端，后端為服務(wù)器端，如圖1所示。在這兩層結(jié)構(gòu)中，第一層是在客戶機系統(tǒng)上結(jié)合了表示與業(yè)務(wù)邏輯；第二層是通過網(wǎng)絡(luò)結(jié)合了數(shù)據(jù)庫服務(wù)器。C/S模式主要由客戶應(yīng)用程序、服務(wù)器管理程序和中間件三個部分組成[1]。C/S架構(gòu)模式主要優(yōu)點是：①C/S模式交互性強，這是C/S固有的一個優(yōu)點，在C/S中，客戶端有一套完整應(yīng)用程序，在出錯提示、在線幫助等方面都有強大的功能，并且可以在子程序間自由切換；②由于C/S配備的是點對點的結(jié)構(gòu)模式，對信息安全的控制能力很強，安全性可以得到可靠的保證。故C/S模式提供了較安全的存取模式；③由于C/S在邏輯結(jié)構(gòu)只有兩層，客戶端實現(xiàn)與服務(wù)器的直接相連，沒有中間環(huán)節(jié)，因此響應(yīng)速度快；④由于C/S架構(gòu)客戶端開發(fā)是針對特定的用戶，因此，操作界面漂亮，形式多樣，可以充分滿足用戶自身的個性化要求；⑤C/S架構(gòu)技術(shù)比較成熟，能解決許多目前Intranet系統(tǒng)還不易解決的問題。C/S架構(gòu)模式主要缺點是：①需要專門的客戶端安裝程序，分布功能弱，針對點多面廣且不具備網(wǎng)絡(luò)條件的用戶群體，不能夠?qū)崿F(xiàn)快速部署安裝和配置；②兼容性差，對于不同的開發(fā)工具，具有較大的局限性。若采用不同工具，需要重新改寫程序；③開發(fā)成本較高，需要具有一定專業(yè)水準的技術(shù)人員才能完成[1][2]。

2B/S架構(gòu)模式特點

B/S架構(gòu)模式，即Browse/Server(瀏覽器/服務(wù)器)架構(gòu)模式，是隨Internet技術(shù)的興起，對C/S體系架構(gòu)的一種變化或者改進的架構(gòu)。在B/S體系架構(gòu)下，用戶界面完全通過WWW瀏覽器實現(xiàn)，而系統(tǒng)安裝、修改和維護全在服務(wù)器端解決。用戶在使用系統(tǒng)時，僅僅需要一個瀏覽器就可運行全部的模塊，真正達到了“零客戶端”的功能，很容易在運行時自動升級。該架構(gòu)中，一部分事務(wù)邏輯在前端實現(xiàn)，但是主要事務(wù)邏輯在服務(wù)器端實現(xiàn)。其中應(yīng)用的典型就是，瀏覽器—Web服務(wù)器—數(shù)據(jù)庫服務(wù)器?？蛻舳送ㄟ^瀏覽器向Web服務(wù)器提出查詢請求，Web服務(wù)器根據(jù)需要向數(shù)據(jù)庫服務(wù)器提出查詢請求，數(shù)據(jù)庫服務(wù)器根據(jù)檢索結(jié)果與查詢條件將相應(yīng)的數(shù)據(jù)結(jié)果返回給Web服務(wù)器，最后Web服務(wù)器以超文本文件的形式將結(jié)果傳給客戶機。B/S模式架構(gòu)如圖2所示。

B/S架構(gòu)模式主要優(yōu)點是：①由于不需要安裝專門的客戶端，使其具有分布性特點，可以隨時隨地進行查詢、瀏覽等業(yè)務(wù)處理；②業(yè)務(wù)擴展簡單方便，通過增加網(wǎng)頁即可增加服務(wù)器功能；③維護簡單方便，只需要改變網(wǎng)頁，即可實現(xiàn)所有用戶的同步更新；④開發(fā)簡單，共享性強。B/S架構(gòu)模式主要缺點是：①個性化特點明顯降低，無法實現(xiàn)具有個性化的功能要求；②體系架構(gòu)缺乏對動態(tài)頁面的支持能力，沒有集成有效的數(shù)據(jù)庫處理功能；③體系架構(gòu)的系統(tǒng)擴展能力差，安全性難以控制；④采用B/S體系架構(gòu)的應(yīng)用系統(tǒng)，在數(shù)據(jù)查詢等響應(yīng)速度上，要遠遠地低于C/S體系架構(gòu)；⑤B/S體系架構(gòu)的數(shù)據(jù)提交一般以頁面為單位，數(shù)據(jù)的動態(tài)交互性不強，不利于在線事務(wù)處理，難以實現(xiàn)傳統(tǒng)模式下的特殊功能要求[1][2]。

關(guān)于企業(yè)規(guī)劃和企業(yè)架構(gòu)（Enterprisearchitecture）設(shè)計，在現(xiàn)有的企業(yè)管理者中往往存在一些錯誤的觀點，比如完美主義、“大而全”等。本文提出了企業(yè)EA設(shè)計和構(gòu)建的兩個原則：JustInTime和JustEnough，企業(yè)架構(gòu)設(shè)計的團隊只有依照這兩個原則才能夠真正實現(xiàn)企業(yè)架構(gòu)設(shè)計的預(yù)期結(jié)果，獲得最大的投資收益。

企業(yè)架構(gòu)任務(wù)的規(guī)模和復(fù)雜性都可能非常巨大。如果沒有細致的規(guī)則，企業(yè)架構(gòu)（EA）的團隊常常變成“細節(jié)驅(qū)動”，失去企業(yè)總體的視圖。專注的EA團隊應(yīng)用系統(tǒng)的EA流程來在業(yè)務(wù)的“上下文”中定義戰(zhàn)略需求，然后根據(jù)實際優(yōu)先級創(chuàng)建未來狀態(tài)依賴的可遞交件。

EA成功將由公司和業(yè)務(wù)線經(jīng)理理解、遲遲和實現(xiàn)架構(gòu)的程度決定。到2007年為止，15%的EA核心團隊從IT組織的管理結(jié)構(gòu)中轉(zhuǎn)移出，直接向企業(yè)戰(zhàn)略或者企業(yè)變更管理部門報告。2007年之前，40%的企業(yè)架構(gòu)設(shè)計師將在業(yè)務(wù)戰(zhàn)略或者流程工程方面擁有主要專家技能。

完美主義是最大的敵人。這個眾所周知的信條必須被每個企業(yè)架構(gòu)設(shè)計師深刻理解。在關(guān)于EA團隊的研究中，我們常?？吹剿麄兠允г诩毠?jié)中，失去了對總體結(jié)構(gòu)的預(yù)測能力。企業(yè)架構(gòu)設(shè)計師常常被來自用戶的大量的細節(jié)需求所驅(qū)動，這些用戶希望EA團隊作為工程組織工作。在他們決定實現(xiàn)時，與他們作為工程師的主要訓(xùn)練一致，很多企業(yè)架構(gòu)設(shè)計師非常愿意提供這方面的幫助。他們經(jīng)理的實現(xiàn)完美的模型，在所有可能的細節(jié)層次上，對于所有的觀眾而言。企業(yè)架構(gòu)設(shè)計師常?？浯笏麄兊臓顟B(tài)，方法是通過成功、顯示特定項目的能力、以及設(shè)定未來細節(jié)問題解決的障礙。企業(yè)架構(gòu)設(shè)計師必須記住他們的主要目標不僅是作為工程中心，而且要為企業(yè)戰(zhàn)略決策制訂提供現(xiàn)實的、環(huán)境的基礎(chǔ)，并且提供跨企業(yè)的實現(xiàn)一致性。

很多EA團隊驅(qū)動自身到總體的詳細視圖中，方法是通過錯誤地嘗試從開始就完全移植模型的完美“地圖”。為“完整性”而奮斗可能導(dǎo)致團隊在實際任務(wù)上偏離方向。雖然很多完美完整的模型中有很多的屬性，這些屬性很少可以幫助架構(gòu)設(shè)計師鑒別從何處開始，或者決定何時完結(jié)。高水平的模型分類學(xué)在使用時可以作為澄清架構(gòu)思維的工具。不幸的是，他們可能導(dǎo)致大的、包容一切的EA努力，這種努力在失敗以前幾乎毫無意義。

正如業(yè)務(wù)需求可能驅(qū)動EA努力一樣，業(yè)務(wù)需求應(yīng)該驅(qū)動流程，這種流程是由EA開發(fā)的。這些流程必須考慮業(yè)務(wù)文化問題，以及業(yè)務(wù)驅(qū)動。

摘要：本文從云計算的內(nèi)涵入手，以云計算技術(shù)為基礎(chǔ)，對物流信息系統(tǒng)框架的構(gòu)建提出了一些看法，希望能夠為物流行業(yè)的發(fā)展提供一些幫助。

關(guān)鍵詞：云計算；物流信息；系統(tǒng)框架

1云計算

隨著信息技術(shù)的高速發(fā)展，當今社會產(chǎn)生的數(shù)據(jù)與信息呈爆發(fā)式增長，在科學(xué)、商業(yè)、工程等等領(lǐng)域都需要對大量的數(shù)據(jù)信息進行分析與處理，意味著傳統(tǒng)的IT架構(gòu)所具有的計算能力已經(jīng)無法滿足當前大量數(shù)據(jù)計算的要求，而常規(guī)的做法就是通過增加硬件的方式來提計算資質(zhì)以便達到計算的要求。但是，原有的并行編程模型在實際應(yīng)用有很多的限制，所以方便使用、容易部署、更好掌握的“新并行編程模型”應(yīng)運而生—云計算技術(shù)。云計算技術(shù)的出現(xiàn)能夠全面提升系統(tǒng)的可擴展性，同時還可以降低運營的成本。云計算是由分布式計算、網(wǎng)格計算、并行處理發(fā)展而來的，能夠向網(wǎng)絡(luò)中各種應(yīng)用提供軟件服務(wù)、平臺服務(wù)、儲存服務(wù)以及硬件服務(wù)等等。對于云計算的定義并沒有唯一的解釋，總的來說就是基于互聯(lián)網(wǎng)的相關(guān)服務(wù)的增加、使用和交付模式，通常是通過互聯(lián)網(wǎng)來提供動態(tài)的且容易擴展的虛擬化技術(shù)。目前，可以將云計算的服務(wù)劃分為三個服務(wù)層次：將軟件作為服務(wù)層、將平臺作為服務(wù)層以及將基礎(chǔ)設(shè)施作為服務(wù)層，其市場門檻從低到高。

2云計算下物流信息系統(tǒng)框架構(gòu)建分析

以云計算技術(shù)基礎(chǔ)構(gòu)建物流信息系統(tǒng)框架，能夠更好的從云端獲取計算、儲存等等資源，不僅可以降低企業(yè)運營成本，還能夠提升物理企業(yè)的信息化水平，更好地解決系統(tǒng)性能、能量消耗以及服務(wù)質(zhì)量等等方面的問題?，F(xiàn)階段，國內(nèi)很多物流企業(yè)都有信息系統(tǒng)，意味著無法快速的將所有內(nèi)容都直接切換到云計算服務(wù)模式下，還需要不斷的進行改進。因此，以云計算技術(shù)為基礎(chǔ)，加上SaaS與SOA技術(shù)的配合，構(gòu)建物流信息系統(tǒng)框架。（1）基礎(chǔ)設(shè)施服務(wù)。在云計算當中，要根據(jù)不同的服務(wù)功能將其劃分成為平臺層、虛擬化層、應(yīng)用層以及基礎(chǔ)設(shè)施層。通過這四個平臺，在用戶需要物流信息時可以提供更多安全、價廉的信息服務(wù)，同時可以滿足廣大用戶的個性化需求。（2）平臺服務(wù)。平臺服務(wù)主要包括認證服務(wù)、計費服務(wù)、信息儲存、開發(fā)環(huán)境等等方面的服務(wù)。通過這些服務(wù)不僅能夠滿足廣大用戶的需求，而且還可以通過一組OpenAPI為用戶進行快速服務(wù)。通常來講，平臺服務(wù)可以在全國進行部署，也可以結(jié)合實際需求，在部分地區(qū)進行部署，主要用途是建立物流云服務(wù)中心，以求能夠為不同的用戶提供更加精細化的服務(wù)，確保用戶可以在物流信息系統(tǒng)當中快速獲取對應(yīng)的資源與服務(wù)，提升用戶使用的滿意度。（3）SaaS服務(wù)平臺。該服務(wù)平臺通常是直接和終端進行連接的，目的是為用戶提供最終的應(yīng)用服務(wù)，主要包括物流需求信息的SaaS服務(wù)、政府部門之間數(shù)據(jù)交換的SaaS服務(wù)、智能配送SaaS服務(wù)等，能夠為廣大用戶提供更加高效、安全的信息服務(wù)。SaaS服務(wù)平臺的不僅建立成本比較低，而且應(yīng)用范圍比較廣，符合現(xiàn)代用戶信息傳遞的基本需求。

摘要：目的：基于西北空管局數(shù)據(jù)平臺的架構(gòu)，探索云架構(gòu)下的網(wǎng)絡(luò)安全設(shè)計。方法：利用虛擬私有云（VirtualPrivateCloud，以下簡稱VPC）與子網(wǎng)的劃分，安全組與網(wǎng)絡(luò)ACL（訪問控制列表）的配置，虛擬專用網(wǎng)絡(luò)（VPN）隧道的搭建，主機安全服務(wù)，在數(shù)據(jù)上云，數(shù)據(jù)解析入庫，數(shù)據(jù)應(yīng)用服務(wù)，遠程運維全流程進行安全防護。結(jié)果：云上數(shù)據(jù)及業(yè)務(wù)安全得到了有效保障。結(jié)論：通過云安全組件和安全策略配置，可以實現(xiàn)云架構(gòu)下的網(wǎng)絡(luò)安全。

關(guān)鍵詞：云架構(gòu)；數(shù)據(jù)平臺；網(wǎng)絡(luò)安全；VPC；ACL；安全組；VPN

民航空管行業(yè)長久以來一直注重網(wǎng)絡(luò)安全的建設(shè)與保障。隨著云計算、大數(shù)據(jù)、物聯(lián)網(wǎng)、人工智能等新技術(shù)的出現(xiàn)與發(fā)展，網(wǎng)絡(luò)安全已經(jīng)不在限于對網(wǎng)絡(luò)傳輸層面的保障，數(shù)據(jù)安全的重要性日益凸顯。西北空管局按照高質(zhì)量發(fā)展的要求，大力推進“強安全、強效率、強智慧、強協(xié)同”的現(xiàn)代化空管體系建設(shè)。為了做好“強智慧”的相關(guān)內(nèi)容，西北空管局數(shù)字化轉(zhuǎn)型團隊通過不斷的嘗試與探索，設(shè)計了基于云架構(gòu)的數(shù)據(jù)運行平臺。設(shè)計不僅包括數(shù)據(jù)平臺涉及的組件選型、性能等技術(shù)指標，數(shù)據(jù)治理和業(yè)務(wù)架構(gòu)等業(yè)務(wù)指標，網(wǎng)絡(luò)安全及數(shù)據(jù)安全也是其中的重要部分?；谠频臄?shù)據(jù)平臺在技術(shù)上是先進可行的，也是未來發(fā)展的方向，但是在云架構(gòu)下如何保障業(yè)務(wù)數(shù)據(jù)的安全穩(wěn)定是需要面對的全新問題。通過研究云上相關(guān)安全組件和安全服務(wù)，提供云架構(gòu)下網(wǎng)絡(luò)安全與數(shù)據(jù)安全的建設(shè)保障思路。

1西北空管局專屬云架構(gòu)設(shè)計

西北空管局的生產(chǎn)業(yè)務(wù)數(shù)據(jù)先引接至數(shù)據(jù)代理轉(zhuǎn)發(fā)平臺，該數(shù)據(jù)代理轉(zhuǎn)發(fā)平臺采用在Linux系統(tǒng)上搭建開源Ngnix代理程序的方式，實現(xiàn)數(shù)據(jù)轉(zhuǎn)發(fā)代理功能。經(jīng)轉(zhuǎn)發(fā)平臺代理后數(shù)據(jù)通過IPSecVPN專線上云至ELB組件，加強數(shù)據(jù)負載均衡能力，提高數(shù)據(jù)可靠性及連續(xù)性。之后，數(shù)據(jù)接入部署在CCE容器中的數(shù)據(jù)解析程序，將原始業(yè)務(wù)數(shù)據(jù)解析成JSON格式數(shù)據(jù)。根據(jù)前端業(yè)務(wù)場景對數(shù)據(jù)需求的不同，通過KAFKA、Flink、數(shù)據(jù)集成平臺分別進行轉(zhuǎn)發(fā)。部分JSON數(shù)據(jù)直接通過數(shù)據(jù)集成平臺提供數(shù)據(jù)服務(wù)，全量數(shù)據(jù)通過Flink進行入庫操作，根據(jù)時效性需求分別存入實時性數(shù)據(jù)庫（TP場景）和分析性數(shù)據(jù)庫（AP場景），TP場景選取Postgres數(shù)據(jù)庫搭建，AP場景選取GauseDB數(shù)據(jù)庫搭建。前端應(yīng)用程序部署在云服務(wù)器上，根據(jù)需要從AP或TP數(shù)據(jù)庫獲取數(shù)據(jù)，對外提供服務(wù).同時，西北空管局還涉及一部分不依賴于業(yè)務(wù)數(shù)據(jù)的系統(tǒng)，這類系統(tǒng)大多為政務(wù)類獨立系統(tǒng)，根據(jù)西北空管局數(shù)字化轉(zhuǎn)型頂層規(guī)劃，這類系統(tǒng)需逐步遷移至云上，不再采用傳統(tǒng)獨立服務(wù)器部署的方式。對于這類系統(tǒng)，在云上單獨租用了部分云主機，以系統(tǒng)為單位劃分，將各個系統(tǒng)的核心軟件程序，數(shù)據(jù)庫，APP部署在指定分配的云主機上。西北空管局專屬云架構(gòu)如圖1所示。

2基于云架構(gòu)的網(wǎng)絡(luò)安全能力

摘要：城市信息安全是推進我國新型城鎮(zhèn)化的重要舉措。隨著科技的不斷進步，城市信息安全是基于物聯(lián)網(wǎng)、云計算、大數(shù)據(jù)等信息技術(shù)。本文以城市的信息安全架構(gòu)為核心，對整個信息網(wǎng)絡(luò)的建設(shè)進行研究,在城市信息安全方面以安全風險評估、安全監(jiān)管機制等和安全有關(guān)體系的建立進行研究,從數(shù)據(jù)安全和隱私保護角度對城市信息安全問題及信息安全架構(gòu)進行步的探索。

關(guān)鍵詞：城市信息安全；信息安全架構(gòu)

一、信息安全架構(gòu)的解釋

信息安全架構(gòu)涉及到信息安全空間、安全系統(tǒng)結(jié)構(gòu)、信息安全審計以及信息安全檢測體系。城市信息安全的核心是數(shù)據(jù)的安全和隱私的保護。但是，城市信息化的不斷發(fā)展，信息安全也直接涉及和影響到政治、經(jīng)濟、軍事、文化等各個方面[1]。（一）信息安全空間。由安全機制、安全服務(wù)和OSI網(wǎng)絡(luò)參考模型組成的三維安全空間。信息安全空間包含五大要素，分別為：認證、加密、權(quán)限、不可否認以及完整。城市信息安全三維空間包括了認證服務(wù)、存取安全服務(wù)、數(shù)據(jù)加密服務(wù)等。城市信息安全空間在城市的安全機制、安全服務(wù)和安全技術(shù)方面展開擴展，提供技術(shù)應(yīng)用。（二）安全系統(tǒng)結(jié)構(gòu)。城市信息安全系統(tǒng)結(jié)構(gòu)采用國際標準的信息安全保障系統(tǒng)，該系統(tǒng)結(jié)構(gòu)是以PKI/CA系統(tǒng)為基礎(chǔ)，采用軟硬件通用系統(tǒng)，按照PKI/CA標準進行重新編制所需要的業(yè)務(wù)系統(tǒng)，在外圍添加安全防護措施，能夠更大的挺高城市信息安全的等級。（三）信息安全審計。城市信息安全審計采用數(shù)據(jù)挖掘和分析技術(shù)，對網(wǎng)絡(luò)中的終端設(shè)備采取監(jiān)控和管理，利用智能化的管理機制，在遇到預(yù)警和警告時，能及時向管理者發(fā)出信號，進而對相應(yīng)的歷史數(shù)據(jù)進行分析處理等。

二、城市信息安全所面臨的風險

隨著數(shù)字化、智能化、網(wǎng)絡(luò)化的不斷進步，城市信息化與其信息一樣，也會存在諸多的安全風險，并且，信息安全也成為了城市建設(shè)的必須考慮的因素。因此，必須充分考慮信息化對城市信息安全所帶來的各種安全威脅。（一）城市信息安全系。統(tǒng)基本結(jié)構(gòu)的風險城市信息化建設(shè)實現(xiàn)了用更精細、更快捷、更準確的城市管理運行方式，通過利用城市信息化，政府辦事效率、市民生活水平、公共基礎(chǔ)設(shè)施、公共服務(wù)都有了較大的提升，實現(xiàn)了城市建設(shè)智能化[2]。智能化城市基本結(jié)構(gòu)如圖1所示。1.基礎(chǔ)設(shè)施面臨的風險。城市信息化的發(fā)展充分體現(xiàn)在了基礎(chǔ)設(shè)施的智能化、數(shù)字化、和信息化的進步方面，將以前傳統(tǒng)基礎(chǔ)設(shè)施智能化，將單一的基礎(chǔ)設(shè)施變成系統(tǒng)化，通過共享的發(fā)展理念更好的服務(wù)于人民群眾，也更好的充分利用現(xiàn)有的基礎(chǔ)設(shè)施資源。隨著城鎮(zhèn)化不斷發(fā)展，信息技術(shù)在城市建設(shè)中所占比例越來越大，尤其是現(xiàn)代化城市將人們?nèi)粘Ｉ钪械狞c點滴滴聯(lián)系在一起（智能電網(wǎng)、智能通訊、智能交通等）。那么城市信息安全性就會關(guān)系到國計民生、經(jīng)濟發(fā)展，嚴重時還會涉及到國家安全等方面。城市網(wǎng)絡(luò)化的發(fā)展，也給網(wǎng)絡(luò)黑客帶來了進入的空間，尤其是越來越多的黑客將目光瞄準在城市基礎(chǔ)設(shè)施上邊，他們利用信息網(wǎng)絡(luò)世界里的各種各樣的潛在的、直接的聯(lián)系，對城市信息化基礎(chǔ)設(shè)施進行惡意攻擊、惡意破壞等活動。因為城市基礎(chǔ)設(shè)施不再是單一的元素，所以這些攻擊破壞活動造成的影響和破壞力度比傳統(tǒng)更嚴重，對人民財產(chǎn)造成的威脅更大。2.智慧應(yīng)用所面臨的風險。智慧應(yīng)用在城市信息化建設(shè)中是作為城市最頂層的結(jié)構(gòu)。利用大數(shù)據(jù)共享的特點，對數(shù)據(jù)進行挖掘、研究，在與各行各業(yè)進行聯(lián)系起來，形成對城市發(fā)展的準確控制、精確管理。在實現(xiàn)城市信息化建設(shè)的同時，智慧應(yīng)用會接入多種不同的終端，并且城市信息化剛剛起步，智慧應(yīng)用在各種終端上的管理相對不夠完善，缺少統(tǒng)一的管理標準和認證模式，這樣會非常容易讓攻擊者進入內(nèi)部器件，從而展開對各項平臺的惡意攻擊和損壞；其次，智慧應(yīng)用在平臺操作系統(tǒng)的設(shè)計上會缺少有效的安全策略，這樣會給行業(yè)帶來各種安全威脅，尤其包括信息泄露等。3.數(shù)據(jù)共享。數(shù)據(jù)共享是城市信息化的重要體現(xiàn)，例如現(xiàn)實生活中的地圖位置共享、天氣情況、GPS、共享單車等等。這些城市中的數(shù)據(jù)通過互聯(lián)網(wǎng)、物聯(lián)網(wǎng)等多種形式為城市市民體驗城市信息化的福利提供了便利。同時，數(shù)據(jù)又可看做是城市信息化的核心，任何信息都需要數(shù)據(jù)進行傳遞，以數(shù)據(jù)為基礎(chǔ)進行傳播，支撐城市信息化的發(fā)展。但是，數(shù)據(jù)的安全又是城市信息化建設(shè)必須要考慮的問題之一。這是因為數(shù)據(jù)及控制命令缺乏信息認證，易被黑客截取數(shù)據(jù)信息，做一些違法犯罪的事情。進而影響人民生命財產(chǎn)安全。在進行城市信息建設(shè)，人的數(shù)據(jù)隱私這方面的信息把控比較難，也非常容易被他人利用，進而造成對個人、對整個系統(tǒng)產(chǎn)生巨大的危害。所以城市信息安全架構(gòu)的建設(shè)也是有利于城市健康發(fā)展的。（二）城市信息安全制度和技術(shù)所面臨的風險。城市信息涉及到日常生活的水、電、氣、暖等基礎(chǔ)設(shè)施，它還涉及到國家機關(guān)系統(tǒng)等多方面的信息，因此所存在的風險不僅僅是上文提到的城市的基本結(jié)構(gòu)的風險，在信息安全技術(shù)方面也存在著一定的風險[3]。1.城市信息的安全管理風險。總體的規(guī)劃策略和頂層的設(shè)計是城市信息化建設(shè)中，使各部門有效的實現(xiàn)統(tǒng)一管理機制的必要條件。通過建立有效的信息安全評估機制和信息安全管理機制實現(xiàn)城市信息化建設(shè)中數(shù)據(jù)的大共享。有效的管理監(jiān)督機制可以城市中各項管理、運營活動更明確、更規(guī)范、更安全。統(tǒng)一的城市信息安全管理機制，在面對系統(tǒng)問題時，不至于從一側(cè)層面擴散至另一個層面，也使得整個系統(tǒng)更安全、更有保障。2.信息安全技術(shù)風險。物聯(lián)感知層、網(wǎng)絡(luò)通信層、計算與存儲層、數(shù)據(jù)及服務(wù)融合層，以及智慧應(yīng)用層都存在諸多安全風險。如表2所示。物聯(lián)感知層的設(shè)備繁多，如果缺少統(tǒng)一有效的認證機制，非常容易讓攻擊者有機可乘，對一些感知設(shè)備進行監(jiān)聽，或者是冒充其他合法人員獲取敏感信息，從事犯罪行為。這些黑客經(jīng)常會通過這些感知層的認證機制不完善的弊端進行對城市信息系統(tǒng)的破壞。網(wǎng)絡(luò)通訊層的一些網(wǎng)絡(luò)通訊設(shè)備和網(wǎng)絡(luò)傳輸協(xié)議存在的安全漏洞會被攻擊者利用，對網(wǎng)絡(luò)發(fā)起惡性攻擊。在城市信息化快速發(fā)展的同時，城市業(yè)務(wù)系統(tǒng)的開放融合導(dǎo)致各系統(tǒng)間的聯(lián)系邊界模糊，單純的一些隔離方式不在適用。尤其是存在的網(wǎng)絡(luò)深度融合的額病毒，其特點是易擴散、攻擊力強、影響力大。常見的網(wǎng)絡(luò)防護能力不能很好應(yīng)對新型網(wǎng)絡(luò)攻擊。API接口錯誤和云平臺界面錯誤是計算機存儲層常見的安全風險[4]，這些問題會導(dǎo)致業(yè)務(wù)中斷或者數(shù)據(jù)被泄露，那些攻擊者對網(wǎng)絡(luò)進行遠程遙控竊取數(shù)據(jù)。例如：如果信息基礎(chǔ)設(shè)施沒有正確的密碼管理機制、又不能及時有效的修補系統(tǒng)出現(xiàn)的漏洞，會導(dǎo)致整個網(wǎng)絡(luò)環(huán)境的安全風險升級?？缧畔⑾到y(tǒng)的非法訪問、數(shù)據(jù)濫用、無脫敏處理的數(shù)據(jù)共享、模糊不清的數(shù)據(jù)來源等都是數(shù)據(jù)及服務(wù)融合層常見的安全風險。在智慧應(yīng)用層，如果網(wǎng)絡(luò)世界的病毒、木馬、后門等惡意軟件控制了應(yīng)用系統(tǒng)和智能終端將會導(dǎo)致系統(tǒng)信息和個人信息的泄露，造成財產(chǎn)的巨大損失。

摘要：GIE融資平臺，是一種由政府主導(dǎo)，金融機構(gòu)和企業(yè)共同參與建立的一種利用互聯(lián)網(wǎng)技術(shù)和手段，整合現(xiàn)有平臺資源搭建的，專注服務(wù)于科技型中小企業(yè)、解決其自身發(fā)展瓶頸的一種創(chuàng)新型互聯(lián)網(wǎng)金融平臺。本文基于該平臺理念，對平臺架構(gòu)進行了初步設(shè)計。

關(guān)鍵詞：GIE;融資平臺;互聯(lián)網(wǎng)金融;系統(tǒng)架構(gòu)

互聯(lián)網(wǎng)金融具有效率高、交易成本低、傳播廣的優(yōu)勢，雖然起步較晚，但由于寬松的發(fā)展環(huán)境，近年來發(fā)展迅速，截至目前，我國的互聯(lián)網(wǎng)金融平臺已累計達到5萬余家，形成了第三方支付、P2P、眾籌、信息化金融機構(gòu)、大數(shù)據(jù)金融、互聯(lián)網(wǎng)金融門戶六大模式[1]，由于缺乏統(tǒng)一的共享機制，平臺間彼此孤立，缺乏合作，未能做到互聯(lián)互通。這就要求創(chuàng)新一種新型互聯(lián)網(wǎng)金融模式，對現(xiàn)有平臺資源整合，將線上、線下資源對接，建立一種基于合作共贏基礎(chǔ)上的互金平臺。GIE(Government+Investors+Enterprises)融資平臺，就是基于這一理念設(shè)計的一種政府主導(dǎo)，金融機構(gòu)和企業(yè)共同參與建立的一種利用互聯(lián)網(wǎng)技術(shù)和手段，整合現(xiàn)有平臺資源搭建的，專注服務(wù)于科技型中小企業(yè)、解決其自身發(fā)展瓶頸的創(chuàng)新型互聯(lián)網(wǎng)金融模式。

1平臺設(shè)計思路

借貸雙方信息不對稱是互聯(lián)網(wǎng)金融信任危機的主要根源，也是科技型中小企業(yè)融資難的主要原因。如何讓金融機構(gòu)或投資者敢貸、愿意貸、主動貸是互聯(lián)網(wǎng)金融平臺創(chuàng)新的關(guān)鍵。1.1整合現(xiàn)有平臺，做到資源、信息共享。從技術(shù)層面，信息共享容易實現(xiàn)。政府部門、企業(yè)和銀行等金融機構(gòu)都搭建了自己的信息共享平臺，小范圍內(nèi)實現(xiàn)了“政銀企”對接，一定程度上緩解了中小企業(yè)的經(jīng)營困境，但是，由于參與部門少，對企業(yè)授信評價指標單一，不能最大限度的滿足企業(yè)的資金需求，一個政府部門要對接多家金融機構(gòu)，由于平臺間缺乏共享機制，彼此孤立，信息資源不能做到真正意義上的互聯(lián)互通。這就需要統(tǒng)一平臺接口標準，實現(xiàn)平臺間的無縫對接，才能做到真正意義上的信息共享，如圖1、圖2所示。1.2平臺實行資格準入制度，確保信息真實、安全、有效。信息的真實、安全、有效是降低企業(yè)違約、消除投資者顧慮一條有效途徑。信息要從源頭進行把控，平臺采用資格準入制度，經(jīng)認定的河北省內(nèi)科技型中小企業(yè)和域內(nèi)合規(guī)的金融機構(gòu)可申請入駐平臺。平臺對企業(yè)提交、政府審核后的資料信息及企業(yè)平臺活動記錄，形成動態(tài)企業(yè)征信報告，為金融機構(gòu)、投資者對企業(yè)信用評估做參考。利用大數(shù)據(jù)、AI技術(shù)，自動篩選、甄別風險信息，為政府監(jiān)管、決策提供依據(jù)。1.3利用區(qū)塊鏈技術(shù)，確保資金的可追溯。融資平臺的初衷，是讓金融借助互聯(lián)網(wǎng)工具，更好地服務(wù)實體經(jīng)濟。近幾年，以P2P為代表的互金平臺“跑路”頻發(fā)，部分平臺演變成龐氏騙局，給投資者帶來巨大損失，一個主要原因是平臺資金的不可溯，資金流向，許多平臺資金并未真正流入實體，反而推升了企業(yè)的融資成本，加大了企業(yè)的融資難度。平臺采用區(qū)塊鏈和分布式記賬技術(shù)，可以解決資金可追溯問題。1.4項目認定管理，實時動態(tài)跟蹤。企業(yè)融資項目通過平臺向政府進行申請認定，平臺通過審查系統(tǒng)，對企業(yè)申請項目及企業(yè)信譽、資質(zhì)進行綜合評估認定，通過認定的項目，平臺融資信息。金融機構(gòu)、投資者在平臺開放融資渠道，建立企業(yè)、金融機構(gòu)及投資者的雙向選擇機制。1.5針對性重點扶持、引入政策性擔保。針對處于成立初期、符合國家產(chǎn)業(yè)政策導(dǎo)向的企業(yè)，由于這類企業(yè)剛剛起步，創(chuàng)收能力弱，信用水平低，風險系數(shù)高，很難獲得銀行貸款支持。這類企業(yè)，可以通過平臺向政府提出項目融資申請，根據(jù)平臺系統(tǒng)綜合評估，對符合條件的項目由政府聯(lián)同金融機構(gòu)和企業(yè)按比例平攤風險。通過平臺審核，銀行再評價，政銀企風險共擔機制，一方面可以為確有發(fā)展?jié)摿Φ钠髽I(yè)解決資金問題；另一方面，也可以消除銀行等金融機構(gòu)的顧慮，解決不愿貸、不敢貸的問題。

2GIE平臺業(yè)務(wù)架構(gòu)初步設(shè)計

摘要：隨著社會的發(fā)展，我國電網(wǎng)企業(yè)實現(xiàn)了改革的深入，在原有的基礎(chǔ)上實現(xiàn)了大膽的創(chuàng)新，同時還實現(xiàn)了信息化建設(shè)的大力開展，其中電力營銷技術(shù)發(fā)展非常的顯著。在實際工作中，電力營銷技術(shù)選取使用大批量的先進的科學(xué)的IT技術(shù)，同時還選取了一系列有效的運行支持系統(tǒng)。在實際工作中，在堅持自身系統(tǒng)設(shè)計的原則的基礎(chǔ)上，促使各個供電公司發(fā)展平臺實現(xiàn)信息的透明化，同時實現(xiàn)管理方面的規(guī)?；?。本次研究主要分析的內(nèi)容為電力營銷技術(shù)系統(tǒng)架構(gòu)情況。

關(guān)鍵詞：電力營銷技術(shù)；系統(tǒng)架構(gòu)；研究

一、前言

從20世紀90年代中期發(fā)展至今，我國相關(guān)的電力營銷系統(tǒng)構(gòu)建實現(xiàn)了逐步的發(fā)展。實現(xiàn)無筆化辦公是我國起步階段電力營銷信息化的目標。隨著社會的發(fā)展，隨著信息技術(shù)逐漸的更新?lián)Q代，在實際工作中，對電力營銷服務(wù)質(zhì)量要求，客戶逐漸提高自己的要求以及標準。在分析市場的基礎(chǔ)上，大部分電力企業(yè)逐漸轉(zhuǎn)向目標，不斷追求完善，促使電力營銷技術(shù)系統(tǒng)架構(gòu)功能實現(xiàn)進一步強化。

二、設(shè)計目標分析

首先，逐漸信息化客戶服務(wù)。電力營銷是目前最為新型的網(wǎng)絡(luò)技術(shù)服務(wù)系統(tǒng)，其有效的使用可以促使客戶的需求得到最大程度的滿足，目前已經(jīng)成為網(wǎng)絡(luò)技術(shù)服務(wù)系統(tǒng)存在以及后期發(fā)展組最為重要的任務(wù)。在實現(xiàn)多種優(yōu)質(zhì)服務(wù)方式整合的基礎(chǔ)上，實現(xiàn)服務(wù)渠道多樣化的基礎(chǔ)上，實現(xiàn)服務(wù)資源逐漸豐富的基礎(chǔ)上，實現(xiàn)上下服務(wù)配置、內(nèi)外服務(wù)配置、集散多種服務(wù)配置等實現(xiàn)進一步優(yōu)化組合，促使自身客戶服務(wù)的質(zhì)量得到不斷的提高，促使客戶要求得到滿足，同時還可以促使客戶效益能力實現(xiàn)有效的分析支持。其次，逐漸自動化業(yè)務(wù)處理能力。電子營銷處理工作最為顯著的特點就是具有非常顯著的快捷化、方便化、無紙化操作，同時處理信息的過程中，還具有非常顯著的準確性以及規(guī)范性。日常生活中想要全面統(tǒng)一的管理基本業(yè)務(wù)，例如實現(xiàn)電量記錄、用電檢查、用電繳費、負荷分析等，就需要完成電力營銷技術(shù)系統(tǒng)的構(gòu)建，從根本上實現(xiàn)營銷管理的目標，可以促使管理經(jīng)營的過程實現(xiàn)進一步規(guī)范化，同時促使其實現(xiàn)快捷化以及取得高的效率。再次，實現(xiàn)市場信息能快速及時的反應(yīng)。從根本上掌握電力企業(yè)發(fā)展的方向以及電力企業(yè)發(fā)展的供求量就需要從根本上滿足市場發(fā)展趨勢的需要。在自身電力營銷技術(shù)系統(tǒng)充分利用的基礎(chǔ)上實現(xiàn)市場變化的有效掌握。在實際工作中，需要堅持以市場需求為指導(dǎo)，在上述的基礎(chǔ)上促使客戶要求得到滿足，在以此為目標的基礎(chǔ)上完成自身市場反應(yīng)機制的有效構(gòu)建。最后，實現(xiàn)企業(yè)經(jīng)營管理質(zhì)量的有效控制。電力營銷企業(yè)需要在實際工作中，清醒深刻的認識自身營銷業(yè)務(wù)的處理能力，同時還需要從根本上掌握自身營銷業(yè)務(wù)的服務(wù)質(zhì)量，電力營銷想要促使自身的社會效益以及經(jīng)濟效益逐漸提升，同時促使其管理水平得到顯著的提升，其中最為主要的渠道就是時刻把握好服務(wù)質(zhì)量，同時還要第一時間掌握服務(wù)反饋信息。