網(wǎng)站項目模型及業(yè)務(wù)流程分析

1、eta項目模型及業(yè)務(wù)流程分析發(fā)表于 Tuesday, January 22 17:58:43 CST 由 adminWPMI會員：九點巳發(fā)表在程序員雜志2002年1月期】本文是“網(wǎng)站項目管理（WPM）是如何完成 的”系列文章第二篇。網(wǎng)絡(luò)技術(shù)的應(yīng)用所產(chǎn)生的電子流程工作方式既不能徹底更改傳統(tǒng)的工作流程，也不是對傳統(tǒng)工作流程 的簡單復(fù)制，而需要對傳統(tǒng)的工作流程進(jìn)行合理的優(yōu)化、改進(jìn)和重組。隨著技術(shù)的不斷發(fā)展和用戶對網(wǎng)站功能性的需求不斷提高，如今網(wǎng)站項目的設(shè)計巳經(jīng)不能再僅僅簡單 地利用靜態(tài)Html文件來實現(xiàn)，與前幾年網(wǎng)站設(shè)計由一兩名網(wǎng)頁設(shè)計師自由的創(chuàng)作相比，網(wǎng)站項目的設(shè)計和 開發(fā)越來越像一個軟件工程，也

2、越來越復(fù)雜，網(wǎng)站項目的設(shè)計和開發(fā)進(jìn)入了需要強(qiáng)調(diào)流程和分工的時代， 建立規(guī)范的、有效的、健壯的開發(fā)機(jī)制，才能適應(yīng)用戶不斷變化的需要，達(dá)到預(yù)期的計劃目標(biāo)。網(wǎng)站項目管理（WPM）的含義為Web-based Project Management，即以Web應(yīng)用程序為主要表現(xiàn) 方式的架構(gòu)來進(jìn)行的項目設(shè)計及管理，這樣的架構(gòu)中包含了瀏覽器、網(wǎng)絡(luò)和Web服務(wù)器等關(guān)鍵主體，主 要體現(xiàn)在網(wǎng)站設(shè)計、以瀏覽器為客戶端的Web應(yīng)用程序開發(fā)（例如信息類網(wǎng)站、網(wǎng)上商店、虛擬郵局、客 戶關(guān)系管理。）等項目管理中。在本文中，筆者將網(wǎng)站項目管理（WPM）與軟件工程的統(tǒng)一過程管理（RUP）進(jìn)行參照比較，并結(jié)合 實際工作經(jīng)驗，力求將

3、網(wǎng)站工程管理（WPM）的角色、分工、流程進(jìn)行完整的闡述，使網(wǎng)站項目管理逐漸 走向規(guī)范化。按照筆者的經(jīng)驗，網(wǎng)站項目管理可以分為以下六個階段進(jìn)行控制：需求分析及變更管理項目模型及業(yè)務(wù)流程分析系統(tǒng)分析及軟件建模界面設(shè)計、交互設(shè)計及程序開發(fā)系統(tǒng)測試和文檔編寫客戶培訓(xùn)、技術(shù)支持和售后服務(wù)需要說明的是，這些階段雖然具有一定的延續(xù)性，但是并非完全隔斷的，例如需求變更管理和測試工 作、文檔編寫都是貫穿整個項目過程的，許多工作時交叉進(jìn)行或同時進(jìn)行的。（二）項目模型及業(yè)務(wù)流程分析網(wǎng)絡(luò)技術(shù)的應(yīng)用所產(chǎn)生的電子流程工作方式既不能徹底更改傳統(tǒng)的工作流程，也不是對傳統(tǒng)工作流程 的簡單復(fù)制，而需要對傳統(tǒng)的工作流程進(jìn)行合理的優(yōu)

4、化、改進(jìn)和重組。本章包括以下內(nèi)容：編寫項目模型文檔，使所有人都一目了然業(yè)務(wù)流程分析員進(jìn)行流程設(shè)計界面工程師設(shè)計用戶界面原型以用戶為中心的設(shè)計思考制作設(shè)計計劃書總結(jié)編寫項目模型文檔，使所有人都一目了然為什么要制作項目模型文檔？通常用戶提出的需求是凌亂的，不完整的，甚至是不正確的，而且更細(xì)致的需求經(jīng)常是在項目開發(fā)進(jìn) 行中才被挖掘發(fā)現(xiàn)的，這對于開發(fā)人員來說是個極其困擾的問題。那么，在進(jìn)行需求分析后制作項目模型 文檔，能在項目進(jìn)入開發(fā)前，雙方對即將要開始完成的項目的結(jié)果有個共同的認(rèn)識，并提早暴露可能出現(xiàn) 的需求變更，那么將大大提高開發(fā)的效率和質(zhì)量。缺乏經(jīng)驗的項目人員往往在接受任務(wù)后迫不及待地進(jìn)行系統(tǒng)分

