Курсовая работа (т): Разработка информационной системы в среде СУБД

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам

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

1.3 Свойства полей базы данных Microsoft Access


Поля базы данных не просто определяют структуру базы - они еще определяют групповые свойства данных, записываемых в ячейки, принадлежащие каждому из полей. Ниже перечислены основные свойства полей таблиц баз данных на примере СУБД Microsoft Access.

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

Тип поля - определяет тип данных, которые могут содержаться в данном поле.

Размер поля - определяет предельную длину (в символах) данных, которые могут размещаться в данном поле.

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

Маска ввода - определяет форму, в которой вводятся данные, а поле (средство автоматизации ввода данных).

Подпись - определяет заголовок столбца таблицы для данного поля (если подпись не указана, то в качестве заголовка столбца используется свойство Имя поля).

Значение по умолчанию-то значение, которое вводится в ячейки поля автоматически (средство автоматизации ввода данных).

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

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

Пустые строки - свойство, разрешающее ввод пустых строковых данных (от свойства Обязательное поле отличается тем, что относится не ко всем типам данных, а лишь к некоторым, например к текстовым).

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

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

1.4 Безопасность баз данных Microsoft Access


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

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

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

1.5 Защита базы данных

Microsoft Access обеспечивает два традиционных способа защиты базы данных: установка пароля, требуемого при открытии базы данных, и защита на уровне пользователей, которая позволяет ограничить, к какой части базы данных пользователь будет иметь доступ или какую ее часть он сможет изменять. Кроме того, можно удалить изменяемую программу Visual Basic из базы данных, чтобы предотвратить изменения структуры форм, отчетов и модулей, сохранив базу данных как файл MDE.

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

2. Описание предметной области


Автосалон «ВАЗ-auto» является дилером и занимается продажей автомобилей российских фирм-производителей. Процесс продажи протекает следующим образом. Покупатель (клиент) автомобиль, пользуясь предоставленным ему продавцом автосалона каталогом (прайс-лист).

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

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

·        сотрудники;

·        клиенты (покупатели);

·        поставщики;

·        каталог (прайс-лист);

·        цена.

На основании данных компонентов можно получить список основных бизнес процессов, происходящих в автосалоне, а именно:

·        составление каталога;

·        анализ рынка;

·        продажи;

·        оформление счетов и накладных;

·        управление работой персонала;

·        решение бухгалтерских задач.

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

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

·        обновление каталога - периодически;

·        подведение итогов продаж - ежемесячно;

·        годовой отчет

Выполнение вышеуказанных действий в бизнес процессе позволяют определить мотивацию производственной деятельности автосалона. Бизнес задачи автосалона «ВАЗ-auto» определяются как:

·        достижение наилучшего соотношения «затраты - удобство» для клиентов;

·        обеспечение условий для успешной деятельности персонала;

·        получение приемлемой прибыли;

·        повышение доходов при автоматизации обработки данных.

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

­ Повысить уровень автоматизация управления работой дилера по продаже автомобилей.


3. Постановка задачи проектирования

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

Требования, предъявляемые к проектируемой программе:

·        Предоставление информации об автомобилях в наличии;

·        Предоставление информации обо всех клиентах;

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

·        Предоставление информации о сотрудниках автосалона;

·        Предоставление информации в виде отчетов.

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

·        Визуального представления отчета на экране монитора;

·        Вывод отчета на печать.

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

·        Информация об автомобилях в наличии;

·        Информация о продаже автомобиля;

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

4. Инфологическое проектирование базы данных


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

В базе данных «Разработка информационной системы менеджера автосалона по продажам» имеются такие сущности как «Производитель», «Автомобили (в наличии)», «Продажа», «Сотрудники», «Должность».

Сущность «Производитель» предназначена для ввода информации о производителях автомобиля, поступивших в автосалон для продажи и включает в себя следующие характеристики:

§  Производитель;

Сущность «Автомобили (в наличии)» предназначена для ввода информации об автомобилях в автосалоне. Сущность включает следующие характеристики:

§ Код автомобиля;

§  Марка;

§  Тип кузова;

§  № двигателя;

§  №ПТС;

§  Цвет;

§  Дата выпуска;

§  Гарантия;

§  Комплектация;

§  Производитель;

§  Цена;

§  Фото.

Сущность «Продажа» предназначена для ввода информации о клиентах (покупателях). Данная сущность содержит следующие характеристики:

§  Код автомобиля;

§  Дата продажи;

§  Фамилия покупателя;

