Разработка базы данных "Торгово-посредническое предприятие"
Суть концептуальной информационной модели. Изображение сущностей и их атрибутов. Описание структуры базы данных "Торгово-посредническое предприятие". Изучение общего строения программы. Использование запросов для просмотра, анализа и изменения данных.
Рубрика | Программирование, компьютеры и кибернетика |
Вид | курсовая работа |
Язык | русский |
Дата добавления | 14.05.2018 |
Размер файла | 859,0 K |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
Федеральное агентство связи
Сибирский Государственный Университет Телекоммуникаций и Информатики
Межрегиональный центр переподготовки специалистов
Курсовая работа
На тему: «Торгово-посредническое предприятие»
По дисциплине: «Базы данных»
Новосибирск, 2016 г.
Оглавление
Введение
1. Разработка концептуальной модели данных
1.1 Изображение сущностей и их атрибутов
1.2 ЕR-диаграмма
1.3 Описание структуры БД
1.4 Заполненные таблицы БД
2. Разработка приложения БД
2.1 Описание информационных задач
2.2 Описание программы
Заключение
Список литературы
Введение
Целью выполнения курсовой работы является изучение этапов проектирования реляционных баз данных, приобретение практических навыков в разработке и реализации информационных систем, а также приобретение навыков работы с реляционными базами данных.
Базы данных - совокупность данных, организованная по определенным правилам, предусматривающая общие принципы описания, хранения, манипулирования данными, независимыми от прикладных программ.
СУБД - система управления базами данных - совокупность программ, предназначенных для управления БД и возможности получения пользователями необходимой информации из базы. В задачи СУБД входят следующие задачи:
· Формирование и поддержание БД
· Обработка информации
· Прием запросов
· Предоставление информации пользователям
· Обеспечение целостности и реорганизации ценностей БД
· Организация совместной работы пользователей
На сегодняшний день существует множество различных систем управления базами данных. Они все используют разные средства и функции, но преимущественно у всех СУБД в основе лежат одинаковые понятия.
Для разработки БД «Торгово-посредническое предприятие» была выбрана СУБД Access, которая имеет ряд возможностей по обеспечению целостности данных. Например, контроль максимального числа символов (для текстовых полей), контроль обязательности данных в поле, контроль на уникальность данных в поле и др СУБД Access предназначена для разработки информационных систем, она использует реляционную модель данных и графический интерфейс Windows.
СУБД Access отличается простотой использования, также в отличие от многих других СУБД, Access включает в состав БД не только таблицы, но и другие объекты, связанные с обработкой данных. Объектом в Access считается все, что может иметь имя. Основным типом объектов в БД является таблица, остальные типы объектов - это различные способы представления информации из таблиц (формы, отчеты, динамические наборы) или действия над таблицами (запросы, макросы, модули). Все объекты БД хранятся в одном файле с расширением *.mdb. В один момент времени допускается работа только с одной БД.
Тип данных определяет, какого вида данные будут храниться в поле. MS Access представляет максимальную свободу в задании типа данных: текстовые, числовые данные, даты, время, денежные значения, рисунки, звук, документы, электронные таблицы. Можно задать также параметры хранения (длина строки, точность представления) чисел и даты (времени) и представления этих данных при выводе на экран или на печать.
В Microsoft Access существует ряд способов контроля данных в текущем поле:
-контроль максимального числа символов выполняется для текстовых полей;
-контроль обязательности данных в поле (для любых полей, кроме типа “счетчик”);
-контроль на соответствие маске, в пустые позиции которой можно ввести только определенные символы;
-контроль на уникальность данных в поле (для всех полей, кроме “memo”, “OLE”);
-контроль на соответствие логическому выражению.
1. Разработка концептуальной модели данных
Предметной областью проекта является торгово-посредническое предприятие. Организация оказывает посреднические услуги в торговле. Собирает заявки покупателей и подбирает предложения поставщиков. Поступление товара отражается приходной накладной, реализация - расходной накладной.
Предусмотрим несколько состояний документа реализация: неподтвержденная заявка, заказ принят, заказ выполнен.
Весь товар делится на группы. По каждому поставщику имеются данные о группах предлагаемого товара.
В базе данных хранится необходимая информация о:
· поставщиках - наименование, организационно-правовая форма, форма собственности, адрес, банковские реквизиты, ассортимент товаров по группам;
· товаре - группа товара, наименование;
· поставке - товар, объем, дата, цена, условия поставки;
· заказе - товар, цена, объем, дата, клиент, условия выполнения;
· клиентах - наименование, организационно-правовая форма, форма собственности, адрес, банковские реквизиты.
Выходные данные: счет-фактура.
Для проектирования данной БД моделирование целесообразно осуществлять с помощью модели типа “сущность-связь”. Такая модель достаточно проста, легка для понимания и наглядно отображает предметную область. Основное назначение модели “сущность-связь” - семантическое описание предметной области. Структура предметной области в данной модели изображается в форме диаграммы. Базовыми элементами в модели являются компоненты:
· сущности;
· атрибуты;
· связи.
Сущность - это реальный или представляемый объект. Многие сущности, рассматриваемые в этой модели, соответствуют физическим объектам предметной области. На диаграмме сущности изображаются прямоугольниками. Сущность имеет имя, уникальное в пределах моделируемой системы. Объект, который соответствует понятию сущности, имеет свой набор атрибутов - характеристик, определяющих свойства данного представителя класса. При этом набор атрибутов должен быть таким, чтобы можно было различать конкретные экземпляры сущности.
Атрибут - это поименованная характеристика сущности, которая принимает значение из некоторого множества значений.
Связь - это ассоциация между двумя понятиями. Связи выражают отношения между сущностями. Связи делятся на три типа по множественности: один - к - одному (1:1), один - ко - многим (1:М), многие - ко - многим (М:М).
Связь 1:1 означает, что экземпляр одной сущности связан только с одним экземпляром другой сущности и наоборот. Этот тип используется редко, так как данные могут быть помещены в одну таблицу.
Связь 1:М означает, что один экземпляр сущности, расположенный слева по связи, может быть связан с несколькими экземплярами сущности, расположенными справа по связи. Этот вид связи используется чаще всего.
Связь М:М означает, что один экземпляр первой сущности может быть связан с несколькими экземплярами второй сущности и, наоборот, один экземпляр второй сущности может быть связан с несколькими экземплярами первой сущности.
Каждая связь может иметь один из следующих типов связи по членству: информационный база данный запрос
· Обязательная связь означает, что обе сущности зависят от наличия связи. Т.е, экземпляр одной сущности обязан быть связан не менее чем с одним экземпляром другой сущности, и наоборот;
· Необязательная связь означает, что ни одна из сущностей не зависит от наличия связи. Т.е, экземпляр одной сущности может быть связан с одним или несколькими экземплярами другой сущности, а может быть и не связан ни с одним экземпляром.
· Возможная связь означает, что одна из сущностей зависит от наличия связи. Т.е. один конец связи необязательный, а другой - обязательный, например: "каждый сотрудник может иметь несколько детей", и "каждый ребенок обязан принадлежать ровно одному сотруднику".
1.1 Изображение сущностей и их атрибутов
1.2 ЕR-диаграмма
1.3 Описание структуры БД
База данных «Торгово-посредническое предприятие» содержит 13 таблиц:
· Группа товара;
· Контрагент;
· Организационно-правовая форма;
· Покупатель;
· Поставщик;
· Приходная накладная;
· Расходная накладная;
· Статус заказа;
· Строка ассортимента;
· Строка приходной накладной;
· Строка расходной накладной;
· Товар;
· Форма собственности.
Нормализация -- процесс уменьшения избыточности информации в таблицах реляционной БД и, как следствие, построения оптимальной структуры таблиц и связей.
Можно выделить 4 основных правила, которыми следует руководствоваться при проектировании и последующей нормализации таблиц базы данных:
1. Каждое поле любой таблицы должно быть уникальным.
2. Каждая таблица должна иметь уникальный первичный ключ, который может состоять из одного или нескольких полей таблицы.
3. Для каждого значения первичного ключа должно быть одно и только одно значение любого из столбцов данных, и это значение должно относиться к объекту таблицы.
4. Должна иметься возможность изменять значения любого поля (не входящего в первичный ключ), и это не должно повлечь за собой изменение другого поля.
Созданная БД удовлетворяет вышеизложенным требованиям. Во всех таблицах указываются первичные и внешние ключи (* - обозначает первичный ключ, + - внешний ключ).
Таблица Описание таблиц БД
Свойство поля |
*Код группы |
Наименование |
|
Имя поля |
Код группы |
Наименование |
|
Тип |
Счетчик |
Текстовый |
|
Размер |
Длинное целое |
50 |
|
Формат |
- |
- |
|
Маска ввода |
- |
- |
|
Подпись |
- |
- |
|
Значение по умолчанию |
- |
- |
|
Условие на значение |
- |
- |
|
Сообщение об ошибке |
- |
- |
|
Обязательность |
- |
Нет |
|
Индекс (допускаются ли совпадения) |
Да(не допускаются) |
Нет |
|
Пустые строки |
- |
Да |
|
Индексированное поле |
- |
- |
|
Сжатие Юникод |
- |
Да |
|
Режим IME |
- |
Нет контроля |
|
Режим предложений IME |
- |
Нет |
|
Смарт-теги |
- |
- |
Таблица «Контрагент»
Свойство поля |
*Код контрагента |
Наименование |
+Код ОПФ |
+Код ФС |
Адрес |
Банковские реквизиты |
|
Имя поля |
Код контрагента |
Наименование |
Код ОПФ |
Код ФС |
Адрес |
Банковские реквизиты |
|
Тип |
Счетчик |
Текстовый |
Числовое |
Числовое |
Текстовое |
Текстовое |
|
Размер |
Длинное целое |
50 |
- |
50 |
50 |
||
Новые значения |
Последовательные |
- |
- |
||||
Формат |
- |
- |
- |
||||
Маска ввода |
- |
- |
- |
||||
Подпись |
- |
- |
- |
||||
Значение по умолчанию |
- |
- |
0 |
0 |
|||
Условие на значение |
- |
- |
- |
||||
Сообщение об ошибке |
- |
- |
- |
||||
Обязательность |
- |
Нет |
Нет |
Нет |
Нет |
Нет |
|
Индекс (допускаются ли совпадения) |
Да (не допускаются) |
Нет |
Нет |
Нет |
Нет Нет |
Нет Нет |
|
Пустые строки |
Да |
- |
Да |
Да |
|||
Индексированное поле |
- |
Нет |
- |
Нет |
Нет |
||
Сжатие Юникод |
Да |
- |
Да |
Да |
|||
Режим IME |
- |
Нет контроля |
- |
Нет контроля |
Нет контроля |
||
Режим предложений IME |
- |
Нет |
- |
Нет |
Нет |
||
Смарт-теги |
- |
- |
- |
Таблица «Организационно-правовая форма»
Свойство поля |
*Код ОПФ |
*Наименование |
|
Имя поля |
Код ОПФ |
Наименование |
|
Тип |
Счетчик |
Текстовый |
|
Размер |
Длинное целое |
50 |
|
Новые значения |
Последовательные |
- |
|
Формат |
- |
- |
|
Маска ввода |
- |
- |
|
Подпись |
- |
- |
|
Значение по умолчанию |
- |
- |
|
Условие на значение |
- |
- |
|
Сообщение об ошибке |
- |
- |
|
Обязательность |
- |
Нет |
|
Индекс (допускаются ли совпадения) |
Да (не допускаются) |
Нет |
|
Пустые строки |
Да |
||
Индексированное поле |
- |
Нет |
|
Сжатие Юникод |
Да |
||
Режим IME |
- |
Нет контроля |
|
Режим предложений IME |
- |
Нет |
|
Смарт-теги |
- |
- |
Таблица «Покупатель»
Свойство поля |
*Код покупателя |
+Код контрагента |
Комментарий |
|
Имя поля |
Код покупателя |
Код контрагента |
Комментарий |
|
Тип |
Счетчик |
Числовое |
Текстовое |
|
Размер |
Длинное целое |
- |
50 |
|
Новые значения |
Последовательные |
- |
||
Формат |
- |
- |
||
Маска ввода |
- |
- |
||
Подпись |
- |
- |
||
Значение по умолчанию |
- |
0 |
||
Условие на значение |
- |
- |
||
Сообщение об ошибке |
- |
- |
||
Обязательность |
- |
Да |
Нет |
|
Индекс (допускаются ли совпадения) |
Да (не допускаются) |
Нет |
Нет |
|
Пустые строки |
- |
Да |
||
Индексированное поле |
- |
- |
Нет |
|
Сжатие Юникод |
- |
Да |
||
Режим IME |
- |
- |
Нет контроля |
|
Режим предложений IME |
- |
- |
Нет |
|
Смарт-теги |
- |
- |
Таблица «Поставщик»
Свойство поля |
*Код поставщика |
+Код контрагента |
Комментарий |
|
Имя поля |
Код поставщика |
Код контрагента |
Комментарий |
|
Тип |
Счетчик |
Числовое |
Текстовое |
|
Размер |
Длинное целое |
- |
50 |
|
Новые значения |
Последовательные |
- |
||
Формат |
- |
- |
||
Маска ввода |
- |
- |
||
Подпись |
- |
- |
||
Значение по умолчанию |
- |
0 |
||
Условие на значение |
- |
- |
||
Сообщение об ошибке |
- |
- |
||
Обязательность |
- |
Да |
Нет |
|
Индекс (допускаются ли совпадения) |
Да (не допускаются) |
Нет |
Нет |
|
Пустые строки |
- |
Да |
||
Индексированное поле |
- |
- |
Нет |
|
Сжатие Юникод |
- |
Да |
||
Режим IME |
- |
- |
Нет контроля |
|
Режим предложений IME |
- |
- |
Нет |
|
Смарт-теги |
- |
- |
Таблица «Приходная накладная»
Свойство поля |
*Номер ПН |
Дата ПН |
Код поставщика |
Комментарий |
|
Имя поля |
Номер ПН |
Дата ПН |
Код поставщика |
Комментарий |
|
Тип |
Счетчик |
Дата/Время |
Числовое |
Текстовое |
|
Размер |
Длинное целое |
- |
50 |
||
Новые значения |
- |
- |
|||
Формат |
- |
Полный формат даты |
- |
||
Маска ввода |
- |
00.00.0000;0;* |
- |
||
Подпись |
- |
- |
|||
Значение по умолчанию |
- |
0 |
|||
Условие на значение |
- |
- |
|||
Сообщение об ошибке |
- |
- |
|||
Обязательность |
- |
Нет |
Да |
Нет |
|
Индекс (допускаются ли совпадения) |
Да (не допускаются) |
Нет |
Нет |
Нет |
|
Пустые строки |
- |
Да |
|||
Индексированное поле |
- |
- |
Нет |
||
Сжатие Юникод |
- |
Да |
|||
Режим IME |
- |
Нет контроля |
- |
Нет контроля |
|
Режим предложений IME |
- |
Нет |
- |
Нет |
|
Смарт-теги |
- |
- |
Таблица «Расходная накладная»
Свойство поля |
*Номер РН |
Дата РН |
Код покупателя |
Комментарий |
+Код статуса |
|
Имя поля |
Номер РН |
Дата РН |
Код покупателя |
Комментарий |
Код статуса |
|
Тип |
Счетчик |
Дата/Время |
Числовое |
Текстовое |
Числовое |
|
Размер |
Длинное целое |
- |
50 |
|||
Новые значения |
- |
- |
||||
Формат |
- |
Полный формат даты |
- |
|||
Маска ввода |
- |
00.00.0000;0;* |
- |
|||
Подпись |
- |
- |
||||
Значение по умолчанию |
- |
0 |
0 |
|||
Условие на значение |
- |
- |
||||
Сообщение об ошибке |
- |
- |
||||
Обязательность |
- |
Нет |
Да |
Нет |
Да |
|
Индекс (допускаются ли совпадения) |
Да (не допускаются) |
Нет |
Нет |
Нет |
Нет |
|
Пустые строки |
- |
Да |
||||
Индексированное поле |
- |
- |
Нет |
|||
Сжатие Юникод |
- |
Да |
||||
Режим IME |
- |
Нет контроля |
- |
Нет контроля |
||
Режим предложений IME |
- |
Нет |
- |
Нет |
||
Смарт-теги |
- |
- |
Таблица «Статус заказа»
Свойство поля |
*Код статуса |
Наименование |
|
Имя поля |
Код статуса |
Наименование |
|
Тип |
Счетчик |
Текстовый |
|
Размер |
Длинное целое |
50 |
|
Новые значения |
Последовательные |
- |
|
Формат |
- |
- |
|
Маска ввода |
- |
- |
|
Подпись |
- |
- |
|
Значение по умолчанию |
- |
- |
|
Условие на значение |
- |
- |
|
Сообщение об ошибке |
- |
- |
|
Обязательность |
- |
Нет |
|
Индекс (допускаются ли совпадения) |
Да (не допускаются) |
Нет |
|
Пустые строки |
Да |
||
Индексированное поле |
- |
Нет |
|
Сжатие Юникод |
Да |
||
Режим IME |
- |
Нет контроля |
|
Режим предложений IME |
- |
Нет |
|
Смарт-теги |
- |
- |
Таблица «Строка ассортимента»
Свойство поля |
*Код строки ассортимента |
+Код поставщика |
+Группа товара |
Комментарий |
|
Имя поля |
Код строки ассортимента |
Код поставщика |
Группа товара |
Комментарий |
|
Тип |
Счетчик |
Числовое |
Числовое |
Текстовое |
|
Размер |
Длинное целое |
- |
- |
50 |
|
Новые значения |
Последовательные |
- |
- |
- |
|
Формат |
- |
- |
- |
- |
|
Маска ввода |
- |
- |
- |
- |
|
Подпись |
- |
- |
- |
- |
|
Значение по умолчанию |
- |
0 |
0 |
- |
|
Условие на значение |
- |
- |
- |
- |
|
Сообщение об ошибке |
- |
- |
- |
- |
|
Обязательность |
- |
Нет |
Нет |
Нет |
|
Индекс (допускаются ли совпадения) |
Да (не допускаются) |
Нет |
Нет |
Нет |
|
Пустые строки |
- |
- |
Да |
||
Индексированное поле |
- |
- |
- |
Нет |
|
Сжатие Юникод |
- |
- |
Да |
||
Режим IME |
- |
- |
- |
Нет контроля |
|
Режим предложений IME |
- |
- |
- |
Нет |
|
Смарт-теги |
- |
- |
- |
- |
Таблица «Строка приходной накладной»
Свойство поля |
*Код строки ПН |
+Номер ПН |
+Код товара |
Количество |
Цена |
|
Имя поля |
Код строки ПН |
Номер ПН |
Код товара |
Количество |
Цена |
|
Тип |
Счетчик |
Числовое |
Числовое |
Числовое |
Числовое |
|
Размер |
Длинное целое |
- |
- |
Одинарное с плавающей точкой |
Одинарное с плавающей точкой |
|
Новые значения |
Последовательные |
- |
- |
|||
Формат |
- |
- |
- |
|||
Маска ввода |
- |
- |
- |
|||
Подпись |
- |
- |
- |
|||
Значение по умолчанию |
- |
0 |
0 |
|||
Условие на значение |
- |
- |
- |
|||
Сообщение об ошибке |
- |
- |
- |
|||
Обязательность |
- |
Да |
Нет |
Нет |
Нет |
|
Индекс (допускаются ли совпадения) |
Да (не допускаются) |
Нет |
Нет |
Нет |
Нет |
|
Пустые строки |
- |
- |
||||
Индексированное поле |
- |
- |
- |
|||
Сжатие Юникод |
- |
- |
||||
Режим IME |
- |
- |
- |
|||
Режим предложений IME |
- |
- |
- |
|||
Смарт-теги |
- |
- |
- |
Таблица «Строка расходной накладной»
Свойство поля |
*Код строки РН |
+Номер РН |
+Код товара |
Количество |
Цена |
|
Имя поля |
Код строки РН |
Номер РН |
Код товара |
Количество |
Цена |
|
Тип |
Счетчик |
Числовое |
Числовое |
Числовое |
Числовое |
|
Размер |
Длинное целое |
- |
- |
Одинарное с плавающей точкой |
Одинарное с плавающей точкой |
|
Новые значения |
Последовательные |
- |
- |
|||
Формат |
- |
- |
- |
|||
Маска ввода |
- |
- |
- |
|||
Подпись |
- |
- |
- |
|||
Значение по умолчанию |
- |
0 |
0 |
|||
Условие на значение |
- |
- |
- |
|||
Сообщение об ошибке |
- |
- |
- |
|||
Обязательность |
- |
Да |
Нет |
Нет |
Нет |
|
Индекс (допускаются ли совпадения) |
Да (не допускаются) |
Нет |
Нет |
Нет |
Нет |
|
Пустые строки |
- |
- |
||||
Индексированное поле |
- |
- |
- |
|||
Сжатие Юникод |
- |
- |
||||
Режим IME |
- |
- |
- |
|||
Режим предложений IME |
- |
- |
- |
|||
Смарт-теги |
- |
- |
- |
Таблица «Товар»
Свойство поля |
*Код товара |
Наименование |
+Группа товара |
|
Имя поля |
Код товара |
Наименование |
Группа товара |
|
Тип |
Счетчик |
Текстовое |
Числовое |
|
Размер |
Длинное целое |
50 |
- |
|
Новые значения |
Последовательные |
- |
||
Формат |
- |
- |
||
Маска ввода |
- |
- |
||
Подпись |
- |
- |
||
Значение по умолчанию |
- |
0 |
||
Условие на значение |
- |
- |
||
Сообщение об ошибке |
- |
- |
||
Обязательность |
- |
Нет |
Да |
|
Индекс (допускаются ли совпадения) |
Да (не допускаются) |
Нет |
Нет |
|
Пустые строки |
Да |
- |
||
Индексированное поле |
- |
Нет |
- |
|
Сжатие Юникод |
Да |
- |
||
Режим IME |
- |
Нет контроля |
- |
|
Режим предложений IME |
- |
Нет |
- |
|
Смарт-теги |
- |
- |
Таблица «Форма собственности»
Свойство поля |
*Код ФС |
Наименование |
|
Имя поля |
Код ФС |
Наименование |
|
Тип |
Счетчик |
Текстовый |
|
Размер |
Длинное целое |
50 |
|
Новые значения |
Последовательные |
- |
|
Формат |
- |
- |
|
Маска ввода |
- |
- |
|
Подпись |
- |
- |
|
Значение по умолчанию |
- |
- |
|
Условие на значение |
- |
- |
|
Сообщение об ошибке |
- |
- |
|
Обязательность |
- |
Нет |
|
Индекс (допускаются ли совпадения) |
Да (не допускаются) |
Нет |
|
Пустые строки |
Да |
||
Индексированное поле |
- |
Нет |
|
Сжатие Юникод |
Да |
||
Режим IME |
- |
Нет контроля |
|
Режим предложений IME |
- |
Нет |
|
Смарт-теги |
- |
- |
1.4 Заполненные таблицы БД
Схема данных
2. Разработка приложения БД
2.1 Описание информационных задач
В данном курсовом проекте выполняются следующие информационные задачи:
- выборка данных о товарах;
- прием товара от поставщиков (ввод данных приходной накладной);
- выдача товара (ввод данных о расходе и оформление расходной накладной),
- выводить документы на печать: расходная накладная, приходная накладная.
2.2 Описание программы
Для выполнения задания на курсовой проект была разработана программа Торгово-посредническое предприятие.mdb
Функциональное назначение
Разрабатываемая в курсовом проекте база данных предназначена для автоматизации рабочего места, учитывающего товар. Программа выполняет следующие функции:
1. Управление программой с помощью меню главной кнопочной формы;
2. Ввод и форматирование данных в БД;
3. Выполнение запросов различных видов (выборка необходимых данных, поиск определенной записи);
4. Формирование выходных документов (расходная накладная, приходная накладная);
База данных работает в диалоговом режиме, который предоставляет пользователю ограниченную возможность взаимодействовать с хранящейся в системе информацией в режиме реального времени, получая при этом всю необходимую информацию для решения функциональных задач.
Описание логики
Описание общей структуры программы
Структура разработанной программы включает следующие компоненты:
Главная кнопочная форма. На ней расположены следующие кнопки:
· Наличие товара;
· приходная накладная;
· расходная накладная;
· отчеты;
· контрагенты.
Выбрав необходимую кнопку, пользователь переходит к следующей форме, которая содержит определенный набор кнопок, отвечающий за конкретную группу функций этой формы. В этих формах выполняются ввод данных, поиск, расчет и вывод.
Описание компонентов.
Одним из стандартных объектов Microsoft Access является запрос. Запросы используются для просмотра, анализа и изменения данных в одной или нескольких таблицах. Например, можно использовать запрос для отображения данных из одной или нескольких таблиц и отсортировать их в определенном порядке, выполнить вычисления над группой записей, осуществить выборку из таблицы по определенным условиям. Запросы могут служить источником данных для форм и отчетов Microsoft Access. Сам запрос не содержит данных, но позволяет выбирать данные из таблиц и выполнять над ними ряд операций. В Microsoft Access существует несколько видов запросов: запросы к серверу, которые используются для выборки данных с сервера; запросы на автоподстановку, автоматически заполняющие поля для новой записи; запросы на выборку, выполняющие выборку данных из таблиц; запросы на изменение, которые дают возможность модифицировать данные в таблицах (в том числе удалять, обновлять и добавлять записи); запросы на создание таблицы, создающие новую таблицу на основе данных одной или нескольких существующих таблиц, а также другие типы запросов.
С помощью запроса можно выполнить следующие виды обработки данных:
· включить в результирующую таблицу запроса заданные пользователем поля;
· выбрать записи, удовлетворяющие условиям отбора;
· произвести вычисления в каждой из полученных записей;
· сгруппировать записи, которые имеют одинаковые значения в одном или нескольких полях, в одну запись и одновременно для других полей образовавшихся групп выполнить одну из статистических функций;
· произвести обновление полей в выбранном подмножестве записей;
· создать новую таблицу базы данных, используя данные из существующих таблиц;
· удалить выбранное подмножество записей из таблицы базы данных;
· добавить выбранное подмножество записей в другую таблицу.
Многотабличный запрос позволяет сформировать записи результата путем объединения взаимосвязанных записей из таблиц базы данных и включения, нужных полей из них. В частности, при объединении двух нормализованных связанных одно-многозначными отношениями таблиц, результирующая запись образуется на основе записи подчиненной таблицы, в которую добавляются поля из связанной записи в главной таблице. Заметим, что подобное объединение формирует новую ненормализованную таблицу, в которой данные могут многократно дублироваться. Рассмотренный способ формирования записей запроса задается при установлении связи между таблицами по умолчанию. По умолчанию связи устанавливаются с параметром объединения первого типа: объединение только тех записей, в которых значения полей связи обеих таблиц совпадают. Могут устанавливаться и другие способы объединения таблиц.
Последовательное выполнение ряда запросов позволяет решать достаточно сложные задачи, не прибегая к программированию.
В Access может быть создано несколько видов запросов:
· запрос на выборку -- выбирает данные из взаимосвязанных таблиц и других запросов. Результатом является таблица, которая существует до закрытия запроса. На основе такого запроса могут строиться запросы других видов. Таблицу с результатами запроса на выборку можно использовать для работы с данными в таблицах, на которых построен запрос. Например, через таблицу запроса можно корректировать данные в исходных таблицах базы данных. Запросы могут служить источниками записей для форм, отчетов и страниц доступа к данным.
· запрос на создание таблицы -- также выбирает данные из взаимосвязанных таблиц и других запросов, но, в отличие от запроса на выборку, результат сохраняет в новой постоянной таблице.
· запросы на обновление, добавление, удаление -- являются запросами действия, в результате выполнения которых изменяются данные в таблицах.
В настоящей работе разработаны следующие запросы:
1. Запрос «Строка прихода» - это запрос на выборку, который формирует таблицу, отражающую весь пришедший товар, его количество, цену и рассчитывает его стоимость. Выполнен на основе таблицы «Строка приходной накладной».
2. Запрос «Строка расхода» - это запрос на выборку, который формирует таблицу, отражающую весь проданный товар, его количество, цену и рассчитывает его стоимость. Выполнен на основе таблицы «Строка расходной накладной».
3. Запрос «Товар_Приход_Расход» - это запрос на выборку, который формирует таблицу, отражающую количество поступившего и проданного товара. Выполнен на основе таблиц «Товар», «Строка приходной накладной», «Строка расходной накладной».
4. Запрос «Наличие товара» - это запрос на выборку, который формирует таблицу, отражающую товар и его количество. Выполнен на основе запроса «Товар_Приход_Расход».
5. Запрос «Отчет ПН» - это запрос с параметром, который формирует таблицу, отражающую пришедший товар для заданного номера приходной накладной. Выполнен на основе таблиц «Приходная накладная», «Строка приходной накладной».
6. Запрос «Отчет РН» - это запрос с параметром, который формирует таблицу, отражающую проданный товар для заданного номера расходной накладной. Выполнен на основе таблиц «Расходная накладная», «Строка расходной накладной».
Формы - это средство представления информации для просмотра, изменения или печати данных в виде, удобном для восприятия пользователями. Использование форм существенно облегчает ввод и контроль данных. Кроме того, формы являются основной частью интерфейса прикладной программы, вокруг форм и строится весь алгоритм работы приложения, так как конечный пользователь не видит ничего, кроме набора форм. События, возникающие при работе с формами, определяют логику работы приложения.
В настоящей работе разработаны следующие формы:
1. Форма «Товар» - это простая форма, которая хранит информацию о товарах. Источником данных для формы является таблица «Товар». На форме «Товар» расположены кнопки «Новая группа», при нажатии на которую открывается форма «Группа товара» (в режиме добавление).
2. Форма «Группа товара» - это простая форма, которая хранит информацию о группах товара. Источником данных для формы является таблица «Группа товара».
3. Форма «Контрагент» - это простая форма, которая хранит информацию о клиентах. Источником данных для формы является таблица «Контрагент».
4. Форма «Расходная накладная» (кнопка «Расходная накладная») - это составная форма, которая используется для хранения данных расходной накладной. Источник данных - таблица «Расходная накладная». Эта форма является главной по отношению к форме «Строка расходной накладной подчиненная форма». На форме «Расходная накладная» расположена кнопка «Новый покупатель», при нажатии на которую открывается форма для ввода нового покупателя.
5. Форма «Приходная накладная» (кнопка «Приходная накладная») - это составная форма, которая используется для хранения данных приходной накладной. Источник данных - таблица «Приходная накладная». Эта форма является главной по отношению к форме «Строка приходной накладной подчиненная форма». На форме «Приходная накладная» расположена кнопка «Новый товар», при нажатии на которую открывается форма для ввода нового товара, если его нет в списке. Также на форме «Приходная накладная» расположена кнопка «Новый поставщик», при нажатии на которую открывается форма для ввода нового поставщика.
6. Форма «Покупатель» - это простая форма, которая хранит информацию о покупателях. Источником данных для формы является таблица «Покупатель». На этой форме расположена кнопка «Новый контрагент» для открытия формы «Контрагент» (в режиме добавление).
7. Форма «Поставщик» - это простая форма, которая хранит информацию о поставщиках. Источником данных для формы является таблица «Поставщиках». На этой форме расположена кнопка «Новый контрагент» для открытия формы «Контрагент» (в режиме добавление).
8. Форма «Наличие товара» - это форма, которая хранит информацию о товарах, имеющихся в наличии в данный момент. Источником данных для формы является запрос «Наличие товара».
9. Форма «Отчеты» - это форма, которая содержит кнопки для вывода отчетов.
Отчет - эффективный способ представления данных в виде печатного документа, который по сравнению с формами предоставляет пользователю больше возможностей в изображении и группировании данных, подсчете итоговых значений.
1. Отчет «Приходная накладная» формирует приходную накладную на товар при получении товара от поставщика в соответствии с введенным номером документа.
2. Отчет «Расходная накладная» формирует расходную накладную на товар для выдачи его в торговый зал в соответствии с введенным номером документа.
Описание связей между компонентами
Из главной формы программы при нажатии соответствующих клавиш возможны следующие действия:
- вызов формы «Наличие товара» - форма предназначена для просмотра данных о товаре и его наличии.
- вызов формы «Приходная накладная» - форма предназначена для просмотра приходных накладных и введения новой приходной накладной, а так же данных о новом товаре, которого нет на складе.
- вызов формы «Расходная накладная» - форма предназначена для просмотра расходных накладных и введения новой расходной накладной.
- вызов формы «Контрагент» - форма предназначена для просмотра и введения данных о новых клиентах;
- вызов формы «Отчеты» - форма предназначена для просмотра и печати необходимых накладных. На ней расположены следующие кнопки:
· Просмотр отчета (просмотр отчета «Расходная накладная»);
· Печать отчета (печать отчета «Расходная накладная»);
Заключение
Использование баз данных и информационных...
Подобные документы
Особенности разработки инфологической модели и создание структуры реляционной базы данных. Основы проектирования базы данных. Разработка таблиц, форм, запросов для вывода информации о соответствующей модели. Работа с базами данных и их объектами.
курсовая работа [981,4 K], добавлен 05.11.2011Описание торговой сети, сбор данных, которые должны содержаться в базе данных. Определение сущностей и атрибутов и построение концептуальной модели. Переход к физической модели. Определение таблиц, полей и типов данных. Определение связей между таблицами.
курсовая работа [1,5 M], добавлен 31.03.2015Проектирование базы данных, содержащей информацию, которая всесторонне характеризует российский рынок медицинского оборудования. Описание атрибутов сущностей и связей, отраженных в разработанной ER-модели. Разработка отчетов, форм, запросов в базе данных.
курсовая работа [3,2 M], добавлен 19.06.2015Разработка логической и физической моделей базы данных предприятия и описание атрибутов. Порядок создания справочников и реквизитов базы данных на основе программы "1С:Предприятие 8.2", назначение связей таблиц. Пример сгенерированных SQL-кодов.
курсовая работа [2,7 M], добавлен 02.12.2015Основные проблемы проектирования реляционных баз данных "МВД". Инфологическое описание сущностей и атрибутов программного обеспечения. Разработка датологической модели данных и гарантирование ее безопасности и целостности. Реализация запросов на SQL.
курсовая работа [3,0 M], добавлен 28.06.2011Особенности проектирования программы на языке С++ для обработки данных из таблиц базы данных. Основные функции программы, создание концептуальной модели базы данных и диаграммы классов, разработка интерфейса пользователя и запросов к базе данных.
курсовая работа [2,1 M], добавлен 08.06.2012Составление схемы концептуальной модели данных. Разработка структуры реляционной базы данных и интерфейса пользователя. Особенности главных этапов проектирования базы данных. Способы реализации запросов и отчетов. Специфика руководства пользователя.
курсовая работа [186,9 K], добавлен 18.12.2010Построение концептуальной модели. Создание таблиц, входящих в состав базы данных. Разработка основных запросов, отчетов о количестве учеников в данном классе и работе школы; форм для просмотра и редактирования данных в программе Microsoft Access.
курсовая работа [2,7 M], добавлен 08.05.2015Определение предметной области базы данных ("Сеть ресторанов"), виды ее моделирования. Первоначальный набор сущностей и атрибутов предметной области. Процесс смыслового наполнения базы данных. Атрибуты в концептуальной модели. Характеристика видов связей.
контрольная работа [510,9 K], добавлен 03.12.2014Построение информационной модели наиболее высокого уровня абстракции. Вид и содержание концептуальной модели базы данных. Установление связей между типами сущностей. Спецификация всех объектов, входящих в модель. Средства обеспечения целостности данных.
курсовая работа [2,6 M], добавлен 12.12.2011Учет книжного фонда библиотеки. Разработка концептуальной модели данных. Составление спецификации атрибутов и связей, генерация в системе PowerDesigner физической модели по концептуальной модели. Создание скрипта создания базы данных для СУБД FireBird.
контрольная работа [784,2 K], добавлен 10.04.2014Описание предметной области, определение функциональных требований к системе и построение диаграммы потока данных. Построение модели "сущность-связь", описание сущностей и атрибутов модели. Построение реляционной базы данных и описание ее таблицы.
курсовая работа [624,5 K], добавлен 30.05.2019Выявление сущностей и связей, атрибутов сущностей и назначение первичных ключей при разработке базы данных. Реляционная модель данных. Описание стадий жизненного цикла информационной системы: анализ, проектирование, реализация, внедрение, сопровождение.
курсовая работа [152,2 K], добавлен 11.05.2014Цель инфологического моделирования предметной области. Источники данных, базы данных и система управления, разработка модели. Принципы проектирования базы данных, концептуальная, логическая, материальная разработка. Типы сущностей, атрибутов и связей.
курсовая работа [188,6 K], добавлен 15.07.2012Разработка информационной программы для риэлтерской конторы по учету клиентской базы и базы квартир с фиксированием всех операций по купле-продаже. Описание структуры базы данных. Создание запросов и отчетов. Инструкция по эксплуатации, текст программы.
курсовая работа [2,4 M], добавлен 07.09.2012Создание концептуальной (инфологической) модели системы, которая позволила описать сущности предметной области и отношения между ними. Диаграммы функциональных зависимостей атрибутов сущностей базы данных. Разработка программного обеспечения для ЭВМ.
курсовая работа [877,8 K], добавлен 28.05.2012Разработка информационной и инфологической модели базы данных на тему "Командировка". Выбор модели данных и составление ее концептуальной схемы. Получение доступа к БД средствами Delphi, разработка пользовательского интерфейса. Реализация SQL-запросов.
реферат [1,2 M], добавлен 16.06.2009Создание логической модели базы данных информационной подсистемы "Computers". Ввод атрибутов, первичных ключей сущностей базы данных. Требования к центральному процессору, монитору, принтеру. Оценка экономической эффективности внедрения программы.
дипломная работа [1,2 M], добавлен 01.07.2011Разработка базы данных информационной системы для автоматизации предметной области. Программа контроля и просмотра услуг, предоставляемых магазином "Стройматериалы". Схема данных, создание запросов, отчёты. Описание технологии ведения базы данных.
курсовая работа [2,5 M], добавлен 21.10.2012Сущность базы данных. Процесс построения концептуальной модели. Построение реляционной модели, создание ключевого поля. Процесс нормализации. Проектирование базы данных в ACCESS. Порядок создание базы данных. Создание SQL запросов и работа в базе данных.
курсовая работа [185,6 K], добавлен 08.11.2008