5、析和開發(fā)，而不愿意多一點時間在和客 戶反復(fù)推敲項目需求和模型，開發(fā)過程中想當(dāng)然地憑空為客戶做了很多假想，費了九牛二虎之力卻吃力不 討好，可想而知，在不知道終點在哪里的馬拉松比賽中，你會跑到哪里去？！因此在確認(rèn)了客戶的初步需求以后，業(yè)務(wù)人員應(yīng)該進(jìn)行項目模型的設(shè)計描述。首先，我們要定義一下詞匯表，并非每個客戶或者項目小組成員都能夠明白“用戶”、“角色”、“用例”之 間的差別，也不見得都能很好地理解“通道”、“前臺”、“后臺”到底是什么含義，為了讓項目模型文檔使每個 瀏覽者正確地理解，定義詞匯表是非常需要的，尤其是面對傳統(tǒng)行業(yè)初次進(jìn)行信息化設(shè)計的用戶。模型描述采用最自然的語言進(jìn)行描述，這份文檔是對需

6、求分析報告的進(jìn)一步描述。使得客戶代表、項 目經(jīng)理、開發(fā)人員對即將展開的項目通過項目模型的描述產(chǎn)生最直觀的印象，并針對關(guān)鍵的問題進(jìn)行討論并達(dá)成統(tǒng)一認(rèn)識，比如功能要求、性能指標(biāo)、運行環(huán)境、投資規(guī)模等等。業(yè)務(wù)流程分析員進(jìn)行流程設(shè)計業(yè)務(wù)流程分析員的人員應(yīng)該善于簡化工作，擔(dān)任此角色的人員中必須要有具備廣博的專業(yè)領(lǐng)域知識， 并且具有良好的溝通技巧。業(yè)務(wù)分析人員重點需要協(xié)助客戶將需求進(jìn)行歸納分析，查找出所有的業(yè)務(wù)主角，確定業(yè)務(wù)主角后，每 個主角的相關(guān)活動及流程應(yīng)清晰地制定出來，最終設(shè)計出邏輯視圖、用戶界面示意圖。比如一個電子商店 系統(tǒng)，除了系統(tǒng)管理員、業(yè)務(wù)經(jīng)理、業(yè)務(wù)員、物流配送員、客戶服務(wù)人員等角色以外，可

7、能還存在外部協(xié) 作單位的不同角色，比如供應(yīng)商、分銷商、廣告客戶，還有購買用戶，甚至再細(xì)分為普通消費用戶、VIP 消費用戶、集團(tuán)消費用戶等等，每一類角色參與系統(tǒng)活動時的入口和流程都有所不同，通過邏輯圖和示意 圖，業(yè)務(wù)流程分析員將系統(tǒng)的機(jī)構(gòu)簡要明確地進(jìn)行描述。在進(jìn)行業(yè)務(wù)流程設(shè)計，需要注意以下事項：*調(diào)查用戶網(wǎng)絡(luò)環(huán)境和配置，使架構(gòu)設(shè)計師能夠制定合理可行的系統(tǒng)架構(gòu)；*調(diào)查用戶偏好和技能水平，這將直接影響到項目開發(fā)的深度和用戶界面的設(shè)計；“雖然開發(fā)人員和管理人員很容易自認(rèn)為他們了解用戶需要，但實際情況常常不是這樣。人們往往關(guān)注于用 戶應(yīng)該如何執(zhí)行任務(wù)，而不是用戶偏好如何執(zhí)行。多數(shù)情況下，偏好問題不僅僅是

8、簡單地認(rèn)為巳掌握了用 戶需要，盡管這本身就很值得研究。偏好還要由經(jīng)驗、能力和使用環(huán)境決定。”*預(yù)測并制定系統(tǒng)的性能指標(biāo)，為測試人員編寫測試計劃提供依據(jù)。許多項目設(shè)計中比較重視功能的實現(xiàn)，測試階段看似滿足了客戶的需求，但一旦投入使用的時候，便會發(fā) 現(xiàn)性能上面臨著一個個瓶頸?？蛻粲捎趯I(yè)知識的了解程度有限，也往往忽略了這方面要求，因此為了 避免日后陷入糾紛，事先預(yù)測并制定性能指標(biāo)是非常重要的。界面工程師創(chuàng)建用戶界面原型為了在實際系統(tǒng)開發(fā)投入之前，創(chuàng)建用戶界面模型是非常重要的，開發(fā)原型的成本遠(yuǎn)遠(yuǎn)低于實際開發(fā) 的成本，在項目初期，創(chuàng)建完整的用戶界面揭示和測試系統(tǒng)的所有功能和可用性，并能夠使客戶代表參

9、與 討論及修改，可以大大提高項目的成功幾率。創(chuàng)建正確可行的原型以后，系統(tǒng)分析、設(shè)計及代碼的編寫都必須遵照原型進(jìn)行，確保構(gòu)建的系統(tǒng)是正 確的，測試人員和客戶也能夠在開發(fā)過程中即實時地參與檢查，可以有效地保障了項目的質(zhì)量。根據(jù)業(yè)務(wù)流程分析員所提供的流程分析邏輯圖及示意圖，界面設(shè)計工程師開始設(shè)計制作用戶界面原型， 目前這個階段，對于界面設(shè)計人員來說還沒有進(jìn)入精細(xì)設(shè)計的階段，所以最重要的是將業(yè)務(wù)流程完整地表 現(xiàn)出來，并和客戶就設(shè)計風(fēng)格，設(shè)計規(guī)范進(jìn)行確認(rèn)和定義。界面工程師在充分理解客戶需求和所有的業(yè)務(wù)流程之后，利用合理的布局設(shè)計用戶界面。比如網(wǎng)站的 首頁風(fēng)格、首頁需要顯示的各個元素、導(dǎo)航的分類和表現(xiàn)方法

