網(wǎng)站項(xiàng)目管理(ppt)
網(wǎng)站項(xiàng)目管理
網(wǎng)站項(xiàng)目管理含義
以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ì)、以瀏覽器為客戶(hù)端的Web應(yīng)用程序開(kāi)發(fā)（例如信息類(lèi)網(wǎng)站、網(wǎng)上商店、虛擬郵局、客戶(hù)關(guān)系管理。）等項(xiàng)目管理中。
網(wǎng)站項(xiàng)目管理的必然出現(xiàn)
隨著技術(shù)的不斷發(fā)展和用戶(hù)對(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ì)和開(kāi)發(fā)越來(lái)越像一個(gè)軟件工程，也越來(lái)越復(fù)雜，網(wǎng)站項(xiàng)目的設(shè)計(jì)和開(kāi)發(fā)進(jìn)入了需要強(qiáng)調(diào)流程和分工的時(shí)代，建立規(guī)范的、有效的、健壯的開(kāi)發(fā)機(jī)制，才能適應(yīng)用戶(hù)不斷變化的需要，達(dá)到預(yù)期的計(jì)劃目標(biāo)。
網(wǎng)站項(xiàng)目管理流程
需求分析及變更管理
項(xiàng)目模型及業(yè)務(wù)流程分析
系統(tǒng)分析及軟件建模
界面設(shè)計(jì)、交互設(shè)計(jì)及程序開(kāi)發(fā)
系統(tǒng)測(cè)試和文檔編寫(xiě)
如何做好需求分析及變更管理
撰寫(xiě)需求分析報(bào)告是項(xiàng)目展開(kāi)的基礎(chǔ)。項(xiàng)目是以客戶(hù)的需求為中心，而不是為技術(shù)而遷就需求。
需求調(diào)研內(nèi)容
網(wǎng)站當(dāng)前以及日后可能出現(xiàn)的功能需求。
客戶(hù)對(duì)網(wǎng)站的性能（如訪(fǎng)問(wèn)速度）的要求和可靠性的要求。
確定網(wǎng)站維護(hù)的要求。
網(wǎng)站的實(shí)際運(yùn)行環(huán)境。
網(wǎng)站頁(yè)面總體風(fēng)格以及美工效果（必要的時(shí)候用戶(hù)可以提供參考站點(diǎn)或者由公司向用戶(hù)提供）。
主頁(yè)面和次級(jí)頁(yè)面數(shù)量，是否需要多種語(yǔ)言版本等
內(nèi)容管理及錄入任務(wù)的分配。
各種頁(yè)面特殊效果及其數(shù)量（js,flash等）
項(xiàng)目完成時(shí)間及進(jìn)度（可以根據(jù)合同）
明確項(xiàng)目完成后的維護(hù)責(zé)任。
讓用戶(hù)暢所欲言，羅列出所有的需求
讓用戶(hù)將所有的想法盡可能的闡述清楚，并把所有的要求羅列出來(lái)，不要遺漏。不應(yīng)該害怕引起用戶(hù)的潛在需求而增加設(shè)計(jì)開(kāi)發(fā)的工作量，從而被今后用戶(hù)無(wú)止境的變更拖入泥潭，直接明白地跟用戶(hù)把問(wèn)題和要求一條條地列出來(lái)，把條理、歸納、分析先都扔到一邊去，將用戶(hù)最原始、最完整的要求準(zhǔn)確地記錄下來(lái)。
透過(guò)現(xiàn)象分析潛在的需求
用戶(hù)往往對(duì)需求的概念是非常模糊的，大多時(shí)候給出的需求都是籠統(tǒng)而且尺度難以控制的，這就要求我們?cè)趦A聽(tīng)了用戶(hù)的詳細(xì)說(shuō)明以后，幫助用戶(hù)進(jìn)行整理和歸納、分析，整理出重點(diǎn)和技術(shù)難關(guān)，同時(shí)預(yù)測(cè)用戶(hù)在開(kāi)發(fā)過(guò)程中變更及今后應(yīng)用中可能進(jìn)行修改升級(jí)的潛在需求。尤其是用戶(hù)談的不多卻又是技術(shù)上實(shí)現(xiàn)難度和強(qiáng)度很高的地方特別值得注意。
利用自然的語(yǔ)言描述項(xiàng)目模型
在需求調(diào)研人員與用戶(hù)進(jìn)行溝通和調(diào)查時(shí)撰寫(xiě)的需求分析，盡可能用自然的語(yǔ)言進(jìn)行描述，雖然用戶(hù)的水平和資歷有所不同，但是最自然的描述能夠使項(xiàng)目開(kāi)發(fā)的各個(gè)成員都能清楚地理解需求含義，不至于在理解上產(chǎn)生偏差。對(duì)用戶(hù)而言，這樣的模型描述最接近真實(shí)，容易參與修訂，并能以此為測(cè)試和驗(yàn)收的依據(jù)。
利用示意圖和圖表將用戶(hù)的需求表現(xiàn)出來(lái)
需求分析無(wú)論文字上怎么樣表述都還是抽象的，對(duì)用戶(hù)而言理解畢竟是困難的，將基本確定的需求制作出示意圖是最直觀有效的。利用示意圖將用戶(hù)的需求和即將開(kāi)始設(shè)計(jì)的系統(tǒng)體現(xiàn)起來(lái)，在進(jìn)行系統(tǒng)分析和程序開(kāi)發(fā)之前，雙方對(duì)今后要完成的產(chǎn)品就能夠有直觀的認(rèn)識(shí)，也就是在產(chǎn)品還沒(méi)有真正進(jìn)入開(kāi)發(fā)階段的時(shí)候，雙方就對(duì)工作的結(jié)果達(dá)成統(tǒng)一的意見(jiàn)，這將大大地減輕需求變更所帶來(lái)的困擾，同時(shí)用戶(hù)更容易地參與到項(xiàng)目的開(kāi)發(fā)過(guò)程，保證項(xiàng)目往正確的方向進(jìn)行。
需求分析報(bào)告討論
項(xiàng)目經(jīng)理、系統(tǒng)分析員、開(kāi)發(fā)經(jīng)理、交互設(shè)計(jì)師、測(cè)試人員、文檔人員包括用客戶(hù)代表都應(yīng)該看需求分析，并進(jìn)行共同的討論，達(dá)成一致的意見(jiàn)。
項(xiàng)目經(jīng)理通過(guò)需求分析組建所需要的團(tuán)隊(duì)，配置工作環(huán)境，制定開(kāi)發(fā)周期。 程序員采用的編程語(yǔ)言和工具受開(kāi)發(fā)周期的限制和功能上的要求的影響； 交互設(shè)計(jì)師進(jìn)行前臺(tái)設(shè)計(jì)時(shí)的精度要求受操作用戶(hù)的技能水平的影響； 界面設(shè)計(jì)人員根據(jù)項(xiàng)目的性質(zhì)和定位確定表現(xiàn)方式。 測(cè)試人員了解測(cè)試環(huán)境和條件后才能對(duì)項(xiàng)目質(zhì)量進(jìn)行跟蹤和檢測(cè)。
建立需求變更日志，更新需求分析報(bào)告
由于用戶(hù)的遺漏，或者在開(kāi)發(fā)過(guò)程中被激發(fā)出來(lái)的需求，需求變更有時(shí)非常頻繁和瑣碎，往往不能將變更及時(shí)反饋到項(xiàng)目的各個(gè)角色中，那么做好需求變更日志就顯得非常重要。
在需求分析后面附上變更日志，并將修改后的需求分析制作成新版本，保留每次更改過(guò)的版本，而不是覆蓋，這樣就比較容易地跟蹤到需求變更過(guò)程中所帶來(lái)的工作調(diào)整。 新版本的需求分析中，將變更多部分用特殊方式表現(xiàn)出來(lái)，并在日志中記錄變更多的細(xì)節(jié)。
需求分析和變更管理關(guān)系
需求管理計(jì)劃書(shū)
為了降低項(xiàng)目的風(fēng)險(xiǎn)，提高工作效率，有必要設(shè)計(jì)規(guī)范的需求管理計(jì)劃書(shū)，以便更好的完成任務(wù)。
要素：
修訂記錄（日期，版本，說(shuō)明，修訂者）
項(xiàng)目簡(jiǎn)介（客戶(hù)資料，項(xiàng)目背景，項(xiàng)目前景）
需求分析（需求記錄，用戶(hù)角色，用戶(hù)流程）
功能分析（功能描述，模塊劃分，接口定義）
形象分析（形象定位，特殊標(biāo)志，色彩定義）
結(jié)構(gòu)規(guī)劃（網(wǎng)站結(jié)構(gòu)，擴(kuò)展接口）
界面規(guī)范（設(shè)計(jì)標(biāo)準(zhǔn)，公共參數(shù)）
系統(tǒng)規(guī)范（硬件環(huán)境，軟件環(huán)境，開(kāi)發(fā)語(yǔ)言）
項(xiàng)目實(shí)施（項(xiàng)目階段，開(kāi)發(fā)周期，驗(yàn)收標(biāo)準(zhǔn)，項(xiàng)目成員）
需求分析階段重點(diǎn)工作角色
重點(diǎn)角色為用戶(hù)代表、需求調(diào)研人員和項(xiàng)目經(jīng)理。 用戶(hù)代表提出需求，需求調(diào)研人員幫助整理和分析，項(xiàng)目經(jīng)理對(duì)整個(gè)項(xiàng)目進(jìn)行評(píng)估。 在實(shí)際工作中，很多項(xiàng)目失敗的起因都和需求分析有關(guān)。 用戶(hù)代表和需求調(diào)研人員通常并非從事技術(shù)開(kāi)發(fā)的專(zhuān)業(yè)人員，在討論需求的時(shí)候往往對(duì)項(xiàng)目的技術(shù)難度、工作量、時(shí)間進(jìn)度把握不準(zhǔn)確，這時(shí)候需要項(xiàng)目經(jīng)理或技術(shù)人員進(jìn)行協(xié)調(diào)。
需求分析階段總結(jié)（一）
仔細(xì)聆聽(tīng)，羅列用戶(hù)的所有要求；
將需求進(jìn)行分析，確認(rèn)可操作的系統(tǒng)模型。利用最自然的語(yǔ)言將系統(tǒng)進(jìn)行描述，使每個(gè)開(kāi)發(fā)人員不會(huì)產(chǎn)生歧義；
迅速確定網(wǎng)站的用戶(hù)角色。比如訪(fǎng)客、會(huì)員、重要客戶(hù)、前臺(tái)管理員、網(wǎng)站管理員、業(yè)務(wù)員等；
需求分析階段總結(jié)（二）
分析確定每個(gè)角色的權(quán)限及可操作的功能。制作流程圖和示意圖將需求表現(xiàn)出來(lái)；
讓用戶(hù)參與到示意圖的設(shè)計(jì)中，及時(shí)正確的反應(yīng)出需求變更。
制作需求變更日志，保留升級(jí)版本，通過(guò)版本控制進(jìn)行需求管理；
通過(guò)《需求管理計(jì)劃書(shū)》使每個(gè)參與人員看到共同的努力目標(biāo)。
項(xiàng)目模型及業(yè)務(wù)流程分析
網(wǎng)絡(luò)技術(shù)的應(yīng)用所產(chǎn)生的電子流程工作方式既不能徹底更改傳統(tǒng)的工作流程，也不是對(duì)傳統(tǒng)工作流程的簡(jiǎn)單復(fù)制，而需要對(duì)傳統(tǒng)的工作流程進(jìn)行合理的優(yōu)化、改進(jìn)和重組。
編寫(xiě)項(xiàng)目模型文檔，使所有人都一目了然
在進(jìn)行需求分析后制作項(xiàng)目模型文檔，能在項(xiàng)目進(jìn)入開(kāi)發(fā)前，雙方對(duì)即將要開(kāi)始完成的項(xiàng)目的結(jié)果有個(gè)共同的認(rèn)識(shí)，并提早暴露可能出現(xiàn)的需求變更，那么將大大提高開(kāi)發(fā)的效率和質(zhì)量。
由需求調(diào)研人員進(jìn)行項(xiàng)目模型的設(shè)計(jì)描述。
模型描述采用最自然的語(yǔ)言進(jìn)行描述，這份文檔是對(duì)需求分析報(bào)告的進(jìn)一步描述。使得客戶(hù)代表、項(xiàng)目經(jīng)理、開(kāi)發(fā)人員對(duì)即將展開(kāi)的項(xiàng)目通過(guò)項(xiàng)目模型的描述產(chǎn)生最直觀的印象，并針對(duì)關(guān)鍵的問(wèn)題進(jìn)行討論并達(dá)成統(tǒng)一認(rèn)識(shí)，比如功能要求、性能指標(biāo)、運(yùn)行環(huán)境、投資規(guī)模等等 。
業(yè)務(wù)流程分析員進(jìn)行流程設(shè)計(jì)
業(yè)務(wù)流程分析員的人員應(yīng)該善于簡(jiǎn)化工作，擔(dān)任此角色的人員中必須要有具備廣博的專(zhuān)業(yè)領(lǐng)域知識(shí)，并且具有良好的溝通技巧。
業(yè)務(wù)分析人員重點(diǎn)需要協(xié)助客戶(hù)將需求進(jìn)行歸納分析，查找出所有的業(yè)務(wù)主角，確定業(yè)務(wù)主角后，每個(gè)主角的相關(guān)活動(dòng)及流程應(yīng)清晰地制定出來(lái)，最終設(shè)計(jì)出邏輯視圖、用戶(hù)界面示意圖。
業(yè)務(wù)流程設(shè)計(jì)注意事項(xiàng)
調(diào)查用戶(hù)網(wǎng)絡(luò)環(huán)境和配置，使架構(gòu)設(shè)計(jì)師能夠制定合理可行的系統(tǒng)架構(gòu)；
調(diào)查用戶(hù)偏好和技能水平，這將直接影響到項(xiàng)目開(kāi)發(fā)的深度和用戶(hù)界面的設(shè)計(jì)；
預(yù)測(cè)并制定系統(tǒng)的性能指標(biāo)，為測(cè)試人員編寫(xiě)測(cè)試計(jì)劃提供依據(jù)。
界面工程師創(chuàng)建用戶(hù)界面原型
為了在實(shí)際系統(tǒng)開(kāi)發(fā)投入之前，創(chuàng)建用戶(hù)界面模型是非常重要的，開(kāi)發(fā)原型的成本遠(yuǎn)遠(yuǎn)低于實(shí)際開(kāi)發(fā)的成本，在項(xiàng)目初期，創(chuàng)建完整的用戶(hù)界面揭示和測(cè)試系統(tǒng)的所有功能和可用性，并能夠使用戶(hù)代表參與討論及修改，可以大大提高項(xiàng)目的成功幾率。
創(chuàng)建正確可行的原型以后，系統(tǒng)分析、設(shè)計(jì)及代碼的編寫(xiě)都必須遵照原型進(jìn)行，確保構(gòu)建的系統(tǒng)是正確的，測(cè)試人員和用戶(hù)也能夠在開(kāi)發(fā)過(guò)程中即實(shí)時(shí)地參與檢查，可以有效地保障了項(xiàng)目的質(zhì)量。
創(chuàng)建用戶(hù)界面原型階段注意事項(xiàng)
界面設(shè)計(jì)工程師根據(jù)流程分析邏輯圖設(shè)計(jì)制作用戶(hù)界面原型，這個(gè)階段，界面設(shè)計(jì)人員還沒(méi)有進(jìn)入精細(xì)設(shè)計(jì)的階段，最重要的只是將業(yè)務(wù)流程完整地表現(xiàn)出來(lái)，并和客戶(hù)就設(shè)計(jì)風(fēng)格，設(shè)計(jì)規(guī)范進(jìn)行確認(rèn)和定義。 界面工程師在充分理解客戶(hù)需求和所有的業(yè)務(wù)流程之后，利用合理的布局設(shè)計(jì)用戶(hù)界面。比如網(wǎng)站的首頁(yè)風(fēng)格、首頁(yè)需要顯示的各個(gè)元素、導(dǎo)航的分類(lèi)和表現(xiàn)方法、各類(lèi)業(yè)務(wù)角色的入口等等。
用戶(hù)界面不僅僅是網(wǎng)站訪(fǎng)問(wèn)者所瀏覽的界面，也包括了特殊用戶(hù)、管理員、業(yè)務(wù)伙伴等不同的用戶(hù)界面，甚至還有提示界面、警告界面、出錯(cuò)界面等等。
以用戶(hù)為中心的設(shè)計(jì)思考
無(wú)論項(xiàng)目設(shè)計(jì)開(kāi)發(fā)人員的水平多么精尖，畢竟不是系統(tǒng)的最終用戶(hù)，最大限度地滿(mǎn)足用戶(hù)的需要才是關(guān)鍵，系統(tǒng)設(shè)計(jì)人員往往口頭上掛著以用戶(hù)為中心的口號(hào)，而實(shí)際上工作中又在大量地假想，或是出于懶惰或是出于條件限制，對(duì)于將來(lái)使用系統(tǒng)的不同用戶(hù)來(lái)說(shuō)都可能產(chǎn)生意想不到的障礙。
真正做到以用戶(hù)為中心，就要先放棄沉淀在腦子里的經(jīng)驗(yàn)和想象，到用戶(hù)工作的地方去、觀察記錄用戶(hù)如何工作、然后與用戶(hù)談?wù)撍麄兊墓ぷ鳌?
熟悉用戶(hù)需求的方法
與用戶(hù)交談或者到辦公地點(diǎn)拜訪(fǎng)用戶(hù)
觀察用戶(hù)工作
了解工作組織
自我嘗試
讓用戶(hù)參與設(shè)計(jì)
在設(shè)計(jì)小組中包括專(zhuān)家級(jí)用戶(hù)
執(zhí)行任務(wù)分析
利用調(diào)查和問(wèn)卷
制定可測(cè)試的目標(biāo)
制作設(shè)計(jì)計(jì)劃書(shū)
這個(gè)階段，可以說(shuō)掌握了用戶(hù)的需求并對(duì)計(jì)劃實(shí)施的系統(tǒng)開(kāi)發(fā)有了清楚地認(rèn)識(shí)，與用戶(hù)之間達(dá)成了共識(shí)，那么在進(jìn)入下個(gè)階段的工作時(shí)，制作設(shè)計(jì)計(jì)劃書(shū)是非常必要的。
設(shè)計(jì)計(jì)劃書(shū)是全面描述整個(gè)系統(tǒng)的全貌，作為系統(tǒng)分析、測(cè)試人員工作的基礎(chǔ)，同時(shí)也是客戶(hù)驗(yàn)收的標(biāo)準(zhǔn)，作為業(yè)務(wù)合同的內(nèi)容之一，因此，應(yīng)該仔細(xì)謹(jǐn)慎地撰寫(xiě)設(shè)計(jì)計(jì)劃書(shū)。
設(shè)計(jì)計(jì)劃書(shū)要素
用戶(hù)情況分析（概況優(yōu)勢(shì)，競(jìng)爭(zhēng)者，網(wǎng)站帶來(lái)好處）
網(wǎng)站需要實(shí)現(xiàn)的目的和目標(biāo)；
網(wǎng)站形象說(shuō)明；
網(wǎng)站的欄目版塊和結(jié)構(gòu)；
網(wǎng)站內(nèi)容的安排，相互鏈接關(guān)系；
使用軟件，硬件和技術(shù)分析說(shuō)明；
網(wǎng)站測(cè)試（方法，目標(biāo)）
開(kāi)發(fā)時(shí)間進(jìn)度表；
宣傳推廣方案；
維護(hù)方案（軟硬件，數(shù)據(jù)庫(kù)維護(hù)，內(nèi)容更新，調(diào)整）
制作費(fèi)用；
流程分析階段總結(jié)
真正以用戶(hù)為中心的設(shè)計(jì)，到用戶(hù)的實(shí)際工作環(huán)境中觀察和記錄；
仔細(xì)查找各種業(yè)務(wù)主角，并表述不同主角的各種操作流程步驟；
簡(jiǎn)化需求，將用戶(hù)的需求歸納整理，抓住核心問(wèn)題；
細(xì)化需求，針對(duì)核心問(wèn)題，模擬用戶(hù)角色，進(jìn)一步確認(rèn)流程和規(guī)范；
認(rèn)真制定設(shè)計(jì)計(jì)劃書(shū)，為下階段的工作打好基礎(chǔ)；
系統(tǒng)分析及軟件建模
系統(tǒng)分析決定系統(tǒng)開(kāi)發(fā)的成敗，軟件建模使系統(tǒng)開(kāi)發(fā)走向成熟。
系統(tǒng)分析在網(wǎng)站項(xiàng)目管理中的地位
系統(tǒng)分析是能體現(xiàn)整個(gè)系統(tǒng)的靈魂的文檔，將客戶(hù)的需求從具體到抽象的一個(gè)過(guò)程，并制定編碼人員可實(shí)施的規(guī)范和標(biāo)準(zhǔn)。
在系統(tǒng)分析的過(guò)程中需要對(duì)需求分析進(jìn)行進(jìn)一步的深化和分析，通常用戶(hù)及需求調(diào)研人員在需求分析和流程分析的過(guò)程中比較注重功能上的表現(xiàn)和定義，即使是做出正規(guī)的用戶(hù)界面原型，對(duì)系統(tǒng)的需求也是不完整的，處于非技術(shù)人員的緣故，很難苛求能提出完整清晰專(zhuān)業(yè)的性能需求，但不意味著這需求不存在，而且這隱藏的需求對(duì)編碼人員來(lái)說(shuō)是極其重要的。
系統(tǒng)分析所要做的工作
把系統(tǒng)分析和詳細(xì)設(shè)計(jì)階段分開(kāi)，針對(duì)不同項(xiàng)目的具體情況再?zèng)Q定采用什么方式進(jìn)行開(kāi)發(fā)。
對(duì)客戶(hù)的需求分析進(jìn)一步完善和補(bǔ)充，尤其是性能需求。
系統(tǒng)運(yùn)行所需要的的軟硬件網(wǎng)絡(luò)環(huán)境。
系統(tǒng)的資源說(shuō)明，包括人員、時(shí)間、投入等。
系統(tǒng)可行性分析。
系統(tǒng)分析幾個(gè)解決方案
大多用戶(hù)在系統(tǒng)的要求上提不出獨(dú)立的或成熟的意見(jiàn)，而將問(wèn)題交給了系統(tǒng)分析員的手上，為了避免在系統(tǒng)論證方面難以把握的失控和無(wú)從下手，有幾種解決方案：
低成本解決方案：只完成最必要工作，不能多做一點(diǎn)額外工作。
中等成本的解決方案：系統(tǒng)不僅能夠很好地完成預(yù)定的任務(wù)，而且可能還具有用戶(hù)沒(méi)有具體指定的某些功能和特點(diǎn)。
高成本的“十全十美”的系統(tǒng)：系統(tǒng)具有用戶(hù)可能希望有的所有功能和特點(diǎn)。

