组件化业务平台:第001天,要解决的问题

现状

对于中小企业,下面这些场景实在是家常便饭。

我有个客户做电商,于是需要一个电商平台(新开发,找现成的都可以)

我有个客户做外卖,于是需要一个外卖平台(一样的,开发或者找现成的)

我有。。。,于是需要一个新的平台(现在已经有了很多平台,完全没法维护了)

这里写图片描述

我们有了太多的业务系统需要运行,大部分都是找现成的,因为这是最快的途径,解决眼前问题最有效、最经济的途径。

可是,随着时间推移,恶魔来了!

A客户,我有新的业务需求,在原来基础上改下就行了!

B客户,我有一个简单的功能点要增加,应该很快吧!

来了一个新客户,跟商城业务非常相似,就是哪哪哪稍微有些不同!

God,之前的系统业务流程是什么?数据字典是什么?代码?。。。

对不起,之前的系统无法进行扩展,必须从新开发,周期xxx、费用xxx。

面临的问题

1、业务系统在逐渐增加
2、无法响应定制化需求,些许的差异都无法很好的响应
3、重复(不同业务系统,存在大量相似甚至相同的功能)

如何解决

之所以目前的业务系统无法进行有效的修改进而满足新的需求,是因为其作为一个整体存在,太大了,各功能之间耦合严重。

所以,说到底,还是系统设计存在不合理。

所以,通过组件化设计来解决上述问题。

这里写图片描述

我们通过把业务进行合理拆分,拆分为相对低的粒度,各组件可以完成一个独立的功能,彼此之间通过接口进行通信。

当客户需要修改电商业务,那么修改组件A,或新增组件A1

当客户要定制自己业务流程,那么差异化部分,进行组件拆分,形成组件x。

第002天,系统组件规划

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值