§  Имя покупателя;

§  Отчество покупателя;

§  Город;

§  Адрес;

§  Паспортные данные;

§  Телефон;

§  Фамилия сотрудника.

Сущность «Сотрудники» включает в себя следующие характеристики:

§  Фамилия сотрудника;

§  Имя сотрудника;

§  Отчество сотрудника;

§  Должность сотрудника;

§  Адрес сотрудника;

§  Телефон сотрудника.

Сущность «Должность» включает следующие характеристики:

Построим инфологическую модель с учетом всего выше перечисленного, а также указав статические и динамические свойства классов объекта (рисунок 1).


Рисунок 1 - Инфологическая модель предметной области Автосалон «ВАЗ-auto»

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

Связи делятся на два типа по множественности:

·        один-ко-одному (1:1);

·        один-ко-многим (1:М).

Связь один-ко-одному означает, что экземпляр одной сущности связан только с одним экземпляром другой сущности.

Связь один-ко-многим (1:М) означает, что один экземпляр сущности, расположенный слева по связи, может быть связан с несколькими экземплярами сущности, расположенными справа по связи.

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

Таблица «Автомобили (в наличии)» имеет следующие поля и соответствующие им типы данных (таблица 1). В данной таблице хранятся данные об автомобилях, имеющихся в наличие в автосалоне.

Таблица 1 - Автомобили (в наличии)

Имя поля

Тип данных

Размер поля

Индексирование

*Код автомобиля

Числовой

длинное целое

нет

Марка

Текстовый

255

да (совпадения не допускаются)

№ кузова

Текстовый

255

да (совпадения не допускаются)

№ двигателя

Текстовый

255

да (совпадения не допускаются)

№ПТС

Текстовый

255

да (совпадения не допускаются)

Цвет

Текстовый

255

да (совпадения не допускаются)

Дата выпуска

Дата/время


нет

Дата прихода

Дата/время


нет

Комплектация

Текстовый

255

да (совпадения не допускаются)

Производитель

Текстовый

255

да (совпадения не допускаются)

Цена

Денежный


нет

Фото

Вложение




Таблица «Должность» имеет следующие поля и соответствующие им типы данных (таблица 2). Данная таблица содержит список должностей сотрудников работающих в автосалоне.

Таблица 2 - Должность

Имя поля

Тип данных

Размер поля

Индексирование

*Должность сотрудника

Текстовый

255

да (совпадения не допускаются)



Таблица «Продажа» имеет следующие поля и соответствующие им типы данных (таблица 3). Данная таблица не содержит никаких сведений, так как она создана для создания формы «Продажа».

Имя поля

Тип данных

Размер поля

Индексирование

*Код автомобиля

Числовой

Числовой

длинное целое

Дата продажи

Дата/время


нет

Фамилия покупателя

Текстовый

255

да (совпадения не допускаются)

Имя покупателя

Текстовый

255

да (совпадения не допускаются)

Отчество покупателя

Текстовый

255

да (совпадения не допускаются)

Город

Текстовый

255

да (совпадения не допускаются)

Адрес

Текстовый

255

да (совпадения не допускаются)

Паспортные данные

Числовой

Числовой

длинное целое

Телефон

Числовой

Числовой

длинное целое

Фамилия сотрудника

Текстовый

255

да (совпадения не допускаются)


Таблица «Производитель» имеет только одно ключевое поле - Производитель с текстовым типом данных. Данная таблица содержит список производителей, имеющихся в автосалоне, машин (таблица 4).

Таблица 4 - Производитель

Имя поля

Тип данных

Размер поля

Индексирование

*Производитель

Текстовый

255

да (совпадения не допускаются)


И наконец, таблица «Сотрудники» имеет следующие поля и соответствующие им типы данных (таблица 5).

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

Имя поля

Тип данных

Размер поля

Индексирование

Фамилия сотрудника

Текстовый

255

да (совпадения не допускаются)

Имя сотрудника

Текстовый

255

да (совпадения не допускаются)

Отчество сотрудника

Текстовый

255

Должность сотрудника

Текстовый

255

да (совпадения не допускаются)

Адрес сотрудника

Текстовый

255

да (совпадения не допускаются)

Телефон сотрудника

Числовой




Теперь мы можем перейти к даталогическому проектированию в конкретной СУБД, по данным инфологической модели предметной области.

5. Обоснование выбора среды разработки ИС

В настоящее время существует множество СУБД, таких как FoxPro, SQL Server, MS Access и т.д.

