对象规划或用户流程规划 - 应该先放在哪？

Question

当开始一个新的软件时，你是否觉得它更有帮助，先计划接口和用例，或者概述需要构建的对象？

我可以看到前者的一个论点，那就是你必须知道你要去哪里之前你要去哪里。但是当我说'接口用例'时，我的意思是非常具体的应用程序流程。基本上，纸上的整个软件。第二，规划程序化的“全貌”，可以让你把你的脑袋围绕潜在的发展瓶颈。它也有助于理解应用程序流程，并且可以稍微改变用户交互。

根据你的经验，最好的使用时间是什么？

Answer 1

我在这个问题上看到错误的选择。

有些系统甚至没有UI！因此，你不能合理地期待一个普遍适用于这个问题的答案。

在许多系统中，业务逻辑层和UI层实际上存在不同的对象模型，实际上可能有多个UI。例如，在浏览器中提供的客户UI和客户支持团队的胖客户端应用程序。

另外用例和用户界面不是一回事。第一个问题可以是：“告诉我你创建一个新的Wibble时需要发生什么。”开始时根本不需要谈论UI。您可以按照“我希望系统...”的方式对场景建模。

实际上，当您绘制屏幕时，您可能会构建Business Objects的心智模型。在一个简单的商业案例中，您可能不需要立即记录该模型。在更复杂的情况下，特别是在处理传统的后端系统时，您很快就会发现需要捕获某些模型：“所以这个屏幕是关于Wibbles的？关于他们的Zetules？每个Wibble都有它自己的Zetule吗？ ，几个！我们可以改变它们，将它们传递给其他Wibbles？只有Blue Zetules才可以转让？。“

正如人们所说的这将是Interative的创意之前，先切屏模式将改变你会发现越来越多的粗糙位

我明确的答案是：时间达物尽其用前面是定位龙，龙隐藏在未知中，大龙是一种风险，隐藏在粗糙的地方，粗糙是特定于项目，有时候它的UI有时不是特别处理遗留系统时，通常不是UI咬你，花点时间冒险

Answer 2

我肯定会建议首先布置用户流程，在这种情况下，因为它是如此特殊。使用更通用的用户界面，计划/猜测对象会更容易。但是，由于您对应用程序流程有详细的规定，因此首先要处理，因为规划对象太早肯定会错过大量规范的目标。

Answer 3

用户流量优先：您正在为用户构建软件。一旦你知道你需要做什么（整个图片），那么你可以考虑如何做到这一点。

Answer 4

这些可以并行发生，并且在编码开始之前不需要完成。

通过迭代开发，您不一定要设计整个纸质软件或整个班级模型。

用户交互影响类模型。但是，在用户交互设计完成之前，您可能拥有足够的信息来开始设计一些架构层。例如，在开始设计特定交互之前，可能已知数据模型的全部或部分内容。

时间表问题可能会使并行工作更加可取，尤其是如果您有多名员工从一开始就有所贡献。