Logo GenDocs.ru

Поиск по сайту:  

Загрузка...

Web-технологии в разработке удаленных баз данных - файл 1.doc


Web-технологии в разработке удаленных баз данных
скачать (1736 kb.)

Доступные файлы (1):

1.doc1736kb.24.11.2011 10:37скачать

содержание

1.doc

Оглавление

Глава 1. ТЕОРИЯ ПРОЕКТИРОВАНИЯ УДАЛЕННЫХ БАЗ ДАННЫХ И WEB-ТЕХНОЛОГИЙ 5

1.1 История развития баз данных и web-технологий 5

1.2 Применение web-технологий в разработке удаленных баз данных 9

Глава 2. Проектирование и реализация удаленных баз данных с применением web-технологий 15

2.1 Проектирование удаленных баз данных 15

2.2 Архитектуры удаленных баз данных. Основные понятия 17

2.3 Реализация модели данных с применением web-технологий 21

Глава 4. Реализация базы данных туристической фирмы в среде СУБД MS Access 35

4.1. Создание таблиц и связей между ними 35

4.3 Разработка отчетов и форм 42


Введение

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

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

Составными частями любой информационной системы являются БД и приложение для обработки данных. Появление персональных машин класса Pentium, семейства операционных систем Windows фирмы Microsoft и различного программного обеспечения позволяют автоматизировать ручные операции, вести любые виды работ по накоплению информации, ее обработки и получению различных выходных форм. [2]

С появлением Windows 2000 и SQL Server 2000 компания Microsoft сделала первый и очень важный шаг в реализации своей мечты о таком программном обеспечении, которое можно было бы горизонтально масштабировать от web-уровня до уровня приложения и уровня базы данных, - сказал Билл Гейтс, главный архитектор программного обеспечения Microsoft. Феноменальные результаты эталонных тестов доказывают правильность нашей стратегии, и эти новшества принципиально изменят игровое поле для платформ приложений масштаба предприятия”.

В данной курсовой работе Вашему вниманию будет предложен самый легкий способ создания базы данных Microsoft SQL Server – конвертация созданной и успешно работающей базы Microsoft Access в Microsoft SQL Server средствами Access.

Microsoft Access - продукт корпорации Microsoft является самой распространенной в мире системой управления реляционными базами данных для персональных компьютеров. Она предоставляет разработчикам комбинацию мощных современных технологий и развитых средств для создания прикладных программ нового поколения. Тот, кто уже знаком с современной компьютерной литературой по разработке приложений, возможно, удивится, не обнаружив на каждой странице двух-трех десятков строк кода. Обилие картинок в пособии вполне соответствует новому мышлению. Теперь процесс разработки программы проще показать, чем рассказать о нем. [5]

Целью курсовой работы является применение web-технологий в разработке удаленных баз данных.

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

^

Глава 1. ТЕОРИЯ ПРОЕКТИРОВАНИЯ УДАЛЕННЫХ БАЗ ДАННЫХ И WEB-ТЕХНОЛОГИЙ

1.1 История развития баз данных и web-технологий


История развития СУБД насчитывает более 30 лет. В 1968 году была введена в эксплуатацию первая промышленная СУБД система IMS фирмы IBM. В 1975 году появился первый стандарт ассоциации по языкам систем обработки данных — Conference of Data System Languages (CODASYL), который определил ряд фундаментальных понятий в теории систем баз данных, которые и до сих пор являются основополагающими для сетевой модели данных.

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

Менее двух десятков лет прошло с этого момента, но стремительное развитие вычислительной техники, изменение ее принципиальной роли в жизни общества, обрушившийся бум персональных ЭВМ и, наконец, появление мощных рабочих станций и сетей ЭВМ повлияло также и на развитие технологии баз данных. Можно выделить четыре этапа в развитии данного направления в обработке данных. Однако необходимо заметить, что все же нет жестких временных ограничений в этих этапах: они плавно переходят один в другой и даже сосуществуют параллельно, но тем не менее выделение этих этапов позволит более четко охарактеризовать отдельные стадии развития технологии баз данных, подчеркнуть особенности, специфичные для конкретного этапа. [7]

Первый этап развития СУБД связан с организацией баз данных на больших машинах типа IBM 360/370, ЕС-ЭВМ и мини-ЭВМ типа PDP11 (фирмы Digital Equipment Corporation — DEC), разных моделях HP (фирмы Hewlett Packard).
Базы данных хранились во внешней памяти центральной ЭВМ, пользователями этих баз данных были задачи, запускаемые в основном в пакетном режиме. Интерактивный режим доступа обеспечивался с помощью консольных терминалов, которые не обладали собственными вычислительными ресурсами (процессором, внешней памятью) и служили только устройствами ввода-вывода для центральной ЭВМ. Программы доступа к БД писались на различных языках и запускались как обычные числовые программы. Мощные операционные системы обеспечивали возможность условно параллельного выполнения всего множества задач. Эти системы можно было отнести к системам распределенного доступа, потому что база данных была централизованной, хранилась на устройствах внешней памяти одной центральной ЭВМ, а доступ к ней поддерживался от многих пользователей-задач.[7]

Особенности этого этапа развития выражаются в следующем:

Все СУБД базируются на мощных мультипрограммных операционных системах (MVS, SVM, RTE, OSRV, RSX, UNIX), поэтому в основном поддерживается работа с централизованной базой данных в режиме распределенного доступа.

Функции управления распределением ресурсов в основном осуществляются операционной системой (ОС).

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

Значительная роль отводится администрированию данных.

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

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

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

Всемирная информационная сеть (World Wide Web далее Web) имеет недолгую, по людским меркам, историю. Годом рождения Web считается 1992 год, а отцом основателем был некто Tim Berners-Lee, который сумел, используя новые сетевые технологии и опыт своих предшественников, сделать Web приятным и удобным средством распространения информации во всемирной сети компьютерных сетей Internet (Internet существует с середины 60-х годов).

Толчок для своего стремительного и победного шествия по планете Web получила в 1993 году, когда Mark Andressen с группой студентов университета Иллинойса, разработали бесплатно распространяемую (вот истинная причина бурного развития Web) программу Mosaic для просмотра Web-страниц. [9]

HTML был разработан на основе мощного языка разметки SGML, путем переноса некоторых его функций разметки данных в сетевую среду для разметки гипертекста. Одновременно с развитием Web технологий, насыщением Web новыми сервисами и возможностями, развивался и язык разметки гипертекста. С момента своего появления стандарт HTML претерпел множество изменений, последнее из которых это спецификация HTML 4.01, анонсированная консорциумом W3C 24 декабря 1999 г. [3]

Суть и составные части Web технологии

Итак выделим базовые элементы технологии Web:

· Internet это всемирная сеть разнородных компьютерных сетей, взаимодействующих по протоколу TCP/IP.

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

· Носителями информации в Web служит Web-страницы, содержащие текст, графику, мультимедиа элементы и гиперссылки на другие ресурсы Web или Internet.

· Для передачи гипертекста Web-страниц в Internet используется специально разработанный протокол HTTP (Hyper Text Transfer Protocol).

· Для разработки Web-страниц используется специальный язык разметки гипертекста HTML (Hyper Text Markup Language).

· Для просмотра Web-страниц используется специальная клиентская программа Web-броузер. В окне Web-броузера отображаются результаты интерпретации языка HTML с Web-страниц, полученных во время навигации по гиперссылкам. [3]

^

1.2 Применение web-технологий в разработке удаленных баз данных


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

Переход к интеграции СУБД со средой Web требует выполне­ния следующих условий:

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

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

  • обеспечение возможности взаимодействия с базой данных независимо от типа используемого броузера или Web-cepeepa;

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

  • приемлемая производительность;

  • минимальные требования к администрированию;

  • наличие набора высокоуровневых инструментов разработки, позволяющих относительно просто и быстро создавать, внедрять в эксплуатацию и сопровождать новые приложения. [6]

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

Как уже говорилось, для осуществления интеграции баз дан­ных со средой Web эффективна трехуровневая архитектура.

В этой архитектуре роль клиента выполняет броузер, роль сер­вера приложений — Web-cepeep, а сервером базы данных являют­ся традиционные СУБД (SQLServer, Oracle и др.).

В заключение сформулируем преимущества интеграции СУБД в среду Web:

  • достаточная простота реализации;

  • независимость от типов СУБД;

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

  • возможность расширения информационных систем, в том числе при создании корпоративных связей.[6]



1.3 Методы интеграции удаленных баз данных в среду Web

Эффективность взаимодействия СУБД и среды Web достигает­ся следующими методами:

  • применением языков сценариев;

  • использованием общего шлюзового интерфейса;

  • формированием СооНе-файлов HTTP;

  • расширением возможностей Web-cepBepa.

Естественно, что это далеко не полный список возможных тех­нологий интеграции удаленных баз данных в среду Web. Рассмот­рим некоторые из указанных методов.

^ Применение языков сценариев. Для сохранения и передачи ин­формации в среду Web используют языки гипертекстовой размет­ки, например HTML. Однако этот стандартный язык, позволя­ющий представлять в Интернете практически все виды информа­ции, может вызывать определенные трудности при преобразова­нии приложений баз данных в Web-приложения с тем же уровнем удобства работы пользователей. Это обусловлено тем, что сам по себе язык HTML не может содержать коды приложений, управля­ющих работой базы данных.[12]

Для преодоления этих трудностей и применяют языки сцена­риев, позволяющие встраивать код сценария в HTML-код, кото­рый загружается по сети при каждом доступе к странице.

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

На сегодняшний день достаточно популярными являются сле­дующие языки сценариев: JavaScript и Jscript, VBScript, Perl, PHP. Так как подробно описать данные языки не представляется воз­можным, рассмотрим лишь их некоторые особенности.[11]

JavaScript (компании Netscape) и Jscript (компании Microsoft) — это практически идентичные интерпретируемые языки сценариев.

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

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

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

стемы компилируемых классов, построенной на объявлениях, в языке JavaScript используется система времени выполнения на основе типов данных, включающих в себя числовые, логические и стро­ковые значения. JavaScript дополняет язык Java новыми возможно­стями при создании сценариев. [12]

