Курсовая работа: Создание автоматизированного рабочего места классного руководителя средней школы

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

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

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

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

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

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

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

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

Глава I. Теоретическая часть

1.1 Основные понятия БД

Всякая прикладная программа является отображением какой – то части реального мира и поэтому содержит его формализованное описание в виде данных. Крупные массивы данных размещают, как правило, отдельно от исполняемого программы, и организуют в виде Базы данных. Начиная с 60-х годов для работы с данными, стали использовать особые программные комплексы, называемые системами управления базами данных (СУБД). Системы управления базами данных отвечают за:

- физическое размещение данных и их описаний;

- поиск данных;

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

- защиту данных от некорректных обновлений и несанкционированного доступа;

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

Модели данных

Хранимые в базе данных имеют определенную логическую структуру, то есть, представлены некоторой моделью, поддерживаемой СУБД. К числу важнейших относятся следующие модели данных:

- иерархическая;

- сетевая;

- реляционная;

- объектно – ориентированная;

В иерархической модели данные представляются в виде древовидной (иерархической) структуры. Она удобна для работы с иерархически упорядоченной информацией и громоздка для информации со сложными логическими связями.

Сетевая модель означает представление данных в виде произвольного графа. Достоинством сетевой и иерархической моделей данных является возможность их эффективной реализации показателей затрат памяти и оперативности. Недостатком сетевой модели данных является высокая сложность и жесткость схемы БД, построенной на ее основе.

Реляционная модель данных (РМД) название получила от английского термина Relation – отношение. Модель данных описывает некоторый набор родовых понятий и признаков, которыми должны обладать все конкретные СУБД и управляемые ими БД, если они основываются на этой модели.

Объектно-ориентировочная модель данных – это когда в базе хранятся не только данные, но и методы их обработки в виде программного кода. Это перспективное направление, пока также не получившее активного распространения из-за сложности создания и применения подобных СУБД.

База данных - это совокупность записей различного типа, содержащая перекрестные ссылки.

Файл - это совокупность записей одного типа, в котором перекрестные ссылки отсутствуют.

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

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

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

По характеру использования СУБД делят на персональные (СУБДП) и многопользовательские (СУБДМ).

К персональным СУБД относятся VISUAL FOXPRO, ACCESS и др. К многопользовательским СУБД относятся, например, СУБД ORACLE и INFORMIX. Многопользовательские СУБД включают в себя сервер БД и клиентскую часть, работают в неоднородной вычислительной среде допускаются разные типы ЭВМ и различные операционные системы. Поэтому на базе СУБДМ можно создать информационную систему, функционирующую по технологии клиент-сервер. Универсальность многопользовательских СУБД отражается соответственно на высокой цене и компьютерных ресурсах, требуемых для поддержки

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

Персональные СУБД обеспечивают возможность создания персональных БД и недорогих приложений, работающих с ними, и при необходимости создания приложений, работающих с сервером БД.

Для обработки команд пользователя или операторов программ в СУБДП используются интерпретаторы команд (операторов) и компиляторы . С помощью компиляторов в ряде СУБДП можно получать исполняемые автономно приложения-ехе-программы.

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

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

Расширение возможностей пользователя СУБДП достигается за счет подключения систем распространения Си или Ассемблера.

Поддержка функционирования в сети обеспечивается:

- средствами управления доступом пользователей к совместно используемым данным, т.е. средствами блокировки файлов (таблиц), записей, полей, которые в разной степени реализованы в разных СУБДП;

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

Теперь рассмотрим функции СУБД немного подробнее:

Определение данных

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

Обработка данных

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

Запросы языка обработки данных бывают «планируемые» и «не планируемые».

1. Планируемый запрос-это запрос, необходимость которого предусмотрена заранее. Администратор базы данных, возможно, должен настроить физический проект БД таким образом, чтобы гарантировать достаточное быстродействие для таких запросов.

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

Безопасность и целостность данных

СУБД должна контролировать пользовательские запросы и пресекать попытки нарушения правил безопасности и целостности, определенные АБД.

Восстановление данных и дублирование

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

Словарь данных

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

Производительность

Очевидно, что СУБД должна выполнять все указанные функции с максимально возможной эффективностью.

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

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

1.2 Функциональные возможности СУБД

Управляющим компонентом многих СУБД является ядро, выполняющее следующие функции:

- управление данными во внешней памяти;

- управление буферами оперативной памяти (рабочими областями, в которые осуществляется подкачка данных из базы для повышения скорости работы);

- управление транзакциями.

1. Непосредственное управление данными во внешней памяти

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

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

2. Управление буторами оперативной памяти

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

3. Управление транзакциями

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

1.3 Компьютерные технологии в помощь классному руководителю

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

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

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

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

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

а) журнал классного руководителя, содержащий:

– дневник классного руководителя;

– план работы;

