網頁設計圖片組件代碼

1、網頁設計師的工作職責都是什麼？

工作職責：

負責對網站整體表現風格的定位，對用戶視覺感受的整體把握。

進行網頁的具體設計製作。

產品目錄的平面設計。

各類活動的廣告設計。

協助開發人員頁面設計等工作。

拓展資料：

網頁設計師是指精通Photoshop，Coreldraw,Frontpage,Dreamweaver等多項網頁設計工具的網頁設計人員。網頁設計師可以將平面設計中的審美觀點套用到網站設計上面來（其區別是動態網頁的製作是平面設計不能達到的，它是一種審美方式的延伸）。 

網頁如門面，小到個人主頁，大到大公司、大的政府部門以及國際組織等在網路上無不以網頁作為自己的門面。當點擊到網站時，首先映入眼簾的是該網頁的界面設計，如內容的介紹、按鈕的擺放、文字的組合、色彩的應用、使用的引導等等。這一切都是網頁設計的范疇，都是網頁設計師的工作。

參考資料：網頁設計師-網路

2、有沒有什麼軟體可以對網頁進行可視化設計？也就是通過拖動按鈕或者其他組件完成布局。

你下載axure，這就是畫模型圖的軟體，可以追問我，

3、用什麼組件，實現監控系統中電子地圖？JAVA+JSP網頁版，能自己設計地圖，顯示到網頁上

百度地圖提供很多介面的，你可以去下載代碼，你看看他的文檔咯，我感覺內還是挺好控容制的，你要自己做地圖你還得有數據源，你的數據源肯定沒有百度地圖他們資料庫裡面的數據多，你沒有做過地圖你不知道，數據源收集跟整理到入庫很麻煩的，想要自己做，夠嗆啊。

4、現在有關計算機的幾種專業方向里例如網頁製作，編程等的發展前景怎麼樣？

Bjarne Stroustrup: C++語言的設計者
Tim Lindholm: Sun公司著名工程師

把寶押在Java上？或是堅持C++不動搖？還是考慮考慮C#？你是否猶豫不決？那麼不妨先聽聽下面這些專家的說法，對於面向對象程序設計語言的現狀和未來作一番了解。
關鍵詞：C++，Java，C#，OOP

科技進展一日千里，產品生產周期則越來越短，不少程序員已經完全沒有時間掌握第二種語言。不論一個程序員的技術能力是否被考慮，對於他來說，將來能夠參與什麼類型的項目，加盟什麼樣的公司，在很大程度上，將取決於今天選擇哪種程序設計語言。為了幫助大家清晰地了解C++和Java這兩個最流行的OOP語言現在和將來的有關情況，我們采訪了C++語言的設計者Bjarne Stroustrup，以及Sun公司著名工程師Tim Lindholm。下面是他們的觀點，內容涉及程序設計的未來、語言之間的比較、OOP語言的發展與革新之取捨以及程序
設計標准。

未來
在未來三年，程序員編寫代碼的方式會發生那些變化？
Stroustrup: 在C++中，假如沒有合適的庫在背後支撐，完成任何重要的工作都可能是很復雜的。而一旦有了合適的庫，任何東西都可以被我們操控於股掌之間。因此，構造和使用程序庫的重要性與日俱增。這也暗示我們，泛型程序設計(generic programming)將會越來越多地被運用。只有通過GP，我們才能確保庫的通用性和高效率。我還預期在分布式計算和「組件（components）」應用領域會出現喜人的增長。就大部分程序員而言，通過使用方便適用的程序庫，這些開發工作會變得簡單明了。現在有一個趨勢，編譯器廠商試圖把其特有的「對象模型」和圖形界面(GUI)細節推銷給用戶。比如微軟的COM和Inprise的類屬性「properties」。對於用戶來說，這既不必要，也不情願。我所希望看到的程序庫，應該是用標准C++打造，界面靈活，值得信賴的程序庫。通常，這些界面應該是平台無關的。C++的表達能力極強，即使不使用大量的宏，也應該足以達成這一要求。就算有些地方無法百分之百的遵守這一原則，也應該將對於平台和廠家的依賴性限制起來。這個目標的完成情況，可以反映軟體工具產業對於應用程序開發行業的關注程度。我懷疑目前對於那些獨立的、跨平台廠商來說，並不存在相應的市場。如果能夠建立這樣的市場，也許能夠促進廠商們為客戶做出「真正有用的」產品。
Lindholm: 對於編寫代碼的開發者來說，主要的驅動力量仍將是兩個：網路和分布式——也就是設計和開發非單機軟體的需求。大部分的應用程序將不會是孤零零地運行在單一設備上，而是運用了類似EJB和JSP之類技術的，平台無關的分布式程序。程序員們將不得不面對分布式計算的重重險阻。這將對許多程序員所依賴的設計模式、技術和直覺構成嚴峻的挑戰。這是選擇編程語言之前必須認識到的，盡管不同語言的設計特性可能促進或者阻礙這一轉化。在網路應用的增長中，一個很重要的部分是小型移動設備和特殊Internet設備的爆炸性增長。這些設備各有各的操作系統，或者只在某種特定的設備領域內有共同的操作系統。我們現在還可以一一列舉出這些設備——家庭接入設備、蜂窩電話、電子報紙、PDA、自動網路設備等等。但是這些設備領域的數量和深入程度將會很快變得難以估量。我們都知道這個市場大得驚人，PC的興起與之相比不過小菜一碟。因此在這些設備的應用程序市場上，競爭將會相當殘酷。獲勝的重要手段之一，就是盡快進入市場。開發人員需要優秀的工具，迅速高效地撰寫和調試他們的軟體。平台無關性也是制勝秘訣之一，它使得程序員能夠開發出支持多種設備平台的軟體。我預期的另一個變化是，我們對於代碼(Java)和數據(XML)協同型應用程序的開發能力將會不斷提高。這種協同是開發強大應用程序的核心目標之一。我們從XML的迅速流行和ebXML規范的進展中，已經看到了這個趨勢。ebXML是一個針對電子商務和國際貿易的，基於XML的開放式基礎構架，由聯合國貿易促進和電子商務中心(UN/CEFACT)與結構性信息標准推進組織(OASIS)共同開發。

