具体内容
项目时间:
项目PRD:2.6.6
项目UI稿:2.6.6
项目API:详见2.6.6PRD
项目本地开发地址:
项目分支:v2.6.6
相关人员
产品经理:PRD上有
设计师+交互:
前端:自己做
后端:
测试:
项目分析: 项目优先级,兼容性,是B端还是C端站点,决定技术选型【框架,UI组件库,专业图形库,常用方法库(自己的或公司通用的)】,文件结构和打包;
项目流程:
1.根据PRD逻辑和UI,确认中间详细的“数据+UI+交互逻辑”【尤其是各种不同状态下的UI:错误,警告,折叠,展开,滑动】,数据需要和后端确认API接口【前后端功能划分】,UI和交互逻辑向“设计师和产品”提出逻辑问题以及缺失的UI
2.根据设计稿的UI和prd,进行模块划分,判断出“所有页面公共组件”,“页面内复用组件”,“页面内不复用组件”
2.5:做完前面2步骤后,分析开发的时候资源对外的依赖情况,提出UI和后端给到接口的具体时间,然后评估大概的开发时间【评估开发时间一定要把中间的UI修改,交互变动,api接口变动的时间算进去,肯定会有变动】; 最终评估前端开发的时间;
最麻烦的就是资源对外依赖;以及设计师和后端开发给到资源的时间节点;以及项目中体的UI,交互,后端数据接口的变动;prd没看仔细导致功能遗漏。
3.根据UI,写一个html结构,大致完成总体的页面布局,下面的4步就是把第2步骤的组件一个一个开发出来,填充到这个html结构里面
4.按照模块进行UI和业务逻辑交互效果的开发,简单的页面自外而内的开发,也就是先开发最外层的组件,然后再开发里面的一个个的组件;复杂的页面需要自内而外开发,先从小组件开始开发,然后慢慢向外
4.1 进行UI开发+动画效果:样式和动画都是最简单的,先确定这个,如果后续出现样式不符合业务逻辑,那么样式调整是很轻松的,一旦出现业务逻辑写好了,然后发现无法满足样式,这个时候因为样式去改动业务逻辑,那就非常麻烦
4.2 数据展示【业务逻辑+交互效果开发】:这个是繁重的任务,也是最核心的任务
项目疑问:
UI疑问:
交互疑问:
数据疑问:数据展示和接口数据结构
项目坑:
是否依赖外部资源,
是否遗漏功能,
UI和接口数据结构给到的时间节点
前后端功能划分:哪些前端做,哪些后端做
UI,交互,数据的变动:小变动自己消化,大变动及时和产品沟通延长开发周期。
标签:逻辑,个人,项目管理,开发,UI,组件,交互,模板,页面 From: https://www.cnblogs.com/jeffreychen/p/17005976.html