1、有沒有網頁設計的文件，急用一個不要求多難，簡單的都可以，含Java
objectMainextendsApp{
varreverse_pairs = 0//逆序數
defmsort[T](cmp:(T, T) => Boolean)(l:List[T]):List[T] = {
defmerge(l1:List[T], l2:List[T]):List[T]=(l1, l2)match{
case(Nil, _) => l2
case(_, Nil) => l1
case(x::left1, y::left2) =>
if(cmp(x, y))
x::merge(left1, l2)
else{
reverse_pairs += l1.length
y::merge(l1, left2)
}
}
valn = l.length / 2
if(n == 0)
return l
else{
val(l1, l2) = l.splitAt(n)
merge(msort(cmp)(l1), msort(cmp)(l2))
}
}
println(msort((x:Int, y:Int) => x<y)(List(5, 4, 3, 2, 7,6 )))
println(reverse_pairs)
}
2、為什麼要使用Web標准設計網站?
WEB標准不是某一個標准，而是一系列標準的集合。目前所通常所說的WEB標准一般指網站建設採用基於XHTML語言的網站設計語言,WEB標准中典型的應用模式是「css+div」（什麼是css+div）。實際上，WEB標准並不是某一個標准，而是一系列標準的集合。
網頁主要由三部分組成：結構（Structure）、表現（Presentation）和行為（Behavior）。對應的網站標准也分三方面：結構化標准語言，主要包括XHTML和XML；表現標准語言主要包括CSS；行為標准主要包括對象模型（如W3C DOM）、ECMAScript等。這些標准大部分由W3C組織（什麼是W3C組織）起草和發布，也有一些是其他標准組織制訂的標准，比如ECMA（European Computer Manufacturers Association）的ECMAScript標准。
web標準的本意是實現內容(結構)和表現分離，就是將樣式剝離出來放在單獨的css文件中。這樣做的好處是可以分別處理內容和表現，也方便搜索和內容的再利用。
一些Web開發人員和Web設計師對使用Web標准持抵觸態度。普遍的看法是它太難了，不管它是怎麼運作，我使用的那些軟體總會創建出一些不規范的代碼。.
學習新的技術並放棄您所熟知的技術，這很容易引起情緒上的反感，並產生抵觸的情緒。然而，如果您很理智的觀察一下現在的形勢，將會發現，通過學習和使用Web標准會得到許多好處。舉幾個例子：
更簡易的開發與維護：使用更具有語義和結構化的HTML，將讓您更加容易、快速的理解他人編寫的代碼。
與未來瀏覽器的兼容：當您使用已定義的標准和規范的代碼，那麼您這個向後兼容的文本就消除了不能被未來的瀏覽器識別的後患。
更快的網頁下載、讀取速度：更少的HTML代碼帶來的將是更小的文件和更快的下載速度。如今的瀏覽器當處於標准模式下將比它在以前的兼容模式下擁有更快的網頁讀取速度。
更好的可訪問性：語義化的HTML（結構和表現相分離）將讓使用瀏覽器以及不同的瀏覽設備的讀者都能很容易的看到內容。
更高的搜索引擎排名：內容和表現的分離使內容成為了一個文本的主體。與語義化的標記結合會提高您在搜索引擎中的排名。
更好的適應性：一個用語義化標記的文檔可以很好的適應於列印和其他的顯示設備（像掌上電腦和智能電話），這一切僅僅是通過鏈接不同的CSS文件就可以完成。你同樣可以僅僅通過編輯單獨的一個文件就完成跨站點般的表現上的轉換。
Web標准可以為網站的創建者節省時間與金錢，還可以為網站的瀏覽者提供一個更好的經歷。此外，Web標準是未來的。如果你還沒有使用We b標准，那麼現在應該開始動手了，否則你會落伍的。
3、網站界面設計規范有哪些？
易用性規范
2.001 常用按鈕要支持快捷方式。
2.002 完成同一功能或任務的元素放在集中位置，減少滑鼠移動的距離。
2.003 界面要支持鍵盤自動瀏覽按鈕功能，即按Tab鍵的自動切換功能。
2.004 界面上首先應輸入的和重要信息的控制項在Tab順序中應當靠前,位置也應放在窗口上較醒目的位置。
2.005 分頁界面要支持在頁面間的快捷切換，常用組合快捷鍵Ctrl+Tab
2.006 默認按鈕要支持Enter和選操作，即按Enter後自動執行默認按鈕對應操作。
2.007 可寫控制項檢測到非法輸入後應給出說明並能自動獲得焦點。
2.008 Tab鍵的順序與控制項排列順序要一致，目前流行總體從上到下，同時行間從左到右的方式。
2.009 復選框和選項框，按選擇幾率的高底而先後排列。
2.010 復選框和選項框要有默認選項，並支持Tab選擇。
2.011 界面空間較小時使用下拉框而不用選項框。
2.012 選項數較少時使用選項框，相反使用下拉列表框。
2.013 根據用戶不同採用相應的詞語語氣語調，如專用軟體，可以出現很多專業詞彙;用戶為兒童：這可以語氣親切和藹;老年用戶則應該成熟穩重。
2.014 滑鼠為不可點擊狀態時顯示箭頭，可點擊狀態顯示手型;系統忙時顯示沙漏形狀
規范性規范
2.015 菜單前的圖標能直觀的代表要完成的操作。
2.016 工具欄要求可以根據用戶的要求自己選擇定製。
2.017 系統常用的工具欄設置默認放置位置。
2.018 工具箱要具有可增減性，由用戶自己根據需求定製。
2.019 狀態條要能顯示用戶切實需要的信息，常用的有、目前的操作、系統狀態、用戶位置、用戶信息、提示信息、錯誤信息等，如果某一操作需要的時間較長，還應該顯示進度條和進程提示。
2.020 滾動條的長度要根據顯示信息的長度或寬度能及時變換，以利於用戶了解顯示信息的位置和百分比。
2.021 狀態條的高度以放置五號字為宜，滾動條的寬度比狀態條的略窄。
2.022 菜單和工具條要有清楚的界限;菜單要求凸出顯示，這樣在移走工具條時仍有立體感。
2.023 工具條一般比菜單要寬，但不要寬的太多，否則看起來很不協調。
幫助規范
2.024 幫助文檔中的性能介紹與說明要與系統性能配套一致。
2.025 打包新系統時，對作了修改的地方在幫助文檔中要做相應的修改。
2.026 在界面上調用幫助時應該能夠及時定位到與該操作相對的幫助位置。也就是說幫助要有即時針對性。
2.027 用戶可以用關鍵詞在幫助索引中搜索所要的幫助，當然也應該提供幫助主題詞。
2.028 如果沒有提供書面的幫助文檔的話，最好有列印幫助的功能。
2.029 在幫助中應該提供我們的技術支持方式，一旦用戶難以自己解決可以方便的尋求新的幫助方式。
合理性規范
2.030 與正在進行的操作無關的按鈕應該加以屏蔽(Windows中用灰色顯示，沒法使用該按鈕)。
2.031 對可能造成數據無法恢復的操作必須提供確認信息,給用戶放棄選擇的機會。
2.032 非法的輸入或操作應有足夠的提示說明。
2.033 對運行過程中出現問題而引起錯誤的地方要有提示，讓用戶明白錯誤出處，避免形成無限期的等待。
2.034 提示、警告、或錯誤說明應該清楚、明了、恰當。
2.035 提交失敗後必須保存用戶已經輸入的內容，以便修改後再次提交。
美觀與協調規范
2.036 長寬接近黃金點比例，切忌長寬比例失調、或寬度超過長度。
2.037 布局要合理,不宜過於密集，也不能過於空曠，合理的利用空間。
2.038 按鈕大小基本相近，忌用太長的名稱，免得佔用過多的界面位置。
2.039 按鈕的大小要與界面的大小和空間要協調。
2.040 避免空曠的界面上放置很大的按鈕。
2.041 放置完控制項後界面不應有很大的空缺位置。
2.042 字體的大小要與界面的大小比例協調。
2.043 前景與背景色搭配合理協調，反差不宜太大，最好少用深色，如大紅、大綠等。如：安全軟體，根據工業標准，可以選取黃色，綠色體現環保，藍色表現時尚、紫色表現浪漫等等，淡色可以使人舒適，暗色做背景使人不覺得累等。
2.044 如果使用其他顏色，主色要柔和，具有親和力與磁力，堅決杜絕刺目的顏色。
2.045 界面風格要保持一致，字的大小、顏色、字體要相同，除非是需要藝術處理或有特殊要求的地方。
2.046 如果能給用戶提供自定義界面風格則更好，由用戶自己選擇顏色、字體等。
2.047 色盲、色弱用戶，即使使用了特殊顏色表示重點或者特別的東西，也應該使用特殊指示符。
2.048 顏色方案也需要測試，常常由於顯示器、顯卡的問題，色彩表現每台機器都不一樣，應該經過嚴格測試，不同機器進行顏色測試。
2.049 使用統一的語言描述，例如一個關閉功能按鈕，可以描述為退出、返回、關閉，則應該統一規定。
菜單設計規范
2.050 菜單通常採用"常用--主要--次要--工具--幫助"的位置排列，符合流行的Windows風格。
2.051 常用的有"文件"、"編輯"，"查看"等，幾乎每個系統都有這些選項，當然要根據不同的系統有所取捨。
2.052 下拉菜單要根據菜單選項的含義進行分組，並按照一定的規則進行排列，用橫線隔開。
2.053 一組菜單的使用有先後要求或有向導作用時，應該按先後次序排列。
2.054 沒有順序要求的菜單項按使用頻率和重要性排列，常用的放在開頭，不常用的靠後放置;重要的放在開頭，次要的放在後邊。
2.055 如果菜單選項較多，應該採用加長菜單的長度而減少深度的原則排列。
2.056 菜單深度一般要求最多控制在三層以內。
2.057 對與進行的操作無關的菜單要用屏蔽的方式加以處理，如果採用動態載入方式——即只有需要的菜單才顯示——最好。
2.058 菜單前的圖標不宜太大，與字高保持一直最好。
2.059 主菜單的寬度要接近，字數不應多於四個，每個菜單的字數能相同最好。
2.060 主菜單數目不應太多，最好為單排布置。
獨特性規范
2.061 安裝界面上應有單位介紹或產品介紹，並有自己的圖標。
2.062 主界面，最好是大多數界面上要有公司圖標。
2.063 登錄界面上要有本產品的標志，同時包含公司圖標。
2.064 幫助菜單的"關於"中應有版權和產品信息。
2.065 公司的系列產品要保持一直的界面風格，如背景色、字體、菜單排列方式、圖標、安裝過程、按鈕用語等應該大體一致。
安全性規范
2.066 應當注意盡可能避免用戶無意錄入無效的數據。
2.067 採用相關控制項限制用戶輸入值的種類。
2.068 當用戶作出選擇的可能性只有兩個時,可以採用單選框。
2.069 當選擇的可能再多一些時,可以採用復選框,每一種選擇都是有效的,用戶不可能輸入任何一種無效的選擇。
2.070 當選項特別多時，可以採用列表框，下拉式列表框。
2.071 在一個應用系統中,開發者應當避免用戶作出未經授權或沒有意義的操作。
2.072 對可能引起致命錯誤或系統出錯的輸入字元或動作要加限制或屏蔽。
2.073 對可能發生嚴重後果的操作要有補救措施。通過補救措施用戶可以回到原來的正確狀態。
2.074 對一些特殊符號的輸入、與系統使用的符號相沖突的字元等進行判斷並阻止用戶輸入該字元。
2.075 對錯誤操作最好支持可逆性處理，如取消系列操作。
2.076 在輸入有效性字元之前應該阻止用戶進行只有輸入之後才可進行的操作。
2.077 對可能造成等待時間較長的操作應該提供取消功能。
2.078 特殊字元常有;;'"><,`'、"["{、\|｝]+=)-(_*&&^%$ #@!~,.。?/還有空格。
2. 079 與系統採用的保留字元沖突的要加以限制。
2.080 讀入用戶所輸入的信息時，根據需要選擇是否去掉前後空格。
2.081 有些讀入資料庫的欄位不支持中間有空格，但用戶切實需要輸入中間空格，這時要在程序中加以處理。
輸入項規范
2.082 必輸項中不可為空，不可輸入空格
2.083 必輸項給出必輸項標識(*)。
2.084 非必輸項欄位，Null插入資料庫時不會出錯，在資料庫中設置默認值
2.085 日期顯示格式一致;或提供固定格式的選擇。
2.086 輸入區域輸入特殊字元，插入資料庫時不出錯或提示不允許輸入特殊字元。
2.087 英文輸入不區分大小寫，不可輸入漢字、數字及特殊字元
2.088 數值欄位只能輸入+ ，— ，0~9及功能鍵(BackSpace 游標) 。數值不能為負數。
2.089 單行文本框/多行文本框;長度合適，可以容納相應文字，但不能超過資料庫該欄位長度，最好將可以輸入的最大字元數標在旁邊。建議單行文本框中當輸入的字元超過一定長度時再輸入無效;對於多行文本框給出最大字元數標識
2.090 附件;可正常添加符合格式的附件; 附件可正常打開和保存，附件名較長時可正常操作;直接輸入錯誤的附件地址，保存時應給出提示信息;附件打開和保存到本地時，文件名要顯示原文件的文件名。
2.091 密碼輸入;在需求中定義密碼是否允許為空或空格;密碼是否允許特殊字元;是否區分大小寫，密碼的可輸入長度;程序中應給出文字說明密碼的可輸入長度。
4、網站製作都有哪些規范？
基 本 要 求
1. 在網站根目錄中開設images common temp 三個子目錄，根據需要再開設media 子目錄， images目錄中放不同欄目的頁面都要用到的公共圖片，例如公司的標志、banner 條、菜 單、按鈕等等；common 子目錄中放css、js,、php、include 等公共文件；temp 子目錄放客戶提供的各種文字圖片等等原始資料；media 子目錄中放flash, avi, quick time 等多 媒體文件 。
2. 在根目錄中原則上應該按照首頁的欄目結構，給每一個欄目開設一個目錄，根據需要在每一個欄目的目錄中開設一個images 和media 的子目錄用以放置此欄目專有的圖片和多媒體文件，如果這個欄目的內容特別多，又分出很多下級欄目，可以相應的再開設其他目錄。
3. temp 目錄中的文件往往會比較多，建議以時間為名稱開設目錄，將客戶陸續提供的資料歸類整理。
4. 除非有特殊情況，目錄、文件的名稱全部用小寫英文字母、數字、下劃線的組合，其中不得包含漢字、空格和特殊字元；目錄的命名請盡量以英文為指導，不到萬不得已不要以拼音作為目錄名稱，經驗證明，用拼音命名的目錄往往連一個月後的自己都看不懂，
5、一般網站設計的風格規范有哪些內容
大多數設計模板有兩個部分：
文字標准
視覺標准
這兩個標准，是同等重要的，都是整體風格規范的一部分。把元素結合在一起將建立一個整體形象。每一個品牌或企業網站都有自己與眾不同的地方。選擇一個色調和風格，同步運用在字體和視覺畫面的效果上，把你的網站和用戶融為一體。
建立網站整理形象的時候，也正是品牌需求考慮到用戶和相關利益的人對此有何種期望的時候。是否被期待？是否有關聯，是否願意在這樣的網站上進行瀏覽使用等交互行為？
語言風格
雖然我們將主要精力集中於網站風格規范的視覺方面，但語言風格是非常重要的，是整體網站的一部分，也是你與用戶「交談」的方式。語言風格是正式還是輕松的？是冗長或更簡潔的？
用同樣的方式為網站格式寫你的風格規范。這將有助於提示你的團隊知道網站的初步設想，以及如何運用語言風格去協助於品牌標識。
語言風格是與每一位用戶溝通使用的。返回到MailChimp，我們通過他的品牌語言風格的塑造上全面審視。注意到公司談論及它的吉祥物，舉個例子：「Freddie是我們的吉祥物。我們不需要使用他與我們的logo組合。Freddie的臉右側面的，他的表情一直是眨著眼睛的。」
「准則」及用途
你的風格規范應該是你設計的「劇本」。（可能是比「規范」聽起來更通俗易懂？）
它應該概括了如何以及何時使用的字體、顏色和所有其他設計元素類型，讓人更容易理解。包括：
調色板，包括標准色和可適用的色彩
排版，可適用的字體、字型大小、縮進、行間距跳轉
LOGO，包括尺寸和位置
圖標或元素樣式（包括分享按鈕等）
拼寫，選項和格式風格（應該遵循哪種編輯格式？ APA格式？AP格式？或其他？）
照片格式，包括顏色、裁剪尺寸和視覺效果
SEO信息，如ALT標簽和關鍵詞
電網標准（適用於網路或列印）
間距方面的考慮（是否設計的太松或太緊）
反饋接觸信息（可以向團隊成員提問或建議的）
簡單而具體的概念
這可能是最困難的部分，你需要明白這些信息，並將其爛熟於心，理解成簡單、具體、可操作性強的概念：
當涉及到風格規范不能走極端，只是一個視覺參考，而通過這種方式去設計。
組合相關內容，並快速相關聯，比如頁面的顏色、已經跳轉進入另一頁的圖形和照片等。
為可以顯示的內容舉一些相似的例子，不需要解釋的部分用佔位符。
盡可能地提供細節，色彩樣式，例如，包括RGB（或HEX ）和CMYK值等，使顏色可以規范使用。
打破部分常用的元素案例去設計。
片段和實例
無論你的設計風格規范是用於印刷還是數字使用或基於Web的文檔，應該包含有用的工具。部分有用的元素品牌案例做得到也可能做不到，但他可以很容易把重點放在你想看到的品牌視覺上。
然後，創建一個易操作的目錄。創建原型組（或一組常見的元素，這取決於你使用的軟體） 。保存在一個常用的位置，使其容易操作並且生成容易修改的文件。
為參與該項目的每個人提供基於雲端軟體的工具列表。（這包括鏈接、用戶名等基本信息。）確保所有字體包、logo和圖像文件是在一個常用的位置，所有的使用者都知道他們在哪裡。 （在另一個地方保留備份，以防原文件、作品丟失。）
創建代碼片段，易於復制並粘貼到項目主列表。這樣不用每次重建，常見的元素需要被分享在一個每個人都可以訪問的共享位置。
最後一步是進化優化。每件事情都可能會變，而且必然要經歷蛻變。
執行風格規范
最後，最大的問題是「如何讓人們遵循風格規范呢？」按照以上這些列出的內容，你已經有一個很好的方式擁有了設計的輪廓，具有了簡單、具體的概念。
風格規范是很容易被追隨的，就像你寫的網站一樣。語言是簡單的和不生僻的，可以讓人們去追隨這些准則。
風格規范應該留下足夠的設計空間對於其靈活性和實際製作上。就像你的品牌，在一定范圍內，可以幫助團隊成員發揮他們設計的創造力，也同時創造新的東西。風格規范的所有者也是如此，這是指批准、更新和變化設計風格規范的人，並能回答有關設計決策問題的所有人。這個「所有者」可以是個人團隊，或者更大組織的規模。
6、網站建設的規范是什麼？
1. 在不同設備上採用相似的設計
用戶可以通過不同類型的設備訪問你的網站，這些設備包括：電腦、平板、手機、音樂播放器、甚至是智能手錶等。
無論用戶使用什麼設備訪問你的網頁，確保他們具有類似的體驗，這是用戶體驗設計中的一條重要標准。
2. 導航的設計要簡單易用、清晰明了
導航設計是網頁可用性的基石。
記住：如果用戶在你的網站里找不到導航，那麼無論你的網站有多流弊都沒用。這也是導航設計要遵循以下原則的原因：
簡單。每個網站都應該有盡可能簡單的結構。
·
清晰。導航的每項對用戶而言，都應該是清楚的。
·
一致。系統的導航頁在每一頁中都應該是相同的。
·
用戶以最少的點擊次數，最快地到達他們想要瀏覽的網頁。這才是導航設計的目的。
3. 改變訪問過的鏈接的顏色
鏈接是導航的一個關鍵因素。假如用戶點擊過的鏈接沒有改變顏色，很可能導致用戶多次點擊同一個鏈接。
如果用戶知道自己過去訪問的鏈接和現在還未訪問過的鏈接，那麼用戶會更容易決定自己下一次要點擊什麼。
4. 讓頁面瀏覽變得更容易
用戶瀏覽我們的網頁時，並不是通讀所有的內容，而是快速地掃描整個網頁。
因此，如果用戶來到這個網站，是為了尋找特定的內容或者是完成某個任務，那麼他們會先瀏覽整個網頁，直到用戶找到了自己想要去的地方。
因此，作為網頁設計者的我們，應該通過設計網站可視化的層級架構幫助這些用戶盡快達成自己的目的。
可視化的層級架構意味著網頁上每個元素的擺放或呈現都具有權重（比如說，我們的設計決定了用戶先看到哪個，再看到哪個，最後看到哪個）。
我們在設計網站時，要確保網頁標題、登錄注冊按鈕、導航欄或其它同等重要的元素放在用戶很容易看到的地方，以減少用戶尋找的時間。
用戶的視線是Z字形的。
5. 仔細檢查所有的鏈接
當用戶點擊網站上的一個鏈接，界面上卻出現404的錯誤頁面時，用戶很容易變得沮喪。
當用戶在網站上尋找內容時，他們希望自己點擊過的每個鏈接都是自己正在尋找的那個，而不是出現404的錯誤頁面、或者點進去後，卻發現不是自己尋找的那個頁面。
6. 確保能點擊的元素讓用戶看起來就能點擊
一個物體的樣子會告訴用戶如何使用它。
看起來像按鈕或鏈接的視覺元素卻不能點擊，很容易困擾用戶；這些視覺元素包括：文字下劃線並不代表鏈接、擁有動畫效果的元素也不是超鏈接。
用戶想要知道界面上哪些區域是純靜態內容，哪些區域是可以點擊的。
讓可以點擊的元素明顯一點。
二、設計網站時，不該做什麼
1. 不要讓用戶等
網站用戶的耐心和注意力是非常小的。根據NNGroup的研究，10秒是用戶集中注意力完成一個任務的極限。
當用戶在等待內容載入時，他們很可能會變的沮喪。如果載入速度很慢，用戶很可能會離開這個網站，即使是足夠漂亮的載入動畫設計也無法改變這個結果。
2.不要 在新標簽頁打開鏈接
在新標簽頁打開鏈接的設計讓用戶無法使用「返回」按鈕返回之前的頁面。這是非常不好的設計。
3. 不要整個網站充斥著廣告
促銷和廣告會掩蓋網站里的內容，也會讓用戶很難集中注意力去完成任務，更不用說那些看起來像廣告的事情常常會被用戶忽略（這種現象被稱為：旗幟盲點）。
4. 不要滾動劫持（Hijack scrolling）
滾動劫持是指：網站的設計者或開發者控制滾動條，從而使得用戶在滾動滑鼠時，會在網站上看到不同的效果，包括動畫效果、固定的滾動點、甚至是重新設計過的滾動條。
滾動劫持是用戶最不喜歡的設計之一，因此，它奪取了用戶控制滾動條的權利。
當你設計網站時或設計用戶界面時，你應該讓用戶自己決定自己瀏覽的網頁或APP的位置。
5.不要 自動播放視頻（有聲音）
在後台自動播放視頻、音樂或聲音文件，都是用戶難以接受的設計方式。
用戶很少使用這些元素，除非是在適當的時候。
6. 不要 為了網站的美觀犧牲網站的可用性
一個網站或用戶界面的設計不應該因為內容影響用戶的消費能力。最好不要在文字後使用繁重的背景、也不要使用讓用戶很難閱讀或顏色對比不明顯的配色方案。
7.不要 使用閃爍的文字或廣告
閃爍的內容或閃爍會導致易感人群的癲癇病。這樣的設計不僅能引發癲癇，而且還會因吸引用戶的注意力而惹惱用戶。
7、網站目錄建設有哪些規范
目錄結構規范：
目錄建立的原則：以最少的層次提供最清晰簡便的訪問結構。
目錄的命名以小寫英文字母，下劃線組成。(參照命名規范)
根目錄一般只存放index.htm以及其他必須的系統文件
1、網站根目錄：只允許存放網站預設命名文件（如default.asp、index.asp）一個，以及其它必備的文件（如golas.asa）。網站預設命名文件內不得包含具體內容，只提供重定向功能，重定向至main.asp。
2、網站根目錄下開設images子目錄，用以存放不同欄目的頁面都要用到的公共圖片，例如網站標識、導航欄圖片、按鈕等。
3、在網站根目錄下開設files子目錄，用以存放各欄目的上傳文件。如技術文檔可在此目錄下另建doc目錄存放，產品圖片可在此目錄下另建proctImg目錄存放。
4、在網站根目錄下開設styles、script子目錄，分別存放樣式表文件與客戶端腳本文件。
5、在網站根目錄下開設home子目錄，用以存放首頁相關文件。如main.asp
6、根據需要在網站根目錄下開設include、class目錄，分別存放包含文件（如head.asp、foot.asp）及類文件。
8、PC端網頁設計基本規范有哪些
網站建設基本流程規范
企業網站建設（升級改版）包含下列基本流程：
（1）制定網站規劃方案：包括網站預期目標、行業競爭狀況分析、網站欄目結構、用戶行為分析及內容規劃、網頁模版設計、網站伺服器技術選型、網站運營維護規范等基本內容；
（2）網站技術開發、網頁設計；
（3）網站測試；
（4）網站內容發布；
（5）網站維護及管理。
3、網站域名及網站技術規范
（1）採用基於XHTML的國際WEB標准（CSS+DIV）；
（2）網站首頁為頂級域名而不是多級層次 ；
（3）網站首頁及各欄目和內容頁面均不採用網址跳轉方式，不採用過渡頁/橋頁等網址重定向；
（4）合理應用靜態網頁與動態網頁，網站欄目首頁和其他重要頁面採用靜態網頁；
（5）網頁內容頁面層次不宜過多，不超過四個層次；
（6）採用主流域名：.cn、.com.cn、.com等；
（7）一個網站對應一個主域名，現有多個域名需統一；
（8）網站鏈接錯誤率在一定范圍之內，首頁等重要頁面無死鏈接；
（9）網站設計對不同瀏覽器具有兼容性。
4、企業網站的基本功能和內容
（1） 與企業辦公網實現無縫鏈接；
（2）具有信息發布、產品發布和管理功能；
（3）產品推薦/廣告管理功能；
（4）詳細的公司介紹；
（5）詳細的聯系方式；
（6）合理的產品分類/匯總/列表；
（7）詳細的產品介紹內容；
（8）銷售及售後服務相關的聯系和服務信息；
（9）在線服務信息；
（10）持續更新的企業動態/產品信息；
（11）相關網站鏈接管理功能；
（12）規范的網站地圖；
（13）網站訪問統計功能。
5、網站優化
網站優化包括三個方面：對用戶獲取信息優化、搜索引擎優化、網站維護優化。
（1）網站欄目結構合理，欄目設置不要過於復雜；
（2）網站導航清晰且全站統一，通過任何一個網頁可以逐級返回上一級欄目直到首頁；
（3）網頁布局設計合理，網站設計符合用戶瀏覽習慣；
（4）重要文字信息盡可能出現在網頁靠前位置；
（5）字體清晰，CSS風格協調一致；
（6）最多3次點擊可到達產品詳細內容頁面；
（7）通過網站任何一個網頁不超過3次點擊可達到站內其他任何一個網頁；
（8）遵照搜索引擎為管理員提供的網站優化指南，通過網站結構和內容等基本要素的優化為搜索引擎檢索信息提供方便，不採用任何被搜索引擎視為垃圾信息的方法和欺騙搜索引擎的方式（如堆積關鍵詞、用戶不可見文本、頁面跳轉、復制網頁等等）；
（9）網站首頁、欄目首頁及產品內容頁面均有一定的文字信息量；
（10）每個網頁有獨立的、可概括說明該網頁核心內容的網頁標題（而不是全站或者一個欄目共用一個網頁標題）；
（11）每個網頁有獨立的、與該網頁內容相關的META標簽設計（包括description和keywords）；
（12）每個網頁有獨立的URL；
（13）產品內容頁面URL盡可能簡短且體現出產品屬性；
（14）產品/企業新聞詳細內容頁面是獨立網頁不是彈出窗口；
（15）對於產品品種多的企業網站，要有合理的產品分頁方式；
（16）網站內容保持適當的更新周期。
6、網頁模版設計
（1）重要信息盡可能出現在用戶最關注的位置；
（2）網頁寬度定位適應當前主流屏幕解析度模式；
（3）保持整站CSS風格一致；
（4）超級鏈接有下劃線或顏色的明顯指示；
（5）整個網站中在新窗口打開或原窗口打開網頁的規則一致；
（6）網站首頁位元組數不宜過大；
（7）多語言版本網站內容之間的切換方式設計合理。
7、企業網站可信度
（1）網站具有必須的法定證書；
（2）對企業基本狀況的介紹真實可信；
（3）公布顧客服務/售後服務承諾；
（4）有必要的個人信息保護聲明；
（5）網站公布的聯系方式有效，尤其是地址、固定電話和Email地址；
（6）網站公布的Email地址與企業網站域名後綴一致而不是免費郵箱；
（7）網站主域名與企業名稱/品牌/核心產品一致或相關；
（8）網站提供的信息及時有效；
（9）網站有自己獨立的風格；
（10）網站各項功能和服務方便易用。
8、網站運營維護
（1）建立網站內容發布審核機制，始終保持網站內容的合法性；
（2）保持網站伺服器正常工作，對網站訪問速度等進行日常跟蹤管理；
（3）保持合理的網站內容更新頻率；
（4）網站內容製作符合網站優化所必須具備的規范；
（5）重要信息（如資料庫等、訪問日誌等）的備份機制；
（6）保持網站重要網頁的持續可訪問性，不受網站改版等原因的影響；
（7）對網站訪問統計信息定期進行跟蹤分析。
其他要求：
由於網路營銷環境和用戶行為在不斷發展變化，企業網站需要增強適應性，可通過改版、重建等方式進行網站升級。 在網站建設技術標准方面，遵照國際WEB標准，不再使用過時的HLML4.01；在網站運營支持方面，融入目前居於領先地位的網站優化思想和方法，使得遵照規范建設的企業網站全面符合主流搜索引擎的優化指南，具有明顯的搜索引擎優化優勢。
網站規劃：
•整體規劃合理，主輔菜單不清晰；
•網站建設導向明確，重點突出；
•欄目適應；
•各欄目統一規劃，整個網站比較清晰；
•網站的促銷功能得到明顯體現。
9、企業網站建設規范書怎麼寫？或者說有哪些 技術上的要求。
你如果要招標，寫招標邀請書，首先要知道自己的需求，很多網站公司都有這個前期服務，你可以讓他們寫網站建設項目需求書。靜態網站不太難，動態較難。
10、求一份個人網站開發文檔。1000字左右
沒寫過，給你個範例。 開發文檔範例 一.需求規格說明書 １。引言 １）編寫目的：闡明保險需求說明書的目的,指明讀者對象。 ２）項目背景：包括 a 項目的委託單位、開發單位和主管部門。 b 該軟體系統與其他系統的關系。 ３）定義：列出文檔中所用到的專業術語的定義和縮寫的原文。 ４）參考資料：包括 a 項目經核準的計劃任務書、合同或上級機關的批文。b 項目開發計劃。 c 文檔所引用的資料、標准和規范。列出這些資料的作者、標題、編號、發表日期、出版單位或資料來源。 ２。任務概述 １）目標。 ２）運行環境。 ３）條件與限制。 ３。數據描述 １）靜態數據。 ２）動態數據。包括輸入數據與輸出數據。 ３）資料庫描述。給出使用資料庫的名稱和類型。 ４）數據詞典。 ５）數據採集。 ４。功能需求 １）功能劃分。 ２）功能描述。 ５。性能需求 １）數據精確度。 ２）時間特性。如響應時間、更新時間、數據轉換與傳輸時間、運行時間等。 ３）適應性。如操作方式、運行環境、與其他軟體的介面以及開發計劃等發生變化時、應具有的適應能力。 ６。運行需求 １）用戶界面。如屏幕格式、報表格式、彩單格式、輸入輸出時間等 ２）硬體介面。 ３）軟體介面。 ４）故障處理。 ７。其他需求 如可使用性、安全保密、可維護性、可移植性等。 二、概要設計說明書 １。引言 １）編寫目的：闡明保險需求說明書的目的,指明讀者對象。 ２）項目背景：包括 a 項目的委託單位、開發單位和主管部門。 b 該軟體系統與其他系統的關系。 ３）定義：列出文檔中所用到的專業術語的定義和縮寫的原意。 ４）參考資料：列出有關資料的作者、標題、編號、發表日期、出版單位或資料來源。可包括 a 項目經核準的計劃任務書、合同或上級機關的批文。b 項目開發計劃。 c 需求規格說明書。d 測試計劃（初稿）e 用戶操作手冊（初稿）。f 文檔所引用的資料、採用的標准和規范。 ２。任務概述 １）目標。 ２）運行環境。 ３）需求概述。 ４）條件與限制。 ３。總體設計 １）處理流程。 ２）總體結構和模塊外部設計。 ３）功能分配。表明各項功能與程序結構的關系。 ４。介面設計 １）外部介面。包括用戶介面、軟體介面與硬體介面。 ２）內部介面。模塊之間的介面。 ５。數據結構設計 １）邏輯結構設計。 ２）物理結構設計。 ３）數據結構與程序的關系。 ６。運行設計 １）運行模塊的組合。 ２）運行控制。 ３）運行時間。 ７。出錯處理設計 １）出錯輸出信息。 ２）出錯處理對策。如設置任務、性能將級、恢復及再啟動等。 ８。安全保密設計 ９。維護設計 應說明為方便維護工作的設施。如維護模塊等。 三、詳細設計說明書 １。引言 １）編寫目的：闡明編寫概要設計說明書的目的，指明讀者對象。 ２）項目背景：應包括項目的來源和主管部門等。 ３）定義：列出文檔中使用到的專門術語和縮寫詞的願意。 ４）參考資料：列出有關資料的作者、標題、編號、發表日期、出版單位或資料來源。可包括 a 項目經核準的計劃任務書、合同或上級機關的批文。b 項目開發計劃。 c 需求規格說明書。d 測試計劃（初稿）e 用戶操作手冊（初稿）。f 文檔所引用的資料、採用的標准和規范。 ２。總體設計 １）需求概述 ２）軟體結構：如給出軟體系統的結構圖。 ３。程序描述 逐個給出模塊的以下說明： １）功能。 ２）性能。 ３）輸入項目。 ４）輸出項目。 ５）演算法：模塊所選用的演算法。 ６）程序邏輯：詳細描述模塊實現的演算法。可採用：a.標准流程圖 b.PDL語言 c.N-S圖 d.PAD e.判定表與描述演算法的圖表。 ７）介面。 ８）存儲分配。 ９）限制條件。 １０）測試要點：給出測試模塊的主要測試要求。