我們能否期望出現一個真正的面向組件(component-oriented)的語言？它的創造者會是誰呢？
Stroustrup: 我懷疑，這個領域中之所以缺乏成果，正是因為人們——主要是那些非程序員們——對「組件」這個意義含糊的字眼寄予了太多的期望。這些人士夢想，有朝一日，組件會以某種方式把程序員趕出歷史舞台。以後那些稱職的「設計員」只需利用預先調整好的組件，把滑鼠拖一拖放一放，就把系統組合出來。對於軟體工具廠商來說，這種想法還有另一層意義，他們認為，到時候只有他們才保留有必要的技術，有能力編寫這樣的組
件。 這種想法有一個最基本的謬誤：這種組件很難獲得廣泛歡迎。一個單獨的組件或框架(framework)，如果能夠滿足一個應用程序或者一個產業領域對所提出的大部分要求的話，對於其製造者來說就是劃算的產品，而且技術上也不是很困難。可是該產業內的幾個競爭者很快就會發現，如果所有人都採用這些組件，那麼彼此之間的產品就會變得天下大同，沒什麼區別，他們將淪為簡單的辦事員，主要利潤都將鑽進那些組件/框架供應商的腰包里！

小「組件」很有用，不過產生不了預期的杠桿效應。中型的、更通用的組件非常有用，但是構造時需要非同尋常的彈性。在C++中，我們綜合運用不同共享形式的類體系(class hierarchies)，以及使用templates精心打造的介面，在這方面取得了一定的進展。我期待在這個領域取得一些有趣和有用的成果，不過我認為這種成果很可能是一種新的C++程序設計風格，而不是一種新的語言。

Lindholm: 編寫面向組件的應用程序，好像更多的是個投資、設計和程序員管理方面的問題，而不是一個編程語言問題。當然某些語言在這方面具有先天優勢，不過如果說有什麼魔術般的新語言能夠大大簡化組件的編寫難度，那純粹是一種誤導。

微軟已經將全部賭注押在C#上，其他語言何去何從？
Stroustrup: C++在下一個十年裡仍然將是一種主流語言。面對新的挑戰，它會奮起應對。一個創造了那麼多出色系統的語言，絕不會「坐視落花流水春去也」。
我希望微軟認識到，它在C++(我指的是ISO標准C++)上有著巨大的利益，C++是它與IT世界內其他人之間的一座橋梁，是構造大型系統和嵌入式系統的有效工具，也是滿足高性能需求的利器。其他語言，似乎更注重那些四平八穩的商用程序。

競爭
C#會不會獲得廣泛的接受，並且擠掉其他的語言？
Lindholm: 通常，一種語言既不會從別的語言那裡獲利，也不會被擠掉。那些堅定的Fortran程序員不還用著Fortran嗎？對於個人來說，語言的選擇當然因時而異，但就整體而言，語言的種類只會遞增，也就是說，它們之間的關系是「有你有我」而不是「有你沒我」。 對於一個新語言的接受程度，往往取決於其能力所及。Java技術被迅速接受，原因是多方面的，Internet和World Wide Web介面，在其他技術面前的挫折感，對於Java技術發展方向的全面影響能力，都是原因。另一個重要的原因是Java獨立於廠商，這意味著在兼容產品面前可以從容選擇。
C#是否會獲得廣泛接受？視情況而定。總的來說，那些對於平台無關性和廠商無關性漠不關心的程序員，可能會喜歡C#。那些跟微軟平台捆在一起人當然可能想要尋找VB 和VC的一個出色的替代品。但是對於程序跨平台執行能力特別關注的程序員，將會堅守Java之類的語言。這種能力對於多重訪問設備（multiple access devices）和分布式計算模型至關重要，而Java語言提供了一個標準的、獨立於廠商運行時環境。

Stroustrup: C#的流行程度幾乎完全取決於微軟投入的資金多少。看上去C#的興起肯定會犧牲掉其他一些語言的利益，但是事實上未必如此。Java的蓬勃發展並沒有給C++帶來衰敗。C++的應用仍然在穩定增長（當然，已經不是爆炸性的增長了）。也許其他的語言也還能獲得自己的一席之地。 不過，我實在看不出有什麼必要再發明一種新的專有語言。特別是微軟，既生VB，何需C#

不同OOP語言各有什麼優勢和劣勢？
Stroustrup: C++的優點自始至終都是這么幾條：靈活、高效，而且並非專有語言。現在ISO C++標準的出現，鞏固了最後一點。我認為C++的高效是它最基本的優點。這種高效來自於其特有的數據和計算模型，較之Java和C#，這種模型更加貼近機器。不過，哪些程序才真正地渴望這么高的效率？這是個問題。我認為這類程序非常多。人們對於計算機的期望，永遠都超越硬體科技的發展速度。很顯然，Java和C#的設計者的想法不同，他們認為，在很多地方效率問題無關緊要。 C++主要的缺點，歸罪於糟糕的教育（是那些始終認為C++是個純粹面向對象語言的人，和那些把C++當成C語言變體的人導致了這種情況），歸罪於不同平台上的不一致性，歸罪於不完整、不標準的編譯器實現，歸罪於平台無關的系統級程序庫的缺少。 這些問題歸於一點，就是缺乏一個卓越的廠商，能夠滿足整個C++社區的需求，勇於投入大量的資金開發必要的程序庫。

Lindholm: Java技術的成功，是因為它在合適的時間，出現在合適的地點，而且合理地選擇了語言和計算平台的支持目標。Java並不是在所有場合都優於其他OOP語言，但是對於出現的新問題能夠解決得很出色。它面向Internet計算環境，避免了C++中晦澀的結構，成功翻越了繼承機制的惱人問題。垃圾收集機制顯著地提高了生產率，降低了復雜度。在網路背景下使用虛擬機，以及有關安全性和動態載入的一系列設計選擇，迎合了正在出現的需求和願望。這些特性使Java不僅成為現有程序員的新武器，而且也為新的程序員創造了繁榮的市場空間。
此外，Java擁有一個標准化的、二進制形式的類庫，提供了必要的（當然並非充分的）平台與廠商無關性。平台與廠商無關性要求一項技術必須有清晰的規范，摒棄那些阻礙二進制標准實施的特性。C++雖然有一個ISO標准，但其實甚至對於相同系統與相同指令體系的各個平台，也提不出一個實用的、各版本兼容的二進制標准。 歷史上很多使用虛擬機的語言飽受責難，是因為其不夠出色的性能問題，而這要歸過於緩慢的解釋器和糟糕的垃圾收集器。Java的早期實現也因為同樣的問題受到嚴厲的批評。但是自那時起，業界向新的虛擬機實現技術投入了大量資金，取得了顯著的效果，如今在大部分場合，Java的性能跟常規的靜態編譯語言相比毫不遜色。這使得程序員在獲得平台和
廠商無關性的同時，也不必付出性能上的代價。 C++並沒有強制使用面向對象方法，因此為了編寫出色的面向對象代碼，就要求程序員們有相當強的紀律性。很多公司就是因為這個原因放棄了C++。作為語言，Java的一個突出的優點就是強制面向對象方法，不允許非面向對象的結構。 C#介於C++和Java之間，腳踏兩只船，因此既不夠安全，又失之復雜。對於公司來說，採用新的語言要付出巨大代價。雇不到好的程序員（沒人熟悉這種新語言），培訓費用高得驚人，學習過程中生產率和產品質量下降，多年的經驗隨風消逝，等等。

