【发布时间】:2013-10-23 05:14:44
【问题描述】:
我是一名拥有 2 年经验的软件开发人员。我参与了几个“小”模块的设计和开发。
我最近一直在接受技术面试。我被要求对各种问题的设计进行建模(例如 Apple Genius 推荐系统等)。到目前为止,我的专长是开发相对较小的模块。我想提一下我如何处理手头的设计问题:
(1) 识别最重要的用例。
(2) 根据行为对系统进行动态建模(如协作图)
(3) 根据步骤2中的动态建模绘制类图。
(4) 找出更多用例并迭代此过程。
(5) 当我感到满意时,我会请我的同行来评价它。
虽然到目前为止我在项目中的表现还算不错,但面试官对这种方法并不满意。我在为一个大问题建模时是否遗漏了什么?
我将不胜感激。
附: : 我不从类图开始,因为这样做我发现非常集中的架构,而动态建模帮助我分散设计。
【问题讨论】:
-
听起来不错,他们到底说了什么?
-
感谢您的回复。他们担心的是我无法捕获整个系统。即使经过几次迭代,仍有许多基本功能。在设计最重要的用例之前,我是否应该列举几个用例?虽然据我了解,在面试时必须评估“方法”,因为系统无法在 1 小时内完美设计。
-
没问题。您不能提及所有内容,但我添加了一个可能会有所帮助的答案。
标签: oop architecture