由於在校時學過系統分析，我覺得物件導向分析跟UML圖都是還蠻不錯的概念，畢業後在工作上寫系統時想買個書來更加熟悉，發現無論是網路還是坊間工具書近幾年越來越少相關概念，是否是這個分析已經過時了呢
已邀請的邦友 {{ invite_list.length }}/5
本來打了一大串結果不小心換頁被洗掉了xD
這麼說吧，你覺的 OOAD 與 UML 解決了什麼問題？如果說已經過時了，那意思是問題已經不存在？還是說有更好的方法能解決同樣的問題？你可以到 104 搜尋一下需要用到 UML 的職缺，再跟一些看似熱門的名詞（例如 Design Pattern ）比較一下職缺數，或許會比較有底。
事實上這兩樣東西並不是過時或是消失了，只是被最近幾年不少發光發熱的新詞彙給蓋掉一些音量而已。就拿 DevOps 來說，想要達成自動化測試，就必須寫出可測試的程式。為了達成可測性就會套用一些 Design Pattern，而這些 Pattern 又大都是物件導向的設計。而且談到 Design Pattern 又常常會看到搭配 UML 來解釋，例如 http://martinfowler.com/eaaCatalog/ ，或是前陣子網路或社群也出了一些講述 SOLID 原則的文章與分享，這也是屬於 OOAD 的範圍喔。
我是不知道你都看些什麼書，但我最近買的書裡面也還有在附錄裡教 UML 的，但那是翻譯書就是了。如果是台灣出版的書應該大都是屬於新手入門等級的，甚至是給非資訊科系的人看的，這種書沒提到也很正常。
我之前都是在圖書館看系統分析的書，大部分都是在講結構化的分析設計，也是有講物件導向設計，但都是簡單一兩章節就帶過而已，還沒有看過很詳細去說明設計細節的
所以你是苦惱沒有書講設計細節而不知道怎麼學習嗎?
是，也同時因為某位講師說並沒有很重要而開始思考是否繼續往這個知識細節加深學習才這樣詢問的
Design Pattern 那些其實就是"專門"在講設計的部份，像是 Java 或其它語言，很多都把這些設計實作在語言裡面了。然而設計本身就不是一個能有唯一解答的東西，很可能 A 專案的最佳設計跟 B 專案的最佳設計彼此矛盾，都是因應專案本身特有問題而發展出來的。因此你專門要找"設計細節"的書應該是很難，大部分的書會有自己的主題，但在內容會談到他的設計細節。
或許你可以去看 Domain Driven Design 這本書，參考一下 Teddy 寫的介紹：http://teddy-chen-tw.blogspot.tw/2013/07/domain-driven-design.html
InfoQ 有一本免費的精簡版，你也可以參考看看：http://www.infoq.com/cn/minibooks/domain-driven-design-quickly
非常感謝
不是式微，是因為台灣沒人想談這些基本功。
沒有過時
因為 根本沒有流行過...
我覺得系統分析、設計工作還是很重要的...
在學校畢竟是理論技術居多,老師得教得全面一點,以示負責,至少得說一下歷史沿革
報表式系統分析
流程式系統分析
物件導向式系統分析
企業導向式系統分析
其實用那一種方法，端看系統目的，
例如：
開發一個計算機(Caculater)程式，你會用那一種方法呢？
開發一個客戶拜訪記錄系統，你又會用那一種方法呢？
顯然，不是物件導向方法式微了，而是比較適用物件鮮明,事件驅動
而在大部份商業應用上，例如CRM(客戶關係管理)、MRP(物料需求規劃)....等,如果你用物件導向方法分析企業流程, 保證暈掉.因為它主要是由組織及流程驅動的，當然是採用物件導向。
iThome鐵人賽
看影片追技術