Теоретические основы проектирования и разработки баз данных. Этапы физической реализации. Даталогическое и инфологическое проектирование. Определение сущностей, атрибутов, взаимосвязей между сущностями, ключей. Построение ER-модели. Управляющая программа.
При низкой оригинальности работы "Проектирование базы данных сельскохозяйственного предприятия", Вы можете повысить уникальность этой работы до 80-100%
В связи с этим большую актуальность приобретает освоение принципов построения и эффективного применения соответствующих технологий и программных продуктов: систем управления базами данных, CASE - систем автоматизации проектирования, средств администрирования и защиты баз данных. Система имеет средства создания баз данных, редактирования информации баз данных, перенесения данных из одних систем в другие, резервного копирования и восстановления данных, развитую систему транзакций, систему репликации данных, реляционную подсистему для анализа, оптимизации и выполнения запросов клиентов, систему безопасности для управления правами доступа к объектам базы данных. Программа, работающая с БД, позволяет показывать информацию o товарах, o поставках, о клиентах, о реализации продукции. Каждая реляционная таблица представляет собой двумерный массив и обладает следующими свойствами: каждый элемент таблицы - один элемент данных все ячейки в столбце таблицы однородные, то есть все элементы в столбце имеют одинаковый тип (числовой, символьный и т.д.) каждый столбец имеет уникальное имя одинаковые строки в таблице отсутствуют порядок следования строк и столбцов может быть произвольным Необходимо иметь список складов, а также вести учет поставок продукции на склад и ее реализации.Реляционная модель данных в настоящее время приобрела наибольшую популярность и практически все современные СУБД ориентированы именно на такое представление данных. В реляционной модели БД, в отличие от других моделей, пользователь сам указывает, какие данные для него необходимы, а какие нет. Программа позволяет вести учет сотрудников, клиентов, поставок на склад, и сбыта продукции.
Введение
Использование баз данных становится неотъемлемой составляющей деловой деятельности современного человека и функционирования преуспевающих организаций. В связи с этим большую актуальность приобретает освоение принципов построения и эффективного применения соответствующих технологий и программных продуктов: систем управления базами данных, CASE - систем автоматизации проектирования, средств администрирования и защиты баз данных. Базы данных представляют собой совместно используемый набор логически связанных данных. Концепция баз данных предполагает использование интегрированных средств хранения информации, позволяющих обеспечить централизованное управление данными и обслуживание ими многих пользователей.
Microsoft SQL Server - система работы с базами данных в архитектуре "клиент-сервер". Система основана на языке SQL (Structured Query Language) - структурированный язык запросов, предназначенный для управления реляционными базами данных. Система имеет средства создания баз данных, редактирования информации баз данных, перенесения данных из одних систем в другие, резервного копирования и восстановления данных, развитую систему транзакций, систему репликации данных, реляционную подсистему для анализа, оптимизации и выполнения запросов клиентов, систему безопасности для управления правами доступа к объектам базы данных.
В данном курсовом проекте была разработана база данных в среде разработки Microsoft SQL Server 2008 для автоматизации процесса контроля поставок и продажи сельскохозяйственной продукции. Программа, работающая с БД, позволяет показывать информацию o товарах, o поставках, о клиентах, о реализации продукции. Так же предусмотрена возможность сформировать отчеты по различным категориям.
1. Теоретические основы проектирования и разработки баз данных
1.1 Основные принципы проектирования реляционных баз данных
Базой данных является представленная в объективной форме совокупность самостоятельных материалов, систематизированных таким образом, чтобы эти материалы могли быть найдены и обработаны с помощью электронной вычислительной машины (ЭВМ). К числу классических относятся следующие модели данных: иерархическая, сетевая, реляционная.
Кроме того, в последние годы появились, и стали более активно внедряться на практике следующие модели данных: постреляционная, многомерная, объектно-ориентированная.
Реляционная СУБД (Система Управления Базами Данных) - СУБД, управляющая реляционными базами данных. Понятие реляционный (англ. relation - отношение) связано с разработками известного английского специалиста в области систем баз данных Эдгара Кодда.
Эти модели характеризуются простотой структуры данных, удобным для пользователя табличным представлением и возможностью использования формального аппарата алгебры отношений и реляционного исчисления для обработки данных.
Реляционная модель ориентирована на организацию данных в виде двумерных таблиц. Каждая реляционная таблица представляет собой двумерный массив и обладает следующими свойствами: каждый элемент таблицы - один элемент данных все ячейки в столбце таблицы однородные, то есть все элементы в столбце имеют одинаковый тип (числовой, символьный и т.д.) каждый столбец имеет уникальное имя одинаковые строки в таблице отсутствуют порядок следования строк и столбцов может быть произвольным
СУБД позволяет структурировать, систематизировать и организовать данные для их компьютерного хранения и обработки. Сегодня невозможно представить себе деятельность любого современного предприятия или организации без использования профессиональных СУБД.
Основными недостатками реляционной модели являются следующие: отсутствие стандартных средств идентификации отдельных записей и сложность описания иерархических и сетевых связей.
1.2 Этапы физической реализации проектируемой базы данных
При создании базы данных сельскохозяйственного предприятия рассматриваются следующие этапы физической реализации: Исследование предметной области. На этом этапе необходимо изучить систему работы сельскохозяйственного предприятия.
Проектирование базы данных. На этом этапе необходимо создать ER-диаграмму, которая отражала бы всю структуру хранения данных в соответствии с понятиями реляционной модели.
Реализация. Создание программного средства в среде Microsoft SQL Server 2008.
Тестирование. Проверка и отладка программного средства.
2. Существующая организация бизнес-процессов и процессов обработки данных работы сельскохозяйственного предприятия база данные проектирование программа
В ходе изучения работы сельскохозяйственного предприятия стало известно, что оно осуществляет большое количество функций. Для ведения учета данных о сотрудниках требуются следующие данные: Фамилия, имя, отчество, должность и заработная плата. Необходимо иметь список складов, а также вести учет поставок продукции на склад и ее реализации. Для ведения учета клиентов требуются: имя, фамилия, телефон, адрес.
Таким образом, можно поставить следующие задачи перед разработчиком базы данных сельскохозяйственного предприятия: Реализовать ввод и хранение данных по сотрудникам.
Создать отчетность по категориям и реализуемым продуктам.
Реализовать ввод и хранение данных по клиентам.
3. Даталогическое и инфологическое проектирование базы данных
Цель инфологического моделирования - обеспечение наиболее естественных для человека способов сбора и представления той информации, которую предполагается хранить в создаваемой базе данных. Поэтому инфологическую модель данных пытаются строить по аналогии с естественным языком, который не может быть использован в чистом виде изза сложности компьютерной обработки текстов и неоднозначности любого естественного языка. Основными конструктивными элементами инфологических моделей являются сущности, связи между ними и их свойства (атрибуты).
Сущностями могут быть люди, места, самолеты, рейсы, вкус, цвет и т.д. Необходимо различать такие понятия, как тип сущности и экземпляр сущности. Понятие тип сущности относится к набору однородных личностей, предметов, событий или идей, выступающих как целое. Экземпляр сущности относится к конкретной вещи в наборе.
Атрибут - поименованная характеристика сущности. Его наименование должно быть уникальным для конкретного типа сущности. Например, атрибуты используются для определения того, какая информация должна быть собрана o сущности. Ключ - атрибут, который однозначно определяет требуемый экземпляр сущности. Минимальность означает, что исключение из набора любого атрибута не позволяет идентифицировать сущность по оставшимся атрибутам.
Связь - ассоциирование двух или более сущностей. Если бы назначением базы данных было только хранение отдельных, не связанных между собой данных, то ee структура могла бы быть очень простой. Однако одно из основных требований к организации базы данных - это обеспечение возможности отыскания одних сущностей по значениям других, для чего необходимо установить между ними определенные связи. А так как в реальных базах данных нередко содержатся сотни или даже тысячи сущностей, то теоретически между ними может быть установлено более миллиона связей. Наличие такого множества связей и определяет сложность инфологических моделей.
Определение сущностей, атрибутов, взаимосвязей между сущностями, ключей.
Для данного курсового проекта по теме «Проектирование базы данных сельскохозяйственного предприятия» определены следующие сущности: Склад;
Продукт;
Клиент;
Сотрудник;
Поставка;
Реализация;
Ключевые и определяющие поля сущностей: Склад: Код склада (Определяющие поля: наименование, объем склада, адрес склада );
Продукт: Код продукта (Определяющие поля: наименование, единица измерения, стоимость за единицу измерения);
Клиент: ID клиента (Определяющие поля: Ф.И.О клиента, адрес клиента, телефон);
Связь удовлетворяет правилу 4 (1:М). Необходимы две сущности. Получим: Клиент;
Реализация;
Ключевые и определяющие поля: Клиент: ID клиента (Определяющие поля: Ф.И.О клиента, адрес клиента, телефон);
Реализация: Код реализации, код продукта, ID клиента, табельный номер (Определяющие поля: Общее количество, общая стоимость, дата реализации);
Связи: Клиент получает Реализацию;
3.1 Схема проектируемой базы данных
Схема проектируемой базы данных представлена на рисунке 1.
Рисунок 6 - Схема данных БД сельскохозяйственного предприятия
4. Описание программной разработки по созданию и ведению базы данных
Пользователи могут работать с БД используя клиентское приложение. Приложение разработано в Delphi XE5.
Клиентское приложение соединяется с базой данных, после чего получает копию данных из БД, отсоединяется от БД и пользователь работает с копией данных. Если необходимо сохранить изменения, то нужно это делать вручную (нажать на кнопку). Происходит соединение с базой данных и вносятся изменения непосредственно в БД.
Пользователем является администратор, который имеет неограниченные возможности, а именно: Добавление записей;
Удаление записей;
Просмотр записей;
Сохранение записей;
Редактирование записей.
Также администратор может выполнять определенную выборку данных из таблиц БД. Внутренние механизмы защиты и запросы на подтверждение критичных операций предохраняют всех пользователей от случайных ошибок в процессе работы, которые могут повлечь за собой нарушение целостности данных. В качестве входных данных выступает информация об объектах БД т.e. записи в таблицах. В каждой таблице присутствует первичный ключ, отсюда следует, что на входные данные накладывается ограничение на дублирование значений некоторых атрибутов. Данные в базу данных добавляет пользователь с помощью клавиатуры и экранных форм. В качестве выходных данных выступают экранные формы, в которых отображены записи отношений БД.
4.1 Управляющая программа (меню или форма)
Рисунок 7 - Окно главной формы
4.2 Формы и отчеты
Рисунок 8 - Таблица «Сотрудник»
Рисунок 9 - Отчет по таблице «Сотрудник» (группировка по должности)
Рисунок 10 - Таблица «Реализация»
Рисунок 11 - Отчет по таблице «Реализация» (группировка по дате реализации)
Рисунок 12 - таблица «Склад»
Вывод
Реляционная модель данных в настоящее время приобрела наибольшую популярность и практически все современные СУБД ориентированы именно на такое представление данных.
В реляционной модели БД, в отличие от других моделей, пользователь сам указывает, какие данные для него необходимы, а какие нет. По этой причине процесс перемещения и навигации по БД в реляционных системах является автоматическим. Также реляционная СУБД выполняет функцию каталога, в котором хранятся описания всех объектов, из которых состоит БД
В данном курсовом проекте были разработаны программное обеспечение и база данных. Программа позволяет вести учет сотрудников, клиентов, поставок на склад, и сбыта продукции. Предусмотрена функция быстрого поиска по таблице «Сотрудник». Для более удобной работы, пользователь может распечатать отчет, который прикреплен к каждой таблице. При создании системы применен реляционный подход к проектированию баз данных, технология «клиент-сервер», что позволяет обеспечить независимость хранимых данных от использующих их программ, выявить и устранить дублирование информационных объектов, а так же ликвидировать несоответствия в выполняемых функциях.
Список литературы
1. Оскерко В.С. Сборник индивидуальных заданий по технологиям баз данный: Учебно-практическое пособие [Текст] / В.С. Оскерко, О.А. Сосновский и др. - Минск: БГЭУ, 2005 - 65 с.
2. Астахов, И.Ф. SQL в примерах и задачах: Учебное пособие [Текст] / И.Ф. Астахов, А.П. Толстобров, В.М. Мельников. - Минск: Новоезнание, 2002 - 176 с.
3. Райордан, Р. Основы реляционных баз данных [Текст]/Р. Райордан. - М.: Русская редакция, 2001 - 384 с.
4. Средство создания схем БД [Электронный ресурс] / Режим доступа: 5. Запросы SQL [Электронный ресурс] / Режим доступа: Размещено на
Вы можете ЗАГРУЗИТЬ и ПОВЫСИТЬ уникальность своей работы