一種語言如何克服這些障礙？
Lindholm: 說得很對，採用新東西確實常常開銷巨大。不過問題是：這個新東西是否能夠節省更多的開支，或者提供巨大的改進，獲取合理的回報？很多公司發現，轉向Java技術不論在開發的後端（盡快進入市場、快速迭代開發、維護簡單性）還是前端（跨平台發布，適用范圍從低端設備到高端伺服器的技術，安全性），都能節省大筆的開銷。 對於新事物的接納，常常是在痛楚的壓力之下。很大程度上，這正是Java所經歷的。Java的產生，是對當時很多系統的缺陷所做出的反應。Java技術通過下面的手段減輕了開發者的痛楚：1) 顧及了網路計算方面的需求，是應運而生。2) 在技術能力的抉擇上，保持良好的品位，顧及了大眾的心理。3) 採用適度強制性策略推行設計決定。此外，Java技術已經成為大學教學中的主流，這同樣保證了Java開發者隊伍的不斷壯大。 但是最重要的一點是，再沒有另一種程序設計技術，能夠像Java那樣允許程序員開發基於Internet的不同平台之上的應用程序。Java平台在這方面的傑出表現，已經被大量的實例證明。Java已經成為Internet上的預設應用程序平台，Java APIs也成為Internet應用程序開發的天然平台。

Stroustrup: 微軟和Sun把大筆的金錢扔在Java、VB和C#中，並不是因為他良心發現，也不是因為他們真的相信這些語言能夠帶給程序員更美好的生活，而是利益使然。
有一個說法，認為軟體工具廠商如果能夠把應用程序開發者的專業技術任務負擔起來，將獲取巨大的經濟利益。我對其背後的經濟分析頗為懷疑，我認為這很難成為現實，特別是當應用程序開發者使用開放的、標准化的工具時，他們可以有多種選擇，從而使上面的想法更加不可能。

多年以前，C++就已經具有泛型能力(也就是templates和STL)，有運算符重載，有枚舉類型？我們會不會在Java的未來版本中看到這些特性？Java是不是應該納入這些特性呢？ Strousturp:從1988-89年起，C++就已經有了templates。但是我們花了不少時間來了解如何最好地運用這個工具，早期各廠家對於template的支持在品質上也有很大的差異。有些編譯器廠商動作遲緩，至少有一個主要的編譯器廠商（好像是指微軟，微軟在Visual C++4.0才開始支持template，在此之前一直聲稱template是過於復雜而又沒什麼用的技術，時至今日，Visual C++對於template的支持在主流編譯器中都屬於最差的一檔——譯者注）暗中鼓勵聲名狼藉的反template宣傳，直到他們自己終於學會了這項技術為止。直到今天，對於template的支持在品質上仍然有待改進。
你上面提到的那些特性，我認為Java（還有C#）應該，也肯定會逐漸引入。那些對於程序員來說最有用的語言特性和概念，將會逐漸集中，成為各家主流語言的必然之選。也就是說，我認為類似析構函數和模板特殊化之類的機制，遠遠比枚舉等機制重要得多。

Lindholm：Java技術成功的原因之一，就是很清楚哪些不該做。我們得多問幾個為什麼：這項特性是不是必不可少？增加它會帶來哪些開銷？運算符重載是C++中一項極其強大的特性，但是它也大大增加了C++語言的復雜度，很多人都難以招架。Java在各種可能的權衡之中，做出了明智的抉擇，找到了能力與需求之間的完美平衡點。當然，Java也會發展，而且最重要的是，現在是開發者們在推動發展。Java增加泛型能力這件事，很好地展示了Java是如何通過整個開發者社群的參與，在權衡中決定正確的平衡點。關於增加泛型類型（generic types）的「Java規格申請」（Java Specification Request, JSR）已經進入JCP（Java Community Process）程序，而且已經開發了很長一段時間（參見 http://java.sun.com/aboutJava/communityprocess/之JSR-014）。現在，在JCP中，有超過80個JSRs正在討論中，這充分體現了整個體系對開發者的積極反饋和高度合作，這正是驅動Java平台不斷進化的動力。

發展 vs. 革新(Evolution vs. Revolution)
C++是一種發展型的語言，Java和C#似乎更像是革新型語言（它們是從頭設計的）？什麼時候，革新型的語言才是必需的呢？
Lindholm: Java技術並非憑空出世，反而更像是發展型的。Java所有的特性，在Java平台推出之前，都至少已經存在於另一種環境之中。Java的貢獻在於，在眾多的特性和權衡中，做出了合理的選擇，使得產品既實用，又優雅。Java技術對於程序員的態度是：撫養，但不溺愛。

Stroustrup：從技術上講，我並不認為Java和C#是什麼「從頭設計的」革新型語言。倘若Java是從技術原則出發，從頭設計，大概就不會模仿C/C++那種醜陋和病態的語法了（不必驚訝，Stroustrup在很多場合表示過，C++採用C的語法形式，實在是迫於兼容性。他本人更偏愛Simula的語法——譯者）。 我認為，只有當程序員們面對的問題發生了根本的變化的時候，或者當我們發現了全新的、極其優越的程序設計技術，又完全不能為現存語言所支持的時候，我們才需要全新的語言。問題是，我們恐怕永遠也碰不到那些「根本」、「全新」的情況。 我以為，自從OOP問世以來，可稱為「根本」的新型程序設計技術，唯有泛型程序設計（generic programming）和生成式程序設計（generative programming）技術，這兩項技術主要是源於C++ templates技術的運用，也有一部分曾經被視為面向對象和函數式語言(functional languages)的次要成分，現在都變成正式、可用和可承受的技術了。我對於目前C++模板(template)程序設計的成果非常興奮。例如，像POOMA, Blitz++和MTL等程序庫，在很多地方改變了數值計算的方式。

