Разработка базы данных информационной системы "Ресторан"

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

Рубрика Программирование, компьютеры и кибернетика
Вид курсовая работа
Язык русский
Дата добавления 27.04.2011
Размер файла 7,6 M

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

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

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

Международная Академия Бизнеса и Управления

Курсовая работа

По дисциплине

"Базы данных"

на тему

Разработка базы данных информационной системы "Ресторан"

Выполнил студент 2 курса

Очной формы

Кафедра "Информационные технологии"

Газаев А.Г.

Принял Нечаев А.М.

Москва 2009

Задание

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

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

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

Предметная область: информационная система ресторана.

Оглавление

  • Введение
  • 1. Анализ информационной системы "Домашняя библиотека"
  • 1.1 Описание обработки информации в информационной системе "Ресторан"
  • 1.2 Перечень запросов в информационной системе
  • 1.3 Перечень отчетов в информационной системе
  • 1.4 Перечень операций по вводу информации в базу данных информационной системы
  • 2. Проектирование базы данных
  • 2.1 Инфологическое проектирование базы данных
  • 2.2 Нормализация базы данных
  • 2.3 Даталогическое проектирование базы данных
  • 2.4 Формирование условий целостности базы данных
  • 3. Реализация базы данных
  • 3.1 Выбор СУБД и реализация базы данных
  • 3.2 Конструирование форм ввода информации в базу данных
  • 3.3 Конструирование запросов к базе данных
  • 3.4 Конструирование отчетов из базы данных
  • 3.5 Создание кнопочной формы
  • 4. Решение контрольной задачи
  • 4.1 Разработка тестовых данных для проверки базы данных
  • 4.2 Ввод тестовых данных в базу данных
  • 4.3 Формирование запросов и отчетов
  • Выводы и результаты
  • Литература

Введение

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

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

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

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

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

база информационная система ресторан

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

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

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

1. Анализ информационной системы "Домашняя библиотека"

1.1 Описание обработки информации в информационной системе "Ресторан"

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

Предметной областью созданной базы данных является деятельность ресторана. Описаны три основных вида деятельности:

1. Кухня. Производится непосредственно приготовление или "набор" блюд из имеющихся ингредиентов, кроме того, выполняется заказ на необходимые ингредиенты, а также формирование меню или "набор" блюд из уже приготовленных.

2. Бухгалтерия. Производятся все необходимые расчеты.

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

1.2 Перечень запросов в информационной системе

На основе проведенного анализа обработки информации в домашней библиотеке можно сформулировать перечень запросов, которые бы можно было сформировать к информационной системе "Домашняя библиотека":

· Просмотр ингредиентов;

· Заказы;

· Количество блюд по разделам;

· Вывод блюд по разделу.

1.3 Перечень отчетов в информационной системе

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

· Меню;

· Расчет заказа;

· Затраты состав.

1.4 Перечень операций по вводу информации в базу данных информационной системы

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

· Заказ ингредиентов;

· Формирование меню и ингредиентов блюд;

· Ввод заказов;

· Создание разделов блюд.

2. Проектирование базы данных

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

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

1. Сущности. Сущности - это элементы реального мира, которые могут существовать независимо. В рассматриваемой информационной системе сущностями являются: Раздел, Блюдо, Заказ, Приложение к заказу, Ингредиенты, Состав. Сущность представляется в концептуальной модели прямоугольником, в котором указано ее имя.

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

Сущность Раздел описывается следующими атрибутами: Код раздела, Раздел.

Раздел

Атрибут

Смысловое значение

Тип

Код_ Раздела

Код раздела

Счетчик

Раздел

Название раздела

Текстовый

Сущность Блюдо описывается атрибутами: Код блюда, Блюдо, Код раздела, Стоимость блюда.

Блюдо

Атрибут

Смысловое значение

Тип

Код_Блюда

Код блюда

Счетчик

Блюдо

Название блюда

Текстовый

Код_Раздела

Код раздела

Числовой

Стоимость_блюда

Стоимость данного блюда

