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

ЛИЧНЫЙ КАБИНЕТ 

 

Здравствуйте гость!

 

Логин:

Пароль:

 

Запомнить

 

 

Забыли пароль? Регистрация

Повышение уникальности

Предлагаем нашим посетителям воспользоваться бесплатным программным обеспечением «StudentHelp», которое позволит вам всего за несколько минут, выполнить повышение уникальности любого файла в формате MS Word. После такого повышения уникальности, ваша работа легко пройдете проверку в системах антиплагиат вуз, antiplagiat.ru, etxt.ru или advego.ru. Программа «StudentHelp» работает по уникальной технологии и при повышении уникальности не вставляет в текст скрытых символов, и даже если препод скопирует текст в блокнот – не увидит ни каких отличий от текста в Word файле.

Результат поиска


Наименование:


контрольная работа База данных для автоматизации книжного магазина

Информация:

Тип работы: контрольная работа. Добавлен: 23.11.2012. Сдан: 2012. Страниц: 13. Уникальность по antiplagiat.ru: < 30%

Описание (план):


Содержание
Введение                                                                                                                                  3
1. Анализ предметной  области и построение концептуальной  модели                             4
2. Построение логической и физической модели базы данных                                          9
3. Реализация  базы данных с учетом web-интерфейса                                                        13
Заключение                                                                                                                             16
Литература                                                                                                                               17
Приложения                                                                                                                            18
 

Введение 

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

 

1. Анализ предметной области и построение концептуальной модели 

       Необходимо  разработать базу данных для автоматизации  книжного магазина. Разработку базы данных начнем с анализа предметной области интернет-магазинов. В общем виде предметная область представляет собой часть реального мира, сведения о которой будут отражаться в базе данных. Предметная область бесконечна и содержит множество значащих, мало значащих и незначащих данных. В результате поиска были найдены следующие магазины: http://www.oz.by, http://www.rodina.by, http://www.litera.by.
       Проведем  анализ работы этих магазинов. На белорусском рынке уже существуют магазины у которых есть свои покупатели. Посещаемость этих магазинов от 500 до 2000 человек в месяц.
    Постараемся выделить наиболее существенные объекты, необходимые при работе нашего магазина. Во всех перечисленных магазинах, осуществляется классификация по видам книг, то есть должен быть построен каталог книг. Поэтому в базе данных одним из объектов предметной области будут виды книг.
    Далее при нажатии на ссылку с названием  вида продукции открываются все книги определенного вида, следовательно вторым объектом для базы данных будут сами книги, которые будут привязаны к определенным видам. У любого магазина есть покупатели, поэтому третьим объектом нашей базы данных будут покупатели. В магазинах есть возможность добавления товаров в корзину, все заказанные товары формируются в заказ и отправляются администратору, следовательно в базе данных четвертым объектом будут покупки сделанные пользователями магазина. Для увеличения объема продаж привлекаются пользователи, которые будут рекламировать товар и получать за это комиссию, поэтому следующим объектом базы данных будут партнеры.
Сущность  – любой различимый объект (объект, который мы можем отличить от другого), информацию о котором необходимо хранить в базе данных. Сущностями могут быть люди, места, самолеты, рейсы, вкус, цвет и т.д. Необходимо различать такие понятия, как тип сущности и экземпляр сущности. Понятие тип сущности относится к набору однородных личностей, предметов, событий или идей, выступающих как целое. Экземпляр сущности относится к конкретной вещи в наборе. Например, типом сущности может быть ГОРОД, а экземпляром – Москва, Киев и т.д.
Атрибут – поименованная характеристика сущности. Его наименование должно быть уникальным для конкретного  типа сущности, но может быть одинаковым для различного типа сущностей (например, ЦВЕТ может быть определен для многих сущностей: СОБАКА, АВТОМОБИЛЬ, ДЫМ и т.д.). Атрибуты используются для определения того, какая информация должна быть собрана о сущности. Примерами атрибутов для сущности АВТОМОБИЛЬ являются ТИП, МАРКА, НОМЕРНОЙ ЗНАК, ЦВЕТ и т.д.
          В результате анализа предметной области книжных интернет-магазинов мы выявили следующие сущности:
      Виды товаров (vid).
      Книги (book).
      Покупатели (pokupatel).
      Счет (schet).
      Партнер (partner).
       Определим типы связей существующих между выделенными нами сущностями. Для этого снова анализируем требования к БД. Тип связи представляет собой название связи, ее координальность в этой связи. Результат анализа представлен в таблице 1. 

