第8講工程項目管理——軟件項目管理8.1軟件項目管理概述引言8.2軟件項目進度管理8.3軟件項目風險管理8.4軟件項目質(zhì)量管理引言為什么要學習軟件項目管理？1999年美國斯坦迪申(Standish)咨詢公司對美國365位信息技術高層經(jīng)理人員管理的8380個項目進行調(diào)查研究，得到如下結論：信息技術項目正處于一個混沌的狀態(tài);平均成功率為16％;50％的項目需要補救;34％的項目徹底失敗;平均超出時間為222%;實際成本是估計成本的189%;性能與功能只達到要求的61％。引言為什么要學習軟件項目管理？調(diào)查研究顯示，軟件項目失敗的主要原因有：軟件應用項目越來越復雜；缺乏合格的軟件項目管理人才。結論：缺乏有效的項目管理是導致軟件項目失控直至失敗的直接原因。引言為什么要學習軟件項目管理？正因為如此，各大型跨國IT企業(yè)都非常重視項目管理方法與技術的推廣與應用：IBM公開承認對其未來發(fā)展起關鍵作用的因素是掌握和全面實施項目管理。IBM制定了企業(yè)內(nèi)部的資格認證計劃，同時也鼓勵其職員獲得項目管理學會(PMI)的資格認證(PMP)，IBM全球服務事業(yè)部的部門經(jīng)理，有70%是從項目經(jīng)理提升上去的。IBM認為，項目經(jīng)理的成長和成熟，是公司管理走向成熟的重要表現(xiàn)。8.1軟件項目管理概述引言8.2軟件項目進度管理8.3軟件項目風險管理8.4軟件項目質(zhì)量管理8.1軟件項目管理概述8.1.1項目與項目管理8.2.2軟件項目管理8.1.1項目與項目管理人類活動的分類項目定義與特點項目的生命周期項目管理的概念項目管理的要素

人類活動的分類無組織活動(自發(fā)活動)有組織活動日常運作：連續(xù)不斷、周而復始的活動.項目：臨時性、一次性活動.日常運作與項目上課野餐活動超級女聲社區(qū)保安開發(fā)操作系統(tǒng)每天的衛(wèi)生保潔神州飛船計劃廣州亞運會日常運作項目?項目日常運作唯一性重復性時限性連續(xù)性目標導向績效優(yōu)先變更管理線性管理項目組織職能部門項目經(jīng)理負責部門經(jīng)理負責日常運作與項目的區(qū)別人類活動的分類項目定義與特點項目的生命周期項目管理的概念項目管理的要素

項目定義與特點定義項目是為了創(chuàng)造一個唯一的產(chǎn)品或提供一個唯一的服務而進行的臨時性的努力。項目的特點有明確的目標性明確的時限性資源成本的約束性項目的不確定性唯一性(一次性)人類活動的分類項目定義與特點項目的生命周期項目管理的概念項目管理的要素

項目的生命周期任何項目都有明確的起始時間和結束時間，其過程中包含四個基本階段。啟動階段項目的可行性分析、立項、招投標、合同簽署。計劃階段目標確定、范圍定義、進度安排、資源計劃、成本估計等。實施階段實施計劃、進度控制、費用控制、質(zhì)量控制、變更控制、合同管理、現(xiàn)場管理等。結束階段范圍確認、質(zhì)量驗收、費用結算與審計、項目資料驗收、項目交接與清算、項目審計與評估等。項目無所不在，關鍵在于管理…生活中的項目生日聚會野餐活動集體婚禮社會中的大項目微軟的操作系統(tǒng)開發(fā)阿波羅計劃神州飛船計劃人類活動的分類項目定義與特點項目的生命周期項目管理的概念項目管理的要素

項目管理的概念常見：項目管理是一系列的伴隨著項目的進行而采取的、以確保項目能夠達到期望的結果為目的的一系列管理行為。PMI：在項目活動中應用一系列的知識、技能、工具和技術，以滿足或超過相關利益者對項目的要求。人類活動的分類項目定義與特點項目的生命周期項目管理的概念項目管理的要素

