隨著技術的不斷發展和用戶對網站功能性的需求不斷提高,如今網站項目的設計已經不能再僅僅簡單地利用靜態Html文件來實現,與前幾年網站設計由一兩名網頁設計師自由的創作相比,網站項目的設計和開發越來越像一個軟件工程,也越來越復雜,網站項目的設計和開發進入了需要強調流程和分工的時代,建立規范的、有效的、健壯的開發機制,才能適應用戶不斷變化的需要,達到預期的計劃目標。
網站項目管理(WPM)的含義為WebbasedProjectManagement,即以Web應用程序為主要表現方式的架構來進行的項目設計及管理,這樣的架構中包含了瀏覽器、網絡和Web服務器等關鍵主體,主要體現在網站設計、以瀏覽器為客戶端的Web應用程序開發(例如信息類網站、網上商店、虛擬郵局、客戶關系管理。)等項目管理中。
在本文中,筆者將網站項目管理(WPM)與軟件工程的統一過程管理(RUP)進行參照比較,并結合實際工作經驗,力求將網站工程管理(WPM)的角色、分工、流程進行完整的闡述,使網站項目管理逐漸走向規范化。
按照筆者的經驗,網站項目管理可以分為以下七個階段進行控制:
1、需求分析及變更管理
2、項目模型及業務流程分析
3、系統分析及軟件建模
4、界面設計、交互設計及程序開發
5、系統測試和文檔編寫
6、客戶培訓、技術支持和售后服務
需要說明的是,這些階段雖然具有一定的延續性,但是并非完全隔斷的,例如需求變更管理和測試工作、文檔編寫都是貫穿整個項目過程的,許多工作時交叉進行或同時進行的。
(一)如何做好需求分析及變更管理?
業務員與客戶進行的溝通,撰寫需求分析報告是項目展開的基礎。項目是以客戶的需求為中心,而不是為技術而遷就需求。
本章包括以下內容:
一、讓客戶暢所欲言,羅列出所有的需求
二、透過現象分析潛在的需求
三、利用自然的語言描述項目模型
四、利用示意圖和圖表將用戶的需求表現出來
五、什么人要看需求分析報告?
六、建立需求變更日志,制作新版本的需求分析報告。
七、本階段重點工作角色
八、總結
一、讓客戶暢所欲言,羅列出所有的需求
讓用戶將所有的想法盡可能的闡述清楚,并把所有的要求羅列出來,不要遺漏。這時候不應該害怕"勾引"起客戶的潛在需求而增加設計開發的工作量,從而被今后客戶無止境的變更拖入泥潭,直接明白地跟客戶把問題和要求一條條地列出來,把條理、歸納、分析先都扔到一邊去,將用戶最原始、最完整的要求準確地記錄下來就完成了第一步的工作。
很明顯,假如客戶的需求做的都不完整,隨時可能會產生意想之外的變更,甚至這個變更會破壞已經做的模型及結構,那么這個項目從開始就注定了會失??;比如站點所有的功能都實現了,本地測試起來也沒有什么問題了,但是你卻不知道客戶的系統是要承受每天100萬獨立IP的訪問,而你原來想當然的以為了不起就是1萬獨立IP訪問的訪問流量,稍微有經驗的開發人員都會明白這樣的設計是個災難,無論是應用服務器、數據庫還是程序全部要重新開發!
二、透過現象分析潛在的需求
很多情況下客戶并非專業人士,在他們滔滔不絕的描述中不能指望他們幫助我們整理出重點和技術難關,這需要我們去為客戶進行分析、歸納和整理,尤其是客戶談的不多卻又是技術上實現難度和強度很高的地方特別值得注意。
客戶往往對需求的概念是非常模糊的,大多時候給出的需求都是籠統而且尺度難以控制的,這就要求業務人員在傾聽了客戶的詳細說明以后,幫助客戶進行整理和分析,同時預測客戶在開發過程中變更及今后應用中可能進行修改升級的潛在需求。
比如在為客戶設計辦公自動化系統的時候,也許就要為客戶預留將來與他們的業務單位進行交互的通道;在設計郵件系統的時候要考慮可能會需要廣告管理服務器;設計網絡電子商店時今后增加庫存產品進銷存統計分析等等;限于時間財力的考慮,客戶通常能夠接受分階段實施的開發過程,在需求分析時,提早為客戶設想到今后的需求變更除了使項目開發更加順利以外,也為今后業務的進一步深入打下了更好的基礎。
共4頁: 1 [2] [3] [4] 下一頁 |
原文轉自:http://www.anti-gravitydesign.com