'

Особенности интеграции в «БЫСТРЫХ» проектах

Понравилась презентация – покажи это...





Слайд 0

Особенности интеграции в «БЫСТРЫХ» проектах ХIII Форум разработчиков ИБС,17-18 сентября 2007 Феофилактов Дмитрий Директор по технологиям ФОРС – Банковские Системы


Слайд 1

Особенности проекта Тинькофф Сжатые сроки Объявлена дата запуска – 15 мая 2007 (? года до старта) Банк – монолайнер (кредитные карты) НО: Наличие обслуживаемых клиентов (ЮЛ) Высокие требования к гибкости ПО, производительности и масштабируемости Старт – практически с нуля Нет Программного Обеспечения Нет Аппаратного Обеспечения Нет специалистов


Слайд 2

Проблема выбора ПО Карточный модуль АБС CRM Аналитика Функциональность Базовая Возможность доработки Производительность Экспресс-анализ рынка ПО показал: НЕТ такой ОДНОЙ системы на Российском рынке


Слайд 3

Выбор ПО Карточный модуль АБС CRM Аналитика Унификация платформ Отсутствие специалистов Простота обслуживания Проще интегрировать Наличие ресурсов для внедрения доработок “The best of breed” в условиях проекта PRIME (TSYS) Siebel (ORACLE) SAS Ва-Банк XL (ФОРС-БС)


Слайд 4

«Правильная» интеграция Карточный модуль АБС CRM Аналитика PRIME (TSYS) Siebel (ORACLE) SAS Ва-Банк XL (ФОРС-БС) ORACLE Enterprise Service BUS ORACLE Customer Data HUB Адаптер Адаптер Нет подтверждений о возможности запуска Oracle ESB и CD HUB за ? года для такого количества систем Ноябрь 2006 $ $ Адаптер ? Адаптер ?


Слайд 5

Обмен информацией Прямые вызовы API (через DB-Link) Через буферные таблицы в БД Web-services XML файлы Обычные файлы ПО промежуточного слоя


Слайд 6

«Реальная» интеграция Карточный модуль АБС CRM Аналитика PRIME (TSYS) Siebel (ORACLE) SAS Ва-Банк XL (ФОРС-БС) Function API Web Services XML файлы ORACLE DB Customer HUB


Слайд 7

Обмен XML файлами Siebel PRIME Файл-сервер XML XML Сервера приложений Протоколы Протоколы Верификация, Разбор XML PL/SQL API БД Oracle БД Oracle Prime XML Bridge


Слайд 8

Подход разработчиков ПО API ядра системы Интерфейс выгрузки Интерфейс Загрузки Модуль Базовые Интерфейсы «старого» типа Function API Новые Интерфейсы XML файлы Web services Модуль Разработка 5 ? 10 -ти летней давности Ядро системы Модуль


Слайд 9

“Стандартный” интерфейс Siebel OCR Задержки по ВРЕМЕНИ XML XSD


Слайд 10

Знание собственной системы 1 Согласован и подписан PDP 2 3 4 1 2 3 4 PRIME Ва-Банк XL 1 2 3 Что оказалось в реальности 9 9 ?


Слайд 11

Производительность SQL SELECT … FROM T1, T2, T3, . . . T45 WHERE … Siebel Встроенный Генератор SQL И как этот SQL можно оптимизировать? 270 колонок 45 таблиц 47 условий


Слайд 12

Производительность - II Siebel Интерпретатор Кода Найти персону по последним 8-ми цифрам кредитной карты и контрольному слову Код (‘а-ля’ QBE) Person.Card.NO = ‘%12345678’ Person.SecurityWord = ‘att1’ … Person.Find() Максимальная детализация для ускорения поиска ~ 30 секунд на поиск (из 400 персон) Реконструированный (по журналу) порядок исполнения Цикл по всем персонам { Person.Card.NO ? ‘%12345678’ Person.SecurityWord ? ‘att1’ . . . } AVAYA


Слайд 13

Рекомендации Необходимы доработки систем силами поставщиков («Стандартных» интерфейсов не достаточно) Унификация платформ – всегда полезна для проекта (на момент запуска в банке был ОДИН DBA) Сотрудники не всегда знают в деталях свои системы. Документация всегда опаздывает Производительный интерфейс можно сделать только вручную. Чем меньше в нём слоёв – тем лучше Для “старых” систем лучше использовать Function API а не XML К «Правильной» интеграции нужно стремиться, но стартовать лучше на опробованных технологиях


Слайд 14

Вопросы и ответы В и О С П А С И Б О !


×

HTML:





Ссылка: