«Программа ведения базы данных» - Курсовая работа

Содержание

ВВЕДЕНИЕ… 3

1 ЗАДАНИЕ…. 5

2 КРАТКАЯ ТЕОРЕТИЧЕСКАЯ ЧАСТЬ…. 6

2.1 Объектно-ориентированная модель…. 6

2.2 Реляционная база данных…. 7

2.3 Объектно-реляционная модель…. 8

2.4 Объектно-ориентированные базы данных… 9

2.5 Стандартные объекты базы данных…. 11

2.6 Принципы построения баз данных …. 12

2.7 Организация связи с базами данных в Delphi…. 13

3. ОСНОВНАЯ ЧАСТЬ… 15

3.1 Алгоритм программы 15

3.2 Описание программы 15

3.2.1 Создание таблиц 15

3.2.2 Создание нового источника данных 15

3.2.3 Создание форм 15

3.2.4 Создание справочной системы 17

3.3 Логическая структура программы 18

4 ОПИСАНИЕ КОНТРОЛЬНОГО ПРИМЕРА…. 26

ЗАКЛЮЧЕНИЕ… 27

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

ПРИЛОЖЕНИЕ А Программный продукт…. 29

ПРИЛОЖЕНИЕ Б Листинг программ…. 35

Введение

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

• обеспечивать получение общих и/или детализированных отчетов по итогам работы;

• позволять легко определять тенденции изменения важнейших показателей;

• обеспечивать получение информации, критической по времени, без существенных задержек;

• выполнять точный и полный анализ данных.

Современные СУБД в основном являются приложениями Windows, так как данная среда позволяет более полно использовать возможности персональной ЭВМ, нежели среда DOS. Снижение стоимости высокопроизводительных ПК обусловил не только широкий переход к среде Windows, где разработчик программного обеспечения может в меньше степени заботиться о распределении ресурсов, но также сделал программное обеспечение ПК в целом и СУБД в частности менее критичными к аппаратным ресурсам ЭВМ.

Среди наиболее ярких представителей систем управления базами данных можно отметить: Lotus Approach, Microsoft Access, Borland dBase, Borland Paradox, Microsoft Visual FoxPro, Microsoft Visual Basic, а также баз данных Microsoft SQL Server и Oracle, используемые в приложениях, построенных по технологии «клиент-сервер». Фактически, у любой современной СУБД существует аналог, выпускаемый другой компанией, имеющий аналогичную область применения и возможности, любое приложение способно работать со многими форматами представления данных, осуществлять экспорт и импорт данных благодаря наличию большого числа конвертеров. Общепринятыми, также, являются технологи, позволяющие использовать возможности других приложений, например, текстовых процессоров, пакетов построения графиков и т.п., и встроенные версии языков высокого уровня (чаще – диалекты SQL и/или VBA) и средства визуального программирования интерфейсов разрабатываемых приложений. Поэтому уже не имеет существенного значения на каком языке и на основе какого пакета написано конкретное приложение, и какой формат данных в нем используется. Более того, стандартом «де-факто» стала «быстрая разработка приложений» или RAD (от английского Rapid Application Development), основанная на широко декларируемом в литературе «открытом подходе», то есть необходимость и возможность использования различных прикладных программ и технологий для разработки более гибких и мощных систем обработки данных. Поэтому в одном ряду с «классическими» СУБД все чаще упоминаются языки программирования Visual Basic 4.0 и Visual C++, которые позволяют быстро создавать необходимые компоненты приложений, критичные по скорости работы, которые трудно, а иногда невозможно разработать средствами «классических»

СУБД. Современный подход к управлению базами данных подразумевает также широкое использование технологии «клиент-сервер».

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

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

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

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

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

Данная курсовой проект разработан в Интегрированной Среде Разработки (ИСР или Integrated development environment - IDE) Delphi, занимающая самые передовые позиции в работе с любыми системами управления базами данных.

Заключение

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

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

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

В настоящий момент ощущается настоятельная потребность в интеграции ООСУБД с существующими инструментальными средствами. Разработчики уже сегодня могли бы продуктивно использовать версии Visual Basic, Power Builder, Forte или Delphi, поддерживающие ООСУБД. Большинство продуктов для создания приложений в той или иной мере являются объектно-ориентированными, но работают по-прежнему с реляционными БД. Специалисты считают, что партнерство производителей ООСУБД и средств программирования способно привести к появлению столь необходимого инструментария.

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

Разрабатывая данный курсовой проект, я набрал навыки построения БД в ИСР Borland Delphi 7.

Список литературы

1. Богумирский Б. Эффективная работа на IBM PC в среде Windows 95 -СПб - «Питер» - 1997, 1000с.

2. Архангельский А.Я. Программирование Delphi 7 – Москва – «Бином» - 2004, 1152 с.

Примечания

К работе прилагается программа с исходным кодом.