交易平台

The safer, easier way to pay online. 本系列 ("如何做了银行工作?") 和下一 ("创贸易的人生") 可作为一个设计精美的打印电子书与移动设备兼容. 你可以得到它在网上的 $5.49 立即下载.
可作为电子书.

现在购买!

交易平台是一个程序,使前面的办公室交易员的价款与账面交易, 中间办公的专业人士来管理交易周期和风险, 和后台的工作人员予以解决. 这个定义包含了很多专业术语: 前/中/后的办公室, 预订行业, 交易周期, 风险管理, 结算等。. 不用担心, 我们将通过行话很详细,在以后的帖子. 有些便清楚在这个岗位.

Trading Platform

第一, 让我们弄清楚我们通过一个交易平台的意思. 这是一块软件,回答了一系列要求,从业务方面未来,以及从软件架构的角度来看. 从业务方面, 交易平台就像定价模型从内部金融工程师未来的资源库. 由于大多数这些模型还没有准备好当系统正式上线, 我们应该能够在运行中添加模型. 换句话说, 交易平台应该是逐步展开. 它也应该有内置的插座,以接收和处理来自多个供应商的归档市场数据馈送. 除了坚持市场数据, 交易平台应该有一个数据库后端有一个强大的模式来持久的贸易数据. 它应该能够支持常规的进程就像每天标识推向市场的行业, 标记定价和现金流要求等. 如同所有的财经节目, 交易平台应能提供不可磨灭的审计步道, 再加上高细粒度的访问控制机制. 这些安全和身份验证功能已在光过去十年的高调流氓交易员情况变得更加重要.

所有这些高层次的业务需求转化为在程序的架构选择. 的交易平台呼吁代码可维护性更高层次的设计比是显而易见的正常软件工程, 因为银行领域的一个相当大的人员流失率受到. 为了最小化的关键人员风险, 我们应该坚持的详细文档,除了健康发展的做法. 一个交易平台的可扩展性的要求也更加严格在正常的程序不是很常见. 交易量从少数的几个星期内跳几十万当系统正式上线. 类似种类的可扩展性是另一个需要 — 要逐步添加模块的能力,推出了定价模式从银行的数学家始发, 这就要求非常细致的设计. 该系统的鲁棒性也必须非常高,即使在单个事务级. 我们必须保证事务的完整性 (没有半预订行业, 例如), 和零停机时间,因为, 毕竟, 时间就是金钱在银行. 认证和安全机制是一流的. 最糟糕的是所有, 表现必须是一流的,以及. 因此,交易平台的设计是从软件架构的角度来看是一项艰巨的任务.

Why a Trading Platform

现在的问题是不是一个现代化的银行是否应该有一个交易平台. 所有银行做. 事实上, 他们有多个交易平台. 现在的问题是连他们是否应该尝试建立内部交易平台. 同样, 最现代的投资银行做建立自己的内部平台. 我想在这里探讨的问题是,对于这样做的优点和缺点. 并研究一些选项,当谈到决定,我们希望有多深去建立一个交易平台内部的努力.

后面在银行的任何努力的真正动力, 当然, 是金钱. 一个内部的交易平台是必不可少的驾驭高薪模型金融工程师的努力. 在缺席聆讯下, 他们的数学模型,并实现将原型和电子表格的混乱一团糟. 一个设计良好的定量库和交易平台骑在它可以把它们变成创收. 如果该交易平台是建立在内部, 它提供了快速性的附加优势,瞬态市场条件. 由于这些原因, 大多数现代银行决定的至少一个投资于内部的交易平台.

How to Get a Trading Platform

一旦我们决定在公司内部建立它, 我们有一个选择摆. 第一, 我们可以认为延长现有的商业交易平台. 我们可以要求我们的供应商纳入我们的模型,从而定制平台. 但这个选项通常不会进行得很顺利,因为它往往是缓慢和昂贵. 除了, 一旦模块为我们开发, 供应商可能需要将系统卖给我们的竞争对手,以及, 除非我们愿意接受更贵的条款和条件. 这一方面将几乎消除任何利润的动机,该行已开始与.

另一种选择是使用供应商的接口的中间地带 (API) 实行商业系统上我们的模型. 虽然最初可能看起来有吸引力, 它的吸引力在减弱仔细检查; 一旦我们认识到,供应商没有动力在做很容易让用户修改系统. 如果有什么, 它只是增加了他们的支持,头痛与外行IT经理打乱的核心功能. 或许是出于这样的理由, 供应商API往往是既昂贵又不知所云. 除了, 设计一个定制的交易平台,这条路最终建立高技能和移动关键人物, 与相关联的风险.

对于最终控制权和灵活性 (以及最好玩), 没有什么比一个完全自行设计的交易平台. 它可以是非常灵活和响应. 但是,这也是一个冒险,而且容易出错的承诺. 不过, 这是这条路线,我们会很详细的研究在我的书, 以及在较小程度, 在这一系列的职位.

评论