系統(tǒng)分析的難點(diǎn)和技能要求
對(duì)客戶(hù)隱藏的性能需求的分析。
根據(jù)項(xiàng)目需求和資源的配置選擇最合適的設(shè)計(jì)方式。
對(duì)系統(tǒng)模塊的劃分和代碼復(fù)用的設(shè)計(jì)：模塊最大化，代碼復(fù)用度最高。
項(xiàng)目整體評(píng)估，評(píng)估項(xiàng)目整體和各個(gè)模塊的工作量、進(jìn)度和分配資源，制定出最合理的可行的實(shí)施方案。
軟件建模使系統(tǒng)開(kāi)發(fā)邁向成熟
Web應(yīng)用系統(tǒng)往往隨著客戶(hù)的需求增長(zhǎng)，開(kāi)發(fā)不斷深入，最終變得非常復(fù)雜，而且以Web為核心的網(wǎng)站系統(tǒng)通常都具有高度的動(dòng)態(tài)擴(kuò)展和交互，要在不完整和不斷改變的需求情況下，在有限的時(shí)間內(nèi)完成一套容易修改和維護(hù)的健壯的系統(tǒng)，在UML（統(tǒng)一建模語(yǔ)言）出現(xiàn)之前是極其困難的。 采用建模及按照軟件工程的方式進(jìn)行管理，可以改善一些情況，比如經(jīng)過(guò)界面設(shè)計(jì)或簡(jiǎn)單的系統(tǒng)分析后直接進(jìn)入編碼階段，甚至各個(gè)模塊分頭開(kāi)發(fā)，服務(wù)器段代碼隨意編寫(xiě)、數(shù)據(jù)庫(kù)任意添加、參數(shù)定義沒(méi)有規(guī)范，整個(gè)應(yīng)用系統(tǒng)處于一種無(wú)序混亂的狀態(tài)。
建模的好處
建模是使你逐層深入解決問(wèn)題的辦法；
確認(rèn)應(yīng)用系統(tǒng)的功能需求并為事務(wù)處理原則建模；
對(duì)抽象的對(duì)象映射需求，辨認(rèn)和提供設(shè)計(jì)模版并創(chuàng)建慣用的模版；
分辨和設(shè)計(jì)對(duì)象或劃分三層模型的服務(wù)；
對(duì)軟件的組成部分映射成對(duì)象并設(shè)計(jì)組件在網(wǎng)絡(luò)上如何分布。
UML
UML（Unified Modeling Language，統(tǒng)一建模語(yǔ)言）是一種通用的可視化建模語(yǔ)言，用于對(duì)軟件進(jìn)行描述、可視化處理、構(gòu)造和建立軟件系統(tǒng)的文檔。UML適用于各種軟件開(kāi)發(fā)方法、軟件生命周期的各個(gè)階段、各種應(yīng)用領(lǐng)域以及各種開(kāi)發(fā)工具，同樣，在網(wǎng)站設(shè)計(jì)或以網(wǎng)站為表現(xiàn)形式的各種網(wǎng)絡(luò)應(yīng)用項(xiàng)目中，UML也表現(xiàn)出強(qiáng)大的作用。
系統(tǒng)分析階段總結(jié)
補(bǔ)充完善上一階段可能欠缺的系統(tǒng)的性能需求；
系統(tǒng)分析員需要站在全局出發(fā)，設(shè)計(jì)合理可行的設(shè)計(jì)方案；
在需求不明的情況下設(shè)計(jì)多種解決方案供客戶(hù)選擇；
將系統(tǒng)分解模塊，最大限度地設(shè)計(jì)代碼復(fù)用；
使用UML建模方式，將客戶(hù)變化的需求映射到模型中，大大提高系統(tǒng)的擴(kuò)展性和開(kāi)發(fā)效率。
界面設(shè)計(jì)、交互設(shè)計(jì)及程序開(kāi)發(fā)
網(wǎng)絡(luò)項(xiàng)目開(kāi)發(fā)過(guò)程中，構(gòu)建階段是工作量最大、最艱苦也是最難以控制的階段。
界面設(shè)計(jì)打開(kāi)用戶(hù)之門(mén)
以網(wǎng)站為表現(xiàn)方式的系統(tǒng)界面設(shè)計(jì)所涉及的知識(shí)遠(yuǎn)遠(yuǎn)超過(guò)了美術(shù)的范疇，作為一個(gè)優(yōu)秀的Web界面設(shè)計(jì)師來(lái)說(shuō)，需要掌握的不僅僅是電腦制圖的能力，還應(yīng)該具備心理學(xué)、廣告創(chuàng)意、美術(shù)工藝、排版藝術(shù)等多方面的綜合素質(zhì)，系統(tǒng)界面絕不是孤芳自賞令人難以理解的抽象畫(huà)，而應(yīng)該成為絕大多數(shù)用戶(hù)共同接受的最方便的日用品。
界面設(shè)計(jì)規(guī)則
界面風(fēng)格需要一致
界面元素對(duì)象化
建立標(biāo)準(zhǔn)的文檔管理和設(shè)計(jì)規(guī)范
制定文件命名標(biāo)準(zhǔn)
設(shè)定文件統(tǒng)一路徑
保存原始創(chuàng)作文件
最終完成文件（經(jīng)過(guò)用戶(hù)認(rèn)可的文件）
單獨(dú)管理摸版文件（經(jīng)過(guò)編譯或嵌入程序的文件）
界面設(shè)計(jì)規(guī)則（續(xù)）
考慮用戶(hù)偏好習(xí)慣和方便性
瀏覽器類(lèi)型和版本兼容問(wèn)題
分辨率
字體大小
考慮特殊情況
編寫(xiě)幫助
交互設(shè)計(jì)建立溝通的橋梁
交互設(shè)計(jì)師的側(cè)重點(diǎn)并不在程序的編碼實(shí)現(xiàn)，而注重于用戶(hù)如何最好地與系統(tǒng)交互操作。需要考慮幾個(gè)因素：系統(tǒng)易用性；流程簡(jiǎn)便；盲點(diǎn)測(cè)試；出錯(cuò)及異常提示；利用用戶(hù)環(huán)境測(cè)試。
Web的交互設(shè)計(jì)師需要掌握的技能主要是腳本語(yǔ)言或者Flash等，還需要了解心理學(xué)、人因工程學(xué)、系統(tǒng)工程等方面的經(jīng)驗(yàn)和知識(shí)，認(rèn)真把握每個(gè)交互動(dòng)作的合理性和可行性，這個(gè)交互也許是個(gè)鏈接，也可能是個(gè)表單、提示窗口或者是滾動(dòng)條的拉動(dòng)距離，檢查是否最優(yōu)化和最合理的方式。
程序開(kāi)發(fā)是系統(tǒng)的基石
進(jìn)行系統(tǒng)分析和軟件建模以后，程序開(kāi)發(fā)便進(jìn)入實(shí)質(zhì)性的過(guò)程。但是在程序員動(dòng)手之前不單需要和系統(tǒng)分析員打交道，還要和界面工程師，交互設(shè)計(jì)師，業(yè)務(wù)流程分析員以及用戶(hù)交流，除了理解程序邏輯以外，還需要理解界面設(shè)計(jì)和交互設(shè)計(jì)的要求，使得程序開(kāi)發(fā)成功的可能性大大提高，達(dá)到事半功倍的效果。
隨著網(wǎng)絡(luò)開(kāi)發(fā)技術(shù)的日益發(fā)展和用戶(hù)需求的不斷增長(zhǎng)，系統(tǒng)開(kāi)發(fā)中的編碼工作日益繁重，不僅僅需要考慮性能和功能的實(shí)現(xiàn)，而且需要考慮今后的維護(hù)和擴(kuò)展，需要考慮到系統(tǒng)的集成和穩(wěn)定，許多稍微復(fù)雜一些的系統(tǒng)開(kāi)發(fā)便不再是一個(gè)人能獨(dú)立完成的，因此程序開(kāi)發(fā)需要遵照嚴(yán)格規(guī)范的開(kāi)發(fā)過(guò)程。
開(kāi)發(fā)規(guī)范
文檔規(guī)范：軟件即文檔。
編碼規(guī)范：編碼規(guī)范包含了程序排版、注釋、命名、可讀性、變量、程序效率、質(zhì)量保證、代碼編譯、代碼測(cè)試和版本控制等等注意事項(xiàng)。
代碼復(fù)用
測(cè)試測(cè)試再測(cè)試
開(kāi)發(fā)階段重點(diǎn)工作
建立項(xiàng)目小組的溝通渠道。
建立文檔規(guī)范和管理辦法，借助CVS等相關(guān)工具建立整個(gè)項(xiàng)目小組的文檔。
建立BUG報(bào)告系統(tǒng)，在內(nèi)部預(yù)先創(chuàng)建測(cè)試環(huán)境，將BUG盡可能早地消除掉。
測(cè)試和文檔工程師的工作自始自終地貫穿著項(xiàng)目開(kāi)發(fā)過(guò)程。
程序開(kāi)發(fā)階段總結(jié)
溝通是本階段最需要注意的問(wèn)題；
建立文檔管理體系；
建立測(cè)試環(huán)境和測(cè)試標(biāo)準(zhǔn)；
界面設(shè)計(jì)是為用戶(hù)設(shè)計(jì)的，不是用來(lái)自己欣賞的藝術(shù)品；
為用戶(hù)著想，人性化設(shè)計(jì)是項(xiàng)目成功的保證；
代碼復(fù)用，對(duì)象化模塊化設(shè)計(jì)是界面設(shè)計(jì)、交互設(shè)計(jì)和程序開(kāi)發(fā)共同追求的目標(biāo)。
系統(tǒng)測(cè)試
針對(duì)整個(gè)系統(tǒng)進(jìn)行的測(cè)試，目的是驗(yàn)證系統(tǒng)是否滿(mǎn)足了需求規(guī)格的定義，找出與需求規(guī)格不相符合或與之矛盾的地方。
系統(tǒng)測(cè)試的對(duì)象
系統(tǒng)測(cè)試的對(duì)象不僅僅包括需要測(cè)試的產(chǎn)品系統(tǒng)的軟件，還要包含軟件所依賴(lài)的硬件、外設(shè)甚至包括某些數(shù)據(jù)、某些支持軟件及其接口等。因此，必須將系統(tǒng)中的軟件與各種依賴(lài)的資源結(jié)合起來(lái)，在系統(tǒng)實(shí)際運(yùn)行環(huán)境下來(lái)進(jìn)行測(cè)試。
系統(tǒng)測(cè)試的目的
軟件測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過(guò)程;
測(cè)試是為了證明程序有錯(cuò)，而不是證明程序無(wú)錯(cuò)誤;
一個(gè)好的測(cè)試用例是在于它能發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯(cuò)誤;
一個(gè)成功的測(cè)試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試。
測(cè)試并不僅僅是為了要找出錯(cuò)誤。通過(guò)分析錯(cuò)誤產(chǎn)生的原因和錯(cuò)誤的分布特征，可以幫助項(xiàng)目管理者發(fā)現(xiàn)當(dāng)前所采用的軟件過(guò)程的缺陷，以便改進(jìn)。同時(shí)，這種分析也能幫助我們?cè)O(shè)計(jì)出有針對(duì)性地檢測(cè)方法，改善測(cè)試的有效性。其次，沒(méi)有發(fā)現(xiàn)錯(cuò)誤的測(cè)試也是有價(jià)值的，完整的測(cè)試是評(píng)定測(cè)試質(zhì)量的一種方法。
Web系統(tǒng)測(cè)試方法(一)－功能測(cè)試
鏈接測(cè)試。測(cè)試鏈接是否正確指向；測(cè)試鏈接的頁(yè)面是否存在；保證Web應(yīng)用系統(tǒng)上沒(méi)有孤立的頁(yè)面。
表單測(cè)試。測(cè)試提交操作的完整性，以校驗(yàn)提交給服務(wù)器的信息的正確性。
Cookies測(cè)試。Cookies是否起作用，是否按預(yù)定的時(shí)間進(jìn)行保存，刷新對(duì)Cookies有什么影響等。
設(shè)計(jì)語(yǔ)言測(cè)試。Web設(shè)計(jì)語(yǔ)言版本的差異可以引起客戶(hù)端或服務(wù)器端嚴(yán)重的問(wèn)題。
數(shù)據(jù)庫(kù)測(cè)試。一般是數(shù)據(jù)一致性錯(cuò)誤和輸出錯(cuò)誤。數(shù)據(jù)一致性錯(cuò)誤主要是由于用戶(hù)提交的表單信息不正確而造成的，而輸出錯(cuò)誤主要是由于網(wǎng)絡(luò)速度或程序設(shè)計(jì)問(wèn)題等引起的，針對(duì)這兩種情況，可分別進(jìn)行測(cè)試。
Web系統(tǒng)測(cè)試方法(二)－性能測(cè)試
連接速度測(cè)試。響應(yīng)速度影響用戶(hù)耐心，頁(yè)面超時(shí)導(dǎo)致提交數(shù)據(jù)丟失。
負(fù)載測(cè)試。負(fù)載級(jí)別可以是某個(gè)時(shí)刻同時(shí)訪(fǎng)問(wèn)Web系統(tǒng)的用戶(hù)數(shù)量，也可以是在線(xiàn)數(shù)據(jù)處理的數(shù)量。
壓力測(cè)試。壓力測(cè)試是測(cè)試系統(tǒng)的限制和故障恢復(fù)能力，也就是測(cè)試Web應(yīng)用系統(tǒng)會(huì)不會(huì)崩潰，在什么情況下會(huì)崩潰。壓力測(cè)試的區(qū)域包括表單、登陸和其他信息傳輸頁(yè)面等。

