Учебно-методические комплексы

Подробнее

Задачи практики: разработка алгоритмов, написание кода веб-приложений, использование инструментальных средств, проведение тестирования по сценариям.
Требования к результатам: в результате прохождения практики студент должен получить практический опыт использования инструментальных средств обработки информации, участия в разработке технического задания, программирования на стороне сервера, тестирования и отладки приложений, а также управления проектами. Студент должен уметь осуществлять постановку задач, разрабатывать интерфейсы, создавать проекты и управлять ими. Студент должен знать этапы разработки, принципы проектирования, отладки, тестирования и методы разработки технической документации.
2. Тематический план учебной практики – содержит структуру практики, состоящую из 4 тем с распределением часов:
Тема 1 (18 часов): «Участие в выработке требований к программному обеспечению» – исследование предметной области, выработка требований, разработка технического задания по ГОСТ 19.201-78.
Тема 2 (18 часов): «Проектирование информационных ресурсов» – проектирование базы данных, приведение ее к 3-й нормальной форме, проектирование карты сайта.
Тема 3 (42 часа): «Разработка веб-приложения» – создание и наполнение БД, разработка модуля авторизации, CRUD-функционала, выгрузка данных в файл, формирование отчетов, публикация приложения и использование системы контроля версий.
Тема 4 (30 часов): «Тестирование и разработка технологической документации» – разработка текста приложения, отладка и тестирование, проведение приемо-сдаточных испытаний, разработка документа «Руководство оператора», подготовка отчета по практике.
3. Содержание учебной практики – детально описывает виды работ, требования к знаниям и умениям, а также результаты контроля для каждой темы:
Для каждой темы перечислены конкретные виды работ (например, исследование предметной области, проектирование ER-диаграммы, разработка модулей).
Определены контрольные точки – результаты, которые студент должен представить по каждой теме (техническое задание, ER-диаграмма, работающее веб-приложение, документация, отчет).
4. Рекомендуемая литература – включает список основных (10 источников) и дополнительных (12 источников) учебных изданий, охватывающих технологии разработки веб-приложений (frontend и backend на JavaScript, node.js, C#, ASP.NET Core), программную инженерию, CASE-технологии, системы контроля версий (Git), а также ссылки на электронные ресурсы (MSDN, ГОСТы, шаблоны документации).
5. Рекомендуемые средства обучения – перечислены необходимые технические и программные средства:
Технические средства: компьютеры с предустановленным ПО.
Программное обеспечение: интегрированные среды разработки (Visual Studio, PHPStorm, WebStorm), редакторы кода, средства для проектирования интерфейсов (Figma), платформы (Node.JS), средства тестирования (Postman), офисные приложения (Microsoft Word, Visio), антивирусное ПО и виртуальные машины.
Ключевые темы, охваченные в программе:
✓ Организация учебной практики веб-разработчиков.
✓ Выработка требований и составление технического задания (ГОСТ 19.201-78).
✓ Проектирование баз данных (ER-диаграммы, нормализация до 3НФ).
✓ Проектирование карты и архитектуры веб-приложения.
✓ Разработка серверной логики (авторизация, CRUD, выгрузка данных, отчеты).
✓ Отладка, тестирование и приемо-сдаточные испытания.
✓ Документирование программных продуктов (Руководство оператора).
✓ Использование систем контроля версий (Git) и публикация приложений.

Подробнее

Структура и содержание рабочей программы:
1. Пояснительная записка – определяет место практики в образовательной программе, ее цели и задачи:
Цель практики: закрепление и углубление знаний, полученных при изучении МДК 01.01 «Технология разработки информационных ресурсов» и МДК 01.02 «Проектирование и разработка интерфейсов пользователя».
Задачи практики: изучение требований к программному продукту, совершенствование навыков проектирования и разработки интерфейсов, изучение правил оформления программной документации по ЕСПД.
Требования к результатам: в результате прохождения практики студент должен получить практический опыт разработки алгоритмов, проектирования ресурсов, использования инструментальных средств, тестирования и оформления документации. Студент должен уметь разрабатывать макеты интерфейсов, код модулей, выполнять отладку и тестирование, оформлять документацию. Студент должен знать этапы разработки, принципы проектирования, отладки и методы разработки технической документации.
2. Тематический план учебной практики – содержит структуру практики, состоящую из 2 тем с распределением часов:
Тема 1 (18 часов): «Участие в выработке требований к программному обеспечению» – исследование предметной области, выработка требований, разработка технического задания по ГОСТ.
Тема 2 (18 часов): «Проектирование информационных ресурсов» – проектирование UML-диаграмм: вариантов использования, последовательностей, активностей.
3. Содержание учебной практики – детально описывает виды работ, требования к знаниям и умениям, а также результаты контроля для каждой темы:
Тема 1: предусматривает разработку технического задания, изучение этапов проектирования, исследовательские работы и утверждение требований. Результат – сформированный документ «Техническое задание».
Тема 2: включает проектирование UML-диаграмм (вариантов использования, последовательностей, активностей). Результат – проверка правильности спроектированных диаграмм.
4. Формируемые компетенции – в результате прохождения практики студент должен освоить профессиональные компетенции (ПК):
ПК 1.1. Проектировать информационные ресурсы.
ПК 1.2. Разрабатывать интерфейсы пользователя.
ПК 1.3. Интегрировать программный код в соответствующую инфраструктуру.
ПК 1.4. Использовать систему контроля версий в процессе коллективной (параллельной) разработки.
ПК 1.5. Выполнять процедуры тестирования программного кода.
5. Рекомендуемая литература – включает список основных (5 источников) и дополнительных (7 источников) учебных изданий, охватывающих проектирование информационных систем, разработку веб-приложений, веб-дизайн, CASE-технологии, стандартизацию и метрологию ПО, а также ресурсы сети Интернет.
6. Рекомендуемые средства обучения – перечислены необходимые технические и программные средства:
Наглядные: интерактивные учебные пособия.
Технические: персональные компьютеры с предустановленным ПО (браузер, Visual Studio, draw.io, Microsoft Word, Microsoft Visio).
Ключевые темы, охваченные в программе:
✓ Организация учебной практики веб-разработчиков.
✓ Выработка требований и составление технического задания (по ГОСТ).
✓ Проектирование информационных ресурсов с использованием UML-диаграмм (вариантов использования, последовательностей, активностей).
✓ Основы разработки интерфейсов пользователя.
✓ Документирование программных средств в соответствии с ЕСПД.
✓ Использование инструментальных средств для проектирования и отладки.

Подробнее

4).
2. Система текущего контроля
✓ Текущий контроль осуществляется через экспертные наблюдения и оценку результатов деятельности по следующим видам работ:
Проектирование: анализ организации заказчика, составление графических нотаций для бизнес-процессов в моделях "AS IS / TO BE", применение методов системного анализа (ПК 1.1).
Разработка интерфейсов: создание сайтмэпа и прототипов веб-приложения с учетом UI/UX-подхода с использованием специализированного ПО (ПК 1.2).
Тестирование: выполнение тестирования выбранного веб-ресурса, составление отчета с результатами, разработка тестовых сценариев (ПК 1.3, ПК 1.5).
Работа с системой контроля версий: создание репозитория и веток, работа в условиях коллективной разработки (ПК 1.4).
✓ Оценивание также включает ведение дневника практиканта по шести критериям: структура и оформление, содержательность записей, самостоятельность и инициативность, анализ и рефлексия, профессиональная терминология, итоговая самооценка. Критерии оценки дневника варьируются от "отлично" (подробное описание, инициатива) до "неудовлетворительно" (поверхностные записи, низкая активность).
✓ Критерии оценки для каждой профессиональной компетенции имеют три уровня (отлично, хорошо, удовлетворительно), описывающие конкретные требования к выполнению работ (например, для ПК 1.1: изучение требований, построение графической нотации; для ПК 1.2: разработка отзывчивого дизайна, корректное отображение на устройствах; для ПК 1.3: корректное функционирование приложения после интеграции; для ПК 1.4 и ПК 1.5: сохранение результатов в системе контроля версий, отладка, выводы).
3. Промежуточная аттестация
✓ Промежуточная аттестация проводится в IV семестре в форме комплексного дифференцированного зачета (зачет с оценкой), который выставляется по результатам текущего контроля, ведения дневника и оценки отчета.
✓ Для подготовки представлены 33 вопроса по МДК.01.01 (охватывающие технологии разработки, UML, структурный и объектный подходы, файловую систему, модули, тестирование, отладку, работу с СУБД и SQL).
✓ Также приведены примеры практических заданий для других МДК:
По МДК 01.02: разработка прототипа портала и фрагмента UI Kit в Figma (60 минут).
По МДК 01.03: тестирование документа на соответствие требованиям с использованием Google Таблиц, Postman, Test IT (90 минут).
✓ Критерии оценки на зачете (по четырехуровневой системе) обобщают требования к выполнению всех видов работ: от разработки отзывчивого дизайна и интеграции кода до тестирования и работы с системой контроля версий.
4. Условия проведения контроля
✓ Текущий контроль проводится в процессе выполнения практических заданий. Оценка результатов осуществляется путем сравнения с требованиями нормативных документов и инструкций.
✓ Для допуска к зачету необходимо успешное выполнение всех видов работ и предоставление полного комплекта отчетных документов.
✓ Документ содержит подробные критерии для оценки как профессиональных, так и общих компетенций (ОК 01-09), включая обоснованность решений, использование современных средств поиска и анализа информации, эффективную коммуникацию, соблюдение норм поведения и техники безопасности.

