web信息架構設計大型網站下載

1、網站信息架構的設計目標和要求是什麼

一般網站的頁面組成都有文字、圖象、超鏈接、表格、表單、動畫及框架等，下面來詳細的介紹下這些組成元素。
一、框架
框架是網頁的一種組織形式，將相互關聯的多個網頁的內容組織在一個瀏覽器窗口中顯示。例如，我們可以在一個框架內放置導航欄，另一個框架中的內容可以隨著單擊導航欄中的鏈接而改變，這樣我們只要製作一個導航欄的網頁即可，而不必將導航欄的內容復制到各欄目的網頁中去。
二、文本
文本是網頁中的主要信息。在網頁中可以通過字體、字型大小、顏色、底紋以及邊框等來設置文本屬性。這里指的文字是文本文字，而並非圖片中的文字。
在網頁製作中，文字可以方便地設置成各種字體和大小，但是這里還是建議，用於正文的文字不要太大，也不要使用太多的字體，中文文字使用宋體、9磅或者12、14像素左右即可。因為過大的字在顯示器中顯示時線條的顯示不夠平滑、顏色也不要使用得太過復雜，以免造成影響用戶視覺。大段文本文字排列，建議參考一下優秀的報紙雜志等。
三、圖片
今天看到的豐富多彩的網頁，都是因為網頁中有了圖象，可見圖象在網頁中的重要性。用於網頁上的圖片一般為JPG和GIF格式的，即以.jpg和.gif為後綴的文件。
四、超鏈接
超鏈接是整個網站的通道，它是把網頁指向另一個目的端的鏈接。例如指向另一個網頁或相同網頁上的不同位置。這個目的端通常是另一個網頁，但也可以是圖片、電子郵件地址、文件、程序，或者也可以是本阿諛的其他位置。超鏈接可以是文本或者圖片。
超鏈接廣泛的存在於網頁的圖片和文字中，提供與圖片和文字相關內容的鏈接。在超鏈接上單擊滑鼠左鍵，即可鏈接到相應地址（URL）的網頁。有鏈接的地方，滑鼠指到游標會變成小手形狀。可以說超鏈接正是Web的主要特色。
五、表格
表格是網頁排版的靈魂。使用表格排版是網頁的主要製作形式之一。通過表格可以精確的控制各網頁元素在網頁中的位置。表格並非指網頁中直觀意義的表格，范圍要更廣一些，它是HTML語言中一種元素。表格主要用於網頁內容的排列，組織整個網頁的外觀，通過在表格中放置相應的內容，即可有效的組合成符合設計效果的頁面。有了表格的存在，網頁中的元素得以方便的固定在設計位置上。一般表格的邊線不在網頁中顯示。
六、表單
表單是用來收集站點訪問者信息的域集。站點訪問者填寫表單的方式是輸入文本、單擊單選按鈕與復選框，以及從下拉菜單中選擇選項。在添寫好標單之後，站點訪問者便送出輸入的資料庫，該觳觫句哭就會根據所設置的表單處理程序，以各種不同的方式進行處理。
七、動畫
動畫是網頁上最活躍的元素，通常製作優秀、創意思、出眾的動畫是吸引瀏覽者的最有效的方法。但太多的動畫讓人眼花繚亂，無心細看。這就使得對動畫製作的要求越來越高。通常的製作動畫的軟體有flash、web animator等。Macromedia的flash雖然出現的時間不長，但已經成為了最重要的Web動畫形式之一。Flash不僅比htm易學得多，而且有很多重要的動畫特徵，如關鍵楨補間、運動路徑、動畫蒙版、形狀變形和洋蔥皮效果等。利用這個多才多藝的程序，不僅可以建立Flash電影，而且可以把動畫輸出為QuickTime文件，GIF文件或其他許多不同的文件格式（PICT、JPEG、PNG等）
八、其他
網頁中除了這些基本元素外，還包括橫幅廣告、字幕、懸停按鈕、日戳、計數器、音頻及視頻等。

2、大型網站技術架構 核心原理與案例分析 有用么

編輯推薦
編輯
本書作者是阿里巴巴網站構建的親歷者，擁有核心技術部門的一線工作經驗，直接體驗了大型網站構建與發展過程中的種種生與死，蛻與變，見證了一個網站架構從幼稚走向成熟穩定的歷程。
沒有晦澀難懂的術語，沒有詰屈聱牙的文句，沒有故弄玄虛的觀點……
明明白白的語句，清清楚楚的文法，干凈利落的建議——讓讀者直接體會網站架構的緊要處，不容馬虎的關鍵點——這恰好是一個優秀的網站架構所必備的要素。
如果說「水不在深，有龍則靈」，那麼對於想了解網站架構的讀者而言，這本書恰好是「書不在多，有它則行！」
還猶豫什麼呢？

