Введение
Цифровизация высшего образования привела к формированию нового требования к выпускным квалификационным работам по IT-направлениям: создаваемый программный продукт должен решать реальную задачу университета, а не представлять собой абстрактный учебный прототип. Именно поэтому тема разработки автоматизированной системы ведения электронного портфолио студентов и преподавателей Университета «Синергия» относится к числу практически значимых. Студенту, выбравшему такое направление, необходимо не только спроектировать базу данных и пользовательский интерфейс, но и предложить детальную модель наполнения портфолио, учитывающую правила приёма достижений, процедуру их верификации и порядок формирования отчётности для стипендиальной комиссии.
Специальность «разработка структуры портфолио» в данном контексте расшифровывается как комплексное проектирование информационной модели, определяющей состав разделов, перечень хранимых атрибутов достижений, ролевую модель доступа и сценарии взаимодействия субъектов образовательного процесса. Подобная тема удачно закрывает сразу несколько компетенций ФГОС по направлениям «Прикладная информатика», «Информационные системы и технологии» и «Программная инженерия». Работа предполагает анализ предметной области, создание макета, реализацию веб-приложения и оценку его применимости в деятельности конкретного образовательного учреждения.
Настоящий материал будет полезен студентам, которые нуждаются в упорядоченном представлении о содержании этой работы, а также тем, кто принимает решение заказать ВКР по разработка структуры портфолио у профильных специалистов. В статье последовательно рассмотрены требования к учёту достижений обучающихся, логика построения модуля загрузки достижений, способы генерации отчётов для стипендиальной комиссии и экономическое обоснование целесообразности автоматизации.
Анализ требований к учёту достижений студентов в Университете «Синергия»
Проектирование информационной системы в любой организации начинается с обследования предметной области. Применительно к Университету «Синергия» необходимо зафиксировать, какие виды достижений подлежат регистрации: учебные, научно-исследовательские, спортивные, творческие и общественные. Анализ требований показывает, что каждая категория имеет собственную структуру описания. Для учебных достижений релевантны номер зачётной книжки, дисциплина, вид контроля и оценка; для научных публикаций — название, соавторы, издание, индексирование в РИНЦ или Scopus; для спортивных результатов — уровень соревнований, статус награды и дата. Таким образом, разработка структуры портфолио не может быть сведена к единственной таблице «Мероприятия», поскольку кортежи атрибутов различаются.
В ходе анализа также фиксируются роли пользователей: студент, преподаватель, куратор группы, сотрудник деканата, член стипендиальной комиссии, администратор. Для каждой роли выделяется набор операций. Студент загружает сканы подтверждающих документов, заполняет карточку достижения и отправляет её на модерацию. Преподаватель, в свою очередь, может создавать записи о вебинарах, организованных кафедрой, фиксировать руководство научным кружком и размещать сведения о повышении квалификации. Куратор и сотрудник деканата выполняют проверку документального основания записи. Стипендиальная комиссия работает с итоговой выборкой данных за семестр.
Нормативные основания учёта достижений
Обучающийся, берущийся за такую тему, должен изучить локальные акты вуза: положение о портфолио, положение о стипендиальном обеспечении и регламент назначения повышенной государственной академической стипендии. Эти документы содержат конкретный перечень критериев оценивания достижений, балльную систему и состав подтверждающей документации. В выпускной работе важно не переписывать эти положения, а представить их в формализованном виде: перечень требований в табличной форме, построение use-case диаграммы, моделирование бизнес-процесса «Приём достижения к учёту» в нотации BPMN или IDEF0.
Модель данных учёта достижений
Разработка структуры портфолио требует построения нормализованной базы данных. Как правило, в модель включаются сущности «Пользователь», «Роль», «Категория достижения», «Тип документа», «Достижение», «Файл», «Заявка на модерацию», «Комментарий модератора», «Период оценивания» и «Решение комиссии». Атрибут «Файл» хранится отдельно, что даёт возможность использовать облачное хранилище или файловую систему сервера. При проектировании важно учитывать, что одно достижение может сопровождаться несколькими подтверждающими документами, поэтому необходима связь «один ко многим» между таблицей достижений и таблицей вложений.
Разработка информационной системы «Электронное портфолио»
Практическая часть выпускной квалификационной работы по этой теме обычно содержит выбор архитектуры, проектирование базы данных, реализацию программных модулей и описание интерфейса. Для Университета «Синергия» целесообразна клиент-серверная веб-архитектура, поскольку пользователи работают из разных корпусов и с личных устройств. Бэкенд может быть написан на PHP-фреймворке Laravel или на Python с использованием Django; фронтенд формируется средствами JavaScript-библиотеки React. Выбор конкретного стека необходимо обосновать в тексте ВКР: следует сравнить скорость разработки, доступность документации и требования к хостингу.
Коммерческий смысл этой темы понятен: вуз нуждается в едином окне, где студент один раз публикует диплом, сертификат, благодарность или программу мероприятия, а ответственные сотрудники используют эти данные без повторного запроса. Значительная часть работы связана с разработкой структуры портфолио, то есть с определением того, как будет выглядеть экран пользователя и какие поля обязательны для заполнения.
Модуль загрузки достижений
Центральный функциональный блок системы обеспечивает добавление записи о достижении. В его состав целесообразно включить следующие подпроцессы: выбор категории, автоматическое открытие релевантных полей формы, загрузку нескольких файлов, проверку размера и расширения, формирование электронной подписи при наличии интеграции и отправку уведомления модератору. При проектировании этого модуля важно применять валидацию на стороне клиента и сервера, чтобы исключить SQL-инъекции и загрузку опасных файлов. В качестве допустимых форматов обычно устанавливаются PDF, PNG и JPEG.
Для пользователя полезен личный кабинет со статусом каждой записи: «черновик», «отправлено на проверку», «подтверждено», «отклонено», «требуется уточнение». Такая система разграничивает ответственность. Студент видит причину отклонения и сразу понимает, какой документ не соответствует установленным требованиям. Преподаватель имеет аналогичный механизм, однако в его портфолио могут быть добавлены сведения об учебной нагрузке, научном руководстве и опубликованных трудах, то есть состав полей расширяется за счёт карьерного вектора.
Генерация отчётов для стипендиальной комиссии
Одним из ключевых требований к проектируемой системе является формирование выборки студентов, претендующих на повышенную стипендию. Стипендиальная комиссия работает в ограниченные сроки, поэтому процедура подготовки справок должна занимать не часы, а минуты. Разработка структуры портфолио должна предусматривать модуль отчётов, позволяющий задать период учёта, категории достижений, минимальный балл и количество участников рейтинга. Системе следует выгружать результаты в форматах PDF и XLSX, включая в документ фамилию, номер группы, перечень достижений и итоговый балл.
При реализации модуля аналитики нельзя забывать о ленте времени: при переходе студента из одной группы в другую или при повторном получении диплома одной и той же олимпиады баллы должны корректно пересчитываться. Алгоритм скоринга достижений обычно заимствуется из локальных актов университета. В ВКР такой механизм описывается в виде блок-схемы или таблицы соответствия типа достижения и начисляемого балла.
Экономическая эффективность автоматизации процесса учёта достижений
Согласно требованиям ФГОС, выпускная квалификационная работа бакалавра прикладной информатики должна содержать оценку эффективности разработки. В случае электронного портфолио экономическое обоснование строится на сравнении трудозатрат сотрудников деканата до и после внедрения системы. В неавтоматизированном режиме работник собирает заявления, проверяет их вручную, переносит данные в электронные таблицы, готовит сводные ведомости. По статистике проектных решений, операция обработки одного достижения занимает от 12 до 25 минут. При потоке в триста заявок за семестр набегает существенная нагрузка, отвлекающая персонал от прямой работы со студентами.
Для расчётной части дипломного проекта необходимо применить метод анализа абсолютных и относительных показателей. В первой группе фигурирует снижение трудозатрат в часах, уменьшение количества ошибок при подсчёте баллов и сокращение расхода бумаги. Во второй группе считаются процент экономии рабочего времени, коэффициент загрузки ответственного сотрудника и срок окупаемости программного продукта. Итогом главы является вывод о том, что использование системы освобождает до нескольких рабочих дней в семестр и повышает прозрачность принятия решений стипендиальной комиссией.
Следует понимать, что экономическую аналитику нельзя строить исключительно на гипотетических цифрах. Для выполнения этой части желательно получить от работодателя или администрации вуза статистику обращений за справками. Если доступ к таким сведениям ограничен, допускаются экспертные оценки, оформленные как интервальные значения. Например, можно опираться на хронометраж, проведённый автором в период преддипломной практики. Именно поэтому для успешной подготовки исследования важно заранее найти профильную организацию, что также помогает при выборе базы практики; о практических вопросах получения материалов можно прочитать в статье о сборе материалов для аналитической части.
Почему студентам сложно самостоятельно написать ВКР по разработка структуры портфолио
Первая трудность связана с неопределённостью предметной области. Термин «портфолио» в разных вузах понимается по-разному: это может быть набор документов для аттестации, веб-страница с личными достижениями, внутренний модуль LMS или публичный сайт-визитка. Университет «Синергия» имеет собственную специфику учёта достижений, поэтому типовые решения из открытых источников требуют существенной адаптации. Студент, не погружённый во внутренние документы, рискует спроектировать систему, которая не соответствует реальному процессу.
Вторая причина сложности — большой объём разнопланового материала. Дипломное исследование одновременно затрагивает базы данных, веб-разработку, интерфейсное проектирование, нормативную документацию и экономические расчёты. Редкий студент имеет одинаково сильную подготовку по всем перечисленным направлениям. Одни хорошо пишут код, но не умеют строить диаграммы потоков данных; другие сильны в теории, но слабо представляют, как спроектировать удобный интерфейс для загрузки сканов.
Третья причина кроется в требованиях к оформлению пояснительной записки. Каждая структурная часть выпускной работы должна соответствовать методическим указаниям вуза. Разработка структуры портфолио как специальность предполагает наличие большого количества иллюстраций, скриншотов и схем. Нужно не только создать изображение интерфейса, но и корректно оформить его подпись, выполнить ссылку на рисунок в тексте, обеспечить согласованность нумерации. Подобная кропотливая работа при нехватке времени становится источником систематических ошибок.
Также стоит отметить психологический барьер: обучающийся должен неоднократно консультироваться с научным руководителем, учитывать замечания и переделывать части проекта. Многие студенты не рассчитают силы и оставляют основную программную реализацию на последние дни, из-за чего страдает качество кода и тестирования. Именно поэтому всё чаще принимается решение заказать ВКР по разработка структуры портфолио у специалистов, которые умеют распределять этапы работы и соблюдать сроки.
Что входит в подготовку дипломной работы
Подготовка дипломной работы по разработка структуры портфолио представляет собой многостадийный процесс, каждую стадию которого нужно фиксировать в отчёте о преддипломной практике и в тексте пояснительной записки. Если студент планирует взаимодействовать с профессиональным исполнителем, аналогичная последовательность соблюдается и при выполнении заказа.
Аналитическая стадия
На этом этапе выполняется сбор информации о том, как в университете обрабатываются достижения студентов и преподавателей. Составляется перечень заинтересованных сторон, выявляются существующие недостатки: дублирование данных, ручная проверка, потери документов. Результатом аналитической стадии становится техническое задание, содержащее развёрнутое описание функций будущего программного обеспечения.
Проектная стадия
Разрабатываются модели бизнес-процессов AS-IS и TO-BE, строится диаграмма вариантов использования, проектируется логическая модель базы данных, создаются макеты экранов. Ключевое место занимает разработка структуры портфолио: определяется состав блоков «Образование», «Наука», «Спорт», «Творчество», «Общественная деятельность», а также набор реквизитов для каждой категории.
Технологическая стадия
Непосредственная разработка включает настройку среды, создание базы данных, реализацию серверной логики и пользовательского интерфейса. Программный код сопровождается комментариями и, по возможности, модульными тестами. Желательно применить систему контроля версий Git, что позволит отследить историю изменений.
Исследовательско-оценочная стадия
Проводится тестирование модуля загрузки достижений, проверяется корректность генерации отчётов для стипендиальной комиссии при различных входных наборах. Оцениваются показатели производительности, удобство интерфейса и результативность решения. По итогам тестирования вносятся правки и формируется эксплуатационная документация.
Методы исследования, используемые в работах по разработка структуры портфолио
Выбор методов исследования напрямую влияет на качество защиты, поскольку члены государственной экзаменационной комиссии обращают внимание на методологическую культуру выпускника. Для тем, связанных с автоматизированными системами, типичен следующий набор методов.
- Анализ научной и технической литературы — изучение публикаций о цифровой трансформации образования, стандартов проектирования баз данных, практик внедрения электронных портфолио в зарубежных университетах.
- Обследование деятельности организации — интервьюирование сотрудников деканата, членов стипендиальной комиссии и представителей студенческого совета; анкетирование студентов об используемых способах подачи достижений.
- Моделирование — построение диаграмм прецедентов, классов, последовательностей и состояний с помощью языка UML и нотаций моделирования бизнес-процессов.
- Сравнительный анализ программных продуктов — сопоставление функциональности Moodle-портфолио, сервиса Portfolio Gen, собственных разработок высших учебных заведений и заказного решения.
- Экспериментальное тестирование — выполнение серии пользовательских сценариев для проверки корректности учёта загруженных достижений.
- Экономический анализ — расчёт совокупной стоимости владения системой, сроков окупаемости и экономии трудовых ресурсов.
Для строгой обоснованности количественных результатов иногда применяется элемент экспертного опроса: представители стипендиальной комиссии оценивают полноту выходных форм и удобство поиска. Обработка таких данных может проводиться с помощью простых ранговых шкал. Если же в исследовании появляются психолого-педагогические инструменты, например, анкета удовлетворённости интерфейсом, полезно обратиться к общему алгоритму подбора измерительных методик, описанному в материале как подобрать методики для ВКР по психологии.
Требования к ВКР
Выпускная работа по направлению «Информационные системы и технологии» должна содержать введение, три главы, заключение, список использованных источников и приложения. Во введении формулируются актуальность, цель, объект, предмет, гипотеза, задачи и методы исследования. Для рассматриваемой темы целью обычно является повышение достоверности и оперативности учёта достижений студентов путём создания автоматизированного веб-сервиса.
Первая глава включает описание предметной области Университета «Синергия», анализ аналогов и обоснование выбора технологии. Вторая глава посвящена проектированию системы: разработке структуры портфолио, схемы данных и архитектурного решения. Третья глава носит практический характер: описывается программная реализация, проводятся тестовые сценарии, оценивается экономическая эффективность. Важно, чтобы каждая глава имела вывод, содержащий краткую связку для следующего раздела.
По оформлению текст должен соответствовать стандартам, принятым в образовательной организации. Наименования разделов, количество иллюстраций и объём глав закрепляются в методических указаниях. Программный код приводится в приложении, а не в основном тексте, если это не оговорено иначе. Список источников оформляется в алфавитном порядке c указанием года и издательства; ссылки на электронные ресурсы выполняются по действующим правилам библиографического описания.
Рекомендуемый объём структурных элементов
- Введение — 4–6 страниц, в обязательном порядке содержит обоснование практической ценности для вуза;
- Теоретическая глава — 15–25 страниц, включает сравнение не менее трёх аналогов;
- Проектная глава — 20–30 страниц, включает инфологическую и даталогическую модели;
- Практическая глава — 15–25 страниц, включает тестирование и экономическое обоснование;
- Заключение — 3–4 страницы, содержит перечень реализованных задач и достигнутых результатов.
Как выбрать тему ВКР по разработка структуры портфолио
Выбор темы считается одним из наиболее ответственных этапов. Хотя на старте обучения кажется, что формулировка не влияет на судьбу выпускника, именно тема определяет сложность поиска данных, доступность источников и вероятность получить положительный отзыв рецензента. По рассматриваемой специальности стоит выбирать не слишком широкую и не слишком узкую постановку задачи.
Критерием актуальности темы является наличие реальной проблемы в конкретном вузе. Если у студента есть возможность побеседовать с сотрудниками деканата, следует выяснить, какую отчётность они готовят вручную, какие справки чаще всего запрашивают и где возникают ошибки. Работы, опирающиеся на фактический запрос организации, получают преимущество при защите, поскольку могут быть внедрены в эксплуатацию. Тема «Разработка автоматизированной системы ведения электронного портфолио студентов и преподавателей Университета «Синергия»» уже содержит привязку к месту исследования, что усиливает практическую значимость.
Второй критерий — доступность выборки и эмпирических данных. Проектирование системы невозможно без сведений о количестве студентов, потоке документов и типовой структуре заявлений. Если запросить эти цифры в вузе затруднительно, допустимо использовать открытую статистическую информацию, приведя её в виде оценок с указанием допущений. Также необходимо оценить доступность источников кода и библиотек с открытой лицензией, поскольку разработка полностью с нуля не всегда укладывается в учебный семестр.
Третий критерий — возможность проведения исследовательской части. Студенту следует убедиться, что он сможет выполнить анкетирование потенциальных пользователей системы или получить комментарии от фокус-группы. Четвёртый критерий — соответствие требованиям научного руководителя. Преподаватель может ограничивать стек технологий, например, требовать использования исключительно свободного программного обеспечения. Уточнить это необходимо до фиксации темы в приказе. Наконец, важно, чтобы тема позволяла продемонстрировать компетенции, заявленные в образовательной программе: владение базами данных, веб-программированием, проектированием интерфейсов и управлением проектами.
Типовые требования вузов к ВКР по разработка структуры портфолио
Федеральные государственные образовательные стандарты задают перечень компетенций, которыми должен обладать выпускник. Университеты конкретизируют эти требования в программах государственной итоговой аттестации. Типовая структура требований включает проверку сформированности компетенций ПК-1 и ПК-2 в области проектирования информационных систем, умение применять современные технологии разработки и способность анализировать результаты тестирования.
В большинстве случаев оценке подлежат следующие критерии: соответствие содержания работы заявленной теме, полнота анализа предметной области, корректность моделирования, работоспособность созданного программного продукта, качество оформления текста и защитной презентации. Работа по разработке структуры портфолио дополнительно оценивается с точки зрения удобства наполнения контента: если пользователю требуется двадцать минут, чтобы загрузить одно достижение, практическая ценность системы снижается.
Что касается технологической политики вуза, часто приветствуется использование свободных СУБД. Такой подход исключает проблемы с лицензионной чистотой и позволяет без дополнительных расходов развернуть решение на сервере образовательной организации. Подробнее о выборе подходящей открытой СУБД можно прочитать в статье «Выбор СУБД и проектирование базы данных в ВКР». В пояснительной записке обязательно указывается обоснование лицензионной чистоты всех применяемых компонентов.
Проверка ВКР на антиплагиат
Контроль оригинальности выпускных работ стал стандартной процедурой российской высшей школы. Университеты используют систему «Антиплагиат.ВУЗ», которая осуществляет поиск заимствований по открытым интернет-источникам, печатным изданиям и коллекциям студенческих работ. Перед подачей работы необходимо уточнить пороговое значение оригинальности, поскольку в разных учебных заведениях оно колеблется в диапазоне от 60 до 80 процентов. Для большинства кафедр информационных технологий норматив составляет не менее 70%.
Прохождение антиплагиата требует разграничения корректного цитирования и недопустимого копирования. Автор имеет право использовать нормативные определения и стандарты, но такие фрагменты должны быть оформлены как цитаты с указанием источника. Если студент заимствует длинный кусок из методических рекомендаций, система фиксирует совпадение, даже если ссылка формально присутствует. Поэтому текст ВКР следует перера
Нужна помощь с написанием статьи?