Java和C#的一個「賣點」，就是它們的簡單性。現在Java是不是快失去這個賣點了？
Stroustrup：新語言總是宣稱自己如何如何簡單，對老語言的復雜性頗多非議。其實這種所謂的「簡單性」，簡單地說，就是不成熟性。語言的復雜性，是在解決現實世界中極為煩瑣和特殊的復雜問題的過程中逐漸增加的。一個語言只要活的時間夠長，總會有某些地方逐漸復雜起來，或者是語言本身，或者是程序庫和工具。C++和Java顯然都不例外，我看C#也一樣。如果一種語言能夠度過自己的幼年時代，它會發現，自己無論是體積還是復雜性都大大增加了。

Lindholm：Java技術的的功能在增加，需要學習的東西也在增加。不過功能的增加並不一定帶來復雜性的增加。Java技術的發展，並沒有使學習曲線更加陡峭，只是讓它繼續向右方延展了。

標准
標准化語言和開放型語言各自的優點和缺點何在？
Lindholm：對於一個開放、不允許專有擴展、具有權威的強制性標准語言或者運行環境來說，不存在什麼缺點。允許專有擴展就意味著允許廠商下套子綁架客戶。特別重要的是，必須讓整個平台，而不只是其中一部分完全標准化，才能杜絕廠商們利用高層次的專有API下套子。客戶要求有選擇廠商的自由，他們既要有創造性，又需要兼容性。

Stroustrup：對於一個語言，如C/C++來說，建立正式標准（如ISO標准）最大的好處，在於可以防止某一個廠商操縱這種語言，把它當成自己的搖錢樹。多個廠商的競爭給用戶帶來的是較低的價位和較好的穩定性。 專有語言的好處，一是流行，二是便宜（不過等你被套牢了之後，情況就會起變化），三是對於商業性需求可以做出快速的反應。 標准化語言的特點之一是，它不能忽略特殊用戶的需求。比如我在AT&T中所考慮的東西，其規模、可靠性和效率要求，跟那些普通廠商關注的大眾軟體相比，根本不可同日而語。那些公司很自然只關注主要的需求。 然而，多數大機構和身處前沿的公司，都有著特殊的需求。C++的設計是開放、靈活和高效的，能夠滿足我所能想像的任何需求。跟其他的現代語言相比，C++的家長式作風可謂少之又少，原因就在這。當然，不能贊賞這一點的人會詬病C++的「危險」。 擁有正式和開放標準的語言主要是為編程工具的使用者和客戶服務的，而擁有專屬「標准」的語言，主要是為廠商服務的。

5、網頁規劃設計

互聯網站規劃與設計

摘要 本文概述了互聯網站的規劃與設計的方法，介紹了網站設計規劃的規范,及所需的關鍵技術,對電信系網站的構建作了系統分析,提出了總體設計方案和製作步驟,而且論述了構建網站過程中所遇到的技術難題及解決辦法。

關鍵詞 網站規劃 網站設計 網站維護 ASP

一、引言
在當今全球信息化大潮中，互聯網（即網際網路——Internet）異軍突起，給20世紀末的人類社會增添了無限的活力，成為現代社會生活中一道亮麗的風景線。 互聯網帶給人們的不僅僅是技術，而是一種以信息為標志的嶄新的生活方式。 他正在改變著人們的工作和生活方式。有人曾以「圍城」比喻互聯網，但所不同的是，「外面的人想進去，裡面的人不想出來。」互聯網為什麼有這么大的魅力呢？這不僅與人們日益增長的文化生活有關，更重要的是與互聯網的技術不斷更新和革命有關。
一個網站的整體規劃和設計的好壞是它發展的重要之處， 也是它吸引人們瀏覽的所在之處。Internet/Intranet技術的日益發展，使人們認識到了Internet/Intranet的優勢，更使得資料庫與web的連接成為資料庫開發方面的熱門技術之一。
通常情況下，通過瀏覽器看到的網頁大多是靜態的。所謂「靜態」，是指網站的網頁內容「固定不變」， 當瀏覽器通過互聯網的HTTP（Hypertext Transport Protocol）協議向Web伺服器請求提供網頁時，伺服器僅僅是將原來設計好的靜態HTML文檔傳給瀏覽器。其頁面內容使用的僅僅是標準的HTML代碼，最多再加上流行的GIF89A 格式的動態圖片，比如產生幾只小貓小狗跑來跑去的動畫效果。 若網站維護者要更新網頁的內容，就必須手動更新所有的HTML文檔。
靜態網站的致命弱點就是不易維護。為了更新網頁的內容， 網站維護者必須重復製作HTML文檔，隨著網站內容和信息量的日益擴增，可以想像這是多麼復雜繁瑣的工作。那麼，什麼是動態網站呢？所謂「動態」，並不是指放在網頁上的圖片會動，動態頁面應具有以下幾個特點：
（一）.交互性：即網頁能根據客戶的要求和選擇而動態改變和響應，瀏覽器即作為客戶端界面，這是今後Web發展的大勢所趨。
（二）.自動更新：即無需手動更新HTML文檔， 就能自動生成新的頁面，從而大大減少工作量。
（三）.因時因人而變：即當不同的時間、不同的人訪問同一網址時能產生不同的頁面，這一點對於需要對使用者授權的網站尤其適用。
隨著的Internet迅速發展，不管是專業的ISP(Internet服務提供者)和ICP(Internet內容提供者)，還是一般的政府機關、銀行、交通部門、學校、醫院、服務者，甚至是每個人，都在積極尋求在Internet上發布信息，提供新型的網上管理和服務。可以說，網站設計和網站的編輯正成為新興的熱門行業。