項目管理的因素很多，項目目標的實現(xiàn)主要受到以下六個因素制約。項目管理的要素TQC(Time-Quality-Cost)三角制約關系時間成本質(zhì)量-質(zhì)量與成本、時間正相關；-成本與時間則不是簡單的線性關系。8.1軟件項目管理概述8.1.1項目與項目管理8.1.2軟件項目管理8.1.2軟件項目管理邏輯實體(抽象性、復雜性、知識密集性)缺陷檢測的困難性缺乏統(tǒng)一的規(guī)則軟件項目產(chǎn)品的特點軟件項目管理中的常見問題需求不明確，變化比較多；工作量估計過低；項目團隊水平不足；開發(fā)計劃不充分；項目經(jīng)理的管理能力不足；軟件項目管理的成功原則平衡原則注意“需求、資源、工期、質(zhì)量”四要素的平衡；切記“80/20”原則；分解原則降低難度、減少風險、下放權力、發(fā)揮能動；實時控制原則微軟的“每日構建”出成效；簡單有效原則“沒有完美的管理，只有有效的管理”；堅持“密而不緊、疏而不漏”原則；規(guī)?？刂圃瓌t堅持“兵精將寡”原則;軟件項目管理過程項目啟動過程需求建議書可行性研究方案選擇項目定義簽訂合同項目啟動確定“做什么？、達到什么目標？”項目計劃編制計劃，確定“怎么做？”項目實施具體實施、實時監(jiān)控項目結束認定成果、項目總結項目規(guī)劃過程目標分解編制計劃制度完善項目預算項目跟蹤與控制過程標準制定項目實施績效度量指揮調(diào)度變更與糾偏項目結束過程范圍核實成果移交行政收尾合同收尾軟件項目管理的內(nèi)容需求管理成本與進度管理配置管理風險管理質(zhì)量管理資源管理8.2軟件項目進度管理概述進度管理工具項目計劃制定項目進度監(jiān)控概述軟件項目的范圍決定軟件的規(guī)模；軟件的規(guī)模決定項目的成本與開發(fā)時限；項目成本與開發(fā)時限構成項目進度計劃的基本紅線；項目進度計劃涉及到項目的活動編排和資源計劃制定；合理的項目計劃能有效提高軟件項目資源利用效率。概述無計劃情況下的資源利用分布時間資源投入開發(fā)工作計劃性工作協(xié)調(diào)性工作概述有計劃情況下的資源利用分布時間資源投入開發(fā)工作計劃性工作協(xié)調(diào)性工作概述進度管理的基本概念進度：對執(zhí)行的活動和里程碑制定的工作計劃日期表。進度管理：為確保項目按期完成所需要的管理過程。進度管理目的：在給定的限制條件下，以最短的時間、最低的成本、最小的風險、按質(zhì)按量完成項目目標規(guī)定的任務。總進度確定依據(jù)成果的交付日期依據(jù)可利用的資源估算的項目開發(fā)時限概述進度管理的重要性按時完成項目是項目經(jīng)理最大的挑戰(zhàn)之一；合理的并行性活動安排是項目按期完成的重要保證。概述軟件項目進度管理過程活動定義(Activitydefinition)活動排序(Activitysequencing)活動歷時估計(Activitydurationestimating)制定進度計劃(Scheduledevelopment)進度控制(Schedulecontrol)-項目跟蹤活動定義活動排序活動歷時估計制定進度計劃進度控制計劃階段控制階段廣東藥學院·醫(yī)藥信息工程學院概述進度管理工具項目計劃制定項目進度監(jiān)控進度管理工具—甘特圖（GanttChart)甘特圖用以表示項目各活動開始時間與結束時間、明確體現(xiàn)項目活動工期與進度計劃的圖形表示方法。表示方法用水平線段表示階段任務；線段的起點和終點分別對應于任務的開始時間和結束時間(用實心三角標記)；線段的長度表示完成任務所需的時間。甘特圖（GanttChart)2007年1月2月3月4月5月6月7月8月9月可行性分析系統(tǒng)調(diào)查需求分析系統(tǒng)設計系統(tǒng)實施軟件測試試運行系統(tǒng)驗收開始時間結束時間進度管理工具—里程碑圖里程碑顯示項目進展中的重大工作完成的時間節(jié)點。SpecificationDesign08/9811/98Testing02/995/99AvailableCoding9/0011/00Announce概述進度管理工具項目計劃制定項目進度監(jiān)控廣東藥學院·醫(yī)藥信息工程學院項目計劃制定軟件項目計劃的要素項目目標WBS規(guī)模估算成本(工作量)估算進度安排項目計劃制定軟件項目計劃周期項目計劃制定軟件項目計劃的內(nèi)容為什么？目標(范圍、費用、進度、質(zhì)量)做什么？任務分解(活動,要求)誰負責？資源分配(組織、角色、分工)什么時間？進度安排(人、時、事不能有沖突)項目計劃制定進度安排過程與方法根據(jù)項目總體進度目標，編制人力資源計劃；比較所需資源與實有資源，確定各階段的初步進度，進而擬定整個項目的初步進度；初步進度評審，確保進度的有效性和可行性，否則，需返回上面步驟，進行計劃和進度調(diào)整。概述進度管理工具項目計劃制定項目進度監(jiān)控項目進度監(jiān)控項目進度控制的前提項目進度計劃已取得項目干系人的共識；項目監(jiān)控中能充分掌握項目進展的各種數(shù)據(jù)；項目監(jiān)控目標、任務、監(jiān)控人員及崗位職責明確；項目進度監(jiān)控的方法、程序及統(tǒng)計、預測工具已經(jīng)具備；項目進度信息的報告、溝通、反饋及信息的管理制度已經(jīng)建立。項目進度監(jiān)控項目進度控制工作的主要內(nèi)容建立進度協(xié)調(diào)、溝通機制(定期召開進度協(xié)調(diào)例會)；按照已制定的程序定期獲得項目的進度數(shù)據(jù)；比較實際進度與計劃的偏差，分析偏差產(chǎn)生的原因；有針對性排除進度偏差形成的主要干擾因素，調(diào)整原有的進度計劃,采取必要可行的補救措施。廣東藥學院·醫(yī)藥信息工程學院8.3軟件項目風險管理概述風險識別風險分析風險跟蹤與應對風險管理驗證風險管理概述軟件項目的整個生命周期中，變化是唯一不變的事務，變化帶來不確定性，不確定性就意味著可能出現(xiàn)損失，而損失的不確定性就是風險。軟件項目的這種不確定性決定了項目風險管理的重要性；制定科學、合理的風險管理計劃，防范風險于未然，是化“被動為風險所控制”為“主動控制風險”的最佳途徑；風險的概念定義風險是指在一定條件下和一定時期內(nèi)某種損失發(fā)生的可能性。狹義：強調(diào)“損失性”廣義：強調(diào)“不確定性”損失發(fā)生的不確定性實質(zhì)：對潛在的、未來可能發(fā)生損害的一種度量風險的概念軟件風險是指軟件開發(fā)過程中某種損失發(fā)生的可能性。預測角度

