學會UML/OOAD這樣開始就對了

「學會UML/OOAD這樣開始就對了」這本新書已經進入校對階段了，看到自己寫的下面那段文章，應該是整本書中，我最喜歡的一段，與各位分享。

再者，我把2010年定為「合作年」，希望可以找到有興趣合寫書的IT夥伴，我的擅長很明確，就在UML/OOAD，有好點子合作的夥伴，歡迎來信271080@gmail.com與我聯絡。

----------
5.5 後話

在撰寫這一章時，冒出許多想法，不容易有系統的安置在正文中，所以我把它們列在此處：

• 想要重用或共用類別或流程，向來都就不是一件簡單和廉價的事情，總是需要多次的修修改改，修改、修改、再修改，才能獲得一點點可以重用或共用的好設計。
• 複雜的用例，不一定要先做，如果先做了，幾乎都會需要重做。但是，別害怕重做，過程中獲得的技能和練習，會因為一次次的重做，而獲得更多。
• UML可以提高溝通品質，但無法完全取代人跟人之間的直接溝通。所以，設計師銜接分析師的文件後，通常兩者免不了還是需要直接溝通的，但是比較能夠聚焦，溝通的效果品質也較佳。
• 聰明的方法，不一定是複雜的，如果可以用簡單的方式行事，開發和維護成本會比較低，這或許是聰明方法的另一種定義。所以，實體類別圖可以簡單，就別讓它複雜了。
• 來來回回的修修改改，是最正常不過的事情了，別以為是自己的能力有問題。當然，持續提升自己的專業能力，一直是刻不容緩的事情。
• 千萬別認為用例敘述沒有用，事實上，因為先有簡單的用例敘述，才會一步步引導設計出複雜的循序圖。
• 偽畫面功用很大，但是畫面物件是隨時會被汰換的，別忘了重點在藉此發展出控制物件和實體物件。