后台的架构设计是非常复杂的,决计不是一篇千字不到的文章就可以将后台设计的整个生命周期阐述清楚,因此我建议大家把这个回答当做一个立项时候的方法论就好。主要是帮助我在需求还不清晰完整的时候,枚举出大部分可能存在的需求并进行粗略的分类,当需求已经得以窥知全貌的时候,当然还会有更加细节的功能流程图和时序图等uml吧啦吧啦的。大家如果更习惯用思维导图,其实更好。.一个完备的后台,可能会包括多种类型或者不同权限的用户,以及功能之间很多时候并非完全割裂,对于这样的情况,粗暴的将功能分为一个个桶自然不太合适,后续是需要对此进行功能的再次梳理和功能间的合理跳转的。