Таблица 1. Типы связей между сущностями
Тип сущности Тип связи Тип сущности Координальность
vid принадлежит (belong) book
pokupatel оформляет (bill) schet
book принадлежит(belong) schet
partner продает(sell) book

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

                                1
      
                                                                                                                                                                            
                                                                                          

            

                                                                                                              1                 
     Рисунок1 - ER-диаграмма концептуальной модели. 

   Выделим атрибуты сущностей и по возможности  – связей.
   Связь – ассоциирование двух или более  сущностей. Если бы назначением базы данных было только хранение отдельных, не связанных между собой данных, то ее структура могла бы быть очень простой. Однако одно из основных требований к организации базы данных – это обеспечение возможности отыскания одних сущностей по значениям других, для чего необходимо установить между ними определенные связи. А так как в реальных базах данных нередко содержатся сотни или даже тысячи сущностей, то теоретически между ними может быть установлено более миллиона связей. Наличие такого множества связей и определяет сложность логических моделей.
   Выявленные  атрибуты приведены в таблице2. 

Таблица 2 Атрибуты сущностей и связей
Тип сущности(связи) Атрибут Домен Обязательность
BOOK book_id Целое Да
nazvanie Символьный(100)  
author Символьный(100) Да
year Целое  
izdat Символьный(100) Да
soder Символьный(255)  
vid_id Целое  
cena Целое  
PARTNER partner_id Целое Да
fio Символьный(100) Да
phone Символьный(100)  
address Символьный(100)  
sell Целое  
book_id Целое  
data_registr Дата   
SCHET schet_id Целое Да
pokupatel_id Целое Да
book_id Целое  
kolvo Целое  
data_oforml data  
POKUPATEL pokupatel_id Целое Да
name Символьный(100) Да
phone Символьный(20) Да
address Символьный(100) Да
VID vid_id Целое Да
nazvanie Символьный(100) Да

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

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

       Таблица 3.
    Сущность Первичный ключ Альтернативный  ключ
    BOOK book_id nazvanie, vid_id, izdat
    PARTNER partner_id fio,phone
    SCHET schet_id pokupatel_id, tovar_id, data_oforml
    POKUPATEL pokupatel_id name, phone
    VID vid_id nazvanie

 
 
 
 
                                   
 
 
 
 

 

2.Разработка  логической и физической  модели базы данных. 

      При построении логической модели можно  использовать язык ER-диаграмм (от англ. Entity-Relationship, т.е. сущность-связь). В них сущности изображаются помеченными прямоугольниками, ассоциации – помеченными ромбами или шестиугольниками, атрибуты – помеченными овалами, а связи между ними – ненаправленными ребрами, над которыми может проставляться степень связи (1 или буква, заменяющая слово "много") и необходимое пояснение.
      Логическая  модель описывает понятия предметной области, их взаимосвязь, а также ограничения на данные, налагаемые предметной областью.
      В нашем случае присутствует связь  ( book принадлежит(belong) schet). Так как реализация такой связи в СУБД реляционного типа затруднительна, нужно ввести новую сущность, назовем ее schetpok. 

      
                                                                                              
      1                                                                                                                             1
       
 

     Рисунок 2 - Введение новой сущности schetpok 

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

       
       
       
       
       
       






 

 



 
 