FoxPro - один из диалектов языка программирования xBase, применяемый в одноименном программном пакете. Как язык программирования, в основном применяется для разработки Файл-серверных реляционных СУБД, хотя существует, за счет гибких и богатых средств языка, возможность разработки и других классов программ. В настоящее время используется в среде разработки Microsoft Visual FoxPro.SQL Server - система управления реляционными базами данных (СУРБД), разработанная корпорацией Microsoft. Основной используемый язык запросов - Transact-SQL, создан совместно Microsoft и Sybase. Transact-SQL является реализацией стандарта ANSI/ISO по структурированному языку запросов (SQL) с расширениями. Используется для работы с базами данных размером от персональных до крупных баз данных масштаба предприятия; конкурирует с другими СУБД в этом сегменте рынка.Access - реляционная СУБД корпорации Microsoft. Имеет широкий спектр функций, включая связанные запросы, связь с внешними таблицами и базами данных. Благодаря встроенному языку VBA, в самом Access можно писать приложения, работающие с базами данных.

Для своей курсовой работы я выбрала MS Access, так как данная СУБД позволяет отслеживать данные и составлять по ним отчеты, используя интерфейс Microsoft Office Fluent и позволяет использовать интерактивные возможности конструирования, не требующие глубоких знаний в области баз данных. Данные можно предоставлять в общий доступ, размещая их в Интернете в виде списков Microsoft Office Share Point Server 2007, допускающих аудит и резервное копирование.

5.1 Десять основных преимуществ Office Access 2007


. Быстрое получение нужных результатов с помощью пользовательского интерфейса Office Fluent.Access 2007 обеспечивает качественно иной уровень возможностей, предлагая пользовательский интерфейс Fluent, новую область переходов и представления в окнах с вкладками. Любой пользователь, даже не имея опыта работы с базами данных, сможет легко отслеживать данные и составлять отчеты, помогающие принимать более обоснованные решения.

. Ускоренное освоение приложения благодаря использованию встроенных решений.

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

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

Создание отчета в Office Access 2007 полностью соответствует принципам режима точного отображения (WYSIWYG). Можно изменить отчет, используя средства визуальной обратной связи в реальном времени, и сохранить разные представления для тех или иных аудиторий. Новая область группировки, возможности отбора и сортировки помогают отображать сведения в нужном виде и благодаря этому принимать более обоснованные деловые решения.

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

Благодаря функции автоматического обнаружения типов данных создавать таблицы в Office Access 2007 стало не труднее, чем работать с таблицей Microsoft Office Excel. Достаточно ввести данные, и Office Access 2007 автоматически определит, что это: дата, денежная сумма или другой стандартный тип данных. Можно даже вставить всю таблицу Excel в Office Access 2007, чтобы отслеживать информацию с помощью обширного инструментария базы данных.

. Новые типы полей, расширяющие возможности пользователей.

В Office Access 2007 вводятся новые типы полей, такие как вложения и многозначные поля. Теперь в любую запись в приложении можно вложить любой документ, изображение или электронную таблицу. Многозначное поле позволяет выбирать в каждой ячейке несколько значений, например, назначать задачу более чем одному сотруднику.

. Сбор и обновление сведений непосредственно из источника.

В Office Access 2007 можно с помощью Microsoft Office Info Path 2007 или HTML создавать формы, где будет собираться информация для базы данных. Затем такую форму можно направить коллегам по электронной почте и использовать содержимое ответных сообщений для заполнения и обновления таблицы Access, что избавляет от необходимости вводить данные повторно.

7. Общий доступ к данным через Microsoft Windows SharePoint Services.

Данные Access можно предоставить в общий доступ, другим участникам рабочей группы, используя средства служб Windows Share Point Services. Объединенные возможности этих двух приложений позволят всем участникам группы редактировать данные и просматривать отчеты в реальном времени непосредственно через веб-интерфейс.

. Отслеживание списков служб Windows Share Point Service с использованием разнообразных клиентских возможностей Office Access 2007.Access 2007 можно использовать в качестве многофункционального клиентского интерфейса для анализа списков служб Windows Share Point и создания отчетов. Можно перевести список в автономный режим, а затем после подключения к сети синхронизировать внесенные изменения; это позволяет работать с данными в любое время.

9. Перемещение данных в службах Windows Share Point Services для оптимизации управления.