VBScript — это интерпретируемый язык сценариев компании Microsoft, назначение и принципы действия которого практически идентичны языкам сценариев JavaScript и Jscript. Однако VBScript обладает синтаксисом, который больше похож на синтаксис язы­ка Visual Basic.

Этот язык, так же как и языки JavaScript и Jscript, может выпол­няться и броузером, и сервером до пересылки документа броузеру.

VBScript — это процедурный язык, в котором в качестве ос­новного элемента используются процедуры. Он произошел от языка программирования Visual Basic, получившего широкое распрост­ранение в последние годы и являющегося базовым языком сцена­риев пакета Microsoft Office.

Основное отличие языка VBScript от Visual Basic состоит в том, что в целях обеспечения защиты информации из него изъяты функ­ции работы с файлами на компьютере пользователя. [11]

PERL (Practical Extraction and Report Language) — это высоко­уровневый интерпретируемый язык программирования с широ­ким набором удобных средств обработки текста. PERL объединяет в себе средства языка С и утилит sed, awk и sh операционной системы UNIX. В настоящее время PERL является одним из наи­более широко применяемых языков для программирования сер­верной части приложения, который может использоваться для раз­работки более мощных сценариев по сравнению с обычными сце­нариями командного интерпретатора UNIX .

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

Сначала PERL разрабатывался на платформе UNIX, но в то же время рассматривался как перспективный межплатформенный язык. К настоящему времени выпущена версия PERL (ActivePerl) для платформы Windows. [11]

PHP (Hypertext Preprocessor — препроцессор гипертекста) пред­ставляет собой еще один широко применяемый язык сценариев с открытым исходным кодом, операторы которого могут встраивать­ся в код.HTML. Он поддерживается многими Web-серверами, вклю­чая HTTP-сервер Apache и Internet Information Server, а также яв­ляется предпочтительным языком Web-сценариев для Linux.

Назначение данного языка — обеспечение возможности разра­ботчикам быстрого создания сценариев динамического формиро­вания страниц. Одним из преимуществ РНР является его расши­ряемость, поэтому уже разработан целый ряд модулей расшире­ния для поддержки таких функций, как подключение к базе дан­ных, передача и прием электронной почты, а также обработка данных в коде XML. [12]


1.4 Использование общего шлюзового интерфейса — CGI (Common Gateway Interface)

CGI представляет собой набор средств переда­чи информации между Web-сервером и программой.

Для отображения запрашиваемого документа броузеру надо знать о нем совсем немного. После отправки требуемого URL (адреса ресурса) броузер (просмотрщик) отображает полученный ответ в том виде, в каком он был получен (без дальнейшей обработки). Для того чтобы броузер смог отличить одни полученные им ком­поненты от других, сервер предоставляет специальные коды, при­сваиваемые отдельным элементам сообщения на основе специ­фикации MIME (Multipurpose Internet Mail Extensions).Эта спе­цификация, в частности, позволяет броузеру установить, что дан­ный файл является либо графическим и его следует отобразить на экране, либо архивным и тогда его следует (при необходимости) сохранить на диске.

Работа Web-cepBepa заключается лишь в том, чтобы отправить документы броузеру и сообщить, к какому типу они относятся. Кроме того, сервер должен при необходимости выполнить запуск других программ. [2]

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

CGI определяет способ взаимодействия сценариев с Web-сер­верами. Сценарием CGI называется любой сценарий, который может принимать и передавать данные в соответствии со специ­фикацией CGI.

Таким образом, совместимый со спецификацией CGI сцена­рий может повсеместно использоваться для предоставления ин­формации независимо от типа конкретного сервера. [3]

^

Глава 2. Проектирование и реализация удаленных баз данных с применением web-технологий

2.1 Проектирование удаленных баз данных


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

Основные задачи проектирования баз данных

Обеспечение хранения в БД всей необходимой информации.

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

Сокращение избыточности и дублирования данных.

Обеспечение целостности данных (правильности их содержания): исключение противоречий в содержании данных, исключение их потери и т.д.

Основные этапы проектирования баз данных

Концептуальное (инфологическое) проектирование – построение формализованной модели предметной области. Такая модель строится с использованием стандартных языковых средств, обычно графических, например ER-диаграмм. Такая модель строится без ориентации на какую-либо конкретную СУБД. [3]

Основные элементы данной модели:

Описание объектов предметной области и связей между ними.

Описание информационных потребностей пользователей (описание основных запросов к БД).

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

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

Логическое (даталогическое) проектирование – отображение инфологической модели на модель данных, используемую в конкретной СУБД, например на реляционную модель данных. Для реляционных СУБД даталогическая модель – набор таблиц, обычно с указанием ключевых полей, связей между таблицами. Если инфологическая модель построена в виде ER-диаграмм (или других формализованных средств), то даталогическое проектирование представляет собой построение таблиц по определённым формализованным правилам, а также нормализацию этих таблиц. Этот этап может быть в значительной степени автоматизирован.[4]

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

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


Аббревиатура ЛВС (она же LAN - Local Area Network) расшифровывается как локальная вычислительная сеть. Первые сети появились в 50 годы. Бурное развитие началось с появлением ПК (персонального компьютера). Локальная вычислительная сеть - это группа компьютеров, которые соединены между собой при помощи специальной аппаратуры, обеспечивающей обмен данными. Компьютеры могут соединяться друг с другом непосредственно либо через узлы связи. Внутри здания или в пределах небольшой территории ЛВС позволяет соединить между собой группу ПК для совместного использования информации.

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