內容簡介
編輯
本書通過梳理大型網站技術發展歷程，剖析大型網站技術架構模式，深入講述大型互聯網架構設計的核心原理，並通過一組典型網站技術架構設計案例，為讀者呈現一幅包括技術選型、架構設計、性能優化、Web 安全、系統發布、運維監控等在內的大型網站開發全景視圖。
本書不僅適用於指導網站工程師、架構師進行網站技術架構設計，也可用於指導產品經理、項目經理、測試運維人員等了解網站技術架構的基礎概念；還可供包括企業系統開發人員在內的各類軟體開發從業人員借鑒，了解大型網站的解決方案和開發理念。

3、什麼是網站總體架構設計

網站結構是指網站中頁面間的層次關系，按性質可分為邏輯結構及物理結構。是現代網路學習和發展的一個必須的基礎技術。根據需求分析的結果，准確定位網站目標群體，設定網站整體架構，規劃、設計網站欄目及其內容，制定網站開發流程及順序。

網站架構的內容有哪些？

有程序架構，呈現架構，和信息架構三種表現，步驟主要分為硬架構和軟架構兩步程序。

網站總體框架示意圖是網站後台支撐系統的想法，一般取決於網站本身的建設意圖。

網站架構水平的高低決定著網站的整體性能和運營模式的時效性和經濟性，它的設計必須考慮到網站的模式、運營思路、用戶群體使用習慣、網站的功能等等。

網站結構對網站的搜索引擎友好性及用戶體驗有著非常重要的影響。網站結構在決定頁面權重上起著非常關鍵的作用，會直接影響到搜索引擎對頁面的收錄。一個合理的網站結構可以引導搜索引擎抓取到更多、更有價值的網頁。如果網站結構混亂，往往就會造成搜索引擎陷入死循環、抓取不到頁面等問題。網站結構的好壞會決定用戶瀏覽的體驗度，合理的網站結構是優化網站關鍵詞排名的前提。

所以，網站結構可以影響網站內部頁面的重要性，合理的內部鏈接策略就可以對重要頁面進行突出、推薦等操作。

繪制網站概要圖符號

網站概要圖模板

4、如何評價一個大型網站系統架構設計的好壞?

說說我的看法，對不對的供參考吧！
首先，網站也好、其它信息化系統也好，其系統架構設計都不是拍腦袋來的，都是依據一個出發點設計而來，究其所以，就是需求。而這個需求又是從最初的建設初衷來的，也就是說，按說最後做出來的東西應該滿足建設初衷。
所以，簡言之，有什麼樣的需求就有什麼樣的架構設計。因此，要評價架構設計的好壞，就拿需求來衡量。能滿足需求的架構設計，就是對的。不能滿足，或者不能全面滿足的，如果沒有項目建設上的延期認可或者同意擱置的決定，就是不應該的。

注意：我說的需求，並不僅是針對功能范疇的；也包括性能、可用性、安全等方面。所以說需求是全面的內容。

5、網站信息結構設計要求有哪些

如何創建一個好的網站。有一大堆的關於可用性、界面設計以及網站設計的書可以參考。如今，我們都知道一個好的站點應該有：非常好看的設計、友好的界面、毫無缺點的結構、智能化的後台處理以及非常優秀的內容。唯一被大多數人所忽視的可能是交互性。

在網站設計上經常使用的是一些文字的交互，但是文字交互的效果到現在位置還是非常模糊，除非你每日醉心於交互性設計，否則你根本難以描述什麼叫做"交互"。

如何把我們的注意力集中在交互性上還是繼續讓我們的想像力馳騁？我想，問題在於我們能把我們從媒體上獲得的一些簡單的理論用於我們的實踐。我們需要記得的是網站包含哪些內容？網站的結構是什麼？我們最初的目的是什麼？

不同於其它媒體的"網站交互"

不象其它大多數媒體，如我們看電視，聽收音機或者瀏覽雜志，網站它不是一個被動的媒體。

