我們接到客戶(hù)的業(yè)務(wù)咨詢(xún)，經(jīng)過(guò)雙方不斷的接洽和了解，并通過(guò)基本的可行性討論夠，初步達成制作協(xié)議，這時(shí)就需要將項目立項。較好的做法是成立一個(gè)專(zhuān)門(mén)的項目小組，小組成員包括：項目經(jīng)理，網(wǎng)頁(yè)設計，程序員，測試員，編輯/文檔等必須人員。項目實(shí)行項目經(jīng)理制。
客戶(hù)的需求說(shuō)明書(shū)
第一步是需要客戶(hù)提供一個(gè)完整的需求說(shuō)明。很多客戶(hù)對自己的需求并不是很清楚，需要您不斷引導和幫助分析。曾經(jīng)有一次，我問(wèn)客戶(hù)：“您做網(wǎng)站的目的是什么？”他回答：“沒(méi)有目的，只是因為別人都有，我沒(méi)有！”。這樣的客戶(hù)就需要耐心說(shuō)明，仔細分析，挖掘出他潛在的，真正的需求。 配合客戶(hù)寫(xiě)一份詳細的，完整的需求說(shuō)明會(huì )花很多時(shí)間，但這樣做是值得的，而且一定要讓客戶(hù)滿(mǎn)意，簽字認可。把好這一關(guān)，可以杜絕很多因為需求不明或理解偏差造成的失誤和項目失敗。糟糕的需求說(shuō)明不可能有高質(zhì)量的網(wǎng)站。那么需求說(shuō)明書(shū)要達到怎樣的標準呢？簡(jiǎn)單說(shuō)，包含下面幾點(diǎn)：
1.正確性：每個(gè)功能必須清楚描寫(xiě)交付的功能；
2.可行性：確保在當前的開(kāi)發(fā)能力和系統環(huán)境下可以實(shí)現每個(gè)需求；
3.必要性：功能是否必須交付，是否可以推遲實(shí)現，是否可以在削減開(kāi)支情況發(fā)生時(shí)"砍"掉；
4.簡(jiǎn)明性：不要使用專(zhuān)業(yè)的網(wǎng)絡(luò )術(shù)語(yǔ)；
5.檢測性：如果開(kāi)發(fā)完畢，客戶(hù)可以根據需求檢測
三.系統分析
網(wǎng)站總體設計
在拿到客戶(hù)的需求說(shuō)明后，并不是直接開(kāi)始制作，而是需要對項目進(jìn)行總體設計，詳細設計，出一份網(wǎng)站建設方案給客戶(hù)?？傮w設計是非常關(guān)鍵的一步。它主要確定：
1.網(wǎng)站需要實(shí)現哪些功能；
2.網(wǎng)站開(kāi)發(fā)使用什么軟件，在什么樣的硬件環(huán)境；
3.需要多少人，多少時(shí)間；
4.需要遵循的規則和標準有哪些。
同時(shí)需要寫(xiě)一份總體規劃說(shuō)明書(shū)，包括：
1.網(wǎng)站的欄目和版塊；
2.網(wǎng)站的功能和相應的程序；
3.網(wǎng)站的鏈接結構；
4.如果有數據庫，進(jìn)行數據庫的概念設計；
5.網(wǎng)站的交互性和用戶(hù)友好設計。
網(wǎng)站建設方案
在總體設計出來(lái)后，一般需要給客戶(hù)一個(gè)網(wǎng)站建設方案。很多網(wǎng)頁(yè)制作公司在接洽業(yè)務(wù)時(shí)就被客戶(hù)要求提供方案。那時(shí)的方案一般比較籠統，而且在客戶(hù)需求不是十分明確的情況下提交方案，往往和實(shí)際制作后的結果會(huì )有很大差異。所以應該盡量取得客戶(hù)的理解，在明確需求并總體設計后提交方案，這樣對雙方都有益處。網(wǎng)站建設方案的包括以下幾個(gè)部分：
1.客戶(hù)情況分析；
2.網(wǎng)站需要實(shí)現的目的和目標；
3.網(wǎng)站形象說(shuō)明；
4.網(wǎng)站的欄目版塊和結構；
5.網(wǎng)站內容的安排，相互鏈接關(guān)系；
6.使用軟件，硬件和技術(shù)分析說(shuō)明；
7.開(kāi)發(fā)時(shí)間進(jìn)度表；
8.宣傳推廣方案；
9.維護方案；
10.制作費用；
11.本公司簡(jiǎn)介：成功作品，技術(shù)，人才說(shuō)明等。
當您的方案通過(guò)客戶(hù)的認可，那么恭喜你！您可以開(kāi)始動(dòng)手制作網(wǎng)站了。但還不是真正意義上的制作，你需要進(jìn)行詳細設計：
網(wǎng)站詳細設計
總體設計階段以比較抽象概括的方式提出了解決問(wèn)題的辦法。詳細設計階段的任務(wù)就是把解法具體化。詳細設計主要是針對程序開(kāi)發(fā)部分來(lái)說(shuō)的。但這個(gè)階段的不是真正編寫(xiě)程序，而是設計出程序的詳細規格說(shuō)明。這種規格說(shuō)明的作用很類(lèi)似于其他工程領(lǐng)域中工程師經(jīng)常使用的工程藍圖，它們應該 包含必要的細節，例如：程序界面，表單，需要的數據等。程序員可以根據它們寫(xiě)出實(shí)際的程序代碼。
四. 項目實(shí)施
整體形象設計
在程序員進(jìn)行詳細設計的同時(shí)，網(wǎng)頁(yè)設計師開(kāi)始設計網(wǎng)站的整體形象和首頁(yè)。
整體形象設計包括標準字，Logo，標準色彩，廣告語(yǔ)等。 首頁(yè)設計包括版面，色彩，圖像，動(dòng)態(tài)效果，圖標等風(fēng)格設計，也包括banner，菜單，標題，版權等模塊設計。首頁(yè)一般設計1-3個(gè)不同風(fēng)格，完成后，供客戶(hù)選擇。
記?。涸诳蛻?hù)確定首頁(yè)風(fēng)格之后，請客戶(hù)簽字認可。以后不得再對版面風(fēng)格有大的變動(dòng)，否則視為第二次設計。
開(kāi)發(fā)制作
到這里，程序員和網(wǎng)頁(yè)設計師同時(shí)進(jìn)入全力開(kāi)發(fā)階段，需要提醒的是，測試人員需要隨時(shí)測試網(wǎng)頁(yè)與程序，發(fā)現Bug立刻記錄并反饋修改。不要等到完全制作完畢再測試，這樣會(huì )浪費大量的時(shí)間和精力。項目經(jīng)理需要經(jīng)常了解項目進(jìn)度，協(xié)調和溝通程序員與網(wǎng)頁(yè)設計師的工作。
調試完善
在網(wǎng)站初步完成后，上傳到服務(wù)器，對網(wǎng)站進(jìn)行全范圍的測試。包括速度，兼容性，交互性，鏈接正確性，程序健壯性，超流量測試等，發(fā)現問(wèn)題及時(shí)解決并記錄下來(lái)。
為什么要記錄文檔呢？其實(shí)本軟件工程本身就是一個(gè)文檔，是一個(gè)不斷充實(shí)和完善的標準。通過(guò)不斷的發(fā)現問(wèn)題，解決問(wèn)題，修改，補充文檔，使這個(gè)標準越來(lái)越規范，越來(lái)越工業(yè)化。進(jìn)而使得網(wǎng)站開(kāi)發(fā)趨向規范，趨向合理。
宣傳推廣
宣傳推廣的基本方法有：
1.網(wǎng)頁(yè)里設置適當的meta標簽；
2.各搜索引擎登錄；
3.準備新聞稿件在各新聞公告板發(fā)表；
4.合理使用Email郵件列表；
5.廣告條交換；
6.付費廣告。
至此，網(wǎng)站項目建設完畢，將有關(guān)網(wǎng)址，使用操作說(shuō)明文檔等提交客戶(hù)驗收。如果需要維護，另行簽定維護項目。
維護
網(wǎng)站成功推出后，長(cháng)期的維護工作才剛剛開(kāi)始，我們需要做到的是
1.及時(shí)響應客戶(hù)反饋；例如可以采取Email自動(dòng)回復功能，然后在1-3個(gè)工作日里解決問(wèn)題，再次回復；
2.網(wǎng)站流量統計分析和相應對策；
3.盡量推廣和使用您的網(wǎng)址；
4.網(wǎng)站內容的及時(shí)更新和維護。
五.遵循的規范
1.網(wǎng)站建設目錄規范
2.網(wǎng)站文件命名規范
3.網(wǎng)站建設尺寸規范
4.網(wǎng)站首頁(yè)head區代碼規范
5.網(wǎng)站連接結構規范
隨著(zhù)技術(shù)的不斷發(fā)展和用戶(hù)對網(wǎng)站功能性的需求不斷提高，如今網(wǎng)站項目的設計已經(jīng)不能再僅僅簡(jiǎn)單地利用靜態(tài)Html文件來(lái)實(shí)現，與前幾年網(wǎng)站設計由一兩名網(wǎng)頁(yè)設計師自由的創(chuàng )作相比，網(wǎng)站項目的設計和開(kāi)發(fā)越來(lái)越像一個(gè)軟件工程，也越來(lái)越復雜，網(wǎng)站項目的設計和開(kāi)發(fā)進(jìn)入了需要強調流程和分工的時(shí)代，建立規范的、有效的、健壯的開(kāi)發(fā)機制，才能適應用戶(hù)不斷變化的需要，達到預期的計劃目標。
網(wǎng)站項目管理（WPM）的含義為Web-based Project Management，即以Web 應用程序為主要表現方式的架構來(lái)進(jìn)行的項目設計及管理，這樣的架構中包含了瀏覽器、網(wǎng)絡(luò )和Web 服務(wù)器等關(guān)鍵主體，主要體現在網(wǎng)站設計、以瀏覽器為客戶(hù)端的Web應用程序開(kāi)發(fā)（例如信息類(lèi)網(wǎng)站、網(wǎng)上商店、虛擬郵局、客戶(hù)關(guān)系管理。）等項目管理中。
在本文中，筆者將網(wǎng)站項目管理（WPM）與軟件工程的統一過(guò)程管理（RUP）進(jìn)行參照比較，并結合實(shí)際工作經(jīng)驗，力求將網(wǎng)站工程管理（WPM）的角色、分工、流程進(jìn)行完整的闡述，使網(wǎng)站項目管理逐漸走向規范化。
按照筆者的經(jīng)驗，網(wǎng)站項目管理可以分為以下六個(gè)階段進(jìn)行控制：
1. 需求分析及變更管理
2. 項目模型及業(yè)務(wù)流程分析
3. 系統分析及軟件建模
4. 界面設計、交互設計及程序開(kāi)發(fā)
5. 系統測試和文檔編寫(xiě)
6. 客戶(hù)培訓、技術(shù)支持和售后服務(wù)
需要說(shuō)明的是，這些階段雖然具有一定的延續性，但是并非完全隔斷的，例如需求變更管理和測試工作、文檔編寫(xiě)都是貫穿整個(gè)項目過(guò)程的，許多工作時(shí)交叉進(jìn)行或同時(shí)進(jìn)行的。
（二）項目模型及業(yè)務(wù)流程分析
網(wǎng)絡(luò )技術(shù)的應用所產(chǎn)生的電子流程工作方式既不能徹底更改傳統的工作流程，也不是對傳統工作流程的簡(jiǎn)單復制，而需要對傳統的工作流程進(jìn)行合理的優(yōu)化、改進(jìn)和重組。
本章包括以下內容：
一. 編寫(xiě)項目模型文檔，使所有人都一目了然
二. 業(yè)務(wù)流程分析員進(jìn)行流程設計
三. 界面工程師設計用戶(hù)界面原型
四. 以用戶(hù)為中心的設計思考
五. 制作設計計劃書(shū)
六. 總結
一. 編寫(xiě)項目模型文檔，使所有人都一目了然
為什么要制作項目模型文檔？
通常用戶(hù)提出的需求是凌亂的，不完整的，甚至是不正確的，而且更細致的需求經(jīng)常是在項目開(kāi)發(fā)進(jìn)行中才被挖掘發(fā)現的，這對于開(kāi)發(fā)人員來(lái)說(shuō)是個(gè)極其困擾的問(wèn)題。那么，在進(jìn)行需求分析后制作項目模型文檔，能在項目進(jìn)入開(kāi)發(fā)前，雙方對即將要開(kāi)始完成的項目的結果有個(gè)共同的認識，并提早暴露可能出現的需求變更，那么將大大提高開(kāi)發(fā)的效率和質(zhì)量。
缺乏經(jīng)驗的項目人員往往在接受任務(wù)后迫不及待地進(jìn)行系統分析和開(kāi)發(fā)，而不愿意多一點(diǎn)時(shí)間在和客戶(hù)反復推敲項目需求和模型，開(kāi)發(fā)過(guò)程中想當然地憑空為客戶(hù)做了很多假想，費了九牛二虎之力卻吃力不討好，可想而知，在不知道終點(diǎn)在哪里的馬拉松比賽中，你會(huì )跑到哪里去？！
因此在確認了客戶(hù)的初步需求以后，業(yè)務(wù)人員應該進(jìn)行項目模型的設計描述。
首先，我們要定義一下詞匯表，并非每個(gè)客戶(hù)或者項目小組成員都能夠明白“用戶(hù)”、“角色”、“用例”之間的差別，也不見(jiàn)得都能很好地理解“通道”、“前臺”、“后臺”到底是什么含義，為了讓項目模型文檔使每個(gè)瀏覽者正確地理解，定義詞匯表是非常需要的，尤其是面對傳統行業(yè)初次進(jìn)行信息化設計的用戶(hù)。
模型描述采用最自然的語(yǔ)言進(jìn)行描述，這份文檔是對需求分析報告的進(jìn)一步描述。使得客戶(hù)代表、項目經(jīng)理、開(kāi)發(fā)人員對即將展開(kāi)的項目通過(guò)項目模型的描述產(chǎn)生最直觀(guān)的印象，并針對關(guān)鍵的問(wèn)題進(jìn)行討論并達成統一認識，比如功能要求、性能指標、運行環(huán)境、投資規模等等。
二. 業(yè)務(wù)流程分析員進(jìn)行流程設計
業(yè)務(wù)流程分析員的人員應該善于簡(jiǎn)化工作，擔任此角色的人員中必須要有具備廣博的專(zhuān)業(yè)領(lǐng)域知識，并且具有良好的溝通技巧。
業(yè)務(wù)分析人員重點(diǎn)需要協(xié)助客戶(hù)將需求進(jìn)行歸納分析，查找出所有的業(yè)務(wù)主角，確定業(yè)務(wù)主角后，每個(gè)主角的相關(guān)活動(dòng)及流程應清晰地制定出來(lái)，最終設計出邏輯視圖、用戶(hù)界面示意圖。比如一個(gè)電子商店系統，除了系統管理員、業(yè)務(wù)經(jīng)理、業(yè)務(wù)員、物流配送員、客戶(hù)服務(wù)人員等角色以外，可能還存在外部協(xié)作單位的不同角色，比如供應商、分銷(xiāo)商、廣告客戶(hù)，還有購買(mǎi)用戶(hù)，甚至再細分為普通消費用戶(hù)、VIP消費用戶(hù)、集團消費用戶(hù)等等，每一類(lèi)角色參與系統活動(dòng)時(shí)的入口和流程都有所不同，通過(guò)邏輯圖和示意圖，業(yè)務(wù)流程分析員將系統的機構簡(jiǎn)要明確地進(jìn)行描述。
在進(jìn)行業(yè)務(wù)流程設計，需要注意以下事項：
* 調查用戶(hù)網(wǎng)絡(luò )環(huán)境和配置，使架構設計師能夠制定合理可行的系統架構；
* 調查用戶(hù)偏好和技能水平，這將直接影響到項目開(kāi)發(fā)的深度和用戶(hù)界面的設計；
“雖然開(kāi)發(fā)人員和管理人員很容易自認為他們了解用戶(hù)需要，但實(shí)際情況常常不是這樣。人們往往關(guān)注于用戶(hù)應該如何執行任務(wù)，而不是用戶(hù)偏好如何執行。多數情況下，偏好問(wèn)題不僅僅是簡(jiǎn)單地認為已掌握了用戶(hù)需要，盡管這本身就很值得研究。偏好還要由經(jīng)驗、能力和使用環(huán)境決定。”
* 預測并制定系統的性能指標，為測試人員編寫(xiě)測試計劃提供依據。
許多項目設計中比較重視功能的實(shí)現，測試階段看似滿(mǎn)足了客戶(hù)的需求，但一旦投入使用的時(shí)候，便會(huì )發(fā)現性能上面臨著(zhù)一個(gè)個(gè)瓶頸?？蛻?hù)由于對專(zhuān)業(yè)知識的了解程度有限，也往往忽略了這方面要求，因此為了避免日后陷入糾紛，事先預測并制定性能指標是非常重要的。
三. 界面工程師創(chuàng )建用戶(hù)界面原型
為了在實(shí)際系統開(kāi)發(fā)投入之前，創(chuàng )建用戶(hù)界面模型是非常重要的，開(kāi)發(fā)原型的成本遠遠低于實(shí)際開(kāi)發(fā)的成本，在項目初期，創(chuàng )建完整的用戶(hù)界面揭示和測試系統的所有功能和可用性，并能夠使客戶(hù)代表參與討論及修改，可以大大提高項目的成功幾率。
創(chuàng )建正確可行的原型以后，系統分析、設計及代碼的編寫(xiě)都必須遵照原型進(jìn)行，確保構建的系統是正確的，測試人員和客戶(hù)也能夠在開(kāi)發(fā)過(guò)程中即實(shí)時(shí)地參與檢查，可以有效地保障了項目的質(zhì)量。
根據業(yè)務(wù)流程分析員所提供的流程分析邏輯圖及示意圖，界面設計工程師開(kāi)始設計制作用戶(hù)界面原型，目前這個(gè)階段，對于界面設計人員來(lái)說(shuō)還沒(méi)有進(jìn)入精細設計的階段，所以最重要的是將業(yè)務(wù)流程完整地表現出來(lái)，并和客戶(hù)就設計風(fēng)格，設計規范進(jìn)行確認和定義。
界面工程師在充分理解客戶(hù)需求和所有的業(yè)務(wù)流程之后，利用合理的布局設計用戶(hù)界面。比如網(wǎng)站的首頁(yè)風(fēng)格、首頁(yè)需要顯示的各個(gè)元素、導航的分類(lèi)和表現方法、各類(lèi)業(yè)務(wù)角色的入口等等。
在此需要注意的是，用戶(hù)界面不僅僅是網(wǎng)站訪(fǎng)問(wèn)者所瀏覽的界面，也包括了特殊用戶(hù)、管理員、業(yè)務(wù)伙伴等不同的用戶(hù)界面，甚至還有提示界面、警告界面、出錯界面等等，設計完整的用戶(hù)界面原型不僅能夠使客戶(hù)及測試人員更容易明確需求，也對項目的質(zhì)量起到不可忽視的作用。
四. 以用戶(hù)為中心的設計思考
無(wú)論項目設計開(kāi)發(fā)人員的水平多么精尖，畢竟不是系統的最終用戶(hù)，最大限度地滿(mǎn)足客戶(hù)的需要才是關(guān)鍵，系統設計人員往往口頭上掛著(zhù)以用戶(hù)為中心的口號，而實(shí)際上工作中又在大量地假想，或是出于懶惰或是出于條件限制，對于將來(lái)使用系統的不同用戶(hù)來(lái)說(shuō)都可能產(chǎn)生意想不到的障礙。
真正做到以用戶(hù)為中心，就要先放棄沉淀在腦子里的經(jīng)驗和想象，到客戶(hù)工作的地方去、觀(guān)察記錄客戶(hù)如何工作、然后與客戶(hù)談?wù)撍麄兊墓ぷ鳌?
在團隊拓展訓練中有一項叫做“盲人方陣”的課程，可以想象一群什么也看不見(jiàn)的人如何把一根長(cháng)繩子拉成正方形景象嗎？目中無(wú)人的人會(huì )懂得傾聽(tīng)和服從嗎？我們不能假設用戶(hù)到底是個(gè)健全人還是盲人，也不能假想用戶(hù)應該會(huì )怎么做不該會(huì )怎么做，只有去仔細觀(guān)察和溝通，才能制定出真正符合用戶(hù)需要的計劃。
有專(zhuān)家提出：開(kāi)發(fā)人員應決定用戶(hù)的組成，并讓用戶(hù)盡可能早地涉入，并提出了幾種熟悉用戶(hù)、他們的任務(wù)以及需求的方法：
* 與用戶(hù)交談
* 到辦公地點(diǎn)拜訪(fǎng)用戶(hù)
* 觀(guān)察用戶(hù)工作
* 將用戶(hù)工作錄像
* 了解工作組織
* 自我嘗試
* 使用戶(hù)在工作時(shí)邊想邊說(shuō)
* 讓用戶(hù)參與設計
* 在設計小組中包括專(zhuān)家級用戶(hù)
* 執行任務(wù)分析
* 利用調查和問(wèn)卷
* 制定可測試的目標
在有可能的情況，在需求和流程設計中努力做到精確、客觀(guān)和細致，不但能保證系統開(kāi)發(fā)的質(zhì)量和成熟度，也會(huì )使你得到客戶(hù)高度的滿(mǎn)意和信任，為今后更多的業(yè)務(wù)合作敞開(kāi)大門(mén)。
五. 制作設計計劃書(shū)
到了這個(gè)階段，可以說(shuō)掌握了客戶(hù)的需求并對計劃實(shí)施的系統開(kāi)發(fā)有了清楚地認識，與客戶(hù)之間達成了共識，那么在進(jìn)入下個(gè)階段的工作時(shí)，制作設計計劃書(shū)是非常必要的。
設計計劃書(shū)是全面描述整個(gè)系統的全貌，作為系統分析、測試人員工作的基礎，同時(shí)也是客戶(hù)驗收的標準，作為業(yè)務(wù)合同的內容之一，因此，應該仔細謹慎地撰寫(xiě)設計計劃書(shū)。
根據項目的不同，設計計劃書(shū)的內容或許有所不同，以下筆者提供一份樣本供大家參考，該份樣本基本涵蓋了需要在計劃書(shū)中進(jìn)行確認和描述的核心要素。
聯(lián)系客服
