《微軟的軟件開發(fā)過程》由會員分享，可在線閱讀，更多相關(guān)《微軟的軟件開發(fā)過程（80頁珍藏版）》請在裝配圖網(wǎng)上搜索。

1、,,,,,,,單擊此處編輯母版標題樣式,,單擊此處編輯母版文本樣式,,第二級,,第三級,,第四級,,第五級,,,,*,,,,,,,,單擊此處編輯母版標題樣式,,單擊此處編輯母版文本樣式,,第二級,,第三級,,第四級,,第五級,,,,*,微軟的軟件開發(fā)過程,重慶大學(xué)計算機學(xué)院,,曾一,,,-,軟件開發(fā)過程與案例,,陳宏剛 熊明華 林斌 張高 張益肇 張亞勤,1.,微軟解決方案框架,MSF,1.1,觀點：技術(shù)不是項目成功與否的惟一決定因素。,,一個成功的,IT,項目中，開發(fā)人員、開發(fā)過程以及風(fēng)險管理等因素起著至關(guān)重要的作用。,,,預(yù)見性地、可持續(xù)地管理和控制項目風(fēng)險,,有效地進行協(xié)作和溝通,,確保

2、技術(shù)方案與商業(yè)需求的一致,1.,微軟解決方案框架,MSF,1.1,觀點：技術(shù)不是項目成功與否的惟一決定因素。,,項目失敗的五大因素,,不完整的需求描述,,缺少用戶參與,,缺乏資源,-,經(jīng)費、人員、場地、時間等,,不現(xiàn)實的項目目標,,缺少管理層的支持,1.,微軟解決方案框架,MSF,1.2,什么是微軟解決方案框架,MSF,？,,MSF,（,Microsoft Solution Framework),是微軟公司根據(jù)自身的實際經(jīng)驗為企業(yè)設(shè)計的一套有關(guān)軟件開發(fā)的工作模型、開發(fā)準則、成功經(jīng)驗和應(yīng)用指南。,,MSF,的設(shè)計目標是為企業(yè),IT,系統(tǒng)的規(guī)劃（,Planning),、建設(shè),(Building),

3、和管理,(Managing),提供支持和幫助。,1.,微軟解決方案框架,MSF,1.2,什么是微軟解決方案框架,MSF,？,,MSF,可以幫助企業(yè)解決以下問題,,將企業(yè)的商業(yè)目標同技術(shù)目標有機地結(jié)合起來,,確立明確的項目目標和完善的項目職責(zé)體系,,積極有效地管理項目風(fēng)險,,實施以里程碑為主導(dǎo)的漸進項目管理過程,,管理和控制項目的需求變化,1.,微軟解決方案框架,MSF,1.3,微軟解決方案框架,MSF,中的模型,,企業(yè)架構(gòu)模型,Enterprise Architecture Model,,解決方案設(shè)計模型,Solution Design Model,,風(fēng)險管理模型,Risk Managemen

4、t Model,,組隊模型,Team Model,,過程模型,Process Model,,應(yīng)用模型,Application Model,1.,微軟解決方案框架,MSF,均衡三角形,,影響項目成敗的三個關(guān)鍵因素,,資源（人和費用）,,進度（時間）,,功能（組成一個相互關(guān)連、相互依賴的三角形,,求得三者之間的平衡,,三角形任何一邊的改動都必須迫使另兩邊的改變，否則項目可能失敗。,1.4,微軟解決方案框架,MSF,中的開發(fā)準則,功能,進度,組隊模型,過程模型,應(yīng)用模型,資源,Tradeoff Triangle,2.,組隊模型,Team Model,2.1,什么是組隊模型,,總結(jié)了,MS,在成功的項

5、目中組織人力資源、安排工作任務(wù)的基本原則和方法,,定義了項目組內(nèi)的角色分工、任務(wù)分配和人員職責(zé),,為項目組成員提供了有關(guān)在項目生命周期中如何實現(xiàn)目標的指導(dǎo)性建議,2.,組隊模型,Team Model,2.2,組隊模型的基本原則,,1,）按層次結(jié)構(gòu)和職能單位劃分的小型的、多元化的項目組（,small,，,multidisciplinary team),,Bill Gates,說：,“,在那些有著嚴格的經(jīng)費預(yù)算和確定的時間期限、其組員在處理問題時享有充分自由的小型項目組中，人們通常擁有最高的生產(chǎn)效率。,”,,多元化的體現(xiàn)即指在一個項目組內(nèi)，甚至在一個角色內(nèi)，通常有多種不同的工作方式，需要其成員具有

6、不同的工作技能或經(jīng)驗水平。,,在小型的、多元化的項目組中，交流成本、運營成本、管理成本低，決策和執(zhí)行速度快，產(chǎn)品發(fā)布周期短，產(chǎn)品質(zhì)量高。,2.,組隊模型,Team Model,2.2,組隊模型的基本原則,,2,）角色依賴和職責(zé)共享（,interdependent roles and shared responsibilities),,,在項目組內(nèi)，每一個角色都對項目本身以及他們各自的主管部門負責(zé)，以實現(xiàn)該角色的工作目標。整個項目的各項工作職責(zé)通過對等團隊的結(jié)構(gòu)被項目中不同的角色和成員共享，項目目標也通過不同角色的工作目標得以實現(xiàn)。,,在項目組內(nèi)，不同角色的工作無法完全孤立，這可促使這些角色主動

7、發(fā)表意見和貢獻力量。,2.,組隊模型,Team Model,2.2,組隊模型的基本原則,,3,）專深的技術(shù)水平和業(yè)務(wù)技能（,deep technical and business acumen),,透徹理解用戶需求,,熟悉客戶的業(yè)務(wù)流程和業(yè)務(wù)模式,,熟練掌握相關(guān)技術(shù),,把握產(chǎn)品目標,2.,組隊模型,Team Model,2.2,組隊模型的基本原則,,4,）以產(chǎn)品發(fā)布為中心（,focus on competency and shipping products),,強烈的產(chǎn)品意識,,按時發(fā)布,,產(chǎn)品的顯著標識,,產(chǎn)品單元的內(nèi)部代碼,,2.,組隊模型,Team Model,2.2,組隊模型的基本原則

8、,,5,）明確的目標（,clear goals and objectives),,統(tǒng)一的方向,,明確的目標,,目標與需求的一致,2.,組隊模型,Team Model,2.2,組隊模型的基本原則,,6,）客戶的主動參與（,active customer participation),,客戶對產(chǎn)品特性的實時反饋,,產(chǎn)品管理角色以客戶身份出現(xiàn),,客戶直接擔(dān)任產(chǎn)品管理角色,2.,組隊模型,Team Model,2.2,組隊模型的基本原則,,7,）分享產(chǎn)品的前景（,shared project vision),,項目組內(nèi)所有成員都應(yīng)該對產(chǎn)品前景有清晰和明確的認同,,每一位成員都應(yīng)該在產(chǎn)品前景的激勵下努力

9、工作,,每一位成員都應(yīng)該能為產(chǎn)品的美好前景貢獻力量而自豪,2.,組隊模型,Team Model,2.2,組隊模型的基本原則,,8),所有人都參與設(shè)計（,everyone participating in design),,有意義的建議,,有價值的信息,,使產(chǎn)品趨于完善和合理,2.,組隊模型,Team Model,2.2,組隊模型的基本原則,,9,）認真從過去的項目中吸取經(jīng)驗（,deliberate efforts to learn from past projects),,總結(jié),,反省,,分析,,2.,組隊模型,Team Model,2.2,組隊模型的基本原則,,10,）共同管理、共同決策（,