Разделение файлов. ЛВС позволяет многим пользователям одновременно работать с одним файлом, хранящимся на центральном файл-сервере. К примеру, в офисе адвоката может иметься набор документов, к которому необходим одновременный доступ нескольких секретарей. [4]

Передача файлов. ЛВС позволяет быстро копировать файлы любого размера с одной машины на другую без использования дискет.

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

Разделение прикладных программ. ЛВС позволяет двум пользователям использовать одну и ту же копию программы, например, текстового процессора MS Word. При этом, конечно, два пользователя не могут одновременно редактировать один и тот же документ.

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

Разделение принтера. ЛВС позволяет нескольким пользователям на различных рабочих станциях совместно использовать один или несколько дорогостоящих лазерных принтеров.

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

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

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

Рабочая станция - персональный компьютер, подключенный к сети, через который пользователь получает доступ к ее ресурсам. Рабочая станция сети функционирует как в сетевом, так и в локальном режиме. Она оснащена собственной операционной системой (Windows, Unix, MAC OS и т.д.), обеспечивает пользователя всеми необходимыми инструментами для решения прикладных задач.

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

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

Одноранговая сеть. В такой сети нет единого центра управления взаимодействием рабочих станций и нет единого устройства для хранения данных. Сетевая операционная система распределена по всем рабочим станциям. Каждая станция сети может выполнять функции как клиента, так и сервера. Она может обслуживать запросы от других рабочих станций и направлять свои запросы на обслуживание в сеть. [9]

Достоинства одноранговых сетей: низкая стоимость и высокая надежность.

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

ь зависимость эффективности работы сети от количества станций;

ь сложность управления сетью;

ь сложность обеспечения защиты информации;

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

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

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

Достоинства сети с выделенным сервером:

1. надежная система защиты информации;

2. высокое быстродействие;

3. отсутствие ограничений на число рабочих станций;

4. простота управления по сравнению с одноранговыми сетями,

Недостатки сети:

1. высокая стоимость из-за выделения одного компьютера под сервер;

2. зависимость быстродействия и надежности сети от сервера;

3. меньшая гибкость по сравнению с одноранговой сетью.

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

^

2.3 Реализация модели данных с применением web-технологий



В широком смысле «база данных» — это совокупность описаний объектов и связей между ними, правил хранения данных и способов их обработки и представления.

Традиционно все системы управления БД (СУБД) классифицируются в

зависимости от модели данных, которая лежит в их основе. Принято выделять

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

Функциональное назначение реляционной СУБД Access:

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

 обновлять данные: автоматически или с использованием удобных

форм данных;

 формировать отчеты, собирающие данные из различных таблиц в

удобной форме и по заданным критериям.

СУБД MS Access предназначена для создания настольных и офисных БД и для которых характерны:

 несложная структура данных (десятки таблиц);

 небольшое число пользователей в локальной сети (единицы, десятки

рабочих мест) или на отдельном компьютере. [9]

После того, как создана модель данных в виде классов объектов, необходимо ее реализовать.

^ Глава 3. Проектирование реляционной базы данных туристической фирмы

3.1 Анализ предметной области

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

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

Применяемая СУБД: ACCESS 2003.

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

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

3.2 Проектирование баз данных методом нормальных форм
Проектирование баз данных является одним из этапов жизненного цикла информационной системы. Основной задачей, решаемой в процессе проектирования баз данных, является задача нормализации ее отношений. [2]

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

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

Метод нормальных форм является классическим методом проектирования реляционных баз данных. Этот метод основан на фундаментальном в теории реляционных баз данных понятии зависимости между атрибутами отношений. [2]

Выявим существующие зависимости между атрибутами создаваемой базы данных «Туристическая фирма»:


Рис. 1. Реляционная структура СУБД Access для информационной системы туристической фирмы.

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

Пусть исходное отношение называется R1(рис.2).

Код тура*

Страна

Курорт

Стоимость тура

Диаграмма стоимости тура



















Адрес

Название поставщика

Предста-ль пост-ка

Обращаться

Телефон

Код поставщика*






















Код тура Ч

Фамилия_Ч

Имя_Ч

Отчество Ч

Адрес_Ч

Телефон_Ч






















КодСотруд_С*

Фамилия_С

Имя_С

Отчество_С

ДатаРожд_С

Зарплата_С

Должн_С

Адрес_С




























Код тура С

Транспорт*

Дата отправления

Дата прибытия

Отметка о прибытии
















Рис.2. Отношение R1

Условия первой нормальной формы таблицы:

  • каждое поле должно быть неделимо;

  • отсутствуют повторяющиеся поля или группы полей.[2, с. 39]

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

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

Условия второй нормальной формы:

  • выполняются условия первой нормальной формы;

  • первичный ключ однозначно определяет всю запись;

  • все поля зависят от первичного ключа;

первичный ключ не должен быть избыточным» [2, с. 40].

Первичным ключом (ключом отношения, ключевым атрибутом) называется атрибут отношения, однозначно идентифицирующий каждый из его кортежей. (Хомоненко 47)

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

