一次所谓前后端分离的实践经验

本文是前端时间的以点感悟;主要前段时间在微信上看到一个文章,关于这个的先分享给大家

一次前后端分离的实践

大家可以看看;

我的回复:

跟我们之前模式类似,但是始终感觉比较别扭,加上进度控制,联调,解耦划分,沟通成本,都变的工作量异常的多,量大,实际操作更难了。当然我总结如下原因,细分化导致工作分工不熟,第二业务原来1个人知道,现在要俩人知道,并且各自的理解可能不一致,第三测试工作量变大,其实我认为测试是质量保证。第四沟通成本比较高,原来测试只需要对开发一人,现在需要分别对俩人,沟通成本比较高,第四管理成本也比较高,项目建设过程中分工越细,规划工作越多,沟通成本越高,责任人不明确。
后面改变策略,
专家模式,针对不同的领域设置专家,如前端等,业务责任制,也就是全栈团队,责任明确,内部协调,对产出要求,专家负责评审,最终教与专家评审。
测试质量保证,对结果负责。测试lead负责测试的整体计划,对整体项目测试质量负责。
wbs:任务细化到可跟踪可衡量的标准,精细化管理,pmo团队对进度,整体等负责。
不知对不对,先搞了再说!

所以我也基于我目前的项目做了这个事情,花了几个月时间,从今年5-6月份,其实主要有俩目的;

  • 界面互联网
  • 服务梳理

开始我们一直木知道怎么做,开始来了,毕竟我们是有背景以及原型的。

所谓前后端分离,其实不同人有不同的想法,不同的Team也有不同的做法,先说说我的想法;

  • 服务梳理
  • 能力编排
  • UI与后端解耦

好吧开始我们的项目模式

背景

一个前后耦合相当严重的电信运营商CRM系统,新版本的原型经过市场部沟通,有了初步版本,由于是管理系统,有近150个菜单;每个页面预计5-6个接口,总共预计1000+的接口开发工作。

Team

20+DEV、6QA ,技术栈就比较简单,前端基于Spring+Bootstartp、等工具,后端基于公司的开发的框架Appframe(MVC)+SIP(可以理解为一个包装Jetty的接口平台)

开发过程

下面慢慢写,慢慢更新给大家

除特别注明外,本站所有文章均为duzhi原创,转载请注明出处来自https://www.duzhi.me/article/10011.html

联系我们

******

在线咨询:点击这里给我发消息

邮件:ashang.peng#aliyun.com

QR code