2 практика

1. ОТЧЕТ ОБУЧАЮЩЕГОСЯ О ПРОХОЖДЕНИИ ПРОИЗВОДСТВЕННОЙ ТЕХНОЛОГИЧЕСКОЙ (ПРОЕКТНО-ТЕХНОЛОГИЧЕСКОЙ) ПРАКТИКИ ПО МОДУЛЮ «ПРОЕКТНЫЙ»

ОТЧЕТ ОБУЧАЮЩЕГОСЯ О
ПРОХОЖДЕНИИ ПРОИЗВОДСТВЕННОЙ
ТЕХНОЛОГИЧЕСКОЙ (ПРОЕКТНОТЕХНОЛОГИЧЕСКОЙ) ПРАКТИКИ ПО
МОДУЛЮ «ПРОЕКТНЫЙ»
ШЛ Ы К О В А Л Е К С А Н ДР Г Р . 1 243

2. УК-9

Подготовлено технико-экономическое обоснование выбора подхода к
сопровождению сайта: вариант с ручным обновлением повторяющегося
контента непосредственно в шаблонах страниц и вариант с централизованным
хранением повторяющихся данных в JSON-структурах. Сравнение выполнено по
методам TCO и ROI с горизонтом расчёта на 12 ближайших месяцев. В расчёт
включены трудозатраты на внесение изменений, проверку корректности
отображения, количество затрагиваемых файлов, затраты на повторные правки
при обнаружении ошибок, а также единовременные затраты на переработку
структуры проекта.
Для оценки трудоёмкости был проведён хронометраж типовой операции
обновления одного контентного блока: измерение выполнялось по 5
повторениям одного и того же сценария с помощью таймера, от момента
открытия файлов до получения корректного отображения после сохранения
изменений. По результатам измерений при ручном обновлении среднее время
одной правки составило 15 минут, при использовании JSON-структуры — 7
минут. Количество файлов, затрагиваемых при типовом изменении, сокращено с
3 до 1, объём дублируемой разметки уменьшен на 50%.
На основании полученных данных рассчитана годовая стоимость
сопровождения обоих вариантов. Переход к JSON-структурам позволила снизить
совокупную стоимость сопровождения сайта на 40% из которого большая часть
ложится на оптимизацию серверов. Дополнительно рассчитан показатель ROI
внедрения централизованной структуры данных: соотношение годовой
экономии трудозатрат к единовременным затратам на переработку проекта
составило 10%, что подтвердило экономическую целесообразность выбранного
решения. Решение было принято в сторону JSON-структур как базового подхода
к сопровождению и масштабированию контентной части сайта.

3. ОПК-3

Выполнен анализ предметной
области и аналогичных веб-решений:
рассмотрены сайты-аналогов:
https://midhard.com, https://nextgenium.com/ru/,
https://comongames.ru,
https://gungamestudio.com,
https://gdforge.ru,
https://owlgamesstudio.com/ru по
критериям структуры, навигации,
визуальной подачи, состава страниц и
способов представления контента.
Результаты оформлены в
сравнительную таблицу по
параметрам. На основании анализа
подготовлен перечень требований к
структуре сайта, логике
пользовательского сценария и
формату хранения данных.

4. ОПК-4

Подготовлен комплект технических
материалов по проекту: описание
структуры сайта, состава страниц,
логики размещения блоков,
структуры JSON-данных, правил
именования файлов и полей.
Зафиксированы в подготовлено
описание ключевых страниц и
JSON-структуры для сайта.
Документированы правила
наполнения сайта контентом,
порядок доработки интерфейса и
требования к корректному
отображению данных.

5. ОПК-5.1

Настроено рабочее окружение для
разработки и тестирования веб-проекта:
подготовлена локальная структура проекта,
подключены средства контроля версий
GitHub, редактор кода Visual Studio Code,
браузерные Chrome DevTools v147,
инструменты предварительного просмотра и
сборки проекта NEXT.js 16.x (Active LTS).
Выполнена настройка каталогов для
шаблонов, стилей, скриптов и JSON-данных,
проверена корректность локального запуска
и отображения сайта в среде разработки.
Проведена проверка работоспособности
проекта после развёртывания зависимостей
и конфигурации структуры файлов.

6. ОПК-8

Работа выполнена по стадиям жизненного цикла веб-проекта:
анализ требований, проектирование структуры, разработка
данных, вёрстка интерфейса, тестирование, оптимизация и
документирование. Для каждой стадии зафиксированы
результаты: определены страницы, повторно используемых
компонентов, JSON-файлов, выполнены доработки по
результатам тестирования. Изменения вносились поэтапно с
контролем версий и фиксацией статуса реализации.

7. ПК-2

Проведено функциональное
тестирование сайта по сценариям,
включая проверку навигации,
корректности вывода контента из JSON,
отображения интерфейсных блоков,
ссылок, форм и адаптивности.
Выполнена проверка в 3 браузерах
Opera, FireFox, Vivaldi и на основных
разрешениях экрана в том числе и
мобилки от Iphone 12 до разрешений
Ipad pro. Зафиксированы дефекты
отображения и логики, после
корректировок критические ошибки
отсутствовали, повторная проверка
подтвердила стабильную работу всех
основных пользовательских сценариев.

8. ПК-5.1

Разработана техническая документация
по проекту: описание структуры
каталогов, страниц сайта, логики
подключения контента, состава
обязательных полей, правил
редактирования и проверки данных
перед публикацией. Подготовлены
материалы объёмом в 8
страниц/разделов, включая инструкции
по внесению изменений в контент,
описания интерфейсных блоков и
перечень рекомендаций по дальнейшей
доработке проекта.

9. ПК-6

Реализована инженерно-технологическая
поддержка сопровождения проекта за
счёт разделения данных и представления:
контент вынесен в JSON, интерфейсные
блоки приведены к повторному
использованию, определён порядок
обновления сайта без изменения
основной разметки.
Подготовлены правила обновления
структуры данных, проверки
обязательных полей и контроля
корректности вывода контента. Это
позволило сократить количество ручных
правок интерфейса при обновлении
типового раздела до файла и ускорить
выпуск правок.
Дополнительно выполнена интеграция
Git в проект, настроен репозиторий для
совместной работы ключевых
участников, что позволило упорядочить
процесс сопровождения и выпуска
изменений.

10. ПК-7

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

11. ПК-8

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

12. ПК-9

Спроектирован и реализован
пользовательский интерфейс сайта:
проработаны макеты/структуры в файле
Figma, где определены композиция блоков,
визуальная иерархия, навигация, отступы,
размеры типографики и поведение
элементов на разных разрешениях. Все
вышло на 5 основных блоков/страниц MPA
приложения, что позволит выдать полный
функционал для пользователя Реализованы
повторно используемые блоки интерфейса,
настроены адаптивные точки в: 360 / 768 /
1280 px для адаптивности экранов на
любом устройстве, обеспечена визуальная
согласованность элементов и читаемость
контента.

13. ПК-10

Подготовлен набор тестовых
сценариев в кол-ве 5 штук, которые
проверяют основные страницы
приложения и пяти чек-листов для
проверки сайта: корректность
отображения страниц, вывод
данных из JSON, адаптивность,
работа навигации, повторная
проверка после исправлений.
Охвачено тестированием ключевые
страниц и основные интерфейсные
блоки. Для каждого сценария
зафиксированы входные данные,
ожидаемый результат, фактический
результат и статус прохождения.

14. ПК-11

При проектировании структуры
данных проекта были учтены
требования к защите
информации на уровне хранения
данных: определён состав
допустимых атрибутов,
исключено хранение и вывод
избыточных служебных
сведений, зафиксированы
правила разделения
пользовательских и технических
данных, а также порядок
резервного копирования и
контролируемого обновления
данных.

15. ПК-12

Выполнено функциональное и
структурное проектирование вебпроекта: определены состав разделов
сайта, логика пользовательских
сценариев, структура страниц, состав
интерфейсных компонентов и правила их
связи с данными. На этой основе
сформирована карта сайта,
спроектированы 5 страниц, 15
интерфейсных блоков и структура
данных для их наполнения.
Предусмотрены решения по унификации
шаблонов и повторному использованию
компонентов на стороне frontend,
обеспечивающие удобство
сопровождения и возможность
дальнейшего масштабирования проекта.