Разработка приложения по учету кадровой информации

     3) Числовой. Этот тип данных содержит  множество подтипов. От выбора  подтипа (размера) зависит точность  вычислений;

     4) Счётчик. Уникальные, последовательно  возрастающие числа, автоматически  вводящиеся при добавлении новой  записи в таблицу;

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

     6) Денежный. Денежные значения и  числовые данные, используемые в  математических вычислениях;

     7) Дата/Время. Дата и время хранятся  в специальном фиксированном  формате;

     8) Поле объекта OLE. Включает звукозапись, рисунок и прочие типы данных. Поле этого типа не может быть ключевым или проиндексированным. 
 

          2.2  Задачи, возложенные на базу данных

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

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

 

         2.3 Логическое проектирование

      Между сущностями могут быть установлены связи – бинарные ассоциации, показывающие, каким образом сущности соотносятся или взаимодействуют между собой. Связь может существовать между двумя разными сущностями или между сущностью и ей же самой (рекурсивная связь). Она показывает, как связаны экземпляры сущностей между собой. Если связь устанавливается между двумя сущностями, то она определяет взаимосвязь между экземплярами одной и другой сущности.

      Кроме того, в ER-модели допускается принцип категоризации сущностей.

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

      Следует отметить, что для каждой сущности устанавливается свой код – ключевой атрибут, однозначно характеризующий сущность. Например, обычный номер студента в группе не может выполнять роль ключа, поскольку для каждой группы эти номера могут повторяться. Для преподавателя атрибут Табельный номер нежелательно брать в качестве ключевого, поскольку все-таки возможно изменение табельного номера.

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

         2.4 Физическое проектирование

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

     Студенты                                                                                  Табл.1 

 

     Дисциплины                                                                               Табл.2 

 
 
 
 
 
 
 

     Учебный план                                                                            Табл.3 

 

     Успеваемость                                                                               Табл.4 

 
 

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

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

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

 

     

Заключение 

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

     - Спроектирована логическая модель  базы данных

     - Спроектирована физическая модель  базы данных

     - Предусмотрена возможность корректировки  данных

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

Данный  программный продукт был написан  с использованием Microsoft Office Access для  создания базы данных и среда разработки программных продуктов Delphi, имеющий большие возможности для работы с базами данных. Соединение с базой данных произведено при помощи технологии ADO.

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

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

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

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

 

CПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ 

Книги:

1. Архангельский Л.Я. Delphi 2006. Справочное пособие: Язык Delphi, классы, функции Win32 и .NET/ Л.Я.Архангельский — М.: ООО «Бином-Пресс», 2006 г.—1 152с.

2. Боровский  А.Н. Программирование в Delphi 2005/ А.Н. Боровский — СПб.: БХВ-Петербург, 2005. - 448 с.

3. Гончаров А.Ю. Аccess 2003: самоучитель с примерами /А.Ю.Гончаров– М.: КУДИЦ-ОБРАЗ, 2004.-273 с.

4. Гофман В. Э., Хомоненко А. Д. Delphi. Быстрый старт/В.Э.Гофман, А.Д.Хоменко — СПб.: БХВ-Петербург, 2003. — 288 с.

5. Гофман В. Э., Хомоненко А. Д. Работа с базами данных в Delphi/ В.Э.Гофман, А.Д.Хоменко — СПб.: БХВ-Петербург, 2001. — 656 с.

6. Дарахвелидзе П. Г., Марков Е. П. Delphi 2005 для Win32 /П.Г.Дарахвелидзе- СПб.: БХВ-Петербург, 2005. - 1136 с.

7. Сорокин А. В. Delphi. Разработка баз данных/А.В.Сорокин — СПб.: Питер, 2005. — 477 с.

8. Фленов М. Е. Программирование в Delphi глазами хакера/М.Е.Фленов — СПб.: БХВ-Петербург, 2003. - 368 с.

9. Фленов М. Е. Delphi в шутку и всерьез: что умеют хакеры/М.Е.Фленов — СПб.: Питер. 2006. — 271 с.

10. Фаронов В. В. Delphi 2005. Разработка приложений для баз данных и Интернета/В.В.Фаронов — СПб.: Питер, 2006. — 603 с. 

Электронные ресурсы:

1. Delphi World 6.0. Электронный справочник.

2. Сервер Информационных Технологий http://www.citforum.ru/ основы современных баз данных