Денежный

Сущность Заказ описывается атрибутами: Код заказа, Номер Столика.

Атрибут

Смысловое значение

Тип

Код_заказа

Код заказа

Счетчик

Номер_столика

Номер столика с которого был произведен заказ

Текстовый

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

Атрибут

Смысловое значение

Тип

Код_приложения

Код приложения

Счетчик

Код_заказа

Код заказа

Числовой

Код_блюда

Код блюда

Числовой

Название

Название заказанного блюда

Текстовый

Кол-во порций

Количество порций заказанного блюда

Числовой

Сущность Ингредиенты описывается атрибутами: Табельный номер, Название, Цена за, Вес.

Атрибут

Смысловое значение

Тип

Табельный_номер

Табельный номер ингридиента

Счетчик

Блюдо

Название ингидиента

Текстовый

Цена_за

Цена за вес

Денежный

Вес

Вес

Текстовый

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

Атрибут

Смысловое значение

Тип

Код_состава

Код состава блюда

Счетчик

Код_Блюда

Код блюда

Числовой

Название_ингредиента

Название ингредиента

Текстовый

Необходимое количество

Необходимое количество в штуках

Числовой

Вес в граммах

Необходимый вес ингредиента

Числовой

Табельный_номер

Табельный номер ингредиента

Числовой

Необходимая стоимость

Стоимость необходимого веса ингредиента

Денежный

Связи. Связь представляет взаимодействие между сущностями.

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

2.2 Нормализация базы данных

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

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

Поскольку все отношения имеют простые ключи, то они автоматически находятся во 2 нормальной форме.

Поскольку во всех отношениях не имеют места транзитивные зависимости, то они находятся в 3 нормальной форме. Например, отношение Блюда находится в 3 нормальной форме т.к. все его неключевые поля: Блюдо, Код_раздела, Стоимость блюда полно зависят от ключевого атибута Код_блюда. Аналогично для всех других отношений.

Таким образом, отношения находятся в 3 нормальной форме

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

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

2.3 Даталогическое проектирование базы данных

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

Создаваемая база данных будет содержать следующие таблицы: Блюда, Заказ, Ингредиенты, Приложение к заказу, Раздел, Состав.

Блюда

Наименование поля

Тип данных

Длина

Допустимое значение

Первичный ключ

Внешний ключ

Описание

Код_Блюда

Счетчик

NOT NULL

+

Первичный ключ

Блюдо

Строка

255

Название книги

Код_раздела

Число

NOT NULL

+

Код автора

Стоимость блюда

Денежный

Издательство книги

Заказ

Наименование поля

Тип данных

Длина

Допустимое значение

Первичный ключ

Внешний ключ

Описание

Код_заказа

Счетчик

NOT NULL

+

Первичный ключ

Номер столика

Текст

255

ФИО автора книги

Ингредиенты

Наименование поля

Тип данных

Длина

Допустимое значение

Первичный ключ

Внешний ключ

Описание

Табельный_ номер

Счетчик

NOT NULL

+

Первичный ключ

Название ингридиента

Текст

255

Имя читателя

Цена за

Денежный

Контактные данные

Вес

Текст

255

Заметки о читателе

Приложение к заказу

Наименование поля

Тип данных

Длина

Допустимое значение

Первичный ключ

Внешний ключ

Описание

Код_приложения

Счетчик

NOT NULL

+

Код читателя

Код_заказа

Число

NOT NULL

+

Код книги

Код_блюда

Число

NOT NULL

+

Дата взятия книгу

Блюдо

Текст

255

Дата возврата книги

Количество порций

Число

Раздел

Наименование поля

Тип данных

Длина

Допустимое значение

Первичный ключ

Внешний ключ

Описание

Код_раздела

Счетчик

NOT NULL

+

Код читателя

Раздел

Текст

255

NOT NULL

Код книги

Состав

Наименование поля

Тип данных

Длина

Допустимое значение

Первичный ключ

Внешний ключ

Описание

Код_состава

Счетчик

NOT NULL

