1. Миллер Дмитрий, 545 группа Научный руководитель: д.ф.-м.н., профессор, А.Н.Терехов Рецензент: к.ф.-м.н, доцент, А.Н. Иванов

2.  Проанализировать процесс работы инвестиционного фонда  Вычленить интеграционные задачи и их требования  Предложить архитектурные решения для решения типичных задач интеграции  Создать пример интеграционного решения, используя платформу промышленной интеграции  Протестировать производительность решения на выбранных платформах интеграции

3. Order Execution System: EMS Third party: Broker Order Execution System: EMS Third party: Broker Trade Allocation System: Portfolio Management Trade Allocation System: Portfolio Management EOD Pricing System: Portfolio Management Third party: Data Vendor EOD Pricing System: Portfolio Management Third party: Data Vendor Position and Trade Reconciliation System: Reporting Third party: Fund Admin, Prime Broker Position and Trade Reconciliation System: Reporting Third party: Fund Admin, Prime Broker T T+ 1 Positions & PNL Reporting System: Accounting System, Reporting Positions & PNL Reporting System: Accounting System, Reporting Start of the day balance System: Accounting System, Portfolio Management Start of the day balance System: Accounting System, Portfolio Management Торговый деньЗакрытие дня Trade Files System: Reporting Third party: Fund Admin, Prime Broker Trade Files System: Reporting Third party: Fund Admin, Prime Broker

4.  Отчетность компаниям-агентам фонда ◦ В индустрии строится как обмен файлами ◦ Важна система запуска задач  Взаимодействие с поставщиками данных ◦ Сложные требования к трансформации и объемы данных обуславливают использование инструментов ETL ◦ Для распределения загруженных данных по системам фонда имеет смысл строить интеграцию с хранилищем данных  Соединение приложений ◦ Для надежного и легко расширяемого решения, нужно использовать архитектуру обмена сообщениями (messaging) ◦ В качестве технологий используются платформы промышленной интеграции (EAI)

5.  Определены интерфейсы исходной и целевой систем  Генерация тестовых данных  Интеграционное решение создано и протестировано на ◦ Microsoft BizTalk Server 2009 ◦ IBM WebSphere Message Broker 7.0

6. ТестОписаниеMicrosoft BizTalk, cек IBM Message Broker, сек Простой импорт Отправляется два файла, первый с 20-ю сделками, 5-ти секундной задержкой и затем второй файл с 10- ю сделками 177 Импорт 1000 сделок Импортируется один файл с одной тысячей сделок 69133 Импорт большого объема сделок Импортируется один файл с пятью тысячами сделок -245 Постоянная нагрузка Импортируется 20 файлов по 100 сделок в каждом, между каждым импортом 5-ти секундная задержка 188105 Увеличивающаяся нагрузка Импортируется 5 файлов, каждый файл содержит в два раза больше сделок, чем предыдущий (начиная с 50-ти), пауза между запуском импорта уменьшается с 5-ти секунд на 1 секунду на каждом шаге 32047 Холодный старт Импортируется один файл с 100 сделками, после полного перезапуска системы 9331

7.  Составлен подробный анализ процесса работы фонда и выявлены сценарии интеграции  Предложены способы решения выявленных интеграционных задач с указанием на конкретные технологии  Написана тестовая программа для двух платформ промышленной интеграции – Microsoft BizTalk и IBM WebSphere Message Broker ◦ IBM WebSphere Message Broker более богатая по возможностям система, с лучшим быстродействием, чем Microsoft BizTalk