二、網站的系統分析
（一）.項目立項
我們接到客戶的業務咨詢，經過雙方不斷的接洽和了解，並通過基本的可行性討論夠，初步達成製作協議，這時就需要將項目立項。較好的做法是成立一個專門的項目小組，小組成員包括：項目經理，網頁設計，程序員，測試員，編輯/文檔等必須人員。
（二）.客戶的需求說明書
收稿日期 ： 2001年5月25
作者簡介：馬彥文，西北第二民族學院電子與信息工程系97通信專業學生。
第一步是需要客戶提供一個完整的需求說明。很多客戶對自己的需求並不是很清楚，需要您不斷引導和幫助分析。有些客戶可能對自己建什麼樣的網站根本就沒有明確的目的，以及他的網站建好後來干什麼也是一無所知，為了客戶能有明確的目的我們需要耐心說明，仔細分析，挖掘出客戶潛在的，真正的需求。這樣對大家都有好處，我們的宗旨應該是「客戶明明白白，雙方高高興興。」對客戶和自己都是一種負責。
配合客戶寫一份詳細的，完整的需求說明會花很多時間，但這樣做是值得的，而且一定要讓客戶滿意，簽字認可。把好這一關，可以杜絕很多因為需求不明或理解偏差造成的失誤和項目失敗。糟糕的需求說明不可能有高質量的網站。那麼需求說明書要達到怎樣的標准呢？簡單說，包含下面幾點：正確性：每個功能必須清楚描寫交付的功能；可行性：確保在當前的開發能力和系統環境下可以實現每個需求；必要性：功能是否必須交付，是否可以推遲實現，是否可以在削減開支情況發生時"砍"掉；簡明性：不要使用專業的網路術語；檢測性：如果開發完畢，客戶可以根據需求檢測。

三、建設方案
（一）.建站理念
(1)預早籌劃
設計主頁未必很艱難。但這一工作與編制傳統的宣傳品一樣，都需要我們謹慎處理和籌劃。換言之，我們必須首先 確定自己需要傳達的主要信息，然後細意斟酌、把所有意念合情合理地組織起來；之後是設計一個頁面式樣，試用於有代表性的用戶，接著重復修訂，務求盡善盡美。
(2)盡量精簡
主頁的作用好比一本書的封面，是為了吸引用戶測覽你的網址內容。因此，主頁的設汁應以醒目為上、令人一目瞭然。切勿堆砌太多不必要的細節，或使畫面過於復雜。在主頁上清楚列出三項要點，例如機構名稱、提供的產品或服務 、以及主頁內容(亦即你的其他頁面還載有什麼資料)。應切記頁面給人的第一觀感最為重要。在網上到處瀏覽的人很多。如果你的主頁真沒有吸引力，很難令他們深入觀賞。
(3)盡量簡朴
現今大部分用戶那是用數據機接駁萬維網，所以他們一般都要花很多時間等待主頁傳送到自己的系統。主頁上的圖形應力求簡朴， 避免耽擱用戶的時間。圖像愈大、顏色愈深，傳送頁面的時間愈長。這並不是說你要完全略去圖像不用，只是提醒你要注注意使用圖像所引起的效果。主頁上的顏色最好不超過六十四種，頁頂圖像最好保持在大約10KB(千位元組)以下。切勿禁不住誘惑,覺得非要放入大幅的圖畫不可；應考慮只用三兩幅短小精悍的圖像。主頁整體上要能夠迅速傳送。如果載入的時間超過十至十五秒，很多用戶就會等得不耐煩。如果情況許可，最好先測試你的主頁在稍差的條件下的傳送速率，14.4千波特的數據機，或透過 Prodigy 等網上服務接駁萬維網等。
此外、還須注意配合最低檔的設備，例如標準的小型顯示器，不要假設人人都用高解像度的大熒幕。運用先進瀏覽軟體所提供的一些尖端功能是可以的、但應確保你的主頁在次一級的瀏覽軟體上(例如某些網上服務所提供的專用瀏覽軟體)仍可暢順地顯現。
(4)善用圖像
用戶在網上四處漫遊，你必須設法吸引和維護他們對你的主頁的注意力。萬維網的其中一個最重大資源是其多媒體能力，所以我們無論如何要善加利用。主頁上最好有醒目的圖像、新穎的畫面、美觀的字款，使其別具特色，令人過目不忘。圖像的內容應有一定的實際作用，切忌虛飾浮誇。最佳的圖像應集美觀與傳訊於一身。注意圖畫可以彌補文字之不足，但並不能夠完全取代文字。很多用戶把瀏覽軟體設定為略去圖像，以求節省時間他們只看文字。因此，製作主頁時，必須注意將圖像所帶的重要信息或聯接其他頁面的指示用文字重復表達—次。用「純文中」模式測試已製成的主頁，確保其傳達到所有信息。
(5)使主頁易於漫遊
主頁的其中一個主要功能是作為漫遊工具，指引用戶查閱你存儲在網址或其他地點的信息。盡量使漫遊過程不費吹灰之力。基於清晰明確和速度的考慮，主頁上的聯接項目應只限於幾個高級的類別，例如公司、產品、服務、支援等。用六至八個聯接項目最為理想。
此外，你提供的信息不應埋藏在重重疊疊的頁面之下。穿越五個以上的聯接項目已足以令人厭煩。因此，你必須在廣度和深度之間求取平衡。如果你的網址上有太多信息，你可能要編制較長的頁面或使用更多聯接項目，甚至可能要建立多個主頁、 使每個主頁載有不同的信息。如果能夠讓用戶在主頁上以關鍵字或詞語查找所需的信息，肯定受用戶歡迎。
假若你有充足的資源，便應找一位專家來評估你設計的主頁是否方便易用。設法找一些對主頁陌生的用戶，來試用你的初步製成品。
(6)提網協領
主頁—般須載有以下事項：
標題,此標題須清楚無誤地標示你的網站。標題可以是名稱、標語徽號或圖像。
電子郵件地址 ,以便用戶有問題時，可以通知你。
版權資料,這是適用於主頁內容的版權規定。你可以在主頁上標示一句簡短的版權聲明，用聯接方法帶出另—個載有詳細使用條款的頁面,這樣可以避免主頁顯得亂糟糟。
聯絡資料 ,列出通訊地址電話號碼等。
(7)循環利用現有信息
製作主頁時，通常都毋須從頭做起，因為有許多現成的文字、圖畫等資料可供我們重用，例如宣傳小冊、公關文件、技術手冊、資料庫等。很多情況下，只要用少許功夫、就可把這些材料轉到網頁上使用。
(8)保持新鮮感
萬維網上不斷有新事物出現、每天都有新花樣。如果你的主頁從不改變，用戶很快會厭倦。在主頁上預告即將有新資料推出，可吸引用戶再來瀏覽不妨在頁頭以大字標題宣布新消息。可以定期改變主頁上的圖像、或更改主頁的式樣。趣味性的事項可以持續或自動更新、例如列出會瀏覽你的網站的人次。
同樣，為保持新鮮感，應時刻確保主頁提供的是最新信息。將更新主頁信息的工作納入既定的公關及資料編制計劃內，亦即當你使用傳統方法(例如新聞稿)傳遞的新信息時出現在你的主頁上。確保連接項目運作暢順，以免用戶在熒幕上收到「無法查閱所需檔案」的信息而大感沒趣。

