前言

　　隨著技術的不斷發(fā)展和用戶對網站功能性的需求不斷提高，如今網站項目的設計已經不能再僅僅簡單地利用靜態(tài)Html文件來實現(xiàn)，與前幾年網站設計由一兩名網頁設計師自由的創(chuàng)作相比，網站項目的設計和開發(fā)越來越像一個軟件工程，也越來越復雜，網站項目的設計和開發(fā)進入了需要強調流程和分工的時代，建立規(guī)范的、有效的、健壯的開發(fā)機制，才能適應用戶不斷變化的需要，達到預期的計劃目標。

　　網站項目管理(WPM)的含義為Web-based Project Management，即以Web 應用程序為主要表現(xiàn)方式的架構來進行的項目設計及管理，這樣的架構中包含了瀏覽器、網絡和Web

　　服務器等關鍵主體，主要體現(xiàn)在網站設計、以瀏覽器為客戶端的Web應用程序開發(fā)(例如信息類網站、網上商店、虛擬郵局、客戶關系管理。)等項目管理中。

　　在本文中，筆者將網站項目管理(WPM)與軟件工程的統(tǒng)一過程管理(RUP)進行參照比較，并結合實際工作經驗，力求將網站工程管理(WPM)的角色、分工、流程進行完整的闡述，使網站項目管理逐漸走向規(guī)范化。

　　按照筆者的經驗，網站項目管理可以分為以下六個階段進行控制：

　　1. 需求分析及變更管理

　　2. 項目模型及業(yè)務流程分析

　　3. 系統(tǒng)分析及軟件建模

　　4. 界面設計、交互設計及程序開發(fā)

　　5. 系統(tǒng)測試和文檔編寫

　　6. 客戶培訓、技術支持和售后服務

　　需要說明的是，這些階段雖然具有一定的延續(xù)性，但是并非完全隔斷的，例如需求變更管理和測試工作、文檔編寫都是貫穿整個項目過程的，許多工作時交叉進行或同時進行的。

　　(二)項目模型及業(yè)務流程分析

　　網絡技術的應用所產生的電子流程工作方式既不能徹底更改傳統(tǒng)的工作流程，也不是對傳統(tǒng)工作流程的簡單復制，而需要對傳統(tǒng)的工作流程進行合理的優(yōu)化、改進和重組。

　　本章包括以下內容：

　　一. 編寫項目模型文檔，使所有人都一目了然

　　二. 業(yè)務流程分析員進行流程設計

　　三. 界面工程師設計用戶界面原型

　　四. 以用戶為中心的設計思考

　　五. 制作設計計劃書

　　六. 總結

　　一. 編寫項目模型文檔，使所有人都一目了然

　　為什么要制作項目模型文檔?

　　通常用戶提出的需求是凌亂的，不完整的，甚至是不正確的，而且更細致的需求經常是在項目開發(fā)進行中才被挖掘發(fā)現(xiàn)的，這對于開發(fā)人員來說是個極其困擾的問題。那么，在進行需求分析后制作項目模型文檔，能在項目進入開發(fā)前，雙方對即將要開始完成的項目的結果有個共同的認識，并提早暴露可能出現(xiàn)的需求變更，那么將大大提高開發(fā)的效率和質量。

　　缺乏經驗的項目人員往往在接受任務后迫不及待地進行系統(tǒng)分析和開發(fā)，而不愿意多一點時間在和客戶反復推敲項目需求和模型，開發(fā)過程中想當然地憑空為客戶做了很多假想，費了九牛二虎之力卻吃力不討好，可想而知，在不知道終點在哪里的馬拉松比賽中，你會跑到哪里去?!

　　因此在確認了客戶的初步需求以后，業(yè)務人員應該進行項目模型的設計描述。

　　首先，我們要定義一下詞匯表，并非每個客戶或者項目小組成員都能夠明白“用戶”、“角色”、“用例”之間的差別，也不見得都能很好地理解“通道”、“前臺”、“后臺”到底是什么含義，為了讓項目模型文檔使每個瀏覽者正確地理解，定義詞匯表是非常需要的，尤其是面對傳統(tǒng)行業(yè)初次進行信息化設計的用戶。

　　模型描述采用最自然的語言進行描述，這份文檔是對需求分析報告的進一步描述。使得客戶代表、項目經理、開發(fā)人員對即將展開的項目通過項目模型的描述產生最直觀的印象，并針對關鍵的問題進行討論并達成統(tǒng)一認識，比如功能要求、性能指標、運行環(huán)境、投資規(guī)模等等。

　　二. 業(yè)務流程分析員進行流程設計

　　業(yè)務流程分析員的人員應該善于簡化工作，擔任此角色的人員中必須要有具備廣博的專業(yè)領域知識，并且具有良好的溝通技巧。