Подробнее

2, ПК 2.3, ПК 2.4).
2. Система текущего контроля
✓ Текущий контроль осуществляется через экспертные наблюдения и оценку результатов деятельности по следующим видам работ:
Анализ и проектирование поддержки: анализ организации заказчика, предложение алгоритма работы технической поддержки, подготовка программной среды, настройка прав доступа, использование нормативно-технической документации (ПК 2.1, ПК 2.5).
Разработка регламентов безопасности: анализ организации и разработка регламента по резервному копированию данных и доступу пользователей, организация функционирования подсистемы резервного копирования, работа с инструментами мониторинга безопасности, выполнение регламентных процедур по защите ИР (ПК 2.2, ПК 2.3, ПК 2.4).
✓ Оценивание также включает ведение дневника практиканта по шести критериям: структура и оформление, содержательность записей, самостоятельность и инициативность, анализ и рефлексия, профессиональная терминология, итоговая самооценка. Критерии оценки дневника варьируются от "отлично" (подробное описание, инициатива) до "неудовлетворительно" (поверхностные записи, низкая активность).
✓ Критерии оценки для каждой профессиональной компетенции имеют три уровня (отлично, хорошо, удовлетворительно), описывающие конкретные требования к выполнению работ (например, для ПК 2.1: работоспособность приложения и документация; для ПК 2.2: план резервного копирования и восстановление данных; для ПК 2.3: настройка прав и ролей; для ПК 2.4: аудит безопасности и настройка ПО; для ПК 2.5: блок-схема поддержки и решение инцидентов).
3. Промежуточная аттестация
✓ Промежуточная аттестация проводится в V семестре в форме комплексного дифференцированного зачета (зачет с оценкой), который выставляется по результатам текущего контроля, ведения дневника и оценки отчета.
✓ Для подготовки представлены 30 вопросов по МДК.02.01 (охватывающие задачи администратора, хостинг, CMS, логи, DNS, SSL, веб-серверы, .htaccess, FTP, права доступа, бэкапы, диагностику, DDoS, защиту админ-панели, SQL-инъекции, CAPTCHA, восстановление после взлома) и 30 вопросов по МДК.02.02 (охватывающие информационную безопасность, триаду ИБ, угрозы OWASP, DDoS, вредоносное ПО, аутентификацию, MFA, сессии, JWT, RBAC, SSL/TLS, хеширование, шифрование, SQL-инъекции, XSS, CSRF, SSRF, CSP, HTTP-заголовки, защиту API, песочницу, SSH, PII, политику безопасности, пентест, резервное копирование, инциденты).
✓ Также приведены примеры практических заданий для комплексного зачета:
По МДК 02.01: настройка SSL, создание резервной копии сайта, добавление раздела с формой, анализ скорости через PageSpeed Insights; диагностика ошибки "Соединение сброшено" с перечислением шагов и причин.
По МДК 02.02: настройка HTTPS, защита админки (HTTP-аутентификация, ограничение IP), аудит безопасности через OWASP ZAP, настройка логирования; действия при утечке данных (диагностика, причины, алгоритм реагирования, документирование).
✓ Критерии оценки на зачете (по четырехуровневой системе) обобщают требования к выполнению всех видов работ: от настройки системы до решения инцидентов с глубоким пониманием материала.
4. Условия проведения контроля
✓ Текущий контроль проводится в процессе выполнения практических заданий. Оценка результатов осуществляется путем сравнения с требованиями нормативных документов и инструкций.
✓ Для допуска к зачету необходимо успешное выполнение всех видов работ и предоставление полного комплекта отчетных документов.
✓ Документ содержит подробные критерии для оценки как профессиональных, так и общих компетенций (ОК 01-05, 07, 09), включая обоснованность решений, использование современных средств, эффективную коммуникацию, соблюдение норм поведения и техники безопасности.

