Главная страница

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


Скачать 2.29 Mb.
НазваниеРазработка информационной системы учета и контроля посещаемости студентов на основе реляционной базы данных
Анкорстуденты
Дата09.11.2022
Размер2.29 Mb.
Формат файлаdocx
Имя файлаРазработка информационной системы учета и контроля посещаемости .docx
ТипРуководство
#778253
страница1 из 8
  1   2   3   4   5   6   7   8


Разработка информационной системы учета и контроля посещаемости студентов на основе реляционной базы данных
ВВЕДЕНИЕ
Показателем работы студентов и преподавателей, обучающих их, является успеваемость по дисциплинам, что находится в прямопропорциональной зависимости от процента посещаемости занятий. Руководство института заинтересованно в том, чтобы осуществлялся непрерывный учет и контроль за деятельностью студентов, а именно за их посещаемостью. На данный момент учет и контроль осуществляется "вручную". Обработка данных "вручную" является трудоемкой и занимает много времени. Кроме того, задачи учета и контроля посещаемости и успеваемости студентов осложняются еще и тем, что необходимая информация хранится на бумажных носителях.

Именно поэтому необходима автоматизация процесса обработки информации. Повышение оперативности учета и контроля посещаемости и успеваемости студентов будет способствовать увеличению производительности и снижению трудоемкости решаемых задач.

Информационная система должна быть по возможности независимой от других программных средств. С этой целью она будет создана в среде программирования C++Builder 6, которая даст возможность откомпилировать систему и привязать ее к операционной системе MS Windows. Также средства C++Builder 6 позволяют легко связаться с приложениями MS Office.

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

  1. РАЗРАБОТКА МОДЕЛИ БАЗЫ ДАННЫХ


Данная разработка предназначена для сбора, обработки и предоставления аналитической информации в целях повышения качества работы профессорско-преподавательского состава и административного персонала высшего учебного заведения по управлению учебно-воспитательным процессом [2].

Рассмотрим основные функции решаемой задачи:

1. Формирование сведений о студенте.

2. Учет посещаемости занятий студентом в течение сессии, месяца.

3. Контролирование студентов, не получивших "контрольные точки" за месяц.

4. Регулирование посещаемости студента в течение сессии, месяца.

5.Формирование сведений о преподавательском составе

6. Контроль за выполнением педнагрузки преподавательским составом.

Этой работой занимаются: секретарь и начальник учебной части, преподаватели кафедры, секретарь и начальник отдела кадров, заведующий кафедрой и декан факультета.

Секретарь учебной части занимается вводом всех необходимых сведений о студентах [3]. Секретарь отдела кадров производит ввод данных о преподавательском составе. Преподаватели вводят пропуски студентов по своим дисциплинам. Заведующий кафедрой и декан факультета не занимаются вводом данных, а осуществляют контроль, просматривая необходимую для них информацию.

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

1) Список преподавателей:

- код преподавателя;

- ФИО преподавателя;

- адрес преподавателя;

- электронный адрес;

- телефон преподавателя.

2) Список факультетов:

- код факультета;

- наименование факультета;

- описание факультета.

3) Список учебных групп:

- код учебной группы;

- название группы;

- код факультета;

- дата формирования.

4) Карточка студента:

- код студента;

- номер зачетной книжки студента;

- ФИО студента;

- дата рождения студента;

- номер учебной группы;

- адрес студента;

- электронный адрес;

- телефон студента;

5) Список аудиторий:

- код аудитории;

- название аудитории;

- месторасположение аудитории.

6) Вид занятий:

- код занятия;

- название занятия;

- описание занятия.

7) Список занятий по штатному расписанию:

- код занятия;

- код предмета;

- код преподавателя;

- номер аудитории;

- номер группы;

- код занятия;

- дата проведения.

8) Список предметов:

- код предмета;

- название предмета;

- описание предмета.

9) Журнал посещаемости:

- код записи;

- код занятия;

- код студента;

- маркер отсутствия на занятии;

- код предмета;

- дата проведения занятия.

Описание реквизитов входной информации представлено в таблице 1.1

Таблица 1.1 - Описание реквизитов входной информации

Наименование реквизитов входных документов

Тип данных

Код преподавателя

Числовой

ФИО преподавателя

Текстовый

Адрес преподавателя

Текстовый

Электронный адрес

Текстовый

Телефон преподавателя

Текстовый

Код факультета

Числовой

Название факультета

Текстовый

Описание факультета

Текстовый

Код учебной группы

Числовой

Название группы

Текстовый

Дата формирования

Дата

Код студента