10、、各類業(yè)務(wù)角色的入口等等。在此需要注意的是，用戶界面不僅僅是網(wǎng)站訪問者所瀏覽的界面，也包括了特殊用戶、管理員、業(yè)務(wù) 伙伴等不同的用戶界面，甚至還有提示界面、警告界面、出錯界面等等，設(shè)計完整的用戶界面原型不僅能 夠使客戶及測試人員更容易明確需求，也對項目的質(zhì)量起到不可忽視的作用。以用戶為中心的設(shè)計思考無論項目設(shè)計開發(fā)人員的水平多么精尖，畢竟不是系統(tǒng)的最終用戶，最大限度地滿足客戶的需要才是 關(guān)鍵，系統(tǒng)設(shè)計人員往往口頭上掛著以用戶為中心的口號，而實際上工作中又在大量地假想，或是出于懶 惰或是出于條件限制，對于將來使用系統(tǒng)的不同用戶來說都可能產(chǎn)生意想不到的障礙。真正做到以用戶為中心，就要先放棄沉淀在腦

11、子里的經(jīng)驗和想象，到客戶工作的地方去、觀察記錄客 戶如何工作、然后與客戶談?wù)撍麄兊墓ぷ?。在團(tuán)隊拓展訓(xùn)練中有一項叫做“盲人方陣”的課程，可以想象一群什么也看不見的人如何把一根長繩子 拉成正方形景象嗎？目中無人的人會懂得傾聽和服從嗎？我們不能假設(shè)用戶到底是個健全人還是盲人，也 不能假想用戶應(yīng)該會怎么做不該會怎么做，只有去仔細(xì)觀察和溝通，才能制定出真正符合用戶需要的計劃。有專家提出：開發(fā)人員應(yīng)決定用戶的組成，并讓用戶盡可能早地涉入，并提出了幾種熟悉用戶、他們 的任務(wù)以及需求的方法：*與用戶交談*到辦公地點拜訪用戶*觀察用戶工作*將用戶工作錄像* 了解工作組織*自我嘗試 *使用戶在工作時邊想邊說讓用戶

12、參與設(shè)計*在設(shè)計小組中包括專家級用戶*執(zhí)行任務(wù)分析*利用調(diào)查和問卷*制定可測試的目標(biāo)在有可能的情況，在需求和流程設(shè)計中努力做到精確、客觀和細(xì)致，不但能保證系統(tǒng)開發(fā)的質(zhì)量和成 熟度，也會使你得到客戶高度的滿意和信任，為今后更多的業(yè)務(wù)合作敞開大門。制作設(shè)計計劃書到了這個階段，可以說掌握了客戶的需求并對計劃實施的系統(tǒng)開發(fā)有了清楚地認(rèn)識，與客戶之間達(dá)成 了共識，那么在進(jìn)入下個階段的工作時，制作設(shè)計計劃書是非常必要的。設(shè)計計劃書是全面描述整個系統(tǒng)的全貌，作為系統(tǒng)分析、測試人員工作的基礎(chǔ)，同時也是客戶驗收的 標(biāo)準(zhǔn)，作為業(yè)務(wù)合同的內(nèi)容之一，因此，應(yīng)該仔細(xì)謹(jǐn)慎地撰寫設(shè)計計劃書。根據(jù)項目的不同，設(shè)計計劃書的內(nèi)容

13、或許有所不同，以下筆者提供一份樣本供大家參考，該份樣本基 本涵蓋了需要在計劃書中進(jìn)行確認(rèn)和描述的核心要素。項目名稱 項目計劃書 版本V1.0歷史咐記錄日期版本說明作者年/月/日X x修訂，況姓名目錄-頊目據(jù)況1.1客戶資料1. 2項目背景3項目前景2導(dǎo)分析L用戶角色2. 2厭鍵技術(shù)2. 幽站結(jié)構(gòu)2.4形象定位3.一總體方案3.1系統(tǒng)框架3.2拓?fù)浣Y(jié)構(gòu)3.3部署計劃價4. 1：網(wǎng)絡(luò)環(huán)境4. 2：硬件配置4. 3：軟件配置4. 4：其他配置5實施步驟及周期6.-系統(tǒng)功能詳述V.t哄瓣8.t升級、培訓(xùn)姚務(wù)io.附件列表11. 1項目模型文檔11. 2業(yè)務(wù)流程分析文檔11. 3用戶界面設(shè)計圖12.版枳聲明總結(jié)在本階段的工作過程中，核心的任務(wù)是通過上個階段的需求分析，進(jìn)行項目模型設(shè)計和業(yè)務(wù)流程分析， 并制作用戶界面原型得到