Основываясь на вышеизложенном определении первичного ключа, выделим ключевые атрибуты отношения R1: КодТура; Код поставщика; КодСотрудника; Транспорт. Тогда, для выполнения условий второй нормальной формы необходимо построить проекции на части составного ключа и атрибуты, зависящие от этих частей. В результате из отношения R1 получим четыре отношения: R2, R3, R4, R5. Графически эти отношения представлены на рис.3.
R2:



R3:



R4:



R5:



Рис.3. Графическое отображение отношений R2, R3, R4, R5.

Так как первичные ключи отношений R2, R3, R4, R5 состоят из одного поля, то их избыточности быть не может. Каждый первичный ключ однозначно определяет всю запись, все поля объектов зависят от первичного ключа. То есть выполняются все условия второй нормальной формы.

«Условия третьей нормальной формы:

  • выполняются условия второй нормальной формы;

  • каждое не ключевое поле не должно зависеть от другого не ключевого поля» [2, с. 41].

Для отношений R3, R4, R5 условия третьей нормальной формы выполняются, так как их не ключевые поля независимы друг от друга, а для отношения R2 не выполняются, так как здесь присутствуют транзитивные зависимости КодТура → Страна → Курорт и Курорт → Стоимость тура → Диаграмма стоимости тура.

Для устранения транзитивной зависимости в отношении R3, его нужно преобразовать используя операцию проекции на атрибуты, являющиеся причиной транзитивной зависимости, то есть на «КодТура», «Страна» и «Курорт», «Стоимость тура», «Диаграмма стоимости тура». В результате преобразования из отношения R2 получим три новых отношения: R6, R7, R8 (рис.4).

Страна

R6
Рис.4. Преобразование отношения R2 в третью нормальную форму
В результате нормализации получили 5 отношений: R3, R4, R5, R6, R7, которые будут использованы при создании базы данных. Дали им названия: R3 – Поставщики, R4 – Сотрудники, R5 – Приезд, R6 – Тур, R7 – Заказы, R8 – Стоимость тура и установили связи между ними (рис.5).



Рис.5. Отношения в третьей нормальной форме
3.3 Проектирование баз данных методом «сущность-связь»
«Метод сущность-связь называют также методом «ER-диаграмм»:во-первых, ER – аббревиатура от слов Essence(сущность) и Relation(связь), во-вторых, метод основан на использовании диаграмм, называемых соответственно диаграммами ER-экземпляров и диаграмм ER-типа.»[Хомоненко]

Семантическую основу ER-модели составляют следующие предположения:

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

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

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

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

  5. взаимосвязи объектов могут быть представлены как связи — сущности, которые служат для фиксирования (представле­ния) взаимозависимости двух или нескольких сущностей.

«Любой объект предмет­ной области обладает свойствами, часть из которых выделяется как характеристические — значимые с точки зрения прикладной задачи. При этом, например, в процессе анализа и систематизации пред­метной области обычно выделяются классы — совокупности объек­тов, обладающих одинаковым набором свойств, задаваемых в виде наборов атрибутов (значения атрибутов для объектов одного класса, естественно, могут различаться). Соответственно, на уровне пред­ставления предметной области (т. е. ее мифологической модели) объекту, рассматриваемому как понятие (объект в сознании челове­ка), соответствует понятие сущность; объекту, как части материаль­ного мира (и существующему независимо от сознания человека), соответствует понятие экземпляр сущности; классу объектов соответ­ствует понятие тип сущности.» [Карпова Т.С.]

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

«ER-модель, как описание предметной области, должна опреде­лить объекты и взаимосвязи между ними, т. е. установить связи сле­дующих двух типов.

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

2. Связи между объектами, задающие характер и функциональ­ную природу их взаимозависимости».[ Коннолли Т.]

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

Ключевыми элементами модели «сущность-связь» являются сущности, атрибуты, ключи и связи.

«Сущность(entity) – это некоторый обьект, идентифицируемый в рабочей среде пользователя, нечто такое, зачем пользователь хотел бы наблюдать.

У сущностей есть атрибуты (attributes), или, как их иногда называют, свойства (properties), которые описывают характеристики сущности.»[Крёнке]

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

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

«Как и сущность, связь является типовым понятием, т. е. все экземпляры связываемых сущностей подчиняются правилам связыва­ния типов. Сущности, объединяемые связью, называются участниками. Степень связи определяется количеством участников связи.

Если каждый экземпляр сущности участвует, по крайней мере, в одном экземпляре связи, то такое участие этой сущности называет­ся полным (или обязательным); в противном случае — неполным (или необязательным).

Количественный характер участия экземпляров сущностей (один или многие) задается типом связи (или мощностью связи). Возможны следующие типы: «один к одному» (1:1), «один ко многим» (1:М), «многие к одному» (М:1), «многие ко многим» (М:М).

Следует отметить, что инструмент связей — это средство пред­ставления сложных объектов, каждый из которых может рассматри­ваться как множество некоторым образом взаимосвязанных про­стых объектов. Деление на простые и сложные объекты, также как и характер взаимосвязи, является условным и определяется осо­бенностями анализа предметной области, т. е. в конце концов — характером использования данных о предметах в решаемых прикладных задачах.»[2]

