12. 性能僅僅是很多設計因素之一
關注軟件設計中的一個重要因素--性能，這好象也是用戶最關心的事情。一個性能不佳的軟件將不可避免被重寫。
但是你的設計還必須具有可靠性，可用性，便攜性和可擴展性。你應該在工程開始就應該定義并區分好這些因素，以便在工作中恰當使用。性能可以是，也可以不是優先級最高的因素，我的觀點是，給每個設計因素應有的考慮。
13. 管理接口
“UML User Guide”（Grady Booch，Ivar Jacobson和Jim Rumbaugh ,Addison Wesley, 1999）中指出，你應該在開發階段的早期就定義軟件模塊之間的接口。
這有助于你的開發人員全面理解軟件的設計結構并取得一致意見，讓各模塊開發小組相對獨立的工作。一旦模塊的接口確定之后，模塊怎樣實現就不是很重要了。
從根本上說，如果你不能夠定義你的模塊“從外部看上去會是什么樣子”，你肯定也不清楚模塊內要實現什么。
14. 走近路需要更長的時間
在軟件開發中沒有捷徑可以走。
縮短你的在需求分析上花的時間，結果只能是開發出來的軟件不能滿足用戶的需求，必須被重寫。
在軟件建模上每節省一周，在將來的編碼階段可能會多花幾周時間，因為你在全面思考之前就動手寫程序。
你為了節省一天的測試時間而漏掉了一個bug，在將來的維護階段，可能需要花幾周甚至幾個月的時間去修復。與其如此，還不如重新安排一下項目計劃。
避免走捷徑，只做一次但要做對（do it once by doing it right）。
15. 別信賴任何人
產品和服務銷售公司不是你的朋友，你的大部分員工和高層管理人員也不是。
大部分產品供應商希望把你牢牢綁在他們的產品上，可能是操作系統，數據庫或者某個開發工具。
大部分的顧問和承包商只關心你的錢并不是你的工程（停止向他們付款，看一看他們會在周圍呆多長時間）。
大部分程序員認為他們自己比其他人更優秀，他們可能拋棄你設計的模型而用自己認為更好的。
只有良好的溝通才能解決這些問題。
要明確的是，不要只依靠一家產品或服務提供商，即使你的公司（或組織）已經在建模、文檔和過程等方面向那個公司投入了很多錢。
16. 證明你的設計在實踐中可行
在設計的時候應當先建立一個技術原型， 或者稱為“端到端”原型。以證明你的設計是能夠工作的。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
