Разработка БД для АСУ Спортивный магазин ООО "Атлет"

Автор работы: Пользователь скрыл имя, 23 Октября 2012 в 19:57, курсовая работа

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

Целью данной работы является построение информационной системы (ИС) «Спортивный магазин «Атлет» для автоматизации работы спортивного онлайн-магазина.
Задачи данной работы:
провести системный анализ предметной области «Спортивные товары»;
провести обзор информационных технологий, подходящих для разработки информационной системы магазина спортивных товаров;
изучить аналогичные информационные системы данной предметной области;
описать требования, предъявляемые к разработке данной базы данных;
разработать инфологическую модель базы данных;
обосновать выбор модели данных и осуществить логическое проектирование информационной системы;
нормализовать спроектированную модель и составить схему базы данных;
осуществить физическое проектирование базы данных на выбранной СУБД;
разработать программное обеспечение, реализующее отчеты и формы для базы данных;
отладить работу программного обеспечения.

Содержание работы

Введение 3
Глава 1. Анализ предметной области 5
1.1. Системный анализ объекта автоматизации «Спортивный магазин «Атлет» 5
1.2. Обзор информационных технологий, подходящих для разработки ИС 8
1.3. Обзор продуктов-аналогов 16
1.4. Требования к разрабатываемой базе данных 19
Выводы 20
Глава 2. Проектирование базы данных для объекта автоматизации «Спортивный магазин «Атлет» 21
2.1. Разработка инфологической модели 21
2.2. Обоснование выбора модели данных 22
2.3. Логическое проектирование 25
2.4. Нормализация, схема базы данных 28
Выводы 30
Глава 3. Программная реализация 32
3.1. Анализ и выбор СУБД 32
3.2. Физическое проектирование базы данных в СУБД 33
3.3. Разработка представлений 34
3.4. Разработка форм 35
3.5. Разработка отчетов 35
3.6. Реализация ограничений 36
3.7. Безопасность и контроль 37
Заключение 38
Список литературы 39
Приложение. Исходные коды триггеров 40

Содержимое работы - 1 файл

курсач.doc

— 1.83 Мб (Скачать файл)

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

поисковике google.ru.

 

«Спортмастер» – сеть спортивных магазинов

Первой ссылкой  в поисковой системе google находился  сайт спортивного магазина «Спортмастер» [5]. Ниже приведена главная страница сайта (рис. 1.2).

Рис.1.2.Главная  страница сайта «Спортмастер»

  «Спортмастер» - сеть специализированных спортивных магазинов, которая уже около 14 лет занимается  розничной продажей спортивных товаров и инвентаря для активного отдыха и спорта. Каждый год данные магазины посещает более 60 миллионов человек. По общим показателям данная сеть, которая постоянно расширяется (около 200 магазинов в более чем 70 городах России, десятки розничных точек на территории Украины, в Белоруссии и Казахстане) вошла в топ-10 мировых розничных спортивных сетей, а в России и на территории Восточной Европы прочно заняла первое место.

Главная страница демонстрирует нам красивый интерфейс, но при этом неудобную

навигацию. Самый  главный недостаток сайта – неудобство заказа товаров через интернет.

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

При анализе  сайта было выделено:

  • Приятный интерфейс;
  • Разделение товаров по типу.

 

«Спортград» - интернет-магазин

Второй ссылкой google выдал интернет-магазин «Спортград» [6]. На рисунке 1.3

приведена главная  страница ресурса.

Рис.1.3 Главная  страница сайта «Спортград»

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

На сайте  всегда можно обратиться к онлайн оператору, который всегда ответит  на вопросы.

При анализе  сайта было выделено:

  • Удобство покупок;

 

 

Спортивный  магазин «Декатлон»

Третьей ссылкой google выдал спортивный магазин «Декатлон» [7]. Главную страницу сайта можно увидеть на рисунке 1.4.

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

При анализе  сайта было выделено:

  • Доступность самой необходимой информация;
  • Новости спортивного магазина.

 

Рис.1.4 Главная страница сайта «Декатлон»

 

1.3.1 Выводы

При просмотре  сайтов-аналогов была рассмотрена их схема построения по отношению к пользователю, взято во внимание и перезаимствовано несколько идей, таких как:

  • комментарии покупателей;
  • новости спортивного магазина;
  • страницы регистрации;

1.4 Требования к разрабатываемой базе данных

