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