对于普通用户来说，UI就是软件。他们不关心数据存储方式、平台等等。因此，如果你的软件将被人使用，我强烈建议先从 UI 开始 - 可以是原型或模型设计。向用户展示并获得反馈，然后构建业务层和数据层。
我发现这有助于收集需求。非技术用户更可能告诉你“哦，等一下，在这个页面上需要另一个字段”，而不是“我们需要在这个表模式中增加另一个属性”。他们也可能会说“我们需要在这里添加另一个按钮”，这通常意味着需要添加一些附加的业务逻辑等等。
我通常会首先绘制屏幕的原型，然后尝试开发一个数据模型。与直接访问数据库不同，我发现这种方法更好，因为通过UI，我可以看到需要属性或字段（在数据库中）的需求，否则我可能想不到。从那里开始，我会反复开发模型，直到两者都满足要求的需求，然后再考虑数据库架构。通常，模型本身将为我定义模式，因此一切都得到了解决。
首先布局您的屏幕，这样您就知道数据库中需要什么。
如果您从数据库开始，则通常会对应用程序的功能做出一些假设。
我倾向于从中间开始，确定应用程序将会做什么以及如何做，然后在UI和数据库设计之间反复跳转，因为它们可以相互影响。
在我参与的项目中，我发现UI界面是很多需求的来源 -- 它是最终用户关心的部分（或者至少是他们思考的部分）。
首先，我会了解功能的目的。我不涉及UI、外观或输入方式，而是关注用户想要做什么。
然后，我会围绕这个目的建立数据模型。有时候，数据模型非常简单（特别是像“播放电影”这样简单的需求），有时候则非常复杂。
只有在确定了数据模型之后，我才会尝试设计一个既反映模型又符合用户期望输入方式的UI。
你可以根据自己的情况来看待这些内容；对我而言，这种方法相当有效。
