摘要
軟件開發人員和項目經理努力地評估敏捷過程對他們的開發環境的適應性。本文指出許多已公布的敏捷過程對不同的項目類型來說存在的局限性,敏捷過程應用在這些項目中可能會存在問題。
緒論
當越來越多的組織要求通過及時部署基于Inte.net的服務來尋求獲得競爭優勢時,開發人員就承受不斷增長的壓力以盡快實現新的、增強的服務。敏捷軟件開發過程主要針對這個問題發展起來的,即在“網絡時代”開發軟件的問題。敏捷方法采用技術上和管理上的過程,這些過程能持續地適應
。1)源自開發過程中獲取的經驗而進行的變更(2)軟件需求的變更(3)開發環境的變更。
敏捷過程特別支持盡早盡快地交付可工作代碼的產品,這通過迭代的開發過程完成的,其中每次迭代都注重提交可工作的代碼以及其他制品(artifacts)以供客戶評估,同時也供項目評估。敏捷過程的支持者和批評者都強調在這些過程中注重代碼。支持者經常爭論說代碼是唯一重要的可交付的產品,可以忽視分析和設計模型、文檔在軟件開發、演化過程中的角色。敏捷過程批評者指出,強調代碼能帶來全體記憶丟失(corporate memory loss),因為沒有重視編寫良好的文檔和模型來支持龐大、復雜軟件系統的創造和演化。 敏捷支持者和批評者提出的聲明引出這樣的問題:在當今快速變化的開發環境中,什么樣的實踐、技術和基礎結構適合軟件開發過程?特別是,對有關特定應用程序領域和開發環境的敏捷過程適應性的問題的回答通常是根據軼聞報導。
文章來源于領測軟件測試網 http://www.kjueaiud.com/