Необходимость внедрения автоматической системы учёта результатов дистанционного обучения.

В ЭОС, на которой сейчас проходит обучение в нашем ВУЗе имеет ряд недостатков.

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

Постановка задачи.

Целью данной ВКР является создание программы для автоматического ведения журнала оценок, успеваемости и результатов для дальнейшего ведения рейтинга учащихся, на основе данных из ЭОС. Создаётся для упрощения и улучшения оценки преподавателем знаний, навыков и умений учащихся.

На основе сохранённых отчётов из ЭОС, программа позволит преподавателю проставлять оценки и видеть результаты в удобном интерфейсе, увидеть результат сверки работ на предмет уникальности.

Выставлять собственные оценки, которые будут учитывать реальные затраты сил и времени учащегося на задания и учитывать моменты, которые ЭОС не может учесть, будет очень полезным для более грамотной обработки рейтинговой системы. Оценка может быть поставлена после анализа одного отчёта, анализа нескольких отчётов и всех сопутствующих факторов, которые могут на неё повлиять.

Так же в ней имеется удобная возможность видеть все присланные студентом работы, дата и время, когда они были присланы, задания, выставленные преподавателем.

Осуществлена возможность разделения ведения двух разных вариантов отчётности для выполненных или не выполненных работ и для оценок.

ЭОС позволяет скачивать отчёты по заданиям в разных форматах. Созданная программа имеет возможность добавлять эти файлы с отчётами в свою БД для дальнейшей обработки, в каком бы формате они ни были.

Обзор необходимых инструментов для создания автоматической системы учёта.

Выбор базы данных.

База данных (БД) – это совокупность массивов и файлов данных, организованная по определённым правилам, предусматривающим стандартные принципы описания, хранения и обработки данных независимо от их вида.

Виды баз данных

Фактографическая – содержит краткую информацию об объектах некоторой системы в строго фиксированном формате;

Документальная – содержит документы самого разного типа: текстовые, графические, звуковые, мультимедийные;

Распределённая – база данных, разные части которой хранятся на различных компьютерах, объединённых в сеть;

Централизованная – база данных, хранящихся на одном компьютере;

Реляционная – база данных с табличной организацией данных;

Неструктурированная (NoSQL) - база данных, в которой делается попытка решить проблемы масштабируемости и доступности за счёт атомарности (англ. atomicity) и согласованности данных, но не имеющих четкой (реляционной) структуры.

Одно из основных свойств БД – независимость данных от программы, использующих эти данные. Работа с базой данных требует решения различных задач, основные из них следующие:

- создание базы;

- запись данных в базу;

- корректировка данных;

- выборка данных из базы по запросам пользователя.

Задачи этого списка называются стандартными.

СУБД — комплекс программ, позволяющих создать базу данных (БД) и манипулировать данными (вставлять, обновлять, удалять и выбирать). Система обеспечивает безопасность, надёжность хранения и целостность данных, а также предоставляет средства для администрирования БД.

Основные функции СУБД:

· управление данными во внешней памяти (на дисках);

· управление данными в оперативной памяти с использованием дискового кэша;

· журнализация изменений, резервное копирование и восстановление базы данных после сбоев;

· поддержка языков БД (язык определения данных, язык манипулирования данными).

Реляционные базы данных.

Реляционные базы данных представляют собой базы данных, которые используются для хранения и предоставления доступа к взаимосвязанным элементам информации. Реляционные базы данных основаны на реляционной модели — интуитивно понятном, наглядном табличном способе представления данных. Каждая строка, содержащая в таблице такой базы данных, представляет собой запись с уникальным идентификатором, который называют ключом. Столбцы таблицы имеют атрибуты данных, а каждая запись обычно содержит значение для каждого атрибута, что дает возможность легко устанавливать взаимосвязь между элементами данных.

Реляционная модель подразумевает логическую структуру данных: таблицы, представления и индексы. Логическая структура отличается от физической структуры хранения. Такое разделение дает возможность администраторам управлять физической системой хранения, не меняя данных, содержащихся в логической структуре. Например, изменение имени файла базы данных не повлияет на хранящиеся в нем таблицы.

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

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

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

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

Со временем, когда разработчики стали использовать язык структурированных запросов (SQL) для записи данных в базу и отправки запросов, стало очевидным и другое преимущество реляционной модели. Вот уже на протяжении многих лет SQL широко используется в качестве языка запросов в базах данных. Он основан на алгоритмах реляционной алгебры и четкой математической структуре, что обеспечивает простоту и эффективность при оптимизации любых запросов к базе данных. Для сравнения: при использовании других подходов приходится создавать отдельные, уникальные запросы.