人們在探索軟件工程方法的幾十年里，提出了許多軟件開(kāi)發(fā)的方法，但這些方法都不是嚴密的理論。我們不應該教條地套用方法，更重要的是學(xué)會(huì )"選擇合適的方法"和"產(chǎn)生新方法"。
軟件開(kāi)發(fā)中的三種基本策略：復用、分而治之、優(yōu)化與折衷。
1.復用
對于建立軟件系統而言，所謂復用就是利用某些已開(kāi)發(fā)的、對建立新系統有用的軟件元素來(lái)生成新的軟件系統。在一個(gè)新系統中，大部分的內容是成熟的，只有小部分內容是創(chuàng )新的。一般地，可以相信成熟的東西總是比較可靠的，而大量成熟的工作可以通過(guò)復用來(lái)快速實(shí)現，人們應該把大部分的時(shí)間用在小比例的創(chuàng )新工作上，而把小部分的時(shí)間用在大比例的成熟工作中，這樣才能把工作做得既快又好。
我們將具有一定集成度并可以重復使用的軟件組成單元稱(chēng)為軟構件（Software Component），軟件復用就是直接使用已有的軟構件，即可組裝（或加以合理修改）成新的系統，而可以不必每次從零做起。一方面，軟件復用方法合理化并簡(jiǎn)化了軟件開(kāi)發(fā)過(guò)程，減少了總的開(kāi)發(fā)工作量與維護代價(jià)，既降低了軟件的成本又提高了生產(chǎn)率。另一方面，由于軟構件是經(jīng)過(guò)反復使用驗證的，自身具有較高的質(zhì)量，因此由軟構件組成的新系統也具有較高的質(zhì)量。
2.分而治之
分而治之是指把大而復雜的問(wèn)題分解成若干個(gè)簡(jiǎn)單的小問(wèn)題，然后逐個(gè)解決。這種樸素的思想來(lái)源于人們生活與工作的經(jīng)驗，也完全適合于技術(shù)領(lǐng)域。諸如軟件的體系結構設計、模塊化設計都是分而治之的具體表現。
3.優(yōu)化與折衷
軟件的優(yōu)化是指優(yōu)化軟件的各個(gè)質(zhì)量因素，如提高運行速度、提高對內存資源的利用率、使用戶(hù)界面更加友好、使三維圖形的真實(shí)感更強等等。我們應該樹(shù)立這樣的正確認識：優(yōu)化工作不是可有可無(wú)的事情，而是必須要做的事情。
當優(yōu)化工作成為一種責任時(shí)，程序員才會(huì )不斷改進(jìn)軟件中的算法，數據結構和程序組織，從而提高軟件質(zhì)量。著(zhù)名的3D游戲軟件Quake，能夠在PC機上實(shí)時(shí)地繪制高度真實(shí)感的復雜場(chǎng)景。Quake的開(kāi)發(fā)者能把很多成熟的圖形技術(shù)發(fā)揮到極致，例如把Bresenham畫(huà)線(xiàn)、多邊形裁剪、樹(shù)遍歷等算法的速度提高近一個(gè)數量級，其技術(shù)水平已經(jīng)遠勝于目前國內領(lǐng)先的圖形學(xué)相關(guān)科研成果。
優(yōu)化工作是十分復雜的，有時(shí)很難實(shí)現所有目標的優(yōu)化，這時(shí)就需要"折衷"策略。軟件的折衷策略是指通過(guò)協(xié)調各個(gè)質(zhì)量因素，實(shí)現整體質(zhì)量的最優(yōu)。
軟件折衷的重要原則是不能使某一方損失關(guān)鍵的職能，更不可以象"舍魚(yú)而取熊掌"那樣拋棄一方。例如3D動(dòng)畫(huà)軟件的瓶頸通常是速度，但如果為了提高速度而在程序中取消光照明計算，那么場(chǎng)景就會(huì )喪失真實(shí)感，3D動(dòng)畫(huà)也就不再有意義了。
折衷是有原則的，如果濫用折衷的話(huà)，那么一旦碰到困難，人們就會(huì )用拆東墻補西墻的方式去折衷，不再下苦功去做有意義的優(yōu)化。所以，我們應當堅持這樣的折衷立場(chǎng)：在保證其它因素不差的前提下，使某些因素變得更好。
| 觀(guān)點(diǎn)之一 | 我們擁有一套講述如何開(kāi)發(fā)軟件的書(shū)籍，書(shū)中充滿(mǎn)了標準與示例，可以幫助我們解決軟件開(kāi)發(fā)中遇到的任何問(wèn)題。 |
| 客觀(guān)事實(shí) | 好的參考書(shū)無(wú)疑能指導我們的工作，充分利用書(shū)籍中的方法、技術(shù)和技巧，可以有效地解決軟件開(kāi)發(fā)中大量常見(jiàn)的問(wèn)題。但實(shí)踐者并不能依賴(lài)于書(shū)籍，因為在現實(shí)工作中，由于條件千差萬(wàn)別，即使是相當成熟的軟件工程規范，常常也無(wú)法套用。另外，軟件技術(shù)日新月異，沒(méi)有哪一種軟件標準能長(cháng)盛不衰。 |
| 觀(guān)點(diǎn)之二 | 如果我們已經(jīng)落后于計劃，可以增加更多的程序員來(lái)趕上進(jìn)度。 |
| 客觀(guān)事實(shí) | 軟件開(kāi)發(fā)不同于傳統的機械制造，人多不見(jiàn)得力量大。如果給落后于計劃的項目增添新人，可能會(huì )更加延誤項目。因為新人會(huì )產(chǎn)生很多新的錯誤，使項目混亂，并且原有的開(kāi)發(fā)人員向新人解釋工作和交流思想都要花費時(shí)間，使實(shí)際的開(kāi)發(fā)時(shí)間更少，所以制定恰如其分的項目計劃是很重要的。 |
| 【講解】 假設一個(gè)項目估計需要12人月工作量，指定由3個(gè)人在4個(gè)月內完成，如果第一個(gè)月的任務(wù)花了兩個(gè)月才完成，那么增加人力的結果如何？假設增加2個(gè)人參加項目，不論新增加的人適應能力有多強，總需要有人去幫助了解熟悉情況，如果這些工作占用了一個(gè)月的時(shí)間，這樣又有3個(gè)人月工作量在新計劃之外。由于人員增加，工作任務(wù)需要重新劃分，到第3個(gè)月結束時(shí)雖然有5個(gè)人在工作，實(shí)際上余留下7個(gè)人的工作量。 | |
| 觀(guān)點(diǎn)之三 | 項目需求總是在不斷變化，但這些變化能夠很容易地滿(mǎn)足，因為軟件是靈活的。 |
| 客觀(guān)事實(shí) | 軟件需求確實(shí)是經(jīng)常變化的，但這些變化產(chǎn)生的影響會(huì )隨著(zhù)其引入時(shí)間的不同而不同。對需求把握得越準確，軟件的修修補補就越少。有些需求在一開(kāi)始時(shí)很難確定，在開(kāi)發(fā)過(guò)程中要不斷地加以改正。軟件修改越早代價(jià)越少，修改越晚代價(jià)越大，就跟治病一樣道理。 |
| 觀(guān)點(diǎn)之四 | 有了對目標的一般描述就足以開(kāi)始寫(xiě)程序了，我們以后可以再補充細節。 |
| 客觀(guān)事實(shí) | 不完善的系統定義是軟件項目失敗的主要原因。關(guān)于待開(kāi)發(fā)軟件的應用領(lǐng)域、功能、性能、接口、設計約束和標準等需要詳細的描述，而這些只有通過(guò)用戶(hù)和開(kāi)發(fā)人員之間的通信交流才能確定。越早開(kāi)始寫(xiě)程序，就要花越長(cháng)時(shí)間才能完成它。 |
| 觀(guān)點(diǎn)之五 | 一旦我們寫(xiě)出了程序并使其正常運行，我們的工作就結束了。人們有時(shí)認為，只有差的軟件產(chǎn)品才需要維護。 |
| 客觀(guān)事實(shí) | 從如圖1.12所示的統計數據來(lái)看，軟件投入的50%～70%是花費在交付給用戶(hù)之后。品質(zhì)差的產(chǎn)品被丟棄，只有好的產(chǎn)品才需要維護和改進(jìn)。 |
| 觀(guān)點(diǎn)之六 | 一個(gè)成功的項目唯一應該提交的就是運行程序。 |
| 客觀(guān)事實(shí) | 軟件包括程序、數據和文檔，其中文檔是成功開(kāi)發(fā)的基礎，為軟件維護提供了指導。 |
聯(lián)系客服
