• <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>
    • 軟件測試技術
    • 軟件測試博客
    • 軟件測試視頻
    • 開源軟件測試技術
    • 軟件測試論壇
    • 軟件測試沙龍
    • 軟件測試資料下載
    • 軟件測試雜志
    • 軟件測試人才招聘
      暫時沒有公告

    字號: | 推薦給好友 上一篇 | 下一篇

    XP設計原則

    發布: 2007-5-26 21:59 | 作者: 未知 | 來源: 系統分析之窗 | 查看: 29次 | 進入軟件測試論壇討論

    領測軟件測試網

    XP設計原則

    xpchina:BrokenDoor

    1 簡單是關鍵 
    簡單的設計總是花較少的時間完成復雜的任務。因此記住要總是做有可能完成的最簡單的事情。如果你發現一個事情很復雜,用簡單的事情替換它。與其在復雜的代碼上消耗更多的時間,還不如用簡單的代碼替換,這樣更快,而且更省事。盡可能使事情簡單化,在執行計劃期間,盡可能不增加新的功能。要記住保持簡單的設計是長期堅持的工作。 

    2 選擇系統比喻 
    選擇系統比喻是為了通過對類和方法的一致命名,為團隊提供一致的畫面。你的對象名稱對于系統整體設計的理解和代碼重用是非常重要的。如果能取一個名字,使它容易猜出來,并且還是正確的,那么你就是一個能節約時間的人。選擇一個涉及廣泛的對象命名的方法而沒有詳細描述,很難獲取對于系統的認識。 
    例如克萊斯勒汽車公司薪水支付系統象生產線那樣被建造了。福特汽車銷售系統象材料清單那樣被構造了。使用基于你本身領域的美麗的比喻,使它為人所知。但是,除非它相當簡單,別選美麗的比喻。 

    3 CRC 卡片 
    使用CRC(Class,Responsibilities,Collaboration)卡片來作為團隊的設計。CRC卡的最大價值在于允許人們從思考過程模式中脫離出來,更充分的專注于對象技術。CRC卡允許整個項目組對設計做出貢獻。參與系統設計的人越多,能夠收集到的好主意也就越多。 
    個別的CRC卡被用來描述對象。對象的類寫在卡的最上邊、責任在左邊下邊編成表,每個責任的右邊是協作的類列表。因為以前CRC會議是大家全力參與的,通常只需要很少的有類名的卡片,實際上沒有寫出完整的卡片,所以,我們說“要寫”。這個例子顯示咖啡制造商問題的一部分。 
    CRC會議繼續進行,一些人模擬系統和對象交流,把消息傳給其他的對象。通過一步步處理弱點,問題很容易地被解決。設計選擇可以通過做建議的模擬實驗迅速地做出決定。 
    如果你發現很多人在講話并且移動卡片,立即簡單的限制站著的人數,把卡片移到下一人。當一個人座下的時候,其它的人可以站起來。自由討論會議這項工作,常常發生的情況就像當艱難的問題最終被解答的時候,開發組變得吵鬧一樣。 
    CRC卡受到的最大的批評之一是缺乏有記錄的設計。CRC卡使設計看上去顯而易見,所以這通常不需要。應該要求永久性的記錄,每一個類一張卡,每個卡作為文檔詳細記錄和保留。一旦預想已經建立和運行,在一段時間內,設計被人記住了。 

    4 道釘解決方案 
    為了對技術或設計的難題的做出解答,產生道釘解決方案。道釘解決方案是一個探究潛在解決方案的非常簡單的程序。構造一個系統,僅僅專注于檢查出現的問題,忽略所有其它的方面大部分的道釘不會保持的足夠好,所以,要打算扔掉它。使用道釘的目標是減少技術性問題的風險,或者,增加用戶故事 
    評估的可靠性。當技術性的困難阻礙系統開發的時候,在這個難題上配備一對開發者,給上一星期或兩個星期的時間以減少潛在的危險。 

    5 不要過早地增加功能 
    保持系統的整潔,把你猜想的額外的素材以后加入。只有10%的額外素材得到使用,所以你在浪費90%的時間。因為我們明白怎樣增加,或者我們想使系統變得更好,所以我們都被誘惑到現在增加功能而不是以后,F在增加功能,似乎更快。但是,我們需要常常提醒自己:實際上我們不需要它。額外的功能將總是使我們開發變慢,而且浪費我們的資源。把眼光放到將來的需求和額外的適應性上。只關注于今天的進度。 

    6 及時地重新構造 
    在軟件變的不適用以后很長時間,我們的算機程序員仍然保持設計不變。我們繼續使用和重用很長時間沒有維護的代碼,因為在某種方式下還能繼續工作,我們害怕修改它。但是,這樣去做真的值得嗎?極端編程(XP)認為不是這樣。當我們除掉冗余,刪除未使用的功能,更新陳舊設計的時候,我們進行 
    重新構造(refactor)。貫穿整個項目生命周期的重構工作節約了時間,保證了質量。 
    為了保持設計的簡單,避免不必要的混亂和復雜,及時重構。保持代碼的簡潔、明了,以便它更容易理解、修改和擴展。確認每件事情都被表示一次,并且只一次。結果,花更少的時間產生更好的系統。 
    重構有幾個要點。首先,很難,因為你必須能夠放開你想象中的完美的設計,接受你通過重構偶然發現的設計。你必須認識到你想象的設計只是好向導方向,實際上馬上會變得陳舊。 
    為了吃到大量的樹葉,毛蟲是一個完美的設計,但是,它不能找到配偶,它在計劃找到它的同類以前,必須把自己變成一只蝴蝶。放棄你認為系統應該是什么或不是什么的想法,試著留心在你面前出現的新的設計。

    延伸閱讀

    文章來源于領測軟件測試網 http://www.kjueaiud.com/


    關于領測軟件測試網 | 領測軟件測試網合作伙伴 | 廣告服務 | 投稿指南 | 聯系我們 | 網站地圖 | 友情鏈接
    版權所有(C) 2003-2010 TestAge(領測軟件測試網)|領測國際科技(北京)有限公司|軟件測試工程師培訓網 All Rights Reserved
    北京市海淀區中關村南大街9號北京理工科技大廈1402室 京ICP備2023014753號-2
    技術支持和業務聯系:info@testage.com.cn 電話:010-51297073

    軟件測試 | 領測國際ISTQBISTQB官網TMMiTMMi認證國際軟件測試工程師認證領測軟件測試網

    老湿亚洲永久精品ww47香蕉图片_日韩欧美中文字幕北美法律_国产AV永久无码天堂影院_久久婷婷综合色丁香五月

  • <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>