瀑布開發(fā)模式模式

瀑布開發(fā)也有一些缺點(diǎn)，但是，在你初履新職，剛剛接手管理一個(gè)新的團(tuán)隊(duì)，同時(shí)獲得了一種支持瀑布開發(fā)模式的解決方案的情況下，這種開發(fā)模式可以令你很快進(jìn)入角色把工作開展起來，從而為將來采用更高級的開發(fā)方式做好了準(zhǔn)備。

瀑布開發(fā)過程在政府項(xiàng)目中特別受到歡迎，在這樣的軟件開發(fā)項(xiàng)目中，其規(guī)劃階段超出了大多數(shù)企業(yè)部署階段的時(shí)間和力度。采用這種方式的其他用戶包括那些理解比較全面和深入的軟件項(xiàng)目，相關(guān)的解決方案對團(tuán)隊(duì)而言非常熟悉，或者只需要小小的改動(dòng)。

瀑布開發(fā)也被稱作系統(tǒng)開發(fā)生命期模式，簡稱SDLC（Systems Development Lifecycle Model），這是一種軟件開發(fā)途徑，它把項(xiàng)目分解為有限的階段。每一個(gè)階段都有序執(zhí)行，并且依賴于先前已完成的階段。在采用瀑布開發(fā)方法的情況下，開發(fā)工作的各個(gè)部分必須分別評估，而且通常由不同的開發(fā)隊(duì)伍來實(shí)施。具體開發(fā)階段的劃分存在一定的爭議，但各個(gè)階段基本上取決于任務(wù)相對繁重的預(yù)先規(guī)劃。以下就是瀑布開發(fā)過程的常見階段劃分：

問題評估—也就是概念形成階段。明確現(xiàn)有解決方案所存在的問題同時(shí)收集相關(guān)信息。

計(jì)劃解決方案—提出解決方案的詳細(xì)說明，包括軟件的優(yōu)點(diǎn)和缺點(diǎn)以及試圖解決的問題。確定開發(fā)時(shí)序，工作結(jié)構(gòu)分解以及其他支持文檔。最重要的是明確和分析軟件需求。

設(shè)計(jì)系統(tǒng)架構(gòu)—提案獲得接受之后即可創(chuàng)建解決方案模式，包括工作流和數(shù)據(jù)流圖、模塊和功能層次已經(jīng)其他由解決方案所需要的說明。在這一階段通?？偸前殡S一個(gè)有力度的檢查過程。

開發(fā)代碼—用以上階段創(chuàng)建的藍(lán)圖編寫、調(diào)試和單元測試軟件代碼。接著，集成系統(tǒng)的代碼和測試部分。最后測試整個(gè)系統(tǒng)。該階段要到測試完全通過才能結(jié)束。

部署和使用系統(tǒng)—部署最終功能，同時(shí)向用戶提供所需的培訓(xùn)和文檔。

維護(hù)解決方案—在必要的時(shí)候指出和升級軟件并且修補(bǔ)軟件錯(cuò)誤。

有時(shí)測試會(huì)成為單獨(dú)的一個(gè)階段，其中包括軟件調(diào)試而不是在開發(fā)階段進(jìn)行代碼調(diào)試。此外，獲取軟件需求也可能成為獨(dú)立的階段。無論采取怎么樣的開發(fā)路線，以上過程都是一次實(shí)施的，同時(shí)還要整合到整個(gè)解決方案中來。

采用瀑布開發(fā)模式是需要一定條件和場合的，并不是所有的解決方案都能采用這種比較嚴(yán)格的開發(fā)方式獲得成功。

采用瀑布開發(fā)方式的用戶常見于新負(fù)責(zé)的項(xiàng)目經(jīng)理因?yàn)檫@種方式對項(xiàng)目的估計(jì)非常方便。項(xiàng)目開發(fā)中涉及到的幾乎一切都預(yù)先計(jì)劃，從而便于確定預(yù)期的開發(fā)成本和開發(fā)時(shí)間。另一項(xiàng)好處是所有的需求都必須得到確認(rèn)，在代碼編寫之前項(xiàng)目結(jié)束標(biāo)準(zhǔn)就能確定項(xiàng)目是否成功。這樣就保證了項(xiàng)目開發(fā)的目的明確性。

