Первое в копилку

[pronipro4to]

Сменил профессию.
Теперь есть инфоповод создать новый тег, чтобы не терять и для пользы дела.

https://medium.com/it-analyst/integrations-44ffeb6e3661

Как бывший системный архитектор, я знаю 5 интеграционных стилей, первый из них - обмен файлами через электронную почту.

Остальные 4 интеграционных стиля кратко описаны на сайте книги «"); background-size: 1px 1px; background-position: 0px calc(1em + 1px);" target="_blank">Шаблоны интеграции корпоративных приложений».

Саму "); background-size: 1px 1px; background-position: 0px calc(1em + 1px);" target="_blank">книгу на русском можно прочитать на Литресе, если не хочется переплачивать тысячи за бумагу.

У Татьяны Гудковой в блоге Art of BA хороший "); background-size: 1px 1px; background-position: 0px calc(1em + 1px);" target="_blank">пример требований к интеграции через файловый обмен.

Если идти дальше, стоит пройти "); background-size: 1px 1px; background-position: 0px calc(1em + 1px);" target="_blank">текстовый бесплатный учебный курс на русском по документированию API.

Общая технология разработки требований к интеграции

1. Проанализируйте бизнес-требования;
2. Разработайте (меж)системные функциональные требования к обмену данными;
3. Разработайте требования к качеству передачи и обработки данных - производительность, надёжность;
4. Проанализируйте архитектурный ландшафт, выявите системы в окружении;
5. Постройте диаграмму потоков данных;
6. Определите, какие системы являются мастерами, а какие - потребителями каких данных;
7. Разработайте таблицы маппинга (отображения атрибутов классов в одной системе на классы в другой);
8. Опишите алгоритмы преобразований атрибутов;
9. Выберите архитектурный паттерн (стиль) интеграции;
10. Разработайте сценарии интеграции (например, используя формат юскейсов);
11. Разработайте требования к журналированию интеграционных обменов;
12. Разработайте требования к конкретным вызовам, включая параметры вызовов и ответов;
13. Обновите модель данных.