Рисунок 3 – ER-диаграмма логической модели базы данных книжного магазина 

       Теперь приступим к физическому проектированию базы данных. Любая база данных состоит из таблиц (отношений), поэтому теперь наша задача построить таблицы основываясь на логической модели базы данных. Правила перевода из логической модели данных в физическую следующие:
      Объекты становятся таблицами в физической базе данных
      Атрибуты становятся колонками (полями) в физической базе данных. Для каждого атрибута выбирается свой тип данных.
      Уникальные идентификаторы становятся колонками, не допускающими значение NULL. В физической базе данных они назваются превичными ключами (primary key).
 
       
       
                                                                                    
       
         
 

       
       
       
         
 

       
         

       
 
 

       Рисунок 4 – Схема таблиц для базы данных книжного магазина 

      Теперь  у нас есть схема таблиц базы данных (рисунок 4), теперь нужно перевести все эти таблицы в SQL (язык структурированных запросов). В общем случае модели данных разрабатываются таким образом чтобы не зависеть от конкретной базы данных. Поэтому разработанную физическую модель данных можно применить к любой СУБД. В нашем случае это будет MySQL. MySQL – компактный многопоточный сервер баз данных. MySQL характеризуется большой скоростью, устойчивостью и легкостью в использовании. В базе данных MySql таблицы создаются с помощью sql-запроса. 
 
 

 

CREATE TABLE partner (
   partner_id int(11) NOT NULL auto_increment,
   fio varchar(100) NOT NULL,
   phone varchar(20) NOT NULL,
   address varchar(100) NOT NULL,
   sell int(11) DEFAULT '0' NOT NULL,
   data_registr int(11) DEFAULT '0' NOT NULL,
   PRIMARY KEY (partner_id)
); 

CREATE TABLE pokupatel (
   pokupatel_id int(11) NOT NULL auto_increment,
   name varchar(100) NOT NULL,
   phone varchar(20) NOT NULL,
   address varchar(100) NOT NULL,
   PRIMARY KEY (pokupatel_id)
); 

CREATE TABLE schet (
   schet_id int(11) NOT NULL auto_increment,
   data_oforml int(11) DEFAULT '0' NOT NULL,
   pokupatel_id int(11) DEFAULT '0' NOT NULL,
   PRIMARY KEY (schet_id)
); 

CREATE TABLE schetpok (
   schetpok_id int(11) NOT NULL auto_increment,
   schet_id int(11) DEFAULT '0' NOT NULL,
   book_id int(11) DEFAULT '0' NOT NULL,
   kolvo int(11) DEFAULT '0' NOT NULL,
   PRIMARY KEY (schetpok_id)
); 

CREATE TABLE book (
   book_id int(11) NOT NULL auto_increment,
   nazvanie varchar(50) NOT NULL,
   soder varchar(255) NOT NULL,
   vid_id int(11) DEFAULT '0' NOT NULL,
   cena int(11) DEFAULT '0' NOT NULL,
   year int(4) DEFAULT '0' NOT NULL,
   author varchar(100) NOT NULL,
   izdat varchar(100) NOT NULL,
   partner_id int(11) DEFAULT '0' NOT NULL,
   PRIMARY KEY (book_id)
); 

CREATE TABLE vid (
   vid_id int(11) NOT NULL auto_increment,
   nazvanie varchar(255) NOT NULL,
   PRIMARY KEY (vid_id));
3. Реализация базы  данных с учетом web-интерфейса 

      Рассмотрим  сценарий отображающий главную страницу. Исходные коды сценариев находятся в приложениях.
Одной из главных  частей работы является работа с базой  данных. Чтобы работать с базой данных нужно выполнить несколько действий:
    Соединиться с сервером баз данных
    Выбрать базу данных
    Выполнить SQL-запрос
    Вывести данные полученные в результате запроса
Вид главной  страницы показан на рисунке 5. 
 


Рисунок 5 - Внешний  вид главной страницы 

На главной  странице производим выборку видов товаров с помощью следующего sql-запроса:
Select * from vid 

В URL передается идентификатор вида запроса, в соответствии с которым будет сделана выборка. Т.е. выполнится следующий sql-запрос:
Select * from Book where vid_id=’$vid’, где $vid – переменная переданная в URL.
Внешний вид  каталога книг показан на рисунке 6. 


Рисунок 6 – Внешний вид каталога книг  

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


Рисунок 7 – Сценарий реализующий форму заказа 

После нажатия  на кнопку заказать данные записываются в базу данных с помощью sql-оператора INSERT. 

 