Во время  реализации и разработки должны быть учтены стандарты, регламентирующие правила создания и использования Базы Данных, такие как ГОСТ 7.70-2003, принятый в 2003г. Межгосударственным Советом по стандартизации, метрологии и сертификации, ГОСТ 34.320-96, а также РД 50-34.698-90 (Руководящий документ, представляющий совокупность ГОСТов). В соответствии с ГОСТ Р ИСО МЭК ТО 10032-2007, "постоянные данные в среде базы данных включают в себя схему и базу данных. Схема включает в себя описания содержания, структуры и ограничений целостности, используемые для создания и поддержки базы данных. База данных включает в себя набор постоянных данных, определенных с помощью схемы. Система управления данными использует определения данных в схеме для обеспечения доступа и управления доступом к данным в базе данных". Однако наибольшую важность представляют требования со стороны клиента.

Разрабатываемая база данных должна полностью удовлетворять  потребности всех её пользователей. Рассмотрим, какие группы пользователей  могут работать с базой данных, и какие задачи они должны выполнять.

С данной базой  данных может работать 3 группы пользователей:

  • продавцы;
  • менеджеры;
  • руководитель.

При работе с  базой данных продавец может выполнять следующие задачи:

  • просматривать список продуктов;
  • просматривать расписание смен;
  • просматривать список товаров;
  • оформлять покупку;

При работе с  базой данных менеджер может выполнять следующие задачи:

  • просматривать список поставщиков;
  • просматривать расписание смен;
  • просматривать список товаров;
  • оформлять заказ через поставщиков;

При работе с  базой данных продавец может выполнять следующие задачи:

  • просматривать личную информацию о себе и остальных сотрудниках;
  • просматривать список продуктов/поставщиков;
  • просматривать расписание смен;
  • просматривать список товаров;
  • вносить изменения в события;

Выполняются следующие задачи автоматизации:

  • автоматическое добавление на склад товаров после заказа;
  • добавлять дату об окончании продажи товара;
  • акция - изменение цены товара, при  более чем 100 дневном пребывании в наличии;
  • добавление даты после продажи;
  • добавление даты поступления на склад.

 

Выводы

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

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

Рассмотрены продукты-аналоги  на рынке ИС в области спортивных товаров, приняты во внимание их плюсы  и минусы, которые будут учтены при разработке базы данных.

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

 

 

 

 

 

 

 

 

 

Глава 2. Проектирование базы данных для объекта автоматизации  «Спортивный магазин ООО «Атлет»

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

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

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

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

Для информационной системы «Спортивные товары» на основе проведенного системного анализа предметной области выделены следующие сущности:

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

Исходя из приведенных  выше сущностей, построена инфологическая модель предмет-

ной области, которая представлена на рисунке 2.1.

Рис.2.1 Инфологическая модель предметной области «Спортивный  магазин «Атлет»

 

2.2 Обоснование  выбора модели данных

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

 

Иерархическая модель

Эта модель объединяет записи, хранимые в общей древовидной  структуре с одним

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

Достоинствами иерархической модели данных относятся  эффективное использование памяти ЭВМ и неплохие показатели времени выполнения основных операций над данными. Иерархическая модель данных удобна для работы с иерархически упорядоченной информацией.

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

 

Сетевая модель

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

К числу важнейших  операций манипулирования данными  баз сетевого типа можно

отнести:

  • поиск записи в БД;
  • переход от предка к первому потомку;
  • переход от потомка к предку;
  • создание новой записи;
  • удаление текущей записи;
  • обновление текущей записи;
  • включение записи в связь;
  • исключение записи из связи;
  • изменение связей и т. д.

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

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

 

Реляционная модель

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

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

Сущность есть объект любой природы, данные о котором  хранятся в базе данных.

Данные о  сущности хранятся в отношении.

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

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

Основными недостатками реляционной модели является следующее:

  • отсутствие стандартных средств идентификации отдельных записей;
  • сложность описания иерархических и сетевых связей [8].

 

Объектно-ориентированная  модель

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

Структура объектно-ориентированной  БД графически представима в виде дерева, узлами которого являются объекты. Свойства объектов описываются некоторым стандартным типом (например, строковым – string) или типом конструируемым пользователем (определяется как class).

Значение свойства типа string является строка символов. Значение свойства типа class есть объект, являющийся экземпляром соответствующего класса. Каждый объект экземпляр класса считается потомком объекта, в котором он определен как свойство.

Информация о работе Разработка БД для АСУ Спортивный магазин ООО "Атлет"