《獵豹行動：硝煙中的敏捷轉(zhuǎn)型之旅》讀書筆記DAY04：探路-敏捷深化 邁向常態(tài)

DAY04：《獵豹行動：硝煙中的敏捷轉(zhuǎn)型之旅》--探路-敏捷深化?邁向常態(tài)

本次主要講解了書中反復(fù)提到的一個大型項目--“熱帶雨林”，涉及到如下知識點：

1）實例化需求

2）行為驅(qū)動開發(fā)

3）微服務(wù)架構(gòu)

4）契約測試

下面談?wù)勎覀€人的理解：

☆業(yè)務(wù)和IT之間的“矛盾”

業(yè)務(wù)跟IT之間存在著巨大的知識鴻溝，業(yè)務(wù)非常熟悉業(yè)務(wù)流程，但他們對技術(shù)不了解，也不感興趣；而IT卻很懂技術(shù)，但是對于業(yè)務(wù)的細(xì)節(jié)并不那么理解；這就導(dǎo)致很多時候大家對于傳統(tǒng)的需求描述的理解會非常的不一致。

所以就衍生出了“實例化需求”的概念，實例化需求說明是一組過程模型，不僅剞劂了需求分析和撰寫的問題，也給出了需求溝通和澄清的方法。

個人對于“實例化需求”的理解就是通過真實用戶的行為來定義我們需要開發(fā)出什么樣的產(chǎn)品來，相當(dāng)于把用戶的行為通過一個實例化的過程描述出來，然后整理成設(shè)計、開發(fā)和測試都能看懂的，當(dāng)然最重要的是用戶也能看懂，而且用戶看完之后就認(rèn)可，這就是我想要的，這就是BDD，也就是實例化需求過程。

它既不是傳統(tǒng)的需求文檔，也不是設(shè)計文檔，更不是測試用例文檔，但適用于從需求、設(shè)計、開發(fā)和測試的每一個階段，而且都是從用戶的角度為出發(fā)點的。

☆傳統(tǒng)架構(gòu)與為服務(wù)架構(gòu)的碰撞

傳統(tǒng)的應(yīng)用架構(gòu)通常是單體應(yīng)用。有統(tǒng)一的數(shù)據(jù)庫、UI層、控制層和邏輯層，雖然有分模塊，但是在代碼層面都是聚集在一起的。若是一個簡單應(yīng)用，這不是什么問題，但是當(dāng)業(yè)務(wù)越來越復(fù)雜時，應(yīng)用也變得越來越復(fù)雜，逐漸變成一頭‘大怪獸’，維護(hù)和后續(xù)開發(fā)變得越來越困難，牽一發(fā)則動全身，交付周期越來越長，交付風(fēng)險越來越高。應(yīng)用本身也變得越來越難理解，新人對它的學(xué)習(xí)周期也會非常長。

而微服務(wù)架構(gòu)就是把整個應(yīng)用按照業(yè)務(wù)拆分成獨立的應(yīng)用，它有以下的特點：

（1）每個應(yīng)用可獨立開發(fā)、部署和擴(kuò)容，甚至有獨立的數(shù)據(jù)庫；

（2）每個應(yīng)用的職責(zé)單一、松耦合，和其他應(yīng)用通過遠(yuǎn)程接口調(diào)用，沒有代碼依賴；

（3）基于以上原因，每個應(yīng)用的開發(fā)、查錯和變更速度快，它能更快地響應(yīng)業(yè)務(wù)需求，提高敏捷性；

（4）由于采取去中心化結(jié)構(gòu)，每個應(yīng)用可以采取完全不同的技術(shù)棧，包括不同的開發(fā)語言，在技術(shù)選型上自由度大。

敏捷開發(fā)

版權(quán)聲明：本文內(nèi)容由網(wǎng)絡(luò)用戶投稿，版權(quán)歸原作者所有，本站不擁有其著作權(quán)，亦不承擔(dān)相應(yīng)法律責(zé)任。如果您發(fā)現(xiàn)本站中有涉嫌抄襲或描述失實的內(nèi)容，請聯(lián)系我們jiasou666@gmail.com 處理，核實后本網(wǎng)站將在24小時內(nèi)刪除侵權(quán)內(nèi)容。

版權(quán)聲明：本文內(nèi)容由網(wǎng)絡(luò)用戶投稿，版權(quán)歸原作者所有，本站不擁有其著作權(quán)，亦不承擔(dān)相應(yīng)法律責(zé)任。如果您發(fā)現(xiàn)本站中有涉嫌抄襲或描述失實的內(nèi)容，請聯(lián)系我們jiasou666@gmail.com 處理，核實后本網(wǎng)站將在24小時內(nèi)刪除侵權(quán)內(nèi)容。