什么是Web規劃-建造Web站點

建立Web站點是很困難的。雖然一些核心技能如H T M L很簡單把握，但開發者仍會犯許多錯誤。這首要是由于開發者經驗的短缺，進程的紊亂以及不現實的時刻組織所導致的。因為時刻的約束和缺少經驗，開發者常常走極端，不考慮后繼步驟，而企圖一步到位，直接完結。例如，一些Web專業人員直接從外觀開端建造站點。用可視化規劃東西試著做頁面，然后才考慮下一步，結果形成規劃的頁面五彩斑斕，看起來就像精巧的小冊子。當今一些注重外觀作用的站點常常徹底用Macromedia Flash來開發,其作用就象播放一些電影片頭卻不介紹電影一樣。這種做法除了能展現創造者外觀規劃方面的技藝外，對站點方針的完結全無協助。關于那些出名的站點來說，這或許正是其意圖，但對其他類型的站點又怎樣呢？首要考慮外觀作用的那些站點常常難以更新，除了令人眩意圖作用外，沒有什么首要的技能，缺少功用，而且下載的速度極慢。

許多人把這種站點稱為小冊子軟件( b r o c h u r e w a r e )或片頭軟件( i n t r o w a r e ) ,這首要是因為這些站點的功用并不比那些小冊子、娛樂軟件或電影介紹豐富。當然，另一種極端的狀況則是一開端就專心于完結技能，那些站點雖然選用的都是最新和最好的技能，但一般缺少一種全體的規劃。外觀上看起來十分蠢笨，界面也十分令人困惑。有時候這些站點又采取一種稱為“圣誕樹”的規劃方式。一旦完結了基本功用，開發者就開端像用彩球或剪紙裝飾圣誕樹一樣，竭盡所能用G I F圖片去修飾頁面，終究卻徒勞無功。這種狀況下，外觀相對技能來說處于非必須的位置。同樣，在”外觀榜首”的狀況下，技能被用來顯現開發者的技藝而不是滿足運用者的需求。過多地選用Java applet和插件，并要求瀏覽器支撐最新版別的D H T M L、 X M L或C S S，這正是“技能榜首”的標志。追求“技能榜首”的站點企圖選用絕無僅有的規劃，運用最新版別的瀏覽器，常常缺少對站點功用的支撐。

Web開發進程模型

　　技能和外觀作用供給了Web金字塔的基礎，兩者密切相關，并與站點意圖的完結直接相關。與其倉促完結后再發現問題，不如首要討論站點的意圖，再確定完結的方式。這種演繹的或者說”自頂而下”的Web開發辦法很好了解。首要，考慮好站點的意圖是十分重要的。在建造站點之前，應該仔細了解站點規劃中會遇到的問題以及要極力到達的方針。明晰的了解和界說方針能削減項目失利的危險，并有助于確定站點規劃的合理性。在確定好站點的方針后，應創建好標準說明書，這個標準說明書記錄了站點所有的需求，并仔細考慮了用戶的需求。接著應該產生站點的規劃書。這些規劃包含技能和外觀的原型。一旦規劃完結，就應該著手完結并測試。最后，站點的所有部分應該集成為一個全體并進一步測試。必須在以上進程完結后，才能發布。一旦用戶開端反應定見，就應該著手進行校正和修改。許多學科如軟件工程已界說了與方才所描繪的進程極為類似的進程模型，其間最為出名的是瀑布模型，這個模型描繪了從項目計劃到終究發行與保護的整個軟件生存周期。這個進程被分為幾個階段，從一般需求到詳細完結等方面協助輔導規劃。

　　一定要記住的是，進程模型的終究意圖是協助輔導站點的開發。抱負的Web進程模型會協助開發者處理站點的復雜性，減小站點的失利危險，妥善處理項目中遇到的變化，供給管理中的反應定見，以便迅速而簡單地盯梢反應信息。實際上對抱負的Web模型的要求相當嚴苛，尤其是考慮到大多數Web開發人員對正規的軟件工程原理并不熟悉，而Web這個范疇的出現乃至還不到1 0年。　　值得指出的是，關于各種進程模型中步驟的稱號和數目來說，各個程序員選用的不盡相同。進一步說，基本瀑布模型并不是唯一的運用模型，還有其他一些模型，諸如批改瀑布( m o d i f i e d w a t e r f a l l )模型，螺旋( s p i r a l )模型，聯合運用開發(joint application design, JAD)模型也得到運用。