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

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

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

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