Web系統(tǒng)測(cè)試方法(三)－可用性測(cè)試
導(dǎo)航測(cè)試。導(dǎo)航是否直觀，web系統(tǒng)的主要部分是否可通過(guò)主頁(yè)存??？web系統(tǒng)是否需要站點(diǎn)地圖、搜索引擎或其他的導(dǎo)航幫助？
圖形測(cè)試。確保圖形有明確的用途，驗(yàn)證所有頁(yè)面字體風(fēng)格是否一致，背景顏色應(yīng)與字體顏色和前景顏色相搭配，圖片的大小和質(zhì)量 。
內(nèi)容測(cè)試。檢驗(yàn)Web應(yīng)用系統(tǒng)提供信息的正確性、準(zhǔn)確性和相關(guān)性。
整體界面測(cè)試。整個(gè)Web應(yīng)用系統(tǒng)的頁(yè)面結(jié)構(gòu)設(shè)計(jì)，是給用戶(hù)的一個(gè)整體感。
Web系統(tǒng)測(cè)試方法(四)－兼容性測(cè)試
平臺(tái)測(cè)試。需要在各種操作系統(tǒng)下對(duì)Web系統(tǒng)進(jìn)行兼容性測(cè)試。
瀏覽器測(cè)試。測(cè)試瀏覽器兼容性的一個(gè)方法是創(chuàng)建一個(gè)兼容性矩陣。在這個(gè)矩陣中，測(cè)試不同廠商、不同版本的瀏覽器對(duì)某些構(gòu)件和設(shè)置的適應(yīng)性。
Web系統(tǒng)測(cè)試方法(五)－安全性測(cè)試
Web應(yīng)用系統(tǒng)是否有超時(shí)的限制。
相關(guān)信息是否寫(xiě)進(jìn)了日志文件、是否可追蹤。
使用了安全套接字時(shí)，還要測(cè)試加密是否正確，檢查信息的完整性。
服務(wù)器端的腳本測(cè)試。服務(wù)器端的腳本常常構(gòu)成安全漏洞，這些漏洞又常常被黑客利用。
測(cè)試有效和無(wú)效的用戶(hù)名和密碼，要注意到是否大小寫(xiě)敏感，可以試多少次的限制，是否可以不登陸而直接瀏覽某個(gè)頁(yè)面等。
傳統(tǒng)測(cè)試過(guò)程
代碼審查。由一組人通過(guò)閱讀、討論和爭(zhēng)議對(duì)程序進(jìn)行靜態(tài)分析的過(guò)程。
單元測(cè)試。集中在檢查軟件設(shè)計(jì)的最小單位—模塊上，通過(guò)測(cè)試發(fā)現(xiàn)實(shí)現(xiàn)該模塊的實(shí)際功能與定義該模塊的功能說(shuō)明不符合的情況，以及編碼的錯(cuò)誤。
集成測(cè)試。將模塊按照設(shè)計(jì)要求組裝起來(lái)同時(shí)進(jìn)行測(cè)試，主要目標(biāo)是發(fā)現(xiàn)與接口有關(guān)的問(wèn)題。
確認(rèn)測(cè)試。目的是向未來(lái)的用戶(hù)表明系統(tǒng)能夠像預(yù)定要求那樣工作。
系統(tǒng)測(cè)試。軟件開(kāi)發(fā)完成以后，最終還要與系統(tǒng)中其他部分配套運(yùn)行，進(jìn)行系統(tǒng)測(cè)試。
傳統(tǒng)測(cè)試的問(wèn)題
項(xiàng)目進(jìn)度難于控制，項(xiàng)目管理難度加大。大量的軟件錯(cuò)誤往往只有到了項(xiàng)目后期系統(tǒng)測(cè)試時(shí)才能夠被發(fā)現(xiàn)，解決問(wèn)題所花的時(shí)間很難預(yù)料，經(jīng)常導(dǎo)致項(xiàng)目進(jìn)度無(wú)法控制，同時(shí)在整個(gè)軟件開(kāi)發(fā)過(guò)程中，項(xiàng)目管理人員缺乏對(duì)軟件質(zhì)量狀況的了解和控制，加大了項(xiàng)目管理難度。
對(duì)于項(xiàng)目風(fēng)險(xiǎn)的控制能力較弱。項(xiàng)目風(fēng)險(xiǎn)在項(xiàng)目開(kāi)發(fā)較晚的時(shí)候才能夠真正降低。往往是經(jīng)過(guò)系統(tǒng)測(cè)試之后，才真正確定該設(shè)計(jì)是否能夠滿(mǎn)足系統(tǒng)功能、性能和可靠性方面的需求。
軟件項(xiàng)目開(kāi)發(fā)費(fèi)用超出預(yù)算。
另一種測(cè)試過(guò)程
盡早測(cè)試。將整個(gè)軟件的測(cè)試按階段劃分成開(kāi)發(fā)員測(cè)試和系統(tǒng)測(cè)試兩個(gè)階段。
連續(xù)測(cè)試。迭代式軟件開(kāi)發(fā)模式，將整個(gè)項(xiàng)目的開(kāi)發(fā)目標(biāo)劃分成為一些更易于完成和達(dá)到的階段性小目標(biāo)，這些小目標(biāo)都有一個(gè)定義明確的階段性評(píng)估標(biāo)準(zhǔn)。
自動(dòng)化測(cè)試。
測(cè)試過(guò)程總結(jié)
測(cè)試人員自身素質(zhì)的培養(yǎng)，保證良好的心態(tài)
測(cè)試的技巧和方法
測(cè)試的時(shí)機(jī)
每個(gè)過(guò)程的每一個(gè)環(huán)節(jié)都要進(jìn)行測(cè)試，保證系統(tǒng)在每個(gè)階段可以控制
開(kāi)發(fā)總結(jié)
項(xiàng)目總結(jié)報(bào)告
編寫(xiě)目的
項(xiàng)目背景
程序主要功能和性能
程序處理流程
程序開(kāi)發(fā)進(jìn)度
開(kāi)發(fā)工作評(píng)價(jià)（生產(chǎn)效率，產(chǎn)品質(zhì)量，技術(shù)方法，出錯(cuò)原因分析）
經(jīng)驗(yàn)和教訓(xùn)

網(wǎng)站項(xiàng)目管理(ppt)