+

Код читателя

Код_блюда

Число

NOT NULL

+

Код книги

Название_ингридиента

Текст

255

Дата взятия книгу

Необходимое_количество

Число

Дата возврата книги

Вес в граммах

Число

Табельный номер

Число

+

Необходимая стоимость

Денежный

2.4 Формирование условий целостности базы данных

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

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

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

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

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

3. Реализация базы данных

3.1 Выбор СУБД и реализация базы данных

Для разработки информационной системы "Ресторан" необходимо было определиться с программным обеспечением, то есть с выбором СУБД для реализации базы данных. В качестве кандидатов СУБД были рассмотрены такие как: MS Excel, MS Access 2007, MS SQL, MySQL, Oracle. Данные СУБД рассматривались по ряду параметров. Результаты сравнения представлены в таблице.

Параметры различных баз данных

Характеристика

Детализация характеристики

MS Excel

MS Access 2007

MS SQL

MySQL

Oracle

Размер базы данных

0 - 3 Мб

+

+

+

3 - 100 Мб

+

+

100 - 2 Гб

+

+

+

Количество одновременных подключений

1

+

+

+

1 - 10

+

+

10 - 100

+

+

+

Цена

Бесплатно

+

Дешевая 1 лицензия

+

+

Дорогие сервера

+

+

Платформа

Win

+

+

+

Win / Linux

+

+

Тип продукта

Маленький Web - сервер

+

Мощный Web - сервер

+

+

Локальное приложение

+

+

Сложная система

+

+

Защита данных

Отсутствует

+

Слабая

+

Сильная

+

+

+

Возможности языка SQL

Очень слабые

+

Слабые

+

+

Мощные

+

+

Сложность настройки, установки и поддержки

Никаких

+

Минимальные

+

Первичная настройка и минимальная поддержка

+

Требуется

+

+

Стоимость специалистов

Небольшая

+

+

+

Высокая

+

+

Исходя из анализа данных о различных СУБД и учитывая решаемую задачу, для реализации базы данных "Ресторан" выбирается СУБД MS Access 2007.

Microsoft Access - это СУБД предназначенная для хранения и поиска информации, ее представления в удобном виде. Чтобы реализовать базу данных, в СУБД Access надо ввести через режим конструктора свою модель. Для начала надо ввести названия таблиц и всех их атрибуты. При вводе атрибутов надо задать тип данных и первичный ключ. Для таблицы Блюда поле Код_раздела создаем через подстановку из таблицы Раздел. Для таблицы Приложение к заказу поле Код_блюда, Блюдо создаем через подстановку таблицы Блюда, а поле Код_заказа через подстановку таблицы Заказ. Для таблицы Состав поле Код_блюда создаем через подстановку таблицы Блюда, а поле Название_ингредиента и Табельный_номер через подстановку таблицы Ингредиенты.

1. Создаем таблицу Раздел.

2. Создаем таблицу Блюда.

3. Создаем таблицу Заказ.

4. Создаем таблицу Приложение к заказу.

5. Создаем таблицу Ингредиенты.

6. Состав.

7. Реализуем схему данных. На схеме данных создаваемой базы на связях устанавливаем признаки условия целостности базы данных: обеспечение целостности данных, каскадное обновление связанных полей, каскадное удаление связанных записей.

3.2 Конструирование форм ввода информации в базу данных

Для ввода данных в таблицы создаем формы ввода информации в базу данных.

1. Форма ввода данных о книге определенного автора. Создаем для ввода форму Заказ.

2. Форма для заказа ингредиентов.

3. Форма ввода данных о приготовлении блюд. Создаем для ввода сложную форму: основная будет Блюда, а подчиненная - Состав.

4. Форма для вычисления себестоимости блюд.

3.3 Конструирование запросов к базе данных

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

1. Создание запроса, определяющего из каких ингредиентов состоит блюдо.

SELECT Состав. Название_ингредиента, Состав. [Вес в граммах], Состав. Необходимое_количество

