Summit系统是由Misys(现已被Finastra收购)公司开发的一套用于银行、券商进行银行间(主要)资金交易管理的系统。集前台交易录入；中台额度管理、合规管理、估值管理、工作流管理；后台清算管理、账务处理于一身的前中后台一体化系统。Summit尤其擅长后台，后台功能非常强大。Summit系统架构非要优秀，从界面到流程、到后台API都可以进行客制化扩展和开发。开发时间大概在1999年左右，直到目前，仍然占据全球60%的主要银行客户，可以说非常强大。在国内也有大量重量级的客户，比如交通银行、浦发银行、广发银行、宁波银行、光大银行、北京银行、南京银行、平安证券、微众银行等。
Summit的缺点在于，系统非常复杂而难以掌握。Summit系统设计理念即为高可扩展性，在Summit系统中，几乎什么都是可以配置的。也正是因为这个，每个功能都依赖于太多的配置，以至于需要大量时间去搞清楚该功能的依赖配置到底该如何配置。其初始学习曲线比较陡，但花1~2年熟悉Summit套路后，就可触类旁通，掌握基本用法。
Summit系统前端使用C#开发，因此，只能在Windows环境下运行。界面相当友好。后端使用C/C++开发，由于历史遗留问题(毕竟90年代的系统)，几乎所有底层API都是使用C写的，后来C++出现后，只是在外围包裹了一层C++而已。Summit系统还有一个中间层，用来进行前/后端通讯。
Summit系统优秀的架构，提供了其技术层面上高可扩展性。一方面，Summit系统的开发工作相对来说较容易，只需要掌握一些API的使用规则即可。大量的精力是花在搞懂业务规则上。另一方面，如果不使用Summit API，自己也可以使用C/C++和其开源库，写出很多好用、性能高的框架，然后套到Summit后端。笔者就写过很多平台类的组件，套到Summit整个框架内。
最后，我要强调一点，Summit系统的架构的真的非常优秀。90年代，C语言主流，C++/Java刚刚兴起，Summit系统的数据模型，可以做到面向对象。Summit所有的数据结构，都可以像Java类一样，知道其属性、方法，可以直接进行属性扩展和方法扩展；Summit系统使用的前/后端通信方式，不是当时流行的TCP，而是HTTP协议；Summit系统各个组件，License管理、认证管理、数据库访问等层次分明，类似于Linux分层结构，非常优秀。笔者后续将陆续介绍Summit系统的数据模型、系统架构等方面的内容。