Процесс проектирования базы данных методом «сущность-связь» происходит поэтапно.

Первый этап проектирования – выделение сущностей и связей между ними.

Выделим основные сущности:

– Заказы (Ключ – КодЗаказа);

– Приезд (Ключ – Транспорт);

– Поставщики (Ключ – Код.постав);

– Сотрудники (Ключ – КодСотрС);

– Тур (Ключ – ^ КодТура);

– Стоимость тура (Ключ – Стоим.тура).

Выделим связи между сущностями:

–Транспорт заносятся в Приезд;

– Поставщики записываются в Код.постав.;

– Сотрудники заполняют Код сотр..;

– Тур выпускает КодТура;

– Стоимость тура соответствуют Диаграмме стоимости тура.

Второй этап проектирования – построение диаграмм ER-типа с учетом всех сущностей и связей между ними. Диаграммы ER-типа для рассматриваемой предметной области приведены на рисунке 6 и 7.

Рис.6. Диаграмма ER-типа




Рис.7. Диаграммы ER-типа

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

На основе анализа диаграмм ER-типа (рис. 6, 7) получаем набор предварительных отношений, представленных следующими схемами отношений.

Связь ЗАНОСЯТСЯ В удовлетворяет условиям четвертого правила формирования предварительных отношений на основе ER-диаграмм, которое гласит: «если степень связи между сущностями 1:М (или М:1) и класс принадлежности многосвязной сущности обязательный, то достаточно формирование двух отношений. При этом первичными ключами этих отношений являются ключи их сущностей. Кроме того, ключ односвязной сущности добавляется как атрибут в отношение, соответствующее многосвязной сущности» [Хомоненко].Отсюда имеем следующие два отношения:

  1. Приезд (^ Транспорт, КодТура, …) – добавился ключевой атрибут КодТура.

  2. Тур (КодТура, …).

Все остальные связи аналогично связи ЗАНОСЯТСЯ В удовлетворяют условиям вышеуказанного четвертого правила, поэтому для каждой из связей формируем по два отношения.

Четвертый этап проектирования – добавление неключевых атрибутов, которые не были выбраны в качестве ключевых раньше, и назначение их одному из предварительных отношений с тем условием, чтобы отношения отвечали требованиям нормальной формы Бойса-Кодда, когда отношения находятся в третьей нормальной форме и в них отсутствуют зависимости атрибутов составного ключа от неключевых атрибутов.

После добавления неключевых атрибутов схемы отношений примут следующий вид:

– Приезд (^ Транспорт, КодТура, Код поставщика, Код сотрудника, Дата отправления, Дата прибытия, Отметка о прибытии);

– Тур (КодТура, Стоимоть тура, Страна, Курорт, Представитель поставщика , Обращаться);

– Клиенты (^ Код клиента, Фамилия_Ч, Имя_Ч, Отчество_Ч, ГодРожд_Ч, Адрес_Ч, №_паспорта_Ч, Телефон_Ч).

– Сотрудники (Код сотрудника, Фамилия_С, Имя_С, Отчество_С, Дата рождения_С, Адрес_С, Должность_С, Зарплата_С, Телефон_С);

