Почти у всех курсов Яндекс Практикума есть бесплатная вводная часть — это и тест-драйв профессии, и знакомство с обучающей платформой одновременно. В этой статье рассказываем, что находится внутри вводной части курса «Системный аналитик».
Будет не скучно. Вы познакомитесь с Даней и Юлей и вместе с ними попробуете решить настоящую рабочую задачу: выясните, нужно ли дорабатывать интерфейс сайта, чтобы подтянуть на него отзывы с другой платформы.
По пути разберётесь, чем занимается системный аналитик и с кем взаимодействует, что такое API и клиент-серверное взаимодействие, как классифицируются требования к ПО и почему от их формулировки зависит качество готового продукта.
Бесплатный вводный модуль состоит из двух условных частей: организационной и практической. Если хотите начать чтение сразу с практической части — переходите по ссылке в нужный раздел. Но мы начнём по порядку.
Первая часть: всё об обучении на курсе
Здесь вы узнаете, как устроено обучение на курсе «Системный аналитик». Например, что курс длится девять месяцев и разбит на двухнедельные спринты, в каждом из которых вас ждут уроки с теорией и практикой, а ещё самостоятельные работы. После каждого второго спринта — промежуточный проект, в финале — дипломная работа. Также предусмотрены каникулы.
Здесь же объяснят, что делать, если не укладываетесь в дедлайн, как устроена проверка проектов, кто будет вас поддерживать в процессе учёбы и какие документы получите по окончании. Также расскажут про встроенного ИИ-ассистента: у него можно уточнить непонятный момент, попросить пересказать урок или найти нужную информацию внутри курса.
Дальше рассказывается про саму профессию и перспективы. Вы узнаете, кому подойдёт курс: он рассчитан на специалистов с разным бэкграундом, в том числе на новичков в IT и владельцев бизнеса. Разбираются и карьерные перспективы: спрос на системных аналитиков, компании, в которых они работают, и траектории роста — вертикальный и горизонтальный.
Чтобы показать, что именно вы будете уметь по окончании курса, во вводном модуле есть интерактивная вакансия: с реальными требованиями и обязанностями, где зелёным выделены навыки, которые заложены в программу. Если навести курсор на подсвеченный пункт, появятся подробности. Например, пояснение, в каком спринте курса отрабатывается конкретный навык.
Завершает организаторскую часть информация об обратной связи и работе техподдержки: как и к кому обращаться, если возникнут вопросы. А в самом конце находится история студентки, которая уже прошла курс и рассказывает о своём опыте.
Вторая часть: знакомство с профессией и практика
Практическая часть начинается с урока о том, кто такой системный аналитик. Его роль объясняется через диалог двух персонажей — Дани и его подруги Юли, которая как раз работает системным аналитиком.
Даня расспрашивает её о профессии, и через этот разговор становится понятно главное: системный аналитик стоит на границе двух миров — пользователей и проектной команды — и помогает им понять друг друга.
Затем урок подробнее раскрывает, как именно системный аналитик решает эту задачу: он общается с экспертами в предметной области, изучает документы и источники данных, анализирует существующее ПО, проектирует решения и описывает их для разработчиков.
На основе собранной информации он формализует предметную область: представляет её в виде модели процессов и данных — и формулирует требования к будущему ПО. Дальше начинается проектирование, затем разработка, тестирование и обучение пользователей — в этих процессах системный аналитик тоже принимает участие.
Урок заканчивается практическим заданием: нужно выбрать из списка задачи, которые действительно входят в работу системного аналитика.
Следующий урок — уже про реальную рабочую задачу. Даня узнаёт, что для профессии не нужно быть «технарём» или знать языки программирования, — и Юля предлагает вместе разобрать задачу, как это сделали бы системные аналитики.
Задача проектной команды — добавить на сайт магазина посуды отзывы с Яндекс Маркета. Нужно понять, придётся ли для этого переделывать интерфейс сайта. Вы вместе с персонажами проходите весь путь рассуждений шаг за шагом: что нужно изучить и что делать дальше, чтобы начать решать эту задачу.
Простите, проспойлерим вам результат диалога с Юлей: вы придёте к выводу, что для того, чтобы сайт магазина посуды получал отзывы с Яндекс Маркета, нужно разобраться с API.
Пришло время узнать, что такое API и зачем он нужен. Так как Даня в этом совсем не разбирается, Юля объясняет всё через аналогию с рестораном.
Посетители приходят в ресторан ради еды, которую готовят на кухне, — но санитарные правила не позволяют им самим подойти к повару и сделать заказ. Для этого есть официант: он выслушивает гостей, записывает заказ и передаёт его на кухню.
Повара учитывают пожелания — например, убирают ингредиент, на который у посетителя аллергия, — и готовят блюдо. Официант возвращается с едой. При этом повару известно только то, что заказ был, — а для кого он предназначен, знает лишь официант.
В мире IT такое взаимодействие называется клиент-серверным: есть тот, кто запрашивает данные (клиент), и тот, кто их предоставляет (сервер). Применительно к задаче: сайт интернет-магазина запрашивает данные об отзывах — значит, он клиент. Яндекс Маркет эти данные отдаёт — значит, он сервер.
Но вернёмся в ресторан. Что будет, если посетитель закажет блюдо, которого нет в меню? Повар вправе отказать: его обязательство — приготовить только то, что в меню есть. Меню и есть этот контракт: оно сообщает гостям, что кухня может предложить, и одновременно очерчивает границы возможного. В мире IT ту же роль играет API — перечень действий, которые сервер готов выполнить по запросу клиента.
Дальше курс рассказывает, что такое Web API и как он связан с задачей, которую пытаются решить Юля и Даня. Урок включает практическое задание: нужно определить, для чего именно нужен API в рамках задачи.
Следующий урок посвящён требованиям. Выяснилось, что данные об отзывах в Яндекс Маркете и на сайте магазина различаются, — значит, интерфейс придётся дорабатывать. Но чтобы команда разработки поняла, что именно нужно сделать, системный аналитик должен грамотно описать требования.
В уроке разбираются три типа требований:
пользовательские (что нужно пользователю),
функциональные (что должна делать система)
и нефункциональные (как именно и с какими ограничениями).
Для самопроверки и закрепления знаний есть практические задания:
Все три типа разбираются на примерах. Дополнительно объясняется, каким должно быть хорошее требование: реализуемым, проверяемым, полным и ясным — с примерами плохих и хороших формулировок.
Завершается тема требований ещё одним заданием, связанным с задачей Юли и Дани. Вам нужно отметить все требования в списке, формулировки которых сформированы корректно.
Наконец, история Дани и Юли приходит к завершению. Собранные требования передаются проектной команде: разработчик, дизайнер, инженер по тестированию и системный аналитик вместе обсуждают, как доработать интерфейс, и предлагают разные варианты решения.
Дальше начинается проектирование, разработка и тестирование — системный аналитик участвует на каждом этапе. Когда разработка завершится, системный аналитик продемонстрирует пользователям доработанный интерфейс веб-сайта и соберёт обратную связь — комментарии и идеи для будущих доработок.
Попробовав свои силы, Даня решил обучаться системному анализу дальше и пошёл на стажировку. Если профессия системного аналитика тоже кажется вам интересной, переходите на страницу курса «Системный аналитик», чтобы пройти бесплатную вводную часть и, возможно, даже продолжить обучаться вместе с Даней на основном курсе. До встречи!
