Prezentaciya_Zashchita_Kraudsorsing_student

1.

Курсовая работа
Тема: Разработать базу данных для платформы краудсорсинга
с распределением задач и контролем качества
Выполнил: Омельченко Владислав Андреевич
Группа: ИСП2-О/СПОо/КД22
Руководитель:
Егозаров Эдуард Сергеевич
Краснодар, 2025
Слайд 1/12

2.

Актуальность и проблема
• Краудсорсинг - это когда одну задачу делают много людей
• Проблема - качество: часть ответов бывает "мимо"
• Поэтому нужны проверка, оценка и понятные правила оплаты
• И нужна простая аналитика: что выбрали чаще и кто нормально работал
Пример данных прототипа: проекты краудсорсинга
Слайд 2/12

3.

Цель и задачи работы
Цель: сделать рабочий прототип базы данных для краудсорсинга в Microsoft Access (проекты, задачи,
ответы, проверка качества).
Задачи:
• Понять, какие данные вообще нужны (проекты, задачи, ответы, пользователи)
• Сделать таблицы и связи между ними
• Сделать формы, чтобы удобно вводить и проверять ответы
• Сделать запросы/выборки для модерации и статистики
• Проверить работу на тестовых данных
Слайд 3/12

4.

Функциональная модель платформы
Основной процесс работы:
Проект
(бюджет, сроки,
статус)
>
Задачи
(тип, вопрос,
награда)
>
Ответы
исполнителей
(текст, дата)
>
Модерация
и оценка качества
>
Результаты
и аналитика
Роли: организатор, исполнитель, модератор (в прототипе роли показаны логикой форм и проверкой).
В прототипе это реализовано через таблицы, формы и запросы (без ручного ковыряния таблиц).
Слайд 4/12

5.

Модель данных (ER-схема)
Ключевые сущности и связи:
• Проекты 1:M Задачи
• Задачи 1:M Ответы пользователей
• Пользователи 1:M Ответы пользователей
• Задачи 1:M Результаты (итоги по задаче)
• Целостность обеспечивается связями по
идентификаторам
Схема показывает минимальный набор
таблиц, чтобы раздавать задачи,
собирать ответы и фиксировать
результат.
Слайд 5/12

6.

Основные таблицы и назначение
• Проекты: заголовок, описание, даты, общий бюджет, статус
• Задачи: тип задачи, вопрос, варианты ответа, награда, статус
• Пользователи: исполнитель (ФИО, почта)
• Ответы пользователей: ответ, дата, статус проверки, оценка качества, признак оплаты
• Результаты: итог по задаче, победитель, дата результата
Пример: таблица «Задачи»
Слайд 6/12

7.

Контроль качества и модерация
• Ответы проходят проверку (статус: новый/принят/отклонен)
• Ставится оценка качества (чтобы отделять нормальные ответы от мусора)
• "Оплачивается" отмечается только после принятия
• Так меньше шансов, что в итог попадет что-то случайное
Пример: хранение статуса проверки и качества (сверху) и список записей на модерацию (снизу)
Слайд 7/12

8.

Аналитика (что получилось по данным)
• Анализ популярности ответов (количество и доля по вариантам)
• Рейтинг исполнителей: всего ответов, принятых, средняя оценка, заработано/выплачено
• Статистика по проектам: задачи, ответы, потрачено, остаток бюджета
Слайд 8/12

9.

Пользовательский интерфейс (Microsoft Access)
• Есть главное меню (кнопочная форма) - чтобы не лазить по
таблицам
• Все действия через формы/запросы: проекты, задачи, ответы,
результаты
• Сценарий: проект > задачи > ответы > проверка > итог
• Это проще и безопаснее, чем править таблицы вручную
Главное меню прототипа Слайд 9/12

10.

Апробация и тестирование
Проверялись корректность данных и устойчивость сценариев:
• Целостность связей: пользователь - ответ, задача - ответ, проект - задача
• Корректность статусов: Новый > Принят/Отклонен (последовательность проверки)
• Запросы аналитики: корректные итоги по популярности, рейтингу и статистике
• Формирование итогов по задаче (таблица «Результаты»)
• Проверка заполнения ключевых полей для минимизации ошибок
Результат: прототип обеспечивает хранение, модерацию, оценку качества и подготовку итогов по задачам
и проектам.
Слайд
10/12

11.

Итоги и перспективы
Итоги:
Перспективы:
• Спроектирована структура базы данных для
платформы краудсорсинга
• Реализованы таблицы и связи между сущностями
• Настроены формы и навигация для работы
пользователя
• Реализованы запросы для модерации и аналитики
• Предусмотрены механизмы контроля качества и
выплат
• Роли и права доступа
(исполнитель/модератор/админ)
• История изменений (кто что поменял)
• Больше аналитики (в том числе скорость проверки)
• Перенос на серверную СУБД, если данных станет
много
• Автоматизация выгрузок отчетов
Слайд
11/12

12.

Спасибо за внимание
Слайд
12/12