如何有效進(jìn)行軟件開發(fā)過程實踐

如何有效進(jìn)行軟件開發(fā)過程實踐

　　每個軟件產(chǎn)品或者軟件系統(tǒng)都會經(jīng)歷產(chǎn)品孕育、產(chǎn)品誕生、產(chǎn)品成長、產(chǎn)品成熟、產(chǎn)品衰亡等階段，一般稱為軟件生存周期（軟件生命周期）。如果把整個軟件生存周期劃分為若干階段，使各個階段都有明確的任務(wù)，讓規(guī)模大、結(jié)構(gòu)復(fù)雜、管理復(fù)雜的軟件開發(fā)變的容易控制、容易管理。通常，軟件產(chǎn)品生存周期包括：可行性分析、開發(fā)項目計劃書、軟件需求分析、軟件設(shè)計（分概要設(shè)計、詳細(xì)設(shè)計）、程序編碼、軟件測試與維護(hù)等活動同。這些活動要根據(jù)項目進(jìn)度要求分配到不同的階段去完成。
　　
　?。ㄒ唬﹤鹘y(tǒng)的軟件開發(fā)流程采用的是瀑布模型，什么是瀑布模型呢，瀑布模型是軟件項目工作中，每到一個階段就必須把這個階段的合部工作完成才能進(jìn)行下一階段的工作，比如：在進(jìn)入概要設(shè)計階段時，必須把系統(tǒng)需求規(guī)格說明書完全確定后才可以。還比如：程序編碼在軟件系統(tǒng)設(shè)計完成后，才可以進(jìn)行程序編碼。所以在整個項目中所有的系統(tǒng)模塊全部開發(fā)完成之后，才能進(jìn)行系統(tǒng)集成，要把上百個模塊組成復(fù)雜系統(tǒng)，是一個很艱巨的任務(wù)。

　　（二）隨著我們開發(fā)的軟件項目越來越復(fù)雜，瀑布模型已經(jīng)很難滿足現(xiàn)在的軟件項目的開發(fā)工作。根據(jù)項目實際情況選擇適合的軟件生命周期原型及開發(fā)團隊采用實用的軟件開發(fā)流程對軟件項目的成敗起到至關(guān)重要的作業(yè)。
　　
　　對軟件過程的認(rèn)識
　　
　　（一）需求獲取
　　
　　1.在確定項目開始前，先了解客戶對項目軟件準(zhǔn)確的需求。合同項目在前期的準(zhǔn)備階段中，在這方面會花費比較長的時間，這樣對后期的工作是很有幫助的。
　　
　　2.進(jìn)行軟件開發(fā)一般分：專用軟件、通用軟件兩方面。
　　
　　（1）專用軟件：比如甲單位要開發(fā)一套根據(jù)本單位性質(zhì)專用的軟件系統(tǒng)，甲單位會對軟件的功能要求有一個大概輪廓（一般在簽定的軟件開發(fā)合同中已注明，但只是合同項目框架），所以在之前必須與使用者進(jìn)行詳細(xì)溝通，知道客戶到底想要一個什么樣的軟件系統(tǒng)，定好位，工作就很好做；如果前期工作做不好，到制作后期才發(fā)現(xiàn)問題，對軟件開發(fā)來說是非常費時費力的事情。

 

     （2）通用軟件：在開發(fā)通用軟件時，流程上相對要固定一些，首先，做市場調(diào)查，從經(jīng)濟效益、市場潛力、技術(shù)分析等，其次調(diào)查客戶終端中硬件配置、網(wǎng)絡(luò)情況、數(shù)據(jù)庫情況，最后綜上調(diào)查結(jié)果制定軟件開發(fā)技術(shù)指標(biāo)。
　　
