化學專業(yè)前沿講座心得體會-在線瀏覽
2024-09-28 14:41本頁面
【正文】 納成一個目標、一堆記錄詳細需要的卡片及一些供參考的原型和模板。在capitalone，大的it項目會被拆分成多個子項目，安排給各敏捷團隊，這種方式在敏捷開發(fā)中叫蜂巢式（swarming），所有過程由一名項目經理控制。 在bailar將其與傳統(tǒng)的開發(fā)方式做了對比后，他感到非常興奮敏捷開發(fā)使開發(fā)時間減少了30%～40%，有時甚至接近50%，提高了交付產品的質量。bailar承認，敏捷開發(fā)也有局限性，比如對那些不明確、優(yōu)先權不清楚的需求或處于較快、較便宜、較優(yōu)的三角架構中卻不能排列出三者優(yōu)先級的需求。盡管描述需求一直是件困難的事，但經過陣痛之后，需求處理流程會讓cio受益匪淺。在thoughtworks，實現任何一個功能都是從測試開始，首先對業(yè)務需求進行分析，分解為一個一個的story，記錄在storycard上。接著由另一個人控制鍵盤，編寫該測試代碼的實現。先寫測試代碼，能夠讓開發(fā)人員明確目標，就是讓測試通過。在以往的軟件開發(fā)過程中，集成是一件很痛苦的事情，通常很長時間才會做一次集成，這樣的話，會引發(fā)很多問題，比如build未通過或者單元測試失敗。一次集成要做哪些事情呢。當然也會做一些其它的任務，比如說代碼分析、測試覆蓋率分析等等。 有很多很多的書用來介紹重構，最著名的是martin的《重構》，joshua的《從重構到模式》等。在以往開發(fā)中，通常是在有需求過來，現在的系統(tǒng)架構不容易實現，從而對原有系統(tǒng)進行重構；或者在開發(fā)過程中有剩余時間了，對現在代碼進行重構整理。值得注意的是，在重構時，每一次改變要盡可能小，用單元測試來保證重構是否引起沖突，并且不只是對實現代碼進行重構，如果測試代碼中有重復，也要對它進行重構。在敏捷開發(fā)中，做任何事情都是pair的，包括分析、寫測試、寫實現代碼或者重構。 standup，站立會議。會議的內容并不是需求分析、任務分配等，而是每個人都回答三個問題： 。 。 frequentreleases，小版本發(fā)布。這樣，客戶每隔一段時間就會拿到發(fā)布的產品進行試用，而我們可以從客戶那得到更多的反饋來改進產品。又因為簡單設計，沒有復雜的架構，所以客戶有新的需求或者需求進行變動，也能很快的適應。其實敏捷開發(fā)中并不是沒有文檔，而是有大量的文檔，即測試。如
黨政相關相關推薦
鄂ICP備17016276號-1