我們不能真正的觀看網頁。顯而易見，我們可以調出一個網站，然後坐在那裡目不轉睛的瀏覽，如果我們坐在那裡吃爆米花的話，網頁並不能夠自動的變化內容(當然，你可以在右手使用的滑鼠的同時，不停的用左手把爆米花塞到你的嘴裡，這里所述的意思是，如果你不幹預，訪問網站和看電視的最大區別是訪問網站需要根據你的主動選擇)。瀏覽網站的內容根據你的個人喜好，在眾多的連接和下拉菜單中選擇你喜歡或者關心的內容或者連接到另外一個站點。

網站具備大多數媒體所不具備的特殊性：用戶的選擇和主動性。

與此相反的是，許多的出版者的決定來自於意見反饋表、感覺或者來自於電視、收音機和出版物等所有信息的體驗。我們對正在播出的電視、收音機節目基本不具備控制的能力(當然，如果您是電台的工作人員除外)，我們僅僅能作的是對你的電視或者收音機作些什麼，而對於內容控制，我們則無能為力。你可以調低音量或者調高音量，或者換個頻道，甚至關閉電視機或者收音機，去作其它的事情，比如到外面散散步，或者到四合院里和鄰居們聊天。

我們可以訂閱或者退訂報紙或者雜志，選擇我們喜歡閱讀的文章，或者給內容編輯寫信探討關於內容的見解或者疑問。但是這些選項還是和網站所能作的不能相比。但是，對於熱門內容的經常[此屬臟話，已被過濾:經典論壇]互，已經成為越來越清晰的表現出對這方面的需求。

不確定的網站交互周期

從應用的觀點來說，我們可以對某事作用於某人我們該做什麼什麼樣的交互給出一個簡單的定義。但，這的確是一個含糊的概念，所以對於某些特定某件事件的交互性的常常有很多的討論，意見多種多樣。

從開始連接上網開始，網站上有太多關於交互性的例子了。比如文本下的下劃線，靜態圖片或者諸如活潑的JavaScript翻轉動畫等動態精美圖片，面對這些令人炫目的特效，實質上呢，這些連接本質上也是靜態的。直到我們對那些連接感興趣的時候，我們才會決定用滑鼠去點擊。

一旦點擊，相關的頁面將出現文字，圖表，表格或者你感興趣的其它內容，這樣你就立刻可以得到滿足(當然，前提是該連接正確有效，而且該連接所在的伺服器和網路保持正常連接而且運行正常)。

網站的交互體現在，作為一種媒體，網站將會對你的選擇做出響應，然後訪問者就可以循環似的選擇，連接到其它的頁面。重復的作這些，繼續點擊，用戶的選擇就可以及時從伺服器得到響應，這是一個非常讓人愉快的過程。

這樣的通過訪問者的手就能夠控制的交互能力對於電視雜志來說是基本不可能實現的。交互性，也是一種"關系"。作為網站開發者或者設計者，學習如何讓我們的良好的視覺設計和技術開發能力和交互性兼顧，將讓網站的訪問者包括我們自己都會為此感到愉悅。

當然，連接不是交互性的全部，但的確是網站結構和設計的核心和靈魂，就象這個世界本身就令我們非常著迷一樣。

必須要理解網站結構

了解站點的結構是非常重要的，特別是對於你要處理大量的數據來說沒有比這個更重要的事情了。當網站的多個欄目有成百上千的文檔需要管理或者有規則的添加新文件的時候，了解站點的結構成為頭等大事。

了解了網站的結構，我們就可以通過網站結構達到控制文件管理的目的。接下來，通過我們理解的網站結構，我們不但要知道我們的網站將和訪問者的動作如何相互影響，而且要利用我們先進的後台技術，不留痕跡的讓這種交互過程變得強大和有效。

當然，我們知道最初的網站並不想成為一個圖形媒體。最初的想法是創建一個方便存取的文本文件以快速連接文件。舉例來說，如果一個醫生要發表一項關於內科的研究成果共同行參考，他或者她就可以在超級終端的純文本環境裡面，將他的論文的連接加入到一個醫學研究的相關目錄。雖然，今天的站點看起來和以前有很大不同，很多的網站有著非常漂亮的圖形界面，豐富的媒體格式和在線游戲等等，但是其本質並沒有改變。它僅僅是對我們未經訓練的眼睛來說有了明顯的變化。

互動式媒體現在被稱為"新媒體"。"新媒體"以它的交互性與常見的諸如報紙、雜志、書、收音機、標準的動畫片、電視和電影等靜態媒體區別開來。

網頁正快速的從純文本向圖形化過渡。一旦我們使用的圖形瀏覽器開始支持圖形文件格式，文本連接就變成了圖形連接。如今，通過使用形形色色的HTML，CSS和JavaScript(一種越來越廣泛使用無需連接大應用伺服器和資料庫就可以產生交互功能的編程語言)的連接越來越豐富。然而，需要強調的是，我們創作的時候依然要重視網站的基本結構。