10、shared project management and shared decision-making),,每一個成員都對項目管理和項目組中的重要決策負有一定的職責(zé)，應(yīng)當參與每一個決策,,每個角色的負責(zé)人應(yīng)該集思廣益才能做出最終決定,,,2.,組隊模型,Team Model,2.2,組隊模型的基本原則,,11,）項目組成員在同一地點辦公,(team members working together at one site),,更高的溝通效率,,更好的工作業(yè)績,,非正式的交流增多：電梯間、餐桌邊等,2.,組隊模型,Team Model,2.2,組隊模型的基本原則,,12,）大項目組也象小項目組

11、一樣運轉(zhuǎn),(large teams working like small teams),,大項目團隊的拆分,,結(jié)構(gòu)清晰、目標明確、可靈活管理的小項目組,,小項目組的管理和角色劃分,,小項目組之間的并行關(guān)系,,對大項目組，每隔,3~6,個月對其小項目組重組,,成功的項目組,,有經(jīng)驗的項目負責(zé)人、積極參與項目決策并主動貢獻力量和承擔(dān)責(zé)任的組員、以產(chǎn)品發(fā)布為共同目標即最高使命、共同分享項目前景。,溝通,溝通,2.,組隊模型,Team Model,2.3,組隊模型的六種角色,,六種組隊角色,程序管理,,角色,發(fā)布管理,,角色,測試,,角色,用戶體驗,,角色,開發(fā),,角色,產(chǎn)品管理,,角色,對等團隊結(jié)構(gòu)

12、,程序經(jīng)理,發(fā)布和后勤,,經(jīng)理,開發(fā)經(jīng)理,產(chǎn)品經(jīng)理,用戶經(jīng)理,測試經(jīng)理,2.,組隊模型,Team Model,2.3,組隊模型的六種角色,,產(chǎn)品管理角色（,product management),,產(chǎn)品管理角色的主要使命是提高客戶滿意度,,產(chǎn)品經(jīng)理的主要工作內(nèi)容,,代表客戶的想法和意見,,管理客戶的需求定義,-,為其他角色準備一份書面的客戶需求說明書,,開發(fā)、管理和提供業(yè)務(wù)用例說明,,管理客戶的預(yù)期目標,,控制產(chǎn)品特性和開發(fā)周期之間的關(guān)系,,管理市場宣傳和公共關(guān)系,2.,組隊模型,Team Model,2.3,組隊模型的六種角色,,程序管理角色（,program management),,程序

13、管理角色的主要使命是在規(guī)定的項目資源、期限等限制條件下，確保產(chǎn)品能夠如期發(fā)布。,,程序經(jīng)理,-,項目開發(fā)過程的組織者和管理者，而不是項目組的領(lǐng)導(dǎo)者，主要工作內(nèi)容如下：,,推動產(chǎn)品開發(fā)過程,-,一種保證,產(chǎn)品的期限和特性符合需求,,管理產(chǎn)品范圍和產(chǎn)品特性說明,-,相當于一份契約,,推動項目組內(nèi)的交流和討論,-,組織和協(xié)調(diào),,管理產(chǎn)品開發(fā)進度、匯報項目狀態(tài),-,一種服務(wù),,控制項目開發(fā)中關(guān)鍵的取舍和決策,-,擁有最終決定權(quán),2.,組隊模型,Team Model,2.3,組隊模型的六種角色,,開發(fā)角色（,development),,主要任務(wù)是使用適當?shù)募夹g(shù)和工具實現(xiàn)項目目標、滿足客戶需求；進行技術(shù)咨

14、詢，幫助防范風(fēng)險；提供解決方案，參與設(shè)計過程。,,開發(fā)人員的主要工作內(nèi)容如下：,,產(chǎn)品特性的物理設(shè)計,-,即實現(xiàn)程序經(jīng)理的所有功能規(guī)范,,承擔(dān)技術(shù)顧問的職責(zé),,確保每一個產(chǎn)品特性在規(guī)定時間內(nèi)完成,,使產(chǎn)品達到可發(fā)布的狀態(tài),-,需要編寫特定的安裝和配置程序，提供給測試人員和最終用戶使用,,2.,組隊模型,Team Model,2.3,組隊模型的六種角色,,測試角色（,testing),,主要任務(wù)是在產(chǎn)品最終發(fā)布之前找到盡可能多的缺陷或錯誤,,測試人員的主要工作內(nèi)容如下：,,制定測試策略和測試計劃,,確保產(chǎn)品的所有特性都經(jīng)過了嚴格的測試，也同時負責(zé)測試所需要的軟件工具、腳本程序和技術(shù)文檔等的編寫工

15、作,,向項目組提供翔實、準確的測試報告，確保所有已發(fā)現(xiàn)的軟件故障都在項目組的有效管理和控制中,2.,組隊模型,Team Model,2.3,組隊模型的六種角色,,用戶體驗角色（,user experience),,主要任務(wù)是協(xié)助用戶更好地使用產(chǎn)品，排除用戶在使用產(chǎn)品時遇到的問題和障礙。,,主要工作內(nèi)容包括以下：,,在產(chǎn)品設(shè)計階段確保產(chǎn)品可被最終用戶接受,,對產(chǎn)品的國際化功能提供支持（,全球化和本地化,globalization/localization),,,（全球化和本地化,globalization/localization),,全球化,指設(shè)計和開發(fā)那些可以用最少代價滿足世界上不同地區(qū)市場

16、需求的產(chǎn)品。,,本地化,指將軟件產(chǎn)品的用戶界面、幫助文件、印刷或聯(lián)機文檔、市場資料及,WEB,站點等內(nèi)容轉(zhuǎn)換為符合特定地區(qū)市場地區(qū)市場中語言、文化習(xí)慣的形式。,2.,組隊模型,Team Model,2.3,組隊模型的六種角色,,發(fā)布管理角色（,release management),,主要任務(wù)是確保產(chǎn)品的順利發(fā)布，為項目的正常運營提供服務(wù)和支持。,,主要工作內(nèi)容如下：,,代表項目組協(xié)調(diào)公司內(nèi)的運營、支持、發(fā)布渠道等部門的工作,,項目組的后勤和基礎(chǔ)設(shè)施管理,-,辦公環(huán)境、采購、,IT,系統(tǒng),,管理產(chǎn)品發(fā)布事宜,-,制定和執(zhí)行計劃、協(xié)調(diào)市場和渠道,,參與、管理并支持相關(guān)的項目決策過程,,管理產(chǎn)品的

17、認證或許可模式,-,產(chǎn)品序列號、許可協(xié)議,2.,組隊模型,Team Model,2.3,組隊模型的六種角色,,六種角色的授權(quán),/,權(quán)利,,自主抉擇,self-selecting,,自主管理,self-managing,,自我激勵,self-motivating,,自我評估,self-evaluating,,自我改進,self-improving,2.,組隊模型,Team Model,2.4,組隊模型中的項目組的,六大工作目標,,項目組的六大工作目標與六大角色的關(guān)系,,提高客戶滿意度,--,產(chǎn)品管理角色,,增強產(chǎn)品的可用性,--,用戶體驗角色,,嚴格依據(jù)用戶的業(yè)務(wù)需求和,,產(chǎn)品功能說明書開發(fā)產(chǎn)品