Подробнее

4).
2. Система текущего контроля
✓ Текущий контроль осуществляется через экспертные наблюдения и оценку результатов деятельности по следующим видам работ:
Проектирование и дизайн: анализ компании и целевой аудитории, разработка элементов корпоративного дизайна, создание эскизов, схем и прототипов интерфейса с учетом нормативных требований (ПК 3.1, ПК 3.2).
Разработка интерфейсов: применение программных средств для разработки интерфейса, создание дизайна компонентов в соответствии со стандартами и требованиями заказчика, написание программного кода (ПК 3.2).
Разработка клиентской части: создание программного кода веб-страниц, кросс-браузерная верстка, разработка клиентской части веб-приложения по техническому заданию с использованием готовых решений (ПК 3.4).
✓ Оценивание также включает ведение дневника практиканта по шести критериям: структура и оформление, содержательность записей, самостоятельность и инициативность, анализ и рефлексия, профессиональная терминология, итоговая самооценка. Критерии оценки дневника варьируются от "отлично" (подробное описание, инициатива) до "неудовлетворительно" (поверхностные записи, низкая активность).
✓ Критерии оценки для каждой профессиональной компетенции имеют три уровня (отлично, хорошо, удовлетворительно), описывающие конкретные требования к выполнению работ (например, для ПК 3.1: отзывчивый дизайн, корректное отображение на устройствах, интеграция элементов; для ПК 3.2: разработка интерфейса с учетом стандартов и корпоративного стиля; для ПК 3.3 и ПК 3.4: корректное функционирование кода, применение анимации, соблюдение стандартов кодирования).
3. Промежуточная аттестация
✓ Промежуточная аттестация проводится в VI семестре в форме комплексного дифференцированного зачета (зачет с оценкой), который выставляется по результатам текущего контроля, ведения дневника и оценки отчета.
✓ Для подготовки представлены 30 вопросов по МДКн.03.01 (охватывающие UX/UI, принципы дизайна, пользовательские сценарии, персоны, информационную архитектуру, визуальную иерархию, типографику, сетки, доступность, адаптивный дизайн, микроинтеракции, А/В-тестирование, прототипирование, дизайн-системы, цветовой контраст, ошибки UX, ментальные модели, тренды, тёмный режим, обратную связь, формы, карты эмпатии, юзабилити-тестирование, анимацию), 30 вопросов по МДКн.03.02 (охватывающие HTML, семантические теги, атрибуты, блочную модель CSS, display, подключение CSS, селекторы, каскадность, специфичность, margin/padding, выравнивание, Flexbox, Grid, медиазапросы, mobile-first, БЭМ, шрифты, псевдоклассы, адаптивные изображения, z-index, препроцессоры, оптимизацию, normalize.css, выпадающие меню, трансформы, анимацию, viewport-единицы, инструменты отладки) и 30 вопросов по МДКн.03.03 (охватывающие клиентскую часть, стандарты W3C, кросс-браузерность, этапы разработки, семантическую верстку, CSS-препроцессоры, JavaScript, DOM, AJAX, системы контроля версий, npm, тестирование, оптимизацию, WCAG, доступность, mobile-first, медиазапросы, пользовательский путь).
✓ Также приведены примеры практических заданий для комплексного зачета по каждому МДК:
По МДКн.03.01: разработка интерфейса мобильного приложения для доставки еды (анализ аудитории, user flow, вайрфреймы, UI-элементы, обоснование решений) в Figma (90 минут).
По МДКн.03.02: верстка адаптивной карточки товара с использованием семантических тегов, Flexbox, адаптивности (десктоп/мобильный), интерактивных эффектов (90 минут).
По МДКн.03.03: разработка клиентской части страницы товара (HTML-структура, CSS-оформление, JavaScript-логика) и поиск/исправление ошибок в коде блога (90 минут).
✓ Критерии оценки на зачете (по четырехуровневой системе) обобщают требования к выполнению всех видов работ: от глубокого понимания теории и применения стандартов до практической реализации с оптимизацией и учетом доступности.
4. Условия проведения контроля
✓ Текущий контроль проводится в процессе выполнения практических заданий. Оценка результатов осуществляется путем сравнения с требованиями нормативных документов и инструкций.
✓ Для допуска к зачету необходимо успешное выполнение всех видов работ и предоставление полного комплекта отчетных документов.
✓ Документ содержит подробные критерии для оценки как профессиональных, так и общих компетенций (ОК 01-09), включая обоснованность решений, использование современных средств, эффективную коммуникацию, соблюдение норм поведения и техники безопасности.

