содержание
Введение. 2
Глава 1. Проектирование базы данных. 5
1.1. Сбор данных. 5
1.2. Построение информационной логической модели базыданных. 7
1.3. Логическая структура базы данных. 1
Глава 2. Создание базы данных. 2
2.1. Краткая характеристика Access. 2
2.2. Разработка структуры таблиц. 3
2.3. Ввод данных. 4
2.4. Создание схемы данных. 6
2.5. Создание форм… 8
2.6. Создание запросов. 11
2.7. Создание отчетов. 12
Заключение. 14
Список использованной литературы… 16
Приложения. 17
/>Введение
Актуальность темы.Одним из важнейших условий обеспечения эффективного функционирования любойорганизации является наличие развитой автоматизированной информационной системы(АИС). Под АИС понимают все системы, реализующие автоматизированный сбор,обработку и манипулирование данными и включающие технические средства обработкиданных, программное обеспечение и обслуживающий персонал. Современной формойАИС являются автоматизированные банки данных (АБД), которые включают в свойсостав вычислительную систему, одну или несколько БД, систему управления базамиданных (СУБД) и набор прикладных программ (ПП).
Степень изученности темы. Подсистемы АИС, занимающиеся хранением, поиском и выдачейинформации, получили название автоматизированные банки информации (АБИ). Впроцессе развития существенно изменились принципы организации информации в АБИ.Ранее, подлежащие обработке данные хранились на магнитной ленте в виде простыхпоследовательных файлов, а описание данных включалось в программы их обработки.При этом данные и программы оказывались жёстко связанными, что являлось существеннымнедостатком файловой организации информации. Действительно, при необходимостиизменения организации информации, приходилось переделывать и программу. Дляустранения этих недостатков был разработан новый подход к организации данных,разделивший данные от использующих их программ. Такая новая организациямассивов данных получила название баз данных (БД).
Цель курсовойработы – проектирование базы данных «Клиенты» проката автомобилей.
В соответствии с поставленной целью в работепредполагается решить следующие задачи:
— сбор данных;
— построение информационной логической модели базыданных;
— логическая структура базы данных;
— краткая характеристика Access;
— разработка структуры таблиц;
— ввод данных;
— создание схемы данных;
— создание форм;
— создание запросов;
— создание отчетов.
В настоящее время практически во всех сферахчеловеческой деятельности используются базы данных. В том числе решениеперечисленных задач позволит достигнуть цели, поставленной в курсовой работе, аименно, реализовать базу данных «Система учёта магазина », что позволит следитьза движением товаров от момента их поступления от поставщиков до продажи клиентам.Данная база данных может применяться в различных организациях, занимающихсякуплей-продажей товаров. Для обеспечения надежности системы управления данныминеобходимо выполнить следующие основные требования:
целостность и непротиворечивость данных,
достоверность данных,
простота управления данными,
безопасность доступа к данным.
Этим требованиям удовлетворяют реляционные базыданных, реализованные в современных профессиональных СУБД.
В реляционных моделях данных также сочетаются двафактора, которые и определяют большую популярность этой модели. Это простота инаглядность модели для пользователей-непрограммистов, с одной стороны, исерьезное теоретическое обоснование, с другой стороны. Кроме того, развитиеформального аппарата представления и манипулирования данными в рамкахреляционной модели сделали ее наиболее перспективной для использования всистемах представления знаний, что обеспечивает качественно иной подход кобработке данных в больших информационных системах.
/>Глава 1. Проектированиебазы данных
1.1. Сбор данных
Полнота и достаточность базы данных в какой-либопредметной области в значительной степени зависит от сбора информации.
Сбор информации и её предварительная обработка должноодновременно отвечать целям конечного пользователя информации так и разработчикаБД (прикладных программистов). Общая схема модели сбора и описания информацииприведена на рисунке 1.
В концептуальной модели объединяются два представления:концептуальное представление объективно существующей предметной области и концептуальноепредставление субъективных информационных требований разработчиков.
Первое из этих представлений отображает объекты,процессы и предметы реального мира как составные части предметной области, ихсущественные свойства, а также взаимосвязи между этими элементами. Второе представлениеописывает данные и связи с точки зрения их обработки в СУБД.
Процесс построения концептуальной модели разделяетсяна два этапа:
1 этап – сбор и содержательный анализ априорной(доопытной) информации о предметной области и прикладных задачах пользователей;
2 этап – анализ данных и синтез концептуальной модели.
Первый этап предполагает сбор данных (результатовизменений или наблюдений, отчётов и различных документов технического,экономического, бухгалтерского и им подобного характера, опрос экспертовспециалистов в данной предметной области) и выявление перечня задач организацииили её отделов, которые могут быть решены с использованием разрабатываемой БД.
После сбора данных осуществляется визуальный контроль,регистрация, кодирование и комплектование их.
Визуальный контроль осуществляется для проверкичёткости заполнения, наличия реквизитов и отсутствие пропусков данных.
Кодирование данных означает присвоение кодов темреквизитам, где имеется большой объём информации. Обычно кодируютсянаименования по специальным справочникам и классификаторам. Если их нет, тосоздаются свои коды.
Комплектование данных – это разбиение больших объёмовданных на комплекты (пачки), чтобы облегчить их поиск.
Составления списка всех используемых и создаваемыхэлементов данных может осуществляться в рамках одной таблицы (одного отношения)или нескольких таблиц.
На первом этапе проводится концептуальный анализ,имеющийся информации, целью которого является выявление элементов предметнойобласти, их свойств и взаимосвязи. Другими словами – построение моделипредметной области.
1.2. Построение информационной логической моделибазы данных
Информационно-логическая модель (ИЛМ) отображаетданные предметной области в виде совокупности информационных объектов и связеймежду ними.
Информационный объект – это описание некоторойсущности предметной области – реального объекта, процесса явления или события. Информационныйобъект образуется совокупностью логически взаимосвязанных атрибутов, представляющихкачественные и количественные характеристики сущности.
При проектировании ИЛМ можно выделить три основныхподхода.
Сбор информации об объектах предметной области врамках одной таблицы и последующая декомпозиция её на несколько взаимосвязанныхтаблиц (информационных объектов) на основе процедуры нормализации отношений.
Формулирование знаний о системе (определение типовисходных данных и их взаимосвязей) и требований к обработке данных, получение спомощью системы автоматизации проектирования и разработки баз данных готовойсхемы БД и даже готовой прикладной информационной системы.
Структурирование информации для использования в БД впроцессе проведения системного анализа на основе совокупности правил и рекомендаций.
Ниже рассмотрим первый из названных подходов,являющийся классическим и историческим первым.
Информационные объекты выделяются путём определенияфункциональных зависимостей между атрибутами. Совокупность атрибутов информационногообъекта должна отвечать требованиям нормализации. Нормализация – это процесспревращения иерархической, сетевой структуры или исходной единой таблицы данныхв реляционную структуру.
Основные требования нормализации.
Атрибуты каждого информационного объекта долженсодержать уникальный идентификатор – ключ. Ключ является простым, если онсостоит из одного атрибута, или составным, если из нескольких.
Все неуникальные идентификаторы – описательныеатрибуты должны быть взаимозависимы (то есть между ними не должно быть функциональныхзависимостей).
Все атрибуты, входящие в составной ключ, должны бытьтакже взаимозависимы.
Каждый описательный атрибут должен быть функциональнополно зависеть от ключа, то есть каждому значению ключа должно соответствоватьтолько одно значение описательного атрибута.
При составном ключе описательные атрибуты должнызависеть целиком от всей совокупности атрибутов, образующих ключ.
Каждый описательный атрибут не должен зависеть отключа транзитивно, то есть через другой промежуточный атрибут.
В случае транзитивной зависимости между атрибутамиможно выполнить расщепление совокупности атрибутов с образованием двух информационныхобъектов вместо одного.
Выполнение требований нормализации обеспечиваетпостроение реляционной БД без дублирования данных и возможность поддержанияцелостности при внесении изменений.