База данных "Магазин по продаже мобильных телефонов" - Программирование, компьютеры и кибернетика курсовая работа

Главная

Программирование, компьютеры и кибернетика
База данных "Магазин по продаже мобильных телефонов"

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


посмотреть текст работы


скачать работу можно здесь


полная информация о работе


весь список подобных работ


Нужна помощь с учёбой? Наши эксперты готовы помочь!
Нажимая на кнопку, вы соглашаетесь с
политикой обработки персональных данных

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ, МОЛОДЁЖИ И СПОРТА УКРАИНЫ
МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ, МОЛОДЁЖИ И СПОРТА АР КРЫМ
РВУЗ «КРЫМСКИЙ ИНЖЕНЕРНО-ПЕДАГОГИЧЕСКИЙ УНИВЕРСИТЕТ»
Кафедра информационно-компьютерных технологий
по дисциплине «Базы данных и информационные системы»
на тему: «БД «Магазин по продаже мобильных телефонов»»
1. Ознакомиться с литературой по данной теме.
2. Проанализировать предметную область.
4. Охарактеризовать СУБД для реализации БД.
7. Создать объекты БД (таблицы, формы, отчеты, запросы).
8. Определить условия целостности БД.
10. Спроектировать меню приложения.
Объектом курсовой работы является процесс разработки базы данных, а предметом курсовой работы является разработка БД «Магазин по продаже мобильных телефонов».
Курсовая работа состоит из введения, двух глав и заключения. В первой главе рассмотрены основные понятия баз данных и СУБД, во второй главе представлена практическая разработка БД «Магазин по продаже мобильных телефонов».
База данных (БД) представляет собой совокупность данных, организованных специальным образом, хранимых в памяти вычислительной машины и отображающих состояние объектов и их связей друг с другом.
БД может храниться на одном компьютере, тогда она называется централизованной, а также на нескольких компьютерах некоторой сети, в этом случае она называется распределённой. Система управления базами данных (СУБД) - это комплекс языковых и программных средств, предназначенный для создания, ведения совместного использования БД многими пользователями. Логическую структуру хранимых в базе данных называют моделью представления данных (или просто модель данных). Они разделяются на два класса - классические и не классические. К первому классу относятся три модели:
Не классические модели появились относительно не давно и стали активно применяться на практике. Самые известные из них это:
Первая модель хранения данных в вычислительной технике. Была призвана заменить бумажные базы данных различных структур. В такой модели связи между данными можно описать с помощью упорядоченного графа (или дерева) (Рис.1):
К достоинствам иерархической модели относятся эффективность в использовании памяти ЭВМ и неплохие показатели времени выполнения основных операций над данными. Она удобна для работы с иерархически упорядоченной информацией.
Недостатком иерархической модели является её громоздкость для обработки информации с достаточно сложными логическими связями.
Другим подходом к логической структуре БД является сетевая модель. Она представляет собой наборы записей и наборы связей, определяющих отношения между записями по парно. Упрощённо такую модель можно представить в виде произвольного графа, обобщая тем самым иерархическ ую модель.
Достоинством сетевой модели данных является возможность эффективной реализации по показателям затрат памяти и оперативности. В сравнении с иерархической моделью она предоставляет большие возможности в смысле допустимости образования производственных связей.
Недостатком сетевой модели является высокая сложность и жесткость схемы БД, которая построена на её основе, а также сложность для понимания и выполнения обработки информации БД обычным пользователем. Кроме того в такой модели ослаблен контроль целостности связей вследствие допустимости установления производственных связей между записями.
Реляционная модель данных самая распространенная и наиболее часто использу емая модель на нынешний момент (Реляционная модель данных для больших банков данных коллективного пользования), вкоторой предложил представлять данные как наборы таблиц. Основным понятием модели является отношение или связь (relation), а для навигации по взаимосвязанным сущностям используются избыточные данные, наборы первичных и внутренних ключей, связывающие записи различных таблиц.
В реляционном моделировании существуют некоторые понятия, требующие пояснения:
§ Отношение является важнейшим понятием и представляет собой двумерную таблицу, содержащую некоторые данные.
§ Сущность - объект любой природы, данные о котором хрянятся в БД. Данные о сущности находятся в отношениях
§ Атрибуты представляют собой свойства, которые характеризуют сущность. В структуре таблицы каждый атрибут именуется, и ему соответствует заголовок некоторого столбца таблицы.
Математически отношения можно описать следующим образом. Пусть даны n множеств D1, D2, ... , Dn, тогда отношение R есть множество упорядоченных кортежей , где dk  Dk, dk - атрибут, а Dk - домен отношения R.
На рисунке представлен пример отношения СОТРУДНИК (Рис.2).
В общем случае в любом отношении порядок кортежей, также как и в любом множестве, не определён. Однако в реляционных СУБД для удобства они всё же упорядочены.
Формально, если переставить атрибуты в отношении, то получается новое отношение. Но в реляционных СУБД перестановка атрибутов не приводит к образованию нового отношения.
§ Домен представляет собой множество всех возможных значений определенного атрибута. Данное отношение включает 4 домена. В первом домене хранятся фамилии всех сотрудников, во втором - номера всех отделов фирмы, в которых работают данные сотрудники, в третьем - занимаемые сотрудниками должности и в четвертом находятся даты рождения сотрудников.
Отношение СОТРУДНИК содержит 3 кортежа. Любой кортеж данной таблицы состоит из 4 элементов, каждый из которых выбирается из соответствующего домена.
§ Схема отношения представляет собой список имен атрибутов.
§ Первичным ключом называют атрибут отношения, однозначно определяющий каждый из его кортежей. Первичный ключ может состоять как из одного атрибута, так и из нескольких. В этом случае он называется составным. Первичный ключ должен состоять из минимального набора кортежей.
1. исключение дублирования значения (первичный ключ должен быть уникальным);
2. упорядочение кортежей (хотя кортежи можно упорядочить и не только по первичному ключу);
3. организация связывания таблиц (использование внешнего ключа).
§ Внешним ключом называется поле таблицы, предназначенное для хранения значения первичного ключа другой таблицы с целью организации связи между этими таблицами. То есть, если в таблице А атрибут а может принимать только те значения, которые хранятся в атрибуте b таблицы B, то атрибут а - внешний ключ. Такое свойство внешних ключей называется ссылочной целостностью.
Магазин по продаже мобильных телефонов включает в себя: офис, отдел по работе с клиентами, склад.
Взаимодействие организации с внешними объектами
Для салона по продажам мобильных телефонов внешними объектами являются: клиенты, поставщики и фирмы-производители мобильных телефонов.
Магазин заранее заключает договор с производителями мобильных телефонов, согласно которому последние обязуются оперативно по первому запросу поставлять каталог мобильных телефонов конкретной марки, в котором описаны и пронумерованы согласно стандарту все составляющие части.
Поставка ведется следующим образом: поставщику высылается документ-заказ на поставку товара, где указывается наименование, номер мобильного телефона и количество, которые присылаются в сопровождении курьера; курьер отдает накладную на склад и после проверки соответствия перечня товара и его комплектующих с поставленными, получает денежные средства.
Клиентами магазина являются любые граждане достигшие 16 лет. Взаимодействие с ними производится с помощью продавца-консультанта мобильных телефонов на продаже. Клиент может получить отказ в обслуживании в исключительных ситуациях. Клиент может запросить прайс-лист деталей и услуг, с ценами на текущий момент времени.
В течение времени, указанного в гарантийном талоне, клиент имеет право обратиться в организацию за проведением гарантийного обслуживания, в случае возникновения неисправности. При обращении клиента в течение срока действия гарантии (для устранения неисправности, на которую предоставлялась гарантия) клиент обращается по указанному адресу. Данный факт аргументируется тем, что клиент имеет представление о плане проведения гарантийных работ и услуга предоставляется бесплатно.
Магазин по продаже мобильных телефонов включает в себя следующие отделы (рис.3):
Рис.3. Структура «Магазин по продаже мобильных телефонов»
В функции отдела по работе с клиентами входит вся деятельность, связанная с непосредственным взаимодействием с клиентом: прием заказа, возврат обслуженной техники, оформление сопутствующей документации и координирование действий, направленных на выполнение заказа. Отдел по работе с клиентами взаимодействует с офисом: получает данные о стоимости услуги, получает счет за оказание услуг, производит возврат квитанции в подтверждение оплаты; информационным отделом: получает номер мобильного телефона.
Склад представляет собой хранилище мобильных телефонов и их комплектующих. Склад взаимодействует отдел по работе с клиентами, поставляя туда заказанный товар. Склад взаимодействует с офисом, получая оттуда подтверждение на заказ отдел по работе с клиентами и предоставляя копию накладной, и с самими поставщиками, получая мобильные телефоны вместе с накладной на товар.
Информационный отдел - это большая комната со стеллажами, где хранятся каталоги мобильных телефонов отдела по работе с клиентами. Каталог выпускается фирмой производителем техники. Для каждой модели имеется свой каталог. Каталоги необходимы для того, чтобы клиент мог наиболее точно описать деталь, которую он хочет приобрести, чтобы отдел по работе с клиентами мог сориентироваться в строении бесчисленного количества мобильных телефонов. Заказы мобильных телефонов выполняются с указанием стандартного уникального идентификатора товара из каталога, чтобы исключить возможность ошибочной поставки. В результате, описания мобильного телефона внутри организации ведется с помощью номера из каталога, а информационный отдел является связующим звеном при таком взаимодействии. Информационный отдел принимает запрос, ведет поиск информации в каталогах и передает отделам сведения о заводских номерах деталей.
В отделе по работе с клиентами должностные обязанности разграничены между менеджером по приему заказов, продавцом- консультантом.
Краткий перечень задач менеджера по приему заказов:
1) оказывать помощь клиенту в оформлении анкеты-заявки;
3) оформлять документ описание заказа;
Краткий перечень менеджера по продаже мобильных телефонов
2) запрашивать и получать документ готовности;
4) вносить в журнал гарантийного обслуживания сведения о гарантии;
5) запрашивать и получать счет из офиса;
6) оформлять отчет о проделанной работе;
8) предоставлять квитанцию об оплате в офис;
Продавец-консультант осуществляет выдачу мобильных телефонов клиенту.
Краткий перечень задач консультанта:
1) запрашивать и принимать номер детали по каталогу;
2) запрашивать и принимать данные о стоимости;
Схема взаимодействия сотрудников магазина с клиентами (рис.4).
Рис .4. «Взаимодействие магазина с клиентами»
Консультант дает информацию клиенту в ответ на его устный запрос о стоимости проведения тех или иных услуг. Кроме того, консультант предоставляет исчерпывающую информацию о стоимости мобильного телефона. Информация предоставляется в виде сформированного прайс-листа с указанием наименования товара, наименовании услуги и стоимости. При формировании прайс-листа консультант обращается в информационный отдел, за номерами товаров, затем, в офис за данными о стоимости товара и услуг.
При текущем положении дел сотрудники отдела по работе с клиентами вынуждены совершать действия, связанные с запросом и получением информации из других отделов, что существенно замедляет процесс работы с клиентами и оформление документов. Наличие единого хранилища данных в форме, подобной существующему журналу заказов затрудняет оперативный поиск информации при одновременном обращении к нему нескольких сотрудников.
Сотрудниками отдела офис являются директор и бухгалтер.
В обязанности директора входят поиск деловых партнеров и заключение договоров с фирмами поставщиками и производителями бытовой техники, комплектующих. Каждый месяц на основе данных о бракованных деталях определяется поставщик некачественных деталей, с которым расторгается договор. Директор следит за качеством проводимых работ, регулярно выявляя недобросовестных сотрудников. Вместе с тем директор заверяет своей подписью подлинность сведений о заказе в планах заказов.
Бухгалтер, получив копию накладной со склада, в которой указаны сведения о поступившем заказе, поставщике, стоимости, сроке исполнения и заносит сведения о стоимости поступившего товара в перечень услуг и мобильных телефонов с ценами, являющегося основным источником данных для бухгалтера.
При получении из мастерской отчета о проделанной работе, в котором указываются сведения о клиенте (ФИО), данные об изделии (марка, год выпуска, серийный номер), перечень мобильных телефонов и оказанных услуг, бухгалтер формирует счет, с указанием вышеперечисленной информации и стоимости, предоставляемый в отдел по работе с клиентами, по соответствующему запросу по телефону. Кроме того, бухгалтер обязан предоставлять данные о стоимости мобильного телефона и услуг по запросу из отдела по работе с клиентами.
Делами склада управляет единственный сотрудник - заведующий складом.
Краткий перечень обязанностей заведующего складом:
1) проверять наличие товара на складе;
2) заказывать детали, согласовывая планы с офисом;
3) сверять количество и вид поставленных деталей с накладной;
4) вести журнал учета мобильных телефонов;
5) предоставлять копию накладной в офис.
Заведующий складом, получив заказ от продавца-консультанта или менеджера по продажам на выдачу необходимой модели телефона, проверяет их наличие на складе, руководствуясь записями журнала учета товара. В том случае, если необходимые детали имеются, он оформляет сопроводительный документ, содержащий информацию о наименовании детали, ее заводском номере, запрашиваемом количестве, и передает его вместе с заказом в мастерскую. В случае отсутствия необходимой детали, либо ее количественной нехватке, заведующий гаражом формирует план заказа, с указанием: заводского номера детали, наименования, необходимого количества, даты оформления заказа, срока поставки; план поставки затем утверждается офисом (подписью директора). Заведующий складом осматривает поставленные мобильные телефоны, руководствуясь товарно-транспортной накладной, в которой указаны наименование поставщика, заводской (каталожный) номер товара, ее наименование, количество поставленных единиц, цена. На основании этого он заносит в журнал учета товаров, являющийся основным хранилищем данных для этого отдела, сведения о поставленных мобильных телефонах: заводской номер, наименование деталей телефона, наименование поставщика, количество имеющихся на складе единиц. Кроме того, заказ может оформляться по мере обеднения ассортимента склада (при остатке наименования в количестве меньшем 10 штук), на усмотрение заведующего складом. Заведующий складом направляет копию накладной в офис. По мере поступления деталей на склад детали передаются в мастерскую, вместе с сопроводительным документом, равно как и перечень имеющейся краски.
Информационный отдел взаимодействует с двумя отделами предприятия: офисом и отделу по работе с клиентами, а также производителем мобильных телефонов, который является внешней по отношению к магазина сущностью.
База данных должна хранить следующую информацию:
1)информация о клиенте (ФИО, адрес, телефон, электронный адрес (e-mail);
2)информация о сотрудниках (ФИО, должность, стаж, возраст, телефон);
3)информация о заказе (номер заказа, дата постановки, дата исполнения);
4)информация о товаре (наименование, номер по каталогу, цена, поставщик, гарантийный срок);
5)информация об услугах (наименование, стоимость, длительность, гарантийный срок);
6) информация о каталоге (название, положение в хранилище, как то: номер полки, место на полке, порядковый номер каталога);
7) информация о гарантии ( номер заказа, гарантийный срок);
8) информации о поставщиках (название, почтовый адрес, телефон, электронный адрес (e-mail)).
13)подведение финансовых итогов дня (по отделам и в целом по магазину);
14)анализ результативности работы продавцов (для премирования);
15)анализ объемов продаж по дням неделям и по месяцам.
Таблица Характеристика «Магазина по продаже мобильных телефонов»
ФИО, адрес, телефон, электронный адрес(e-mail);
ФИО, должность, стаж, возраст, телефон
Номер заказа, дата постановки, дата исполнения
Наименование номер по каталогу, цена, поставщик, гарантийный срок
Наименование, стоимость, длительность, гарантийный срок
Название, положение в хранилище (номер полки, место на полке, порядковый номер каталога)
Название, почтовый адрес, телефон, электронный адрес(e-mail)
Рис.6 ER-диаграмма Объект (Продажи) - сущности (продажи)
На Рис.6 представлена ER-диаграмма типа Объект (Продажи) - сущность (сущности продажи). Данная схема отражает, что сущность «Продажи» хранит информацию о продажах: дата продажи товара, количество и серийный номер проданного товара.
Рис.7 ER-диаграмма Объект (Модели телефонов) - сущности (Модели телефонов)
На Рис.7 представленаER-диаграмма типа Объект (Модели телефонов) - сущности (Модели телефонов). Данная схема отражает, что сущность «Модели телефонов» хранит информацию о моделях телефонов: вид модели, гарантийный срок данный от производителя, цену на телефон и общую информацию о телефоне (разрешение экрана, камера, вес, корпус и т.д.).
Рис.8 ER-диаграмма Объект (Телефоны) - сущности (Телефона)
На Рис.8 представленаER-диаграмма типа Объект (Телефоны) - сущности (Телефона). Данная схема отражает, что сущность «Телефоны» хранит информацию: есть ли данная модель телефона в наличии, дата поставки, поставщик, количество поставленного товара и серийный номер телефона.
Рис.9 ER-диаграмма Объект (Сотрудники) - сущности (Сотрудники)
На Рис.9 представленаER-диаграмма типа Объект (Сотрудники) - сущности (Сотрудники). Данная схема отражает, что сущность «Сотрудники» хранит информацию о персонале магазина (личные данные): место проживания, фамилию, имя, отчество и оклад.
Рис.10. ER-диаграмма Объект (Фирма) - сущности (Фирмы)
На Рис.10 представленаER-диаграмма типа Объект (Фирма) - сущности (Фирмы).Данная схема отражает, что сущность «Фирма» хранит информацию о фирме производителе товара и будет отражать принадлежность модели телефонов и место сборки. Каждая модель телефона может иметь только одну фирму производитель, но может и иметь разное место сборки.
Рис.11. ER-диаграмма Объект (Должности) - сущности (Должности)
На Рис.11 представленаER-диаграмма типа Объект (Должности) - сущности (Должности). Данная схема отражает, что сущность «Должность» хранит информацию о должности, которую занимает персонал магазина. Каждый сотрудник может занимать только одну должность
Молодой программист Ларри Эллисон, в 1977 году бросил учебу в Йелском университете. Сделал он это для того, чтобы начать собственный бизнес. Было у него тогда 1200 долларов. Сманив на свою сторону двух приятелей, с которыми трудились по заказу ЦРУ над проектом с именем, как ни странно, oracle, троица основала в 1977 году собственную компанию под названием SoftwareDevelopmentLab. Бюджет молодой компании равнялся двум тысячам долларов. Через некоторое время ее переименовали в RelationalSoftwareInc, ну а затем изменили последний раз название на ORACLE. Ребята решили разработать систему управления базами данных (СУБД), в основу которой положили реляционную алгебру [6].
Современная СУБД Oracle это мощный программный комплекс, позволяющий создавать приложения любой степени сложности. Ядром этого комплекса является база данных, хранящая информацию, количество которой за счет предоставляемых средств масштабирования практически безгранично. C высокой эффективностью работать с этой информацией одновременно может практически любое количество пользователей (при наличии достаточных аппаратных ресурсов), не проявляя тенденции к снижению производительности системы при резком увеличении их числа.
В СУБД Oracle последней версии позволяют безгранично увеличивать мощность и скорость работы сервера Oracle и своих приложений, просто добавляя новые и новые узлы кластера. Это не требует остановки работающих приложений, не требует переписывания старых приложений, разработанных для обычной одно-машинной архитектуры [7].
Встраивание в СУБД Oracle JavaVM, полномасштабная поддержка серверных технологий (Java Server Pages, Java-сервлеты, модули EnterpriseJavaBeans, интерфейсы прикладного программирования CORBA), привело к тому, что Oracle на сегодняшний день де-факто является стандартом СУБД для Internet [7].
Еще одной составляющей успеха СУБД Oracle является многоплатформенность , так как она поставляется практически для всех существующих на сегодня операционных систем. Работая под SunSolaris, Linux, Windows или на другой операционной системе с продуктами Oracle не будет возникать никаких проблем в работе. СУБД Oracle одинаково хорошо работает на любой платформе. Таким образом, компаниям, начинающим работу с продуктами Oracle не приходится менять уже сложившееся сетевое окружение. Существует лишь небольшое количество отличий при работе с СУБД, обусловленных особенностями той или иной операционной системы. В целом же это всегда та же самая безопасная, надежная и удобная СУБД Oracle.
Oracle, при выпуске новых продуктов уделяет особое внимание совместимости снизу-вверх, делая этот переход практически безболезненным.
Последние версии СУБД Oracle   значительно проще в установке и первоначальной настройке . Также возросли возможности по специализированной настройке работы СУБД под конкретную задачу. В результате, и при работе с OLTP-системой, и с хранилищем данных, используя эти возможности по настройке СУБД Oracle, можно достичь поистине впечатляющих результатов [8].
СУБД Oracle поставляется в четырех вариантах Oracle DatabaseEnterprise Edition, Oracle DatabaseStandard Edition, Oracle DatabasePersonal Edition и совсем облегченный мобильный вариант, предназначенный в первую очередь для laptop-ов. При этом все варианты сервера Oracle имеют в своем основании один и тот же код и функционально идентичны за исключением некоторых опций, которые например, могут быть доступны только для Oracle DatabaseEnterprise Edition и не поставляться с другими.
В ответ на пожелания клиентов Oracle выпустила версию Oracle CommunicationsDataModel 11.2.5 с многочисленными новыми преимуществами, включая:
· Поддержку всех форм информации о совершенных звонках абонента (CDR), в том числе о необработанных, опосредованных, оплаченных и неоплаченных вызовах, а также поддержку детальной регистрации событий (EDR) и IP-адресов (IPDR). Это позволит поставщикам услуг связи лучше понимать потенциальные операционные проблемы, которые могут приводить к потере доходов;
· Увеличение количества логических объектов до более чем 1500 таблиц и 30 000 колонок (столбцов). Это позволит поставщикам услуг связи хранить и анализировать больше данных, чем когда-либо прежде;
· Новые отчеты по управлению заказами и поддержку аналитики для решения Oracle RapidOfferDesignandOrderDelivery;
· Поддержку для системы бизнес-анализа Oracle BusinessIntelligenceEnterprise Edition 11.1.1.5 в части генерирования отчетности на мобильных устройствах, таких как iPhone и iPad [8].
В целях сокращения времени на развертывание, снижения интеграционных расходов и рисков, а также поддержки последующих обновлений Oracle также представляет готовые модули-адаптеры "извлечения, загрузки и преобразования" ("extract, loadandtransform", ELT) для Oracle CommunicationsDataModel. Версия 11.2.5 содержитадаптер Oracle Communications Network Charging and Control Adapter for Oracle Communications Data Model [9].
· Последние версии СУБД Oracle значительно проще в установке и первоначальной настройке;
· Усовершенствования для ускорения анализа данных [10].
Обновление до версии Visual FoxPro 9.0 является простым и полезным, так как она является самой передовой и надежной версии FoxPro никогда освобождены, и на 100-процентную совместимость с Visual FoxPro 8.0. Разработчики могут создавать приложения, даже с Visual FoxPro 9.0 и развертывание их с помощью Visual FoxPro 8.0 выполнения тех пор, пока не новые команды и возможности реализованы в распределенных приложениях[4].
Новые возможности в Visual FoxPro 9.0:
Гибкость для построения всех типов баз данных Решения
Создать. NET совместимых решений с иерархическими XML и XML веб-сервисы.
Обмен данными с SQL Server за счет расширения возможностей языка SQL и вновь поддерживаемых типов данных.
Улучшение пользовательского интерфейса с закрепляемые формы пользователем, автоматически закрепления контроля, а также улучшена поддержка изображений.
Персонализация Окно свойств с любимым свойства, специальных редакторов, шрифты и цвета.
Создание и развертывание автономных и удаленных приложений для Windows, на основе планшетных ПК.
Создание и доступ к COM-компоненты и веб-служб XML совместимый с Microsoft. NET технологии.
Visual FoxPro 9.0 позволяет создавать из конца в конец решений, от формы ввода данных сложной выхода отчета [4].
Extensible новой архитектуры выход обеспечивает точность управления данными отчета вывода и форматирования.
Поддержка нескольких группа подробно данных с несколькими один-ко-многим.
Выходные отчеты поддерживают включить в XML, HTML, форматы изображений, а также настраиваемые многостраничный предварительный просмотр окна.
Настраиваемые окна предварительного просмотра с улучшенным качеством изображения и поддержкой нескольких страниц.
Новый класс ReportListener обеспечивает доступ кформирования отчетов и визуализации событий во время выполнения.
Гибкое сцепление Отчет позволяет для более сложных заданий печати.
Мощный во время разработки крючки с настраиваемыми строителей.
Обратная совместимость с существующими Наглядные отчеты FoxPro [4].
Обоснование выбора СУБД Visual FoxPro
Для реализации БД «Магазин по продаже мобильных телефонов» была выбрана СУБД Visual FoxPro так, как она обладает рядом качеств:
2. Возможностью построения практически любой базы данных;
4. Системно-аппаратными требованиями;
Таким образом, в рамках рассмотренной главы была проанализирована литература необходимая для создания БД «Магазин по продаже мобильных телефонов» и работы с СУБД. Рассмотрена предметная область магазина по продаже мобильных телефонов, вся предметная область отображена в БД в виде таблиц и связей между ними. В ходе инфологического проектирования были созданы ER-диаграммы вида сущность - сущность и сущность - атрибуты. После рассмотрения ряда СУБД, были проанализированы преимущества и недостатки каждой из них, и для реализации данной БД была выбрана СУБД Visual FoxPro. В ходе логического проектирования БД «Магазин по продаже мобильных телефонов была приведена к 3НФ.
1. Выбрать File-New-Database, указать имя и место сохранения базы данных.
2. Выбрав вкладку Data, далее выбрать Databases и нажать New (Рис.15). Или прямо на вкладке All нажать плюсик возле Data, и выбрать Databases, нажать на New. Далее выбрать NewDatabases, и ввести имя базы, или запустить мастер (DatabaseWizard). На (Рис.16) окно готовой БД «Магазин по продаже мобильных телефонов»
Рис.16. Окно БД «Магазин по продаже мобильных телефонов»
В Базе данных «Магазин по продаже мобильных телефонов» главной таблицей является таблица «Продажи» (prodaju). Для данной таблицы были определены такие поля: «Код продажи» (id_prodaji), «Код сотрудника» (id_ludu), «Код телефона» (serial_number), «Дата продажи» (data_prodaji), продано единиц товара (prodano_sht). Для каждого поля был определен его тип (Type) и размер поля (Wight), все это отображено на (Рис.17). Первичным ключом для данной таблицы является «Код продажи», а вторичными ключами: «Код сотрудника» и «Серийный номер»(Рис.18).
Рис.17. «Таблица «Продажи» в режиме конструктора»
Рис.18. «Раздел Indexes таблицы «Продажи» в режиме конструктора»
Для данной таблицы были определены такие поля: «Код сотрудника» (id_ludu), «Код должности» (id_dolj), «ФИО» (fio), «Адрес» (adres), «Оклад» (oklad), «Телефон» (telefon). Для каждого поля был определен его тип (Type) и размер поля (Wight), все это отображено на (Рис.19). Первичным ключом для данной таблицы является «Код сотрудника», а вторичным ключом является «Код должности» (Рис.20).
Рис.19 «Таблица «Сотрудники» в режиме конструктора»
Рис.20 «Раздел Indexes таблицы «Сотрудники» в режиме конструктора»
Для данной таблицы были определены поля:«Код должности» (id_dolj), «должность» (doljnoxt). Для каждого поля был определен его тип (Type)и размер поля (Wight), все это отображено на (Рис.21). Первичным ключом для данной таблицы является «Код должности»(Рис.22).
Рис21 «Таблица «Должности» в режиме конструктора»
Рис.22 «Раздел Indexes таблицы «Должности» в режиме конструктора»
Для данной таблицы были определены такие поля: «Код телефона» (serial_number), «Код модели» (id_model), «Дата поставки» (data_postavki), «Количество единиц товара на складе» (total_kol_vo), «Поставщик» (postavshik), «Поставлено единиц товара» (postavleno_sht) . Для каждого поля был определен его тип (Type) и размер поля (Wight), все это отображено на (Рис.23). Первичным ключом для данной таблицы является «Код телефона», а вторичным ключом является «Код модели» (Рис.24).
Рис.23. «Таблица «Телефоны в режиме конструктора»
Рис.24. «Раздел Indexes таблицы «Телефоны» в режиме конструктора»
Таблица «Модель телефонов» (model_telefon).
Для таблицы были определены такие поля «Код модели» (id_model), «Код фирмы» (id_firma), «Модель» (model), «Гарантийный срок» (garant), «Цена» (price), «Общая информация» (totalinfo). Для каждого поля был определен его тип (Type) и размер поля (Wight), все это отображено на (Рис.25). Первичным ключом в таблице является «Код модели», а вторичным ключом является «Код фирмы»(Рис.26).
Рис.25. «Таблица «Модель телефонов» в режиме конструктора»
Рис.26. «Раздел Indexes таблицы «Модель телефонов» в режиме конструктора»
Для данной таблицы были определены такие поля: «Код фирмы»(id_firma), «Фирма» (firma). Для каждого поля был определен его тип
База данных "Магазин по продаже мобильных телефонов" курсовая работа. Программирование, компьютеры и кибернетика.
Сочинение по теме Анализ стихотворения Тютчева "Не то, что мните вы, природа"
Цитаты Про Войну Для Итогового Сочинения
Курсовая работа по теме Психологічні аспекти управлінської діяльності керівника навчального закладу
Контрольная работа: Корпоративні звичаї. Ділові відносини. Ділова етика
Сочинения Милы
Курсовая Работа На Тему Информационные Технологии Управления
Дипломная работа по теме Экономическое обоснование внедрения инновационных технологий в практике специализированного диспансера
Реферат: Анпилов Виктор Иванович
Реферат по теме Исследование творческого мышления
Реферат: JAPANESE BUSINESS CULTURE Essay Research Paper Japanese
Почему Важно Сохранять Культурное Наследие Сочинение
Реферат: Маркетингова сутність реклами
Реферат На Тему Солнечные Системы - Средние Века И Современность
Реферат: Технологическая карта механической обработки Шкив
Реферат: Установление золотоордынского ига на Руси
Курсовая Работа На Тему Методика Обучения Технологии Машинной Вышивки
Учетная Политика Организации Дипломная Работа
Курсовая работа по теме Организация оплаты и стимулирования труда руководителей, специалистов и служащих
Почему Любовь Так Важна Для Людей Сочинение
Реферат: Политические идеи Томаса Мора
Художник Василий Иванович Суриков - Культура и искусство презентация
Брак в Древнем Риме. Относительная защита, уменьшение правоспособности. Законы XII таблиц - Государство и право контрольная работа
Применение системы ортогональных функций Виленкина-Крестенсона для формирования OFDM сигнала - Коммуникации, связь, цифровые приборы и радиоэлектроника отчет по практике