发布网友 发布时间:2022-04-21 21:31
共3个回答
热心网友 时间:2023-08-03 06:13
1.后台的架构设计是非常复杂的,决计不是一篇千字不到的文章就可以将后台设计的整个生命周期阐述清楚,因此我建议大家把这个回答当做一个立项时候的方*就好。
2.关于第一张图已经被很多人吐槽了,这种图是我立项的时候,自己整理思路,或者和需求方讨论的时候作为纲领来用的,主要是帮助我在需求还不清晰完整的时候,枚举出大部分可能存在的需求并进行粗略的分类,当需求已经得以窥知全貌的时候,当然还会有更加细节的功能流程图和时序图等uml吧啦吧啦的。大家如果更习惯用思维导图,其实更好。
3.一个完备的后台,可能会包括多种类型或者不同权限的用户,以及功能之间很多时候并非完全割裂,对于这样的情况,粗暴的将功能分为一个个桶自然不太合适,后续是需要对此进行功能的再次梳理和功能间的合理跳转的。
热心网友 时间:2023-08-03 06:13
后台,从来都是可靠性》可用性》学习成本》用户体验,不是说用户体验不重要,而是说在整个项目里面这是个比值非常靠后的选项,因此产品经理在设计后台的时候一般的流程是这样的。三定(定岗,定责,定工作流)规范工作流程,将其划分成日常流程和异常处理。将日常流程划分为操作容易出错和不容易出错的,将容易出错的流程彻底规范化,减少失误率。解决异常处理的流程和处理方案,对于使用次数少的流程可以尝试系统外人肉处理。注意系统的扩展和容错性(解决超卖等问题,关注部门间交接问题,注意扩容问题,注意关键岗位控制问题)。整合旧有系统的可用资源,设计输出物(特别是报表),解决完以上问题之后,还有查表的速度等性能问题都远远在UI设计上面,所以我觉得能后台界面的设计,绝不在开发中得第一批次甚至第二批次表单里面。做过三个后台系统,一个是用开源程序二次开发,自己集团内部使用,只做了主界面的设计,主要是换换logo和配色什么的,但是开源程序的界面真是丑得不要不要的啊……一个基本界面完全定制,是面向客户的,所以对设计要求比较高,主要界面全部都要出图,还有各种操作过程中可能发生状况啊提示信息等等,还有数据图表也要模拟各种极端状况来保证呈现效果另外一个对客户后台是软件,没有相应的开发就外包出去了,画了个框架给外包公司,没有出效果图,win程序就那样了而且客户给的钱也不多我们也要斟酌着用,回来图标全部换过,因为实在太丑。
热心网友 时间:2023-08-03 06:14
不同于大框架,这个弹出页面所承载的作用是保持当页信息比对下进行弹出操作,因此,操作会简单直接,操作数量保持3,到4次操作内。然后在回到主页持续操作其它。
a.详情页面是所有操作情况的明细。是流程的结果,所以它模块分类会比较清楚,主要是文字和数字构成,信息层次基本是2-3级。分类也控制在4-5类内,信息过多,会有收起展开的功能,来控制信息量过多对传到和寻找造成的麻烦。
b. 不同的显示器分辨率。考虑最常用的1028,和最基础的1024。把最常用的量归结为一屏幕三个控件加上判断和验证和控件组合,考虑特殊运用。场景中最可能出现的数据和控件发生结果在操作页面时,用户最关心数据,所以要考虑在界面中如何理顺他们的层次。如何对当页反馈的信息占用的位置和变化进行 规范。比方说查找和携带搜索过来的数据展示,还有上传 ,在 当页显示数据的展示分类。