Заключение 

         В результате выполнения курсовой работы была спроектирована база данных, книжного магазина которая позволяет максимально удобно пользоваться необходимой информацией. Также был написан web-интерфейс на языке PHP и использовалась база данных MySQL. MySQL используется в небольших организациях и на web-узлах. Использование базы данных облегчает управление данными. Если бы вместо базы данных использовались текстовые файлы мы бы столкнулись с проблемой большой нагрузки на web-узел. Мы получили базу данных которую легко обновлять, добавлять данные, производить выборку. Все изменения сделанные в базе данных сразу отображаются на web-странице. База данных и web-интерфейс работают независимо друг от друга.
      Программное обеспечение способно реализовывать  основные функции интернет-магазина. 

 

Литература
    Кириллов В.В. Структуризованный язык запросов (SQL). – СПб.: ИТМО, 1994. – 80 с.
    Мейер М. Теория реляционных баз данных. – М.: Мир, 1987. – 608 с.
    Тиори Т., Фрай Дж. Проектирование структур баз данных. В 2 кн., – М.: Мир, 1985. Кн. 1. – 287 с.: Кн. 2. – 320 с.
    Ульман Дж. Базы данных на Паскале. – М.: Машиностроение, 1990. – 386 с.
    Цикритизис Д., Лоховски Ф. Модели данных. – М.: Финансы и статистика, 1985. – 344 с.
 

Приложение 1 

   Схема базы данных, сформированная в СУБД MySQL 

   # phpMyAdmin MySQL-Dump
   # http://phpwizard.net/phpMyAdmin/
   #
   # Host: localhost Database : book_mag 

   # --------------------------------------------------------
   #
   # Table structure for table 'book'
   # 

   CREATE TABLE book (
      book_id int(11) NOT NULL auto_increment,
      nazvanie varchar(50) NOT NULL,
      soder varchar(255) NOT NULL,
      vid_id int(11) DEFAULT '0' NOT NULL,
      cena int(11) DEFAULT '0' NOT NULL,
      year int(4) DEFAULT '0' NOT NULL,
      author varchar(100) NOT NULL,
      izdat varchar(100) NOT NULL,
      partner_id int(11) DEFAULT '0' NOT NULL,
      PRIMARY KEY (book_id)
   ); 

 

    #
   # Dumping data for table 'book'
   # 

   INSERT INTO book VALUES ( '1', 'А ты пребудешь вечно', 'Покой провинциального городка  нарушен известием об исчезновении  ребенка. Старший инспектор Уэксфорд берется за расследование этого загадочного дела со множеством свидетелей, подозреваемых и также анонимным признанием в похищении', '1', '11000', '2003', 'Рут Ренделл', 'Питер', '1');
   INSERT INTO book VALUES ( '2', 'Белая ваза с синим рисунком', 'Убийство молодой рабыни, гибель почтенного торговца рисом, загадочную смерть знатного вельможи - эти сложные дела берется распутать неподкупный судья', '1', '8450', '2003', 'Роберт Ван Гулик', 'BHV', '1');
   INSERT INTO book VALUES ( '3', 'Белый ниндзя', '`Белый ниндзя` Эрика Ванна Ластбадера это смертельная схватка с изощренным врагом, чье могущество и магическая сила таятся в древнем учении.', '1', '7300', '2003', 'Эрик Ван Ластбадер', 'Питер', '1'); 

   # --------------------------------------------------------
   #
   # Table structure for table 'partner'
   # 

   CREATE TABLE partner (
      partner_id int(11) NOT NULL auto_increment,
      fio varchar(100) NOT NULL,
      phone varchar(20) NOT NULL,
      address varchar(100) NOT NULL,
      sell int(11) DEFAULT '0' NOT NULL,
      data_registr int(11) DEFAULT '0' NOT NULL,
      PRIMARY KEY (partner_id)
   ); 

 

    #
   # Dumping data for table 'partner'
   # 
 

   # --------------------------------------------------------
   #
   # Table structure for table 'pokupatel'
и т.д.................


Перейти к полному тексту работы


Скачать работу с онлайн повышением уникальности до 90% по antiplagiat.ru, etxt.ru или advego.ru


Смотреть полный текст работы бесплатно


Смотреть похожие работы


* Примечание. Уникальность работы указана на дату публикации, текущее значение может отличаться от указанного.