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

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

1.Разработка эскизного и технического проектов программы

1.1 Постановка задачи и назначение программы

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

1.3 Выбор среды разработки и технические характеристики

2.Разработка программы

2.1.Разработка форм

2.2 Описание методов

2.3 Внедрение программы Заключение Глоссарий Список использованных источников Приложение, А Таблицы базы данных Приложение Б Базы данных

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

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

Данную функциональность в современных информационных системах обеспечивают системы управления базами данных и построенные на их основе автоматизированные информационные системы (АИС) ведения базы данных.

В связи с этим поставлена задача в разработке АИС управления контингентом студентов в университете.

Цель работы — Автоматизация процессов, связанных с обучением студента в университете: зачисление, учет личных данных, перевод, отчисление, выдача справок и др.

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

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

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

1. Разработка эскизного и технического проектов программы

1.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.3 Personal_Data.db

1.3 Выбор среды разработки и технические характеристики

В качестве среды разработки автоматизированной системы выбрана система программирования Delphi 7.

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

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

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

в) мощность и гибкость языка программирования Object Pascal — достоинство Delphi, выгодно отличающее эту среду от других инструментов RAD. От языка Visual Basic язык Pascal отличает строгая типизированность, позволяющая ещё на этапе компиляции обнаружить многие ошибки;

г) среди прочих преимуществ Delphi можно выделить самую эффективную работу с базами данных. Это обусловливается тремя обстоятельствами: высоко производительной машиной для доступа к данным разного формата (ODBC), наличием многочисленных компонентов, ориентированных на работу в этой сфере;

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

В состав Delphi 7 входят следующие средства для разработки и эксплуатации приложений, использующих базы данных:

BDE (Borland Database Engine) представляет собой набор библиотек. Должна устанавливаться на каждом компьютере, который использует приложения для работы с БД, написанные на Delphi. Выполняет действия по доступу к данным и проверке их правильности. Является, по существу, центральным средством для работы с БД из приложений, созданных с помощью Delphi.

Доступ к таблицам локальных СУБД Paradox, dBase осуществляется через BDE.

BDE Administrator — утилита для установки псевдонимов (имен) баз данных, параметров БД и драйверов баз данных на конкретном компьютере. Поддерживает информацию о конфигурации БД на конкретном компьютере в файле IDAPI33.CFG.

Database Desktop (DBD) — средство для создания, изменения и просмотра БД. Эта утилита, прежде всего, ориентирована на работу с таблицами локальных («персональных») СУБД, таких как Paradox и dBase.

Database Explorer (SQL Explorer) — утилита для конфигурирования псевдонимов БД, просмотра структуры БД, таблиц БД, выдачи запросов к БД, создания словарей данных.

SQL Monitor — средство для трассировки выполнения SQL-запросов.

Visual Query Buider — средство в составе интегрированной среды Delphi для автоматического создания SQL-запросов методом QBE (Query By Example, запрос по образцу).

Data Dictionary — словарь данных. Средство для хранения атрибутов полей таблиц БД отдельно от самих БД и приложений. Информация о полях может использоваться различными приложениями.

Data Module — невизуальные компоненты типа TdataModule применяются для централизованного хранения наборов данных в приложении, работающем с БД.

Object Repository — репозиторий объектов Delphi. Будучи единожды разработанными для какого-либо приложения, формы с визуальными и невизуальными компонентами, а также компоненты TdataModule могут сохраняться в репозитории. Тогда они могут использоваться другими, вновь создаваемыми приложениями. Таким образом, устраняется необходимость повторного написания идентичного или схожего кода в приложениях.

Data Migration Wizard — средство для перемещения данных между БД различных типов.

Невизуальные компоненты Delphi служат для соединения приложения с таблицами БД. Визуальные компоненты Delphi предназначены для визуализации записей набора данных (напримерр, компонент TDBGrid) или отдельных полей текущей записи набора данных (например, TDBEdit, TDBText). Невизуальные компоненты имеют прямой выход на BDE, которая, в свою очередь, контактирует с БД. Визуальные компоненты служат для представления данных из невизуальных компонентов, т. е. служат целям обеспечения интерфейса пользователя при работе с данными.

Основными составными частями Delphi являются:

— Дизайнер Форм (Form Designer);

— Окно Редактора Исходного Текста (Editor Window);

