微軟的軟件開發(fā)過程

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

35、,程序經(jīng)理與,IE,瀏覽器項(xiàng)目,V4.0,4. 1,什么是程序經(jīng)理,,程序經(jīng)理沒有或很少擁有外部授予的權(quán)力，但卻需要通過自己的努力工作贏得項(xiàng)目組成員的認(rèn)可和尊重，贏得項(xiàng)目組內(nèi)的組織權(quán)、協(xié)調(diào)權(quán)及與開發(fā)相關(guān)的決策權(quán),——,對按時(shí)、保質(zhì)地向客戶提交正確的產(chǎn)品負(fù)有全部責(zé)任,。,項(xiàng)目組是針對項(xiàng)目需求臨時(shí)組成的工作單元。工作人員主要來自產(chǎn)品部門下面的,三個(gè)部門,,一般的,項(xiàng)目組結(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è)計(jì)工程師,三個(gè)部門,項(xiàng)目組結(jié)構(gòu),4.,程序經(jīng)理與,IE,瀏覽器項(xiàng)目,V4.0,4. 2,程序經(jīng)理與項(xiàng)目經(jīng)理,,程序經(jīng)理在項(xiàng)目組內(nèi)享有的權(quán)力更多的是主動(dòng)贏得的；管事；多人任職；編寫技術(shù)文檔等,,項(xiàng)目經(jīng)理在項(xiàng)目組內(nèi)享有的權(quán)力則是外部授予的（如獎(jiǎng)懲權(quán)等）；管人；一人任職；一般不參與技術(shù)細(xì)節(jié)（如編寫技術(shù)文檔等）,,項(xiàng)目經(jīng)理,,,,,,,,,,,,一人負(fù)責(zé),管理人,管理項(xiàng)目,不寫文檔,多人負(fù)責(zé),贏得的權(quán)力,授予的權(quán)力,寫文檔,4.,程序經(jīng)理與,IE,瀏覽器項(xiàng)目,V4.0,4. 3,程序經(jīng)理應(yīng)該具備的素質(zhì)和能

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

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

39、與,IE,瀏覽器項(xiàng)目,V4.0,4. 4 IE,V4.0,瀏覽器項(xiàng)目,,目標(biāo)是在,1998,將市場占有率擴(kuò)大到,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)品特性形成項(xiàng)目組,,主要組織原則,,化整為零、相對獨(dú)立、短小精悍、權(quán)責(zé)分明,,IE4.0,項(xiàng)目組分為,3,個(gè)大的項(xiàng)目組,,用戶界面部分,,瀏覽器引擎部分,,服務(wù)器端應(yīng)用部分,,結(jié)構(gòu)同,4.1,中,項(xiàng)目組結(jié)構(gòu),,可能項(xiàng)目組被

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

41、腦風(fēng)暴會(huì)議，明確產(chǎn)品特性,,編寫單頁功能說明書（包括產(chǎn)品特性的優(yōu)先級、資源預(yù)算、進(jìn)度預(yù)期和風(fēng)險(xiǎn)預(yù)期等）,,匯總產(chǎn)品特性、開發(fā)進(jìn)度和相應(yīng)的里程碑設(shè)置,,計(jì)劃階段,,一般工作流程,,項(xiàng)目前景和產(chǎn)品目標(biāo),,產(chǎn)品里程碑確定,,產(chǎn)品特性的概要和詳細(xì)設(shè)計(jì),產(chǎn)品里程碑確定,,6,月,25,日，提交前景和目標(biāo)說明,,7,月,1,日，單頁功能說明書,,7,月,15,日，詳細(xì)功能說明書,,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)品特性的概要和詳細(xì)設(shè)計(jì),,一份設(shè)計(jì)文檔的基本章節(jié)結(jié)構(gòu)：,,責(zé)任人,/,作者,,概述,,指導(dǎo)原則,,情景設(shè)計(jì)描述,,產(chǎn)品特性設(shè)計(jì),,安全設(shè)計(jì),,安裝和發(fā)布,,國際化、本地化,,存在問題,,更新歷史,4.,程序經(jīng)理與,IE,瀏覽器項(xiàng)目,V4.0,開發(fā)階段,,開發(fā)計(jì)劃工作,,安裝、配置開發(fā)環(huán)境,,代碼檢入工作（,Check-in),,每日產(chǎn)品生成,(Daily build),,管理,Bug,數(shù)據(jù)庫,1,開發(fā)階段,,開發(fā)工程師,：,,審核功能說明書等設(shè)計(jì)文檔,,列出工作任務(wù)列表,,估計(jì)工作時(shí)間,,程序經(jīng)理：,,主持項(xiàng)目組開會(huì)討論所有的工作任務(wù),,平

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

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

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

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

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

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

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

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

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

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

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

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

55、、重復(fù)、可推遲、設(shè)計(jì)問題、不可再現(xiàn)、無需修正,,BUG,關(guān)閉：經(jīng)過驗(yàn)證確認(rèn)已正確處理的,BUG,被標(biāo)記為關(guān)閉狀態(tài)。,BUG,報(bào)告,,測試工程師,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,準(zhǔn)備生產(chǎn)測試（,Ready to Manufacture Testing,刻盤前,),黑盒測試,,功能測試和系統(tǒng)測試,,驗(yàn)證功能說明書的完整和正確,,正確性,,可用性,,邊界條件,,性能,,壓力,,錯(cuò)誤覆蓋,（驗(yàn)證是否對錯(cuò)誤進(jìn)行妥善處理）,,安全,,兼容性,,配置,,安裝,5.,軟件測試,5. 6,測試工具,,自動(dòng)測試工具,,配置管理工具,,項(xiàng)目管理工具,,缺陷跟蹤工具,,調(diào)試工具,基本測試工具

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

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

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

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

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

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