Физическая модель, определяющая размещение данных, методы доступа и технику индексирования. Описание и структура таблиц. Выбор среды программирования. Разработка интерфейса, результат работы запроса. Подбор комплектующих. Листинг основных процедур Unit1.

РубрикаПрограммирование, компьютеры и кибернетика
Видкурсовая работа
Языкрусский
Дата добавления12.09.2014
Размер файла1017,5 K

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Размещено на http://www.allbest.ru

1. Этапы разработки базы данных

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

1.2 Концептуальная модель и ее описание

1.3 Логическая модель

1.4 Физическая модель

2. Проектирование приложения

2.1 Выбор среды программирования

2.1.1 Denwer 3 + MySQL Server 5.5.25

2.1.3 Borland Delphi 7

2.1.4 Технология ADO

2.2 Разработка интерфейса

2.3 Разработка запросов

2.3.1 Поиск товара по ID

2.3.2 Занесение данных о покупке в таблицу Продажи

2.3.3 Подбор комплектующих

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

база данный магазин запрос

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

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

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

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

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

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

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

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

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

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

Задачи курсового проекта: получить возможность просматривать, редактировать, добавлять данные, получать результаты запросов. В качестве приложения для разработки базы данных использован язык MySQL, а в качестве разработки СУБД использован программный продукт Borland Delphi 7. Разработанная программа предназначена для работы на компьютерах с операционными системами семейства Windows. Программа не требовательна к ресурсам системы и проста в использовании, благодаря удобному пользовательскому интерфейсу.

1. Этапы разработки базы данных

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

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

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

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

Поэтому в базе данных, мне хотелось бы уделить больше внимания товарам, разделив их на типы.

1.2 Концептуальная модель и ее описание

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

Объект «Товар», хранит информацию о типе товара, его параметрах, цене и т. д.

Объект «ПрОДАЖИ», хранит информацию о проданных товарах, их наименовании, количестве, дате продажи, цене.

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

1.3 Логическая модель

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

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

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