　　3.在制作過程中會經(jīng)常與客戶溝通，為了更好更便利的與客戶進(jìn)行溝通，使用一些像用VB，Delphi工具做的原型，針對發(fā)現(xiàn)的問題進(jìn)行有效交流，對客戶需求及時定位，為現(xiàn)好的完成合同項目軟件開發(fā)工作打好堅實的基礎(chǔ)。
　　
　　4.軟件的運行與流程上面：用UML的Use Case圖做參考是非常有用的。
　　
　?。ǘ┬枨蠓治?br>　　
　　1.什么是需求分析，需求分析是在確認(rèn)完項目客戶對軟件使用需求后，將需求用某種直觀的文法表現(xiàn)出來?，F(xiàn)在業(yè)內(nèi)常用的分析方法有：面向?qū)ο蠓?，分析項目目?biāo)客戶的需求，再用類-―類之間的關(guān)系來體現(xiàn)全部軟件系統(tǒng)。（具體方法，不予詳解）
　　
　　2.開發(fā)過程注意事項。強調(diào)問題域與系統(tǒng)責(zé)任的區(qū)別，開發(fā)的軟件需要完成的所有應(yīng)運功能稱為系統(tǒng)責(zé)任，問題域包括項目軟件開發(fā)時涉及到的所有問題。比如1：程控機計費程序（程控機現(xiàn)成的、數(shù)據(jù)輸出是固定的，程序從程控機讀取信息，程控機對系統(tǒng)來說屬外部硬件設(shè)備，可以不用一類處理，一個類完成數(shù)據(jù)讀取操作就可以了）。比如2：在現(xiàn)有的數(shù)據(jù)庫上，進(jìn)行再度開發(fā)與應(yīng)用，數(shù)據(jù)庫格式是固定的，后臺程序是現(xiàn)成的，并正常運行，決定開發(fā)新的前臺軟件程序，這時服務(wù)器程序就屬外部程序了，但是，新軟件開發(fā)分析文檔中必須有體現(xiàn)，以此約束外在的程序系統(tǒng)。
　　
　　分析與設(shè)計過程的關(guān)聯(lián)銜接
　　
　　1.用類結(jié)構(gòu)表示目標(biāo)系統(tǒng)時，軟件分析過程的全部內(nèi)容，可以不用具體實現(xiàn)，（如：用那類操作系統(tǒng)平臺，用何種程序語言等），這些在項目早期設(shè)計階段，就已明確定位了，這時用面向?qū)ο蠓ㄟM(jìn)行分析、設(shè)計、編碼過程等表示法進(jìn)行統(tǒng)一，能很好的進(jìn)行分析與設(shè)計過程的關(guān)聯(lián)與銜接。把設(shè)計、分析分開，是用瀑布式方法進(jìn)行軟件開發(fā)還是采用別的方法，要根據(jù)項目需求的具體情況來定。
　　
　　2.像設(shè)計完成后，后續(xù)改動及變化不多的項目，建議用瀑布模型，這們的好處是：在后期軟件開發(fā)當(dāng)中，如改用別的編程語言、平臺，早期設(shè)計階段中備份的的分析文檔就可以用上了。
　　
　　3.在今后的工作中會涉及到經(jīng)常變化的合同項目，要整理好運作流程，比如：少部分分析――少部分設(shè)計――少部分編碼――最后測試的方法，這樣可以避免要返回前一個步驟修改的麻煩，所以后續(xù)經(jīng)常變化的軟件開發(fā)沒有一個完整的分析文檔。
　　
　　4.軟件開發(fā)中分析與設(shè)計是不能區(qū)分的，雖然市面上很多CASE工具對分析和設(shè)計的階段不區(qū)分，但是，不表示就可以不加區(qū)分。
　　
　　設(shè)計編碼過程
　　
　　設(shè)計階段：
　　
　　1.分析模型：類結(jié)構(gòu)在后期工作中會進(jìn)行一定的修改，修改的原因不外呼有二種，一種是是：編程環(huán)境的要求部分，第二種是對原來的一些特定工作重用。
　　
　　2.定義界面：數(shù)據(jù)訪問（數(shù)據(jù)庫）部分，現(xiàn)階段很多編程語言都可以用可視化設(shè)計界面，所以界面部分的工作都會保留到編碼階段來進(jìn)行，這樣在項目設(shè)計階段，總體工作量是不大的。
　　
　　項目測試
　　
　　測試人員需要在項目需求階段就要安排介入到項目中，針對需求編寫測試計劃及測試用例。根據(jù)需求跟蹤矩陣衡量測試用例對軟件的覆蓋率。另外在詳細(xì)設(shè)計階段，開發(fā)人員需要考慮代碼的可測試性，編制單元測試用例并進(jìn)行測試等。
　　
　　結(jié)束語
　　
　　針對一個企業(yè)的管理模式，需要在實踐中找到一套適合自己企業(yè)的模式，成功的經(jīng)驗要借鑒，套搬是不行的，還會適得其反。很多項目，不管大也好，還是小也好，并沒有本質(zhì)的區(qū)別，很多事情去做的方法是有共性的。同樣，在做一個軟開發(fā)項目時，項目的合作運行方法雖然有區(qū)別。但是換一個角度來看，又會感受不同的現(xiàn)解方式。因此把別人的成功的經(jīng)驗及成果轉(zhuǎn)變?yōu)樽约核?，這個變是至關(guān)重要的。