FROM Блюда INNER JOIN Состав ON Блюда. Код_блюда = Состав. Код_блюда

WHERE ( ( (Блюда. Блюдо) = [Введите название блюда]));

2. Создание запроса, определяющего заказ в зависимости от кода заказа.

SELECT Заказ. Код_заказа, Заказ. Номер_столика, [Приложение к заказу]! [Блюдо] AS Выражение1, [Приложение к заказу]. Код_блюда, [Приложение к заказу]. [Кол-во_порций]

FROM Заказ RIGHT JOIN [Приложение к заказу] ON Заказ. Код_заказа = [Приложение к заказу]. Код_заказа

WHERE ( ( (Заказ. Код_заказа) = [Введите Код заказа]));

3. Создание запроса, определяющего какие блюда, находятся во введенном разделе.

SELECT Блюда. Блюдо, Блюда. Стоимость_блюда

FROM Раздел RIGHT JOIN Блюда ON Раздел. Код_раздела = Блюда. Код_раздела

GROUP BY Блюда. Блюдо, Блюда. Стоимость_блюда

HAVING ( ( (First (Раздел. Раздел)) = [Введите название раздела]));

4. Создание запроса, определяющего какое количество блюд, находятся в каждом разделе.

SELECT Раздел. Раздел, Count (Блюда. Блюдо) AS [Count-Блюдо]

FROM Раздел RIGHT JOIN Блюда ON Раздел. Код_раздела = Блюда. Код_раздела

GROUP BY Раздел. Раздел;

3.4 Конструирование отчетов из базы данных

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

1. Меню;

2. Расчет заказа;

3. Вычисление себестоимости блюд.

3.5 Создание кнопочной формы

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

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

Для кнопки выход используется стандартный макрос Access 2007.

2. Клиенты.

3. Кухня.

4. Бухгалтерия.

4. Решение контрольной задачи

4.1 Разработка тестовых данных для проверки базы данных

Чтобы проверить работоспособность созданной базы данных были разработаны наборы данных для заполнения таблиц базы данных. Состав тестовых данных приведен в таблицах.

1) Раздел "Авторские блюда".

2) Данные о блюдах, составе блюд и необходимых ингредиентов для раздела "Авторские блюда".

Блюда

Блюдо

Желе вишневое

Код_раздела

9

Стоимость_блюда

200 р.

Состав

Код_блюда

Название_ингредиента

Необходимое количество

Вес в граммах

Табельный номер

Необходимая стоимость

44

Вишня

1000

98

127,50р.

44

Яблочный сок

100

99

3,03р.

44

Сахар

100

100

10,00р.

Ингредиенты

Название_ингредиента

Цена за

Вес

Вишня

127,50р.

1 кг

Яблочный сок

30,30р.

1 л

Сахар

100р.

1 кг

Блюда

Блюдо

Халва из грецких орехов с медом

Код_раздела

9

Стоимость_блюда

500р.

Состав

Код_блюда

Название_ингредиента

Необходимое количество

Вес в граммах

Табельный номер

Необходимая стоимость

45

Мед

250

101

150

45

Грецкие орехи (очищенные)

500

102

420

Ингредиенты

Название_ингредиента

Цена за

Вес

Мед

600р.

1 кг

Грецкие орехи (очищенные)

840р.

1 кг

Блюда

Блюдо

Творожный десерт с черешней и шоколадом

Код_раздела

9

Стоимость_блюда

250р.

Состав

Код_блюда

Название_ингредиента

Необходимое количество

Вес в граммах

Табельный номер

Необходимая стоимость

46

Творог

200

103

20р.

46

Йогурт

500

104

75р.

46

Шоколад

100

105

40р.

46

Черешня

50

106

5р.

Ингредиенты

Название_ингредиента

Цена за

Вес

Творог

100р.

1 кг

Йогурт

150р.

1 кг

Шоколад

400р.

1 кг

Черешня

100р.

кг

4.2 Ввод тестовых данных в базу данных

Разработанные наборы данных были введены в таблицы базы данных информационной системы домашняя библиотека. Порядок ввода данных был следующий.

