戴明博士最早提出了PDCA循環的概念,所以又稱其為"戴明環"。PDCA循環是能使任何一項活動有效進行的一種合乎邏輯的工蜍程序,告別是在 質量 管理中得到了廣泛的應用,P、D、C、A四個字母所..
軟件過程改進開展必須高層管理者支持 1 引言 軟件企業在發展到一定階段時,對軟件 開發 質量 、進度和成本會有越來越高的要求,于是軟件過程改SPI (Software Process improvement)進成為必然。我..
如何使用RUP做好 軟件測試 工作 讓我們看看如何利用 RUP( Rational Unified Process) 的往復式 (Iterations) 流程法讓軟件產品合乎「 質量 」要求。 「質量」這個名詞在許多領域都會被提到,也沒有完全..
原文:Where Are the Testers in XP ? - Bret Pettichord 在 極限編程 中, 程序員 負責自己的 單元測試 。那么留給測試員的是什么工作呢?有人認為XP的成本比較低是因為省下了測試員的費用。那么由程序..
2001年在 軟件工程 界首次出現“ 敏捷 ”這個名詞,17個過程方法學家舉行了一個討論會。發現他們的“輕量級”的方法有很多共同的地方,因此一致同意把這些方法統稱為“敏捷”的方法。并..
我開始對敏捷的狂熱感到驚訝。敏捷看起來成了快速的代名詞,就像他們說的:“我們每個月發布一次,我們變得敏捷起來了?!钡悄悴⒉皇且驗楦於艚?,你是因為敏捷而更快。事實上,..
在很多人的印象中,敏捷軟件 開發 是種類似黑客行為的過程,是程序員最愛的勾當。不寫文檔,不作 需求分析 ,沒有項目經理,做什么東西完全是程序員自己的行為。所以他們認為這樣的過..
一、根據發布目標分析需求,把 需求分析 成獨立的故事,初步的分析可以是粗略的,隨著需求的不斷深入刻意對故事進行整合或者切割。 要注意的是分析出來的需求盡量在發布目標的范圍之內..
極限編程思想有其自身的核心價值,它們是:交流、簡單、反..
構建(Build)驗證只對軟件的主干功能進行初步 測試 ,具有頻率高和重復性強的特點,所以各軟件產品的 Build 驗證都力圖實現 100% 自動化。本文給出了一種在不影響現有遠程 Build 服務器 的前..
在08年的STP第6期雜志,Glenn Jones在《Fly into agile development with agile testing》一文中把 敏捷 開發 中的測試分為7種類型: (1)自動化 回歸測試 (Automated regression test) 運行 自動化測試 代碼來驗證..
在08年的STP第6期雜志,Glenn Jones在《Fly into agile development with agile testing》一文中與我們分享了他們的 敏捷 項目中的持續構建的做法: (1)每當有 開發 人員簽入代碼,不管是多小的修改,都會..
極限編程中提出的設計思想與傳統 軟件工程 的大相徑庭,它摒棄了傳統方法中對設計近乎苛求的原則,弱化了全面細致的設計。在極限編程中,不要求對需求做出非常詳細的設計,而是遵循簡..
極限編程的思想是以人為本的思想,它不同于CMM等重量級的 開發 方法,完全是從工程的角度來進行系統的開發,人在其中完全成為了條條框框下的忠實執行者。極限編程從人性方面考慮的更多..
在08年的STP第6期雜志,Glenn Jones在《Fly into agile development with agile testing》一文中把 敏捷 開發 中的測試分為7種類型: (1)自動化 回歸測試 (Automated regression test) 運行 自動化測試 代碼來驗證..
1對模型研究不夠深入 模型是多年 軟件工程 經驗的總結,里面的每一句話,每個例子都不是隨便寫上去的,都有其內在的含義在里面,需要仔細琢磨,仔細體會。作為EPG的成員,在遇到問題時..
在面對 Rationa l統一過程RUP( Rational Unified Process)開發這一話題時,我們內心往往很復雜,即激動又忐忑,我們感覺通過RUP會給我們帶來很大的價值,但深入一想又感覺會有很多問題。 我們需要..
CMM 流程的總體思路,一是基于對人的不信任,所以設置各種流程、文檔、CHECKLIST,來檢查是否達到指標,只有達到指標才能往下走。二是下游的工作是基于上游的文檔的,一般下游的工作不用..
敏捷項目中的性能工程 性能工程可以保證應用系統按照性能要求來架構、設計、構建以及測試,它是軟件 開發 中的一條重要規范。恰恰相反,大部分傳統工程的“性能工程”通常只局限于 性..
敏捷開發中建立團隊信任的五種方法 很多人意識到敏捷團隊內的信任是敏捷宣言“個體與交互”價值觀被順利貫徹的基..