　　業(yè)務分析人員重點需要協(xié)助客戶將需求進行歸納分析，查找出所有的業(yè)務主角，確定業(yè)務主角后，每個主角的相關活動及流程應清晰地制定出來，最終設計出邏輯視圖、用戶界面示意圖。比如一個電子商店系統(tǒng)，除了系統(tǒng)管理員、業(yè)務經理、業(yè)務員、物流配送員、客戶服務人員等角色以外，可能還存在外部協(xié)作單位的不同角色，比如供應商、分銷商、廣告客戶，還有購買用戶，甚至再細分為普通消費用戶、VIP消費用戶、集團消費用戶等等，每一類角色參與系統(tǒng)活動時的入口和流程都有所不同，通過邏輯圖和示意圖，業(yè)務流程分析員將系統(tǒng)的機構簡要明確地進行描述。

　　在進行業(yè)務流程設計，需要注意以下事項：

　　* 調查用戶網絡環(huán)境和配置，使架構設計師能夠制定合理可行的系統(tǒng)架構;

　　* 調查用戶偏好和技能水平，這將直接影響到項目開發(fā)的深度和用戶界面的設計;

　　“雖然開發(fā)人員和管理人員很容易自認為他們了解用戶需要，但實際情況常常不是這樣。人們往往關注于用戶應該如何執(zhí)行任務，而不是用戶偏好如何執(zhí)行。多數情況下，偏好問題不僅僅是簡單地認為已掌握了用戶需要，盡管這本身就很值得研究。偏好還要由經驗、能力和使用環(huán)境決定。”

　　* 預測并制定系統(tǒng)的性能指標，為測試人員編寫測試計劃提供依據。

　　許多項目設計中比較重視功能的實現(xiàn)，測試階段看似滿足了客戶的需求，但一旦投入使用的時候，便會發(fā)現(xiàn)性能上面臨著一個個瓶頸?？蛻粲捎趯I(yè)知識的了解程度有限，也往往忽略了這方面要求，因此為了避免日后陷入糾紛，事先預測并制定性能指標是非常重要的。

　　三. 界面工程師創(chuàng)建用戶界面原型

　　為了在實際系統(tǒng)開發(fā)投入之前，創(chuàng)建用戶界面模型是非常重要的，開發(fā)原型的成本遠遠低于實際開發(fā)的成本，在項目初期，創(chuàng)建完整的用戶界面揭示和測試系統(tǒng)的所有功能和可用性，并能夠使客戶代表參與討論及修改，可以大大提高項目的成功幾率。

　　創(chuàng)建正確可行的原型以后，系統(tǒng)分析、設計及代碼的編寫都必須遵照原型進行，確保構建的系統(tǒng)是正確的，測試人員和客戶也能夠在開發(fā)過程中即實時地參與檢查，可以有效地保障了項目的質量。

　　根據業(yè)務流程分析員所提供的流程分析邏輯圖及示意圖，界面設計工程師開始設計制作用戶界面原型，目前這個階段，對于界面設計人員來說還沒有進入精細設計的階段，所以最重要的是將業(yè)務流程完整地表現(xiàn)出來，并和客戶就設計風格，設計規(guī)范進行確認和定義。

　　界面工程師在充分理解客戶需求和所有的業(yè)務流程之后，利用合理的布局設計用戶界面。比如網站的首頁風格、首頁需要顯示的各個元素、導航的分類和表現(xiàn)方法、各類業(yè)務角色的入口等等。

　　在此需要注意的是，用戶界面不僅僅是網站訪問者所瀏覽的界面，也包括了特殊用戶、管理員、業(yè)務伙伴等不同的用戶界面，甚至還有提示界面、警告界面、出錯界面等等，設計完整的用戶界面原型不僅能夠使客戶及測試人員更容易明確需求，也對項目的質量起到不可忽視的作用。

　　四. 以用戶為中心的設計思考

　　無論項目設計開發(fā)人員的水平多么精尖，畢竟不是系統(tǒng)的最終用戶，最大限度地滿足客戶的需要才是關鍵，系統(tǒng)設計人員往往口頭上掛著以用戶為中心的口號，而實際上工作中又在大量地假想，或是出于懶惰或是出于條件限制，對于將來使用系統(tǒng)的不同用戶來說都可能產生意想不到的障礙。

　　真正做到以用戶為中心，就要先放棄沉淀在腦子里的經驗和想象，到客戶工作的地方去、觀察記錄客戶如何工作、然后與客戶談論他們的工作。

　　在團隊拓展訓練中有一項叫做“盲人方陣”的課程，可以想象一群什么也看不見的人如何把一根長繩子拉成正方形景象嗎?目中無人的人會懂得傾聽和服從嗎?我們不能假設用戶到底是個健全人還是盲人，也不能假想用戶應該會怎么做不該會怎么做，只有去仔細觀察和溝通，才能制定出真正符合用戶需要的計劃。

　　有專家提出：開發(fā)人員應決定用戶的組成，并讓用戶盡可能早地涉入，并提出了幾種熟悉用戶、他們的任務以及需求的方法：