Числовой

Номер зачетной книжки студента

Числовой

ФИО студента

Текстовый

Дата рождения студента

Дата

Адрес студента

Текстовый

Электронный адрес студента

Текстовый

Телефон студента

Текстовый

Код аудитории

Числовой

Название аудитории

Текстовый

Месторасположение аудитории

Текстовый

Код занятия

Числовой

Название занятия

Текстовый

Описание занятия

Текстовый

Дата проведения занятия

Дата

Код предмета

Числовой

Название предмета

Текстовый

Описание предмета

Текстовый

Код уведомления

Числовой

Текст уведомления

Текстовый

Название уведомления

Текстовый

Код записи

Счетчик

Маркер отсутствия на занятии

Логический


Выходными документами для системы являются следующие отчеты, которые формируются системой на основании входной информации:

- Список студентов учебной группы.

- Список учебных групп.

- Отчет по посещаемости группы.

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

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

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

1.1. Проектирование базы данных информационной системы.

1.1.1. Концептуальная схема модели данных.

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

Перед началом работы сгенерируем из вышеуказанных таблиц инфологическую модель. Для этого:

  • определим атрибуты каждой сущности и их характеристики: статическая или динамическая, необязательность или обязательность для заполнения, множественность или однозначность значения, которое это атрибут принимает;

  • определим первичные ключи для каждой сущности;

  • определим связь между таблицами и назовем связь. Для связей определим их характеристики: тип связи (1:1, 1:М, М:1, М:М), направление связей(в зависимости от того, какая из таблиц служит справочной), класс принадлежности (обязательный или необязательный);

  • Проверим полученную схему на соответствие третьей нормальной форме.

Воспользовавшись данными таблицы 1.1, заполняем формы Entity.[5] Пример приведен на рисунке 1.1 для таблицы «Студенты».



Рис 1.1 – Пример заполнения формы Entity для таблицы «Студенты».

На панели инструментов выберем инструмент Relation и установим связь между сущностями. Установим нужный тип связи (One-one (1:1), One-many (1:М), Many-one (М:1), Many-many (М:М)), класс принадлежности. В результате получим схему, представленную на рисунке 1.2.



Рис. 1.2 – Концептуальная модель

1.1.2. Физическая модель базы данных.

Преобразуем созданную в предыдущем разделе концептуальную модель в даталогическую (физическую) модель базы данных. Под. физической моделью понимают описание реализации объектов логической модели на уровне объектов конкретной базы данных. Для этого в програмне PowerDesigner выполним команду ToolsGeneratePhysicalDataModel и получим искомую модель (рисунок 1.3).


Рис 1.4 – Физическая модель.

Для корректности связей проверяем соответствие полей из связанных таблиц. Эту проверку можно выполнить на вкладке Joins окна Referenceproperties (рисунок 1.5).



Рис. 1.5 –Проверка корректности связей на примере таблиц «студент» и «пропуски».

1.2. Требования к информационной системе.

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

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

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

Информационная система учета и контроля посещаемости студентов должна выполнять следующие функции:

- производить ввод входной информации;

- выдавать запрашиваемую справочную информацию;

- производить быстрый поиск необходимой информации;

- формировать сведений о студенте;

- вести учет посещаемости студента в течение сессии;

- формировать сведения о преподавательском составе ВУЗа;

- выдавать соответствующие отчеты.

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

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

1.3. Условия эксплуатации программного продукта.

Условия эксплуатации программного продукта должны соответствовать условиям, предъявляемым к работе любого приложения операционной системы MS Windows.

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

1.4. Требования к аппаратной составляющей при использовании программного продукта.

Для правильной и оптимальной работы программы требуется персональный компьютер со следующими минимальными характеристиками:

- процессор IntelPentium IV и выше, а также совместимые с ним процессоры других фирм;

- объем оперативной памяти не менее 1Гб;

- свободное дисковое пространство не менее 10 Мб (в случае полной установки системы со всеми сопутствующими файлами и библиотеками);

- HDD Samsung180Гб;

- видеокарта Radeon960 128Мб и выше;

- видеоадаптер 16 Мб и выше;

- принтер формата А4 для печати выходных отчетов;

- манипулятор "мышь" для удобства управления работой системы.

Так как система будет функционировать в операционной системе MS Windows, то она должна быть совместима со всеми процессами, протекающими в ней. Наиболее оптимальным будет наличие у пользователя операционной системы MS Windows Professional, обладающей всеми необходимыми условиями и требованиями для правильной работы программы.
  1   2   3   4   5   6   7   8


написать администратору сайта