由于項(xiàng)目開發(fā)工作分階段實(shí)施，一次只有一個(gè)團(tuán)隊(duì)管理項(xiàng)目。從而簡化了項(xiàng)目經(jīng)理的工作，使得項(xiàng)目經(jīng)理可以更深入地同每一位團(tuán)員協(xié)作。這樣的成員間交流對項(xiàng)目開發(fā)的最終成功自然大有裨益。

瀑布開發(fā)方式的缺點(diǎn)也是明顯的。如果期間的每一階段沒有得到堅(jiān)決貫徹和實(shí)現(xiàn)，那么隱藏的問題最終會(huì)影響項(xiàng)目的成功。雖然瀑布管理方式對項(xiàng)目經(jīng)理而言非常方便，但是對開發(fā)人員而言就可能顯得太嚴(yán)酷了。因?yàn)闇y試過程在開發(fā)階段之后實(shí)施，子系統(tǒng)測試所暴露的問題可能需要立即修改代碼，這樣就顯著增加了計(jì)劃架構(gòu)的成本。

調(diào)試過程可能非常復(fù)雜，原因在于，開發(fā)人員在同一階段通常還可以從事其他項(xiàng)目的開發(fā)工作，而所需要的軟件修改可能會(huì)降低開發(fā)人員的生產(chǎn)率和工作質(zhì)量。有時(shí)工作區(qū)還必須集中到一個(gè)地方來，從而威脅到解決方案的完整性。

另一可能的危險(xiǎn)是你只有到解決方案啟動(dòng)的時(shí)候才能知道當(dāng)初所預(yù)計(jì)的是否成功，所以余下用來改正問題的時(shí)間和空間都非常有限。而設(shè)計(jì)工作上的疏漏和缺陷可能會(huì)嚴(yán)重地影響解決方案的啟動(dòng)日期。

這種模式的另一問題在于，除了到階段終止之時(shí)，其他時(shí)候幾乎沒有獲取反饋的時(shí)間，還有，一旦開發(fā)工作開始啟動(dòng)那么修改的空間也就沒有了。最后，假如系統(tǒng)測試表面功能或者性能沒有達(dá)到要求也許到這個(gè)時(shí)候已經(jīng)沒有糾正問題的可能了。

在部署瀑布開發(fā)模式之前你必須仔細(xì)評估自己所處的環(huán)境和條件。如果客戶希望在開發(fā)工作開始之后加入進(jìn)來或者你要處理很多未知的問題，那么你或許最好采用一種更具重復(fù)性的開發(fā)過程。2100433B

那智瀑布位于和歌山縣東牟婁郡那智勝浦町的那智川。與栃木縣的華嚴(yán)瀧、茨城縣的袋田瀧并稱為日本三大名瀑。

那智山中溪流頗多，瀑布就達(dá)到60多處之眾。所謂“那智瀧”，原指其中的48瀧(那智四十八瀧)的總稱。

不過，一般指的是青岸渡寺旁側(cè)的瀑布。這一個(gè)瀑布落差為133米，瀑幅為13米。

那智瀧一帶，是“自然信仰”的圣地，2004年7月1日，作為紀(jì)伊山地的靈地和參拜道的構(gòu)成部分被列入世界文化遺產(chǎn)名單。

2006年應(yīng)貴州省代省長林樹森的邀請，以木村良樹知事為團(tuán)長的日本和歌山縣代表團(tuán)一行于8月29日至30日到安訪問，并與安順市簽訂《黃果樹瀑布與那智瀑布締結(jié)友好瀑布協(xié)議書》。安順市黃果樹瀑布與日本那智瀑布正式締結(jié)友好關(guān)系?！饵S果樹瀑布與那智瀑布締結(jié)友好瀑布協(xié)議書》的順利簽訂，為建立雙邊友好交往，尤其是為今后雙方在旅游、環(huán)保、文化、經(jīng)貿(mào)等方面的合作奠定了基礎(chǔ)。 2100433B