※ 引述《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)