你應該在開發工作的早期做這些事情，因為，如果軟件的設計方案是不可行的，在編碼實現階段無論采取什么措施都于事無補。技術原型將證明你的設計的可行性，從而，你的設計將更容易獲得支持。
17. 應用已知的模式
目前，我們有大量現成的分析和設計模式以及問題的解決方案可以使用。
一般來說，好的模型設計和開發人員，都會避免重新設計已經成熟的并被廣泛應用的東西。
http://www.ambysoft.com/processPatternsPage.html 收藏了許多開發模式的信息。
18. 研究每個模型的長處和弱點
目前有很多種類的模型可以使用,如下圖所示。用例捕獲的是系統行為需求，數據模型則描述支持一個系統運行所需要的數據構成。你可能會試圖在用例中加入實際數據描述，但是，這對開發者不是非常有用。同樣，數據模型對描述軟件需求來說是無用的。每個模型在你建模過程中有其相應的位置，但是，你需要明白在什么地方，什么時候使用它們。
19. 在現有任務中應用多個模型
當你收集需求的時候，考慮使用用例模型，用戶界面模型和領域級的類模型。
當你設計軟件的時候，應該考慮制作類模型，順序圖、狀態圖、協作圖和最終的軟件實際物理模型。
程序設計人員應該慢慢意識到，僅僅使用一個模型而實現的軟件要么不能夠很好地滿足用戶的需求，要么很難擴展。
20. 教育你的聽眾
你花了很大力氣建立一個很成熟的系統模型，而你的聽眾卻不能理解它們，甚至更糟－連為什么要先建立模型都不知道。那么你的工作是毫無意義的。
教給你開發人員基本的建模知識；否則，他們會只看看你畫的漂亮圖表，然后繼續編寫不規范的程序。
另外， 你還需要告訴你的用戶一些需求建模的基礎知識。給他們解釋你的用例(uses case)和用戶界面模型，以使他們能夠明白你要表達地東西。當每個人都能使用一個通用的設計語言的時候（比如UML-譯者注），你的團隊才能實現真正的合作。
21. 帶工具的傻瓜還是傻瓜
你給我CAD/CAM工具，請我設計一座橋。但是，如果那座橋建成的話，我肯定不想當第一個從橋上過的人，因為我對建筑一竅不通。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
