银企直连 这个有那么复杂？需要当成一个项目来做？

queryQ

SnakeL 发表于 2014-7-4 10:34
基本运算原理简单，但系统环境复杂，需要考虑其他的因素很多，如安全因素，3、5个月的时间并不算很长。

我总觉得，这些都应该有标准或模板。安全因素，能怎么考虑呢？

欢乐海洋

queryQ 发表于 2014-8-4 11:18
做到现在 这些都没有成熟的可供参考的技术标准吗？

我们最近跟光大银行在搞银企直连，从申请到批准，到前置机安装好就花了2月时间

SnakeL

queryQ 发表于 2014-8-4 11:19
这些技术上还不成熟吗？好比一般的业务系统，由于业务千变万化会调整系统，周期长是理所当然。但银企直连 ...

你把技术想的太简单了。已经成功的事情，后续再做的时候，哪怕稍微修改点也会导致失败，复杂系统经常面临这种情况。当然，如果项目管理（不是单纯指进度管理）足够到位的时候，能提高不少成功率的。很多技术是很成熟，如果每个模块单独拿出来看没有问题的时候，把这些模块组合在一起很有可能不能正常工作，否则系统这个概念就不会提出来了。从概率角度上来说，当引入的节点越多，造成系统崩溃（或错误）的因素就越多，系统崩溃的可能性是成几何上升，而不是简单的倍数。
至于是否有经验借鉴，其实是有的。但可能和你想象的东西不一样，你可能需要的是技术上的（尤其是某些特定技术）的标准，但这些技术上的标准不能帮助你很多，因为它就像IDE中的组件（其实帮助已经不要了，要不然更麻烦），最后还是需要你建立的程序框架（系统逻辑）之上的。而真正对你有帮助的，是以往建立这些系统时的相关文档，如管理文档、技术文档（例如接口设计、总体架构、数据库设计、异常处理错误等等），但每个系统时千差万别，哪怕差异再小，也需要经验丰富的开发人员（架构师）和管理人（项目经理）来分析判断，这方面有一个现成的东西，就是软件成熟度模型。不过，当你真正弄明白（哪怕一知半解）就明白我上面说的意思了。

SnakeL

queryQ 发表于 2014-8-4 11:18
做到现在 这些都没有成熟的可供参考的技术标准吗？

客观上说，还是有可以参考的技术标准的，不过这些标准不是你想象的象技术上那种直截了当一目了然的标准，而是一整套方案，是指导而非最终解决方案的，可以借鉴不能直接拿来用的。不过有相当技术上的点或模块（甚至层）有标准，但完全符合你的这个项目的应该不会有的。

franksong788

银企直联比你想象的复杂：支付方便了，安全性也就更重要的，付款申请的产生也就是重要了，还是付款的审批也重要了。还要产生银行的报文格式XML，还要对银行的响应报文做处理。比如支付失败，还要处理失败的情况。支付了还要产品支付的会计凭证。底层对HTTP的响应。如果有的银行是token的方式，比如农行，就是。还要做转换为HTTP方式。还要包括各个银行前置机的安装和调整。等等。
广州睿岳软件科技公司一直致力于集团资金管理，包括银企直联，在SAP基础EPIC基础（SAP只做了5大行的）上，做了20家银行的报文处理。有兴趣可以联系service@ruiyuetech.com