무역 전망

The safer, easier way to pay online. 이 시리즈 ("무역의 생활") 마지막을 ("어떻게 은행 업무에게합니까?") 모바일 장치와 호환이 아름답게 디자인 인쇄 전자 도서로 사용할 수 있습니다. 당신은 온라인을 얻을 수 있습니다 $5.49 즉시 다운로드.
전자 책으로 제공.

지금 구입!

이 게시물 시리즈의 마지막 부분은 무역의 관점에. 사실, 은행과 무역의 시간적 진화의 정적 구조에 대한 우리의 앞부분이 마지막 섹션에 준비되었습니다. 게시물의 다음 몇, 우리는 어떻게 quants을 볼 수, 양적 개발자와 중앙 사무실 전문가 (나머지) 거래 및 무역 활동을 볼. 자신의 의견이 중요하고 거래 플랫폼의 디자인 철학에 수용 될 필요가.

어디 이러한 관점에서 오는가, 왜 우리는 그들에 대해 알아야 할? 무역 관점은 각 사업 단위에 특정 작업 패러다임을 기반으로. 때문에 거래 활동의 화면비의 그룹에 초점을 맞추고, 그들은 패러다임의 진화, 또는 정신 모델, 그 그들에게 가장 적합한.

이해하기 위해서는, 의 우리가 현대의 개인 컴퓨터에서 작동 방법을 살펴 보자. 우리가되게됩니다 패러다임은 책상 하나와 서류 캐비넷입니다. 그래서 우리는 바탕 화면이, 폴더 및 파일. 그들은 우리가 컴퓨터와의 모든 상호 작용하는 또 다른 방법을 상상할 수없는 지금 우리에게 이렇게 자연이되었다. 인터넷, 한편, 우리 가리킬 무언가의 패러다임을 기반으로, 어떤 이유입니다 “아래로”-그것에서 부하 물건과 “올라”-그것으로 부하 물건. 그러나 이러한 패러다임을 개발하는 프로그래머와 건축가는 종종뿐만 아니라 다른 덜 알려진 패러다임 작동합니까; 예를 들어 우리는 등등 포트와 소켓 및 스트림을.

우리는 작업 패러다임을 인정하지 않는 경우, 우리는 신비하고 이해할와 함께 제공되는 전문 용어를 찾을 수. 우리는 다른 패러다임으로 여러 개의 업무 단위 가로 질러 프로젝트를 수행하는 경우에 특히 그러하다.

Trade perspectives

우리의 무역 세계에서 예를 더욱 그것을 설명하기 위해, 이제 우리는 무역 식별하는 방법을 살펴 보자. quants 정말 무역 식별 번호에 대한 상관 없어; 그들을 위해, 그것은 그들이 함께 일하는 기본 단위 인 가격 모델입니다. 양적 개발자, 한편, 식별자를 싶습니다 무역마다 독특한 무언가를 할 수. structurer는 구조를 구성하는 개별 서브 거래 가능한 서브 ID를 가진 무역을위한 하나의 식별 기준을 가지고 싶습니다. 이 요구 사항은 쉽지만 충분히 구현, 소프트웨어 아키텍처는 프론트 오피스와 미들 오피스에서 취소 및 수정 요구 사항을 무역에 수용하고있다. 구조가 변경되거나 취소 될 때 어떤 일이 발생? 우리는 어떻게 찾아 모두 구비 관련된 거래를 처리 할? 거의 예외없이 데이터베이스의 링크 ID를 요구하는 조건이 끝나는 문제. 라이브 거래에 무역 번호 개정뿐만 아니라 문서 및 운영 직원에 대한 문제를 만들, 각 무역을 부착 다른 불변의 외부 참조 번호를 요구 할 수있는 사람. 감사는 모두의 무결성과 지울 수 없음이 필요합니다, 까다로운 데이터베이스 레코드 듀플리. 우리가 볼 수 있듯이, 관점과 각 사업 단위의 업무 패러다임 변환은 종종 기본적인 수준에서 프로그램 설계에 대한 요구 사항을 충돌합니다. 우리가이 시리즈의 다음 게시물에 무역 관점에서 자세히 살펴됩니다 이러한 이유입니다.

댓글