已知風險－Knownknown可預測風險-Knownunknown不可預測風險-unknownunknown范圍角度

項目風險（進度、質(zhì)量、成本預算等）技術風險（技術標準、規(guī)范的調(diào)整、政策變化）商業(yè)風險（市場、管理等）風險的概念風險的三要素事件事件發(fā)生的概率事件的影響廣東藥學院·醫(yī)藥信息工程學院風險圖示風險的基本性質(zhì)風險的客觀性風險的不確定性風險的不利性風險的相對性（對于同一風險因素，對不同主體的影響是不同的，甚至相反的）風險同利益的對稱性（它是指風險和利益是同時存在的。為了實現(xiàn)一定的利益目標，必須以承擔一定的風險為前提）風險成本為防止風險發(fā)生或減少風險發(fā)生時造成的損失而采取一些措施所支付的費用以及風險發(fā)生后所造成的直接與間接損失。項目風險管理項目管理組織對項目可能遇到的風險進行計劃、識別、分析、跟蹤、應對、監(jiān)控的全過程，是以科學的管理方法實現(xiàn)最大安全保障的實踐活動的總稱。項目風險管理過程美國系統(tǒng)工程研究所(SEI提出)項目資源與項目要求風險計劃風險識別風險分析風險應對問題不確定性風險陳述與背景風險列表風險行動計劃風險校正行為風險檢查表風險評估數(shù)據(jù)庫評估標準風險數(shù)據(jù)庫應對策略風險數(shù)據(jù)庫風險數(shù)據(jù)庫控制面板風險數(shù)據(jù)庫風險跟蹤風險狀況度量、規(guī)格和觸發(fā)器場景閥值風險管理的五個過程風險識別風險分析風險計劃管理驗證跟蹤應對廣東藥學院·醫(yī)藥信息工程學院項目風險管理的方法項目風險潛在階段的管理方法：規(guī)避與控制項目風險發(fā)生階段的管理方法：化解與控制項目風險后果階段的管理方法：消減與控制風險管理的四個層次危機管理風險緩解著力預防消除根源項目風險管理的意義提高項目的成功率避免或盡可能減少因不確定因素導致的損失增加項目團隊的健壯性幫助項目經(jīng)理關注重大風險并積極主動防范。廣東藥學院·醫(yī)藥信息工程學院概述風險識別風險分析風險跟蹤與應對風險管理驗證風險識別風險識別是試圖系統(tǒng)化地確定對項目計劃的威脅，識別已知和可預測的風險，即：將項目的不確定問題轉變?yōu)槊鞔_的風險陳述的過程?；具^程風險預估風險識別風險分類排序風險定義分析風險列表風險識別風險識別依據(jù)項目計劃(目標、計劃、資源、進度等之間的矛盾)歷史項目經(jīng)驗外部制度約束(政策法規(guī)、新標準規(guī)范、資源價格、通貨膨脹、經(jīng)濟發(fā)展態(tài)勢等)項目內(nèi)部的不確定性(需求變更、人員變動)風險識別常見軟件風險人力資源風險需求風險項目接口風險設計風險管理風險開發(fā)過程風險集成與測試風險風險識別風險識別的方法德爾菲(Delphi)方法頭腦風暴法情景分析法風險條目檢查表風險識別德爾菲方法又稱“專家調(diào)查法”；20世紀40年代美國蘭德公司最先采用;調(diào)查程序項目風險小組選定領域?qū)＜?；與專家建立聯(lián)系，收集專家意見；意見信息綜合整理后再反饋給專家；再次征詢意見；重復以上過程4-5次；最后形成一致的意見。風險識別頭腦風暴法專家創(chuàng)造性邏輯思維來獲取未來信息的一種方法；奧斯本1939年首創(chuàng);專家會議的議事原則明確主題、提出要求、規(guī)定范圍；自由發(fā)表新意見，杜絕反駁；鼓勵吸收、修改與補充；簡明扼要，杜絕反復論證；即興發(fā)言，杜絕事先準備。風險識別風險識別的結果已識別出來的項目風險(項目風險表：風險名稱、類別、概率、影響程度)；可能潛在的項目風險；項目風險的征兆(又稱項目風險觸發(fā)器)；對項目管理其他方面的建議與要求。風險識別后將形成一個項目風險識別文件，其中包含以下幾方面內(nèi)容：風險識別風險識別的結果概述風險識別風險分析風險跟蹤與應對風險管理驗證風險分析確定風險發(fā)生概率的估計和評價，項目風險后果嚴重程度與影響范圍的估計和評價，以及對于項目風險發(fā)生時間的估計和評價。項目風險的度量風險可能性度量風險后果度量風險發(fā)生時間的度量風險分析風險可能性的概率表示風險后果的線性分級表示預測風險影響風險影響=風險發(fā)生的可能性×風險后果可能性概率極低0.1低0.3中0.5高0.7極高0.9后果嚴重性取值極低1低3中5高7極高9廣東藥學院·醫(yī)藥信息工程學院風險分析風險排序依據(jù)風險分析得到的各種風險的嚴重程度對所有風險進行排序，保證嚴重程度高的風險得到優(yōu)先處理。風險分析制定風險計劃確定首要風險列表擬定風險應對(處理)方案設定風險閥值衡量項目目標閾值去除缺陷效率大于95%小于85%進度落后或成本超出風險儲備的范圍0%10%總需求增長每月小于1%每年大于50%總軟件項目文檔每功能點單詞數(shù)小于1000每功能點單詞數(shù)大于2000員工每年的自愿流動1%～3%10%概述風險識別風險分析風險跟蹤與應對風險管理驗證風險跟蹤與應對風險跟蹤過程監(jiān)視風險設想(風險征兆)對比項目狀態(tài)與風險閥值風險信息通知報告風險度量風險跟蹤與應對風險應對針對風險分析的結果，為提高實現(xiàn)項目目標的機會，降低風險的負面影響而制定風險應對策略和應對措施的過程，即制定一定的行動和策略來對付、減少、以至于消滅風險事件。項目風險應對的原則可行、適用、經(jīng)濟、有效性原則主動、及時、綜合、系統(tǒng)性原則風險跟蹤與應對項目風險的應對策略風險回避(方法：放棄采用新技術)風險遏制(方法：消除風險引發(fā)原因)風險轉移(方法：合作與外包，購買保險)風險容忍(針對小概率、低影響風險)風險分擔(方法：項目利益相關者共同承擔風險)實例人員的頻繁流動是一項風險，基于過去的歷史和管理經(jīng)驗，頻繁流動可能性的估計值為70%，開發(fā)時間增加15%，總成本增加12%，為了緩解這一風險，項目經(jīng)理應采取的策略。實例-采取的策略與現(xiàn)有人員討論人員流動的原因;項目啟動時，做好會出現(xiàn)人員流動的準備，采取一些技術以確保人員的一旦離開后，項目仍然能繼續(xù);建立良好的項目組織和通信渠道，以使大家能夠了解每個有關的開發(fā)活動的信息;指定文檔標準并建立相應的機制，以保證文檔能夠及時建立;對所有工作組織細致的評審，使大多數(shù)人能夠按計劃進度完成自己的工作.8.4軟件項目質(zhì)量管理質(zhì)量管理的概念軟件評審軟件測試軟件質(zhì)量的定義（從不同角度看）用戶角度理解：軟件運行可靠、不死機、界面友好，系統(tǒng)運行速度快，結果正確，產(chǎn)品交貨及時，服務好。軟件開發(fā)人員：技術上無差錯，符合標準及規(guī)范要求，技術文檔齊全正確，系統(tǒng)易維護。另一專業(yè)人員：每千行代碼中包含的缺陷數(shù)。McCall提出了代表軟件質(zhì)量的11種特性如下表所示:質(zhì)量管理的概念質(zhì)量特性含義可回答的問題正確性程序滿足規(guī)格說明和完成用戶業(yè)務目標的程度它做了該做的事嗎？可靠性程序按要求的精確度實現(xiàn)其預定功能的程度它總能準確地工作嗎？效率程序?qū)崿F(xiàn)其功能所需要的計算資源量它能在硬件上盡力工作嗎？完整性軟件或數(shù)據(jù)不受未授權人控制的程度它是安全的嗎？使用性學習、操作程序、為其準備輸入數(shù)據(jù)、解釋其輸出的工作量它可用嗎？維護性對運行的程序找到錯誤并排除錯誤的工作量它可調(diào)整嗎？測試性為保證程序執(zhí)行其規(guī)定的功能所需的測試工作量它可測試嗎？靈活性修改程序所需的工作量它可修改嗎？移植性將程序從一種硬件配置和/或環(huán)境轉移到另一硬件配置和/或環(huán)境所需的工作量可以在其他機器上使用嗎？復用性程序可被用于其他應用問題的程度可以重復使用它的某些部分嗎？共運行性一系統(tǒng)與另一系統(tǒng)協(xié)同運行所需的工作量它能與其他系統(tǒng)聯(lián)接嗎？國際標準的定義國際標準化組織和國際電工委員會1991年制定了軟件質(zhì)量標準ISO/IEC9126-1991。我國于1996年將其等同采用，成為國家標準《GB/T16200-1996軟件產(chǎn)品評價質(zhì)量特性及其使用指南》。標準規(guī)定了軟件質(zhì)量可用六個特性來評價：功能性、可靠性、可用性、效率、可維護性和可移植性。1、功能性系統(tǒng)功能性是與一組功能及其指定的性質(zhì)有關的一組屬性，包括適合性、準確性、互操作性、依從性和安全性。這里的功能是指滿足明確或隱含的需求的那些功能。2、可靠性系統(tǒng)可靠性是與在規(guī)定的一段時間和條件下，軟件維持其性能水平的能力有關的一組屬性，即一個系統(tǒng)按照用戶需求和設計者的相應設計，執(zhí)行其功能的正確程度，包括成熟性、容錯性、易恢復性。3、易用性易用性是以一組規(guī)定或潛在的用戶為軟件使用對象，所需作的努力和對這樣的使用所作的評價相關的一組屬性，包括易理解性、易學習性、易操作性。通俗地講，易用性是用戶評價系統(tǒng)是否有效、易學、高效、好記、少錯和令人舒適滿意的質(zhì)量標準。4、效率系統(tǒng)效率是與在規(guī)定的條件下，軟件的性能水平與所使用資源量之間有關的一組屬性，包括時間特性、資源特性。5、可維護性系統(tǒng)的可維護性是與進行指定的修改所需的努力有關的一組屬性，包括易分析性、易更改性、穩(wěn)定性和易測試性。6、可移植性系統(tǒng)可移植性是與軟件從一環(huán)境轉移到另一環(huán)境的能力有關的一組屬性，包括適應性、易安排性、一致性和易替換性。軟件質(zhì)量保證（SQA）從廣義上講，SQA的目標包括：通過適當?shù)谋O(jiān)控系統(tǒng)及其開發(fā)過程來保證軟件質(zhì)量。確保軟件及其開發(fā)過程與已定的標準和規(guī)程要求完全一致。確保能及時發(fā)現(xiàn)產(chǎn)品、過程和標準的任何不足并提醒管理者注意，以便及時彌補。SQA的職責在于審核組織的質(zhì)量活動，當出現(xiàn)與標準、規(guī)程以及計劃背離時，提醒管理者注意。軟件評審軟件評審的概念※軟件評審又稱技術評審或同行評審。它是指由開發(fā)人員的技術同行在項目實施的各個階段進行的有組織的軟件瀏覽、文檔與代碼審計活動，驗證工作是否符合預定的標準，其目的是協(xié)助軟件開發(fā)人員在項目早期找出工作的錯誤?！浖_發(fā)的大量事例表明，錯誤往往來源于開發(fā)者認識的誤解或者思維的疏忽與盲點，且常常從一開始就出現(xiàn)，除非有人提醒與指出，否則它會在設計、編碼、文檔編寫甚至測試階段不斷重復。※軟件評審是項目早期軟件質(zhì)量保證的主要手段。軟件評審的實施※

