студенты. Разработка информационной системы учета и контроля посещаемости. Разработка информационной системы учета и контроля посещаемости студентов на основе реляционной базы данных
![]()
|
Разработка информационной системы учета и контроля посещаемости студентов на основе реляционной базы данных ВВЕДЕНИЕ Показателем работы студентов и преподавателей, обучающих их, является успеваемость по дисциплинам, что находится в прямопропорциональной зависимости от процента посещаемости занятий. Руководство института заинтересованно в том, чтобы осуществлялся непрерывный учет и контроль за деятельностью студентов, а именно за их посещаемостью. На данный момент учет и контроль осуществляется "вручную". Обработка данных "вручную" является трудоемкой и занимает много времени. Кроме того, задачи учета и контроля посещаемости и успеваемости студентов осложняются еще и тем, что необходимая информация хранится на бумажных носителях. Именно поэтому необходима автоматизация процесса обработки информации. Повышение оперативности учета и контроля посещаемости и успеваемости студентов будет способствовать увеличению производительности и снижению трудоемкости решаемых задач. Информационная система должна быть по возможности независимой от других программных средств. С этой целью она будет создана в среде программирования C++Builder 6, которая даст возможность откомпилировать систему и привязать ее к операционной системе MS Windows. Также средства C++Builder 6 позволяют легко связаться с приложениями MS Office. В процессе установки программного обеспечения информация обо всех учащихся и сотрудниках учебного заведения будет упорядочена в единую базу данных, которая физически разместится в защищенном от постороннего доступа промышленном компьютере, устанавливаемом на территории учебного заведения. База данных будет находиться в собственности учебного заведения. Доступ к базе данных будут иметь исключительно сотрудники учебного заведения. РАЗРАБОТКА МОДЕЛИ БАЗЫ ДАННЫХ Данная разработка предназначена для сбора, обработки и предоставления аналитической информации в целях повышения качества работы профессорско-преподавательского состава и административного персонала высшего учебного заведения по управлению учебно-воспитательным процессом [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 выполним команду ToolsGeneratePhysicalDataModel и получим искомую модель (рисунок 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, обладающей всеми необходимыми условиями и требованиями для правильной работы программы. |