— Палитра Компонент (Component Palette);

— Инспектор Объектов (Object Inspector);

— Справочник (On-line help).

Есть и другие важные составляющие Delphi, вроде линейки инструментов, системного меню и многие другие, нужные для точной настройки программы и среды программирования.

Программисты на Delphi проводят большинство времени, переключаясь между Дизайнером Форм и Окном Редактора Исходного Текста (которое для краткости называют Редактор).

Дизайнер Форм в Delphi столь интуитивно понятен и прост в использовании, что создание визуального интерфейса превращается в детскую игру. Дизайнер Форм первоначально состоит из одного пустого окна, которое заполняется всевозможными объектами, выбранными на Палитре Компонент.

Несмотря на всю важность Дизайнера Форм, местом, где программисты проводят основное время, является Редактор. Логика является движущей силой программы и Редактор — то место, где она кодируется.

Палитра Компонент позволяет выбрать нужные объекты для размещения их на Дизайнере Форм. Установленным объектом на Дизайнере Форм можно манипулировать с помощью мыши.

Палитра Компонент использует постраничную группировку объектов. Внизу Палитры находится набор закладок — Standard, Additional, Dialogs и т. д.

Невидимые во время выполнения программы компоненты (невизуальные компоненты типа TMenu или TDataBase) не меняют своей формы.

В приложение пользователя из БД получают наборы данных с помощью компонента Tquery. Результирующий НД компонента TQuery формируется путём выполнения запроса к БД на языке SQL (Structured Query Languague, язык структурированных запросов).

Borland Delphi 7 Studio может работать в среде операционных систем от Windows 98 до Windows XP. Особых требований, по современным меркам, к ресурсам компьютера пакет не предъявляет: процессор должен быть типа Pentium или Celeron с тактовой частотой не ниже 200 МГц (рекомендуется Pentium 400 МГц и выше), оперативной памяти — 256 Мбайт (рекомендуется 1 Г байт), достаточное количество свободного дискового пространства (для полной установки версии Enterprise необходимо приблизительно 1Гбайт).

2.Разработка программы

2.1 Разработка форм

Любая программа в DELPHI состоит из файла проекта (файл с расширением DPR) и одного или нескольких модулей (файлы с расширением PAS). Каждый из таких файлов описывает программную единицу Object Pascal.

Файл проекта представляет собой программу, написанную на языке Object Pascal и предназначенную для обработки компилятором. Эта программа автоматически создается DELPHI и содержит лишь несколько строк. (View/ProjectSource).

Данный проект так же состоит из файла проекта Delphi, программного кода, и редактируемых форм.

В состав АИС, так же входят шаблоны выходных документов в текстовом редакторе и электронной таблице.

При запуске программы автоматически загружается форма «Главная форма» представленная на рисунке 2.1.

Рисунок 2.1 Разработка главной формы АИС «Контингент»

На форме размещен компонент как TMainMenu

Для управления формой использован TMainMenu. Ниже приведены некоторые свойства данного компонента.

Компонент TMainMenu

object N1: TMenuItem

Caption = Файл

object N2: TMenuItem

Caption = Выход

end

object N3: TMenuItem

Caption =Базы данных

object N4: TMenuItem

Caption = Добавить

OnClick = N4Click

end

object N6: TMenuItem

Caption = Редактировать

end

end

object N7: TMenuItem

Caption = Удалить

object N8: TMenuItem

Caption = Приказы

OnClick = N8Click

end

object N9: TMenuItem

Caption = О переводе

OnClick = N9Click

end

object N10: TMenuItem

Caption = О зачислении

OnClick = N10Click

end

object N11: TMenuItem

Caption = Об отчислении

OnClick = N11Click

end

end

object N9 TMenuItem

Caption = Вывод данных

object N12: TMenuItem

Caption = Списки

OnClick = N12Click

end

object N13: TMenuItem

Caption = Формы

object N14: TMenuItem

Caption = Справки

OnClick = N14Click

end

end

end

Форма для настройки базы данных представлено на рисунке 2.2.

Рисунок 2.2 Вид формы «Настройки»

По выбору серверной или локальной базы данных осуществляется соединение соответствующей базой данных (рис 2.3).

Рис. 2.3 Окно настройки локальной базы данных

Рис. 2.4 Окно настройки серверной базы данных

Использованы компоненты