ТОВАРЫ. Сюда заносится вся информация о товарах. Причём, сущность ТОВАРЫ разбита на 4 `подсущности’, которые логически связанны между собой:

МОДУЛИ ОПЕРАТИВНОЙ ПАМЯТИ;

ПРОДАЖИ. Здесь хранится информация о когда-либо проданных товарах.

Размещено на http://www.allbest.ru

1.4 Физическая модель

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

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

Все актуальные требования предметной области и адекватные им «скрытые» требования на стадии проектирования должны найти свое отражение в концептуальной модели. Конечно, нельзя предусмотреть все возможные варианты использования и изменения базы данных. Но в большинстве предметных областей такие основные данные, как объекты и их взаимосвязи, относительно стабильны. Меняются только информационные требования, то есть способы использования данных для получения информации.

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

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

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

Рис. 8 Окно базы данных

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

Выбираем элемент управления →Создание таблиц в режиме конструктора (см. рис. 9).

Рис. 9 Создание таблицы в режиме конструктора

Разработаем схему данных, (создание связей между таблицами). Для этого:

­ щёлкаем по кнопке на панели инструментов;

­ в появившемся окне будет выделено название одной таблицы. Щелкаем по кнопке , переводим выделение на имя следующей таблицы и щелкните по кнопке . Аналогично добавляем оставшиеся таблицы;

­ закройте окно, щелкнув по кнопке ;

­ чтобы не выполнять все вышеописанные действия, можно просто перетащить мышкой таблицы из окна «Базы данных Таблицы» в окно «Схема данных»;

­ создадим связь между таблицами Товары и Заказы. Для этого курсором мыши перетаскиваем > в таблице Товары на поле > в таблицу Заказы. На экране откроется окно >;

­ устанавливаем флажок («галочку») в свойствах Обеспечение целостности данных, Каскадное обновление связанных полей и Каскадное удаление связанных записей;

­ щелкаем по кнопке . Связь будет создана;

­ аналогично создаем связи между полем > в таблице Сотрудники и полем > в таблице Заказы, и т.д. Закрываем окно схемы данных, ответив ДА на вопрос о сохранении макета. Для связи таблиц использовалась следующая схема (см. рис. 11).

Рис. 11 Реляционная структура СУБД Access для информационной системы компьютерного магазина

Проектирование форм, запросов и отчетов

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

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

Для создания формы нужно открыть вкладку «Формы» окна базы данных и нажать кнопку «Создать»

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

Далее при помощи кнопок

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

Рис. 13 Готовая форма таблицы Товары

Рис. 14 Вид формы в режиме конструктора

В нашей форме «Товары» есть поле объекта OLE для размещения изображений товаров. В свойствах этого поля, на вкладке «Макет» устанавливаем размеры: «Вписать в рамку» (см. рис. 15). Это позволит вставлять изображения любых размеров – Access автоматически подгонит картинку под размер поля.

Рис. 15 Свойства объекта «Изображение»

Теперь нужно сохранить изменения макета через меню Файл→Сохранить.

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

— установить курсор в поле «Наименование товара».

— выполнить команду меню Правка → Найти, или воспользоваться кнопкой панели инструментов.

Для фильтрации данных по полям «Код поставки»:

— для отмены фильтрации нажимаем на кнопку

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

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

— щелкнуть правой кнопкой мыши по интересующему полю (в нашем случае это «Стоимость продажи») и выбрать пункт «Свойства.

— откроется окно «Поле: Стоимость продажи». Выбираем вкладку данные и вписываем в поле «Данные» формулу для расчета (см. рис. 16). Нам необходимо, чтобы стоимость продажи на 50% превышала стоимость покупки.

Рис. 16 Ввод формулы для расчета

— закрываем это окно и сохраняем изменения в таблице.

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

База данных Access Предприятие по сборке ПК

База данных Access Предприятие по сборке ПК

Предметная область разрабатываемой базы данных предприятие по сборке ПК. Список задач, который стоит перед БД Access Предприятие по сборке ПК — выдача данных о поставщиках и комплектующих (фирма-поставщик, адрес, наименование комплектующих ПК, их параметры, характеристики, цены). Также проведена нормализация текущей базы данных. В базе таблицы заполнены данными, выполнены запросы на выборку, запросы на вычисление, удаление, итоговые запросы. Также сделаны формы для работы с данными и отчеты, которые можно выводить на печать.
База данных Access Предприятие по сборке ПК позволяет упорядочивать данные по полям: комплектующие, поставщики, цена. Также реализован поиск сведений о фирме-поставщике Х. Есть возможность удалить сведения о поставщике Х и его комплектующих. Реализован подсчет средней стоимости собранного ПК. Существуют запросы на выборку: сведение о фирмах, имеющих комплектующие Х с характеристикой В по цене М. Ограничение разработанной БД: каждый комплектующий имеет хотя бы одну ссылку на поставщика, цена собранного ПК не менее Х. Также реализованы табличный и произвольный отчеты: список комплектующих с группировкой поставщиков и картотека поставщиков.
База данных Access Предприятие по сборке ПК содержит 6 таблиц, 6 запросов, 6 форм + главная кнопочная форма, 2 отчета. Данная база данных Access оптимально подходит для дальнейшей оптимизации и доработки под собственные требования.

Пояснительной записки нет!

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

Таблица «Поставщики» — База данных Access Предприятие по сборке ПК

Таблица «Комплектующие» — База данных Access Предприятие по сборке ПК

Форма «Тип комплектующего» — База данных Access Предприятие по сборке ПК

Форма «Комплектующие» — БД Access Предприятие по сборке ПК

Запрос «Стоимость каждого ПК со сборкой» — БД Access Предприятие по сборке ПК

Отчет «Картотека поставщиков»

Отчет «Список компл-поставщиков»

Главная кнопочная форма

Готовая база данных БД Access Предприятие по сборке ПК доступна для скачивания по ссылке ниже.