网站内容管理系统后台 设计(关于不算怒答的一些事儿，你知道吗？（上）)

　　网站内容管理系统后台 设计(关于不算怒答的一些事儿，你知道吗？（上）)

　　我在回答问题时不再生气，所以我不算生气。

　　我目前正在设计一个后端原型，因为我在体验，不是体验，我只是冒个泡和所有的朋友交流。

　　先说实话：后端原型比前端复杂很多，所以做之前一定要理清思路。例如，一个商品系统可以有多种状态，可以简单地分为：上架、下架、即将上架。三种状态的关系是：新录入的商品信息保存后的状态为：即将上架，点击上架按钮后商品发布，即呈现前端。商品上架前所有信息均可修改，上架后不可修改。上架的产品可以通过点击移除操作进行移除，即产品状态已更改为下架，对于已下架的产品，可以修改大部分产品信息（产品名称除外）已下架。做前端原型时，只需要呈现状态为“上架”的产品信息，前端不显示“上架”三个字。因此，前端用户无法感知后端系统中三种状态的存在。

　　阐明您的想法的最佳方法是编写需求和用例。需求用例本质上是系统用户与系统之间的对话，即用户做什么，系统如何响应，包括数据交互等细节。需要注意的是：一个用例只写一件事，无论系统多么复杂，系统的功能总是可以划分为不同的功能模块，每个模块收录不同的小功能。我们需要做的是把每个小功能的需求和用例写清楚，用例中可以有分支流程和异常流程。请记住，您不能在一个用例中编写多个函数。

　　在梳理用例时，我们需要做的另一件事是信息布局。这样做的意义在于易于使用。因为系统后端的复杂性，如果只是为了功能实现，没有考虑系统后端的易用性，那么这个产品就不是好产品，因为后端是为了后端-终端用户。虽然用户数量不多，但确实是后端系统的目标用户。如果不考虑目标用户，就不用做后端，让程序员直接控制数据库。

　　还需要考虑交互细节和页面布局。比如提示语言是否友好，提示语言是在弹出窗口中显示还是在需要的页面显示，都是需要考虑的。整体配色与网站系统的功能有关。比如栗子、水果外卖APP，颜色选择接近果绿。企业app或者网站系统最好用蓝色。具体的蓝色也不同。