敏捷和DevOps词汇表
生活随笔
收集整理的這篇文章主要介紹了
敏捷和DevOps词汇表
小編覺得挺不錯(cuò)的,現(xiàn)在分享給大家,幫大家做個(gè)參考.
本詞匯表是旨在說明敏捷與DevOps中各種術(shù)語。
由于敏捷與DevOps存在緊密的聯(lián)系,在講述DevOps時(shí)需要引用到大量的來自敏捷的詞匯,因此本文試圖做些整理
| 重構(gòu) | Refactor | 指保持某個(gè)對象的外在行為不變,優(yōu)化其內(nèi)部結(jié)構(gòu)。代碼重構(gòu)是重構(gòu)的一種。 |
| 代碼重構(gòu) | Code refactor | 保持程序代碼的外在行為不變,優(yōu)化代碼。在面向?qū)ο缶幊讨?#xff0c;典型的是保持類的對外行為不變,優(yōu)化類的內(nèi)部結(jié)構(gòu)。 |
| 測試驅(qū)動(dòng)開發(fā) | Test driven development | 利用測試方法來驅(qū)動(dòng)軟件程序的設(shè)計(jì)和實(shí)現(xiàn)。其方法主要特征是先寫測試程序,然后再編碼使其通過測試。常見的測試驅(qū)動(dòng)開發(fā)可以分為單元測試驅(qū)動(dòng)開發(fā)和驗(yàn)收測試驅(qū)動(dòng)開發(fā) |
| 單元測試驅(qū)動(dòng)開發(fā) | Unit test driven development | 利用單元測試方法,典型采用xUnit類工具,來驅(qū)動(dòng)程序的設(shè)計(jì)和實(shí)現(xiàn),其方法主要特征是先寫單元測試程序,然后再編碼使其通過測試。 |
| 驗(yàn)收測試驅(qū)動(dòng)開發(fā) | Acceptance test driven development | 利用驗(yàn)收測試方法,典型采用自動(dòng)化界面或接口測試方法,來驅(qū)動(dòng)軟件程序的設(shè)計(jì)和實(shí)現(xiàn)。其方法主要特征是先寫自動(dòng)化界面或接口測試,然后再編碼使其通過測試。 |
| 時(shí)間箱 | Time box | 在限定的時(shí)間長度內(nèi)開展活動(dòng),以時(shí)間為結(jié)束標(biāo)志。 |
| 迭代 | Iteration | 重復(fù)反饋過程的活動(dòng),其目的通常是為了逼近所需的目標(biāo)或結(jié)果。每一次對過程的重復(fù)被稱為一次“迭代”,而每一次迭代得到的結(jié)果會(huì)被用來作為下一次迭代的初始值。 |
| 敏捷迭代 | Agile Iteration | 指每次按照相同的開發(fā)方式短期的開發(fā)軟件的部分,或前期開發(fā)并不詳盡的軟件,每次開發(fā)結(jié)束獲得可以運(yùn)行的軟件,以供各方干系人觀測,獲得反饋,根據(jù)反饋適應(yīng)性的進(jìn)行后續(xù)開發(fā),經(jīng)過反復(fù)多次開發(fā),逐步增加軟件部分,逐步補(bǔ)充完善軟件,最終開發(fā)得到最后的軟件。敏捷迭代包括了迭代和增量。 |
| 特性驅(qū)動(dòng)開發(fā) | Feature Driven Development | 簡稱FDD,最初由Peter Coad 及其同事作為面向?qū)ο筌浖こ淌褂眠^程模型而構(gòu)思的,然后在其上擴(kuò)展并增強(qiáng)了Coad的工作,描述了一個(gè)可用于中、大型軟件項(xiàng)目的適應(yīng)性敏捷過程。主要包括開發(fā)全局模型、構(gòu)造特征列表、特征計(jì)劃、特征設(shè)計(jì)、特征構(gòu)建五個(gè)協(xié)作。 |
| 回顧會(huì)議 | Retrospective Meeting | 這是在Scrum中所要求的會(huì)議,也可以在非Scrum的環(huán)境下運(yùn)用?;仡檿?huì)議旨在對前期中的人、關(guān)系、過程和工具等等各方面進(jìn)行檢驗(yàn)。檢驗(yàn)應(yīng)當(dāng)確定并重點(diǎn)發(fā)展那些進(jìn)展順利的,和那些如果采用不同方法可以取得更好效果的條目。在回顧會(huì)議的最后,團(tuán)隊(duì)?wèi)?yīng)該選擇將要在下個(gè)迭代中要采取的改進(jìn)。 |
| 燃盡圖 | Burn Down Chart | 用圖形化的方式來表述隨著時(shí)間的推移,對需要完成的工作的一種可視化表示。燃盡圖有一個(gè)Y軸表示待完成的工作,常見的是待完成的故事點(diǎn)數(shù)、待完成的工時(shí)、待完成的用戶故事數(shù)量,X軸表示時(shí)間,一般的,刻度是工作日。理想情況下,該圖表是一個(gè)向下的曲線,隨著剩余工作的完成,“燒盡”至零。 |
| 計(jì)劃會(huì)議 | planning meeting | 這是在Scrum中所要求的會(huì)議。計(jì)劃會(huì)議旨在對馬上進(jìn)行的迭代進(jìn)行估算, 澄清并選擇待開發(fā)項(xiàng),識別后續(xù)行動(dòng)。 |
| 用戶故事 | User Story | 從用戶的角度出發(fā)去描述一個(gè)待開發(fā)產(chǎn)品的各種外在行為。所有用戶故事的集合體現(xiàn)了產(chǎn)品對用戶的價(jià)值(或商業(yè)價(jià)值)。 |
| 速度 | velocity | 表示開發(fā)的快慢,常見有兩種算法:1)迭代完成的故事點(diǎn)數(shù);2)每人天完成的故事點(diǎn)數(shù) |
| 敏捷思維 | Agile Thinking | 與敏捷精神、敏捷理念、敏捷價(jià)值觀等詞匯接近,目前沒有客觀嚴(yán)格的定義,一般理解為源自于敏捷宣言的理念,包括了注重團(tuán)隊(duì)協(xié)作、尊重個(gè)體、擁抱變化、快速響應(yīng)、注重溝通、注重價(jià)值交付、增量交付可用軟件等。 |
| 敏捷方法框架 | Agile method framework | 是指一種系統(tǒng)的闡述了軟件開發(fā)核心領(lǐng)域并給出了面向全局框架的方法論,其由多個(gè)敏捷開發(fā)實(shí)踐根據(jù)此框架有機(jī)的組合而成。比如Scrum、XP、FDD、DSDM。 |
| 敏捷實(shí)踐 | Agile practice | 是指一種符合敏捷宣言的解決特定的、局部的問題的開發(fā)方法。比如單元測試驅(qū)動(dòng)開發(fā)、燃盡圖、用戶故事等等。 |
| 敏捷管理實(shí)踐 | Agile management practice | 指敏捷開發(fā)實(shí)踐中處理人員交互、信息交流的實(shí)踐,比如計(jì)劃會(huì)議、回顧會(huì)議、燃盡圖。 |
| 敏捷工程實(shí)踐 | Agile engineering practice | 與敏捷技術(shù)實(shí)踐是同義詞,指敏捷開發(fā)實(shí)踐中與代碼實(shí)現(xiàn)、測試、設(shè)計(jì)、需求分析等密切相關(guān)的實(shí)踐,比如重構(gòu),測試驅(qū)動(dòng)開發(fā),演進(jìn)設(shè)計(jì),持續(xù)集成,自動(dòng)化測試等等。 |
| 敏捷技術(shù)實(shí)踐 | Agile technical practice | 與敏捷工程實(shí)踐是同義詞,指敏捷開發(fā)實(shí)踐中與代碼實(shí)現(xiàn)、測試、設(shè)計(jì)、需求分析等密切相關(guān)的實(shí)踐,比如重構(gòu),測試驅(qū)動(dòng)開發(fā),演進(jìn)設(shè)計(jì),持續(xù)集成,自動(dòng)化測試等等。 |
| 自組織 | self-organizing | 在自然科學(xué)領(lǐng)域,自組織(self-organization)是指混沌系統(tǒng)在隨機(jī)識別時(shí)形成耗散結(jié)構(gòu)的過程。 在軟件工程領(lǐng)域,從字面意思上,可以理解為指向著已自組織(英文是self-organized)前進(jìn),其基本特征是每個(gè)個(gè)體都有自主性,又能整合出整體的特征。 |
| 增量 | Incremental | 是指在以前的迭代的基礎(chǔ)上增加的可用功能。 |
| 每日構(gòu)建 | Daily build | 每日自動(dòng)進(jìn)行編譯,然后運(yùn)行自動(dòng)化測試對構(gòu)建進(jìn)行驗(yàn)證,并給出報(bào)告。 |
| 持續(xù)集成 | Continuous Integration | 指當(dāng)代碼提交后,馬上啟動(dòng)自動(dòng)編譯、自動(dòng)化測試來快速驗(yàn)證軟件,從而盡早地發(fā)現(xiàn)錯(cuò)誤和代碼沖突。 |
| 持續(xù)交付 | Continuous delivery | 指當(dāng)代碼提交后,能夠快速并自動(dòng)的啟動(dòng)編譯、打包、安裝到運(yùn)行環(huán)境,中間過程可以安排各類自動(dòng)測試,從而保證交付質(zhì)量。一般的,持續(xù)交付包括持續(xù)集成 |
| 持續(xù)部署 | Continuous Deployment | 持續(xù)的自動(dòng)的部署到生產(chǎn)環(huán)境,一般理解,持續(xù)部署是持續(xù)交付的一種形式 |
| 每日站立會(huì)議 | Daily standup meeting | 在Scrum方法中,每個(gè)沖刺的每一天,都會(huì)舉行的一種項(xiàng)目狀況會(huì)議。會(huì)議準(zhǔn)時(shí)開始,時(shí)長不超過15分鐘,所有成員都需要站立。每位成員回答3個(gè)問題。1、今天你做了什么?2、明天你計(jì)劃做什么?3、有什么問題阻礙了你? |
| 產(chǎn)品待辦列表 | product backlog | 是指產(chǎn)品需求的列表(Backlog的條目可以是用戶故事)。產(chǎn)品負(fù)責(zé)人根據(jù)商業(yè)價(jià)值對列表的條目進(jìn)行排序,團(tuán)隊(duì)按照順序進(jìn)行開發(fā)。 |
| 史詩 | epic | 通俗來說就是大型用戶故事。一般由許多較大的、不確定的需求組成,本身具有更低的優(yōu)先級。因此,不能直接通過它進(jìn)行迭代規(guī)劃,而是要先把它劃分成較小的、真正的用戶故事。 |
| 應(yīng)用部署 | Application Deployment | 部署編譯后結(jié)果到運(yùn)行環(huán)境 |
| 制品管理 | Artifact Management | 編譯后制品的管理,一般相同源代碼的編譯后制品盡量只生成一次 |
| 完成的定義 | Definition of Done | 與退出條件、成功標(biāo)準(zhǔn)類同 |
| 信息技術(shù)服務(wù)管理 | ITSM (Information Technology Service Management) | 主要覆蓋了軟件上線后的運(yùn)維,最近其范圍有向軟件開發(fā)升級方面的延伸。ITIL是ITSM的一種實(shí)施 |
| 質(zhì)量檢查 | JKK Ji-Kotei-Kanketsu | 來自日文,有逐級逐段嚴(yán)格檢查的意思,確保質(zhì)量,JKK的概念是一種完美狀態(tài):在你所處在的工作流程中不要做低質(zhì)量的工作,不接受流程早期就出現(xiàn)錯(cuò)誤的輸出,不把糟糕的情形輸出到下一個(gè)流程。 |
| 服務(wù)級別協(xié)議 | Service Level Agreement-SLA | 根據(jù)不同的級別制定不同的服務(wù)協(xié)議,常見的協(xié)議要素有時(shí)間要求,比如在多少小時(shí)內(nèi)解決 |
| 單件流 | One-piece-flow | 一種為了實(shí)現(xiàn)適時(shí)適量生產(chǎn),致力于生產(chǎn)同步化的最小批量生產(chǎn)方式,如再加上看板的運(yùn)用,就徹底地實(shí)行了JIT了。來自生產(chǎn)企業(yè)的定義:指的是通過合理的制訂標(biāo)準(zhǔn)生產(chǎn)流程并安排好每個(gè)工序的人員量、設(shè)備量,使每個(gè)工序耗時(shí)趨于一致,以達(dá)到縮短生產(chǎn)周期、提高產(chǎn)品質(zhì)量、減少轉(zhuǎn)運(yùn)消耗的一種高效管理模式 |
| 在制品 | Work-in-Progress WIP | 包括正在加工的產(chǎn)品和準(zhǔn)備進(jìn)一步加工的半成品 |
總結(jié)
以上是生活随笔為你收集整理的敏捷和DevOps词汇表的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 苍狼敏捷方法核心 v1
- 下一篇: 讲故事的用户故事样例之1