確定參加評審的人員參加評審的人員包括：評審活動主持人（負責領導與組織審查工作）、開發(fā)人員（被評審工作的人員）、評審員、記錄員。為了保持評審會議的效率，評審員一般控制在五六人左右。主持人一般由富于評審經(jīng)驗的資深開發(fā)同行擔任，而不能由被評審工作的管理人員擔任；其他參與人員都必須是技術上的同行人員。※人員培訓組織進行項目初次評審前，應該對主持人和評審人員進行相關培訓，使其熟悉組織的評審程序與相關標準，統(tǒng)一認識，達成對項目評審的一致意見，以便提高評審工作的有效性和效率。培訓課程通常包括評審的基本原則、有關檢查單、評審的程序以及評審案例等。※評審準備

首先，生產(chǎn)人員及管理人員應確定待評審產(chǎn)品是否已經(jīng)準備好進行評審，對于審查的目的是否已經(jīng)達成一致，是否準備好評審會所需的材料等。準備工作結束，通知主持人，啟動評審程序。※分發(fā)評審材料，評審員審讀評審材料組織者要在會議前1到前2天將材料和評審表格發(fā)給每一位評審員。經(jīng)驗表明有3/4的錯誤是在會前的準備階段發(fā)現(xiàn)的?！u審會議

