10 шагов к профессии системного аналитика 🚀

Что изучать, чтобы стать системным аналитиком?

1️⃣ Как устроен процесс разработки ПО? От Waterfall до Agile (Scrum, Kanban).
2️⃣ Узнайте, что ожидает каждый член команды разработки от СА.
3️⃣ Процесс работы с требованиями. Сюда же относятся навыки по Use Case и User Story.
4️⃣ Натренируйте аналитическое мышление. Научитесь прорабатывать алгоритмы, тех. процессы и бизнес-процессы.
5️⃣ Освойте нотации UML и DFD для визуализации алгоритмов и процессов.
6️⃣ Для моделирования бизнес-процессов дополнительно освойте BPMN и EPC.
7️⃣ Реляционные базы данных и SQL.
8️⃣ Научитесь проектировать ER-модель.
9️⃣ Познакомьтесь с форматами данных JSON и XML.
1️⃣0️⃣ Познакомьтесь с интеграциями.

Кто такой системный аналитик?

Разработка любого ПО начинается с идеи 💡

Дуров придумал Telegram, Т-банк захотел выйти на рынок инвестиций и создал «Т-Инвестиции», а кто-то решил запустить сайт знакомств. Но чтобы превратить идею в реальный продукт, нужен системный аналитик. Именно он собирает требования, продумывает детали и ставит задачи для разработчиков.

✅ Если на входе у системного аналитика лишь фраза «нужно сделать сайт знакомств», то на выходе — уже конкретные требования:
* Возможность регистрации через соцсети.
* Фильтрация пользователей по интересам и локации.
* Чат с возможностью отправки фото и видео.
* Уведомления о новых совпадениях.

✅ Системный аналитик также продумывает клиентский путь: как пользователь будет регистрироваться, искать пару, отправлять сообщения.

✅ Он проектирует базу данных: таблицы пользователей, профилей, чатов и атрибуты вроде имени, возраста, интересов.

✅ Далее он прорабатывает взаимодействие между фронтендом и бэкендом: при запросе на поиск пары, фронтенд отправляет параметры (возраст, интересы), а бэкенд подбирает людей и возвращает список фронтенду, далее он красиво выводится на экран.

✅ СА продумывает алгоритм подбора пар — как выбрать тех, кто максимально совпадает по интересам?

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

Как начать карьеру системного аналитика?

Задумывались о карьере системного аналитика, но не знаете, с чего начать? 🎯 Мы разложим все по полочкам.

1️⃣ Изучите основы. Прежде чем погружаться в проекты, важно разобраться с основами. Понимание бизнес-процессов, работы с требованиями и моделирования данных — это база, без которой не обойтись. Начните с базовых курсов и книг, которые дадут вам крепкую теоретическую базу. Для системных аналитиков книга Карла Вигерса «Разработка требований к программному обеспечению» — это настоящая библия. Обязательно ее прочитайте.

2️⃣ Практикуйтесь на реальных задачах. Теория — это здорово, но без практики никуда. Беритесь за учебные проекты, участвуйте в хакатонах или стажировках, где можно отработать навыки на реальных кейсах. Чем больше вы будете работать с реальными задачами, тем быстрее разовьете свои аналитические способности.

3️⃣ Овладейте инструментами. Системный аналитик должен не только уметь анализировать, но и владеть специальными инструментами. Научитесь работать с UML, BPMN, SQL и другими инструментами.

4️⃣ Развивайте софт-скиллы. Коммуникация — это достаточно большая часть работы аналитика. Учитесь задавать правильные вопросы, вести переговоры с заказчиками и фиксировать протоколы встреч.

5️⃣ Будьте готовы к изменениям. Изменения в требованиях — это нормально. Умение гибко адаптироваться к ним — одно из главных качеств хорошего системного аналитика.

Системный аналитик — мастер на все руки! 💼🛠

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

1️⃣ Требования:

Начнем с общения с заказчиком. Узнаем, что нужно сделать? Вопросы могут быть самые разные:

* Можно ли выбрать конкретного врача?
* Можно ли искать врачей по специализации (терапевт, дерматолог и пр.)?
* Что показывать пациенту, если у выбранного врача все занято?

Все эти и другие вопросы фиксируются и согласовываются. Важно, чтобы и аналитик, и заказчик одинаково понимали, что должно быть сделано.

2️⃣ Бизнес-процессы:

Изучаем текущий процесс записи на прием — AS IS. Как сейчас пациент выбирает врача и подтверждает запись? После анализа определяем с заказчиком, как должен выглядеть идеальный процесс — создаем модель TO BE, которая станет основой для разработки.

3️⃣ Макеты:

Теперь время для творчества! На основе требований создаем макеты пользовательского интерфейса. Экран для записи на прием, список предстоящих визитов, возможность отмены приема. Если в команде нет дизайнера, то системный аналитик создает макеты сам. Не пугайтесь!

4️⃣ Проектирование:

Разрабатываем сценарии использования, различные алгоритмы, модель данных, продумываем интеграции. Отвечаем на вопросы: как система будет отображать свободные слоты, где и как будет храниться информация о визитах и пациентах? Все эти вопросы требуют детальной проработки.

5️⃣ Работа с БД:

Системный аналитик использует SQL, чтобы для тестирования извлекать и менять данные в базе данных. Нужно извлечь список пациентов, записанных к конкретному врачу на определенный день? SQL вам в помощь!

6️⃣ Постановка задач:

На основе всех артефактов создадим задачи на разработчиков:

* Реализовать запись на прием к врачу
* Поиск врача по специализации
* Обработать кейс, когда у врача нет свободных слотов

7️⃣ Документация:

Лицо системного аналитика — это его документация. В ней мы пишем, как работает система, как устроена база данных, как реализованы алгоритмы.

8️⃣ Взаимодействие с командой:

Системный аналитик — связующее звено между всеми участниками проекта. Мы отвечаем на вопросы разработчиков и тестировщиков, уточняем требования и, если нужно, проводим дополнительный анализ.

9️⃣ Разбор инцидентов:

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