當(dāng)前位置:工程項(xiàng)目OA系統(tǒng) > 建筑OA系統(tǒng) > 建筑工程項(xiàng)目管理軟件
用敏捷方法應(yīng)對解決用戶提出的需求變化
據(jù)美國軟件工程實(shí)施現(xiàn)狀的調(diào)查,軟件研發(fā)的情況也是很難預(yù)測,大約只有10%的項(xiàng)目能夠在預(yù)定的費(fèi)用和進(jìn)度下交付。在商用軟件產(chǎn)業(yè)中,這一現(xiàn)象尤為嚴(yán)重。
因此如何從軟件工程的角度,通過采用適當(dāng)系統(tǒng)設(shè)計(jì)方法和加強(qiáng)項(xiàng)目管理來解決需求不斷變化的問題,是各個(gè)軟件開發(fā)商的一個(gè)重要課題。通過實(shí)踐,感到采用敏捷方法的基本思想和原則來設(shè)計(jì)系統(tǒng)和處理需求變化問題,能夠產(chǎn)生較好的效果。
下面就從系統(tǒng)設(shè)計(jì)和項(xiàng)目管理等方面談一下這方面的體會(huì)。
需求變化帶來的問題
作為軟件開發(fā)商,當(dāng)接到一個(gè)項(xiàng)目后,一般的做法是首先由用戶提出需求,然后開發(fā)商根據(jù)用戶的需求作出一個(gè)系統(tǒng)實(shí)現(xiàn)方案,而用戶通常并沒有實(shí)質(zhì)地理解方案,隨即通過了方案,開始了軟件的開發(fā)工作。根據(jù)筆者所開發(fā)過的多個(gè)系統(tǒng),開發(fā)前期,大多數(shù)單位并沒有明確的想法,也提不出確切的需求,因?yàn)闃I(yè)務(wù)人員不了解計(jì)算機(jī)技術(shù)是怎樣實(shí)現(xiàn)業(yè)務(wù)流程的。用戶總是希望開發(fā)單位根據(jù)當(dāng)前的業(yè)務(wù)流程先做出一個(gè)樣板來,然后再進(jìn)行改造,而多數(shù)用戶認(rèn)為軟件修改很容易。
盡管已經(jīng)做好了系統(tǒng)規(guī)劃,簽訂了功能較明確的合同,然而隨著系統(tǒng)分析、系統(tǒng)設(shè)計(jì)和系統(tǒng)實(shí)施的進(jìn)展,當(dāng)客戶在項(xiàng)目部署后看到真正的軟件系統(tǒng)的界面及操作方式,客戶的需求就被激發(fā)起來,會(huì)根據(jù)自己的對軟件的理解和日常工作的習(xí)慣,對軟件的處理及操作方式提出修改,而這種修改往往比較隨意,因此導(dǎo)致開發(fā)方需要對流程、界面、以及相關(guān)文檔經(jīng)常的大量的修改,這些成為開發(fā)方的一個(gè)很大的負(fù)擔(dān),而這種負(fù)擔(dān)對用戶基本是看不見的。
用敏捷方法方法應(yīng)對需求變化
1.敏捷建模(Agile Modeling)進(jìn)行系統(tǒng)設(shè)計(jì)
軟件開發(fā)過程一般是要盡早完成需求分析,停止需求的變動(dòng),將這些需求作為設(shè)計(jì)的基礎(chǔ),然后開始構(gòu)筑系統(tǒng),這是瀑布方法————基于計(jì)劃的生命周期。這種方法是通過大量的前期工作來減少變化。
一旦前期工作完成,當(dāng)需求變化時(shí),這樣的方法就會(huì)有很大的問題。
另外一個(gè)重要原因是,許多單位的管理模式都處在探索階段,可能引起變動(dòng)的因素很多,因此根據(jù)現(xiàn)行的管理模式設(shè)計(jì)出的信息系統(tǒng)將面臨使用單位管理模式的變化的考驗(yàn),包括許多的工作流程的細(xì)節(jié)處理方式式否合乎工作人員的習(xí)慣等問題。
系統(tǒng)在設(shè)計(jì)時(shí)要充分考慮這些不確定因素,才能適應(yīng)這些變化。特別是數(shù)據(jù)結(jié)構(gòu)要以系統(tǒng)靈活性為主,其次才是考慮系統(tǒng)性能的提高。
在軟件開發(fā)出現(xiàn)工期或bug等問題時(shí),開發(fā)人員常抱怨是由于需求的變化造成的,對于軟件的修改存在抵觸情緒。實(shí)際上在商業(yè)軟件開發(fā)領(lǐng)域,需求變化是很正常的,問題是我們該怎樣對待它。為了適應(yīng)需求的變化,必須采取不同的設(shè)計(jì)態(tài)度。這里介紹敏捷方法的幾點(diǎn)思想,對如何應(yīng)對需求的變化很有教益。
主張簡單、遞增的變化、擁抱變化是敏捷建模方法的核心原則之中的三個(gè)。
敏捷建模主張當(dāng)從事開發(fā)工作時(shí),最簡單的解決方案就是最好的解決方案,盡可能的保持模型的簡單。
對無法在項(xiàng)目一開始就固化的需求進(jìn)行演進(jìn)型的設(shè)計(jì)。你現(xiàn)在不必要對這個(gè)系統(tǒng)進(jìn)行過分的建模,只要基于現(xiàn)有的需求進(jìn)行建模,隨著項(xiàng)目的進(jìn)行,項(xiàng)目環(huán)境和需求發(fā)生變化時(shí),再來完善和重構(gòu)這個(gè)系統(tǒng)。
遞增的變化是指你不用在模型中包容所有的細(xì)節(jié),你只要開發(fā)一個(gè)小的模型或是概要模型,打下一個(gè)基礎(chǔ),然后慢慢的改進(jìn)模型。
敏捷建模采取不同的設(shè)計(jì)態(tài)度來“擁抱變化”。它認(rèn)為需求時(shí)刻在變,人們對于需求的理解也時(shí)刻在變。隨著項(xiàng)目的進(jìn)行,項(xiàng)目環(huán)境也在不停的變化,因此你的開發(fā)方法必須要能夠反映這種現(xiàn)實(shí)。對于用戶的反饋,要勇于對自己的代碼進(jìn)行修改,丟掉壞的代碼。
對于易變的需求,敏捷方法使用了一系列實(shí)踐。其核心則是迭代式開發(fā),尋求快速的反饋,用戶經(jīng)歷過一次或幾次的迭代之后,對軟件開發(fā)和業(yè)務(wù)需求如何實(shí)現(xiàn)已經(jīng)有了形象的認(rèn)識(shí),用戶提出的需求基本上可以代表他們的真實(shí)需求。這時(shí),就可以將需求進(jìn)行凍結(jié)。后面如果還有修改,將是細(xì)節(jié)的調(diào)整,不會(huì)對軟件的架構(gòu)產(chǎn)生重大的影響。
按照上述的敏捷方法的原則來設(shè)計(jì)系統(tǒng),則能夠使我們正確的看待用戶需求的變動(dòng),從而較好的適應(yīng)需求的變動(dòng)。如果項(xiàng)目管理者和程序開發(fā)人員真正的理解并貫徹這種方法,用這種思想去管理項(xiàng)目,那么就能有效的避免出現(xiàn)項(xiàng)目后期軟件架構(gòu)混亂、補(bǔ)丁加補(bǔ)丁、系統(tǒng)性能大大減低的情況。
- 12015監(jiān)理工程師考試《合同管理》備考試題(9)
- 2街頭綠地設(shè)計(jì)特點(diǎn)
- 3水電五局承建的烏干達(dá)卡魯瑪電站拌和站投產(chǎn)運(yùn)行
- 4隧道施工工藝控制
- 5招標(biāo)師采購與專業(yè)實(shí)務(wù)最新練習(xí)題4
- 6住宅懸挑梁上磚墻及樓板的裂縫分析
- 72013年一級建造師《工程經(jīng)濟(jì)》每日一練(5.18)
- 8福建全面執(zhí)行住房公積金新政
- 9住宅小區(qū)碧湖居綠化設(shè)計(jì)
- 10關(guān)于公布2012年度第一季度新會(huì)員名單的通知[2012-3-28]
- 112014年一級建造師機(jī)電工程復(fù)習(xí)資料—電梯驗(yàn)收的要求
- 122015年二級建造師《施工管理》每日一練(8.8)
- 132014年一級建造師《建筑工程管理與實(shí)務(wù)》每日一練(4.1)
- 14屋面找平層分項(xiàng)工程質(zhì)量技術(shù)交底卡
- 15【7月30日回顧】天津建材價(jià)格小幅上漲
- 16上海出臺(tái)建筑節(jié)能管理辦法
- 17石礫屯隧道貫通指日可待---牡綏鐵路二標(biāo)隧道施工取得階段性成果
- 18市政互通匝道加主線高架橋全套設(shè)計(jì)圖集(二)
- 19建設(shè)工程承包合同范本
- 20關(guān)于舉辦第三期質(zhì)量管理小組活動(dòng)診斷師提高班的補(bǔ)充通知
- 21高壓系統(tǒng)圖審圖通病有哪些?
- 222015年安全工程師《安全生產(chǎn)管理知識(shí)》每日一練(6.17)
- 232015年二級建造師《施工管理》重點(diǎn)詳解(9)
- 24中國電建投資開發(fā)四川木坡水電站并網(wǎng)發(fā)電
- 25城市建筑外觀照明要求有哪些?
- 26引水隧洞混凝土襯砌施工措施
- 27各類大直徑樁基施工技術(shù)交底
- 28宜良縣麥田河電站搬遷復(fù)建工程2#渡槽施工組織設(shè)計(jì)
- 29中鐵二十局四公司圃田項(xiàng)目綜合樓順利通過業(yè)主驗(yàn)收
- 30公路干道防護(hù)綠地規(guī)劃
成都公司:成都市成華區(qū)建設(shè)南路160號1層9號
重慶公司:重慶市江北區(qū)紅旗河溝華創(chuàng)商務(wù)大廈18樓