Автоматизированная информационная система учета движения контингента студентов ВУЗа

1. Основные данные о работе

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

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

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

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

Побочными, возможными, но не гарантированными эффектами от использования системы могут выступать:

- повышение производительности работы персонала;

- улучшение качества обслуживания клиентов;

- снижение трудоемкости и напряженности труда персонала;

- снижение количества ошибок в его действиях.

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

Можно выделить следующие цели автоматизированного варианта решения задачи:

- сокращение времени обработки и получения данных об успеваемости студентов;

- автоматизированная подготовка документов;

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

- повышение степени защищенности информации;

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

АИС учета успеваемости студентов должна обеспечивать выполнение следующих основных функций:

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

- выдача списка студентов по группам;

- выдача списка студентов по курсам;

- выборка отчисленных студентов;

- формирование приказа об отчислении, о переводе, зачислении;

- средняя оценка аттестата (перекрестный);

- коррекция данных о студенте;

- формирование собственного запроса;

- формирование личной карточки студента.

Следующие документы на печать:

- справка с места учебы;

- приказ об отчислении;

- приказ о зачислении;

- приказ о переводе.

1.2 Разработка структуры информационной системы

Эффективность функционирования системы, использующей БД, зависит как от выбора архитектуры БД, так и от выбора СУБД. К современным многопользовательским СУБД относятся Microsoft Access, Oracle, Microsoft SQL Server, SyBase, InterBase, Informix и др.

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

На данном этапе проектирования необходимо выделить основные сущности БД, определить их атрибуты, и описать связи между ними.

Основными сущностями системы являются: Адрес, Студент, Специальность, Группы и др.

Определим атрибуты основных сущностей

Stud:

· ID_stud(ключевое поле)

· N_kont

· Surname

· Name

· Fatherland

· Choice

· Zachislen

Adress:

· ID_adress(ключевое поле)

· ID_satudent

· Area

· Sity

· Rayon

· Street

· House

Personal_Data:

· ID_personal(ключевое поле)

· ID_stud

· Floor

· Dbrith

· National

· Doc

infSpeciali:

· IDspeciality (ключевое поле)

· Codespeciality

· Year

· Month

· Название специальности.

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

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

Структуры всех четырех отношений приведены ниже в таблицах 1.1-1.3.

Таблица 1.1 Stud.db

Таблица 1.2.Adress.db

Страницы: 1, 2, 3