18、,--,開發(fā)角色,,在充分測試、定位了所有,,已知問題的前提下發(fā)布產(chǎn)品,--,測試角色,,在有限的時間和資源條件下開發(fā)產(chǎn)品,--,程序管理角色,,做好產(chǎn)品的發(fā)布和后續(xù)的管理工作,--,發(fā)布管理角色,2.,組隊模型,Team Model,2.5,組隊模型的靈活應(yīng)用,,大項目組（多于,10,人）拆分成多個小項目組,,每個小項目組負責(zé)產(chǎn)品的一個特性或一個功能模塊,,小項目組依據(jù)各自的工作目標，并行地完成整個項目組開發(fā)工作,,小項目組定期交流和溝通，以保證項目進展同步,,另一種拆分方法是按照職能拆分，當項目組中某個或某幾個特定的職能角色需要更多資源配置的時候，這種拆分方法格外有效,,有時不可能要求每一

19、個職能都由專人來負責(zé)擔(dān)任，因此需要角色合并，一人身兼數(shù)職,2.,組隊模型,Team Model,2.5,組隊模型的靈活應(yīng)用,,小項目組角色合并的基本原則,,項目組內(nèi)的開發(fā)人員不能兼任其他角色,,不要試圖合并兩個有明顯利益沖突或制約關(guān)系的職能角色,,,產(chǎn)品管理,程序管理,開發(fā),測試,用戶體驗,發(fā)布管理,產(chǎn)品管理,,N,N,P,P,U,程序管理,N,,N,U,U,P,開發(fā),N,N,,N,N,N,測試,P,U,N,,P,P,用戶體驗,P,U,N,P,,U,發(fā)布管理,U,P,N,P,U,,n,不能合并,p,可以合并,u,可以合并,,,不建議合并,2.,組隊模型,Team Model,2.5,組隊模型的

20、靈活應(yīng)用,,例,1,，,一個最小的項目組可以只有,三個成員,即程序經(jīng)理兼發(fā)布管理的角色，產(chǎn)品經(jīng)理兼測試和用戶體驗的角色，開發(fā)人員即開發(fā)角色。,,例,2,，,按職能劃分項目組的,產(chǎn)品管理項目組,可以是由如下角色組成,(,分工更加細致）：產(chǎn)品總體管理、產(chǎn)品規(guī)劃、市場調(diào)研、市場工作、宣傳、公共關(guān)系等。,,例,3,，,按職能劃分項目組的,程序管理項目組,可以是由如下角色組成：程序總體管理、版本管理、項目協(xié)調(diào)、產(chǎn)品架構(gòu)設(shè)計。,2.,組隊模型,Team Model,2.5,組隊模型的靈活應(yīng)用,,例,4,，,開發(fā)角色也可以擁有內(nèi)部的項目組結(jié)構(gòu)，開發(fā)人員可以按照,用戶層、業(yè)務(wù)邏輯層、數(shù)據(jù)層,的原則分成不同的團

21、隊。例如，開發(fā)項目組：開發(fā)管理、用戶界面、數(shù)據(jù)庫、系統(tǒng)服務(wù),,例,5,，,測試項目組：測試管理、壓力、功能、集成、配置測試等,,例,6,，,用戶體驗項目組：用戶體驗管理、用戶資源管理、媒體管理、文檔編撰、本地化,,例,7,，,發(fā)布管理項目組：發(fā)布管理、系統(tǒng)管理、項目溝通、項目運營、渠道管理、支持平臺、內(nèi)部培訓(xùn),,2.,組隊模型,Team Model,2.6,組隊模型中的交流和溝通,Communication,,在,MSF,組隊模型中最重要的、最具有決定性的因素是交流和溝通。,,需要特別指出的是在，,MSF,組隊模型中，項目組內(nèi)部測試角色和開發(fā)角色之間的溝通直接影響著產(chǎn)品的質(zhì)量，是項目組內(nèi)部最為

22、關(guān)鍵的溝通渠道之一。,,,2.,組隊模型,Team Model,2.6,組隊模型中的交流和溝通,Communication,,兩類溝通,——,基于商業(yè)視角和基于技術(shù)視角的溝通,,開發(fā),測試,發(fā)布管理,產(chǎn)品管理,用戶體驗,程序管理,最,,終,,用,,戶,最終用戶,客,,戶,商業(yè)視角,技術(shù)視角,業(yè)務(wù),,設(shè)計,,和規(guī),,劃人,,員,技術(shù)委員會,運營和支持部門,3.MSF,過程模型,Process Model,MSF,過程模型是一種,基于里程碑的、目標驅(qū)動的開發(fā)模型,,MSF,過程模型包含,5,個主要階段和,5,個主要里程碑,,MSF,過程模型中，項目均衡三角形起著至關(guān)重要的作用,3.MSF,過程模型

23、,Process Model,3.1,什么是,MSF,的過程模型,,軟件開發(fā)項目的全過程,——,,（,1,）新項目的啟動階段,：提出項目設(shè)想，組建項目組，完成籌備工作,,（,2,）市場調(diào)研階段：,調(diào)查相關(guān)產(chǎn)品的市場情況，尋找和設(shè)計產(chǎn)品未來的市場定位,,（,3,）技術(shù)論證階段：,分析、論證產(chǎn)品在技術(shù)上的可行性，評估技術(shù)風(fēng)險,3.MSF,過程模型,Process Model,3.1,什么是,MSF,的過程模型,,（,4,）項目計劃和日程制定階段：,設(shè)計和制定項目整體的進度表，為整個項目過程階段劃分工作階段、界定任務(wù)目標。,,（,5,）管理層評審階段：,尋求管理層對項目的認可。,,（,6,）產(chǎn)品特性

24、描述階段：,將客戶需求轉(zhuǎn)變?yōu)楫a(chǎn)品特性，對其進行技術(shù)的精確描述。,,（,7,）資源分配階段：,在項目組內(nèi)、外調(diào)配項目的可用資源。,,（,8,）產(chǎn)品開發(fā)和發(fā)布階段：,通過軟件開發(fā)過程實現(xiàn)產(chǎn)品的所有特性，滿足客戶需求，發(fā)布到客戶手中。,3.MSF,過程模型,Process Model,3.1,什么是,MSF,的過程模型,,MSF,過程模型,——,,是一種,基于階段的、由里程碑驅(qū)動的、遞進（螺旋）的軟件開發(fā)模型。,,它可以用于傳統(tǒng)的應(yīng)用開發(fā)環(huán)境，也可用于電子商務(wù)、,WEB,分布式應(yīng)用等企業(yè)級解決方案的開發(fā)和部署。,,,,,,里程碑,3.MSF,過程模型,Process Model,MSF,過程模型的特

25、點,,目標驅(qū)動而非任務(wù)驅(qū)動,,為什么要開發(fā)這個產(chǎn)品？,,產(chǎn)品為誰服務(wù)？,,最終要發(fā)布的產(chǎn)品將具備哪些特性？,,——,任何一項任務(wù)都必須圍繞最終的項目目標制定，否則必須調(diào)整任務(wù)。,,外部可見的里程碑,,里程碑與工作階段對應(yīng),應(yīng)提交項的變更管理,,使用基線對源代碼、系統(tǒng)配置、日程表、設(shè)計文檔、用戶手冊、預(yù)算等應(yīng)提交項進行變更管理,,——,項目中的所有變更的記錄、跟蹤、確認、回溯都依據(jù)已制定的基線來管理。,,遞進的版本發(fā)布策略,,先有核心功能的版本,,再向其中添加功能,3.MSF,過程模型,Process Model,MSF,過程模型的特點,,風(fēng)險驅(qū)動的進度管理,,風(fēng)險最大的產(chǎn)品特性應(yīng)當首先被安排開

