arch-x1: 2026-06-08 15:53:24 | 3
This commit is contained in:
Dmitry
Vendored
+1
-1
@@ -18,7 +18,7 @@
|
||||
"rightToLeft": false,
|
||||
"defaultViewMode": "preview",
|
||||
"showLineNumber": true,
|
||||
"openBehavior": "file:AGENTS",
|
||||
"openBehavior": "",
|
||||
"userIgnoreFilters": [
|
||||
"99 System/"
|
||||
],
|
||||
|
||||
Vendored
+2
-2
@@ -5,8 +5,8 @@
|
||||
"math-blocks"
|
||||
],
|
||||
"theme": "obsidian",
|
||||
"interfaceFontFamily": "Fira Sans",
|
||||
"textFontFamily": "Fira Sans",
|
||||
"interfaceFontFamily": "Fira Sans,FiraCode Nerd Font",
|
||||
"textFontFamily": "Fira Sans,FiraCode Nerd Font",
|
||||
"baseFontSizeAction": true,
|
||||
"baseFontSize": 16,
|
||||
"monospaceFontFamily": "FiraCode Nerd Font",
|
||||
|
||||
@@ -10,61 +10,7 @@ created: 2026-06-08
|
||||
updated: 2026-06-08
|
||||
---
|
||||
|
||||
# МИНИСТЕРСТВО НАУКИ И ВЫСШЕГО ОБРАЗОВАНИЯ РОССИЙСКОЙ ФЕДЕРАЦИИ
|
||||
|
||||
Федеральное государственное автономное образовательное учреждение высшего образования
|
||||
|
||||
## НАЦИОНАЛЬНЫЙ ИССЛЕДОВАТЕЛЬСКИЙ ЯДЕРНЫЙ УНИВЕРСИТЕТ «МИФИ»
|
||||
|
||||
*ИНСТИТУТ ИНТЕЛЛЕКТУАЛЬНЫХ КИБЕРНЕТИЧЕСКИХ СИСТЕМ*
|
||||
|
||||
КАФЕДРА КИБЕРНЕТИКИ
|
||||
|
||||
---
|
||||
|
||||
**Учебно-исследовательская работа на тему**
|
||||
|
||||
**«Обзор существующих решений и выбор инструментария для разработки системы учёта посещаемости студентов НИЯУ МИФИ»**
|
||||
|
||||
---
|
||||
|
||||
Выполнил студент: __________________________________
|
||||
|
||||
Группа: _______
|
||||
|
||||
Проверил: __________________________________
|
||||
|
||||
Оценка: ___________________
|
||||
|
||||
Дата: _____________________
|
||||
|
||||
Подпись: __________________
|
||||
|
||||
**Москва, 2026**
|
||||
|
||||
---
|
||||
|
||||
## Оглавление
|
||||
|
||||
- [Введение](#введение)
|
||||
- [1. Обзор существующих систем учёта посещаемости студентов](#1-обзор-существующих-систем-учёта-посещаемости-студентов)
|
||||
- [1.1. Российские системы](#11-российские-системы)
|
||||
- [1.2. Зарубежные системы](#12-зарубежные-системы)
|
||||
- [1.3. Сравнительный анализ аналогов](#13-сравнительный-анализ-аналогов)
|
||||
- [2. Анализ методов фиксации посещаемости студентов](#2-анализ-методов-фиксации-посещаемости-студентов)
|
||||
- [3. Обзор существующих исследований](#3-обзор-существующих-исследований)
|
||||
- [4. Выбор технологического стека](#4-выбор-технологического-стека)
|
||||
- [4.1. Веб-фреймворк и архитектура приложения](#41-веб-фреймворк-и-архитектура-приложения)
|
||||
- [4.2. Фронтенд-архитектура: Hotwire](#42-фронтенд-архитектура-hotwire)
|
||||
- [4.3. СУБД: PostgreSQL](#43-субд-postgresql)
|
||||
- [4.4. Фоновые задачи: Sidekiq и Redis](#44-фоновые-задачи-sidekiq-и-redis)
|
||||
- [4.5. Аутентификация: CAS](#45-аутентификация-cas)
|
||||
- [4.6. Архитектурные паттерны](#46-архитектурные-паттерны)
|
||||
- [4.7. Стилизация и деплой](#47-стилизация-и-деплой)
|
||||
- [Заключение](#заключение)
|
||||
- [Список использованной литературы](#список-использованной-литературы)
|
||||
|
||||
---
|
||||
# УИР\_Сводный\_вариант
|
||||
|
||||
## Введение
|
||||
|
||||
@@ -74,7 +20,7 @@ updated: 2026-06-08
|
||||
|
||||
Дополнительную актуальность задаче придаёт требование прозрачности. Студент должен иметь возможность видеть собственную историю посещений до окончания семестра; преподаватель должен иметь быстрый механизм фиксации присутствия и возможность ручной корректировки спорных случаев; куратор и деканат должны получать сводную аналитику без ручной консолидации журналов.
|
||||
|
||||
Проведённый анализ показывает, что массовые российские и зарубежные решения не сочетают одновременно ключевые свойства, необходимые корпоративному вузу: QR-самоотметку студента на очном занятии, интеграцию с корпоративным SSO на базе CAS, гарантированную синхронизацию с внутренними реестрами и полноценную вузовскую ролевую модель. Это обосновывает необходимость разработки собственной системы «Attendance MEPhI».
|
||||
Проведённый анализ показывает, что массовые российские и зарубежные решения не сочетают одновременно ключевые свойства, необходимые корпоративному вузу: QR-самоотметку студента на очном занятии, интеграцию с корпоративным SSO на базе CAS, гарантированную синхронизацию с внутренними реестрами и полноценную вузовскую ролевую модель. Это обосновывает необходимость разработки собственной системы "Attendance MEPhI".
|
||||
|
||||
**Целью** настоящей работы является определение подхода к разработке веб-приложения для автоматизированного учёта посещаемости студентов НИЯУ МИФИ, обеспечивающего прозрачную фиксацию присутствия на занятиях, интеграцию с корпоративными системами университета и надёжную синхронизацию данных с внешними реестрами.
|
||||
|
||||
@@ -92,7 +38,7 @@ updated: 2026-06-08
|
||||
|
||||
**Методологическую основу** исследования составляет системный анализ существующих программных решений и технологических подходов в области автоматизации учёта посещаемости. В работе используются сравнительный анализ коммерческих и открытых систем, анализ методов фиксации посещаемости, обзор научных публикаций и проверка технических решений по официальной документации.
|
||||
|
||||
**Практическая значимость** работы заключается в формировании обоснованной методической базы для последующей разработки системы «Attendance MEPhI». Результаты анализа позволяют избежать типовых ошибок: зависимости от внешнего SaaS-провайдера, отсутствия гарантий доставки данных, невозможности интеграции с корпоративным SSO и смешения ролей пользователей.
|
||||
**Практическая значимость** работы заключается в формировании обоснованной методической базы для последующей разработки системы "Attendance MEPhI". Результаты анализа позволяют избежать типовых ошибок: зависимости от внешнего SaaS-провайдера, отсутствия гарантий доставки данных, невозможности интеграции с корпоративным SSO и смешения ролей пользователей.
|
||||
|
||||
---
|
||||
|
||||
@@ -102,13 +48,13 @@ updated: 2026-06-08
|
||||
|
||||
### 1.1. Российские системы
|
||||
|
||||
**Система «Учёт посещаемости студентов» ВВГУ.** Это внутренняя разработка Департамента цифрового развития Владивостокского государственного университета. По описанию ВВГУ, преподаватель во время занятия предоставляет студентам QR-код, при сканировании которого фиксируется присутствие; также возможна ручная отметка преподавателем. Система близка к целевому сценарию по способу фиксации, но является закрытым внутренним решением одного вуза. Для НИЯУ МИФИ она не закрывает требования интеграции с CAS, внешними академическими реестрами и собственной ролевой моделью.
|
||||
**Система "Учёт посещаемости студентов" ВВГУ.** Это внутренняя разработка Департамента цифрового развития Владивостокского государственного университета. По описанию ВВГУ, преподаватель во время занятия предоставляет студентам QR-код, при сканировании которого фиксируется присутствие; также возможна ручная отметка преподавателем. Система близка к целевому сценарию по способу фиксации, но является закрытым внутренним решением одного вуза. Для НИЯУ МИФИ она не закрывает требования интеграции с CAS, внешними академическими реестрами и собственной ролевой моделью.
|
||||
|
||||
**БАРС.Образование — Электронная школа.** Платформа ориентирована на электронный журнал и дневник школьного сегмента: оценки, темы уроков, расписание, домашние задания, посещаемость и отчётность. Ключевое ограничение состоит в самой модели предметной области: «школа — класс — родитель» плохо переносится на вузовскую структуру «поток — группа — подгруппа — кафедра — деканат». Посещаемость в таких системах, как правило, фиксируется учителем вручную; студенческая QR-самоотметка на очном занятии и интеграция с CAS вуза не являются базовым сценарием.
|
||||
**БАРС.Образование — Электронная школа.** Платформа ориентирована на электронный журнал и дневник школьного сегмента: оценки, темы уроков, расписание, домашние задания, посещаемость и отчётность. Ключевое ограничение состоит в самой модели предметной области: "школа — класс — родитель" плохо переносится на вузовскую структуру "поток — группа — подгруппа — кафедра — деканат". Посещаемость в таких системах, как правило, фиксируется учителем вручную; студенческая QR-самоотметка на очном занятии и интеграция с CAS вуза не являются базовым сценарием.
|
||||
|
||||
**1С:Университет.** Решение на платформе «1С:Предприятие 8.3» предназначено для комплексной автоматизации процессов вуза: приёмной кампании, учебных планов, контингента, нагрузки преподавателей, успеваемости и посещаемости. Его сильная сторона — широкий охват административных процессов. Ограничение для данной работы — избыточность ERP-подхода и зависимость от экосистемы 1С. Для задачи точечной разработки веб-системы QR-самоотметки с CAS и REST/Outbox-синхронизацией такое решение не является оптимальным.
|
||||
**1С:Университет.** Решение на платформе "1С:Предприятие 8.3" предназначено для комплексной автоматизации процессов вуза: приёмной кампании, учебных планов, контингента, нагрузки преподавателей, успеваемости и посещаемости. Его сильная сторона — широкий охват административных процессов. Ограничение для данной работы — избыточность ERP-подхода и зависимость от экосистемы 1С. Для задачи точечной разработки веб-системы QR-самоотметки с CAS и REST/Outbox-синхронизацией такое решение не является оптимальным.
|
||||
|
||||
**iSpring LMS (ранее iSpring Learn).** Платформа ориентирована на корпоративное обучение: онлайн-курсы, тесты, тренинги, отчёты, API, SSO и on-premise-развёртывание. Функции посещаемости привязаны к тренингам и корпоративным мероприятиям, а не к вузовскому расписанию очных занятий. Система не предоставляет целевую модель «поток — группа — занятие — преподаватель — студент» и не решает задачу гарантированной синхронизации посещаемости с академическими реестрами НИЯУ МИФИ.
|
||||
**iSpring LMS (ранее iSpring Learn).** Платформа ориентирована на корпоративное обучение: онлайн-курсы, тесты, тренинги, отчёты, API, SSO и on-premise-развёртывание. Функции посещаемости привязаны к тренингам и корпоративным мероприятиям, а не к вузовскому расписанию очных занятий. Система не предоставляет целевую модель "поток — группа — занятие — преподаватель — студент" и не решает задачу гарантированной синхронизации посещаемости с академическими реестрами НИЯУ МИФИ.
|
||||
|
||||
**Дневник.ру, ЭлЖур, Сетевой город. Образование.** Эти решения также относятся преимущественно к школьному электронному журналу. Их базовые сценарии строятся вокруг класса, учителя, родителей и ручной отметки посещаемости. Для корпоративного технического университета они не закрывают требования по CAS, QR-самоотметке, вузовской ролевой модели и on-premise-контролю данных.
|
||||
|
||||
@@ -130,7 +76,7 @@ updated: 2026-06-08
|
||||
|
||||
| Система | QR-self-service | SSO/CAS | Outbox-синхронизация | Ролевая модель вуза | On-premise / контроль данных | Контроль исходного кода | Итог |
|
||||
|---|:---:|:---:|:---:|:---:|:---:|:---:|---|
|
||||
| ВВГУ «Учёт посещаемости» | ✔ | ✘ | ✘ | Частично | ✔ | ✘ | Не переносится в МИФИ |
|
||||
| ВВГУ "Учёт посещаемости" | ✔ | ✘ | ✘ | Частично | ✔ | ✘ | Не переносится в МИФИ |
|
||||
| БАРС.Образование | ✘ | ✘ | ✘ | Школьная | Зависит от внедрения | ✘ | Не подходит |
|
||||
| 1С:Университет | ✘ | ✘ | ✘ | ✔ | ✔ | ✘ | Избыточная ERP-платформа |
|
||||
| iSpring LMS | ✘ | SSO, не CAS МИФИ | ✘ | Корпоративная | ✔ | ✘ | Не подходит для вузовской QR-самоотметки |
|
||||
@@ -157,7 +103,7 @@ updated: 2026-06-08
|
||||
|
||||
**QR-коды.** Преподаватель генерирует QR-код для конкретного занятия, студент сканирует его смартфоном и проходит отметку через аутентифицированную сессию. Метод не требует установки считывателей в аудиториях, быстро внедряется и естественно связывается с расписанием, преподавателем и конкретной парой. Защита от злоупотреблений обеспечивается ограниченным временем жизни QR-кода, одноразовым токеном и проверкой личности через CAS.
|
||||
|
||||
**Биометрическая идентификация.** Биометрия обеспечивает высокий уровень достоверности, но создаёт существенные правовые и организационные риски. Обработка биометрических персональных данных в РФ регулируется статьёй 11 Федерального закона № 152-ФЗ «О персональных данных» и требует отдельного правового обоснования. Для учебного проекта и массового внедрения в аудиториях этот метод избыточен.
|
||||
**Биометрическая идентификация.** Биометрия обеспечивает высокий уровень достоверности, но создаёт существенные правовые и организационные риски. Обработка биометрических персональных данных в РФ регулируется статьёй 11 Федерального закона № 152-ФЗ "О персональных данных" и требует отдельного правового обоснования. Для учебного проекта и массового внедрения в аудиториях этот метод избыточен.
|
||||
|
||||
**Геолокация.** Геолокационная отметка не требует аудиторного оборудования, но точности GPS и Wi-Fi-позиционирования может быть недостаточно для различения смежных аудиторий. Кроме того, постоянная или регулярная обработка местоположения студентов повышает чувствительность решения с точки зрения приватности.
|
||||
|
||||
@@ -171,21 +117,21 @@ updated: 2026-06-08
|
||||
|
||||
*Таблица 2 — Сравнительная оценка методов фиксации посещаемости*
|
||||
|
||||
Основным методом для «Attendance MEPhI» целесообразно выбрать QR-коды. Ручная отметка преподавателем должна сохраниться как резервный механизм для спорных ситуаций, технических сбоев и студентов без доступа к смартфону в момент занятия.
|
||||
Основным методом для "Attendance MEPhI" целесообразно выбрать QR-коды. Ручная отметка преподавателем должна сохраниться как резервный механизм для спорных ситуаций, технических сбоев и студентов без доступа к смартфону в момент занятия.
|
||||
|
||||
---
|
||||
|
||||
## 3. Обзор существующих исследований
|
||||
|
||||
**QR-системы посещаемости.** В работе A. Nuhi, A. Memeti, F. Imeri и B. Çiço «Smart Attendance System using QR Code» предложена система учёта посещаемости на основе QR-кодов для высшего образования. Авторы указывают на типовые проблемы ручной регистрации: трудоёмкость, затраты времени и сложность работы с большими группами. Исследование подтверждает применимость QR-подхода для лекций и практических занятий, но описанная система функционирует автономно и не рассматривает интеграцию с корпоративным SSO, академическими реестрами и механизмами гарантированной доставки событий.
|
||||
**QR-системы посещаемости.** В работе A. Nuhi, A. Memeti, F. Imeri и B. Çiço "Smart Attendance System using QR Code" предложена система учёта посещаемости на основе QR-кодов для высшего образования. Авторы указывают на типовые проблемы ручной регистрации: трудоёмкость, затраты времени и сложность работы с большими группами. Исследование подтверждает применимость QR-подхода для лекций и практических занятий, но описанная система функционирует автономно и не рассматривает интеграцию с корпоративным SSO, академическими реестрами и механизмами гарантированной доставки событий.
|
||||
|
||||
**Электронный журнал в структуре НИЯУ МИФИ.** Работа К.С. Глуховского, Р.В. Пирожкова и Е.А. Цвелика посвящена электронному журналу как элементу цифровой трансформации вуза. Для настоящей работы она важна тем, что рассматривает близкий контекст: электронную информационно-образовательную среду, импорт академических данных, разграничение ролей и отчётность. Ограничение такого подхода — отсутствие студенческой QR-самоотметки и описанного механизма надёжной синхронизации событий посещаемости.
|
||||
|
||||
**Практический опыт автоматизации очной посещаемости.** В публикации о методике автоматизации контроля посещаемости очных занятий по опыту кафедры информационных компьютерных технологий рассматривается переход от бумажной фиксации к цифровому учёту с использованием QR-инструментов и таблиц. Материал подтверждает практическую проблему крупных потоков и положительный эффект делегирования отметки студентам. При этом использование внешних облачных таблиц не подходит для целевой системы НИЯУ МИФИ из-за требований к контролю персональных данных и интеграции с внутренними системами.
|
||||
|
||||
**Производительность СУБД.** В статье S.V. Salunke и A. Ouda «A Performance Benchmark for the PostgreSQL and MySQL Databases» сравниваются PostgreSQL и MySQL на операциях INSERT, SELECT и UPDATE. В условиях эксперимента PostgreSQL показал преимущество на ряде транзакционных операций. Для «Attendance MEPhI» это важно, поскольку фиксация посещаемости создаёт пиковую нагрузку в начале занятия и требует атомарной записи основной отметки вместе с Outbox-событием. При этом вывод не следует трактовать как абсолютное превосходство PostgreSQL во всех сценариях: результаты бенчмарков зависят от профиля нагрузки, объёма данных, индексов и конфигурации.
|
||||
**Производительность СУБД.** В статье S.V. Salunke и A. Ouda "A Performance Benchmark for the PostgreSQL and MySQL Databases" сравниваются PostgreSQL и MySQL на операциях INSERT, SELECT и UPDATE. В условиях эксперимента PostgreSQL показал преимущество на ряде транзакционных операций. Для "Attendance MEPhI" это важно, поскольку фиксация посещаемости создаёт пиковую нагрузку в начале занятия и требует атомарной записи основной отметки вместе с Outbox-событием. При этом вывод не следует трактовать как абсолютное превосходство PostgreSQL во всех сценариях: результаты бенчмарков зависят от профиля нагрузки, объёма данных, индексов и конфигурации.
|
||||
|
||||
**Архитектурный паттерн Transactional Outbox.** К. Ричардсон и AWS Prescriptive Guidance описывают паттерн Transactional Outbox, решающий проблему «dual write»: несогласованности между записью в базу данных и отправкой события во внешнюю систему. Суть паттерна состоит в том, что событие записывается в outbox-таблицу в той же транзакции, что и бизнес-данные, а отдельный процесс-релей асинхронно публикует событие получателям. Паттерн обеспечивает доставку at-least-once, поэтому принимающая сторона должна быть идемпотентной.
|
||||
**Архитектурный паттерн Transactional Outbox.** К. Ричардсон и AWS Prescriptive Guidance описывают паттерн Transactional Outbox, решающий проблему "dual write": несогласованности между записью в базу данных и отправкой события во внешнюю систему. Суть паттерна состоит в том, что событие записывается в outbox-таблицу в той же транзакции, что и бизнес-данные, а отдельный процесс-релей асинхронно публикует событие получателям. Паттерн обеспечивает доставку at-least-once, поэтому принимающая сторона должна быть идемпотентной.
|
||||
|
||||
Вывод по разделу: научные и отраслевые источники подтверждают применимость QR-кодов для учёта посещаемости, важность интеграции с вузовскими справочниками и необходимость архитектурного механизма надёжной синхронизации. Недостатки существующих подходов учитываются в проектируемой системе через CAS-аутентификацию, ролевую модель, PostgreSQL и Transactional Outbox.
|
||||
|
||||
@@ -201,7 +147,7 @@ updated: 2026-06-08
|
||||
|
||||
Альтернативами могли быть Django, Laravel и Spring Boot. Django обладает зрелой экосистемой Python, но для server-side realtime-обновлений обычно требует дополнительных компонентов либо отдельного SPA-фронтенда. Laravel удобен для CRUD и имеет Livewire, но не соответствует текущему Ruby-стеку проекта. Spring Boot силён в корпоративной Java-разработке, но увеличивает объём шаблонного кода и замедляет итерации для относительно компактного веб-приложения.
|
||||
|
||||
Ограничение Rails — более низкая «сырая» вычислительная производительность Ruby по сравнению с Java и некоторыми другими рантаймами. В данной задаче это не является определяющим фактором: основная нагрузка связана с I/O, транзакциями БД, фоновыми задачами и отчётами, а не с тяжёлыми вычислениями в веб-процессе.
|
||||
Ограничение Rails — более низкая "сырая" вычислительная производительность Ruby по сравнению с Java и некоторыми другими рантаймами. В данной задаче это не является определяющим фактором: основная нагрузка связана с I/O, транзакциями БД, фоновыми задачами и отчётами, а не с тяжёлыми вычислениями в веб-процессе.
|
||||
|
||||
### 4.2. Фронтенд-архитектура: Hotwire
|
||||
|
||||
@@ -209,7 +155,7 @@ updated: 2026-06-08
|
||||
|
||||
Для системы учёта посещаемости такой подход подходит естественно. Основные действия пользователя — открыть список занятий, сгенерировать QR-код, отметить присутствие, обновить статус студента, посмотреть отчёт. Эти сценарии хорошо ложатся на Turbo Frames и Turbo Streams: можно точечно обновлять строки таблиц, счётчики и статусы без полной перезагрузки страницы.
|
||||
|
||||
Ограничение Hotwire проявилось бы в приложении со сложным клиентским состоянием, например в графическом редакторе или интерфейсе с большим количеством drag-and-drop логики. Для «Attendance MEPhI» таких требований нет, поэтому отказ от отдельного SPA снижает сложность разработки и поддержки.
|
||||
Ограничение Hotwire проявилось бы в приложении со сложным клиентским состоянием, например в графическом редакторе или интерфейсе с большим количеством drag-and-drop логики. Для "Attendance MEPhI" таких требований нет, поэтому отказ от отдельного SPA снижает сложность разработки и поддержки.
|
||||
|
||||
### 4.3. СУБД: PostgreSQL
|
||||
|
||||
@@ -217,7 +163,7 @@ updated: 2026-06-08
|
||||
|
||||
PostgreSQL особенно важен для реализации Transactional Outbox: отметка посещаемости и запись события синхронизации должны выполняться атомарно. Если запись отметки прошла успешно, но событие не было создано, внешние реестры могут остаться несогласованными. Если событие было отправлено без успешной записи отметки, возникнет обратная ошибка. Транзакционная модель PostgreSQL позволяет избежать этих сценариев.
|
||||
|
||||
Сравнение с MySQL не должно строиться только на тезисе «PostgreSQL быстрее». Корректнее указать, что в цитируемом бенчмарке Salunke и Ouda PostgreSQL показал сильные результаты на ряде операций, а выбор для данного проекта дополнительно обоснован транзакционной целостностью и возможностями типов данных.
|
||||
Сравнение с MySQL не должно строиться только на тезисе "PostgreSQL быстрее". Корректнее указать, что в цитируемом бенчмарке Salunke и Ouda PostgreSQL показал сильные результаты на ряде операций, а выбор для данного проекта дополнительно обоснован транзакционной целостностью и возможностями типов данных.
|
||||
|
||||
### 4.4. Фоновые задачи: Sidekiq и Redis
|
||||
|
||||
@@ -267,7 +213,7 @@ Redis используется как очередь фоновых задач
|
||||
|
||||
## Заключение
|
||||
|
||||
В ходе учебно-исследовательской работы проведён анализ существующих систем учёта посещаемости, методов фиксации присутствия студентов и технологического стека для разработки системы «Attendance MEPhI».
|
||||
В ходе учебно-исследовательской работы проведён анализ существующих систем учёта посещаемости, методов фиксации присутствия студентов и технологического стека для разработки системы "Attendance MEPhI".
|
||||
|
||||
Установлено, что готовые российские и зарубежные продукты не закрывают совокупность требований НИЯУ МИФИ. Школьные электронные журналы ориентированы на модель класса и ручную отметку. ERP-решения уровня 1С:Университет избыточны для задачи QR-самоотметки и завязаны на собственную экосистему. LMS и сервисы видеоконференций фиксируют либо активность внутри курса, либо участие в онлайн-встрече, но не очную посещаемость в аудитории. QR-SaaS-сервисы создают риски внешнего хранения персональных данных и vendor lock-in. Открытые прототипы не обладают промышленной надёжностью и корпоративной интеграцией.
|
||||
|
||||
@@ -275,15 +221,15 @@ Redis используется как очередь фоновых задач
|
||||
|
||||
Выбранный стек — Ruby on Rails 7, Hotwire, PostgreSQL, Sidekiq, Redis, CAS, Tailwind CSS, Capistrano и Mise — соответствует задаче разработки корпоративного веб-приложения. Rails и Hotwire ускоряют создание интерфейсов без отдельного SPA, PostgreSQL обеспечивает транзакционную целостность, Sidekiq реализует фоновые процессы, а Transactional Outbox снижает риск потери событий при синхронизации с внешними реестрами.
|
||||
|
||||
Результаты работы формируют обоснованную теоретическую и техническую базу для реализации системы «Attendance MEPhI» в рамках последующей проектной или дипломной работы.
|
||||
Результаты работы формируют обоснованную теоретическую и техническую базу для реализации системы "Attendance MEPhI" в рамках последующей проектной или дипломной работы.
|
||||
|
||||
---
|
||||
|
||||
## Список использованной литературы
|
||||
|
||||
1. Nuhi A., Memeti A., Imeri F., Çiço B. Smart Attendance System using QR Code // 2020 9th Mediterranean Conference on Embedded Computing (MECO), Budva, Montenegro, 2020. P. 1-4. DOI: 10.1109/MECO49872.2020.9134225.
|
||||
2. Глуховский К.С., Пирожков Р.В., Цвелик Е.А. Электронный журнал как элемент цифровой трансформации вуза // Инженерный вестник Дона. 2021. № 5. URL: https://ivdon.ru (дата обращения: 08.06.2026).
|
||||
3. Методика автоматизации контроля посещаемости очных занятий по опыту кафедры информационных компьютерных технологий // КиберЛенинка. URL: https://cyberleninka.ru/article/n/metodika-avtomatizatsii-kontrolya-poseschaemosti-ochnyh-zanyatiy-po-opytu-kafedry-informatsionnyh-kompyuternyh-tehnologiy (дата обращения: 08.06.2026).
|
||||
2. Глуховский К.С., Пирожков Р.В., Цвелик Е.А. Электронный журнал как элемент цифровой трансформации вуза // Инженерный вестник Дона. 2021. № 5. URL: https://ivdon.ru/ru/magazine/archive/n5y2021/6978 (дата обращения: 08.06.2026).
|
||||
3. Дусалин А.К., Семенов Г.Н., Скичко Е.А. Методика автоматизации контроля посещаемости очных занятий по опыту кафедры информационных компьютерных технологий. URL: https://www.muctr.ru/upload/iblock/409/hd3gn9gkbrnezs3kuedj3lz18cb2oddx.pdf (дата обращения: 08.06.2026).
|
||||
4. Richardson C. Microservices Patterns: With Examples in Java. Manning Publications, 2018. 520 p.
|
||||
5. Transactional Outbox Pattern // AWS Prescriptive Guidance. URL: https://docs.aws.amazon.com/prescriptive-guidance/latest/cloud-design-patterns/transactional-outbox.html (дата обращения: 08.06.2026).
|
||||
6. Salunke S.V., Ouda A. A Performance Benchmark for the PostgreSQL and MySQL Databases // Future Internet. 2024. Vol. 16, No. 10. Article 382. DOI: 10.3390/fi16100382.
|
||||
@@ -296,7 +242,7 @@ Redis используется как очередь фоновых задач
|
||||
13. Bootstrap 5 Documentation // Bootstrap. URL: https://getbootstrap.com/docs/5.3/ (дата обращения: 08.06.2026).
|
||||
14. Capistrano: Remote Server Automation and Deployment Tool // Capistrano. URL: https://capistranorb.com/ (дата обращения: 08.06.2026).
|
||||
15. Mise: Polyglot Runtime Manager // Mise. URL: https://mise.jdx.dev/ (дата обращения: 08.06.2026).
|
||||
16. Система «Учёт посещаемости студентов» // Электронный кампус ВВГУ. URL: https://www.vvsu.ru/e-campus/news/201301/ (дата обращения: 08.06.2026).
|
||||
16. Система "Учёт посещаемости студентов" // Электронный кампус ВВГУ. URL: https://www.vvsu.ru/e-campus/news/201301/ (дата обращения: 08.06.2026).
|
||||
17. БАРС.Образование — Электронная Школа: описание программного обеспечения // БАРС Груп. URL: https://bars.group/wp-content/uploads/2024/05/opisanie-elektronnaya-shkola.pdf (дата обращения: 08.06.2026).
|
||||
18. 1С:Университет — Возможности // 1С. URL: https://solutions.1c.ru/catalog/university/features (дата обращения: 08.06.2026).
|
||||
19. iSpring LMS (iSpring Learn): платформа для онлайн-обучения // iSpring. URL: https://www.ispring.ru/ispring-learn (дата обращения: 08.06.2026).
|
||||
@@ -305,4 +251,4 @@ Redis используется как очередь фоновых задач
|
||||
22. Track attendance & view Live stream report // Google Meet Help. URL: https://support.google.com/meet/answer/10090454?hl=en (дата обращения: 08.06.2026).
|
||||
23. About Attendance // Brightspace Community. URL: https://community.d2l.com/brightspace/kb/articles/3609-about-attendance (дата обращения: 08.06.2026).
|
||||
24. Qwickly Attendance Pro // D2L Brightspace IntegrationHub. URL: https://integrationhub.brightspace.com/details/qwickly-attendance-pro (дата обращения: 08.06.2026).
|
||||
25. Федеральный закон от 27.07.2006 № 152-ФЗ «О персональных данных», статья 11 «Биометрические персональные данные» // КонсультантПлюс. URL: https://www.consultant.ru/document/cons_doc_LAW_61801/7336c78762a98b5f4f698b8c3800dca1111acc16/ (дата обращения: 08.06.2026).
|
||||
25. Федеральный закон от 27.07.2006 № 152-ФЗ "О персональных данных", статья 11 "Биометрические персональные данные" // КонсультантПлюс. URL: https://www.consultant.ru/document/cons_doc_LAW_61801/7336c78762a98b5f4f698b8c3800dca1111acc16/ (дата обращения: 08.06.2026).
|
||||
|
||||
Reference in New Issue
Block a user