由主持人、評審員、評審產(chǎn)品的開發(fā)人員、記錄員參加。主持人要使會議的議題始終保持在產(chǎn)品的技術問題上，會議的重點是查找問題，無需過多爭論。一次會議一般只評審一個產(chǎn)品，會議時間要控制在2個小時以內(nèi)。會議最后要通過產(chǎn)品是否通過評審，責成記錄員整理評審報告?！u審報告記錄員依據(jù)會議意見整理評審報告，填寫評審總結表，由主持人簽字后生效。評審報告分別交管理人員、開發(fā)人員和缺陷跟蹤人員。取得成功評審的關鍵※應為評審及改正評審發(fā)現(xiàn)的問題預留項目資源※評審應以發(fā)現(xiàn)問題為重點※保證評審的技術化※制定檢查單和標準※限制會議人數(shù)，并且堅持事先作準備※對所有的評審者進行有意義的培訓軟件測試軟件測試的概念軟件測試是指為了尋找軟件缺陷而執(zhí)行程序的過程。測試的目的是盡可能發(fā)現(xiàn)軟件的缺陷，而不是證明軟件正確。我們將軟件缺陷定義為：軟件未達到產(chǎn)品說明書標準的功能。軟件出現(xiàn)了產(chǎn)品說明書指明不會出現(xiàn)的錯誤。軟件功能超出產(chǎn)品說明書指明的范圍。軟件未達到產(chǎn)品說明書雖未指出但應達到的目標。軟件界面與操作方式違反相關標準或習慣。軟件測試員認為軟件難以理解，不易使用，運行速度緩慢，或者最終用戶認為不好等。白盒測試與黑盒測試是最常見的兩種不同軟件測試方法。白盒測試又稱結構測試、路徑測試，是指將程序看成一個透明的盒子，進入程序內(nèi)部，通過對程序的結構與語句進行測試，從而得出對程序質(zhì)量判斷的過程。黑盒測試又稱功能測試，著眼于程序的外部特征，而不過多考慮程序的內(nèi)部構造，通過接收適當?shù)妮斎霐?shù)據(jù)，檢查程序結果的正確性從而判斷程序質(zhì)量的過程。軟件測試的過程包括：測試計劃、測試的組織、測試用例的設計與開發(fā)、測試的執(zhí)行與報告。軟件測試的類型※單元測試單元測試通常由程序員或項目組成員完成。單元測試通常采用白盒測試。實際的做法是，至少檢查一次每個判斷語句的所有條件，確保所有的變量和參數(shù)都經(jīng)過正常值和異常值的測試。白盒測試是發(fā)現(xiàn)程序錯誤的重要手段?！δ軠y試