26、發(fā),,項目組集體參與,,項目開發(fā)的每一個特定階段與一種特定的組隊角色關(guān)聯(lián),——,責(zé)任與義務(wù),,管理產(chǎn)品質(zhì)量,,質(zhì)量管理意識和方法,,質(zhì)量保證策略,,貫穿項目始終,3.MSF,過程模型,Process Model,微軟軟件開發(fā)過程的基本原則,,制定計劃時兼顧未來的不確定因素,,通過有效的風(fēng)險管理減少不確定因素的影響,,經(jīng)常生成,（,Daily Build),過渡版本并進行快速測試,（,生成驗證測試,-Build Verification Test),來提高產(chǎn)品的穩(wěn)定性及可預(yù)測性,——,確保每次,Check-in,都不會破壞產(chǎn)品的整體結(jié)構(gòu),快速循環(huán)、遞進的開發(fā)過程,,從產(chǎn)品特性和成本控制出發(fā)創(chuàng)造性

27、地工作,,創(chuàng)建確定的進度表,,使用小項目組并發(fā)完成工作，并設(shè)置多個同步點,——,里程碑,,將大型項目分解成多個可管理的單元，以便更快地發(fā)布產(chǎn)品,——,可有效縮短產(chǎn)品發(fā)布周期,3.MSF,過程模型,Process Model,用產(chǎn)品的前景目標和概要說明來指導(dǎo)項目的開發(fā)工作,-,先基線化，后凍結(jié),,避免產(chǎn)品走形,-,應(yīng)當檢查和審視當前狀態(tài)是否和客戶需要及產(chǎn)品的功能說明書相吻合,,使用概念驗證原形進行開發(fā)前的測試,-,早期論證,,零缺陷觀念,-,所有的,Bug,都在控制范圍之內(nèi)且可在適當時機得到修正,非責(zé)難式的里程碑評審會,,以改進工作為主要目的,,會議內(nèi)容將對此后的項目過程產(chǎn)生影響,,3.MSF,

28、過程模型,Process Model,3.2,MSF,過程模型的階段劃分和里程碑設(shè)置,,1,前景,/,范圍得到認可,,2,項目計劃得到認可,,3,開發(fā)完成,,4,可發(fā)布版本準備就緒,,5,發(fā)布完成,,里程碑的使用可以幫助我們在項目的不同階段中合理分配（,組隊角色,）職責(zé)和義務(wù)，調(diào)動所有團隊成員的積極性,3,2,1,4,5,計劃階段,構(gòu)想階段,開發(fā)階段,穩(wěn)定階段,發(fā)布階段,3.MSF,過程模型,Process Model,,1,構(gòu)想階段,,產(chǎn)品管理角色起推動作用,,提交項包括：,,前景范圍說明書,,風(fēng)險評估說明書,,項目組織結(jié)構(gòu)說明書,角色,任務(wù),產(chǎn)品管理,負責(zé)全面工作、確認用戶需求、編寫前景范

29、圍說明書,程序管理,負責(zé)設(shè)計工作、概念設(shè)計、項目組織結(jié)構(gòu),開發(fā),開發(fā)系統(tǒng)原型、技術(shù)選型、可行性分析,用戶體驗,收集用戶在使用方面的需求和建議,測試,制定測試策略、建立測試標準,發(fā)布管理,運營和支持、建立運營標準,3.MSF,過程模型,Process Model,,2,計劃階段,,提交項包括：,,功能說明書,,風(fēng)險管理計劃,,項目總體計劃書和總體進度表,角色,任務(wù),產(chǎn)品管理,概念設(shè)計、業(yè)務(wù)需求分析、溝通計劃,程序管理,概念設(shè)計和邏輯設(shè)計、功能說明書、項目總體計劃書和進度表、預(yù)算,開發(fā),技術(shù)驗證、邏輯和物理設(shè)計、開發(fā)計劃,/,進度表、開發(fā)預(yù)算,用戶體驗,編寫使用情景和用例、用戶需求、本地化,/,易

30、用性需求、用戶文檔,/,培訓(xùn)計劃,/,進度表,測試,設(shè)計論證、測試需求說明書、測試計劃,/,進度表,發(fā)布管理,設(shè)計論證、運營需求、發(fā)布計劃,/,進度表,3.MSF,過程模型,Process Model,,3,開發(fā)階段階段,,提交項包括：,,源代碼和可執(zhí)行程序,,安裝腳本和用于發(fā)布的配置信息,,已凍結(jié)的功能說明書,,關(guān)于產(chǎn)品使用的支持要素,,測試說明書和測試用例,角色,任務(wù),產(chǎn)品管理,客戶期望管理,程序管理,管理功能說明書、項目跟蹤、更新項目計劃,開發(fā),代碼編寫、基礎(chǔ)架構(gòu)開發(fā)、編寫配置文檔,用戶體驗,培訓(xùn)、更新培訓(xùn)計劃、可用性測試、圖形界面設(shè)計,測試,功能測試、問題確認、文檔測試、更新測試計劃,

31、發(fā)布管理,發(fā)布清單、更新發(fā)布清單和發(fā)布計劃、現(xiàn)場準備清單,3.MSF,過程模型,Process Model,4,穩(wěn)定階段,,應(yīng)提交項包括：,,黃金版本,,版本注釋,,關(guān)于產(chǎn)品性能的支持要素,,測試結(jié)果和測試工具,,源代碼和可執(zhí)行程序,,項目文檔,,里程碑評審記錄,建議的臨時里程碑,,BUG,收斂,- BUG,數(shù)目呈持續(xù)減少,,零,BUG,彈跳,-,由于修改,BUG,暫時沒有活動的,BUG,,候選版本,-,項目組可能發(fā)現(xiàn)不少新的,BUG,；可能不是最終發(fā)布的版本,,前生產(chǎn)階段測試已經(jīng)完成,-,準備一個先導(dǎo)版本,,可接受度測試完成,-,在非生產(chǎn)環(huán)境中用戶認可（接受度測試和可用性測試）,,先導(dǎo)版本完

32、成,-,在盡可能真實的測試環(huán)境中對整體解決方案進行了足夠的測試，該版本可在真實環(huán)境中測試了,,角色,任務(wù),產(chǎn)品管理,執(zhí)行溝通計劃、制定執(zhí)行計劃,程序管理,項目跟蹤、,BUG,優(yōu)先級確定,開發(fā),BUG,修正、代碼優(yōu)化,用戶體驗,穩(wěn)定與用戶使用相關(guān)的資源、培訓(xùn)資源,測試,測試、,BUG,報告和,BUG,狀態(tài)、系統(tǒng)配置測試,發(fā)布管理,先導(dǎo)版本的安裝和支持、發(fā)布計劃、運營和支持人員,3.MSF,過程模型,Process Model,5,發(fā)布階段,,應(yīng)提交項包括：,,運營和支持信息系統(tǒng),,程序和過程（,PROCEDURES AND PROCESSES,）,,知識庫、報告、日志,,文檔庫：包含項目過程中產(chǎn)

33、生的所有版本的文檔、資源和代碼,,項目總結(jié)報告,,所有項目文檔的最終版本,,客戶,/,用戶滿意度調(diào)查數(shù)據(jù),,下一步的工作計劃,角色,任務(wù),產(chǎn)品管理,客戶反饋、評估、總結(jié),程序管理,解決方案,/,范圍比較、穩(wěn)定管理,開發(fā),問題解決、技術(shù)調(diào)整,用戶體驗,培訓(xùn)、培訓(xùn)進度管理,測試,用戶使用測試、問題處理,發(fā)布管理,現(xiàn)場發(fā)布管理、變更確認,3.MSF,過程模型,Process Model,3.2 MSF,過程模型的交流和溝通,,至關(guān)重要,,成功的關(guān)鍵,,例如,產(chǎn)品管理角色：,用戶提出需求變更,,程序管理角色：,可能帶來什么影響？,,開發(fā)角色：,需要開發(fā)新的組件,,測試角色：,需要設(shè)計新的測試用例,,可

