Практическая часть диплома в колледже

Практическая часть – главная в дипломе колледжа: по ней комиссия видит, что вы владеете специальностью. Здесь вы анализируете реальный объект, что-то разрабатываете или проводите опытную работу и показываете результат. Разберём, из чего состоит практическая часть диплома в колледже, где взять данные и как описать собственную разработку.

Коротко

1. Посмотрите в методичке обязательные разделы практической части для вашей специальности.

2. Соберите данные на преддипломной практике.

3. Опишите объект: организацию, процесс, группу или предметную область.

4. Проведите анализ и сформулируйте проблему.

5. Опишите разработку и то, как вы её проверяли.

6. Оцените результат и сделайте выводы по главе.

Что входит в практическую часть

Содержание зависит от специальности, но логика почти всегда одна: объект – анализ – разработка – результат.

Пример, на котором разберём

Студент специальности «Информационные системы и программирование» пишет диплом на тему «Разработка веб-приложения для онлайн-записи клиентов салона красоты». Базой стал небольшой салон, где он проходил преддипломную практику: запись там ведётся по телефону и в бумажном журнале.

Практическая глава может выглядеть так:

• 2.1. Анализ предметной области и требований к приложению

• 2.2. Проектирование приложения и базы данных

• 2.3. Разработка и тестирование приложения

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

Шаг 1. Объект и анализ

Начните с описания объекта – коротко, только то, что важно для темы. Для салона это услуги, число мастеров, как сейчас устроена запись и какие с ней проблемы.

Затем – анализ. Именно он показывает, зачем нужна ваша разработка:

Запись ведётся администратором по телефону в бумажном журнале. За две недели наблюдения в салон поступило 140 звонков, около трети из них – в вечернее время, когда салон уже закрыт и звонки остаются без ответа. Клиенты не видят свободное время мастеров и часто переносят визит.

В IT-теме сюда же относятся требования к приложению: кто им пользуется (клиент, администратор, мастер) и что каждый должен уметь делать. Требования удобно оформить списком или таблицей.

В других специальностях на этом шаге будет своё: в экономической теме – анализ показателей за два-три года, в педагогической – результаты первичной диагностики, в медицинской – результаты анкетирования пациентов.

Шаг 2. Разработка

Это ядро главы. Описывайте не только что сделали, но и почему именно так:

• выбор инструментов – язык, фреймворк, система управления базами данных – с коротким обоснованием;

• проектирование – схема базы данных, структура страниц, сценарии работы пользователей;

• реализация – ключевые функции с фрагментами кода или скриншотами;

• интерфейс – как приложение выглядит для клиента и для администратора.

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

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

Шаг 3. Проверка и результат

Разработка без проверки выглядит незавершённой. Покажите, что она работает:

• в IT – тестирование: какие сценарии проверили, какие ошибки нашли и исправили;

• в экономике – расчёт эффекта: затраты и ожидаемая выгода;

• в педагогике – повторная диагностика и сравнение с исходной;

• в технике – расчёты и проверка по нормативам.

Приложение протестировано по 18 сценариям, включая попытку записи на занятое время и отмену визита. За неделю пробной работы в салоне через сайт оформлено 37 записей, из них 12 – в нерабочее время, когда раньше звонки оставались без ответа.

Если организация согласна, попросите справку или отзыв о том, что разработку используют или планируют использовать. Это не обязательно, но на защите такой документ работает лучше любых слов.

Где взять данные

Главный источник – преддипломная практика. Ещё до её начала составьте список того, что понадобится: какие документы, за какой период, у кого их спросить. Собирайте всё сразу, пока есть доступ: документы, отчётность, интервью с сотрудниками, результаты наблюдений. Если данные закрытые, договоритесь об обезличивании: условное название, относительные показатели, никаких персональных данных клиентов.

Цифры нельзя придумывать или подгонять под нужный результат. На защите часто спрашивают, откуда данные, а председатель комиссии нередко – практик из вашей отрасли и быстро замечает неправдоподобное.

Выводы по главе

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

Анализ показал, что около трети звонков в салон приходится на нерабочее время и остаётся без ответа. Разработанное веб-приложение позволяет клиентам записываться круглосуточно и видеть свободное время мастеров. Тестирование и неделя пробной работы подтвердили, что приложение решает эту проблему.

Частые ошибки

• Описание организации на полглавы. История и реквизиты вместо анализа проблемы.

• Разработка без обоснования. Непонятно, почему выбраны именно эти инструменты или мероприятия.

• Нет проверки результата. Приложение разработано, но не протестировано, мероприятия предложены, но эффект не оценён.

• Код или расчёты целиком в тексте. Десятки страниц листингов вместо пояснений и приложений.

• Выдуманные данные. Они расходятся с отзывом организации и вызывают вопросы комиссии.

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

Чек-лист