|Eclipse Software, Inc.||Architecture for Transaction Management|
|ESI Home||Architecture||Glossary||Links||Contact Us||Site Info|
Transaction management is crucial to the success of financial firms. The design and development of systems to support the firm's business operations is difficult, expensive, time-consuming, and risky.
Eclipse specializes in such systems. Over the years we have developed an architectural approach that has proven itself successful in a wide variety of situations. To us "successful" means:
We present this best practices architecture here for two reasons:
Though a number of models are described, they were developed after the fact, once experience had been gained through production use. Our focus is on what has proven successful, not developing domain models.
This material is directed towards those who work in the securities industry for firms such as broker/dealers, investment banks, and hedge funds. It may also be relevant to firms which have significant securities positions, such as pension funds and insurance companies.
The primary audience for this material is application developers in Information Technology (IT), those responsible for understanding the business requirements and then designing, implementing, and supporting systems to meet those requirements. The material may also be of interest to those who on the business side who work in Operations, Accounting, Stock Record, or similar departments.
We assume a fairly high degree of familiarity with the business. We discuss a number of useful references in the Links area of the site.
The scope of the transaction management architecture is defined in terms of the products, operations, and functions it supports. We discuss each of those areas in this section.
The types of business, the breadth of the Scope, is very wide. It includes trading in a variety of securities, both on a proprietary and agency basis. It includes financing activities such repurchase agreements and bank loans.
In addition to trading, we also address loan-based activity such as bid notes, medium-term loan syndications, and commercial loan facilities. See Investment Products for some of the business types the architecture has been applied to.
Discussions can be at various levels of depth, with the highest level typically oriented around straightforward transactions such as Buys and Sells.
As we are looking at IT implementations, we go much deeper. We address:
This level of depth can not be avoided if the focus is on implementation. For instance, an algorithm to calculate trading P&L, one that you can actually implement, can not be described without it.
Transaction Types has a small subset of the events and operations we cover.
Securities firms conduct a wide range of activities, from research, marketing and sales, through trading, to clearance, settlement, and accounting. Our scope addresses the portion of the range starting with order entry and going through trading to final accounting. The architecture was not developed for the earlier activities such as research or analysis.
We do not address margin, compliance, or regulatory activities here, though the architecture has been used for those purposes.
An indication of the range can be gained from Processing Functions.
Start with the Site Info page. It has an Architecture Road Map which lays out the components of the architecture, as well as a Learning Guide that presents a recommended order for viewing the pages.
We suggest that you take a few minutes to review the primary references. We identify a number that we consider indispensable.
The transaction management architecture itself comprises two areas, which are discussed in detail in the links below:
We are very interested in any feedback you have, questions, comments, comments, or criticisms! Please do not hesitate to contact us.
Copyright 2005-2018, Eclipse Software, Inc (ESI). E-mail: WebSite@eclipsesoftware.biz.