34、能在產(chǎn)品,,用戶體驗角色：,可能使最終用戶產(chǎn)生困惑,3.MSF,過程模型,Process Model,項目管理中的均衡三角形,,產(chǎn)品功能,,通常情況下，產(chǎn)品功能是不能隨便調(diào)整的,,資源,,進度（發(fā)布時間）,,由此，調(diào)整三者的指導(dǎo)原則：,在,資源,一定的情況下,,我們可以選擇進度，并對產(chǎn)品功能做必要的調(diào)整；,,我們可以選擇產(chǎn)品功能，并對進度做必要的調(diào)整；,,在,產(chǎn)品功能,一定的情況下,,我們可以選擇資源，并對進度做必要的調(diào)整；,,我們可以選擇進度，并對資源做必要的調(diào)整；,,在,進度,一定的情況下,,我們可以選擇資源，并對產(chǎn)品功能做必要的調(diào)整；,,我們可以選擇產(chǎn)品功能，并對資源做必要的調(diào)整。,4.

35、,程序經(jīng)理與,IE,瀏覽器項目,V4.0,4. 1,什么是程序經(jīng)理,,程序經(jīng)理沒有或很少擁有外部授予的權(quán)力，但卻需要通過自己的努力工作贏得項目組成員的認可和尊重，贏得項目組內(nèi)的組織權(quán)、協(xié)調(diào)權(quán)及與開發(fā)相關(guān)的決策權(quán),——,對按時、保質(zhì)地向客戶提交正確的產(chǎn)品負有全部責(zé)任,。,項目組是針對項目需求臨時組成的工作單元。工作人員主要來自產(chǎn)品部門下面的,三個部門,,一般的,項目組結(jié)構(gòu),產(chǎn)品部門總經(jīng)理,測試部經(jīng)理,開發(fā)部經(jīng)理,程序經(jīng)理部經(jīng)理,程序經(jīng)理組長,開發(fā)經(jīng)理組長,,測試組長,,測試工程師,開發(fā)工程師,程序經(jīng)理,程序經(jīng)理,開發(fā)組長,,開發(fā)工程師,,開發(fā)工程師,,開發(fā)工程師,,開發(fā)工程師,測試組長,,測試工

36、程師,,測試工程師,,測試工程師,,測試工程師,產(chǎn)品經(jīng)理,用戶培訓(xùn)工程師,可用性測試工程師,界面設(shè)計工程師,三個部門,項目組結(jié)構(gòu),4.,程序經(jīng)理與,IE,瀏覽器項目,V4.0,4. 2,程序經(jīng)理與項目經(jīng)理,,程序經(jīng)理在項目組內(nèi)享有的權(quán)力更多的是主動贏得的；管事；多人任職；編寫技術(shù)文檔等,,項目經(jīng)理在項目組內(nèi)享有的權(quán)力則是外部授予的（如獎懲權(quán)等）；管人；一人任職；一般不參與技術(shù)細節(jié)（如編寫技術(shù)文檔等）,,項目經(jīng)理,,,,,,,,,,,,一人負責(zé),管理人,管理項目,不寫文檔,多人負責(zé),贏得的權(quán)力,授予的權(quán)力,寫文檔,4.,程序經(jīng)理與,IE,瀏覽器項目,V4.0,4. 3,程序經(jīng)理應(yīng)該具備的素質(zhì)和能

37、力,,程序經(jīng)理必須具備以下三種核心素質(zhì)：,,溝通能力（,C,ommunication),,電子郵件、會議（評審、項目組）、項目組網(wǎng)站、直接交流,,領(lǐng)導(dǎo)能力,(,L,eadership),,贏得權(quán)力、正確決策、推動產(chǎn)品發(fā)布、管理和預(yù)防風(fēng)險,,協(xié)調(diào)能力,(,R,elationship),,我如何使大家工作得更出色？,,如何使用戶認可我的產(chǎn)品？,,程序經(jīng)理必須具備以下二種核心能力：,,核心能力,——,智商,,核心能力,——,情商,4.,程序經(jīng)理與,IE,瀏覽器項目,V4.0,程序經(jīng)理的核心能力,——,智商,,編碼能力,,軟件構(gòu)架設(shè)計能力,,用戶,-,學(xué)習(xí)技能,,用戶界面設(shè)計技術(shù),,API,和接口設(shè)計

38、能力,,書面的、口頭的、正式和非正式的溝通能力,,演講和展示能力,,理財能力,,熟悉商法、合同法、專利法和著作權(quán)法的基本內(nèi)容,,市場調(diào)研能力,,掌握關(guān)于競爭對手的知識,,可以迅速掌握各種軟件的使用方法,程序經(jīng)理的核心能力,——,情商,,一個人成功的背后，智商所起的作用只有,10%,，而情商所起的作用可以占有,90%,。,“,學(xué)做事先學(xué)會做人,”,。,,聰明才智、,,領(lǐng)導(dǎo)才能、自我意識,,商業(yè)談判能力,,用戶移情能力,,對關(guān)鍵信息的敏感,,善于處理人際關(guān)系,,進度和項目管理能力,,時間管理能力,,組織心理學(xué)、組織技術(shù),,團隊行為學(xué),,管理不同類型人員的能力,,招聘、面試和雇用技術(shù),4.,程序經(jīng)理

39、與,IE,瀏覽器項目,V4.0,4. 4 IE,V4.0,瀏覽器項目,,目標是在,1998,將市場占有率擴大到,65%,,人員大致構(gòu)成（,96.8~97.6,）,,產(chǎn)品部門總經(jīng)理,1,人,,產(chǎn)品規(guī)劃員,5,人,,產(chǎn)品經(jīng)理,20,人,,程序經(jīng)理,50,人,,軟件開發(fā)工程師,100,人,,軟件測試工程師,100,人,,用戶培訓(xùn)工程師,10,人,,IE5.0,大約,500,人,按產(chǎn)品特性形成項目組,,主要組織原則,,化整為零、相對獨立、短小精悍、權(quán)責(zé)分明,,IE4.0,項目組分為,3,個大的項目組,,用戶界面部分,,瀏覽器引擎部分,,服務(wù)器端應(yīng)用部分,,結(jié)構(gòu)同,4.1,中,項目組結(jié)構(gòu),,可能項目組被

40、分得更小,,子特性項目組,負責(zé),1,個產(chǎn)品組件或幾個產(chǎn)品特性的開發(fā),4.,程序經(jīng)理與,IE,瀏覽器項目,V4.0,4. 5 IE,V4.0,瀏覽器項目工作流程,,按照如下階段管理,,計劃階段,,開發(fā)階段,,穩(wěn)定階段,,發(fā)布階段,,總結(jié)階段,,開始下一個版本周期,4.,程序經(jīng)理與,IE,瀏覽器項目,V4.0,項目前景和產(chǎn)品目標,,IE,將成為,INTERNET,上的主流瀏覽器軟件,,為客戶和最終用戶端提供高速、穩(wěn)定、總體擁有成本最低,,與,MS-OFFICE,有效集成,,在,1998,年市場占有率擴大到,65%,一般工作流程,,確認商業(yè)機會，制定宏觀的商業(yè)計劃,,準備項目計劃草案,,項目組內(nèi)的頭