– календарь классного руководителя;

б) личные карточки студентов, содержащие:

– ФИО;

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

– ФИО родителей;

– место работы и должность родителей;

– домашний адрес;

в) сводная ведомость о пропусках содержащая

– количество пропусков по уважительной причине;

– количество прогулов;

г) сводная ведомость об успеваемости, содержащая итоговые оценки за семестр;

д) план проведения мероприятий и классных часов;

е) план проведения родительских собраний.

Глава II. Постановка задачи

2.1 Пояснение

Проект "Автоматизированное рабочее место (в дальнейшем – АРМ) классного руководителя", предназначен для использования в средней общеобразовательной школе.

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

2.2 Назначение проекта

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

2.3 Требования к проекту

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

2.4 Входная информация

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

1. Таблица School. (см. рис. 1) Данная таблица предназначена для ввода личных данных учеников. Она состоит из следующих полей:

Numberpp – Номер по порядку;

Numberld – Номер личного дела ученика;

Surname – Фамилия ученика;

Name – Имя ученика;

Patronimic – Отчество ученика;

Pol – Пол ученика;

Birthdate – Дата рождения ученика;

Nationality – Национальность ученика.

Рис.1. Таблица вывода личной информации учеников

2. Таблица ContactDate. (см. рис. 2) Данная таблица предназначена для ввода контактных данных учеников. Она состоит из следующих полей:

Number – Номер по порядку;

Surname – Фамилия ученика;

Name – Имя ученика;

Patronimyc – Отчество ученика;

City – Город, в котором проживает ученик;

Ctreat – Улица, на которой проживает ученик;

Home – Номер дома, в котором проживает ученик;

Flat – Номер квартиры, в которой проживает ученик;

DomTelefon – Домашний телефон ученика;

MobTelefon – Мобильный телефон ученика.

Рис.2. Таблица вывода контактных данных учеников

3. Таблица MedicDate. (см. рис. 3) Данная таблица предназначена для ввода данных о состоянии здоровья учеников. Она состоит из следующих полей:

Number – Номер по порядку;

Surname – Фамилия ученика;

Name – Имя ученика;

High – Рост ученика;

Weight – Вес ученика;

Health – Состояние здоровья ученика (здоров/не здоров).

Рис.3. Таблица ввода данных о состоянии здоровья учеников

4. Таблица Parents. (см. рис. 4) Данная таблица предназначена для ввода данных о родителях учеников. Она состоит из следующих полей:

Number – Номер по порядку;

FIOMother – Фамилия, имя, отчество матери ученика;

MBirthDate – Дата рождения матери ученика;

MWork – Место работы матери ученика;

MWTelefon – Рабочий телефон матери ученика;

MMobTelefon – Мобильный телефон матери ученика;

FIOFather – Фамилия, имя, отчество отца ученика;

FBirthDate – Дата рождения отца ученика;

FWork – Место работы отца ученика;

FWTelefon – Рабочий телефон отца ученика;

FMobTelefon – Мобильный телефон отца ученика.

Рис.4. Таблица ввода данных о родителях учеников

5-9. Таблица FirstVisit. (см. рис. 5) Данная таблица предназначена для ввода данных о посещении учеников по уважительной причине, по неуважительной причине и, в общем, в первой четверти. Она состоит из полей:

Number – Номер по порядку;

Surname – Фамилия ученика;

Name – Имя ученика;

Patronimic – Отчество ученика.

Valid – Количество пропусков ученика по уважительной причине;

UnValid – Количество пропусков ученика по неуважительной причине;

AllVisit – Количество пропусков ученика всего, по уважительной и неуважительной причине, за первую четверть;

Таблицы SecondVisit (посещение учеников во второй четверти), ThirdVisit (посещение учеников в третей четверти), FourtVisit (посещение учеников в четвёртой четверти), TotalVisit (посещение учеников за весь год) заполняются аналогично таблице FirstVisit.

Рис.5. Таблица ввода данных о посещении учеников за первую четверть

10-14. Таблица FirstProgress. (см. рис. 6) Данная таблица предназначена для ввода данных об итоговой успеваемости учеников по всем предметам за первую четверть. Она состоит из следующих полей:

Number – Номер по порядку;

Surname – Фамилия ученика;

Name – Имя ученика;

Patronimic – Отчество ученика;

Algebra – Оценка за первую четверть по алгебре;

Geometry - Оценка за первую четверть по геометрии;

Russian - Оценка за первую четверть по русскому языку;

Literature - Оценка за первую четверть по литературе;

Physics - Оценка за первую четверть по физике;

Information - Оценка за первую четверть по информатике;

Astronomy - Оценка за первую четверть по астрономии;

Chemy - Оценка за первую четверть по химии;

Biology - Оценка за первую четверть по биологии;