Подробнее

2, ПК 4.3).
2. Система текущего контроля
✓ Текущий контроль осуществляется через экспертные наблюдения и оценку результатов деятельности по следующим видам работ:
Администрирование инфраструктуры: анализ требований, выбор и внедрение компонентов (сервер, ОС, сеть, СУБД), виртуализация, настройка сетевых служб (DNS, DHCP), интеграция с облачными платформами (IaaS, PaaS, SaaS) и обеспечение информационной безопасности (ПК 4.1).
Разработка серверной части: создание программного обеспечения для обработки данных, бизнес-логики и взаимодействия с базами данных, применение фреймворков (ПК 4.2).
Разработка и отладка: создание логики, баз данных и интеграций, написание кода на языках (Python, PHP, C#), тестирование стабильности API, интеграция с базами данных, создание документации, отладка на уровне модулей и межмодульных взаимодействий (ПК 4.2, ПК 4.3).
✓ Оценивание также включает ведение дневника практиканта по шести критериям: структура и оформление, содержательность записей, самостоятельность и инициативность, анализ и рефлексия, профессиональная терминология, итоговая самооценка. Критерии оценки дневника варьируются от "отлично" (подробное описание, инициатива) до "неудовлетворительно" (поверхностные записи, низкая активность).
✓ Критерии оценки для каждой профессиональной компетенции имеют три уровня (отлично, хорошо, удовлетворительно), описывающие конкретные требования к выполнению работ (например, для ПК 4.1: самостоятельное администрирование сложных сред vs. фрагментарное владение навыками; для ПК 4.2: разработка серверной логики промышленной сложности vs. простейшая логика под руководством; для ПК 4.3: самостоятельная отладка сложных систем vs. поиск простейших ошибок с наставником).
3. Промежуточная аттестация
✓ Промежуточная аттестация проводится в VI семестре в форме комплексного дифференцированного зачета (зачет с оценкой), который выставляется по результатам текущего контроля, ведения дневника и оценки отчета.
✓ Для подготовки представлены 20 вопросов по МДК.04.01 (охватывающие задачи администратора, платформы разработки, настройку LAMP, управление версиями, мониторинг, безопасность, развертывание, базы данных, резервное копирование, автоматизацию, контроль доступа, масштабирование, интеграцию с API, тестирование, отладку, стандарты, совместимость, управление конфигурацией, защиту от SQL-инъекций, обновление и поддержку), 20 вопросов по МДК.04.02 (охватывающие жизненный цикл разработки, языки программирования, фронтенд и бэкенд, библиотеки и фреймворки, базы данных, REST API, валидацию ввода, защиту от SQL-инъекций и XSS, сессии, асинхронную загрузку, работу с файлами, тестирование, веб-сервисы, деплой, принципы SOLID, хранилища данных, веб-сокеты, кэширование, интернационализацию) и 20 вопросов по МДК.04.03 (охватывающие программные платформы, облачные платформы, выбор и настройку ПО, инструменты для БД, интеграцию с API, безопасность, управление версиями, развертывание и масштабирование, этапы разработки, мониторинг, тестирование, совместимость, документирование, автоматизацию, поддержку, тенденции, управление доступом, отказоустойчивость, миграцию данных, конфиденциальность).
✓ Также приведены примеры практических заданий для комплексного зачета по каждому МДК:
По МДК 04.01: настройка базовой среды разработки (установка веб-сервера и БД, управление версиями, настройка HTTPS, мониторинг) – 30 минут.
По МДК 04.02: создание простого веб-приложения для списка задач (to-do list) с базой данных, моделью, контроллером и фронтендом – 30 минут.
По МДК 04.03: разработка простого информационного ресурса (блога) с выбором платформы, созданием БД, моделями, контроллерами, фронтендом и интеграцией – 30 минут.
✓ Критерии оценки на зачете (по четырехуровневой системе) обобщают требования к выполнению всех видов работ: от исчерпывающих системных знаний и безошибочного выполнения до фрагментарных знаний и неспособности решить задачи.
4. Условия проведения контроля
✓ Текущий контроль проводится в процессе выполнения практических заданий. Оценка результатов осуществляется путем сравнения с требованиями нормативных документов и инструкций.
✓ Для допуска к зачету необходимо успешное выполнение всех видов работ и предоставление полного комплекта отчетных документов.
✓ Документ содержит подробные критерии для оценки как профессиональных, так и общих компетенций (ОК 01, 02, 05, 09), включая обоснованность решений, использование современных средств, эффективную коммуникацию и работу с профессиональной документацией.