Цель каждого этапа ВКР в зависимости от роли

Ниже представлены ориентировочные результаты и акценты вашей работы по каждому этапу. Они также могут быть скорректированы вами с научным руководителем в зависимости от специфики темы, проекта, ваших компетенций.

Роль	1. Анализ предметной области, аналитика, исследование, идея	2. Проектирование, схемы	3. Работа и основная часть	4. Тестирование, пользовательская документация
Аналитик	На этом этапе от вас ждут понимания проблемы, процессов, пользователей и ограничений. Вы должны показать, что умеете выявлять реальные потребности и переводить их в понятную постановку задачи.	Здесь от вас ждут логики будущего решения: как должны измениться процессы, какие требования важны и по каким критериям будет оцениваться результат. Этот этап для аналитика один из ключевых.	На этом этапе важно показать, что ваши аналитические решения доведены до практической формы: требования собраны, структура решения продумана, MVP или прототип поддерживает основную идею.	От вас ждут проверки того, что предложенное решение действительно отвечает выявленной проблеме и критериям. Важно уметь оценить результат не “в целом”, а по понятным показателям.
UX/UI-проектировщик	На этом этапе вы должны понять, для кого проектируется система, какие задачи решает пользователь и какие у него есть сценарии поведения. От вас ждут не только визуального вкуса, но и понимания пользовательского контекста.	Это один из центральных этапов вашей роли: здесь вы определяете логику интерфейса, структуру экранов, переходов и взаимодействия. От вас ждут осмысленного и обоснованного проектирования пользовательского опыта.	На этом этапе вы должны показать, что ваши проектные решения доведены до работающего или проверяемого уровня: макеты, прототипы, взаимодействия, логика экранов. Важно, чтобы это было не абстрактно, а связано с реальным использованием системы.	От вас ждут подтверждения, что интерфейс удобен, понятен и решает пользовательскую задачу. Документация здесь помогает показать, как предполагается использование системы и как интерпретировать результаты проверки.
Front-разработчик	На этом этапе вы должны понять, для кого создаётся интерфейс, какие пользовательские сценарии нужно поддержать и какие ограничения есть у клиентской части. От вас ждут понимания не только внешнего вида, но и логики взаимодействия с другими компонентами системы, а также понимание, как пользователь будет взаимодействовать с системой.	Здесь от вас ждут продуманной структуры интерфейса, навигации, компонентов и взаимодействия с backend. Важно показать, что клиентская часть спроектирована не стихийно, а на основе требований и сценариев использования.	Это основной этап вашей роли: от вас ждут реализации интерфейса и клиентской логики, которая действительно работает и соответствует поставленной задаче и требованиям. Важно показать не только наличие кода, но и осмысленность реализации.	От вас ждут подтверждения, что интерфейс работает корректно, устойчиво и понятен пользователю. Документация помогает показать, как использовать реализованную часть и как она связана с остальной системой.
Back-разработчик	На этом этапе вы должны понять предметную область, процессы, требования к данным и проблемные участки системы. От вас ждут понимания того, какую серверную задачу вы решаете и почему она важна для всей системы.	Здесь один из ключевых для вас этапов: нужно показать структуру серверной части, компоненты, взаимодействие модулей, работу с данными и выбор архитектурных решений. От вас ждут логики и технической обоснованности.	Это центральный этап вашей роли: вы должны показать реализацию backend-логики, API, алгоритмов, хранения и обработки данных. Важно, чтобы было видно, как реализованная часть решает поставленную задачу.	От вас ждут подтверждения, что серверная часть работает корректно, поддерживает нужные сценарии и может использоваться в системе. Документация особенно важна, потому что без неё ваша часть трудно проверяема и воспроизводима.
Fullstack-разработчик	На этом этапе вы должны понять задачу целиком: пользователя, процессы, требования и границы системы. От вас ждут системного взгляда, потому что вы отвечаете сразу за несколько уровней решения.	Здесь важно показать, как frontend и backend связываются в единую систему. От вас ждут целостного проектирования архитектуры, интерфейса, данных и взаимодействия компонентов.	Это основной этап вашей роли: вы должны показать, что умеете реализовать работающую систему или её значимую часть целиком. Важно продемонстрировать не набор разрозненных частей, а согласованный результат.	От вас ждут подтверждения работоспособности всей системы, а не только одного модуля. Документация нужна, чтобы показать, как система запускается, используется и проверяется как единое решение.
GameDev	На этом этапе вы должны понять игровую идею, целевую аудиторию, жанровый контекст и конкурентную среду. От вас ждут понимания не только технической, но и продуктовой логики игры.	Здесь важно продумать игровую архитектуру, цикл, механику, интерфейс и структуру взаимодействий. От вас ждут, что игра будет не просто собрана, а спроектирована как целостный продукт.	Это центральный этап вашей роли: вы должны показать реализацию игровых механик, логики, взаимодействий и ключевых компонентов приложения. Важно, чтобы можно было увидеть работающий игровой результат.	От вас ждут подтверждения, что игра работает, удерживает внутреннюю логику и даёт проверяемый результат. Для этой роли особенно важны проверка механик, балансировки и описание ограничений решения.
Гейм-дизайнер	На этом этапе вы должны понять концепцию игры, аудиторию, жанровые ожидания и сценарии поведения игрока. От вас ждут, что игровая идея будет обоснованной и ориентированной на пользователя.	Это ключевой этап вашей роли: вы проектируете игровые механики, сценарии, персонажей, взаимодействия и логику пользовательского опыта. Здесь важно показать, как задумка превращается в осмысленный дизайн игры.	На этом этапе от вас ждут, что дизайн не останется только идеей, а будет доведён до проверяемого прототипа, макета или реализованного элемента. Важно показать, что ваши решения применимы на практике.	От вас ждут подтверждения, что предложенный игровой дизайн работает и воспринимается так, как было задумано. Проверка и документация помогают показать качество игрового опыта, а не только оригинальность идеи.
Тестировщик	На этом этапе вы должны понять систему, её требования, риски и проблемные зоны. От вас ждут, что вы будете исходить не из случайных проверок, а из осмысленного понимания того, что и зачем нужно тестировать.	Здесь один из центральных этапов вашей роли: вы определяете стратегию тестирования, подходы, виды проверок, критерии и логику тестового покрытия. Важно показать, что тестирование спроектировано, а не собрано стихийно.	На этом этапе вы должны показать, как именно была организована и выполнена проверка системы. От вас ждут не только факта тестирования, но и содержательной работы с кейсами, сценариями, дефектами и результатами.	Это наиболее важный этап вашей роли в связке с этапом проектирования: вы должны показать, насколько система соответствует требованиям, какие проблемы выявлены и что означают результаты проверки. Документация здесь является частью самого результата вашей работы.
DevOps	На этом этапе вы должны понять технический контекст проекта, процессы поставки, развертывания, сопровождения и эксплуатации. От вас ждут понимания, какие инфраструктурные проблемы вы решаете и почему они важны для продукта.	Здесь от вас ждут проектирования инфраструктуры, среды, пайплайнов, процессов доставки и мониторинга. Этот этап особенно важен, потому что без него DevOps-решение превращается в набор несвязанных настроек.	Это основной практический этап вашей роли: вы показываете развертывание, автоматизацию, настройку среды и реализацию DevOps-практик. Важно, чтобы решение было не только собрано, но и объяснимо как инженерная система.	От вас ждут подтверждения, что инфраструктура работает стабильно, управляемо и даёт измеримый эффект. Метрики и документация здесь особенно важны, потому что через них видна ценность вашей работы.
1С-разработчик	На этом этапе вы должны понять проблемы предприятия, требования заказчика и бизнес-логику процессов. От вас ждут связи между задачами предприятия и тем решением, которое вы предлагаете в конфигурации.	Здесь важно показать, как будет устроена конфигурация, какие модули и функции нужны, и почему они спроектированы именно так. От вас ждут логики проектирования, а не только знания среды 1С.	Это центральный этап вашей роли: вы должны показать реализацию конфигурации, модулей и прикладной логики. Важно, чтобы результат был связан с реальной задачей предприятия, а не выглядел учебным упражнением.	От вас ждут подтверждения, что разработанное решение работает в нужном контексте и может использоваться по назначению. Для этой роли также важно показать экономическую или прикладную обоснованность результата.
ML-разработчик / Data Scientist	На этом этапе вы должны понять задачу, предметную область, гипотезу, данные и ограничения применения модели. От вас ждут, что выбор модели будет опираться на проблему, а не только на доступный инструментарий.	Здесь особенно важен выбор подхода: архитектуры модели, признаков, метрик, целевой функции, способов оптимизации и организации данных. От вас ждут обоснования того, почему именно такая ML-логика подходит под задачу.	Это основной практический этап вашей роли: вы должны показать подготовку данных, обучение модели, настройку и получение результата. Важно, чтобы было видно не только использование библиотеки, но и содержательная инженерная работа.	От вас ждут подтверждения качества модели через метрики, интерпретацию результатов и понимание ограничений применения. Документация и выводы здесь помогают показать, что модель рассматривается как рабочее решение, а не просто эксперимент.
Программный инженер полного жизненного цикла ПО	На этом этапе вы должны понять задачу целиком: проблему, процессы, пользователей, аналоги и границы системы. От вас ждут самого широкого охвата, потому что ваша роль объединяет несколько направлений работы.	Здесь вы должны показать целостное проектирование системы: требования, архитектуру, данные, интерфейсы, алгоритмы и связи между частями. Этот этап особенно важен, потому что именно он связывает между собой весь жизненный цикл решения.	Это основной этап вашей роли: от вас ждут, что вы доведёте проект до реального рабочего состояния на нескольких уровнях сразу. Важно показать не отдельный фрагмент, а согласованную систему с понятным вкладом по всем ключевым частям.	От вас ждут подтверждения, что решение проверено, описано и пригодно к использованию. Для этой роли особенно важно показать завершённость работы и её целостность как программного продукта.

На каждом этапе ВКР от вас ожидается разный тип работы в зависимости от роли. У всех ролей сохраняется общая логика: анализ → проектирование → реализация → проверка результата, но акценты и степень проработки отдельных этапов могут различаться.

INFO

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