最好的方法，是使用一個白板把你腦子裡面的想法畫出來。首先，先畫出站點的基本構成，然後就要考慮有那些令人感興趣的頁面可以可以鏈接到其它哪些頁面，依靠集體的力量最終完成該站點。使用更多的線性結構，可以對訪問者以更好的指引。

最終畫出仔細構思的網站結構

你面臨的最大的挑戰是將你的想法畫出來。如果你現在已經因工作的壓力快要發瘋的時候，建議你出去走走，坐在樹下，用草稿紙畫個草圖也許感覺會輕松一些。先畫出主要的部分，一開始不要使用文字，僅僅把需要重點表現出來的頁面或者站點單元按需要畫出框圖即可。然後，回過頭來想想有幾種可能關聯到那些部分，是否是唯一關聯的部分。按照這樣的方法，在創作的道路上，你可能最終得到令人驚喜的結果。其實，類似於這樣的考驗並不常有，但是對於站點製作人員來說，通過這樣的方法可以受益很多。全面使用你的大腦，你將得到一個更具可用性的站點。

6、如何優化網站信息架構

信息架構的定義
根據維基百科的定義，信息架構（Information Architecture，簡稱IA）是在信息環境中，影響系統組織、導覽、及分類標簽的組合結構。它是基於信息架構方法論，並運用計算機技術管理和組織信息的一個專門學科。信息架構並非一開始就應用於網站設計，其起源於情報科學，最初應該是用於圖書館等地方的信息組織和信息檢索的。
《用戶體驗的要素——以用戶為中心的WEB設計》這本書中對信息架構的定義基於網站設計：信息架構著重於設計組織分類和導航的結構，從而讓用戶可以提高效率、有效地瀏覽網站的內容。
具體的就不再多說的，可能各有各的理解，這里直接來看一個實例——Wordpress的信息架構模式：
Wordpress-IA
當然，上面這個圖只能展示一個大體的網站信息架構，中間的類目層也許不止一層，會有大類、子類、子子類……底層可以是文章也可能是頁面或者一些其他的具體內容。而網站的內部關系也往往因為全局或局部導航、網站內鏈和內容關聯等功能的存在而復雜的多，圖上的箭頭也會密集很多，但我們無需羅列所有內容間的關系，關鍵是在理清基本的結構。
信息架構的類型
還是參考《用戶體驗的要素——以用戶為中心的WEB設計》中對信息架構的幾個分類：
層次結構（Hierarchical Structure）
也叫樹形結構，是最常見的網站信息架構模式，上面舉例的Wordpress的信息架構就是典型的層次結構。樹形結構中箭頭的方向不一定是自上而下的，也可能是自下而上或者是雙向的，而內容層之間也會因為一些關聯鏈接的存在而存在同層次間的指向箭頭。
矩陣結構（Matrix Structure）
矩陣結構比較注重「維」的概念，即從多維的角度來檢索信息，如時間、地域、內容分類等，典型的應用就是內容管理系統（CMS）網站或者電子商務類網站，比如你瀏覽豆瓣的電影時可以篩選：2010年—美國—科幻，也許這個時候《鋼鐵俠2》就呈現在你面前了。
線性結構（Sequential Structure）
看到線性結構也許你馬上會想到麵包屑，它將網站中最重要的一個信息架構路線展現了出來，即使它無法為你提供你在網站上的平面坐標，但至少它顯示了你現在正處於關鍵線路的哪個點上；當然，網站的一些關鍵路徑一般也是按照線性結構涉及的，比如用戶注冊流程或電子商務網站的購買流程等。
網站分析與信息架構
根據網站業務模式的不同，可以選擇適合自己網站的信息架構的模式，無論是上面的哪種信息架構模式，只要設計和運用合理，用戶便能夠在你的網站上以最方便的形式、最快的速度找到他們需要的信息。
但當我瀏覽某些網站時，有時真的會讓我感覺到「找不到北」，結果就是直接關閉該頁面，如果不希望讓已經進入了你的網站的用戶輕易地離開，網站信息架構的好壞將直接影響網站的用戶體驗。所以我們需要通過一些方法來檢驗網站的信息架構是否滿足用戶的信息檢索的需求。
1.嘗試整理出類似上面例子中的網站信息架構圖
這個是最簡單最直觀的方法，如果你的網站信息架構足夠清晰，那麼畫出這樣的圖對你來說也絕非難事；而當網站的應用比較復雜、內容比較寬泛，那麼可能要整理出網站的整體信息架構就會相對困難，但我相信一個設計優秀的網站只要稍加整理，大體的信息架構圖還是畫得出來的；而當你絞盡腦汁就是理不清你的網站的信息架構的頭緒的時候，那麼說明你的網站需要優化了。
2.通過網站分析的方法驗證信息架構的合理性
本文的副標題是「讓用戶更容易地找到需要的信息」，所以我們需要分析用戶是否能夠在你的網站上方便快捷地找到他們需要的信息，這里推薦一種方法——尋找網站中的迷失用戶（Lost Visits）。
在一個合理的信息架構下，大多數的用戶是不會在你的網站上迷路的；反之，混亂的信息架構會導致大量的用戶迷失方向，就像是進入了一個巨大的迷宮。那麼如何尋找這些迷失用戶？我們可以先分析下這類用戶的行為，最明顯特徵的就是：連續點擊好幾個頁面，每個頁面都只是初步瀏覽（因為沒有找到他們需要的信息）就轉到另外的頁面或直接離開了。所以我們可以藉助網站分析中的兩個度量：
瀏覽頁面數（Depth of Visit）：一次訪問中用戶總的瀏覽頁面數；
頁面平均停留時間（Avg. Time on Page）：一次瀏覽中用戶在每個頁面的平均停留時間，即該次訪問總停留時間（Time on Site）/該次訪問頁面數（Depth of Visit）。
我們可以用戶細分的方法把那些瀏覽頁面數較多，但頁面平均停留時間較短的用戶瀏覽看作是迷失用戶，具體的數值可以根據網站自身的特點進行定義，比如我定義我的博客中瀏覽頁面數大於等於4，而頁面平均停留時間小於等於15秒的Visits為迷失用戶的瀏覽行為，我們可以藉助Google Analytics中的高級群組（Advanced Segment）來區分出這類用戶，關於如何使用Google Analytics的高級群組功能，可以參考藍鯨的文章——Google Analytics功能篇—高級群組，如下圖：
Advanced-Segment-Lost-Visits
當然，你可能會說這種用戶區分的方法不準確，這類用戶不一定就是迷失用戶，也有可能他們確實找到並瀏覽了具體內容，但因為內容不夠吸引人或者其他原因而馬上離開了該頁面。所以這里用高級群組劃分出來的這類Visits的數量不能看作是迷失用戶的一個絕對數值，我們只能認為裡面的大部分Visits都是迷失用戶，而不排除存在某些另類。所以更合理的方法是通過計算這類Visits占網站總Visits的比例情況來分析網站的信息架構到底是否合理，我們可以在Google Analytics上面選取網站的All Visits和Lost Visits進行比例和趨勢的比較，如下圖：
Comparison-All-and-Lost-Visits
Trend-All-and-Lost-Visits
網站中迷失用戶瀏覽的所佔比例只需通過Lost Visits/All Visits就可以計算得到，但這個時候你還是無法根據這個計算結果來評判網站的信息架構到底是好是壞，因為還缺少一個基準線（Benchmark）或者說是評判標准。在Google Analytics上面的Visitors標簽下，提供了「Sites of similar size」的基準比較（Benchmarking），你可以選擇與你的網站相似類型的網站作為基準線進行數據比較，這的確是個很好的參考，因為通過比較能夠更加明確你的網站在同類型網站中的優勢和劣勢，為網站優化指明方向。GA藉助其強大的數據平台可以為我們提供基準線，但也許對於上面這個例子會顯得無能為力，這個時候需要我們理性地自己去選擇一個合適的基準線，比如我的博客目前類目和內容都還比較少，那麼我可能會定義我的網站的迷失用戶比例應該控制在1%以下；但如果對於一個應用和內容比較復雜的網站，那麼基準線顯然會需要定得更高一點。一旦某段時間的數據越過了基準線，就需要關注一下網站的信息架構是不是在趨於混亂了，是不是該進行一下整理和優化了。
總之，一個好的信息架構能夠幫助用戶更容易地找到他們需要的信息，從而有效地提升網站的用戶體驗，所以，嘗試著去優化下你的網站的信息架構。如果你有更好的方法能夠有效地檢驗網站的信息架構的優劣，或者能夠明確地分析得到網站信息架構的哪些細節上存在缺陷，希望能與我交流，我期待網站分析方法在優化網站信息架構方面的更多的應用。