48262 (Программирование. База данных "Клиенты")

содержание

Введение 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. Построение информационной логической модели базы данных

Информационно-логическая модель (ИЛМ) отображает данные предметной области в виде совокупности информационных объектов и связей между ними.

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

При проектировании ИЛМ можно выделить три основных подхода.

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

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

Структурирование информации для использования в БД в процессе проведения системного анализа на основе совокупности правил и рекомендаций.

Ниже рассмотрим первый из названных подходов, являющийся классическим и историческим первым.

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

Основные требования нормализации.

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

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

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

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

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

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

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

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

Таблица 1. Автомобили

1.3. Логическая структура базы данных

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

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

Ключевые атрибуты объекта образуют уникальный ключ реляционной таблицы. Строки (записи) таблицы соответствуют экземплярам объекта и формируются при заполнении таблицы.