敏捷開發(fā)和scrum學(xué)習(xí)_第1頁
敏捷開發(fā)和scrum學(xué)習(xí)_第2頁
敏捷開發(fā)和scrum學(xué)習(xí)_第3頁
敏捷開發(fā)和scrum學(xué)習(xí)_第4頁
敏捷開發(fā)和scrum學(xué)習(xí)_第5頁
已閱讀5頁,還剩2頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

敏捷開發(fā)和scrum學(xué)習(xí)軟件開發(fā)的生命周期A、 軟件生命周期(SDLC)的一般步驟包括:確定問題、可行性分析與開發(fā)計劃、收集需求、分析與設(shè)計、編碼開發(fā)、測試、安裝、維護。B、 典型的幾種生命周期模式包括:瀑布模式、演化模式、螺旋模式、快速原型模式、噴泉模式和混合模式等。瀑布模式:只有當(dāng)一個階段的文檔獲得認可才可以進入下一個階段。演化模式:用戶先給出待開發(fā)產(chǎn)品的核心需求,并且在核心需求實現(xiàn)后,再提出反饋以支持系統(tǒng)的最終設(shè)計和實現(xiàn)(相當(dāng)于多個瀑布式開發(fā))。螺旋模式:在瀑布模式的每一個開發(fā)階段之前,引入非常嚴格的風(fēng)險識別、風(fēng)險分析和風(fēng)險控制,知道采取了消除風(fēng)險的措施后,才開始計劃下一階段的開發(fā)(它是瀑布模式和演化模式的結(jié)合,并加入了兩者所忽略的風(fēng)險分析所建立的一種軟件開發(fā)模式;它是典型的迭代式生命周期模式)。過程開發(fā)模式(混合模式或元模式):是把幾種不同模式組合成一種混合模式,它允許一個項目能沿著最有效的路徑發(fā)展。敏捷開發(fā)的起源1976年出現(xiàn)了第一部敏捷開發(fā)的書籍《軟件度量》,闡述了迭代和增量開發(fā)實踐。2001年2月,敏捷開發(fā)宣言后成立敏捷聯(lián)盟。敏捷開發(fā)模式:敏捷開發(fā)生命周期的典型代表是某P編程(極限編程),是把傳統(tǒng)的系統(tǒng)設(shè)計和實現(xiàn)由敏捷軟件開發(fā)過程中的驗收測試、重構(gòu)和測試驅(qū)動所代替;把傳統(tǒng)的集成和部署由敏捷軟件開發(fā)中的持續(xù)集成和短周期所取代。敏捷開發(fā)B、 敏捷開發(fā)的優(yōu)點:幫助團隊了解整個項目的開發(fā)過程C、 目前使用廣泛的敏捷開發(fā)方法:極限編程(某P)、Scurm開發(fā)、精益開發(fā)(LeanDevelopment)、動態(tài)系統(tǒng)開發(fā)方法(DSDM)、特征驅(qū)動開發(fā)(FeatureDriverDevelopment)、水晶開發(fā)(CritalClear)等等。D、極限編程:主要目的:降低需求變化的成本,提倡互動交流、反饋、簡單、勇氣、團隊。定義了一套簡單的開發(fā)流程,包括:編寫用戶案例,架構(gòu)規(guī)范,實施規(guī)劃,迭代計劃,代碼開發(fā),單元測試,驗收測試等等。核心做法:小規(guī)模,頻繁的版本發(fā)布,短迭代周期。?測試驅(qū)動開發(fā)(Tet-drivendevelopment)。?結(jié)對編程(Pairprogramming)。?持續(xù)集成(Continuouintegration)。?每日站立會議(Dailytand-upmeeting)。?共同擁有代碼Collativecodeownerhip.?系統(tǒng)隱喻(Sytemmetaphor)。E、Scrum開發(fā)Scrum是一個敏捷開發(fā)的框架,它由一個開發(fā)過程,幾種角色以及一套規(guī)范的實施方法組成的,它可以被運用于軟件開發(fā),項目維護,也可以被用來作為一種管理敏捷項目的框架。Scrum定義了四種主要的角色:1、 產(chǎn)品擁有者(ProductOwner):該角色負責(zé)產(chǎn)品的遠景規(guī)劃,平衡所有利益相關(guān)者(takeholder)的利益,確定不同的產(chǎn)品需求積壓的優(yōu)先級等。它是開發(fā)團隊和客戶或最終用戶之間的聯(lián)絡(luò)點。2、 利益相關(guān)者(Stakeholder):該角色與產(chǎn)品之間有直接或間接的利益關(guān)系,通常是客戶或最終用戶代表。他們負責(zé)收集編寫產(chǎn)品需求,審查項目成果等。3、 Scrum專家(ScrumMater):Scrum專家負責(zé)指導(dǎo)開發(fā)團隊進行Scrum開發(fā)與實踐。它也是開發(fā)團隊與產(chǎn)品擁有者之間交流的聯(lián)絡(luò)點。4、 團隊成員(TeamMember):即項目開發(fā)人員。Scrum的名詞解釋:1、 Backlog:可以預(yù)知的所有任務(wù),包括功能性的和非功能性的所有任務(wù)。2、 Sprint:一次跌代開發(fā)的時間周期,一般最多以30天為一個周期。在這段時間內(nèi),開發(fā)團隊需要完成一個制定的backlog,并且最終成果是一個增量的,可以交付的產(chǎn)品。3、 Sprintbacklog:一個print周期內(nèi)所需要完成的任務(wù)。4、 ScrumMater:負責(zé)監(jiān)督整個Scrum進程,修訂計劃的一個團隊成員。為15分鐘。6、 Sprintplanningmeeting:在啟動每個print前召開。一般為一天時間(8小時)。該會議需要制定的任務(wù)是:產(chǎn)品Owner和團隊成員將backlog分解成小的功能模塊,決定在即將進行的print里需要完成多少小功能模塊,確定好這個ProductBacklog的任務(wù)優(yōu)先級。另外,該會議還需詳細地討論如何能夠按照需求完成這些小功能模塊。制定的這些模塊的工作量以小時計算。7、 DailyScrummeeting:開發(fā)團隊成員召開,一般為15分鐘。每個開發(fā)成員需要向ScrumMater匯報三個項目:今天完成了什么?遇到了障礙無法繼續(xù)下去?明天要做什么?通過該會議,團隊成員可以相互了解項目進度。8、 Sprintreviewmeeting:在每個Sprint結(jié)束后,這個Team將這個Sprint的工作成果演示給ProductOwner和其他相關(guān)的人員。一般該會議為4小時。9、 Sprintretropectivemeeting:對剛結(jié)束的Sprint進行總結(jié)。會議的參與人員為團隊開發(fā)的內(nèi)部人員。一般該會議為3小時。實施Scrum的過程介紹(循環(huán)操作)1、 確定SprintBacklog:將整個產(chǎn)品的backlog分解成SprintBacklog,這個SprintBacklog是按照目前的人力物力條件可以完成的。2、 召開printplanningmeeting:劃分,確定這個Sprint內(nèi)需要完成的任務(wù),標注任務(wù)的優(yōu)先級并分配給每個成員。注意這里的任務(wù)是以小時計算的,并不是按人天計算。3、 Sprint開發(fā)周期:進入print開發(fā)周期,在這個周期內(nèi),每天需要召開DailyScrummeeting。4、 成果演示:整個print周期結(jié)束,召開Sprintreviewmeeting,將成果演示給ProductOwner。5、 回顧:團隊成員最后召開Sprintretropectivemeeting,總結(jié)問題和經(jīng)驗。每日會議:目的:信息同步平臺,非交流問題、討論問題渠道。形式:固定地點、時間的站立會議。對printbacklog形成燃盡圖。敏捷開發(fā)的原則和方法迭代式開發(fā):即整個開發(fā)過程被分為幾個迭代周期,每個迭代周期是一個定長或不定長的時間塊每個迭代周期持續(xù)的時間一般較短,通常為一到六周。增量交付:產(chǎn)品是在每個迭代周期結(jié)束時被逐步交付使用,而不是在整個開發(fā)過程結(jié)束的時候一次性交付使用。每次交付的都是可以被部署到用戶應(yīng)用環(huán)境中被用戶使用的、能給用戶帶來即時效益和價值的產(chǎn)品。開發(fā)團隊和用戶反饋推動產(chǎn)品開發(fā):敏捷開發(fā)方法主張用戶能夠全程參與到整個開發(fā)過程中。這使需求變化和用戶反饋能被動態(tài)管理并及時集成到產(chǎn)品中。同時,團隊對于用戶的需求也能及時提供反饋意見。持續(xù)集成:新的功能或需求變化總是盡可能頻繁地被整合到產(chǎn)品中。一些項目是在每個迭代周期結(jié)束的時候集成,有些項目則每天都在這么做。開發(fā)團隊自我管理:擁有一個積極的、自我管理的、具備自由交流風(fēng)格的開發(fā)團隊,是每個敏捷項目必不可少的條件。人是敏捷開發(fā)的核心。敏捷開發(fā)總是以人為中心建立開發(fā)的過程和機制,而非把過程和機制強加給人。流程圖精髓:專注于在最短的時間內(nèi)實現(xiàn)最有價值的部分??焖俚慕?jīng)常的監(jiān)督實際產(chǎn)品發(fā)展的狀況(兩周、一個月)。團隊按照商業(yè)價值的高低先完成高優(yōu)先級的產(chǎn)品功能,并自主管理,凝結(jié)了團隊智慧創(chuàng)造出最好的方法因而提高效率。每隔一兩周或者一個月,我們就可以看到實實在在的可以上線的產(chǎn)品。此時,就可以下一步的決定是繼續(xù)完善功能實現(xiàn)更多需求或者直接發(fā)布了。F、精益開發(fā)1、精益開發(fā)的原則:強調(diào)學(xué)習(xí)。在最后時刻做決定。用最快的速度交付用戶。給團隊自主權(quán)。誠信。全局觀。G、構(gòu)件技術(shù)介紹構(gòu)件技術(shù)是指通過組裝一系列可復(fù)用的軟件構(gòu)件來構(gòu)造軟件系統(tǒng)的軟件技術(shù),通過運用構(gòu)件技術(shù),開發(fā)人員可以有效的進行軟件復(fù)用,減少重復(fù)開發(fā),縮短軟件開發(fā)的時間,降低軟件的開發(fā)成本。隊自我管理的原則:目標原則:大到職業(yè)規(guī)劃、小到每件事情的目標,

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論