(9)貫徹諾言
做不到的事情，千萬不要輕易承諾。切勿隨便叫用戶做出回應行動，例如要求用戶填交訂貸表格，除非你已制訂好處理這些訂單的方法和交貨程序。如果在網上列出聯絡電話,就要確保自己能夠迅速解決來電者的問題。
(10)吸引用戶瀏覽
既然絞盡腦汁把主頁弄得美觀實用，沒有人來欣賞就太可惜了。為吸引所有網中人來瀏覽，必須使主頁易於尋找。通知其他網站(例如題材相關的網站)，他們可能想連接你的主頁。安排將自己的網址列在所有相關的網址目錄、索引、查找程序和「What』s new」頁面上。盡量將網址傳播開去，使之出現在 Internet和所有傳統煤體上、例如書刊廣告、公關文件、宣傳品等。
在網站上，於每個頁面設置「home」按鍵，方便用戶隨時返回主頁。
萬維網充滿生命力、正在不斷演進，所以一些現時適用的經驗，將來未必合用。舉例來說，將來家居用戶有高速線路接駁Internet，就可以消除數據傳輸目前的所受的限制、使主頁的篇幅可以更長，頁面更華麗。新的瀏覽功能、例如Sun的 HotJava瀏覽軟體所提供的先進功能、將使萬維網更強勁和更方便溝通。 HotJava將主頁由靜態的文件轉為動態的實體， 提供諸如即時製作動畫、背景音樂、即時存入資料(例如不斷更新股票價格)、話音廣播等功能、為網上用戶帶來更多樂趣。有好的主頁，還須有精良的設備支持。網站伺服器不斷推陳出新，使建設網站的工作愈來愈容易。 以 S u n的Netra Internet Server為例、全套設備包括上網所需的軟硬體,以及建立完善的高效能網站所需購各種軟硬體設施。這些發展為萬維網及其用戶開拓了壯闊的前景。建設網站的上作，從未如此容易過。
（二）.網站總體設計
在拿到客戶的需求說明後，並不是直接開始製作，而是需要對項目進行總體設計，詳細設計出一份網站建設方案給客戶。總體設計是非常關鍵的一步。它主要確定：網站需要實現哪些功能；網站開發使用什麼軟體，在什麼樣的硬體環境；需要多少人，多少時間；需要遵循的規則和標准有哪些。同時需要寫一份總體規劃說明書，包括：網站的欄目和板塊；網站的功能和相應的程序；網站的鏈接結構；如果有資料庫，進行資料庫的概念設計；網站的交互性和用戶友好設計。
在總體設計出來後，一般需要給客戶一個網站建設方案。很多網頁製作公司在接洽業務時就被客戶要求提供方案。那時的方案一般比較籠統，而且在客戶需求不是十分明確的情況下提交方案，往往和實際製作後的結果會有很大差異。所以應該盡量取得客戶的理解，在明確需求並總體設計後提交方案，這樣對雙方都有益處。網站建設方案的包括以下幾個部分：.客戶情況分析；網站需要實現的目的和目標；網站形象說明；網站的欄目板塊和結構；網站內容的安排，相互鏈接關系；使用軟體，硬體和技術分析說明；開發時間進度表；宣傳推廣方案；維護方案；製作費用；本公司簡介：成功作品，技術，人才說明等。當您的方案通過客戶的認可，那麼可以開始動手製作網站了。但還不是真正意義上的製作，你需要進行詳細設計。
（三）．網站詳細設計
總體設計階段以比較抽象概括的方式提出了解決問題的辦法。詳細設計階段的任務就是把解法具體化。詳細設計主要是針對程序開發部分來說的。但這個階段的不是真正編寫程序，而是設計出程序的詳細規格說明。這種規格說明的作用很類似於其他工程領域中工程師經常使用的工程藍圖，它們應該 包含必要的細節，例如：程序界面，表單，需要的數據等。程序員可以根據它們寫出實際的程序代碼。我們這次主要用ASP來實現有關功能和解決有關問題的，例如，公告版BBS,聊天室，信息發布系統， 網上超市等都用ASP來實現人機交互功能的，其中也用到調用資料庫的技術。
ASP (Active Server Pages)是Microsoft 公司推出的一種Web應用程序開發技術，也是伺服器端的腳本（Script）運行環境，使用該技術可以開發動態的、交互的Web應用程序。
ASP可用來產生和執行動態的高性能的WE B伺服器程序。當用戶使用瀏覽器請求ASP主頁時，WEB伺服器做出響應，調用ASP引擎來執行ASP文件，並解釋其中的腳本語言(JScript 或VBScript)，通過ODBC連接資料庫，由資料庫訪問組件ADO完成資料庫操作，最後ASP生成包含數據查詢結果或做出其他響應的HTML頁面，送回用戶端顯示。
ASP程序通常運行在Windows NT+ IIS(Internet Information Server) , 或者Windows 2000 + IIS, 或者Windows 95/98+PWS(Personal Web Server)環境下。其程序代碼簡單、通用，文件名由.asp結尾。ASP文件通常由四部分構成： 標準的HTML標記； ASP語法命令，即<% %> 標簽內的ASP代碼； 伺服器端的include語句； 以及腳本語言，即：ASP自帶JScript和VBScript兩種腳本語言，用於增ASP的編程功能，用戶也可安裝其它腳本語言，如Per語言等。
ASP提供了六個內建對象供用戶直接調用，以實現頁面的交互： Application對象負責管理所有會話信息，可用來在指定的應用程序的所有用戶之間共享信息； Session對象存貯特定用戶的會話信息，只被該用戶訪問，當用戶在不同WEB頁面跳轉時，Session中的變數在用戶整個會話過程中一直存在；Session對象需cookie支持； Request對象從用戶端取得信息傳遞給伺服器，是ASP讀取用戶輸入的主要方法；Response對象支持伺服器將輸出內容發送到用戶端；Server對象提供對伺服器有關方法和屬性的訪問； Object Context對象是IIS 4.0新增對象，用來進行事務處理。此項功能需得到MTS(Microsoft Transaction Server)管理的支持。
ASP還內置以下組件以增強其功能： Ad Rotator組件用來按指定計劃在同一頁面上自動輪換顯示廣告，用於WWW上日益重要的廣告服務； Browser Capabilities組件確定訪問WEB站點的用戶瀏覽器的功能數據，包括類型、性能、版本等； Database Access組件即ADO (ActiveX Data Objects)，用來訪問資料庫； File Access組件提供對伺服器端文件的讀寫功能; Content Linking組件生成WEB頁內容列表，並將各頁順序連接，用於製作導航條。 此外，用戶還可安裝Myinfo、Counters、Content Rotator、Page Count等組件，也可自行編制ActiveX組件，以提高系統的實用性。
如上所述，ADO是ASP內置的ActiveX伺服器組件(ActiveX Server Component)。它可通過開放式資料庫連接介面ODBC和通用數據源介面OLEDB訪問多種資料庫,是對目前微軟所支持的資料庫進行操作的最有效、最簡單和最直接的方法。
ADO組件主要提供了以下七個對象和四個集合來訪問資料庫： Connection對象用於建立與後台資料庫的連接； Command對象用於執行SQL指令，訪問資料庫； Parameters對象和Parameters集合為Command對象提供數據和參數； RecordSet對象存放從資料庫中調用的數據記錄； Field對象和Field集合提供對RecordSet中當前記錄的各個欄位進行訪問的功能； Property對象和Properties集合提供有關信息，供Connection、Command、RecordSet、Field對象使用； Error對象和Errors集合提供訪問資料庫時的錯誤信息。
在ASP中使用ADO組件訪問後台資料庫一般步驟為 ：
在WEB伺服器上打開「控制面板」，選中「ODBC」， 定義數據源；然後使用ADO組件查詢WEB資料庫；再調用Server.CreateObject方法取得「ADODB.Connection」的實例，此後用Open方法打開資料庫，指定要執行的SQL命令對資料庫進行操作，如查詢、瀏覽、修改、刪除等。 當然也可以用本文介紹的方法不定義數據源，直接調用資料庫的數據。
（四）.網站的製作規范探討
(1)網站目錄規范
目錄建立的原則：以最少的層次提供最清晰簡便的訪問結構。
a.根目錄。根目錄指DNS域名伺服器指向的索引文件的存放目錄。根目錄只允許存放index.html和main.html文件，以及其他必須的系統文件；
b.每個語言版本存放於獨立的目錄；
c.每個主要功能(主菜單)建立一個相應的獨立目錄；
d.當頁面超過20頁，每個目錄下存放各自獨立images目錄.共用的圖片放在根目錄下的images目錄下；
e.所有的js文件存放在根目錄下統一目錄script；
f.所有的CSS文件存放在各語言版本下的style目錄
g.所有的CGI程序存放在根目錄並列目錄cgi_bin目錄
(2)文件命名規范
文件命名的原則：以最少的字母達到最容易理解的意義。
a.索引文件統一使用index.html文件名(小寫)。index.html文件統一作為「橋頁」製作具體內容，僅僅作為跳轉頁和meta標簽頁。主內容頁為main.htm；
b.菜單圖片名稱按菜單名的英語翻譯為名稱。例如：關於我們aboutus;信息反饋feedback 產 品proct;所有單英文單詞文件名都必須為小寫，所有組合英文單詞文件名第二個起第一個字母大寫；
c.所有文件名字母間連線都為下劃線;
d.圖片命名原則以圖片英語字母為名,大小原則寫同上;
e.js的命名原則以功能的英語單詞為名。例如：廣告條的js文件名為:Ad.js
f.所有的CGI文件後綴為.cgi。
(3)鏈接結構規范
鏈接結構的原則：用最少的鏈接，使得瀏覽最有效率。首頁和一級頁面之間用星狀鏈接結構，一級和二級頁面之間用樹狀鏈接結構。超過三級頁面，在頁面頂部設置導航條。
(4)尺寸規范
a.頁面標准按800*600解析度製作，實際尺寸為778*434px;
b.每個標准頁面為A4幅面大小，即8.5X11英寸;
c.大banner為468*60px，小banner為88*31px。
(5) 首頁HEAD區規范
a.公司版權注釋
<! --- The site is designed by dxxweb.inc05/2001-->
b.網頁顯示字元集
簡體中文：<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=gb2312">
繁體中文：<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=BIG5">
英 語：<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
c.網頁製作者信息
<META name="author" content="[email protected]">
d.網站簡介
<META NAME="DESCRIPTION" CONTENT="電子與信息工程系">
e.搜索關鍵字
<META NAME="keywords" CONTENT="xxxx,xxxx,xxx,xxxxx,xxxx,">
f.網頁的css規范
<LINK href="style/style.css" rel="stylesheet" type="text/css">
g.網頁標題
<title>電子與信息工程系</title>

