敏捷軟件的優(yōu)化改善及其支撐工具的研究.pdf

1、60年代中期到70年代中期軟件的開發(fā)由于缺乏實踐的指導(dǎo)而產(chǎn)生“軟件危機”。于是80年代初以來，軟件過程被廣泛討論。人們試圖通過各種模型、規(guī)范、方法、和約束來控制、管理軟件的開發(fā)活動。 早先對軟件過程的討論集中在重載過程上。重載過程引入約束來控制軟件開發(fā)活動。這些約束用來減少變化，控制變化。但是變化在實踐中被證明是不可避免的，相反特別對于中小型軟件項目來說，這些過程約束往往使得開發(fā)活動笨重繁瑣，不同程度上降低了團隊的響應(yīng)能力。這些

2、由于引入過程而帶來的額外的成本是中小型軟件項目不愿接受的。2001年初，敏捷聯(lián)盟誕生，隨之涌現(xiàn)出許多優(yōu)秀的輕載軟件開發(fā)方法。包括：SCRUM、Crystal、特征驅(qū)動軟件開發(fā)、自適應(yīng)軟件開發(fā)以及極限編程。 這些軟件開發(fā)方法都具有適應(yīng)變化，靈活，需求驅(qū)動，以人為中心，重實質(zhì)輕形式的特點。為軟件過程的科學(xué)管理提供了新的思路。 然而，敏捷的軟件開發(fā)(ASD)方法大都沒有量化的過程改進機制。如何使開發(fā)方法更加貼近具體的組織應(yīng)用于

3、具體的工程并沒有一個很好的方案。對于講究快速迭代，高效開發(fā)“務(wù)實”的ASD來說，用傳統(tǒng)的軟件度量手段去量化過程特性成本太高。沒有具體的數(shù)據(jù)作指導(dǎo)，過程的改進和量身定做就只能停留在體驗式和實踐式，而不是客觀的從實際數(shù)據(jù)上分析得到。這樣的改進過程并非基于客觀數(shù)據(jù)，所以往往具有高風(fēng)險和高成本的缺點，事倍功半容易走彎路。 同時，ASD的實踐也缺少支撐工具。一方面是由于市面上軟件過程工具大多在活動控制和約束方面提供功能，這正是ASD要避免

4、的。另一方面ASD的特點要求工具盡可能輕便，靈活，易于使用并具有針對性。所以特別為ASD所用并能顯著提高生產(chǎn)效率的工具至今還沒有看到。但是，ASD是有其自身的特點，針對這些特點如果能開發(fā)出一套支撐工具，還是可以在軟件開發(fā)的效率，軟件產(chǎn)品的可靠性上帶來很大的幫助。比如，由于ASD接受變化，頻繁的更改使得測試在ASD中的比重多過于傳統(tǒng)的開發(fā)過程。對于自動測試的支持將會大大提高ASD開發(fā)效率，并且可以解決很大一部分因為手工測試而帶來的一系列問

5、題。 在本文中，作者試圖針對ASD的特性，開發(fā)出一套適應(yīng)ASD要求的輔助工具，解決ASD暴露出來的問題，改善和提高ASD的開發(fā)效率和產(chǎn)品質(zhì)量。本文首先提出泛度量的概念，探索在產(chǎn)品開發(fā)階段，產(chǎn)品的開發(fā)屬性和產(chǎn)品質(zhì)量之間關(guān)系，并探討這些屬性的零成本收集方法。這樣，這些數(shù)據(jù)就能客觀地成為相關(guān)軟件開發(fā)組織改進過程的依據(jù)，并能進一步應(yīng)用于各種度量模型來完成各種相應(yīng)的功能。其次，也是本文的重點，提出了面向?qū)ο蟮能浖詣訙y試的方法。應(yīng)用于此方