接上文，文章由北京北大青鳥學校學術部提供：
21. 帶工具的傻瓜還是傻瓜
使用一個很優秀的CASE工具并不能使你成為一個建模專家，只能使你成為一個優秀CASE工具的使用者。成為一個優秀的建模專家需要多年的積累，不會是一周針對某個價值幾千美元工具的培訓。一個優秀的CASE工具是很重要，但你必須學習使用它，并能夠使用它設計它支持的模型。
22. 理解完整的過程
好的設計人員應該理解整個軟件過程，盡管他們可能不是精通全部實現細節。軟件開發是一個很復雜的過程，除了編程、建模、測試等你擅長工作外，還有很多工作要做。好的設計者需要考慮全局。必須從長遠考慮如何使軟件滿足用戶需要，如何提供維護和技術支持等。
23. 常做測試，早做測試
如果測試對你的軟件來說是無所謂的，那么你的軟件多半也沒什么必要被開發出來。建立一個技術原型供技術評審使用，以檢驗你的軟件模型。在軟件生命周期中，越晚發現的錯誤越難修改，修改成本越昂貴。盡可能早的做測試是很值得的。 （北京北大青鳥學校）
24. 把你的工作歸檔
不值得歸檔的工作往往也不值得做。歸檔你的設想，以及根據設想做出的決定；歸檔軟件模型中很重要但不很明顯的部分。 給每個模型一些概要描述以使別人很快明白模型所表達的內容。
25. 技術會變，基本原理不會
如果有人說“使用某種開發語言、某個工具或某某技術，我們就不需要再做需求分析，建模，編碼或測試”。其實不然。北京北大青鳥學校提示：拋開技術和人的因素，實際上軟件開發的基本原理自20世紀70年代以來就沒有改變過。你必須還定義需求，建模，編碼，測試，配置，面對風險，發布產品，管理工作人員等等。軟件建模技術是需要多年的實際工作才能完全掌握的。
北京北大青鳥學校
