Diese Präsentation wurde erfolgreich gemeldet.
Wir verwenden Ihre LinkedIn Profilangaben und Informationen zu Ihren Aktivitäten, um Anzeigen zu personalisieren und Ihnen relevantere Inhalte anzuzeigen. Sie können Ihre Anzeigeneinstellungen jederzeit ändern.

Особенности разработки требований в интеграционном проекте

710 Aufrufe

Veröffentlicht am

Доклад Екатерины Герт на конференции Analyst Days-5, 22-23 апреля 2016 г., Санкт-Петербург
www.analystdays.com

Veröffentlicht in: Bildung
  • Als Erste(r) kommentieren

Особенности разработки требований в интеграционном проекте

  1. 1. Екатерина Герт Системный аналитик Москва, 2016 г. ОСОБЕННОСТИ РАЗРАБОТКИ В ИНТЕГРАЦИОННОМ ПРОЕКТЕ
  2. 2. /282 • Более 50 реализованных проектов на 250 человеко-лет • Самая большая в мире интеграционная платформа на базе IBM • Опыт международной интеграции (интеграция с MoneyGram (США), интеграция 5 стран, входящих в ЕАЭС) НАШ ПРОЕКТНЫЙ ОПЫТ
  3. 3. ИНТЕГРАЦИОННЫЙ ПРОЕКТ – ЭТО… /283 Система- источник Система- потребитель Интеграционный модуль Система- источник Система- потребитель Сервисная шинаАдаптер Адаптер
  4. 4. /284 • Взаимодействие с разработчиками и архитекторами систем • Анализ и описание потоков данных • Знания о технологиях разработки сервисов, способах передачи данных • Проектирование модели данных обмена • Описание форматов сообщений на низком уровне КОМПЕТЕНЦИИ И НАВЫКИ АНАЛИТИКА
  5. 5. ИДЕАЛ…. Сервис Сервис Сервис /285
  6. 6. /286 …. И РЕАЛЬНОСТЬ Сервис Сервис Сервис E-mailFTP
  7. 7. С ЧЕГО НАЧАТЬ? Состав систем, участвующих в обмене Какие данные необходимо передавать между ними Пакет документов по каждой системе (если есть) Контакты разработчиков систем /287
  8. 8. Мобильное приложение «Клиент» SAP CRM SAP ERP АС «Сертификат» Сервисная шина Каталог продукции Новые заказы Статусы заявок Новые заявки Проверка сертификата Статус сертификата Новые заказы; Новые заявки; Проверка сертификата Каталог продукции; Статусы заявок; Статус Сертификата С ЧЕГО НАЧАТЬ? /288
  9. 9. С ЧЕГО НАЧАТЬ? № Взаимодействие Тип Источник Потреби- тель Данные в запросе Данные в ответе Размер сообщ. сред./макс. , кБ Число сообщ. в час., сред./макс 1. RQ_1 Передача заявки на заключение зарплатного договора Уведо млени е Сайт АС Клиенты Данные по заявке, Данные по контактному лицу Без ответа 30/100 100/300 2. RQ_2 Закрытие счетов Запро с/ ответ АС Клиенты АС Касса ФИО клиента, Номер счета Статус выполнения запроса 5/7 50/100 /289
  10. 10. ТИПЫ ВЗАИМОДЕЙСТВИЙ АС «Клиенты» АС «Касса» Данные о новом клиенте Данные получены Уведомление с квитанцией /2810
  11. 11. ТИПЫ ВЗАИМОДЕЙСТВИЙ АС «Клиенты» АС «Касса» Запрос оплаты по клиенту Данные по оплатам Запрос - ответ с квитанцией Принято в обработку Ответ получен /2811
  12. 12. № Вопрос Автор вопроса ФИО адресата вопроса Адресат вопроса Ответ Статус вопроса Дата вопроса Дата ответа 1. В какой кодировке передаются данные со стороны АС Клиенты? Е.Герт Петров А.С. АС Клиенты UTF-8 Закрыт 11.01.2013 14.01.2013 2. Требуется ли передавать квитанции от АС «Касса» к АС «Клиенты»? Е.Герт Петров А.С. АС Клиенты Открыт 11.01.2013 С ЧЕГО НАЧАТЬ? /2812
  13. 13. ОПИСАНИЕ ВЗАИМОДЕЙСТВИЯ Инициатор Сервисы Тип взаимодействия Технология обмена /2813
  14. 14. ОПИСАНИЕ ВЗАИМОДЕЙСТВИЯ /2814 АС Документы Адаптер АС Документы Система доставки данных Адаптер АС Кадры АС Кадры Запрос работников и подразделений Запрос работников Запрос подразделений Данные работников Данные подразделенииДанные работников и подразделений Данные работников и подразделений Данные работников и подразделений
  15. 15. ОПИСАНИЕ СЕРВИСА Основные характеристики Нагрузочные характеристики Форматы сообщений Обрабатываемые ошибки /2815
  16. 16. ОПИСАНИЕ СЕРВИСА Техническое имя: DocNransferMsg Наименование: Передача документов Тип взаимодействия: Запрос-ответ Участники: АС «Касса», АС «Клиенты» Версия: 2.0 Изменения в версии: Добавлены поля «Задолженность», «Номера договоров» Маршрутизация: По коду банка в заголовке /2816
  17. 17. ОПИСАНИЕ СЕРВИСА Объем сообщения Число сообщений Скорость доставки Время обработки /2817 Разработчик системы Эксперт + Статистика Разработчик системы Разработчик интеграционного модуля
  18. 18. ОПИСАНИЕ СЕРВИСА Характеристика Пояснение Техническое имя сервиса DocTransferMsg Наименование сервиса Передача документа Тип взаимодействия Запрос-ответ Системы, участвующие в обмене АС «Касса» - потребитель; АС «Клиенты» - источник данных Объемно-временные характеристики и ограничения Объем запроса сред./макс.: 30 кБ/100 кБ Объем ответа сред./макс: 5 кБ/ 10кБ Число сообщений сред./макс.: 100/300 Скорость доставки сообщений: 10 с; Обработка запроса на АС «Клиенты»: 30 сек Версия 2.0 ….. ….. /2818
  19. 19. ОПИСАНИЕ ФОРМАТА СООБЩЕНИЯ /2819
  20. 20. ОПИСАНИЕ ФОРМАТА СООБЩЕНИЯ Элемент Описание Тип Кратность ClientsInfo Информация о клиентах [1] BirthDay Дата рождения клиента. Формат: ДД.ММ.ГГГГ Дата [1] Name Имя Текст [1] Surname Фамилия Текст [1] Addresses Данные об адресах клиента [0-1] Address Блок данных об адресе [1-N] AddressType Тип адреса. Устанавливается одно значение из списка: «1» - фактический адрес, «2» - юридический адрес, «3» - почтовый адрес Натуральное число [1] Street Название улицы Текст [1] House Дом Текст [1] Flat Квартира/ офис Текст [1] /2820
  21. 21. ОПИСАНИЕ ФОРМАТА СООБЩЕНИЯ /2821
  22. 22. ОПИСАНИЕ ФОРМАТА СООБЩЕНИЯ WSDL /2822
  23. 23. МОДЕЛЬ ДАННЫХ ОБМЕНА Модель данных обмена АС «Клиенты» АС «Касса» АС «Сертификат» АС «Карточные счета» /2823
  24. 24. ПРАВИЛА ПРЕОБРАЗОВАНИЯ ClientsInfo InfoClientsRq Name Surname FirstName LastName Address Street House Flat Street House Flat BirthDay BirthDay Из «ДД.ММ.ГГГГ» в «ММ.ДД.ГГГГ» AddrType AddresType «1» = «Actual» «2»= «legal» «3»= «MailAddr» BirthDay BirthDay Name FirstName Street House Flat AddresType Street House Flat AddrType /2824
  25. 25. ПРАВИЛА ПРЕОБРАЗОВАНИЯ ClientsInfo (исходный) InfoClientsRq (для преобразования) Комментарий/ Правила преобразования BirthDay BirthDay Дата преобразуется из формата «ДД.ММ.ГГГГ» к формату «ММ.ДД.ГГГГ» FirstName Name LastName Surname Address - Группирующий тег, преобразование не требуется AddresType AddrType Значения поля «AddresType» преобразуются: «1» заменяется на «Actual», «2» заменяется на «legal», «3» заменяется на «MailAddr» /2825
  26. 26. ОБРАБОТКА ОШИБОК ERROR /2826
  27. 27. /2827 ТРЕБОВАНИЯ К БЕЗОПАСНОСТИ ШифрованиеЛогирование Порядок хранения и передачи данных Заказчик Доступность
  28. 28. /2828 • Наладить контакт с разработчиками и архитекторами систем • Выявить участников обмена и описать потоки данных между ними • Разделить потоки данных на взаимодействия • Описать сервисы для реализации взаимодействий • Помнить про маршрутизацию и логирование, нефункциональные требования ЧТОБЫ ОПИСАТЬ ТРЕБОВАНИЯ НАДО:
  29. 29. СПАСИБО ЗА ВНИМАНИЕ! Екатерина Герт Системный аналитик Департамента информационных технологий 111033, Москва, ул. Волочаевская, д.5, к.1 Т: (495) 974 2274 # 6412 | Ф: (495) 974 2277 E-mail: EGert@croc.ru croc.ru

×