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