41、腦風(fēng)暴會議，明確產(chǎn)品特性,,編寫單頁功能說明書（包括產(chǎn)品特性的優(yōu)先級、資源預(yù)算、進度預(yù)期和風(fēng)險預(yù)期等）,,匯總產(chǎn)品特性、開發(fā)進度和相應(yīng)的里程碑設(shè)置,,計劃階段,,一般工作流程,,項目前景和產(chǎn)品目標,,產(chǎn)品里程碑確定,,產(chǎn)品特性的概要和詳細設(shè)計,產(chǎn)品里程碑確定,,6,月,25,日，提交前景和目標說明,,7,月,1,日，單頁功能說明書,,7,月,15,日，詳細功能說明書,,9,月,1,日，引擎代碼開發(fā)完成,,10,月,8,日，用戶界面代碼開發(fā)完成,,11,月,7,日，發(fā)布候選版本,,11,月,9,日，發(fā)布,BETA-1,版本（內(nèi)部員工測試）,,4,月,5,日，發(fā)布,BETA-2,版本（外部公開測試

42、）,,7,月,12,日，發(fā)布正式版本（,RTM,）,產(chǎn)品特性的概要和詳細設(shè)計,,一份設(shè)計文檔的基本章節(jié)結(jié)構(gòu)：,,責(zé)任人,/,作者,,概述,,指導(dǎo)原則,,情景設(shè)計描述,,產(chǎn)品特性設(shè)計,,安全設(shè)計,,安裝和發(fā)布,,國際化、本地化,,存在問題,,更新歷史,4.,程序經(jīng)理與,IE,瀏覽器項目,V4.0,開發(fā)階段,,開發(fā)計劃工作,,安裝、配置開發(fā)環(huán)境,,代碼檢入工作（,Check-in),,每日產(chǎn)品生成,(Daily build),,管理,Bug,數(shù)據(jù)庫,1,開發(fā)階段,,開發(fā)工程師,：,,審核功能說明書等設(shè)計文檔,,列出工作任務(wù)列表,,估計工作時間,,程序經(jīng)理：,,主持項目組開會討論所有的工作任務(wù),,平

43、衡項目組各成員的工作負荷,,測試組長：,,為開發(fā)人員指派結(jié)伴的,BUDDY,測試員,,BUDDY,測試員編寫詳細的測試用例,,2,安裝、配置開發(fā)環(huán)境,,開發(fā)工程師：,,配置源代碼的目錄結(jié)構(gòu)，每個產(chǎn)品特性項目組管理一個字目錄,,制定檢入進度表和檢入制度,,測試,/,生成工程師：,,準備編譯、生成用的計算機和服務(wù)器,,制定生成計劃,,安裝、配置,BUG,數(shù)據(jù)庫,,程序經(jīng)理的工作：,,安裝、配置項目組網(wǎng)站，定義項目組郵件信箱,,制定項目組會議計劃,3,代碼檢入工作（,Check-in),,同步代碼，每人先生成自己的版本以保證新代碼與原版本樹不發(fā)生沖突；,,在檢入前做代碼審查（提前發(fā)現(xiàn),Bug,并由第

44、二個程序員檢驗和認可）；,,檢入時，代碼必須滿足檢入條件（即 通過了,BVT,（,Build Verification Test),和其他測試，且滿足最低測試要求）；,,遵守檢入窗口制度，即在大項目組中，不同功能開發(fā)人員在不同的規(guī)定時間檢入他們的代碼，這樣容易定位,Bug,；,,發(fā)送檢入郵件通知項目組（包括代碼變更目的、代碼審查員、修改過的文件和測試條件等）。,4,代碼檢入工作（,Check-in),,整個生成過程都是自動完成的；,,每天的同一時間，通過同步所有項目組件，創(chuàng)建一個源代碼樹的拷貝；,,編譯生成所有的組件；,,運行,BVT,測試，檢驗生成版本的可用性；,,向項目組發(fā)送狀態(tài)報告郵件,

45、,發(fā)送每日同步日志，在公共服務(wù)器上公布生成后的產(chǎn)品版本。,5,管理,Bug,數(shù)據(jù)庫,,每個產(chǎn)品都有一個集中的,Bug,數(shù)據(jù)庫；,,大多數(shù),Bug,記錄（包括代碼缺陷和不完善的產(chǎn)品特性）都是由測試人員創(chuàng)建的；,,程序經(jīng)理負責(zé)每天審核,Bug,數(shù)據(jù)庫，并為開發(fā)人員分配,Bug,修改工作,,開發(fā)人員修正,Bug,并將結(jié)果發(fā)回給測試人員；,,測試人員使用每日生成來檢驗,Bug,是否已經(jīng)修正， 并修改,Bug,記錄。若確定已經(jīng)更正，則關(guān)閉,Bug,。,4.,程序經(jīng)理與,IE,瀏覽器項目,V4.0,穩(wěn)定階段,,產(chǎn)品特性凍結(jié),,代碼完成,,用戶界面凍結(jié),,BETA,版本發(fā)布,,1,產(chǎn)品特性凍結(jié),,所有的產(chǎn)品

46、變更必須經(jīng)過一個特殊的管理過程，項目組開會審查和確定是否允許變更。,,應(yīng)當有明確的、嚴格的變更標準,,在產(chǎn)品特性凍結(jié)之后，可能引發(fā)產(chǎn)品特性變更的一些特殊因素：,,最終用戶新提出的反饋意見,,競爭對手的新產(chǎn)品中增加了新的特性,,剛贏得的一個大客戶提出了新的需求,,其他部門的需求,,法律問題,2,代碼完成,,意味著,,開發(fā)人員完成了所有的編碼任務(wù)，所有產(chǎn)品特性都已被檢入到代碼庫中,,測試人員開始做系統(tǒng)的集成測試,,程序經(jīng)理每天評審、監(jiān)控和分配,BUG,修改工作,,開發(fā)人員開始修正,BUG,3,用戶界面凍結(jié),,意味著：,,用戶界面的樣式和提示信息不再發(fā)生變更,,用戶培訓(xùn)工程師開始編寫聯(lián)機幫助手冊和用

47、戶手冊,,開始本地化工作,,任何改動都必須經(jīng)過項目組和負責(zé)用戶界面國際化的程序經(jīng)理審核通過,,對每個變更都必須仔細跟蹤和管理,4 BETA,版本發(fā)布,,為外部客戶提供一個特殊的測試版本,,包含基本特性和功能,,目的是收集客戶的反饋信息,,作用是擴展測試隊伍和測試平臺,,可以穩(wěn)定產(chǎn)品、提高產(chǎn)品質(zhì)量,,可以促進項目組之間產(chǎn)品的集成,,可以推動合作伙伴的項目進展,4.,程序經(jīng)理與,IE,瀏覽器項目,V4.0,發(fā)布階段,,到達零,BUG,日期,,發(fā)布侯選版本,,源代碼樹分支,,正式發(fā)布版本,,簽字認可,,1,到達零,BUG,日期,,數(shù)據(jù)庫中所有已知,BUG,都被處理（被更正或被推遲或不予修改）,,測試

48、人員將要開始第二輪全面測試,,項目組會議每天將討論、評審新的,BUG,,在新條件下重新評定優(yōu)先級，優(yōu)先級較高的,BUG,必須在,24,小時內(nèi)修正,2,發(fā)布侯選版本,,數(shù)據(jù)庫中所有已知的優(yōu)先級較高的,BUG,都已被修正,,新的,BUG,將成為影響產(chǎn)品發(fā)布的瑕疵，,,不太重要的新的,BUG,有可能被推遲到下一版本中修正,,開發(fā)人員必須在,24,小時內(nèi)修正新發(fā)現(xiàn)的重大,BUG,,新發(fā)現(xiàn)的,BUG,被修正之后，項目組將發(fā)布一個新的候選版本,,新的候選版本必須通過完整的回歸測試,,對于大項目來說，項目組的變更標準更高一些,,例，,IE4.0,發(fā)布的候選版本經(jīng)過,14,個。,3,源代碼樹分支,,在當前一個

