3.3 КлассИнфо

«КлассИнфо» - это современный инструментарий для мониторинга и контроля успеваемости и посещаемости в школе. Это новый уровень предоставления образовательных услуг, полностью отвечающий стратегии построения информационного общества.

Рисунок 3.3.1– Окно программы КлассИнфо

Возможности программы:

• Ведение электронного расписания;

• Ведение электронного журнала;

• Создание и поддержка ленты школьных новостей;

• Формирование и выдача отчетов по каждому учащемуся, классу, школе в целом;

• Контроль времени прихода/ухода ребенка в школу / из школы и расхода денежных средств на «Карте Учащегося», предназначенных для питания, и совершенных покупок (при Интеграции с комплексной многоцелевой системой «Карта Учащегося»);

«КлассИнфо» дает возможность Администрации школы:

• Контролировать учебную и педагогическую нагрузку, получая консолидированную информацию об объеме домашнего задания и учебных часах учителей;

• Формировать и распечатывать самые разнообразные отчеты (по успеваемости, посещаемости, рейтингам и т.п.), необходимые для принятия педагогических и управленческих решений;

Имеющиеся недостатки:

• Отсутствие хорошей справочной системы.

• Не предусмотрено распределение прав доступа.

• Отсутствие поиска необходимых данных.

Таблица 1.2.1 – Сравнительная характеристика программ-аналогов

№ п/п	Название программного продукта	Характеристики ПП
		Проверка правильности входных данных	Распределение прав доступа	Поиск необходимых данных	Недорогая стоимость	Наличие справочной системы
1	Учет посещаемости и успеваемости	+	-	-	-	+
2	Сова	-	-	+	+	-
3	КлассИнфо	+	-	-	+	-
4	Разрабатываемый ПП	+	+	+	+	+

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

4 Моделирование проектируемой системы

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

Основные функции базы данных:

1. Непосредственное управление данными во внешней памяти. Эта функция включает обеспечение необходимых структур внешней памяти как для хранения данных, непосредственно входящих в БД, так и для служебных целей.

2. Управление буферами оперативной памяти. БД имеют размер обычно существенно больше доступного объема оперативной памяти. Поэтому в развитых СУБД поддерживается собственный набор буферов оперативной памяти с собственной дисциплиной замены буферов.

3. Управление транзакциями. Транзакция - это последовательность операций над БД. Понятие транзакции необходимо для поддержания логической целостности БД.

4. Журнализация. Одним из основных требований является надежность хранения данных во внешней памяти. Под надежностью хранения понимается то, что СУБД должна быть в состоянии восстановить последнее согласованное состояние БД после любого аппаратного или программного сбоя. Поддержание надежности хранения данных в БД требует избыточности хранения данных, причем та часть данных, которая используется для восстановления, должна храниться особо надежно. Наиболее распространенным методом поддержания такой избыточной информации является ведение журнала изменений БД. Во всех случаях придерживаются стратегии "упреждающей" записи в журнал (так называемого протокола Write Ahead Log - WAL).

5. Поддержка языков БД. В современных СУБД обычно поддерживается единый интегрированный язык, содержащий все необходимые средства для работы с БД, начиная от ее создания, и обеспечивающий базовый пользовательский интерфейс с базами данных.

При проектировании базы данных следует придерживаться правил нормализации таблиц:

Правило 1: Каждое поле любой таблицы должно быть уникальным.

Правило 2: Каждая таблица должна иметь уникальный идентификатор (первичный ключ), который может состоять из одного или нескольких полей таблицы.

Правило 3: Для каждого значения первичного ключа должно быть одно и только одно значение любого из столбцов данных, и это значение должно относиться к объекту таблицы.

Правило 4: Должна иметься возможность изменять значения любого поля (не входящего в первичный ключ), и это не должно повлечь за собой изменение другого поля.

При разработке программного продукта были выделены следующие сущности:

1. Успеваемость (содержит следующие поля: код успеваемости, код комлектации, код опции, дата, тип оценки, первая оценка, вторая оценка, присутствие, примечание, код учителя).

2. Основание оценки (содержит следующие поля: код основания, основание).

3. Ученик (содержит следующие поля: код ученика, фамилия, имя, отчество, пол, день рождения, адрес, телефон, Ф.И.О., код класса).

4. Предмет (содержит следующие поля: код предмета, название предмета).

5. Данные о родителях (содержит следующие поля: код родителя, фамилия, имя, отчество, дата рождения, место работы, телефон, кем приходится, код ученика).

6. Класс (содержит следующие поля: код класса, количество человек, код учителя, номер класса, буква класса).

7. Тема занятия (содержит следующие поля: код темы, название темы, код класса, код предмета, дата, код учителя).

8. Пароли (содержит следующие поля: код пароля, логин пользователя, пароль, Ф.И.О., тип пользователя, код учителя).

9. Данные об учителе (содержит следующие поля: код учителя, фамилия, имя, отчество, должность, телефон, Ф.И.О).

10. Итоги (содержит следующие поля: код итога, тип итога, оценка, код предмета, код ученика, код учителя).

11. Предмет учителя (содержит следующие поля: код предмета учителя, код учителя, код предмета, код класса, номер класса).

В соответствии с правилами формирования отношений между сущностями выделили следующее:

«Успеваемость соответствует «Ученик».

«Успеваемость» соответствует «Предмет».

«Успеваемость» соответствует «Ученик».

«Родители» относятся «Ученик».

«Тема занятия» содержит «Предмет».

«Тема занятия» соответствует «Ученик».

«Класс» соответствует «Ученик».

«Итоги» содержится «Предмет».

«Итоги» содержится «Ученик».

«Пароль и авторизация» соответствует «Учитель».

«Учитель» включает «Предмет учителя».

Соблюдая правила при проектировании БД сформировала отношения в виде таблиц со следующими связями:

Рисунок 4.1 – Моделируемая схема данных