материалы для самостоятельного изучения по инженерке
1. Git
    1. https://www.atlassian.com/git/tutorials/what-is-git
    2. https://www.atlassian.com/git/tutorials/why-git
    3. https://www.atlassian.com/git/tutorials/comparing-workflows/gitflow-workflow
    4. https://habr.com/ru/company/flant/blog/491320/
    5. https://habr.com/ru/post/519314/
    6. https://www.atlassian.com/continuous-delivery/continuous-integration/trunk-based-development
    7. https://martinfowler.com/bliki/BranchByAbstraction.html
2. Unit тесты и пирамида тестирования
    1. https://highload.today/unit-testing/
    2. https://habr.com/ru/post/672484/
    3. https://martinfowler.com/articles/practical-test-pyramid.html
3. DevOps и CI/CD
    1. https://www.atlassian.com/devops/what-is-devops/devops-best-practices
    2. https://www.atlassian.com/continuous-delivery/continuous-integration
    3. https://martinfowler.com/bliki/DevOpsCulture.html
    4. https://martinfowler.com/articles/continuousIntegration.html
    5. https://martinfowler.com/bliki/ContinuousDelivery.html
    6. https://martinfowler.com/bliki/BlueGreenDeployment.html
4. Feature toggle
    1. https://martinfowler.com/articles/feature-toggles.html
    2. https://buildd.co/marketing/feature-toggles
    3. https://habr.com/ru/post/464021/
5. API First, SemVer, 12 factor
    1. https://habr.com/ru/post/205560/
    2. https://www.algolia.com/blog/product/the-5-principles-of-api-first-development-and-what-does-api-first-even-mean/
    3. https://schweizerischebundesbahnen.github.io/api-principles/architecture/
    4. https://semver.org/lang/ru/
    5. https://12factor.net/ru/

Обязанности интеграционного системного аналитика
Системный аналитик — это переводчик с бизнес-языка на технический.

Бизнес-анализ прорабатывает всю процессную часть исходя из предпочтений заказчика. Например, нужно, чтобы клиент мог оформить карту. Бизнес-аналитики детализируют процесс, декомпозируют требования с описанием тех процессов, которые будут затронуты и изменены. А дальше уже системные аналитики описывают, какие изменения на стороне системы требуются, чтобы этот бизнес-процесс прошёл.

Чаще системный аналитик принимает требования от бизнес-аналитика. Наши системные аналитики изучают предоставленные документы (BRF, заключения бизнес-анализа), уточняют требования и согласуют их. Бывают случаи, когда требования даёт сразу заказчик, то есть бизнес. Тогда нужно в том числе провести небольшой бизнес-анализ.

Также аналитику на согласование приходят архитектурные заключения (для небольших доработок) и архитектурные решения от архитекторов. Обычно они описывают скоуп систем, которые изменяются, и появление новых и изменение имеющихся взаимодействий между старыми системами. Когда в интеграционном направлении появляется новый процесс, новая связь между интеграционным слоем и набором систем, мы предметно её прорабатываем.

Системный аналитик формирует спецификации на информационные системы. В случае интеграции — как должен осуществляться информационный обмен, какой атрибутивный состав. То есть какие поля принимаются на вход, какие отдаются на выход, какие преобразования присутствуют. Сервис может не только отправлять информацию дальше, но и выступать в роли вычислительного — сам производить расчёты на основе формул. Для этого нужно определить алгоритмы и необходимые функции. Когда вся документация и требования к компоненту готовы, системный аналитик передаёт их разработчикам на реализацию.

Список литературы от Алексея Ульенкова: 1. Site Reliability Engineering. Надежность и безотказность как в Google https://ibooks.ru/bookshelf/358168/reading, 2. Release it! Проектирование и дизайн ПО для тех, кому не всё равно. https://ibooks.ru/bookshelf/382392/reading, 3. Высоконагруженные приложения. Программирование, масштабирование, поддержка https://ibooks.ru/bookshelf/357916/reading. На сайте https://ibooks.ru регистрация по рабочей почте