Интересует тема проектирования веб-сервисов.
Есть небольшой опыт в проектах на SOA архитектуре.
Увидел как выглядит реализация сервисов на SOAP протоколе (c REST сервисами знаком только в теории).
Немного принимал участие в доработке существующих SOAP API (добавление вх/вых параметров - в основном все сводилось к расширению атрибутного состава таблицы/сущности).

Но, не было опыта проектирования сервиса и API с нуля.
Поэтому хочется понимать, как подходить к решению следующих задач:
1. Проектирование нового SOAP сервиса и SOAP API
2. Проектирование нового REST сервиса и REST API
В чем будут отличаться подходы к решению 1 и 2 задач (на уровне системного анализа)?

Например, компания хочет разработать какой-либо веб-сервис, подключает для этого штатного аналитика - с чего он должен начать? Хочется понять последовательно весь процесс.

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

Как аеалитик, я бы начала с описания данных, которые планируется передавать, формат файла.

Но, не было опыта проектирования сервиса и API с нуля.
Поэтому хочется понимать, как подходить к решению следующих задач:
1. Проектирование нового SOAP сервиса и SOAP API
2. Проектирование нового REST сервиса и REST API
В чем будут отличаться подходы к решению 1 и 2 задач (на уровне системного анализа)?

Ничем.

Вам надо было посетить семинары по проектированию продуктового ландшафта, проходившие 3 и 4 января сего года. Повторять буду, но не знаю, когда.

PS. Если что, архитектором я тоже работал. мой документ аналитиками признан хорошим. Пока не публиковал его, т.к. не истек срок давности.

Ничем.

Вам надо было посетить семинары по проектированию продуктового ландшафта, проходившие 3 и 4 января сего года. Повторять буду, но не знаю, когда.

PS. Если что, архитектором я тоже работал. мой документ аналитиками признан хорошим. Пока не публиковал его, т.к. не истек срок давности.

Хотелось бы ссылку на инф. с этим семинаром в интернете. Где проходил семинар? Есть какие-то материалы с него?

Хотелось бы ссылку на инф. с этим семинаром в интернете. Где проходил семинар? Есть какие-то материалы с него?

Это был междусобойчик. Собрались люди с +15, +20 лет в индустрии погутарить за жизнь.
В интернете.
Материалов не будет. Поскольку были "Все свои", там иногда проскакивала инфа ДСП. Так что я даже запись удалил. От греха.

Хочу сделать повтор. Если что подпишитесь на https://sergey-martynenko.timepad.ru/events/ Там проскакивают очень интересные события.

Если еще актуально:
1. Проектирование нового SOAP сервиса и SOAP API
2. Проектирование нового REST сервиса и REST API

SOAP и REST API проектируются совершенно по разному.
Если по SOAP это спецификация (стиль RPC), то REST всего лишь "архитектурный стиль" аля для всего CRUD, все, что сложней какждый реализует, как может (это уже не REST).
REST API - это больше Public API, чтобы любой monkey coder, на любом языке смог его использовать без проблем, в этом вся фишка.
После того как прочитаете основы про REST, посмотрите примеры реализации
К примеру:
https://developer.paypal.com/docs/api/overview/
советую почитать sql.ru:
http://www.sql.ru/forum/1294087/rest-a-kak-realizuutsya-metody-s-logikoy-slozhnee-chem-dobavit-udalit

И не используйте REST "внутри", зайдете на github на страничку генератора кода из контракта и посмотрите на issue, некоторые по несколько лет не исправляются ..... костылей и подпорок море - это Open Source - халявы там нет.
Если любите json, то посмотрите к примеру на Google gRPC/Protobuf vs JSON+HTTP; FaceBook Apache Thrift; GraphQL
Все это нужно рассматривать с "Тим. лидом" разработки и архитектором.
К примеру хайповый GraphQL patented facebook:
https://github.com/facebook/graphql/issues/351

Спасибо. Будем изучать