Ce diaporama a bien été signalé.
Nous utilisons votre profil LinkedIn et vos données d’activité pour vous proposer des publicités personnalisées et pertinentes. Vous pouvez changer vos préférences de publicités à tout moment.

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

874 vues

Publié le

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

Publié dans : Formation
  • Login to see the comments

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

  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

×