四、網站的設計製作
1.整體形象設計
在程序員進行詳細設計的同時，網頁設計師開始設計網站的整體形象和首頁。
整體形象設計包括標准字，Logo，標准色彩，廣告語等。 首頁設計包括版面，色彩，圖像，動態效果，圖標等風格設計，也包括banner，菜單，標題，版權等模塊設計。首頁一般設計1-3個不同風格。
2.開發製作
本次網站規劃設計採用軟體工程的設計方法，設計小組在系統分析和總體設計的基礎上，將設計任務分解，分配到設計組的每個成員，各模塊有設計組成員單獨承擔設計和調試，既有分工，又有協作，最後將各模塊上載到伺服器上，做鏈接和整體的調試。
3.調試完善
各模塊初步完成後，上傳到伺服器，對網站進行全范圍的測試。包括速度，兼容性，交互性，鏈接正確性，程序健壯性，超流量測試等，發現問題及時解決並記錄下來。
網站建設實際上是一個不斷充實和完善的過程，通過不斷的發現問題，解決問題，修改，補充，使網站結構趨向合理，內容更加豐富，形式更富有感染力。
4.宣傳推廣
剛剛建成的網站就好像一個新注冊的電話號碼，沒有人會自動找上門來，這時你就需要適當地做一些網站推廣工作了,這里有很多方法，例如：
a.網頁里設置適當的META標簽；
b.交換友情鏈接。這是個免費而高效的辦法，就好比在別人商店打上你的廣告，在你的商店打上別人的廣告，這樣一來當網友參觀別人的網站時就知道你的網站了，如果你的廣告做的好，他一多半都會參觀你的網站，這是件無須開支、互利互惠的好事情，推薦使用。
c. 在各大搜索網站（例如sohu.com yahoo.com）注冊你的網站，這樣當別人在搜索同類的信息時就會發現你的網站；
d.備新聞稿件在各新聞公告板發表；
e.合理使用Email郵件列表；
f.付費廣告，這個辦法最有效了，但它是付費的；
g.在論壇里貼條子。這個辦法效率不高，也很累，有時也會被別人刪除掉，所以不推薦。
另外還需要說明的是，請千萬不要使用發垃圾郵件來推廣個人主頁，這樣不但不會使別人喜歡你的網站，反而會引起別人的極度反感，這是一種不道德的行為。
至此，網站項目建設完畢。
5．維護
網站做好了是不是就打算一勞永逸呢？不是，如果網站做大的話，網站維護也是個艱巨的工作。當網站變得十分龐大時將會有不計其數的圖片、網頁文件等內容，如果它們有一個丟失或鏈接失敗都會引起網頁錯誤，想想我們做的多副圖片如果少一副會是什麼情景？所以我們一定要保證整個網站的「健康」和完整。為了使網站健康、完整，通常我們在做新網站之前，都應該在DW里建設一個「本地網站」，也就是自己電腦上的網站副本，這樣才能有效減少網站錯誤，剛才我們製作網站時是先做網頁後建網站，其實這種網站建設方法是錯誤的，正確的是先建網站後添加內容。另外就是要時常檢查網站的鏈接是否有誤，這里我們可以使用DW的SITE程序的SITE菜單中CHECK LINK SITEWIDE選項來檢查網站中是否有斷掉的鏈接，以便及時修復。
另外我們還應該科學地存放不同類型的文件，例如將網站中的圖片都放在一個文件夾里，將網頁放在另一個文件夾里。而且如果將來網站真的「肥沃」起來，我們甚至需要為每一個欄目建立一個文件夾，例如將有關MUSIC欄目的文件放在一個文件夾里，將PICTURES欄目的文件放在一個文件夾里，這樣一來，會為我們的維護工作減少很多不必要的麻煩！
網站維護最後要說的就是網站的文件備份了，如果電腦發生了災難，我們的網站就很可能要癱瘓了，所以時常備份網站文件也是很重要的。
網站成功推出後，長期的維護工作才剛剛開始，我們需要做到的是:及時響應客戶反饋；例如可以採取Email自動回復功能，然後盡快解決問題，再次回復；網站流量統計分析和相應對策；盡量推廣和使用您的網址；網站內容的及時更新和維護。