功能測試即黑盒測試，它是根據(jù)產(chǎn)品的規(guī)格說明執(zhí)行測試。測試用例的設計要按正常值、邊界值、界外值以及無效的非法輸入進行分組，以全面檢查程序的表現(xiàn)，仍然是抽樣檢查?！貧w測試

對于那些已經(jīng)測試并經(jīng)程序員修復的軟件要重新進行測試。我們把這樣的測試定義為回歸測試?；貧w測試的基本方法是選擇某些測試用例，定期進行以檢測回歸問題?！炇占鞍惭b測試

該類測試是指在軟件開發(fā)及所有測試完成后，在真實的用戶環(huán)境下對系統(tǒng)進行的最后測試。驗收及安裝測試一般要有最終用戶參加，以保證測試的實效。軟件測試的原則※完全測試程序是不可能的※軟件測試需要由專門測試人員完成的※從一開始就執(zhí)行測試對于軟件的需求一旦確定，就應訂出測試計劃。如果系統(tǒng)采用分階段交付的方式，可執(zhí)行軟件在第一階段中期就存在了，此時測試就應立即開始。即使不采用分階段交付，也應在單元編碼完成時馬上開始，并且隨著系統(tǒng)的集成，逐漸展開。課程答辯安排課程成績的組成

總成績

=平時成績（50%）+期末成績（答辯50%）

平時成績（50%）—針對每個人:

考勤（10%）+討論課（1次:10%）+課后作業(yè)（3次：30%)

期末成績（答辯50%）—針對每個組：由答辯老師從學習態(tài)度、方案介紹、方案撰寫質(zhì)量（包括各部分的完整性等）、設計創(chuàng)新、答辯效果等方面進行評價。期末:設計一個工程項目方案

題目:

1．引言選題背景：首先引出問題，在充分了解當今社會及市場需求的基礎上，說明設計開發(fā)本項目的必要性，即為什么設計開發(fā)本項目。（不少于500字）2、

項目前期準備2.1需求分析需求分析就是解決“做什么”的問題，就是