请教支付业务架构图设计
业务需求是,通过支付宝、微信、银联等等方式进行商品出售和收款,而后将款项通过分账平台进行分账
下面是小弟画的业务架构图,请大家帮忙看看哪里有问题需要改,谢谢
防图裂链接:
imgur.com/a/IXTPjuW
不知道这图画的什么意义,这种图一般用在产品宣传手册里,看着很大气实际上卵用没有,也没法指导开发
手动+1
这是我最讨厌的 excel 合并单元格式的所谓架构图,把不相关的系统/技术/模块/业务概念的名词通过随机的一些方式分组堆叠在一起
设计、架构问题,很多时候关键是搞清楚哪些问题需要决策,然后做出决策。有经验还刻意使用这种图的人,就是非常不负责任的不梳理问题,只堆叠答案来试图说服(糊弄)其他人的混子。没经验画这种图的,就是被晃倒没方向的受害者。
是的,我也是这么觉得,这种图完全不适用于开发,非常适合用来吹牛,但是上面要求没办法
那就实话实说,太丑了,找个好看的抄吧,这图写到产品宣传册里完全是倒扣分
还有一点,牛逼没吹够,什么微服务容器化自动化运维部署乱七八糟的名词一个没看到,少一个技术和框架的吹牛逼层
#5 哈哈,谢谢,这只是业务架构,没放那些技术的东西
你这个画的还不如当年越南柬埔寨那些代收代付网关……
国内的话,你还没有实名、没有上级支付网关的回调、没有账金数据分离、没有收支账单核销……
emmm ,我以为是深入指导技术的图呢,结果进去之后,啊,这,嗯,图还需要美化,就是这样。
大佬能简单说几个需要修改的点吗?
画这种图我不太专业,谢谢大佬的指导,能不能指导一下,谢谢
有差错处理么
我觉得 docs.pingxx.com/e_commerce.html 比较符合呢
非常完美,完全不需要修改。
我的建议是别画了,把技术做好吧,要不就美化一下,要嘛就展示点专业性,这种图没有一万也有八千
按理说这种图是解决方案或者技术售前去画吧应该,一般出现在立项书、初设、投标等等那种死长死长还没人看的文档里面...开发谁看这玩意儿啊
img-blog.csdnimg.cn/img_convert/e507e0205602270da0abbb28bdb5800b.png
有 ref 防盗链
#16 图 :
#1 我记得正常是给:总体架构、系统架构、功能架构、逻辑架构、部署架构、业务流图、数据流图,从高到低维度拆解系统,提升理解
你的这个图不太贴切, 完全跟随产品走. 建议关注一下公众号 隐墨星辰 看看别人怎么设计支付系统的.
另外业务架构设计图是非常非常重要的, 产品越复杂, 它越重要.
另外还需要配合 技术架构图 画
这种图适合让新人或者局部的人了解全局有什么模块,由谁负责,还是有点用
这个做的还不错,这种图起码模块和模块的支撑关系要能提现
四横三竖藏宝图, 底层一般都是存储的都不会错 🤭.
可以参考这个要学会留白啊, 留下想象空间. m.huxiu.com/article/2533996.html
RT,现在还在用 6.2 主要就是想用 7.2 的 photos 害怕有啥解决不了的 Bug nas 稳定压倒一切,我是不会去折腾的 我的也没升 没啥问题, 备份后…
已知的有 rancher ,不知道大家在使用过程中有没有遇到什么坑? 还有其他工具推荐么? 我们自己的就是 rancher 生产 测试分开 用一个 habor 其实应该分开不…
几个月前打开 ie 就自动跳转到 edge ,在 internet 选项中把“启用第三方扩展”前面的勾去掉后就不会跳转了。 刚才打开 ie 发现提示 ie 已与 edge 合并…
合速度