五、網站安全問題及對策
防火牆是阻止外面的人對你的網路進行訪問的任何設備，此設備通常是軟體和硬體和組合體，它通常根據一些規則來挑選想要或不想要的地址。
首先絕大多數簡單的身份驗證過程都是以IP地址為根據的。IP地址是Internet網上最普遍的身份索引，它有靜態和動態之分。 靜態IP地址即固定不變的IP地址；它可以是某台連在Internet網上的主機地址。靜態IP地址分在幾類。其中一類能通過Whois查詢命令得到；並且此類地址主要是Internet網上最高層的主機的IP地址，這些主機可以是域名伺服器、Web伺服器和「根」主機，並且在InterNIC的Whois資料庫中都有它們的注冊主機名。另一類靜態IP地址被分配給Internet網中的第二和第三層主機（這些機器還有固定的物理地址），然而這些機器不一定擁有注冊主機名。但不管怎樣它們有注冊的IP地址。動態IP地址是指每次強制分配給不同的上網主機的地址。ISP的拔號伺服器中經常使用動態IP地址－－節點機每次拔號上網，都會被分配一個不同的IP地址。無論IP地址是靜態還是動態的，它都被用於網路傳輸中。

6、有了組件的psd怎樣製作網頁 知乎

把網頁切圖。

用DW布局，寫入css，圖片文字什麼的。

7、想學網頁製作，需要安裝些什麼程序和組件？

一般來說最好學點html,css和javascript，然後網站直接去下載網站系統來建就很方便了，比如pageadmin系統、worpress系統、discuz系統這些都很強大。

8、請問 OFFICE 2010 包含製作網頁功能的組件嗎？該組件可以製作 自動滾屏 的網頁文件嗎？

Office SharePoint Designer 2010（使用 SharePoint Designer 創建 SharePoint 網站）

9、如何用visio畫web圖表的網站總體設計圖。裡面的組件是干什麼用的，是什麼意思？求解釋。越詳細越好。謝謝

新建的時候類別選擇web圖標-->網站總體設計。如果新建的時候沒有類別給你選，就在菜單文件->形狀里選擇。
選擇以後左邊會有網站總體設計類別所包含的所有組件，你把需要用的直接拖到編輯區域就可以了

10、office 2010哪個組件可以製作網頁

MicrosoftAccess2010（資料庫管理系統：用來創建資料庫和程序來跟蹤與管理信息）MicrosoftExcel2010（數據處理程序：用來執行計算、分析信息以及可視化電子表格中的數據）MicrosoftInfoPathDesigner2010（用來設計動態表單，以便在整個組織中收集和重用信息）office2010在開始菜單MicrosoftInfoPathFiller2010（用來填寫動態表單，以便在整個組織中收集和重用信息）　MicrosoftOneNote2010（筆記程序：用來搜集、組織、查找和共享您的筆記和信息）　MicrosoftOutlook2010（電子郵件客戶端：用來發送和接收電子郵件；管理日程、聯系人和任務；以及記錄活動）；（幻燈片製作程序：用來創建和編輯用於幻燈片播放、會議和網頁的演示文稿）MicrosoftPublisher2010（出版物製作程序：用來創建新聞稿和小冊子等專業品質出版物及營銷素材）（相當於Office2007的Groove）MicrosoftWord2010（圖文編輯工具：用來創建和編輯具有專業外觀的文檔，如信函、論文、報告和小冊子）OfficeCommunicator2007（統一通信客戶端）等。OfficeVisio2010（使用MicrosoftVisio創建、編輯和共享圖表。）OfficeProject2010（使用MicrosoftProject計劃、跟蹤和管理項目，以及與工作組交流。）　OfficeSharePointDesigner2010（使用SharePointDesigner創建SharePoint網站）OfficeCommunicator2007（統一通信客戶端，集成到2010套件中）等。