Данные можно сделать более прозрачными, перемещая их в среду служб Windows Share Point Services. Это даст возможность регулярно создавать на сервере резервные копии данных, восстанавливать удаленные данные из корзины, отслеживать использовавшиеся версии и устанавливать разрешения на доступ, обеспечивая более эффективное управление данными.

. Доступ к данным и использование информации из нескольких источников.

С помощью Office Access 2007 можно связывать с текущей базой данных таблицы из других баз данных Access, электронных таблиц Excel, узлов Windows Share Point Services, источников данных ODBC, баз данных Microsoft SQL Server и других источников. Затем эти связанные таблицы могут использоваться при составлении отчетов, что позволит принимать решения на основе более полной информации.

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

6. Проектирование даталогической модели

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

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

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

Проектирование логической структуры РБД предполагает:

­ разбиение всей информации по отношениям (таблицам);

­    определение состава полей (атрибутов) каждого отношения;

­    определение ключа каждого отношения;

­    определение связей и обеспечение целостности по связям.

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

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

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

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

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

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

В разработанной базе данных Автосалона «ВАЗ-auto» поле «Производитель» в таблице «Производитель» является первичным ключом и связан с внешним ключом «Производитель» таблицы «Автомобили (в наличии)».

Поле «Код автомобиля» таблицы «Автомобили (в наличии)» является первичным ключом и связан с ключом «Код автомобиля» таблицы «Продажа».

Поле «Фамилия сотрудника» таблицы «Продажа» является первичным ключом и связан с внешним ключом «Фамилия сотрудника» таблицы «Сотрудники».

Поле «Должность» таблицы «Должность» является первичным ключом и связан с внешним ключом «Должность» таблицы «Сотрудники».

Между таблицами могут быть установлены следующие типы связей:

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

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

Поскольку в таблице «Производитель» для каждого производителя отведена одна запись, то эта таблица связана с таблицей «Автомобили (в наличии)» отношением типа «один-ко-многим» (одному производителю может соответствовать несколько автомобилей).

Поскольку «Коду автомобиля» может соответствовать одна продажа, между таблицами «Автомобили (в наличии)» и «Продажи» установлена связь «один-к-одному».

Таблица «Должность» связана с таблицей «Сотрудники» также связью «один-ко-многим», поскольку несколько сотрудников могут иметь одну должность.

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

·        Связанное поле главной таблицы является ключевым полем или имеет уникальный индекс;

·        Связанные поля имеют один тип данных;

·        Таблицы принадлежат одной БД Access.

Установив целостность данных, необходимо действовать в соответствии со следующими правилами:

·        Невозможно ввести в поле внешнего ключа связанной таблицы значение, не содержащееся в ключевом поле главной таблицы;

·        Не допускается удаление записи из главной таблицы, если существуют связанные с ней записи в подчиненной таблице;

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

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

Построим даталогическую модель (рисунок 2) с учетом всего выше перечисленного.

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

 


7. Разработка пользовательского интерфейса


7.1 Организация интерфейса с пользователем

Для удобной работы был разработан интерфейс пользователя. Были созданы экранные формы для ввода, редактирования, удаления, добавления данных. Это будет вполне удобно для работы клиента, который обладает не столь сильными знаниями в области РС. При создании форм были использованы несколько макросов. Для более удобной работы была создана главная форма (рисунок 3).

Рисунок 3 - форма «Главная»

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

7.2 Запросы на выборку данных для решения поставленных задач


. Выполним запрос (рисунок 4), который выводит данные об автомобилях в наличии (рисунок 5):

Рисунок 4 - Запрос «Автомобили (в наличии)»

Рисунок 5 - Результат выполнения запроса «Автомобили (в наличии)»

2.       Запрос (рисунок 6), который выводит только продавцов (рисунок 7):

Рисунок 6 - Запрос на выборку продавцов

Рисунок 7-Результат выполнения запроса на выборку продавцов

. Запрос (рисунок 8), который выводит общее количество каждой марки автомобиля (рисунок 9):


Рисунок 8 - Запрос на общее количество каждой марки

Рисунок 9 - Результат запроса на общее количество каждой марки

4.       Запрос (рисунок 10), который выводит остаток автомобилей (рисунок 11):

Рисунок 10 - Запрос «Остаток машин»

Рисунок 11 - Результат запроса «Остаток машин»

. Запрос (рисунок 12), который выводит количество проданных автомобилей (рисунок 13):


Рисунок 12 - Запрос «Количество проданных автомобилей»

Рисунок 13 - Результат запроса «Количество проданных автомобилей»