OBG - Оценка за первую четверть по ОБЖ (Основы Безопасности Жизнедеятельности);

Foreign_Language - Оценка за первую четверть по иностранному языку;

History - Оценка за первую четверть по истории;

Social_Science - Оценка за первую четверть по обществознанию;

Geography - Оценка за первую четверть по географии;

Physical_Culture - Оценка за первую четверть по физической культуре;

Native_Language - Оценка за первую четверть по родному языку.

Таблицы SecondProgress(успеваемость учеников за вторую четверть), ThirdProgress(успеваемость учеников за третью четверть), FourtProgress(успеваемость учеников за четвёртую четверть), TotalProgress(итоговая успеваемость учеников за весь год) заполняются аналогично таблице FirstProgress.

Рис.6. Таблица ввода данных об успеваемости учеников за первую четверть

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

В нашей базе данных первая форма позволяет вводить и просматривать информацию о контактных данных учеников. (см. рис.7)

Рис.7. Форма ввода контактных данных учеников

Вторая форма позволяет вводить и просматривать информацию о родителях учеников. (см. рис. 8)

Рис.8. форма ввода данных о родителях учеников

Третья форма позволяет вводить и просматривать информацию о личных данных учеников. (см. рис. 9)

Рис.9. Форма ввода личных данных учеников

2.5 Структура базы данных "АРМ классного руководителя"

В Visual FoxPro можно устанавливать постоянные отношения между таблицами, которые будут поддерживаться при создании форм, отчетов и запросов. При определении отношений одна из таблиц является родительской, а другая – дочерней. Для родительской таблицы должен быть определен первичный ключ или ключ – кандидат, а для дочерней – индекс для связи с родительской таблицей. В данной курсовой работе мы установили для таблицы School первичный ключ, а для всех остальных дочерние. На рисунке показана взаимосвязь первой таблицы с остальными. Остальные таблицы больше ни с какими другими не связываются. (см. рис. 10-11)

Рис.10. Схема взаимодействия между таблицами

Рис.11. Структура базы данных

2.6 Выходная информация

Выходная информация – это вывод информации в виде отчета или запроса. Запросы предназначены для вывода промежуточной информации на экран. Отчёты нужны для вывода информации на печать.

В данном курсовом проекте сформированы два запроса. Первый запрос Visit выводит список учащихся и подсчитывает их посещаемость за весь год. (см. рис. 12-13).

Рис.12. Запрос во время модификации

Рис.13. Запрос во время вывода информации на экран

Второй запрос Progress выводит итоговые оценки по четвертям по одному предмету, а также подсчитывает средний бал за все четверти (см. рис. 14-15).

Рис.14. Запрос во время модификации

Рис.15. Запрос во время вывода информации на экран

В данном курсовом проекте, для примера, в отчёте мы выводим информацию об одной из учениц класса. (см. рис. 16-17)

Рис. 16. Отчёт во время модификации

Рис.17. Отчёт во время вывода на печать

Заключение

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

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

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

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

- глубоко развитые возможности интеграции с другими программными продуктами, входящими в состав Microsoft Office, а также с любыми программами продуктами, поддерживающими технологию OLE;

- богатый набор визуальных средств разработки.

Литература

1. Вейскас.Д, В26 Эффективная работа с Мicrosoft Access 97 – Спб: ЗАО «Издательство Питер»,1999.

2. Кауфельд.Дж, К45 FoxPro для «чайников». – К.: «Диалекика», 1995.

3. В.В. Бойко, В.М. Савинков, «Проектирование баз данных информационных систем», М., Финансы и статистика, 1989 г.

4. Селиджтаун.М, В26 «FoxPro 2.5 Практическое пособие» - М: изд. «Москва-Пресс»,1994.

5. Гурвиц Г.А. Разработка реального приложения с использованием Microsoft Visual FoxPro 9. – Х.: Издательство ДВГУПС, 2007.

6. Каратыгин С., Тихонов А., Тихонова Л. Visual Fox Pro 6. – М.: Издательство “ Бином”, 2000.

7. Тихонов А., Тихонова Л. Visual Fox Pro 5. – М.: Издательство “ Бином”, 1997.

8. Введение в системы баз данных» К.2000г.

9. А.Д. Хоменко «Основы современных компьютерных технологий». М. 2000г.

10. Информатика: компьютерная техника. Компьютерные технологии. Пособн. / под ред. А.И. Пушкаря. - К.: Выд. ц. «Академия», 2002.- 704с.

11. Д. Цикритизис, Ф. Лоховски, «Модели данных», М., Финансы и статистика,

1985 г.

12. К. Дейт, «Введение в системы баз данных», М., Наука, 1980 г.

13. К. Дейт, «Руководство по реляционной СУБД», М., Финансы и статистика,1988 г.

14. Д. Мейер, «Теория реляционных баз данных», М., Мир, 1987 г.