Логическое проектирование базы данных для автоматизированной рейтинговой системы

Размещено на http://www.allbest.ru/

ЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ ДЛЯ АВТОМАТИЗИРОВАННОЙ РЕЙТИНГОВОЙ СИСТЕМЫ

Д.С. Салгын-оол

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

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

• Активизации самостоятельной работы студентов;

• Повышению ритмичности их работы при освоении учебных дисциплин;

• Повышению объективности оценки знаний студентов преподавателями.

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

· Лекции;

· Лабораторные работы, РГР;

· Практические занятия, семинары;

· Контрольные работы, тестирование;

· Курсовые работы, проекты;

· Экзамен;

· Зачет.

Учебная деятельность разделяется на 2 этапа: в течение семестра и в течение сессии.

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

Графически процессы оценки качества учебной деятельности представлены на диаграммах (рис. 1-3):

Рис.1. Контекстная диаграмма «Оценка качества учебной деятельности студентов»

Рис.2. Декомпозиция контекстной диаграммы

Рис.3. Декомпозиция функции «Оценка успеваемости за семестр»

В рамках задачи преподаватель должен контролировать следующие аспекты работы:

1. Редактировать данные об успеваемости студентов. В том числе:

1) Устанавливать максимальные баллы по видам деятельности для своего предмета.

2) Редактировать данные о баллах, заработанных студентами на занятиях.

3) Редактировать удалять данные о посещаемости студентами занятий.

4) Редактировать сведения о заданиях, которые должны выполнить студенты

5) Выводить формы отчетности об успеваемости по разным критериям

Администраторы должны контролировать следующие аспекты работы:

1. Редактировать справочники, то есть данные о факультетах, специальностях, группах, кафедрах, предметах, преподавателях.

Студенты могут:

1. Запрашивать сведения о своей успеваемости по разным критериям.

2. Просматривать сведения о заданиях, которые он должен выполнить.

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

4. Просматривать сведения о преподавателях.

Деканаты могут:

1. Редактировать данные о студентах.

2. Выводить ведомости успеваемости студентов по разным критериям.

Ограничения предметной области:

1. Преподаватель не может проставлять студентам за занятие баллы, больше тех, которые предусмотрены как максимальные.

2. Студент, не набравший определенное количество баллов в семестре, не допускается к экзамену (не получает зачет).

Типичные задачи предметной области:

1. Вывести для студентов заданной группы сумму набранных ими баллов на занятиях и по посещаемости.

2. Вывести ведомость учета успеваемости группы по конкретным видам деятельности для конкретного предмета на указанном интервале времени.

3. Для указанной группы вывести ведомость учета успеваемости по всем предметам.

4. Для указанной группы вывести заработанные студентами баллы по таким видам деятельности как "Зачет", "Экзамен" для всех предметов.

5. Вывести сведения об успеваемости для конкретного студента

6. Вывести перечень заданий для конкретного студента.

7. Вывести список студентов, получающих зачет или допуск к экзамену по определенному предмету.

Процесс проектирования концептуальной модели. Проектирование концептуальной модели осуществлялось методом «Объект-связь»[1]. Всего было создано 9 ER-диаграмм, в том числе:

1) Для каждого Предмета Преподавателем, который ведет данный предмет, определяются необходимые Виды деятельности:

По правилу 6:

Предм_каф (название предм, кафедра предм)

Деятельности (вид деят)

Предм_каф_Деят (название предм, кафедра предм, вид деят)

2)

преподают

По правилу 6:

Преп_каф (ФИО преп, кафедра_преп)

Предм_каф_Деят (название предм, кафедра предм, вид деят)

Преп_каф_Предм_каф_Деят (ФИО преп, кафедра_преп, название предм, кафедра предм, вид деят, макс_балл)

3)

По правилу 5:

Преп_каф_Предм_каф_Деят (ФИО преп, кафедра_преп, название предм, кафедра предм, вид деят)

Задания (№ задания, содержание задания)

Преп_каф_Предм_каф_Деят_Задания (ФИО преп, кафедра_преп, название предм, кафедра предм, вид деят, №задания)

4)

По правилу 6:

Студенты (номер зачетки)

Преп_каф_Предм_каф_Деят_Задания (ФИО преп, кафедра_преп, название предм, кафедра предм, вид деят, №задания)

Студ_ Преп_каф_Предм_каф_Деят_Задания (номер зачетки, ФИО преп, кафедра_преп, название предм, кафедра предм, вид деят, №задания, заработ_балл)

В результате получаем следующие отношения:

1) Факультеты (название фак)

2) Специальности (название спец, название фак)

3) Группы (название группы, название спец)

4) Студенты (номер зачетки, название группы)

5) Кафедры (название каф)

6) Предметы (название предм)

7) Предм_каф (название предм, кафедра предм)

8) Преподаватели (ФИО преп)

9) Преп_каф (ФИО преп, кафедра_преп)

10) Деятельности (вид деят)

11) Предм_каф_Деят (название предм, кафедра предм, вид деят)

12) Преп_каф_Предм_каф_Деят (ФИО преп, кафедра_преп, название предм, кафедра предм, вид деят, макс_балл)

13) Задания (№ задания, содержание задания)

14) Преп_каф_Предм_каф_Деят_Задания (ФИО преп, кафедра_преп, название предм, кафедра предм, вид деят, №задания)

15) Студ_ Преп_каф_Предм_каф_Деят_Задания (номер зачетки, ФИО преп, кафедра_преп, название предм, кафедра предм, вид деят, №задания, заработ_балл)

Построение логической модели. Визуальное проектирование логической модели данных было разработано с помощью пакета Erwin. Такое представление используется для детального анализа и уточнения документации необходимой в цикле разработки. Логическая модель представлена на рис.4:

Рис.4. Логическая модель задачи

Заключение

Предполагается создать автоматизированную рейтинговую систему как клиент-серверное приложение. Это дает ряд преимуществ:

1) доступ к одной и той же базе данных пользователей с разными правами доступа;

2) если создать клиентское приложение в виде набора web-страниц, то пользователям для доступа к информации будет достаточно лишь наличие браузера на компьютерах.

автоматизированный рейтинговый учебный студент

Библиографический список

1. Джексон Г. Проектирование реляционных баз данных для использования с микроэвм. - М.:Мир, 1991. - 125 с.

2. Сосинская С.С. Управление данными: Учебное пособие. - Иркутск: Издательство ИрГТУ, 2006. - 140 с.

Размещено на Allbest.ru