※ 引述《H45 (!H45)》之銘言： : 感謝您的指教 : 敝人不才 : 這邊有另外一個問題想請教： : 'object oriented and component-based software development' : 是否為 'use case-driven software development'? : 因為這個連結提到： : "Anyone who works on object oriented and component-based software development : projects needs to understand use cases and the role they play in use : case-driven software projects." : Link: http://www.parlezuml.com/tutorials/usecases.htm : 在 Head First OOA&D 這本書中 (O'Really) 提到多種 Oo 發展方法 : 好比說：use case-driven, feature-driven, test-driven development : 這麼多種方法，看起來沒有規定 Oo 一定要用哪一種開發方式 : 但是它最後決定使用 feature-driven development 是吧？ : 看起來 use case 好像是一切的源頭，寫完之後再做出需求功能的清單 : 最後再根據需求功能的清單進行分析和設計 : 所以我大膽斷定，必須先有 use case, 這樣才有辦法進行 Oo 分析與設計 : 不知道這樣的見解有沒有錯誤呢？ : 不管如何，unit testing 和 test-driven development 都和 OO 無關 : 這點應該是沒問題.... 其實我沒有太多實際讀過相關的資料 只是在實際工作中吸收的... 首先 use-case driven 和 test-driven 著眼的是不同的 東西，兩者該沒有衝突。我的 development 可以是 use-case driven, 也可以同時是 test-driven 吧？（有錯請指正） 說 use case 是一切的源頭，我覺得對，也不對. OOAD （其實任何的 analysis 也是吧？）皆從 user requirement 出發，use-case 其實就是 user requirement, 說明了user 想 要的 function/feature 是什麼，然後再由 requirement 開始 分析。 但為什麼我也覺得不對呢？因為源頭該是 User Requirement. Use case (diagram) 只是 User Requirement 的其中最常用 的表達方法而已 （其實我不知道還有哪些其他方法 :P） 而我聽過的 OOAD process, 比如 RUP, 都是基於 UML，而 use-case 則是整個 process 的最初一份. Alien --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 218.102.121.195 ※ 編輯: adrianshum 來自: 218.102.121.195 (07/21 01:06)