Triển vọng thương mại

The safer, easier way to pay online. Loạt bài này ("Cuộc sống của một thương") and the last ("Làm thế nào không một tác phẩm Ngân hàng?") có sẵn dưới dạng sách điện tử có thể in được thiết kế đẹp tương thích với thiết bị di động. Bạn có thể nhận được nó trực tuyến $5.49 để tải về ngay lập tức.
Có sẵn như là một eBook.

Mua ngay bây giờ!

Phần cuối cùng của loạt bài này là về quan điểm thương mại. Trong thực tế, phần trước đây của chúng tôi về các cấu trúc tĩnh của các ngân hàng và sự phát triển theo thời gian của thương mại đã được chuẩn bị cho phần cuối cùng này. Trong các cặp vợ chồng tiếp theo của bài viết, chúng ta sẽ xem cách quants, phát triển về số lượng và các chuyên gia văn phòng trung (và phần còn lại) thấy các ngành nghề và hoạt động kinh doanh. Quan điểm của họ rất quan trọng và cần phải được cung cấp trong triết lý thiết kế của bất kỳ nền tảng giao dịch.

Nơi nào các quan điểm từ đâu đến và tại sao chúng ta cần phải biết về họ? Quan điểm thương mại dựa trên các mô hình làm việc cụ thể cho từng đơn vị kinh doanh. Bởi vì những gì các khía cạnh của hoạt động kinh doanh tập trung vào một nhóm, họ phát triển một mô hình, hoặc một mô hình tinh thần, mà làm việc tốt nhất cho họ.

Để hiểu, chúng ta hãy xem làm thế nào chúng tôi làm việc với một máy tính cá nhân hiện đại. Các mô hình chúng ta đều có phần giới là một trong những bàn làm việc và tủ hồ sơ. Vì vậy, chúng tôi có một máy tính để bàn, các thư mục và tập tin. Họ đã trở nên rất tự nhiên đối với chúng tôi bây giờ mà chúng ta không thể tưởng tượng một cách khác để tương tác với một máy tính ở tất cả. Internet, Mặt khác, được xây dựng trên một mô hình của một cái gì đó lơ lửng trên đầu chúng tôi, đó là lý do tại sao chúng tôi “xuống”-tải công cụ từ nó và “lên”-load dựng nó. Nhưng các lập trình viên và các kiến ​​trúc sư người phát triển mô hình này thường làm việc với các mô hình khác nhau và ít được biết đến cũng; Ví dụ chúng ta có các cổng cắm và ổ cắm và dòng suối và vv.

Nếu chúng tôi không đánh giá cao mô hình công việc, chúng ta sẽ tìm thấy những thuật ngữ mà đi kèm với nó bí ẩn và khó hiểu. Điều này đặc biệt đúng nếu chúng ta làm việc trên các dự án cắt qua nhiều đơn vị kinh doanh với các mô hình khác nhau.

Trade perspectives

Để minh họa cho nó hơn nữa với một ví dụ từ thế giới kinh doanh của chúng tôi, chúng ta hãy xem làm thế nào chúng ta xác định một thương mại. Các quants thực sự không quan tâm về số lượng xác định thương mại; cho họ, nó là mô hình định giá là đơn vị cơ bản mà họ làm việc với. Các nhà phát triển về số lượng, Mặt khác, muốn nhận diện được một cái gì đó độc đáo trong mỗi giao dịch. Một structurer muốn có một tài liệu tham khảo để xác định thương mại với các ID tiểu có thể cho các ngành nghề phụ, cá nhân tạo nên một cấu trúc. Trong khi yêu cầu này là dễ dàng, đủ để thực hiện, kiến trúc phần mềm cũng có để phục vụ cho thương mại hủy bỏ và sửa đổi các yêu cầu từ Văn phòng Mặt trận và Văn phòng Trung. Điều gì xảy ra khi một cấu trúc được sửa đổi hoặc hủy bỏ? Làm thế nào để chúng ta tìm thấy và xử lý các giao dịch liên quan đến các withall? Vấn đề này sẽ hầu như luôn kết thúc lên đòi hỏi một liên kết ID trong cơ sở dữ liệu. Sửa đổi số Thương mại về một thỏa thuận trực tiếp tạo ra vấn đề cho các tài liệu và các hoạt động nhân viên cũng, những người có thể yêu cầu một số tham chiếu bên ngoài không thay đổi kèm theo mỗi thương mại. Kiểm toán sẽ yêu cầu toàn vẹn và không thể xóa trên tất cả mọi thứ, cơ sở dữ liệu đòi hỏi kỷ lục trùng lặp. Như chúng ta có thể nhìn thấy, các quan điểm và mô hình hoạt động của từng đơn vị kinh doanh dịch để thường mâu thuẫn yêu cầu về thiết kế chương trình ở một mức độ cơ bản. Chính vì lý do này mà chúng ta sẽ có một cái nhìn cận cảnh về những quan điểm thương mại trong các bài viết sau của loạt bài này.

Bình luận