常見的敏捷開發(fā)流程比較_第1頁
常見的敏捷開發(fā)流程比較_第2頁
常見的敏捷開發(fā)流程比較_第3頁
常見的敏捷開發(fā)流程比較_第4頁
全文預(yù)覽已結(jié)束

下載本文檔

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

文檔簡介

1、常見的敏捷開發(fā)流程比較 速度是企業(yè)競爭致勝的關(guān)鍵因素,軟體專案的最大挑戰(zhàn)在于一方面要應(yīng)付變動中的需求,一方面要在緊縮的時程內(nèi)完成專案,所以軟體團(tuán)隊除了在技術(shù)上必需日益精進(jìn),更需要運用有效的開發(fā)流程,以確保團(tuán)隊能夠發(fā)揮綜效。 這正是Agile Process (機(jī)敏的軟體開發(fā)流程)于近年來興起的主要原因,本文將介紹數(shù)種廣為接受的軟體開發(fā)流程,及其在運用上的建議。 一、Agile Process -機(jī)敏的開發(fā)流程 幾乎全部的軟體專案都會在起始階段面臨選擇開發(fā)流程的困難,一種是完備的開發(fā)流程,另一種是簡易輕巧的流程。 雖然我們了解采用完備的開發(fā)流程可以提高軟體的品質(zhì),但是因為欠缺人力、工具與時間,我

2、們常會被迫采用簡化的流程,但事與愿違,大部分的狀況我們?nèi)耘f難以在預(yù)算內(nèi)準(zhǔn)時完成專案。 Agile Process (機(jī)敏的開發(fā)流程)是一種軟體開發(fā)流程的泛稱,Agile Process具有下列幾項共通的特性: 1. 客戶與開發(fā)人員形成親密合作的團(tuán)隊,因為客戶無法于初期定義完整的規(guī)格,而開發(fā)人員于開發(fā)過程中也常常無法知悉外在環(huán)境或業(yè)務(wù)的變動,所以需要兩者親密合作方能開發(fā)適用的軟體。 2. 專案最終的目標(biāo)是可執(zhí)行的程式,因此全部的中間產(chǎn)品必需經(jīng)過審慎評估,確認(rèn)有助于最終目標(biāo),才需要制作中間產(chǎn)品。 3. 采用Iterative與Incremental方式分階段進(jìn)行,密集review是否符合需求。 4

3、. 流程可以簡潔,但規(guī)劃與執(zhí)行必需嚴(yán)謹(jǐn)。 5. 強(qiáng)調(diào)團(tuán)隊合作,賦予高度的責(zé)任,團(tuán)隊有自主權(quán)得以因應(yīng)變化做調(diào)整。 二、 RUP開發(fā)流程- Rational Unify Process RUP為IBM Rational公司經(jīng)過多年的研發(fā)與經(jīng)驗所提出的軟體開發(fā)流程,其內(nèi)容含蓋Business modeling, Requirement Modeling, Logical Design, Implementation, Testing, Deployment等軟體開發(fā)生命周期的直接工作,與Project Management, Change 2.廣泛使用Visual Modeling于商業(yè)需求分析、系

4、統(tǒng)分析與系統(tǒng)設(shè)計;3.強(qiáng)調(diào)架構(gòu)設(shè)計;4.對每項工作所需要的技術(shù)、工具、做法、范本、檢查項目均有具體的定義,架構(gòu)完備且具有可調(diào)整的彈性。 因為RUP的流程規(guī)范與相關(guān)技術(shù)較復(fù)雜,所以導(dǎo)入時必需留意幾個因素:1.主管的支持以確保足夠的資源投入;2.分階段導(dǎo)入;3.適當(dāng)?shù)挠?xùn)練與親密的顧問咨詢;4 .使用Modeling技術(shù)時需要考量Coding的實作環(huán)境;5.良好團(tuán)隊的管理,以溝通、耐心與堅持解決變革的人性阻力。 三、XP開發(fā)流程- eXtreme Programming XP亦稱為終極流程,是最輕量級的開發(fā)流程,其最主要的精神是在客戶有系統(tǒng)需求時,賜予準(zhǔn)時滿足的可執(zhí)行程式,所以最適合需求快速變動的專

5、案。 XP經(jīng)過6年的實作與修改,已演化為精致的開發(fā)流程,但仍不失其精簡的特性,它強(qiáng)調(diào)客戶所要的是workable的執(zhí)行碼,所以把與撰寫程式無關(guān)的工作降至最低,并要求客戶與開發(fā)人員最好以side-by-side的方式一起工作。 XP開發(fā)流程的基本步驟為:1.開發(fā)人員隨時可以和客戶進(jìn)行有效溝通,撰寫user stories以確認(rèn)需求。 2.簡易快速的系統(tǒng)設(shè)計,撰寫?yīng)毩⒌尿炞C程式以解決特別困難的問題,找出演算法即可丟棄驗證程式。 3.規(guī)劃多次小型階段的專案計劃,以最快速度完成每一階段的程式交付客戶,客戶負(fù)責(zé)Acceptance tests;4. Coding前必需完成Unit Test與Accept

6、ance tests程序,全部模組整合前都須經(jīng)過Unit Tests;5.開發(fā)人員必需快速回應(yīng)Bug與需求變更;6.要求二人一組使用一臺電腦設(shè)計程式,當(dāng)一人coding時,另一人負(fù)責(zé)思索與設(shè)計;7.程式必需符合程式規(guī)范,并常做程式的重整(Refactoring)。 XP屬于較精簡的流程,于導(dǎo)入應(yīng)留意幾件事情:1.最好有顧問賜予協(xié)助;2.持續(xù)的Review;3.可適當(dāng)調(diào)整流程,但不可失去其基本精神。 四、SCRUM開發(fā)流程 SCRUM開發(fā)流程是Agile Process的一種,以英式橄欖球爭球隊形(Scrum)為名,基本假設(shè)是開發(fā)軟體就像開發(fā)新產(chǎn)品,無法一開頭就能定義Final Product的規(guī)程,過程中需要研發(fā)、創(chuàng)意、嘗試錯誤,所以沒有一種固定的流程可以保證專案成功。 Scrum將軟體開發(fā)團(tuán)隊比擬成橄欖球隊,有明確的最高目標(biāo),熟識開發(fā)流程中所需具備的最佳典范與技術(shù),具有高度自主權(quán),緊密地溝通合作,以高度彈性解決各種挑戰(zhàn),碓保每天、每個階段都朝向目標(biāo)有明確的推進(jìn),因此SCRUM特別適用于產(chǎn)品開發(fā)專案。 SCRUM開發(fā)流程通常以30天為一個階段,由客戶供應(yīng)新產(chǎn)品的需求規(guī)格開頭,開發(fā)團(tuán)隊與客戶于每一個階段開頭時選擇該

溫馨提示

  • 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)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論