– Заказы (^ Код заказа, Код Тура, Код клиента;

– Стоимость тура (Стоимость тура, Диаграмма стоимости тура).

Все отношения соответствуют требованиям нормальной формы Бойса-Кодда. Полученная схема базы данных приведена на рисунке 8. Она соответствует схеме, полученной при проектировании методом нормальных форм.

Рис.8. Схема базы данных
^

Глава 4. Реализация базы данных туристической фирмы в среде СУБД MS Access

4.1. Создание таблиц и связей между ними



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

  • Текстовый. Текст или числа не требующие проведения расчётов.

  • МЕМО. Поле этого типа предназначено для хранения небольших текстовых данных (до 64000 символов). Поле этого типа не может быть ключевым или проиндексированным.

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

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

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

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

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

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

  • Гиперсвязь. Содержит адреса Web-страниц.


Таблица: Клиенты

Поле

Тип данных

Код клиента

Числовой

Фамилия

Текстовый

Имя

Текстовый

Отчество

Текстовый

Адрес

Текстовый

Телефон

Текстовый
Определим, какие типы данных будут присутствовать в наших таблицах:

Таблица: Сотрудники




Поле

Тип данных




Код сотрудника

Числовой




Фамилия

Текстовый




Имя

Текстовый




Отчество

Текстовый




Дата рождения

Дата/время




Зарплата

Текстовый




Должность

Текстовый




Адрес

Текстовый




Телефон

Текстовый
















































































Таблица: Туры

Поле

Тип данных

Код тура

Числовой

Код услуги

Числовой

Страна

Текстовый

Курорт

Текстовый

Транспорт

Текстовый

Визовое обслуживание

Логический

Проживание

Логический

Тип проживания

Текстовый

Питание

Логический

Тип питания

Текстовый

Экскурсии

Логический

Дата отправления

Дата/время

Дата прибытия

Дата/время

Стоимость тура

Денежный

Таблица: Поставщик

Поле

Тип данных

Код поставщика

Числовой

Название поставщика

Текстовый

Представитель поставщика

Текстовый

Обращаться

Текстовый

Телефон

Текстовый

Адрес

Текстовый



Таблица: Услуги

Поле

Тип данных

Код услуги

Числовой

Код поставщика

Числовой

Дата исполнения

Дата/время

Таблица: Заказы

Поле

Тип данных

Код заказа

Числовой

Код тура

Числовой

Код сотрудника

Числовой

Код клиента

Числовой

Дата оформления

Дата/время

Для создания базы данных нужно сначала запустить программу Microsoft Office Access 2003, для этого нужно проделать следующие действия: Пуск → Программы → Microsoft Office → Microsoft Office Access 2003.

После этого откроется окно программы. Для создания новой базы данных нужно выполняем:

- команду Файл → Создать

- в открывшемся окне диалога «Создание» выбираем «Новая база данных». На экране появится окно с запросом директории для новой базы данных, вводим имя базы Курсовая, затем «ОК». После этого появится окно базы данных (Рисунок 1).



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

Выбираем элемент управления Создание таблицы в режиме конструктора. Теперь необходимо заполнить Имена полей и выбрать Типы данных. По окончании заполнения через меню Файл→Сохранить как сохраняем полученную таблицу с требуемым именем. На рисунке 2 можно увидеть таблицы для БД туристической фирмы в режиме конструктора.

Рисунок 2. Таблицы базы данных туристической фирмы в режиме конструктора.

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

Создадим запросы на наличие путёвки в определённую страну.

Для создания запроса необходимо открыть вкладку «Запросы» окна базы данных, нажать кнопку создать и в появившемся окне выбрать «Простой запрос». В этом случае будет предложено указать список таблиц и их полей. Выбираем таблицу «Туры», добавляем необходимые поля (Рисунок 5), нажимаем кнопку «Далее». На основании этих данных будет создан запрос. В следующем окне нажимаем «Далее». Теперь задаем имя запроса «Доступные туры» и отмечаем галочкой пункт «Изменить макет запроса», нажимаем «Готово». Запрос откроется в режиме конструктора. Теперь в столбце «Страна» в строке «Условие отбора» задаем [Введите страну]. При выполнении запроса (значок на панели управления) появится окно с предложением ввести название страны. (Рисунок 6)



Рисунок 5. Создание запроса «Доступные туры».



Рисунок 6. Окно с предложением ввести страну.
Для удобства использования запросов, для них создаются формы.
^

4.3 Разработка отчетов и форм



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

Отчёты, так же как и формы, можно создавать с помощью конструктора или мастера отчётов. Используется также автоматическое создание отчётов.

Последовательность действий при формировании отчёта с помощью Мастера такая же, как и при создании формы. Дополнительными являются два шага: добавление уровня группировок и задание требуемого порядка сортировки. Добавление уровня группировки позволяет выводить записи, объединённые по выбранным полям. Например, при задании уровня группировки по полю Должность записи будут сгруппированы по конкретному значению этого поля. Access автоматически сортирует данные по группирующим полям, а внутри группы можно также задать сортировку по любому из полей, входящих в группу.

По каждой из групп при необходимости можно подводить итоги. Для получения итоговых значений по числовым полям необходимо после добавления уровня группировки в диалоговом окне Создание отчётов щелкнуть на кнопке Итоги, после чего для соответствующего числового поля выбрать требуемые функции. При выборе функции Sum (суммы) для какого-либо поля Access не только автоматически подсчитает сумму значений для каждой группы, но и подведёт итоги по всем записям выбранного поля. Программа предусматривает вывод как данных (записей) и итогов, так и только итогов. Если не задан уровень группировки, то кнопка «Итоги» становится недоступной.

Из режима просмотра пользователь может скопировать отчёт в виде отдельного файла текстового редактора Word или электронной таблицы Excel. Для этого необходимо щёлкнуть на кнопке «Связи с Office», расположенной на панели инструментов «Предварительный просмотр».

Для создания отчета следует нужно открыть вкладку «Отчеты» в окне базы данных и нажать кнопку «Создать» в верхней части окна базы данных.

В появившемся окне «Новый отчет» выбрать пункт «Мастер отчетов» и указать источник данных – таблицу или запрос (в нашем случае это запрос на данные о поставщиках услуг), нажать кнопку «ОК». Выбрать поля для отчета из имеющихся источников как мы это делали при создании форм и запросов. Выбираем вид представления данных, нажимаем «Далее». Добавляем уровни группировки, нажимаем «Далее». Выберите макет отчета. Рекомендуем ступенчатый, так как он занимает меньше места и в нем наглядно представлены данные (хотя это дело вкуса). Щелкните по кнопке «Далее». Выберите стиль отчета и щелкните по кнопке «Далее». Введите название отчета Итоги сессии и щелкните по кнопке «Готово». На экране появится отчет. Его можно просмотреть, изменяя масштаб (щелкнув по листу) и перелистывая страницы (в нижней части экрана). Его можно также распечатать, выполнив команду Файл, Печать. После завершения необходимых вам операций закройте окно просмотра отчета.
4.4. Разработка макросов
В Access макрос - определенная последовательность операций. Они хранятся в окне, напоминающем таблицу, в таком порядке, в котором их необходимо выполнять. При запуске макроса Access выполняет эти действия. Макрос может существенно облегчить использование Access. Одной из полезных особенностей макросов является возможность их привязки к кнопкам, которые помещаются в формы. Эти кнопки могут выполнять часто повторяющиеся операции (например, открывать диалоговые окна для поиска, изменять порядок сортировки данных или печатать отчет). Пользователи Access могут использовать определенные кнопки для выполнения этих действий, даже не зная всех подробностей операций, выполняемых макросом. Используя макросы, можно создавать завершенные приложения с пользовательским меню и диалоговыми окнами.

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

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

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

  • Выбрать из списка в столбце Макрокоманда (или ввести их вручную),

  • Переместить объекты из окна БД в столбец Макрокоманда окна макросов.

1-й способ:

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

Выбрать из списка команду, которую должен выполнить макрос или набрать эту команду вручную.

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

При необходимости добавить комментарий в столбце Примечание.

2-й способ:

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

Переместить окно макросов и изменить его размеры таким образом, чтобы одновременно были видны окна макросов и базы данных.

Выбрать вкладку объекта, который будет открываться макросом

Выполнить щелчок на нужном объекте и переместить его в пустую строку столбца Макрокоманда окна макросов. После этого в столбце Макрокоманда появится соответствующая команда.

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

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

Выбрать команду Файл -> Сохранить. Или выполнить щелчок по пиктограмме Сохранить на панели инструментов. Если макрос сохраняется впервые, Access запросит для него имя. Ввести имя созданного макроса, выполнить щелчок по кнопке ОК и закрыть окно макросов, нажав комбинацию клавиш Ctrl+F4.

ЗАКЛЮЧЕНИЕ

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

  • таблицы для сохранения данных;

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

  • формы для просмотра, добавления и изменения данных в таблицах;

  • отчеты для анализа и печати данных в определенном формате;

Удачная разработка базы данных обеспечивает простоту ее поддержания.

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

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

В ходе проделанной работы, нами были созданы:

  • 6 таблиц.

  • 7 запросов.

  • 8 форм.

  • 5 отчетов.

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

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

Microsoft Access имеет множество областей применения: на малом предприятии; корпорации и даже в сфере домашнего применения.

Список использованной литературы

  1. Аблязов В.И. , Редько С.Г.. Проектирование баз данных Microsoft Office Acces 2003 – С.П.: СПбГПУ, 2009. – 53 с.

  2. Хомоненко А.Д., Цыганков В.М., Мальцев М.Г. Базы данных: Учебник для высших учебных заведений / Под ред. проф. А.Д. Хомоненко. Издание второе, дополненное и переработанное. СПб.: КОРОНА принт, 2006. 672 с.

  3. Астахова И. Ф., Курченкова Т. В, Дураков Р. А.,. Битюцких И. С,. Комаров Д. В. Web-технологии с базами данных – Воронеж: Издательско-полиграфический центр Воронежского государственного университета, 2008. – 146 с.

  4. Блюттман К. Access. Трюки. — СПб.: Питер, 2006. — 332 с

  5. Гаибова Т.В., Гузенко А.П., Шумилина Н.А. Методические указания к выполнению курсовой работы. - Оренбург: ГОУ ОГУ, 2005. - 13 с.

  6. .Финаев В.И , Пушнин А.В.. Информационное обеспечение систем управления. Таганрог: Изд-во ТРТУ, 2001. - 91 с.

  7. Рыбанов А.А. Инструментальные средства автоматизированного проектирования баз данных. Волгоград: ВолгГТУ, 2007. – 96 с.

  1. Бакаревич Ю.Б., Пушкина Н.В. Самоучитель Microsoft Access 2002. – СПб.: БХВ-Петербург, 2002

  1. Бондарева Г.А., Сахарова Е.В., Королькова Л.Н., Информатика. Методические указания. Ставрополь, СТИС, 2006

  1. Основы проектирования реляционных баз данных. Электронное учебное пособие.




  1. Симонович С. В., Евсеев Г. А., Алексеев А. Г. Специальная информатика: Учебное пособие. – М.: АСТ-ПРЕСС: Инфорком-Пресс, 2000

  2. Диго С.М. Базы данных: проектирование и использование:

Учебник. М.: Финансы и статистика, 2005. 592 с.
13. Карпова Т.С.. Базы данных: модели, разработка, реализация

СПб.: Питер, 2001. 304 с.

14. Бекаревич Ю., Пушкина Н. Самоучитель Microsoft Access 2000. -

СПб: BHV, 2002.

15. Карпова Т.С. Базы данных: модели, разработка, реализация. - СПб:

Питер, 2002.

16. Крёнке Д. Теория и практика построения баз данных. - СПб: Питер,

2003.

17. Мейер М. Теория реляционных баз данных.- М: Москва.,2006





Приложение

Приложение 1











Приложение 2

Главная форма базы данных «Туристическая фирма»



Форма «Сотрудники»


Форма «Клиенты»



Форма «Заказы»


Форма «Туры»


Форма «Стоимость путевок»



Форма «Поставщики»



Форма «Услуги»









Скачать файл (1736 kb.)

Поиск по сайту:  

© gendocs.ru
При копировании укажите ссылку.
обратиться к администрации