軟件開發(fā)過程一般是要盡早完成需求分析，停止需求的變動，將這些需求作為設計的基礎，然后開始構筑系統(tǒng)，這是瀑布方法————基于計劃的生命周期。這種方法是通過大量的前期工作來減少變化。一旦前期工作完成，當需求變化時，這樣的方法就會有很大的問題。
另外一個重要原因是，許多單位的管理模式都處在探索階段，可能引起變動的因素很多，因此根據(jù)現(xiàn)行的管理模式設計出的信息系統(tǒng)將面臨使用單位管理模式的變化的考驗，包括許多的工作流程的細節(jié)處理方式式否合乎工作人員的習慣等問題。
系統(tǒng)在設計時要充分考慮這些不確定因素，才能適應這些變化。特別是數(shù)據(jù)結構要以系統(tǒng)靈活性為主，其次才是考慮系統(tǒng)性能的提高。
在軟件開發(fā)出現(xiàn)工期或bug等問題時，開發(fā)人員常抱怨是由于需求的變化造成的，對于軟件的修改存在抵觸情緒。實際上在商業(yè)軟件開發(fā)領域，需求變化是很正常的，問題是我們該怎樣對待它。為了適應需求的變化，必須采取不同的設計態(tài)度。這里介紹敏捷方法的幾點思想，對如何應對需求的變化很有教益。
主張簡單、遞增的變化、擁抱變化是敏捷建模方法的核心原則之中的三個。
敏捷建模主張當從事開發(fā)工作時，最簡單的解決方案就是最好的解決方案，盡可能的保持模型的簡單。
對無法在項目一開始就固化的需求進行演進型的設計。你現(xiàn)在不必要對這個系統(tǒng)進行過分的建模，只要基于現(xiàn)有的需求進行建模，隨著項目的進行，項目環(huán)境和需求發(fā)生變化時，再來完善和重構這個系統(tǒng)。
遞增的變化是指你不用在模型中包容所有的細節(jié)，你只要開發(fā)一個小的模型或是概要模型，打下一個基礎，然后慢慢的改進模型。
敏捷建模采取不同的設計態(tài)度來“擁抱變化”。它認為需求時刻在變，人們對于需求的理解也時刻在變。隨著項目的進行，項目環(huán)境也在不停的變化，因此你的開發(fā)方法必須要能夠反映這種現(xiàn)實。對于用戶的反饋，要勇于對自己的代碼進行修改，丟掉壞的代碼。
對于易變的需求，敏捷方法使用了一系列實踐。其核心則是迭代式開發(fā)，尋求快速的反饋，用戶經歷過一次或幾次的迭代之后，對軟件開發(fā)和業(yè)務需求如何實現(xiàn)已經有了形象的認識，用戶提出的需求基本上可以代表他們的真實需求。這時，就可以將需求進行凍結。后面如果還有修改，將是細節(jié)的調整，不會對軟件的架構產生重大的影響。
此文章共有4頁 上一頁 1 2 3 4 下一頁
文章來源：互聯(lián)網
|
Leadge.com首頁 > 知識庫 