object RadioButton1: TRadioButton

Left = 15

Top = 35

Width = 221

Height = 17

Caption =Базы данных SQL server'

TabOrder = 1

OnClick = RadioButton1Click

end

object RadioButton2: TRadioButton

Left = 15

Top = 70

Width = 216

Height = 17

Caption = Локальная база данных MS Access'

TabOrder = 3

OnClick = RadioButton2Click

end

Процедуры назначены на кнопки TBitBtn1, TBitBtn2.

Подтверждение настройки происходит нажатием на кнопку BitBtn5.

Процедура настройки базы данных, назначенная на кнопку BitBtn5 приведена ниже.

procedure TForm2. BitBtn5Click (Sender: TObject);

var

setting:TiniFile;

begin

Setting:=TiniFile.Create ('C:Program FilesMepSetting. ini');

If radioButton1. Checked = true then

begin

try

Form2.Server_Base_connect;

Setting.WriteString ('Connect','base','1');

except

ShowMessage ('Ошибка подключения к базе данных.');

end;

end;

if RadioButton2. Checked = true then

begin

try

Form2.Local_Base_connect;

Setting.WriteString ('Connect','base','0');

except

ShowMessage ('Ошибка подключения к базе данных.');

end;

end;

setting.Free;

form2.Close;

end;

Для ввода данных, и их отображения в рамках работы разработана форма на рисунке 2.5.

Рис. 2.5 Окно формы ввода данных

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

В данной форме представлены множество полей ввода класса DBEdit и управляющие кнопки класса BitBtn и SpeedButton с изоброжением пиктограмм.

На форме находятся компоненты связывания с базой данных. Как заметно, использована технология ADO, для связи таблиц базы данных.

Механизм АDO реализован на основе интерфейсов OLE DB и СОМ, приложению для доступа к данным не требуется дополнительных библиотек, кроме инсталлированного ADO.

Компонент TADOConnection обеспечивает соединение с источниками данных через провайдеры OLE DB. OLE DB позволяет реализовать доступ как к SQL-серверам с применением языка SQL. В базовую модель OLE DB входят объекты DataSource, Session, Rowset.

Компоненты множества данных Table, Query хранят информацию о полях своей таблицы в виде массива компонентов полей.

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

Объект DataSource (источник данных) предназначен для соединения с источником данных и создания одного или нескольких сеансов. Этот объект управляет соединением, использует информацию о полномочиях и аутентификации пользователя.

Объект Session (сеанс) управляет взаимодействием с источником данных — выполняет запросы и создает результирующие наборы, позволяет возвращать метаданные. В сеансе может создаваться одна или несколько команд.

Объект Rowset (результирующий набор) представляет собой данные, извлекаемые в результате выполнения команды или создаваемые в сеансе.

С каждым компонентом доступа к данным должен быть связан как минимум один компонент DataSource. С одним компонентом DataSource может быть связано несколько визуальных компонентов.

Абстрактный класс TField предоставляет доступ к полям таблицы, обладает мощными потомками, которые применяются автоматически или задаются в Редакторе полей Fields Editor. Потомки класса TField отличаются от базового класса и друг от друга особенностями, связанными с обработкой данных различных типов.

В модуль данных (или в форму) добавляется компонент источника данных (TDataSourse), являющийся связующим звеном между набором данных и элементами управления, отображающими данные. Свойство DataSet компонента типа TDataSourse указывает набор данных, формируемый компонентами таких классов, как TTable или TQuery.

В форму добавлены элементы управления для работы с данными, такие как TDBGrid, TDBEdit, TDBLookUpComboBox и т. п. Они связываются с источником данных через свойство DataSource.

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

Ниже представлено (Рис. 2.6)окно DataModul, с размещенными на ней компонентами ADO. Предком всех классов наборов данных является класс TDataSet.

Рис. 2.6 Окно DataModul

Ниже приведены свойства некоторых из них:

object ADOConnection1: TADOConnection

Connected = True

ConnectionString =

'Provider=Microsoft.Jet.OLEDB.4.0;Data Source=C:Program FilesME' + 'PDataBase.mdb;Persist Security Info=False'

LoginPrompt = False

Mode = cmShareDenyNone

Provider = 'Microsoft.Jet.OLEDB.4.0'

End

object ADOQuery1: TADOQuery

