【文章內(nèi)容簡介】 統(tǒng)設(shè)逐級細化；后來出現(xiàn)面向?qū)ο笤O(shè)計，從底層進行對象封裝、繼承、多態(tài)，這時更多的是考慮代碼重用，面向的主要是類和對象。接下來出現(xiàn)組件設(shè)計，這主要是面向應(yīng)用方面。這三種都是面向功能的設(shè)計。從EJB、COBRA技術(shù)出現(xiàn)之后，人們開始基于框架進行設(shè)計，也就是架構(gòu)設(shè)計。繼續(xù)發(fā)展，就是基于規(guī)則的設(shè)計了，比如基于模塊和工作流的設(shè)計，這時主要將客戶化做的更詳細以及考慮開放性、可擴展性、可靠性、效率方面的問題。*// 軟件設(shè)計師的工作隨著大型軟件開發(fā)越來越多，整體把握軟件架構(gòu)變的越來越重要。尤其當(dāng)用戶需求并不明確的情況下，就要開始做軟件，如何防止交付的軟件產(chǎn)品與用戶的要求距離很遠，這就需要軟件系統(tǒng)設(shè)計師進行恰當(dāng)?shù)脑O(shè)計。在應(yīng)用軟件開發(fā)中，軟件設(shè)計師擔(dān)當(dāng)承上啟下的角色也就是把用戶的需求，基于應(yīng)用的問題變成計算機系統(tǒng)中可以解決的問題。設(shè)計可以分為功能上的設(shè)計和技術(shù)體系上的設(shè)計，但在實際工作中，這兩者很難區(qū)分清晰。軟件設(shè)計師的要求做為應(yīng)用軟件開發(fā)中最頂層的角色，軟件設(shè)計師需要各方面的能力更強，除了具備更強的編程技巧能力外，還需要了解系統(tǒng)結(jié)構(gòu)、主流軟件技術(shù)和軟件趨勢，同時要具備相當(dāng)?shù)膶I(yè)知識。多年編程經(jīng)驗：既包括在專業(yè)領(lǐng)域的經(jīng)驗，也包括在軟件工程領(lǐng)域的經(jīng)驗。對于一個構(gòu)架團隊，這些素質(zhì)要求可由各團隊成員分別承擔(dān)，但其中至少要有一名構(gòu)架設(shè)計師能夠把握項目的全局。和任何行業(yè)一樣，經(jīng)驗是最重要的。軟件設(shè)計不是紙上談兵，一個軟件設(shè)計師首先要是非常好的程序員。軟件設(shè)計師在編程的時候，用的工具和普通程序員沒有任何差別，但使用深度是絕對不一樣的。抽象能力：一個程序員剛寫程序的時候，無非就是為了解決某個功能而進行代碼編寫。隨著程序編寫越來越多，他對自己所做的應(yīng)用方面的理解也越來越多。不同的企業(yè)有不同的需求，但把這些企業(yè)放在一起來看，就會發(fā)現(xiàn)他們的一些共性。將這些共性提煉出來，這就是抽象的過程。抽象出來的共性形成的模型可以把這些企業(yè)的需求都包含進去，這是做通用軟件必須要走的一步。面向?qū)ο蟮乃枷耄好嫦驅(qū)ο笫擒浖_發(fā)出現(xiàn)以來最偉大的創(chuàng)新之一，這是每個程序員都追求的，但是否真正掌握了面向?qū)ο蟮乃枷?，這是需要探討的，面向?qū)ο蟛⒉皇荛_發(fā)工具和語言的限制。很多程序員在用C++寫面向?qū)ο蟠a時，實際上還是在寫C代碼。甚至使用C＃這種完全面向?qū)ο蟮恼Z言寫出來的還是流程化的程序。面向?qū)ο罂梢詰?yīng)用的領(lǐng)域非常廣泛。不僅在寫代碼的過程中要考慮到面向?qū)ο螅谠O(shè)計和分析階段也要用到面向?qū)ο蟮姆椒?。舍得拋棄：軟件設(shè)計是一個漸進過程，是通過不斷碰壁，不斷調(diào)整提高的。要想取得突破，就需要舍得拋棄。很多人舍不得扔掉自己的代碼，往往是不斷的修改，最后進入一個惡性的循環(huán)。當(dāng)然，這種拋棄也是有繼承的拋棄，不同時期產(chǎn)品的架構(gòu)之間也有連續(xù)性，不是一個架構(gòu)就會完全取代前面的架構(gòu)，好的東西還是可以繼承的。領(lǐng)悟和突破：程序員技術(shù)的成長可以通過學(xué)習(xí)技巧而成長，也可以通過思想領(lǐng)悟而得到成長，后者更為重要。如果不能領(lǐng)悟開發(fā)的思想，僅僅掌握了技巧，一旦改換了平臺和語言，又要從頭學(xué)起，所以很多人在轉(zhuǎn)型過程中失敗了。而掌握了編程的思想，自動就移過去了。即便是很小的軟件，也可以鍛煉突破性的編程思維。一種基本的設(shè)計原則和思路就是程序設(shè)計千萬不要回溯，否則就會崩潰，這是多少人腦袋碰墻多少次之后才明白的。非軟件知識：提起軟件設(shè)計師，人們很喜歡拿建筑師做比較，的確這兩個行業(yè)有很多相似之處。古羅馬建筑師維特魯威說“理想的建筑師應(yīng)該既是文學(xué)家又是數(shù)學(xué)家，他還應(yīng)通曉歷史，熱衷于哲學(xué)研究，精通音樂，懂得醫(yī)藥知識，具有法學(xué)造詣，深諳天文學(xué)及天文計算。”軟件設(shè)計同樣如此。從程序員到測試工程師軟件測試是一門非常重要的學(xué)科，目前研究的內(nèi)容還很不深入。軟件測試需要什么樣的專業(yè)基礎(chǔ)還沒有定論，而且目前還沒有一種很好的標準來衡量測試人員。但無可置疑，軟件測試越來越受到軟件公司的重視，軟件測試工程師的作用也逐漸被人們所認可。這已經(jīng)在像微軟這樣的國外大型軟件企業(yè)中所證實，微軟的一個開發(fā)人員會對應(yīng)一至兩個測試人員。2002年4月份，微軟公司董事長兼首席軟件設(shè)計師比爾蓋茨讓微軟研發(fā)部門將所有手頭正在進行的工作暫停，徹底檢查了每一個微軟的軟件，將所有存在的漏洞全部修好，所有的開發(fā)人員全部成為了測試人員，為的是“可信賴的計算”。國內(nèi)軟件公司對軟件測試的態(tài)度令人擔(dān)憂。軟件測試不足，開發(fā)測試人員比例不合理。據(jù)調(diào)查，最好的企業(yè)中測試人員和開發(fā)人員的比例是1：8，有的是1：20大部分公司甚至沒有專職的測試工程師。重視測試首先需要有開放性的軟件文化，而在很多公司中，測試工程師只是絕對服從的聽命角色，沒有發(fā)揮他們的積極性和創(chuàng)造性。一些管理人員對軟件開發(fā)的流程管理經(jīng)驗不足，仍然用傳統(tǒng)企業(yè)的方法進行管理，再加上對軟件質(zhì)量的控制理解不對，認為讓程序員編完程序后經(jīng)過簡單的功能測試就可以發(fā)布了，而沒有認識到軟件測試是控制質(zhì)量最好的方法。不過，國內(nèi)還是有一些大型公司和專業(yè)公司已經(jīng)在軟件測試方面走上正規(guī)IBM軟件測試項目，已經(jīng)成為公司主體軟件外包業(yè)務(wù)之一。一提到軟件測試工程師，很多人會想到那些反復(fù)使用軟件，試圖在頻繁操作中尋找到錯誤發(fā)生的低層次人員或者軟件用戶。其實這是一種錯誤的概念，軟件測試早已超越了用戶使用來發(fā)現(xiàn)Bug的基本測試階段?，F(xiàn)在軟件測試工程師普遍分為三種：測試執(zhí)行者（BasicSoftware Tester）、測試工具軟件開發(fā)工程師（SoftwareDevelopment Engineer in Test）和高級軟件測試工程師（Ad_hoc Tester）。測試執(zhí)行者負責(zé)理解產(chǎn)品的功能要求，然后根據(jù)測試規(guī)范和測試案例對其進行測試，檢查軟件有沒有錯誤，決定軟件是否具有穩(wěn)定性，屬于最低級的執(zhí)行角色。測試工具軟件開發(fā)工程師負責(zé)寫測試工具代碼，并利用測試工具對軟件進行測試；或者開發(fā)測試工具為軟件測試工程師服務(wù)。產(chǎn)品開發(fā)后的性能測試、提交測試等過程，都有可能要用到開發(fā)的測試工具。對技術(shù)要求最強的是這些人因為他們要具備寫程序的技術(shù)。“不同產(chǎn)品的特性不一樣，對測試工具要求也是不同的，就像Windows的測試工具不能用于office，office的測試工具也不能用于SQLserver現(xiàn)在很多測試工程師就是負責(zé)專門為某個產(chǎn)品寫測試程序的?！避浖y試工程師的素質(zhì)：因為軟件測試仍然處在發(fā)展階段，還沒有上升到理論層次。對人員的評測，包括微軟在內(nèi)，都還沒有一個統(tǒng)一標準，因此評定軟件測試工程師只能根據(jù)工作實踐進行自然淘汰了。軟件測試對邏輯思維、學(xué)習(xí)能力、反應(yīng)要求很高，是否有嚴密的思維和逆向思維也非常重要。做測試還要考慮到所有出錯的可能性，做一些不按常規(guī)、非常奇怪的事。除了漏洞檢測，測試還應(yīng)該考慮性能問題，也就是要保證軟件運行得很好，沒有內(nèi)存泄漏，不會出現(xiàn)運行越來越慢的情況；在不同的使用環(huán)境下，考慮軟件的兼容性同樣重要。軟件測試同產(chǎn)品的規(guī)模也有很大的關(guān)系，因為軟件的bug往往出在大型軟件的連接處。做軟件測試工程師需要對軟件抱有懷疑態(tài)度。這是因為開發(fā)人員喜歡想當(dāng)然，總是找一些有利于自己程序執(zhí)行的數(shù)據(jù)，有些開發(fā)人員甚至認為不利于程序執(zhí)行的數(shù)據(jù)是對代碼的玷污和褻瀆。而軟件測試卻要策略性的準備各種數(shù)據(jù)，從每個細節(jié)上設(shè)計不同的應(yīng)用場景，不去想當(dāng)然的假定任何一個數(shù)據(jù)是可行的。在職業(yè)素質(zhì)和交際方面方面，并不是測試工程師愛挑別人毛病才好，反而這個工作要求很強的溝通能力。要經(jīng)常和開發(fā)人員進行溝通，說話辦事要很得當(dāng)，不能指責(zé)別人，否則會事倍功半。軟件測試工程師在工作中，對人和對事是完全不同的兩個問題。測試設(shè)計中需要考慮的22種測試類型：：不基于內(nèi)部設(shè)計和代碼的任何知識，而是基于需求和功能性。：基于一個應(yīng)用代碼的內(nèi)部邏輯知識，測試是基于覆蓋全部代碼、分支、路徑、條件。：最微小規(guī)模的測試；以測試某個功能或代碼塊典型地由程序員而非測試員來做，因為它需要知道內(nèi)部程序設(shè)計和編碼的細節(jié)知識。：當(dāng)一個新功能增加后，對應(yīng)用系統(tǒng)所做的連續(xù)測試。它要求應(yīng)用系統(tǒng)的不同形態(tài)的功能能夠足夠獨立以便在全部系統(tǒng)完成前能分別工作，這種測試可由程序員或測試員來做。：一個應(yīng)用系統(tǒng)的各個部件的聯(lián)合測試，以決定他們能否在一起共同工作。部件可以是代碼塊、獨立的應(yīng)用、網(wǎng)絡(luò)上的客戶端或服務(wù)器端程序。這種類型的測試主要與客戶服務(wù)器和分布式系統(tǒng)有關(guān)。：用于測試應(yīng)用系統(tǒng)的功能需求的黑盒測試方法。：基于系統(tǒng)整體需求說明書的黑盒類測試；應(yīng)覆蓋系統(tǒng)所有聯(lián)合的部件。：類似于系統(tǒng)測試；測試級的“宏大”的端點；涉及整個應(yīng)用系統(tǒng)環(huán)境在一個現(xiàn)實世界使用時的模擬情形的所有測試。例如與數(shù)據(jù)庫對話，用網(wǎng)絡(luò)通訊，或與外部硬件、應(yīng)用系統(tǒng)或適當(dāng)?shù)南到y(tǒng)對話。：典型的是指一個初始化的測試工作，以決定一個新的軟件版本測試是否足以執(zhí)行下一步的測試。：軟件或環(huán)境的修復(fù)或更正后的“再測試”。可能很難確定需要多少遍再次測試。尤其在接近開發(fā)周期結(jié)束時。自動測試工具對這類測試尤其有用。：基于客戶或最終用戶的規(guī)格書的最終測試，或基于用戶一段時間的使用后，看軟件是否滿足客戶要求。：測試一個應(yīng)用在重負荷下的表現(xiàn)，例如測試一個 Web站點在大量的負荷下，何時系統(tǒng)的響應(yīng)會退化或失敗。：在交替進行負荷和性能測試時常用的術(shù)語。也用于描述象在異乎尋常的重載下的系統(tǒng)功能測試之類的測試，如某個動作或輸入大量的重復(fù)，大量數(shù)據(jù)的輸入，對一個數(shù)據(jù)庫系統(tǒng)大量的復(fù)雜查詢等。：在交替進行負荷和強迫測試時常用的術(shù)語。“性能測試”（和其他類型的測試）應(yīng)在需求文檔或質(zhì)量保證、測試計劃中定義。：對“用戶友好性”的測試。顯然這是主觀的，且將取決于目標最終用戶或客戶。用戶面談、調(diào)查用戶對話的錄象和其他一些技術(shù)都可使用。程序員和測試員通常都不宜作可用性測試員。／卸載測試：對軟件的全部、部分或升級安裝／卸載處理過程的測試。：測試一個系統(tǒng)從如下災(zāi)難中能否很好地恢復(fù)如遇到系統(tǒng)崩潰、硬件損壞或其他災(zāi)難性問題。：測試系統(tǒng)在防止非授權(quán)的內(nèi)部或外部用戶的訪問或故意破壞等情況時怎么樣。這可能需要復(fù)雜的測試技術(shù)。：測試軟件在一個特定的硬件／軟件／操作系統(tǒng)／網(wǎng)絡(luò)等環(huán)境下的性能如何。：與競爭伙伴的產(chǎn)品的比較測試，如軟件的弱點、優(yōu)點或?qū)嵙?。：在系統(tǒng)開發(fā)接近完成時對應(yīng)用系統(tǒng)的測試測試后，仍然會有少量的設(shè)計變更