. Запрос (рисунок 14) для добавления данных в таблицу по проданному автомобилю и покупателю (рисунок 15):

Рисунок 14 - Запрос «О продаже автомобилей»

Рисунок 15 - Результат запроса «О продаже автомобилей»

1. Запрос (рисунок 16), который выводит все проданные автомобили и их данные за определенный период времени (рисунок 17):

Рисунок 16 - Запрос «Продажа по датам»

Рисунок 17 - Результат запроса «Продажа по датам»

является, прежде всего, информационно - логическим языком, предназначенным для описания, изменения и извлечения данных, хранимых в реляционных базах данных. В отличие от многих языков программирования SQL удобен и понятен даже новичкам. Запрос SQL - это запрос, создаваемый при помощи инструкций SQL. Язык SQL (Structured Query Language) используется при создании запросов, а также для обновления и управления реляционными базами данных, такими как базы данных Microsoft Access.

7.3 Отчеты по результатам решения задач

В базе данных Автосалон «ВАЗ-auto» имеются четыре отчета: сделанные по всем имеющимся таблицам.

«Данные по продажам» - выводит информацию о продаже автомобиля, данные о покупателе (рисунок 18).

Рисунок 18 - Данные о продаже автомобилей

«Остаток машин» - выводит информацию об автомобилях в наличии (рисунок 19).

Рисунок 19 - Остаток автомобилей

«Продажа» - выводит информацию о продаже, чек (рисунок 20).

Рисунок 20 - Чек о продаже автомобиля

«Отчет по датам» - выводит отчет за определенный период времени (рисунок 21).

Рисунок 21 - Отчет о продаже (по дате)


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

8. Описание руководства пользователя


Для нормальной работы программы необходимо наличие Microsoft Office 2007 версии.

Чтобы начать работать с программой нужно средствами операционной системы запустить программу Microsoft Access 2007 из пакета Microsoft Office 2007. После этого следует открыть файл БДавтосалон.mdb, после чего на экране появится главная форма приложения. Внешний вид программы предельно прост и лёгок в пользовании.

Меню программы состоит из следующих пунктов:

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

Кнопка «Оформление продажи автомобиля» - после нажатия на эту кнопку, пользователь может оформить покупку понравившегося автомобиля.

Кнопка «Новый автомобиль» - после нажатия сотрудник автосалона может добавить данные о поступившем в продажу новом автомобиле.

Кнопка «Сотрудники автосалона» - после нажатия открывается форма, где предоставлена информация по всем сотрудникам автосалона. Так же она позволяет добавить нового сотрудника, должность, поиск по сотрудникам, удаление уволившегося сотрудника из списка.

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

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

Кнопка «Выход» - завершение работы программы, выход в Windows.

Изменения, которые можно вносить в базу условно можно разделить на два типа: дополнение базы, удаление записи из базы. Все два действия могут быть применены к любой сущности в базе (клиенту, курорту и т.д.). Для этого необходимо в меню выбрать: для удаления - пункт «Удаление записи», для добавления - пункт «Добавить запись».

На каждой форме находится определенный набор кнопок:

Удаление данных о клиенте - удаляет запись из таблицы «Клиенты»;

Назад - возвращение пользователя на предыдущую форму;

На главную - возвращение пользователя на главную форму;

Печать - печать отчета.

Для выхода из программы необходимо выбрать на главной форме приложения пункт меню «Выход».

 


Заключение

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

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

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

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

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

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

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

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

 


Список использованных источников


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

2  Фаронов В.В. Программирование баз данных Access. Учебный курс. - СПб: Питер, 2006. - 459 с.

3        Конноли Т., Бегг Л., Страчан А. Базы данных. Проектирование, реализация и сопровождение. Теория и практика. - 2-е изд. - Вильямс, 2005.

          Лекции по курсу «Базы данных» - В.М. Першуков, 2009-2010 гг.

          Вейскас Д. Эффективная работа с MicrosoftAccess 7.0 «MicrosoftPress».Питер, 2012. -253 с.

          Вудкок Дж., Янг М. Эффективная работа с MicrosoftOffice2007 «MicrosoftPress».Питер, 2008. -304 с.

7  Горев А., Макашарипов С., Эффективная работа с СУБД. СПб.: Питер,

2011.-300 с.

8    Кириллов В.В. Основы проектирования реляционных баз данных. Учебное пособие. - СПб.: ИТМО, 2012.-400 с.

Источник: https://www.bibliofond.ru/detail.aspx?id=723994