Connection = ADOConnection1

Parameters = <>

End

Следующая представленная форма (Рис. 2.7) так же связана с базой данных.

Рис. 2.7 Форма для специальности

Форма состоит из двух вкладки и уже знакомыми компонентами БД.

Данная форма предназначена для ввода новой специальности и редактирования имеющихся специальностей.

Как было описано в предметной области, АИС позволяет получить некоторые выходные документы.

Шаблоны приказов на отчисление, зачисление и перевод, так же справка с места учебы заготовлены в Worde.

Списки групп выходит на основе шаблона в Excele.

На рисунке 2.8 представлена сама форма ввода данных для формирования справки с места учебы. Вводимые данные используются в шаблонах.

Рис. 2.8 Форма формирования справки

Ниже приведен фрагмент процедуры открытия документа Word.

worddocument:=MyDir+'ShablonSpravka_Obuch.doc';

try

wordapp := createoleobject ('word.application');

except

showmessage ('Ошибка запуска Microsoft Office Word!');

end;

В программе предусмотрена возможность формирования собственного запроса, отличных от заготовленных шаблонов (Рис. 2.9).

В форме установлены два компенента: Memoдля составления запроса и DBGrid — для отображения результата запроса. Полученный результат можно экспортировать в Excel. В каждой форме данной программы есть возможность вернутся на главную форму с помощью кнопки «НАЗАД"-Рис.2.9.

Рис. 2.9 Форма формирования запроса

Ниже приведен фрагмент процедуры выполнения запроса

DataModule3.AdoQuery1.Active:=False;

DataModule3.AdoQuery1.SQL.Clear;

DataModule3.AdoQuery1.SQL.Add (Memo1.Text);

DataModule3.AdoQuery1.Active:=True;

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

2.2 Описание методов

Все описанные в предыдущем параграфе компоненты и свойства дополняются методами.

Для поиска данных в БД можно использованы методы: Lookup, FindKey.

Метод Lookup осуществляет поиск на точное соответствие значений, указанных в параметрах. Метод Lookup не переводит курсор на найденную запись, а считывает значения полей найденной записи. Для получения значений полей найденной записи нужно указать требуемые названия полей в параметре ResultFields. Значения только этих полей и будут считаны из найденной записи. Порядок следования полей в параметре не имеет значения. В случае успешного поиска метод Lookup возвращает в качестве результата значение типа Variant. Метод Lookup возвращает значение Null при неудачном поиске.

Метод FindKey описан следующим образом: Function FindKey (const KeyValues: array of const):Boolean. Этот метод осуществляет поиск записи в наборе данных, у которой значения полей полностью совпадают со значениями, указанными в параметре KeyValues. Список полей не задаётся, так как берутся поля, заданные текущим индексом. В случае удачного поиска метод возвращает значение TRUE и перемещает курсор на найденную запись. Иначе возвращается значение False.

Cancel — Отменяет все изменения набора данных, если они еще не сохранены методом Post или переходом на другую запись.

ClearFields — Метод очищает все поля текущей записи.

Close — Закрывает набор данных. Метод является альтернативой присваивания False свойству Active набора данных.

Delete — Метод удаляет текущую запись. Следует заметить, что во многих форматах данных удаляемая запись лишь помечается, как удаленная, и скрывается от пользователя. Физически же такая запись из файла не удаляется. В этом случае обычно время от времени приходится «паковать» таблицы, избавляясь от таких записей. 10]

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

Таким образом в данном разделе был описан процесс разработки АИС «Контингент». Полный листинг программы приводится в приложении работы.

2.3 Внедрение программы

Автоматизированная информационная система «Контингент» предназначена для автоматизации управления контингентом в вузе.

Разработанный программный продукт представляет собой систему управления базой данных (СУБД). База данных — реляционная. Формат базы данных — Microsoft Access. Доступ данных из приложения осуществляется при помощи драйвера ADO. Приложение-интерфейс СУБД разработана с использованием Delphi.

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

Система выполняет все основные функции работы с базами данных: ввод, корректировка, удаление, поиск. Кроме основных функции автоматизированы следующие: формирование приказов, формирование списков групп, формирование справок.

Сформированные отчетные документы можно экспортировать в Excel или Word. Управление основными операциями осуществляется как с помощью визуальных кнопок, так и с помощью управляющего главного меню (Рис. 2.10).