49、版本開始之前，下一個版本的開發(fā)工作已經(jīng)開始,,一些程序經(jīng)理開始為下一個版本設(shè)計產(chǎn)品特性,,源代碼樹分支的同時，復(fù)制當前的源代碼樹,,開發(fā)人員的精力大多投入到新的版本的開發(fā)過程中,,只有對影響發(fā)布的,BUG,的修正會被合并到當前版本樹中來，其他的,BUG,修正和新開發(fā)的產(chǎn)品特性都只存在于新的版本的源代碼中,4,正式發(fā)布版本和簽字認可,,發(fā)布的兩種形式,——,基于盒裝產(chǎn)品發(fā)布和基于,WEB,發(fā)布,,只有修正了所有影響發(fā)布的重大,BUG,之后，測試人員才能簽字認可最終的可發(fā)布版本,,簽字認可后，如果發(fā)現(xiàn)了影響發(fā)布的,BUG,，就需要緊急從生產(chǎn)線上,“,召回,”,正在生產(chǎn)的產(chǎn)品，修正后再次發(fā)布。,,“

50、,召回,”,需經(jīng)過一定級別的人員簽字認可。,,測試人員最終為正式發(fā)布版本簽字，程序經(jīng)理也需要在包含可發(fā)布程序的盤上簽字確認,,產(chǎn)品發(fā)布后，開慶祝會,4.,程序經(jīng)理與,IE,瀏覽器項目,V4.0,總結(jié)階段和開始下一個版本周期,,程序經(jīng)理負責(zé)召集項目組的總結(jié)會,,每個項目組成員都需要準備一份總結(jié)報告并發(fā)言,,會議可能持續(xù)幾天，包括大型的和小型的,,目的在于改進開發(fā)過程和提高開發(fā)水平,,會議結(jié)束前，每個項目組和每個項目組成員都應(yīng)該在下一次開發(fā)過程中提出行動計劃,4.,程序經(jīng)理與,IE,瀏覽器項目,V4.0,4. 6,微軟過程管理策略,,基于客戶需求決定產(chǎn)品的特性集合及優(yōu)先級關(guān)系,,使用前景,/,目標

51、描述文檔和概要性的功能說明書指導(dǎo)項目工作,,將項目過程劃分為基于里程碑驅(qū)動的多個工作階段,（,1989,年開始嚴格使用里程碑管理和每日生成制度）,,使用定量的數(shù)據(jù)來檢驗里程碑的完成情況,,使用組件化的設(shè)計方式，將產(chǎn)品結(jié)構(gòu)和項目結(jié)構(gòu)有機結(jié)合,,多個項目組并行開發(fā)，在每日生成時完成項目間的同步,,總是擁有理論上的、可發(fā)布的產(chǎn)品，包括所有主要的版本,,不斷生成和測試產(chǎn)品,5.,軟件測試,5. 1,軟件測試,,是執(zhí)行程序或系統(tǒng)以期發(fā)現(xiàn)錯誤的過程。,,是評估程序或系統(tǒng)特性的工作的總稱，是衡量軟件質(zhì)量的標尺。,,是一個設(shè)計、使用和管理用以度量并改進被測軟件質(zhì)量的測試工具的并行生命周期。,,是用規(guī)范的或不規(guī)

52、范的方法來對軟件進行攻擊和破壞，以期尋找軟件的缺陷和漏洞。,5.,軟件測試,5. 2,測試角色,,測試人員通常比開發(fā)人員多,,EXCHANGE SERVER 2000,,測試,/,開發(fā)人員：,350 /,（,25+140,）,=2.5:1,,WINDOWS 2000,,測試,/,開發(fā)人員：,3200/,（,250+1700,）,=1.9:1,,測試團隊,,測試部（經(jīng)理）,由下列小組人員組成,,測試實驗室（組長）,+,功能測試（組長）,+BVT,測試（組長）,,BVT=Build Verification Test,生成驗證測試,5.,軟件測試,測試組人員的責(zé)任,,測試組的軟件開發(fā)工程師,,具備

53、代碼編寫的能力和開發(fā)工具軟件的經(jīng)驗，主要負責(zé)自動化測試工具和測試腳本的開發(fā)。,,軟件測試工程師：主要負責(zé)測試軟件產(chǎn)品，分為,,BTV,工程師,-,負責(zé)保證每日生成的軟件版本可順利執(zhí)行，確認已開發(fā)完成的所有功能模塊都已連入產(chǎn)品，且主要功能正確無誤。,,功能測試工程師,-,負責(zé)對某個特定組件或某組特性測試。,,可用性測試,工程師,-,負責(zé)產(chǎn)品中與操作流程、用戶界面相關(guān)的部分，確保產(chǎn)品在最終使用方式上滿足用戶的需求。,,測試專家（,AD hoc Tester)-,經(jīng)驗豐富、對產(chǎn)品體系結(jié)構(gòu)和實現(xiàn)方法了如指掌的且能使用各種方法對軟件進行測試的人員。,,測試實驗室工程師,,負責(zé)管理和維護測試環(huán)境（硬件平臺

54、、網(wǎng)絡(luò)架構(gòu)和軟件環(huán)境）。,5.,軟件測試,5. 3,測試角色在不同項目階段中的工作任務(wù),,構(gòu)想階段,,制定測試策略、建立測試標準,,計劃階段,,設(shè)計論證、編寫測試需求說明書、制定測試計劃,/,進度表,,開發(fā)階段,,功能測試、問題確認、文檔測試、更新測試計劃,,穩(wěn)定階段,,功能和性能測試、錯誤報告和錯誤狀態(tài)、系統(tǒng)配置測試,,發(fā)布階段,,用戶使用測試、問題處理,5.,軟件測試,5. 4,測試中,BUG,的跟蹤和管理,,BUG,是指軟件在使用中出現(xiàn)的所有存在爭議的問題（,ERROR,和,DEFECT,）。,,測試人員的一項重要使命是對所有已知,BUG,進行有效跟蹤和管理。,,BUG,的狀態(tài),,已修正

55、、重復(fù)、可推遲、設(shè)計問題、不可再現(xiàn)、無需修正,,BUG,關(guān)閉：經(jīng)過驗證確認已正確處理的,BUG,被標記為關(guān)閉狀態(tài)。,BUG,報告,,測試工程師,BUG,處理,,開發(fā)工程師,BUG,評估和分配,,程序經(jīng)理,BUG,關(guān)閉,,測試工程師,,,BUG,5.,軟件測試,5. 5,測試的分類,,5. 5 .1,覆蓋測試,和,使用測試,,覆蓋測試,,單元測試（最小代碼單元）,,功能或特性測試,,檢入（,CHECK-IN,）測試,,BVT,測試,,回歸測試,使用測試,,配置測試,,兼容性測試,,壓力測試,,性能測試,,文檔和幫助文件測試,,Alpha,（內(nèi)）和,Beta,（外）測試,5.,軟件測試,,5. 5

