База данных «Склад промышленных товаров»
Содержание
Титульный лист |
1 |
Задание на курсовую работу |
2 |
Содержание |
3 |
Введение |
4 |
1.Классификация и кодировка экономической информации |
5 |
2. Постановка задачи на разработку базы данных |
8 |
2.1. Анализ предметной области |
8 |
2.2. Требования к информационной системе |
8 |
3. Проектирование модели данных |
10 |
3.1. Семантическая модель данных |
10 |
3.2. Логическая модель данных |
11 |
3.3. Определение физических характеристик атрибутов |
13 |
4. Реализация системы |
15 |
4.1. Создание, связывание и заполнение таблиц |
15 |
4.2. Реализация запросов к базе данных |
17 |
4.3. Создание форм |
22 |
4.4 Создание отчетов |
23 |
Заключение |
24 |
Список использованных источников |
25 |
Приложения |
26 |
Введение
Автоматизированная
Первые автоматизированные информационные системы появились в 50-х гг. За все годы они прошли много этапов эволюции. И в настоящее время ядром современных информационных технологий являются базы данных, в которых хранятся данные, адекватно отображающие реальные процессы, события, явления, объекты и служащие для удовлетворения информационных потребностей пользователей. Будущим специалистам экономического профиля придется работать с базами данных в среде различных автоматизированных информационных систем, поэтому они должны владеть технологиями организации, хранения и обработки данных.
Радикально изменились сферы применения и круг пользователей технологий баз данных. Если раньше эти технологии были доступны лишь крупным вычислительным центрам, то с появлением персональных компьютеров они нашли массовое применение наряду с технологиями обработки текстов, электронными таблицами и коммуникациями. Новые сферы применения связаны с системами поддержки принятия решений, автоматизированным проектированием, разработкой систем программного обеспечения, национальными программами создания цифровых библиотек. На сегодняшний день круг разработчиков баз данных очень широк: от профессионалов, создающих базы на заказ, до тех, кому надо сделать базу, например, на работе, для решения конкретных задач.
Создание и управление базами данных невозможно без наличия необходимых знаний о представлении информации в информационных системах, концепциях моделирования данных, принципах организации баз данных и методах их проектирования, программных средствах для работы с базами данных, принципах обработки многопользовательских баз данных, их администрировании.
Целью выполнения курсовой работы является изучение методологии моделирования и хранения больших объемов данных, а также приобретение практических навыков создания баз данных, выполнения пользовательских запросов и проектирования пользовательского интерфейса прикладных программ с помощью системы управления базами данных (СУБД) Microsoft Access.
В представленной курсовой работе рассматривается предметная область «Склад промышленных товаров».
1 Классификация и кодировка экономической информации.
Классификация и кодировка информации используется для сокращения описательной части разнообразных сведений, которые сохраняются, обрабатываются и передаются.
Классификация - это благоустройство объектов заданного множественного числа (предметы, понятия, свойства и другие). Признак подобия или отличия объектов, которое используется, называется основой классификации. Совокупность правил благоустройства образует систему классификаций.
Основные требования к системе классификации:
1) достаточная емкость, которая позволяет учесть все множественное число объектов классификации;
2) гибкость, которая позволяет расширить это множественное число без нарушения структуры классификации;
3) экономически оправданная глубина классификации;
4) возможность решения всех задач;
5)возможность комплексного решения всех задач, которые могут возникнуть в данной организации;
6) простота введения
классификатора и
Различают иерархическую и фасетную систему классификации.
Иерархическая система
классификации устанавливает
В результате применения любой из данных систем классификации или же их совмещение создается классификатор, который имеет ограниченную сферу действия в виде систематизированного набора наименований групп объектов и признаков, а также их шифров. Под шифром (кодом) будем понимать обозначение объекта или группы в виде знака или комбинации знаков, то есть букв, цифр или чисел согласно правил установленных системой кодировки.
Для примера можно навести построение идентификационного номеру налогоплательщика – первый и второй знак означают территорию, третий и четвертый – номер государственной налоговой службы, последние – номер налогоплательщика и контрольный разряд. Коды организациям присваиваются государственными органами статистики. Состоит из трех блоков: регистрационный номер, название организации, ведомственная, территориальная и отраслевая принадлежность организации.
Кодировка - это процесс присвоения объекта шифра или кода, который заменяет обычную запись. Целью кодировки является представление информации в более компактной и более удобной форме, которая является необходимым при записывании данных в документе, перенесении их на машинные носители, передаче и обработке с помощью ЭВМ.
Системы кодировки, которые применяются в реальных информационных системах, должны владеть рядом свойств, важнейшими из которых является:
а) однозначность - шифр однозначно описывает определенное количество информации, которое имеет завершенное содержание;
б) унификация - для всех типов информации создана единственная структура шифров;
в) связность - обеспечивает простое перешифрование в общепринятые системы шифров;
г) компрессия - в некоторых допускает случаях сокращения количества знаков в шифрах.
Кроме того, должны предусматриваться некоторая избыточность и гибкость, какие бы обеспечивали возможность расширения и внесения необходимых изменений без нарушения принятой структуры классификации.
Для кодировки следует использовать, как правило, десятичные цифры и буквы, которая облегчает обработку данных человеком и с помощью компьютера. Желательно, чтобы шифр имел по возможности минимальную длину, которая упрощает заполнение и проверку документов, а также уменьшает необходимый объем памяти, количество ошибок и время обработки на компьютере. Различают четыре системы кодировки технико-экономической информации. Первые две - последовательная и параллельная - построенные на предварительно осуществленной классификации и потому называются классификационными, следующие две - порядковая и серийно порядковая - называются регистрационными.
Последовательная система кодировки отвечает иерархической системе классификации. Ее основное отличие заключается в том, что шифр любого размещенного ниже группирования образуется путем добавления его коду к коду выше размещенного группирования. Эта система достаточно информативна, но, как правило, шифры имеют большую длину и сложную структуру, в этой связи она используется лишь при незначительных изменениях технико-экономической информации. Ее применяют, например, в классификаторах отраслей экономики, органов государственного управления.
Параллельная система кодировки (ее также называют разрядной, позиционной) более близка к фасетной системе классификации. Для обозначения того или другого фасету выделяется определенный разряд или группа разрядов шифра; при этом, в отличие от последовательной системы, нет зависимости признака, записанного в одном разряде, от тех, которые записаны в других разрядах. По шифру нетрудно воспроизвести набор признаков, которые характеризуют объект.
Таким образом, параллельная система обеспечивает многоаспектную классификацию и кодировку. Недостаток - меньше, чем при последовательной системе информативность.
Порядковая система кодировки - проще всего. Каждый объект получает дежурный номер, который еще не занят и отныне будет его шифром, как правило, для удобства обработки информации используют равномерный код, который содержит во всех случаях одинаковое количество разрядов (например, 0014, 2132, 0814 и так далее).Порядковая система проще всего для идентификации (однозначного определения объекта с помощью шифра), шифры имеют малую длину. Ее недостаток - полное отсутствие в шифре любой информации об объекте и сложности автоматической обработки данных для получения результатов. Поэтому порядковая система, если и используется в чистом виде, то лишь при небольшом количестве объектов и при использовании одного признака.
Серийно порядковая система кодировки применяется или, как развитая порядковая, или в виде совмещения иерархической системы классификации с порядковой системой кодировки. В первом случае при наличии двух и больше признаков объекты делящиеся на группы и каждой группе выделяется серия номеров, которые и присваиваются в регистрационном порядке. Таким образом, одна группа может получить номера от 001 до 075, вторая - от 076 до 120 и так далее. В другом случае для признака выделяется отдельный разряд или несколько разрядов шифра, а регистрация осуществляется в пределах выделенных серий номеров. В большинстве случаев используются комбинации приведенных систем классификации и кодировки.
При разработке системы
классификации и кодировки
Примером применения могут быть кодов счетов бухгалтерского учета, которые широко используются, как при ручной обработке, так и в условиях компьютеризации. В существующей системе учета код счетов бухгалтерского учета содержит четыре знака: первые два – балансовые счета, следующие два, – субсчет, который устанавливается в организации. Система балансовых счетов, которые используются в международном учете, предусматривает для выделенных субсчетов четыре разряды.
2 Постановка задачи
2.1 Анализ предметной области
Информационная система для склада промышленных товаров должна предусматривать, то, что ведомость на товар хранятся длительное время, должна отображать сведение о товаре и материально ответственном лице.
Каждая ведомость на
товар имеет следующие
а) № Ведомости;
б) Количество товара;
в) Стоимость за единицу;
г) Дата составления ведомости.
Номер ведомости не может повторяться, но название товара, его стоимость и другие характеристики могут повторяться.
Характеристики товара могут совпадать, но индивидуальный код товара в ведомость на товар совпадать не может.
Каждый товар имеет индивидуальные характеристики:
а) Код товара;
б) Наименование товара;
в) Гарантийный срок обслуживания;
г) Доставка;
Также нам следует знать все данные о фирме поставляющей товар, для того чтобы в любой момент можно было связаться с поставщиком. Поэтому в таблице Поставщик должны иметься следующие атрибуты:
а) Название фирмы;
б) Страна;
в) Юридический адрес;
г) Телефон или факс.
Каждая ведомость заполняется работником организации, имеющим на это право. Следует знать дополнительную информацию о данном работнике, который заполнял ведомость.
О каждом сотруднике следует знать:
а) Код сотрудника;
б) Ф.И.О.
в) Должность.
2.2 Требования к информационной системе
С базой данных должны работать следующие группы пользователей:
1) Сотрудник;
2) Администрация;
3) Проверяющие органы.
При работе с системой сотрудник должен иметь возможность решать следующие задачи:
Принимать новые ведомости и вносить их данные в базу данных;
1) Просматривать имеющиеся на складе товары от всех производителей, так и товар от отдельной фирмы;
2) Проверять остатки товара для прогнозирования закупок;
3) Регистрировать новых поставщиков, которые раньше не поставляли товар на склад;
4) Контролировать поступления товара.
Администрация должна иметь возможность:
1) Просматривать прием товара;
2) Контролировать правильность заполнения ведомости;
3) Для выбранной даты получить перечень поступившего товара.
Проверяющие органы должны иметь возможность:
1) Получать сведения о стоимости товара и торговых наценок;
2) Контролировать законность покупки товара;
3) Контролировать правильность заполнения документов.
3 Постановка задачи на разработку базы данных
3.1 Семантическая модель данных
Разработку модели начнем с выделения основных сущностей и связей между ними.
Прежде всего, существует сущность «Ведомость». Каждая ведомость имеет уникальный номер, который является ее ключом, и ряд атрибутов, которые взяты из описания предметной области. Наименование товара может повторяться. Для этого вводится сущность «Товар», которая будет содержать описания всех данных о товаре, которые не обходимы. Каждое наименование имеет уникальный код товара, который указывает на именование товара и его индивидуальные характеристики. Код товара и будет являться первичным ключом.
Между сущностями «Товар» и «Ведомость» существует связь (1:М), обязательная с двух сторон. Один товар может оформляться в разных ведомостях. Исходя из этого мы используем связь (1:М). Если на складе поступил товар, то необходима ведомость, подтверждающая поступление товара на склад. Это означает, что со стороны сущности «Ведомость» связь обязательная. Также товар поступивший на склад не может находится без оформленной ведомости, поэтому и со стороны «Товар» связь обязательна.
Один сотрудник может заполнять за смену много экземпляров ведомостей. При этом нам необходимо знать какой сотрудник заполнял данную ведомость. Для этого мы вводим дополнительную сущность «Сотрудник». Первичным ключом будет являться Код сотрудника.
Из анализа предметной области известно, что каждый сотрудник заполняет несколько ведомостей. Для отражения этой ситуации нам надо провести связь между сущностями «Ведомость» и «Сотрудник», т.к. у нас сотрудник за смену может заполнить не одну ведомость, а несколько ведомостей. При этом одну ведомость заполняет только один сотрудник поэтому тут устанавливается связь между сущностями «Сотрудник» и «Ведомость» (1:М). Между этими сущностями связь будет обязательна только с одной стороны, стороны сущность «Ведомость». Со стороны сущности «Сотрудник» связь необязательна, т. к. не все сотрудники внесенные в БД могут заполнять ведомость.
Товар поступает от поставщиков. Определенный товар поставляет поставщик. Поэтому нам необходимо знать сведения, которые будут являться дополнительными атрибутами («Фирма», «Страна», «Адрес», «Телефон»). Первичным ключом будет являться Фирма.
Чтобы знать все сведения о поставщике мы вводим сущность «Поставщик». Один поставщик поставляет большое разнообразие товаров. Поэтому мы должны установить связь между двумя сущностями «Поставщик» и «Товар» (1:М). Каждый товар поставляет определенный поставщик и товар не может быть получен просто так. Поэтому устанавливаем обязательную связь с двух сторон.
Семантическая модель предметной области «Склад промышленных товаров» представлена на рисунке.1, а наборы атрибутов сущностей – на рисунке.2. Ключевые атрибуты выделены курсивом.
1
М
1
Рисунок 1 – Семантическая модель
Ведомость |
Поставщик |
№Ведомости |
КодФирмы |
Кол-во Товара |
Страна |
Стоимость Единицы |
Адрес |
Дата Составления |
Телефон |
Сотрудник |
Товар |
Код Сотрудника |
Код Товара |
Ф.И.О. |
Наименование |
Должность |
Доставка |
Гарантийный Срок |
Рисунок 2 – Набор атрибутов семантической модели
3.2 Логическая модель данных
Логическая модель данных является начальным прототипом будущей базы данных. Логическая модель строится в терминах информационных единиц, но без привязки к конкретной СУБД. Более того, логическая модель данных необязательно должна быть выражена средствами именно реляционной модели данных. Основным средством разработки логической модели данных в настоящий момент являются различные варианты ER-диаграмм (диаграммы сущность-связь).
Связь «Сотрудники - Ведомости» - так как связь (1:М) и на стороне М класс принадлежности сущности является обязательным, то по правилу №4 строим две таблицы. Первичный ключ сущности должен быть первичным ключом соответствующей таблицы. Первичный ключ сущности «Сотрудники» (Код Сотрудника) на стороне 1 добавляется как атрибут в таблицу для сущности «Ведомости» на стороне М.
Связь «Товары - Ведомости» - так как связь (1:М) и на стороне М класс принадлежности сущности является обязательным, то по правилу №4 строим две таблицы. Первичный ключ сущности должен быть первичным ключом соответствующей таблицы. Первичный ключ сущности «Товары» (Код Товара) на стороне 1 добавляется как атрибут в таблицу для сущности «Ведомости» на стороне М.
Связь «Поставщики - Товары» - так как связь (1:М) и на стороне М класс принадлежности сущности является обязательным, то по правилу №4 строим две таблицы. Первичный ключ сущности должен быть первичным ключом соответствующей таблицы. Первичный ключ сущности «Поставщики» (КодФирмы) на стороне 1 добавляется как атрибут в таблицу для сущности «Товары» на стороне М.
Реляционная база данных считается эффективной, если она обладает приведенными ниже характеристиками.
- Минимизация избыточности данных
- Минимальное использование отсутствующих значений
- Предотвращение потери информации
Минимизировать избыточность данных позволяет процесс, называемый нормализацией таблиц. База данных считается эффективной, если все ее таблицы находятся как минимум в 3 НФ.
Проверяем на 1НФ.
Таблица находится в 1НФ, если все ее поля содержат только неделимые значения.
Таблицы Ведомость, Поставщик, Товар, Сотрудник удовлетворяют требованиям 1НФ.
Проверяем на 2НФ.
Таблица удовлетворяет требованиям 2НФ, если она удовлетворяет требованиям 1НФ и ее не ключевые поля функционально полно зависят от составного первичного ключа.
Так как у нас первичный ключ не составной, таблицы соответствуют 2НФ.
Проверяем на 3НФ.
Таблица находится в 3НФ, если она удовлетворяет требованиям 2НФ и не содержит транзитивных зависимостей. Транзитивной зависимостью называется функциональная зависимость между не ключевыми полями.
В таблицах Ведомость, Сотрудник, Товар, Поставщик транзитивных зависимостей не наблюдается, следовательно, таблицы находятся в 3НФ, так как в них отдельно каждая запись есть отдельное независимое утверждение.
Исходя из выше изложенного получаем логическую модель данных. Логическая модель представлена на рисунке 3.
Рисунок 3 – Логическая модель данных
3.3 Определение физических характеристик атрибутов
Определим физические характеристики атрибутов сущности «Ведомость», Физические атрибуты представлены в таблице 1.
Таблица 1 – Физические характеристики атрибутов сущности «Ведомость».
Характеристика Атрибут |
Тип данных |
Размер поля |
Заполнение | |
№ Ведомости |
Числовой |
Длинное целое |
Обязательное | |
Код товара |
Числовой |
Длинное целое |
Необязательное | |
Код работника |
Числовой |
Длинное целое |
Необязательное | |
Кол-во товара |
Числовой |
Длинное целое |
Необязательное | |
Стоимость товара |
Числовой |
Длинное целое |
Необязательное | |
Дата составления |
Дата/время |
Краткий формат даты |
Необязательное | |
Определим физические характеристики атрибутов сущности «Товар» Физические атрибуты представлены в таблице 2.
Таблица 2 – Физические характеристики атрибутов сущности «Товар».
Характеристика Атрибут |
Тип данных |
Размер поля |
Заполнение |
Код товара |
Числовой |
Длинное целое |
Обязательное |
Наименование |
Текстовый |
50 |
Необязательное |
Доставка |
Текстовый, Подстановка |
50 |
Необязательное |
КодФирмы |
Текстовый, Подстановка |
50 |
Необязательное |
Гарантийный срок |
Числовой |
Длинное целое |
Необязательное |
Определим физические характеристики атрибутов сущности «Поставщик» Физические атрибуты представлены в таблице 3.
Таблица 3 – Физические характеристики атрибутов сущности «Поставщик».
Характеристика Атрибут |
Тип данных |
Размер поля |
Заполнение |
КодФирмы |
Текстовый, Подстановка |
50 |
Обязательное |
Страна |
Текстовый, Подстановка |
50 |
Необязательное |
Адрес |
Текстовый |
50 |
Необязательное |
Телефон |
Текстовый |
50 |
Необязательное |
Определим физические характеристики атрибутов сущности «Сотрудник» Физические атрибуты представлены в таблице 4.
Таблица 4 – Физические характеристики атрибутов сущности «Сотрудник».
Характеристика Атрибут |
Тип данных |
Размер поля |
Заполнение |
Код работника |
Числовой |
Длинное целое |
Обязательное |
ФИО |
Текстовый |
30 |
Необязательное |
Должность |
Текстовый |
50 |
Необязательное |

- База данных склад сотовых телефонов
- База данных со сведениями о пациентах и медицинских услугах в стационаре
- База данных сотрудника банка по заработной плате
- База данных социального центра
- База данных спортивных сооружений города
- База данных спорткомплекса
- База данных справочной системы аэропорта
- База данных «Реки»
- База данных Рекламного агентства
- База данных «Ремонт компьютеров»
- База данных «Салон красоты»
- База данных склад
- База данных склада супермаркета
- База данных "Склад промышленных товаров"