Рисунок 2.10 Интерфейс главной формы В процессе разработки информационной системы параллельно проводилось структурное тестирование. Были максимально полно протестированы все маршруты программы.

Программа сопровождается формой о для настройки базы данных. (Рисунок 2.11−2.12)

Рисунок 2.11 Форма «Настройка сервера базы данных»

Рис. 2.12 Настройка локальной базы данных Программа сопровождается оконными сообщениями о действиях, например о сохранении настройкиРис.2.13. При пустом поле имени БД, система выдает следующее сообщение-Рис.2.14.

.

Рис. 2.13 Сообщение о сохранении настройки Рис. 2.14 Сообщении о необходимости имя БД

Следующще сообщение об ошибке сети — Рис. 2.15.

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

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

Системные требования для работы программы, разработанной на базе Borland Delphi 7 Studio могут быть невелики.

Программа может работать в среде операционных систем от Windows XP до Windows 7.

Особых требований, по современным меркам, к ресурсам компьютера пакет не предъявляет: процессор должен быть типа Pentium или Celeron с тактовой частотой не ниже 200 МГц (рекомендуется Pentium 400 МГц и выше), оперативной памяти — 256 Мбайт (рекомендуется 1 Г байт), достаточное количество свободного дискового пространства (для полной установки версии Enterprise необходимо приблизительно 1Гбайт).

Заключение

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

— надежно хранить информацию;

— изменять (добавлять, удалять, обновлять) информацию;

— уменьшить время доступа к необходимой информации;

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

Таким образом, СУБД очень хорошо подходят для хранения и систематизации любой информации на работе.

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

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

В процессе работы над дипломной работой была создана АИС Учета движения контингентом студентов ВУЗа. В ходе работы были разработаны, созданы и отлажены все компоненты системы.

В результате проведена следующая работа:

Разработана база данных;

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

спроектирована система запросов к БД;

спроектирована группа отчетов для БД;

выполнено комплексное тестирование и отладка БД.

В итоге реализована АИС движения контингентом студентов ВУЗа, которая обеспечит автоматизацию учета сведений о студентах, о группах, автоматическое формирование документов.

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

Разработанная база данных является удобной и понятной для любого типа пользователей. База позволяет добавлять новых студентов, удалять, вносить изменения.

Глоссарий

Список использованных источников

1. Брешенков А. В., Губарь А. М. Проектирование объектов баз данных в среде Access: Учеб. Пособие для вузов. — М.: Изд-во МГТУ, им. Н. Э. Баумана, 2006. — 184 с: ил.

2. Когаловский М. Р. Энциклопедия технологий баз данных. — М.: Финансы и статистика, 2002.

3. Мишенин, А. И. Теория экономических информационных систем: Учеб. для вузов / А. И. Мишенин.- 4-е изд., доп. и перераб. -М.: Финансы и статистика, 2001. — 240 с.: ил.

4. Гурвиц Г. Разработка реального приложения в среде клиент-сервер. — «ДВГУПС», 2005. — 120 с.

5. Дейт К.

Введение

в системы баз данных/Пер. с англ. М.:Наука, 2005. 463 с.

6. Оскерко В. С., Пунчик З. В. Практикум по технологиям баз данных. — Мн.: «БГЭУ», 2004. — 170 с.

7. Фаронов Ф. Д. «Программирование баз данных DELPHI», 2003 г.

8. Глушаков В. И. «Программирование в среде Delphi», 2002 г.

9. www.delphiworld.ru

10. Ашаров Д. П. «Проектирование и разработка систем автоматизации предприятий», 2009 г.

11. Р. Ахаян и др. «Эффективная работа с СУБД», Санкт-Петербург, «Питер», 2007 г.

12. Delphi на примерах / Под ред. Пестрикова В. М., Маслобоева А.Н.- СПб.: БХВ-Петербург, 2008. 496 с.

13. Аппак М. А., «Автоматизированные рабочие места на основе персональных ЭВМ» — М., «Инфра-М», 2001.

14. Андреев В. В. Информационная подсистема оценки рейтинга профессорско-преподавательского состава // Программные продукты и системы. 2009. № 4. С. 135−138.

Приложение, А Таблицы базы данных

Таблица 3. Personal_Data

Приложение Б Файлы проекта

Рис. 1 — Файлы проекта