56、 .2,白盒和黑盒測試,,白盒測試,,代碼覆蓋,,流程覆蓋,,系統(tǒng)內(nèi)部結(jié)構(gòu),,黑盒測試,,可接受度測試,BVT,,Alpha,和,Beta,測試,,菜單,/,幫助測試,,發(fā)布測試,,回歸測試,,RMT,準備生產(chǎn)測試（,Ready to Manufacture Testing,刻盤前,),黑盒測試,,功能測試和系統(tǒng)測試,,驗證功能說明書的完整和正確,,正確性,,可用性,,邊界條件,,性能,,壓力,,錯誤覆蓋,（驗證是否對錯誤進行妥善處理）,,安全,,兼容性,,配置,,安裝,5.,軟件測試,5. 6,測試工具,,自動測試工具,,配置管理工具,,項目管理工具,,缺陷跟蹤工具,,調(diào)試工具,基本測試工具

57、包括的內(nèi)容,,測試人員、計算機、,OS,、辦公軟件,,攝像和錄像系統(tǒng),,秒表,,BUG,跟蹤系統(tǒng),,自動化腳本工具,,軟件、硬件診斷工具,,文件比較工具、文件查看工具,,文件格式轉(zhuǎn)換工具,,內(nèi)存管理工具,,屏幕捕捉工具,5.,軟件測試,5. 7,測試文檔,,測試計劃,,測試說明書,,測試用例,,BUG,報告,,測試結(jié)果報告,,工作報告,測試計劃,,編寫之前應(yīng)該獲得以下文檔,,程序經(jīng)理編寫的產(chǎn)品功能說明書,,或產(chǎn)品特性開發(fā)計劃,,程序經(jīng)理或開發(fā)人員提供的開發(fā)進度表,,5.,軟件測試,測試計劃包括,,測試目標和發(fā)布條件,,測試目標描述,,達到何種測試目標的前提才可以發(fā)布某個特定版本,,對每個發(fā)布條

58、件定義詳細的里程碑,,待測產(chǎn)品范圍,,主要特性,/,功能說明,,特性,/,功能測試一覽,,相應(yīng)的測試說明書的位置,,測試方法描述,,定義使用的測試方法,,描述每一種特定的測試方法可以覆蓋哪些測試范圍,測試進度表,,定義里程碑,,當前里程碑的詳細測試進度,,描述測試進度與程序經(jīng)理或開發(fā)人員制定的開發(fā)進度之間的關(guān)系,,測試資源和相關(guān)的程序經(jīng)理,/,開發(fā)工程師,,定義參與測試的人員,,描述職責(zé)范圍,,給出與測試人員有關(guān)的的信息,,程序經(jīng)理或開發(fā)人員編寫的文檔的位置,,配置范圍和測試工具,,所用計算機列表,,測試覆蓋了哪些硬件設(shè)備,,測試時使用的主要測試工具,5.,軟件測試,測試說明書,,編寫之前應(yīng)該

59、獲得以下文檔,,程序經(jīng)理編寫的產(chǎn)品功能說明書,,（與該產(chǎn)品范圍相關(guān)的部分）,,程序經(jīng)理或開發(fā)人員提供的開發(fā)進度表（與該產(chǎn)品范圍相關(guān)的部分）,背景信息,,產(chǎn)品功能說明書位置（路徑）,,參與人員、文檔的修改,/,編輯記錄,,待測產(chǎn)品特性,,單獨的待測產(chǎn)品特性、產(chǎn)品范圍的特性組合,,與其他產(chǎn)品范圍內(nèi)的特性有集成關(guān)系的產(chǎn)品特性、產(chǎn)品特性的分解,,測試未覆蓋到的產(chǎn)品特性說明,,功能描述,,詳細的待測功能，包括菜單、熱鍵、對話框、錯誤信息和幫助文檔,,測試描述,,邊界條件測試、使用的語言,,系統(tǒng)測試、黑盒測試,,測試情景設(shè)計,,描述在何種條件下、使用何種測試方法、通過哪些測試步驟、預(yù)期得到何種測試結(jié)果,5

60、.,軟件測試,測試用例,,設(shè)計之前應(yīng)該獲得以下文檔,,程序經(jīng)理編寫的產(chǎn)品功能說明書,,詳細的測試說明書,測試用例文檔一般包括下列環(huán)節(jié),,根據(jù)測試說明書中的測試情景設(shè)計，開發(fā)一組測試用例,,根據(jù)測試過程中的反饋信息，增加更多的測試用例,,根據(jù)測試所發(fā)現(xiàn)的,BUG,情況，增加更多的測試用例,,5.,軟件測試,BUG,報告,,BUG,主題,/,標題,,測試使用的系統(tǒng)平臺,,測試時使用的軟件版本,,BUG,優(yōu)先級和重要程度,,重現(xiàn)該,BUG,的步驟,,實際結(jié)果,,預(yù)期結(jié)果,,其他相關(guān)信息,測試結(jié)果報告,,當前測試進度和狀態(tài),,仍然存在的,BUG,列表,,新發(fā)現(xiàn)的,BUG,列表,,已處理或已關(guān)閉的,BU

61、G,列表,,測試工作與過去相比的改進之處,,新的工作目標,,測試是否按計劃完成？,5.,軟件測試,工作報告,,工作概述,,工作詳情,,主要完成了什么,,BUG,報告,,未關(guān)閉的,BUG,,已關(guān)閉的,BUG,,下一周工作計劃,,計劃完成什么,,測試工程師的來源,,程序員中選拔,,專職培養(yǎng),,其他行業(yè)有經(jīng)驗的職員,,普通用戶,,……,5.,應(yīng)用模型,Application Model,1.,什么是應(yīng)用模型,,,應(yīng)用模型針對軟件設(shè)計和開發(fā)工作提供了一種邏輯上的、基于三層結(jié)構(gòu)的、基于服務(wù)網(wǎng)絡(luò)的方法體系,。,,MSF,在邏輯上將應(yīng)用程序看成是一個相互作用的、由消費者和服務(wù)提供者組成的服務(wù)網(wǎng)絡(luò)。,,服務(wù)可

62、以跨越物理上或功能上的節(jié)點邊界，部署在分布式的網(wǎng)絡(luò)環(huán)境中，也可以被不同的應(yīng)用程序復(fù)用，滿足用戶的需求。包括,三類服務(wù)。,5.,應(yīng)用模型,Application Model,2.,應(yīng)用模型中的三類服務(wù),,用戶服務(wù),,與用戶界面、用戶體驗、用戶操作、用戶支持相關(guān)的功能組件，通常在客戶端實現(xiàn)。,,業(yè)務(wù)服務(wù),,實現(xiàn)系統(tǒng)的業(yè)務(wù)邏輯，在業(yè)務(wù)層面上提供可復(fù)用組件的服務(wù)層次。業(yè)務(wù)服務(wù)對數(shù)據(jù)服務(wù)的系統(tǒng)數(shù)據(jù)進行加工和計算，并將處理結(jié)果傳送到用戶服務(wù)顯示或輸出。,,數(shù)據(jù)服務(wù),,管理和維護系統(tǒng)的數(shù)據(jù)資料，為業(yè)務(wù)服務(wù)或用戶服務(wù)提供數(shù)據(jù)支持的服務(wù)單元。,5.,應(yīng)用模型,Application Model,3.,應(yīng)用模型與其他模型的關(guān)系,,模型之間的關(guān)系與項目成敗的三個關(guān)鍵因素,-,資源、進度、功能特性,-,相關(guān),,組隊模型是管理和控制,項目資源,的有效手段,,過程模型與,項目進度,管理密切相關(guān),,應(yīng)用模型被用于管理,產(chǎn)品的功能特性,,4.MSF,中的各種模型的適用范圍,,可以適用于不同規(guī)模的組織結(jié)構(gòu)和不同類型的,IT,項目，可以為軟件項目提供從項目組織規(guī)劃到產(chǎn)品發(fā)布管理的全方位的指導(dǎo)和幫助。,