




已閱讀5頁(yè),還剩4頁(yè)未讀, 繼續(xù)免費(fèi)閱讀
版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡(jiǎn)介
如何做好需求分析隨著技術(shù)的不斷發(fā)展和用戶對(duì)網(wǎng)站功能性的需求不斷提高,如今網(wǎng)站項(xiàng)目的設(shè)計(jì)已經(jīng)不能再僅僅簡(jiǎn)單地利用靜態(tài)Html文件來(lái)實(shí)現(xiàn),與前幾年網(wǎng)站設(shè)計(jì)由一兩名網(wǎng)頁(yè)設(shè)計(jì)師自由的創(chuàng)作相比,網(wǎng)站項(xiàng)目的設(shè)計(jì)和開發(fā)越來(lái)越像一個(gè)軟件工程,也越來(lái)越復(fù)雜,網(wǎng)站項(xiàng)目的設(shè)計(jì)和開發(fā)進(jìn)入了需要強(qiáng)調(diào)流程和分工的時(shí)代,建立規(guī)范的、有效的、健壯的開發(fā)機(jī)制,才能適應(yīng)用戶不斷變化的需要,達(dá)到預(yù)期的計(jì)劃目標(biāo)。 網(wǎng)站項(xiàng)目管理(WPM)的含義為Web-based Project Management,即以Web 應(yīng)用程序?yàn)橹饕憩F(xiàn)方式的架構(gòu)來(lái)進(jìn)行的項(xiàng)目設(shè)計(jì)及管理,這樣的架構(gòu)中包含了瀏覽器、網(wǎng)絡(luò)和Web 服務(wù)器等關(guān)鍵主體,主要體現(xiàn)在網(wǎng)站設(shè)計(jì)、以瀏覽器為客戶端的Web應(yīng)用程序開發(fā)(例如信息類網(wǎng)站、網(wǎng)上商店、虛擬郵局、客戶關(guān)系管理。)等項(xiàng)目管理中。 按照筆者的經(jīng)驗(yàn),網(wǎng)站項(xiàng)目管理可以分為以下l六個(gè)階段進(jìn)行控制: 1. 需求分析及變更管理 2. 項(xiàng)目模型及業(yè)務(wù)流程分析 3. 系統(tǒng)分析及軟件建模 4. 界面設(shè)計(jì)、交互設(shè)計(jì)及程序開發(fā) 5. 系統(tǒng)測(cè)試和文檔編寫 6. 客戶培訓(xùn)、技術(shù)支持和售后服務(wù) 需要說明的是,這些階段雖然具有一定的延續(xù)性,但是并非完全隔斷的,例如需求變更管理和測(cè)試工作、文檔編寫都是貫穿整個(gè)項(xiàng)目過程的,許多工作時(shí)交叉進(jìn)行或同時(shí)進(jìn)行的。 (一)如何做好需求分析及變更管理? 業(yè)務(wù)員與客戶進(jìn)行的溝通,撰寫需求分析報(bào)告是項(xiàng)目展開的基礎(chǔ)。項(xiàng)目是以客戶的需求為中心,而不是為技術(shù)而遷就需求。 一:讓客戶暢所欲言,羅列出所有的需求 讓用戶將所有的想法盡可能的闡述清楚,并把所有的要求羅列出來(lái),不要遺漏。這時(shí)候不應(yīng)該害怕“勾引”起客戶的潛在需求而增加設(shè)計(jì)開發(fā)的工作量,從而被今后客戶無(wú)止境的變更拖入泥潭,直接明白地跟客戶把問題和要求一條條地列出來(lái),把條理、歸納、分析先都扔到一邊去,將用戶最原始、最完整的要求準(zhǔn)確地記錄下來(lái)就完成了第一步的工作。 很明顯,假如客戶的需求做的都不完整,隨時(shí)可能會(huì)產(chǎn)生意想之外的變更,甚至這個(gè)變更會(huì)破壞已經(jīng)做的模型及結(jié)構(gòu),那么這個(gè)項(xiàng)目從開始就注定了會(huì)失敗;比如站點(diǎn)所有的功能都實(shí)現(xiàn)了,本地測(cè)試起來(lái)也沒有什么問題了,但是你卻不知道客戶的系統(tǒng)是要承受每天100萬(wàn)獨(dú)立IP的訪問,而你原來(lái)想當(dāng)然的以為了不起就是1萬(wàn)獨(dú)立IP訪問的訪問流量,稍微有經(jīng)驗(yàn)的開發(fā)人員都會(huì)明白這樣的設(shè)計(jì)是個(gè)災(zāi)難,無(wú)論是應(yīng)用服務(wù)器、數(shù)據(jù)庫(kù)還是程序全部要重新開發(fā)! 二:透過現(xiàn)象分析潛在的需求 很多情況下客戶并非專業(yè)人士,在他們滔滔不絕的描述中不能指望他們幫助我們整理出重點(diǎn)和技術(shù)難關(guān),這需要我們?nèi)榭蛻暨M(jìn)行分析、歸納和整理,尤其是客戶談的不多卻又是技術(shù)上實(shí)現(xiàn)難度和強(qiáng)度很高的地方特別值得注意。 客戶往往對(duì)需求的概念是非常模糊的,大多時(shí)候給出的需求都是籠統(tǒng)而且尺度難以控制的,這就要求業(yè)務(wù)人員在傾聽了客戶的詳細(xì)說明以后,幫助客戶進(jìn)行整理和分析,同時(shí)預(yù)測(cè)客戶在開發(fā)過程中變更及今后應(yīng)用中可能進(jìn)行修改升級(jí)的潛在需求。 比如在為客戶設(shè)計(jì)辦公自動(dòng)化系統(tǒng)的時(shí)候,也許就要為客戶預(yù)留將來(lái)與他們的業(yè)務(wù)單位進(jìn)行交互的通道;在設(shè)計(jì)郵件系統(tǒng)的時(shí)候要考慮可能會(huì)需要廣告管理服務(wù)器;設(shè)計(jì)網(wǎng)絡(luò)電子商店時(shí)今后增加庫(kù)存產(chǎn)品進(jìn)銷存統(tǒng)計(jì)分析等等;限于時(shí)間財(cái)力的考慮,客戶通常能夠接受分階段實(shí)施的開發(fā)過程,在需求分析時(shí),提早為客戶設(shè)想到今后的需求變更除了使項(xiàng)目開發(fā)更加順利以外,也為今后業(yè)務(wù)的進(jìn)一步深入打下了更好的基礎(chǔ)。 筆者曾負(fù)責(zé)一個(gè)大型新聞網(wǎng)站的設(shè)計(jì),當(dāng)客戶拿著將近五十頁(yè)厚的一本設(shè)計(jì)要求報(bào)告時(shí),我發(fā)現(xiàn)有四十頁(yè)的內(nèi)容對(duì)程序開發(fā)來(lái)說都是重復(fù)的,而在其中一頁(yè)的角落卻畫了個(gè)“搜索其他網(wǎng)站相關(guān)新聞”的按鈕,并且沒有做任何說明,僅僅這10個(gè)字所完成的工作量完全頂?shù)纳掀渌氖?yè)重復(fù)贅述所做的工作,客戶完全不知道這個(gè)要求引發(fā)的問題實(shí)際就是一個(gè)搜索引擎的開發(fā),通過協(xié)商,客人同意了修改成站內(nèi)搜索的引擎。 三:利用自然的語(yǔ)言描述項(xiàng)目模型 在業(yè)務(wù)員與客戶進(jìn)行溝通和調(diào)查時(shí)撰寫的需求分析,盡可能用自然的語(yǔ)言進(jìn)行描述,雖然客戶的水平和資歷有所不同,但是最自然的描述能夠使項(xiàng)目開發(fā)的各個(gè)成員都能清楚地理解需求含義,不至于在理解上產(chǎn)生偏差。對(duì)客戶而言,這樣的模型描述最接近真實(shí),容易參與修訂,并能以此為測(cè)試和驗(yàn)收的依據(jù)。 請(qǐng)比較以下兩份關(guān)于需求的描述, “用戶在訪問首頁(yè)的時(shí)候可以在點(diǎn)擊客戶通道按鈕,彈出填寫用戶名和密碼的窗口,輸入正確后在新窗口打開客戶通道的首頁(yè),在該頁(yè)顯示所有可操作的功能的導(dǎo)航條和最新的導(dǎo)讀新聞鏈接列表 。” “站點(diǎn)分為公開和加密兩種狀態(tài),通過身份驗(yàn)證機(jī)制使特有的用戶可以訪問到加密信息,并提供不同于普通用戶的功能。” 前段描述我們就很容易想象的出來(lái)設(shè)計(jì)完成的網(wǎng)站是什么樣子,而后一段的描述可能會(huì)做出無(wú)數(shù)不同的版本,造成對(duì)需求理解的歧意。 四:利用示意圖和圖表將用戶的需求表現(xiàn)出來(lái) 需求分析無(wú)論文字上怎么樣表述都還是抽象的,對(duì)客戶而言理解畢竟是困難的,將基本確定的需求制作出示意圖是最直觀有效的。 制作示意圖可以有很多種方式,用PowerPoint或Visio制作流程示意,用Html文檔制作界面示意都是可行的,最簡(jiǎn)單利用畫圖和Word表格方式也完全可以,關(guān)鍵是利用示意圖將客戶的需求和即將開始設(shè)計(jì)的系統(tǒng)體現(xiàn)起來(lái),在進(jìn)行系統(tǒng)分析和程序開發(fā)之前,雙方對(duì)今后要完成的產(chǎn)品就能夠有直觀的認(rèn)識(shí),換言之,就是在產(chǎn)品還沒有真正進(jìn)入開發(fā)階段的時(shí)候,雙方就對(duì)工作的結(jié)果達(dá)成統(tǒng)一的意見,這將大大地減輕需求變更所帶來(lái)的困擾,同時(shí)客戶更容易地參與到項(xiàng)目的開發(fā)過程,保證項(xiàng)目往正確的方向進(jìn)行。 在RUP中有這樣的描述: 利用電影、卡通、圖片、表格和動(dòng)畫片等制作示意圖開始,告訴我們用戶是誰(shuí),要發(fā)生什么事情,如何發(fā)生。 以用戶友好的方式幫助收集并改進(jìn)用戶需求。 鼓勵(lì)更有創(chuàng)造性、更加創(chuàng)新的設(shè)計(jì)解決方案。 鼓勵(lì)團(tuán)隊(duì)復(fù)審,并避免所有人都不希望出現(xiàn)的特征。 確保以可理解、直觀的方式實(shí)施特征。 使訪談過程變得輕松,避免出現(xiàn)訪談沒有結(jié)果的現(xiàn)象。 簡(jiǎn)單地說,制作示意圖就是使用工具向用戶 (主角) 說明(有時(shí)是動(dòng)畫演示)系統(tǒng)如何適應(yīng)組織的需要,并表明系統(tǒng)將如何運(yùn)轉(zhuǎn)。協(xié)調(diào)員將初始示意板展示給小組,小組成員提供意見。之后,在舉辦研討班期間,示意板也進(jìn)行“實(shí)時(shí)”演進(jìn)。所以,您需要一種可以輕松更改示意板的畫圖工具。為了避免分散注意力,一般最好使用簡(jiǎn)單的工具,比如圖表、白板或PowerPoint。 五:什么人要看需求分析報(bào)告 項(xiàng)目經(jīng)理、系統(tǒng)分析員、開發(fā)經(jīng)理、交互設(shè)計(jì)師、測(cè)試人員、文檔人員包括客戶代表都應(yīng)該看需求分析,并進(jìn)行共同的討論,達(dá)成一致的意見。 我們經(jīng)常會(huì)遇到業(yè)務(wù)人員辛辛苦苦談下來(lái)的項(xiàng)目,對(duì)開發(fā)人員來(lái)說卻是難以實(shí)現(xiàn)的,而技術(shù)人員設(shè)計(jì)的產(chǎn)品卻常常得不到客戶的認(rèn)可,甚至發(fā)生糾紛,因此參與項(xiàng)目開發(fā)的人員都應(yīng)該對(duì)這份需求有統(tǒng)一清晰的認(rèn)識(shí),并根據(jù)自己的工作對(duì)需求提出意見,通過與客戶的溝通修訂,最終確定項(xiàng)目實(shí)現(xiàn)的目標(biāo)。 例如: 項(xiàng)目經(jīng)理通過需求分析才能組建所需要的團(tuán)隊(duì)包括配置工作環(huán)境,制定開發(fā)周期。 開發(fā)周期的限制和功能上的要求可能會(huì)影響到程序員采用什么樣的語(yǔ)言和工具進(jìn)行編寫; 操作用戶的技能水平將影響到交互設(shè)計(jì)師進(jìn)行前臺(tái)設(shè)計(jì)時(shí)做到什么樣的精度; 界面設(shè)計(jì)人員根據(jù)項(xiàng)目的性質(zhì)和定位確定表現(xiàn)方式。 測(cè)試人員了解測(cè)試環(huán)境和條件后才能對(duì)項(xiàng)目質(zhì)量進(jìn)行跟蹤和檢測(cè); 通過下表,我們可以看的出不同角色根據(jù)需求的變更所進(jìn)行的工作流程: 六:建立需求變更日志,制作新版本的需求分析報(bào)告 盡管我們費(fèi)了許多功夫在需求分析進(jìn)行了最大可能的努力,但幾乎可以肯定的是,這份需求分析在開發(fā)過程中一定會(huì)發(fā)生變化,也許是出自客戶的遺漏,也可能是在開發(fā)過程中被激發(fā)出來(lái)的,這種變更有時(shí)是如此的頻繁和瑣碎,以至于往往不能將變更及時(shí)反饋到項(xiàng)目的各個(gè)角色中,那么做好需求變更日志就顯得非常重要。 在需求分析后面附上變更日志,并將修改后的需求分析制作成新版本,保留每次更改過的版本,而不是覆蓋,這樣就比較容易地跟蹤到需求變更過程中所帶來(lái)的工作調(diào)整。 在新版本的需求分析中,將變更多部分用特殊方式表明出來(lái),并在日志中記錄變更多重的明細(xì)。 關(guān)于需求分析和變更管理可以參照下圖示意: 七:本階段重點(diǎn)工作角色 在需求分析和變更管理的過程中,工作量最大的角色為客戶代表、業(yè)務(wù)員和項(xiàng)目經(jīng)理。 客戶代表提出需求,業(yè)務(wù)員幫助整理和分析,項(xiàng)目經(jīng)理對(duì)整個(gè)項(xiàng)目進(jìn)行評(píng)估。 在實(shí)際工作中,很多項(xiàng)目失敗的起因都和需求分析有關(guān)。 客戶代表和業(yè)務(wù)員通常并非從事技術(shù)開發(fā)的專業(yè)人員,在討論需求的時(shí)候往往對(duì)項(xiàng)目的技術(shù)難度、工作量、時(shí)間進(jìn)度把握不準(zhǔn)確,這時(shí)候需要項(xiàng)目經(jīng)理或技術(shù)人員進(jìn)行參謀。 為了降低項(xiàng)目的風(fēng)險(xiǎn),提高工作效率,有必要設(shè)計(jì)規(guī)范的需求管理計(jì)劃書,幫助客戶代表和業(yè)務(wù)員更好的完成任務(wù)。 以下提供一份需求管理計(jì)劃的模板可作為參考: 八:總結(jié) 根據(jù)筆者的經(jīng)驗(yàn),要盡快做好需求分析掌握以下要點(diǎn),也許能事半功倍: 仔細(xì)聆聽,羅列客戶的所有要求; 將需求進(jìn)行分析,確認(rèn)可操作的系統(tǒng)模型; 利用最自然的語(yǔ)言將系統(tǒng)進(jìn)行描述,使每個(gè)開發(fā)人員不會(huì)產(chǎn)生歧意; 迅速確定網(wǎng)站的用戶角色; 比如訪客、會(huì)員、重要客戶、前臺(tái)管理員、網(wǎng)站管理員、業(yè)務(wù)員等; 分析確定每個(gè)角
溫馨提示
- 1. 本站所有資源如無(wú)特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。
最新文檔
- 美年大健康客服體系優(yōu)化與服務(wù)提升
- 造口護(hù)理步驟流程
- 學(xué)前教育五大領(lǐng)域?qū)嵺`
- 肛周膿腫與肛瘺超聲診斷
- 治具設(shè)計(jì)培訓(xùn)體系構(gòu)建
- 運(yùn)動(dòng)健康小常識(shí)
- 硬膜下出血護(hù)理
- 健康促進(jìn)學(xué)校創(chuàng)建工作匯報(bào)
- 2025年抗毒素類生物制品項(xiàng)目提案報(bào)告
- 書法教學(xué)匯報(bào)課件
- 第18課 冷戰(zhàn)與國(guó)際格局的演變 【基礎(chǔ)深耕】高一下學(xué)期統(tǒng)編版(2019)必修中外歷史綱要下
- 采血后預(yù)防淤青的按壓方式
- SnRK1在植物逆境響應(yīng)和生長(zhǎng)發(fā)育中的作用
- 肺間質(zhì)纖維化安全指導(dǎo)
- CNAS-CC01:2015 管理體系認(rèn)證機(jī)構(gòu)要求
- 見證取樣送檢計(jì)劃方案
- 食品安全主題墻框架
- 學(xué)校危險(xiǎn)化學(xué)品安全管理制度(2篇)
- 物流快遞企業(yè)倉(cāng)庫(kù)消防安全培訓(xùn)課件
- 住院患者發(fā)生跌倒、墜床的應(yīng)急預(yù)案和處理流程
- 2024年秋季新人教版七年級(jí)上冊(cè)英語(yǔ)全冊(cè)教學(xué)課件
評(píng)論
0/150
提交評(píng)論