1. Первоначально был создан новый раздел "Авторские блюда".

2. Следующим шагом осуществлялся ввод данных о блюдах, составе блюд и необходимых ингредиентов для раздела "Авторские блюда".

3. Были сделаны следующие заказы:

· Заказ 44;

Желе вишневое, 1 порция;

· Заказ 45;

Халва из грецких орехов с медом, 1 порция;

· Заказ 46;

Творожный десерт с черешней и шоколадом, 2 порции;

4.3 Формирование запросов и отчетов

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

Примеры запросов.

Количество блюд по разделам.

Затраты состав.

Примеры отчетов.

Меню

Расчет заказов

Выводы и результаты

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

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

Литература

1. Хомоненко А.Д., Цыганков В.М., Мальцев М.Г. Базы данных: Учебник для вузов/ Под. ред.А.Д. Хомоненко. - М.: Бином-Пресс, 2006.

2. Рудикова Л.В., Базы данных. Разработка приложений. - СПБ.: БХВ-Петербург, 2006.

3. Фуллер, Б Лори Ульрих, Кук, Кен, Кауфельд, Джон Microsoft Office Access 2007 для ”чайников”.: Пер. с англ. М.: ООО ”И.Д. Вильямс”, 2007.

4. Microsoft Access 2007. Разработка приложений на реальном примере. Изд. БХВ - Петербург, 2007.

5. Microsoft SQL Server 2005. Реализация и обслуживание. Учебный курс Microsoft / Пер. с англ. - М.: "Русская Редакция", СПб.: "Питер", 2007.

6. Велинг Л. Томсон Л. MySQL. Учебное пособие. - М.: Издательский дом “Вильямс”, 2005.

7. Oracle 8. Энциклопедия пользователя: Пер. с анг. / Компания Advanced Information Systems и др. - К. Издательство "ДиаСофт", 1998.

Размещено на Allbest.ru


Подобные документы

  • Разработка базы данных для информационной поддержки деятельности аптеки с целью автоматизированного ведения данных о лекарствах аптеки. Проектирование схемы базы данных с помощью средства разработки структуры базы данных Microsoft SQL Server 2008.

    курсовая работа [3,6 M], добавлен 18.06.2012

  • Схема взаимодействия подразделений предприятия. Выбор и обоснование технологии проектирования базы данных. Описание объектов базы данных. Разработка запросов на выборку, изменение, обновление и удаление данных. Интерфейсы взаимодействия с базой данных.

    курсовая работа [1,4 M], добавлен 25.05.2023

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

    курсовая работа [2,2 M], добавлен 25.12.2012

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

    курсовая работа [4,8 M], добавлен 20.05.2014

  • Технические средства обеспечения функционирования информационной системы. Проектирование базы данных информационной системы. Разработка веб-приложения – справочно-информационной системы для предприятия. Организация записи информации в базу данных.

    дипломная работа [4,4 M], добавлен 16.05.2022

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

    курсовая работа [2,4 M], добавлен 07.09.2012

  • Выбор методологии проектирования и разработка информационной системы "Расчёт зарплаты" для предприятия ОАО РТП "Авторемонтник". Архитектурное проектирование базы данных информационной системы и разработка её интерфейса. Тестирование программного модуля.

    дипломная работа [2,3 M], добавлен 25.05.2014

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

    дипломная работа [3,1 M], добавлен 16.08.2015

  • Общая характеристика инфологической модели информационной системы. Знакомство с особенностями проектирования базы данных "Библиотека", анализ основных этапов. Рассмотрение способов составления запросов по выборке информации из таблиц базы данных.

    контрольная работа [831,2 K], добавлен 08.12.2013

  • Анализ проектирования баз данных на примере построения программы ведения информационной системы картотеки ГИБДД. Основные функции базы данных. Обоснование выбора технологий проектирования и реализации базы данных. Описание информационного обеспечения.

    курсовая работа [753,0 K], добавлен 27.08.2012

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.