Trade Perspectives

The safer, easier way to pay online. This series ("Life of a Trade") and the last ("How Does a Bank Work?") are available as a beautifully designed printable eBook compatible with mobile devices. You can get it online for $5.49 for immediate download.
Available as an eBook.

Buy it now!

The last section of this post series is on trade perspectives. In fact, Các phần trước của chúng tôi về cấu trúc tĩnh của ngân hàng và diễn biến theo thời gian của giao dịch đã được chuẩn bị cho phần cuối cùng này,,en,Trong vài bài tiếp theo,,en,chúng ta sẽ xem cách các quants,,en,các nhà phát triển định lượng và các chuyên gia văn phòng trung gian,,en,và phần còn lại,,en,xem các giao dịch và hoạt động giao dịch,,en,Quan điểm của họ là quan trọng và cần được áp dụng trong triết lý thiết kế của bất kỳ nền tảng giao dịch nào,,en,Những quan điểm này đến từ đâu và tại sao chúng ta cần biết về chúng,,en,Quan điểm thương mại dựa trên mô hình công việc cụ thể cho từng đơn vị kinh doanh,,en,Vì khía cạnh nào của hoạt động giao dịch mà một nhóm tập trung vào,,en,họ phát triển một mô hình,,en,hoặc một mô hình tinh thần,,en,điều đó phù hợp nhất với họ,,en,Để hiểu được,,en,hãy xem cách chúng tôi làm việc với một máy tính cá nhân hiện đại,,en. In the next couple of posts, we will see how the quants, quantitative developers and the middle office professionals (and the rest) see trades and trading activity. Their views are important and need to be accommodated in the design philosophy of any trading platform.

Where do these perspectives come from and why do we need to know about them? Trade perspectives are based on the work paradigm specific to each business unit. Because of what aspect of the trading activity a group focuses on, they evolve a paradigm, or a mental model, that works best for them.

In order to understand, let’s take a look at how we work with a modern personal computer. Mô hình mà chúng tôi đang giới thiệu là một bàn làm việc và một tủ tài liệu,,en,Vì vậy, chúng tôi có một máy tính để bàn,,en,thư mục và tệp,,en,Giờ đây chúng đã trở nên tự nhiên đến mức chúng ta không thể tưởng tượng được một cách tương tác với máy tính khác,,en,Internet,,en,được xây dựng trên một mô hình của một thứ gì đó lướt qua chúng ta,,en,đó là lý do tại sao chúng tôi,,en,xuống,,en,tải mọi thứ từ nó và,,en,lên,,en,tải những thứ vào nó,,en,Nhưng các lập trình viên và kiến ​​trúc sư phát triển các mô hình như vậy thường làm việc với các mô hình khác nhau và ít được biết đến hơn,,en,ví dụ: chúng tôi có các cổng và ổ cắm và luồng, v.v.,,en,Nếu chúng ta không đánh giá cao mô hình công việc,,en,chúng ta sẽ tìm thấy biệt ngữ đi kèm với nó là bí ẩn và không thể hiểu được,,en,Điều này đặc biệt đúng nếu chúng tôi làm việc trên các dự án bao gồm nhiều đơn vị kinh doanh với các mô hình khác nhau,,en. So we have a desktop, folders and files. They have become so natural for us now that we cannot imagine another way of interacting with a computer at all. The Internet, on the other hand, is built on a paradigm of something that hovers over us, which is why we “down”-load stuff from it and “up”-load stuff into it. But the programmers and architects who develop such paradigms often do work with different and less known paradigms as well; for instance we have ports and sockets and streams and so on.

If we do not appreciate the work paradigm, we will find the jargon that comes with it mysterious and incomprehensible. This is especially true if we are to work on projects that cut across multiple business units with differing paradigms.

Trade perspectives

To illustrate it further with an example from our trading world, let’s look at how we identify a trade. The quants really do not care about the trade identification number; for them, it is the pricing model that is the basic unit that they work with. The quantitative developer, on the other hand, would like the identifier to be something unique per trade. A structurer would like to have one identifying reference for the trade with possible sub IDs for the individual sub trades that make up a structure. While this requirement is easy enough to implement, kiến trúc phần mềm cũng phải đáp ứng các yêu cầu sửa đổi và hủy giao dịch từ Văn phòng Lễ tân và Văn phòng Trung gian,,en,Điều gì xảy ra khi cấu trúc bị sửa đổi hoặc hủy bỏ,,en,Làm thế nào để chúng tôi tìm và giao dịch với các giao dịch liên quan,,en,Sự cố này gần như luôn luôn kết thúc yêu cầu ID liên kết trong cơ sở dữ liệu,,en,Việc sửa đổi số giao dịch trong một giao dịch trực tiếp cũng tạo ra vấn đề cho nhân viên vận hành và tài liệu,,en,người có thể yêu cầu một số tham chiếu bên ngoài bất biến khác được đính kèm mỗi giao dịch,,en,Kiểm toán sẽ yêu cầu tính toàn vẹn và không thể xóa nhòa trên mọi thứ,,en,yêu cầu sao chép bản ghi cơ sở dữ liệu,,en,Như chúng ta có thể thấy,,en. What happens when a structure is modified or canceled? How do we find and deal withall the related trades? This problem will almost invariably ends up requiring a link ID in the database. Trade number amendments on a live deal create problem for documentation and operations staff as well, who might demand another immutable external reference number attached each trade. Audit will require integrity and indelibility on everything, demanding database record duplication. As we can see, quan điểm và mô hình làm việc của mỗi đơn vị kinh doanh chuyển thành các yêu cầu thường mâu thuẫn với nhau về thiết kế chương trình ở cấp độ cơ bản,,en,Chính vì lý do này mà chúng ta sẽ xem xét kỹ các góc nhìn thương mại trong các bài viết sau của loạt bài này,,en,Như vậy, chúng ta đã đi đến phần cuối của cuộc thảo luận về vòng đời thương mại,,en,Chúng tôi đã nói về các hoạt động trước khi giao dịch, chẳng hạn như công việc số lượng trên mô hình định giá,,en,và xác nhận nó bởi một nhóm độc lập,,en,Trên cơ sở mỗi giao dịch,,en,chúng tôi có các hoạt động kiểm tra tín dụng và bán hàng,,en,Khi giao dịch được bắt đầu,,en,nó trải qua công việc xác thực ban đầu bởi Middle Office,,en,tiếp theo là xử lý thường xuyên bởi một số lượng lớn các nhóm,,en. It is for this reason that we will take close look at the trade perspectives in the following posts of this series.

Comments