База данных "Склад промышленных товаров"

Автор работы: Пользователь скрыл имя, 18 Ноября 2013 в 18:49, курсовая работа

Краткое описание

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

Вложенные файлы: 1 файл

Отчет по бд2.doc

— 776.50 Кб (Скачать файл)

Введение

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

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

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

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

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

В представленной курсовой работе рассматривается предметная область «Склад промышленных товаров».

 

 

1.Понятие и функциональные возможности систем управления базами данных (СУБД).

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

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

Функциональные возможности  СУБД

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

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

- Управление хранением данных.

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

- Управление буферами оперативной памяти.

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

- Управление словарем данных.

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

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

- Журнализация.

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

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

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

 

 

- Управление транзакциями.

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

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

- Управление безопасностью.

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

- Поддержка языков баз данных.

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

 

 

 

 

 

2 Постановка задачи на разработку базы данных

2.1 Анализ предметной области

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

Склад предназначен для  хранения товаров определенных типов:

- Необходимо хранить  характеристики групп товаров и их наименования.

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

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

- Необходимо хранить  сведения о поставщиках каждой  партии товара.

Каждый поставляемый товар входит в ведомость поставляемых товаров и принимается по ведомости, в которой указывается:

- код ведомости;

- код товара;

- дата;

- материально ответственное лицо;

- код поставщика;

- количество.

2.2 Требования к информационной  системе

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

Работники склада;

Поставщики товаров;

Администрация склада.

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

- обо всех поставляемых  товарах;

- о поставщиках товаров;

- о стоимости товаров;

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

- о количестве поставленных  товаров каждым поставщиком;

- о стоимости поставленных  товаров каждым поставщиком;

- о сотруднике, который ответственный за хранение товара;

- о том, к какой  товарной группе относится имеющийся  на складе товар;

- о стране, в которой был изготовлен товар;

- о количестве товара, изготовленном одной фирмой производителем;

- о количестве поставленных  товаров по одной ведомости;

- о том, по какому коду ведомости был поставлен товар.

3 Проектирование модели данных

3.1 Семантическая модель данных

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

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

Между сущностями «Товар» и «Ведомость» установлена связь (1:М), обязательная с двух сторон. Так как в одно наименование товара может содержаться в нескольких ведомостях, поэтому используется связь (1:М). При этом если товар описан в сущности «Товар», то это означает, что хотя бы одна единица этого товара присутствует на складе. Это означает, что со стороны сущности «Товар» связь обязательная. Что касается сущности «Ведомость», то не может находиться на складе ни одной единицы товара, которая бы не была отмечена в ведомости, поэтому и со стороны «Ведомость» связь тоже обязательная.

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

Из анализа предметной области известно, что каждый товар, находящийся на складе, относится к определенной группе товаров, так как известно, что много наименований товара может принадлежать к одной группе. Для отражения этой ситуации нам надо провести связь между сущностями «Группа товара» и «Товар». Между сущностями «Группа товара» и «Товар» установлена связь (1:М), обязательная с двух сторон. Если товар описан в сущности «Товар», это означает обязательно, что данный товар принадлежит к определенной группе товаров, которая описана в сущности «Группа товара». Это означает, что со стороны сущности «Товар» связь обязательная. Что касается сущности «Группа товаров», то не может храниться на складе товар, который бы не соответствовал ни одной группе товаров, поэтому и со стороны «Группа товара» связь тоже обязательная.

Так как товар поступает  от различных поставщиков, то необходимо ввести сущность «Поставщик». В сущности «Поставщик» ключевым атрибутом будет являться атрибут «Код поставщика», так как это уникальный номер, который будет однозначно идентифицировать поставщика. В сущности «Поставщик» также должны присутствовать следующие атрибуты: «Название фирмы», «Страна», «ФИО водителя» и «Расчетный счет».

Из анализа предметной области известно, что каждый товар поступает на склад от различных поставщиков. Так как один поставщик может поставлять много наименований товара в различные периоды времени, то это означает, что один поставщик может числиться во многих ведомостях. Для отражения этой ситуации нам надо провести связь между сущностями «Поставщик» и «Ведомость». Между сущностями «Поставщик» и «Ведомость» установлена связь (1:М), обязательная с двух сторон. Так как каждый товар, находящийся на складе, поступил от поставщика, поэтому используется связь (1:М). Если поставщик описан в сущности «Поставщик», то значит обязательно в сущности «Ведомость» под этим кодом поставщика должен быть описан товар, который он поставил. Это означает, что со стороны сущности «Поставщик» связь обязательная. Что касается сущности «Ведомость», то не может быть прописан в ведомости поставщик, который бы не был описан в сущности «Поставщик», поэтому и со стороны сущности «Ведомость» связь тоже обязательная.

Информация о работе База данных "Склад промышленных товаров"