>>367

>Лёх, научи писать эти ваши BRD

Так, а что из перечисленного ты уже умеешь? Не ты ли писал, что копался в БД?

Про конкретно требования рекомендую книгу Куликова Тестирование программного обеспечения. Базовый курс. , там первые две главы довольно структурировано дают информацию по требованиям к программному обеспечению, и книгу Разработка требований к программному обеспечению от Майкрософт, я прочел первые 100 страниц, не нашел ничего полезного и дропнул.

Так что лучше даже просто Куликова.

Ещё есть книга Иванова В., Перерва А. - Путь аналитика - когда начинал читать перед работой в системном анализе, я нихуя не понимал, а когда андропнул и прочел половину, пришел к выводу, что всё это я уже умею - короч говно без задач, но тебе, может, и сгодится.

Вообще, только непонятно что всё это тебе даст без практики.

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

Реляционные базы тоже щупать надо, подойдёт любое FAQ/видеоурок, все СУБД сейчас можно найти официально бесплатно и кучей встроенных примеров.

А с веб-сервисами у тебя как?

Веб сервисы я не достаточно компетентен, чтобы что-то советовать, - у меня пару межсистемных интеграций в портфеле, но это гораздо меньше, чем простого добавления полей и кнопок, - тут накати Постман и проходи его официальный туториал, обмажся POST GET DELETE UPDATE, ещё на всяких Хабрах куча инфы - мне хватило, чтобы не обосраться с техническим заданием упомянутых интеграций.

>Умение своевременно выявлять риски и предпринимать действия для их снижения.

Это уже конкретное бизнес-аналитика, вкупе с вышеперечисленным системным анализом будешь высокооплачиваемый бизнес/системный аналитик. Если не заебёт. Это надо бизнесом заниматься, на предприятиях, а не видеоуроки смотреть и статьи читать.

А вообще, чтобы понять, что делает системный аналитик в работе, можно посмотреть какую-нибудь программу обучения и скачать подходящие курсы/материалы на торрентах/ютубе. Вот я норм программу нашел, когда год отработал, но решил не ходить, потому что мне больше нравится подход "Обучение на практике", нежели сначала обучение, а потом практика - то ли я долбоеб, то ли ветер в башке, то ли необучаемый, но иначе не получается - только через вкат+болькровьнервы+гамбатте=результат, чем во что-то кидаться уже подготовленным.

вот программа короч
https://netology.ru/programs/systems-analyst#/lessons

И удачи.

>>593

>Так, а что из перечисленного ты уже умеешь? Не ты ли писал, что копался в БД?

Вот это:

>Опыт работы с реляционными базами данных, умение проектировать базы данных, знание SQL.

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

>Опыт создания и использования веб-сервисов.

Создания нет, погромирование вообще не мое. Использование - soap/rest тыркаться приходилось вполне.

>Опыт разработки бизнес-требований, постановки задач на разработку ПО- BRD, FSD.

Доки в основном приходилось читать, а не писать, так как я сапортил говно, в разработке не участвовал.

>тут накати Постман и проходи его официальный туториал, обмажся POST GET DELETE UPDATE

Конкретно постман не ставил, но с soap/rest клиентами работал. Методы фигня.

>вкупе с вышеперечисленным системным анализом будешь высокооплачиваемый бизнес/системный аналитик

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

>больше нравится подход "Обучение на практике", нежели сначала обучение, а потом практика

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

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