Пример резюме и разбор
Резюме системного аналитика: пример для начинающего специалиста
В резюме системного аналитика важно показать, как вы связываете требования с поведением системы: описываете API, данные, ошибки и документацию. Учебную практику нужно обозначать честно.
Вымышленный пример. Имя, организация, даты, проект, схема API и данные придуманы для обучения. Это не реальный работодатель или пользователь Jobs Catcher.
Полный пример резюме
Вымышленный пример. Имя, организация, даты, задачи и данные в этом образце придуманы для обучения.
Денис К.
Стажёр / младший системный аналитик · Санкт-Петербург / гибрид
denis@example.test
Профессиональный профиль
Начинающий системный аналитик. В учебном проекте описал API для бронирования переговорных: зафиксировал сценарии, набросал контракты запросов и ответов, модель данных и правила конфликтов. Изучал SQL и REST; промышленной разработки и сопровождения интеграций не было. Ищу начальную позицию с проверкой требований и документации вместе с командой.
Навыки
- Требования: функциональные и нефункциональные требования, сценарии, предусловия, альтернативные потоки и критерии приёмки — учебная практика.
- REST API: методы GET/POST, JSON, коды 200/400/404/409 и разбор запроса и ответа; опыта эксплуатации API не было.
- Данные: сущности, ключи и связи, базовые SELECT и JOIN в учебной PostgreSQL-базе.
- Модели и документация: UML sequence на простом сценарии, ER-диаграмма, OpenAPI-спецификация и журнал открытых вопросов.
- Инструменты: diagrams.net, PostgreSQL и редактор OpenAPI для учебных заданий.
Учебный проект
Кейс «Бронирование переговорной» · самостоятельный учебный проект, синтетические данные.
- Задача: описать создание, просмотр и отмену бронирования комнаты в пределах рабочего времени.
- Правила: начало раньше окончания; активные интервалы не пересекаются; отменённая запись не блокирует время. Часовой пояс и допустимое окно остаются вопросами к владельцу продукта.
- API-контракт:
POST /bookingsпринимает room_id, start_at и end_at; успешный ответ возвращает id и статус. 400 — неверный интервал, 404 — комната не найдена, 409 — слот занят. - Модель данных: Room(id, name, capacity) и Booking(id, room_id, start_at, end_at, status); Booking.room_id ссылается на Room.id.
- Артефакты: таблица требований, sequence diagram одного сценария, ER-модель, черновик OpenAPI и примеры ошибок с синтетическими значениями.
- Проверка: сценарии проверены на синтетическом наборе; конкурентное бронирование и реальная интеграция не реализовывались.
Предыдущий опыт
Координатор заявок в учебном центре «Линия» · 2023–2025.
- Регистрировал обращения и следил, чтобы у каждой заявки были тип, статус и ответственный.
- Уточнял неполные сведения по действующей инструкции и передавал исключения специалисту.
- Собрал повторяющиеся вопросы по обращениям во внутреннюю памятку.
Образование
Учебный курс по системному анализу · 2025. REST API, основы HTTP, модели данных, SQL и техническая документация.
Учебный кейс: конфликт бронирований
В календаре уже есть активная бронь 10:30–11:30. Новая бронь на 10:00–11:00 пересекается с ней, поэтому система должна сообщить о занятом времени. Отменённая запись не блокирует интервал.
Соприкасающиеся интервалы, например 09:00–10:00 и 10:00–11:00, требуют отдельного решения владельца продукта: можно ли начинать вторую бронь сразу после окончания первой?
Такой сценарий показывает, что аналитик умеет находить граничные условия, конфликты и неизвестные правила. Он не подтверждает, что API или календарь были реализованы в production.
Как адаптировать пример под вакансию
Если вакансия акцентирует API, поднимите выше описание контракта, полей запроса и ошибок. Если важны данные, начните с ER-модели и связи Booking с Room. Если роль предполагает интеграции, отдельно покажите, что в проекте был только черновик спецификации, а рабочего сервера и реальной интеграции не было.
Предыдущий опыт подтверждает регистрацию обращений, работу со статусами и следование инструкции. Он не подтверждает проектирование или запуск программной системы.
Неудачные формулировки и типичные ошибки
Подтверждаемая формулировка
«Для учебного API описал структуру запроса и ответа, ошибки 400/404/409 и связь бронирования с комнатой в ER-модели».
Неудачная формулировка
«Спроектировал микросервисную платформу бронирований», если есть только диаграмма и текстовая спецификация.
Подтверждаемая формулировка
«Вёл таблицу статусов обращений и уточнял пропущенные поля по инструкции».
Неудачная формулировка
«Внедрил API-интеграцию и сократил время обработки на 60%» без работающей интеграции и проверенного измерения.
- Называть спецификацию реализованным API или выдавать учебный проект за работу у работодателя.
- Перечислять статусы HTTP без привязки к сценариям и ошибкам.
- Пропускать ограничения, повтор запроса, конфликт данных и неизвестные бизнес-правила.
- Указывать уровень владения инструментом, который не сможете подтвердить.
Чек-лист перед откликом
- Целевая роль и уровень не завышены.
- Учебные проекты отделены от коммерческого опыта. Если кейс или данные вымышлены, это прямо указано.
- Требования связаны со сценариями и критериями приёмки.
- Для API показаны метод, пример полей и ожидаемые ошибки.
- Модель данных содержит сущности, ключи и отношения.
- Для каждого результата указано, как он проверялся и что осталось вне проекта.
Продолжите в Jobs Catcher
После входа добавьте резюме, проверьте и подтвердите распознанные сведения, затем уточните критерии поиска. Сервис найдёт доступные вакансии, а ИИ оценит их по подтверждённому профилю. Вы проверяете результат и отправляете отклик сами. Jobs Catcher не отправляет отклики работодателям.
После входа загрузите резюме, подтвердите только верные сведения и выберите критерии поиска системных ролей. Перед оценкой подборки сверьте, что профиль отражает ваш реальный уровень API и SQL.
Перейти к поиску вакансийTrial начинается при первом входе через Яндекс ID, предоставляется один раз и действует 3 дня без карты. Pro — 1290.00 ₽ за 30 дней с автопродлением; его можно отключить в кабинете.