Размещено на http://allbest.ru/

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ, МОЛОДЁЖИ И СПОРТА УКРАИНЫ

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ, МОЛОДЁЖИ И СПОРТА АР КРЫМ

РВУЗ «КРЫМСКИЙ ИНЖЕНЕРНО-ПЕДАГОГИЧЕСКИЙ УНИВЕРСИТЕТ»

Факультет информатики

Кафедра информационно-компьютерных технологий

КУРСОВАЯ РАБОТА

по дисциплине «Базы данных и информационные системы»

на тему: «БД «Магазин по продаже мобильных телефонов»»

Симферополь 2012 г.



Оглавление

• Введение
• Глава I. Теоретические понятия БД и СУБД
• 1.1 Основные понятия БД и СУБД
• 1.2 Описание предметной области
• 1.3 Инфологическое проектирование
• 1.4 Выбор СУБД
• 1.4.1 СУБД Oracle
• 1.4.2 СУБД Visual FoxPro
• 1.5 Логическое проектирование
• ГЛАВА II. Разработка базы данных
• 2.1 Создание проекта базы данных
• 2.2 Проектирование базы данных и таблиц
• 2.2.1 Заполнение таблиц текстовой информацией
• 2.2.2 Определение связей и целостности данных
• 2.3.1 Создание отчётов
• 2.3.2 Создание запросов
• 2.3.3 Создание форм
• 2.4 Разработка меню приложения
• 2.5 Программирование программной оболочки
• 2.6 Создание справки
• 2.7 Создание инсталляционного пакета
• Заключение
• Список использованной литературы

Введение

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

На сегодняшний день современные информационные технологии позволяют значительно облегчить работу любого предприятия, начиная с больших предприятий и заканчивая мелкими частными фирмами и организациями. В наше время в сфере продаж ведется обработка огромное количество информации о товарах, поставщиках, покупателях, заказах, и т.д., Которое хранить, обрабатывать и пользоваться при помощи старых методов просто невозможно или не эффективно. И поэтому на замену бумажной бухгалтерии приходят БД, причем каждая БД направлена на конкретную область или сферу применения. Следуя этим фактам при использовании БД существенно увеличивается эффективность работы магазина, это за собой повлечет увеличение прибыли магазина меньшей затраты времени на работу с информацией, меньшего количества ошибок и недочетов. Созданная БД «Магазин по продаже мобильных телефонов» облегчит работу магазина по продаже мобильных телефонов. В частности позволит улучшить контроль, работа с информацией (о товарах, поставщиках, покупателях, заказах, и т.д.), позволит вести: учет поставщиков и поставок, учет продаж, подсчет остатков товаров, подведение финансовых итогов, анализ результативности работы продавцов, анализ продаж, также позволит увеличить объем продаж, повысит надежность и скорость работы складской части магазина, уменьшить время обслуживания клиентов, увеличить качество обслуживания в магазине, уменьшит нагрузку на бухгалтерию и директора магазина и увеличить контроль над всеми отделами магазина. Также БД позволит избавиться магазину от массы работ с бумагами, и снизить процесс работы до минимума.

Цель работы: создать БД «Магазин по продаже мобильных телефонов».

Для достижения цели работы были поставлены следующие задачи:

1. Ознакомиться с литературой по данной теме.

2. Проанализировать предметную область.

3. Построить ER-модель.

4. Охарактеризовать СУБД для реализации БД.

5. Построить логическую модель БД.

6. Разработать проект и БД.

7. Создать объекты БД (таблицы, формы, отчеты, запросы).

8. Определить условия целостности БД.

9. Создать справку.

10. Спроектировать меню приложения.

11. Создать инстанционный пакет.

Объектом курсовой работы является процесс разработки базы данных, а предметом курсовой работы является разработка БД «Магазин по продаже мобильных телефонов».

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

11.1. 

Глава I. Теоретические понятия БД и СУБД

1.1 Основные понятия БД и СУБД

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

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

§ иерархическая

§ сетевая

§ реляционная

Не классические модели появились относительно не давно и стали активно применяться на практике. Самые известные из них это:

§ пост реляционная

§ многомерная

§ объектно-ориентированная

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

Первая модель хранения данных в вычислительной технике. Была призвана заменить бумажные базы данных различных структур. В такой модели связи между данными можно описать с помощью упорядоченного графа (или дерева) (Рис.1):



Рис.1 «Иерархическая модель»

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

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

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

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

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

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

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

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

В реляционном моделировании существуют некоторые понятия, требующие пояснения:

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

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

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

Математически отношения можно описать следующим образом. Пусть даны n множеств D1, D2, ... , Dn, тогда отношение R есть множество упорядоченных кортежей <d1, d2, ... , dn>, где dk  Dk, dk - атрибут, а Dk - домен отношения R.

На рисунке представлен пример отношения СОТРУДНИК (Рис.2).

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

Рис. 2 отношения «Сотрудники»



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

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

Отношение СОТРУДНИК содержит 3 кортежа. Любой кортеж данной таблицы состоит из 4 элементов, каждый из которых выбирается из соответствующего домена.

§ Схема отношения представляет собой список имен атрибутов.

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

Функции первичного ключа:

1. исключение дублирования значения (первичный ключ должен быть уникальным);

2. упорядочение кортежей (хотя кортежи можно упорядочить и не только по первичному ключу);

3. организация связывания таблиц (использование внешнего ключа).

§ Внешним ключом называется поле таблицы, предназначенное для хранения значения первичного ключа другой таблицы с целью организации связи между этими таблицами. То есть, если в таблице А атрибут а может принимать только те значения, которые хранятся в атрибуте b таблицы B, то атрибут а - внешний ключ. Такое свойство внешних ключей называется ссылочной целостностью.

1.2 Описание предметной области

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

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

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

Взаимодействие организации с внешними объектами

Для салона по продажам мобильных телефонов внешними объектами являются: клиенты, поставщики и фирмы-производители мобильных телефонов.

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

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

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

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

Магазин по продаже мобильных телефонов включает в себя следующие отделы (рис.3):

1) отдел по работе с клиентами;

2) склад;

3) информационный отдел;

4)офис.

Рис.3. Структура «Магазин по продаже мобильных телефонов»

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

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

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

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

Краткий перечень задач менеджера по приему заказов:

1) оказывать помощь клиенту в оформлении анкеты-заявки;

2) заполнять журнал заказов;

3) оформлять документ описание заказа;

4) составлять расписку о приеме;

Краткий перечень менеджера по продаже мобильных телефонов

1) получать расписку о приеме;

2) запрашивать и получать документ готовности;

3) заполнять журнал по продаж;

4) вносить в журнал гарантийного обслуживания сведения о гарантии;

5) запрашивать и получать счет из офиса;

6) оформлять отчет о проделанной работе;

7) оформлять гарантийный талон;

8) предоставлять квитанцию об оплате в офис;

Продавец-консультант осуществляет выдачу мобильных телефонов клиенту.

Краткий перечень задач консультанта:

1) запрашивать и принимать номер детали по каталогу;

2) запрашивать и принимать данные о стоимости;

3) формировать прайс-лист.

4)консультация клиентов.

Схема взаимодействия сотрудников магазина с клиентами (рис.4).

Рис .4. «Взаимодействие магазина с клиентами»

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

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

Сотрудниками отдела офис являются директор и бухгалтер.

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

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

При получении из мастерской отчета о проделанной работе, в котором указываются сведения о клиенте (ФИО), данные об изделии (марка, год выпуска, серийный номер), перечень мобильных телефонов и оказанных услуг, бухгалтер формирует счет, с указанием вышеперечисленной информации и стоимости, предоставляемый в отдел по работе с клиентами, по соответствующему запросу по телефону. Кроме того, бухгалтер обязан предоставлять данные о стоимости мобильного телефона и услуг по запросу из отдела по работе с клиентами.

Делами склада управляет единственный сотрудник - заведующий складом.

Краткий перечень обязанностей заведующего складом:

1) проверять наличие товара на складе;

2) заказывать детали, согласовывая планы с офисом;

3) сверять количество и вид поставленных деталей с накладной;

4) вести журнал учета мобильных телефонов;

5) предоставлять копию накладной в офис.

Заведующий складом, получив заказ от продавца-консультанта или менеджера по продажам на выдачу необходимой модели телефона, проверяет их наличие на складе, руководствуясь записями журнала учета товара. В том случае, если необходимые детали имеются, он оформляет сопроводительный документ, содержащий информацию о наименовании детали, ее заводском номере, запрашиваемом количестве, и передает его вместе с заказом в мастерскую. В случае отсутствия необходимой детали, либо ее количественной нехватке, заведующий гаражом формирует план заказа, с указанием: заводского номера детали, наименования, необходимого количества, даты оформления заказа, срока поставки; план поставки затем утверждается офисом (подписью директора). Заведующий складом осматривает поставленные мобильные телефоны, руководствуясь товарно-транспортной накладной, в которой указаны наименование поставщика, заводской (каталожный) номер товара, ее наименование, количество поставленных единиц, цена. На основании этого он заносит в журнал учета товаров, являющийся основным хранилищем данных для этого отдела, сведения о поставленных мобильных телефонах: заводской номер, наименование деталей телефона, наименование поставщика, количество имеющихся на складе единиц. Кроме того, заказ может оформляться по мере обеднения ассортимента склада (при остатке наименования в количестве меньшем 10 штук), на усмотрение заведующего складом. Заведующий складом направляет копию накладной в офис. По мере поступления деталей на склад детали передаются в мастерскую, вместе с сопроводительным документом, равно как и перечень имеющейся краски.

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

База данных должна хранить следующую информацию:

1)информация о клиенте (ФИО, адрес, телефон, электронный адрес (e-mail);

2)информация о сотрудниках (ФИО, должность, стаж, возраст, телефон);

3)информация о заказе (номер заказа, дата постановки, дата исполнения);

4)информация о товаре (наименование, номер по каталогу, цена, поставщик, гарантийный срок);

5)информация об услугах (наименование, стоимость, длительность, гарантийный срок);

6) информация о каталоге (название, положение в хранилище, как то: номер полки, место на полке, порядковый номер каталога);

7) информация о гарантии ( номер заказа, гарантийный срок);

8) информации о поставщиках (название, почтовый адрес, телефон, электронный адрес (e-mail)).

9)учет клиентов и заказов;

10)учет продаж и договоров;

11)подсчет остатков товаров;

12)оформление заказов на товары;

13)подведение финансовых итогов дня (по отделам и в целом по магазину);

14)анализ результативности работы продавцов (для премирования);

15)анализ объемов продаж по дням неделям и по месяцам.

Таблица Характеристика «Магазина по продаже мобильных телефонов»

Наименование	Характеристика
Информация о клиенте	ФИО, адрес, телефон, электронный адрес(e-mail);
Информация о сотрудниках	ФИО, должность, стаж, возраст, телефон
Информация о заказе	Номер заказа, дата постановки, дата исполнения
Информация о товаре	Наименование номер по каталогу, цена, поставщик, гарантийный срок
Информация об услугах	Наименование, стоимость, длительность, гарантийный срок
Информация о каталоге	Название, положение в хранилище (номер полки, место на полке, порядковый номер каталога)
Информация о гарантии	Номер заказа, гарантийный срок
Информация о поставщиках	Название, почтовый адрес, телефон, электронный адрес(e-mail)

1.3 Инфологическое проектирование

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



Рис.5 ER-диаграмма типа объект-объект

На Рис.5 представленаER-диаграмма типа объект-объект. Данная схема отражает связи между отделами «Магазина по продаже мобильных телефонов. На ней наглядно показано, какое отношение между различными компонентами данной БД. Главной таблицей здесь является таблица «Продажи». Она является связующей для отдела товары и сотрудники. Персонал производит раз личные функции связанные с продажей и реализацией товара и работы с клиентами.

Рис.6 ER-диаграмма Объект (Продажи) - сущности (продажи)

На Рис.6 представлена ER-диаграмма типа Объект (Продажи) - сущность (сущности продажи). Данная схема отражает, что сущность «Продажи» хранит информацию о продажах: дата продажи товара, количество и серийный номер проданного товара.



Рис.7 ER-диаграмма Объект (Модели телефонов) - сущности (Модели телефонов)

На Рис.7 представленаER-диаграмма типа Объект (Модели телефонов) - сущности (Модели телефонов). Данная схема отражает, что сущность «Модели телефонов» хранит информацию о моделях телефонов: вид модели, гарантийный срок данный от производителя, цену на телефон и общую информацию о телефоне (разрешение экрана, камера, вес, корпус и т.д.).

Рис.8 ER-диаграмма Объект (Телефоны) - сущности (Телефона)

На Рис.8 представленаER-диаграмма типа Объект (Телефоны) - сущности (Телефона). Данная схема отражает, что сущность «Телефоны» хранит информацию: есть ли данная модель телефона в наличии, дата поставки, поставщик, количество поставленного товара и серийный номер телефона.



Рис.9 ER-диаграмма Объект (Сотрудники) - сущности (Сотрудники)

На Рис.9 представленаER-диаграмма типа Объект (Сотрудники) - сущности (Сотрудники). Данная схема отражает, что сущность «Сотрудники» хранит информацию о персонале магазина (личные данные): место проживания, фамилию, имя, отчество и оклад.

Рис.10. ER-диаграмма Объект (Фирма) - сущности (Фирмы)

На Рис.10 представленаER-диаграмма типа Объект (Фирма) - сущности (Фирмы).Данная схема отражает, что сущность «Фирма» хранит информацию о фирме производителе товара и будет отражать принадлежность модели телефонов и место сборки. Каждая модель телефона может иметь только одну фирму производитель, но может и иметь разное место сборки.

Рис.11. ER-диаграмма Объект (Должности) - сущности (Должности)

На Рис.11 представленаER-диаграмма типа Объект (Должности) - сущности (Должности). Данная схема отражает, что сущность «Должность» хранит информацию о должности, которую занимает персонал магазина. Каждый сотрудник может занимать только одну должность

1.4 Выбор СУБД

1.4.1 СУБД Oracle

Молодой программист Ларри Эллисон, в 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 Database 10g:

· RealApplicationCluster (RAC) обеспечивает работу одного экземпляра базы данных на нескольких узлах grid, позволяя управлять нагрузкой и гибко масштабировать систему в случае необходимости.

· AutomaticStorageManagement (ASM) позволяет автоматически распределять данные между имеющимися ресурсами систем хранения данных, что повышает отказоустойчивость системы и снижает общую стоимость владения (TCO).

· Производительность. Oracle Database 10g позволяет автоматически управлять уровнями сервиса и тиражировать эталонные конфигурации в рамках всей сети.

· Самоуправление. Специальные механизмы Oracle Database 10g позволяют самостоятельно перераспределять нагрузку на систему, оптимизировать и корректировать SQL-запросы, выявлять и прогнозировать ошибки.

· Большие базы данных. Теперь максимальный размер экземпляра базы данных Oracle может достигать 8 экзабайт.

· Недорогие серверные системы. Oracle Database 10g может использовать недорогие однопроцессорные компьютеры или модульные системы из "серверов-лезвий".

· В новой версии базы данных реализована поддержка переносимых табличных пространств, система управления потоками данных Oracle Streams и модель распределенных SQL-запросов. Для переноса существующих баз данных в среду Grid в них не потребуется вносить изменений, что позволяет быстро начать использовать все преимущества Oracle Database 10g [9].

Основные качестваСУБД Oracle:

· Надежность;

· Безопасность;

· Высокая производительность;

· Удобство в работе;

· Многоплатформенность;

· Последние версии СУБД Oracle значительно проще в установке и первоначальной настройке;

· Поддержка серверных технологий;

· Усовершенствования для ускорения анализа данных [10].

1.4.2 СУБД Visual FoxPro

Первоначально FoxPro (исходное название -- FoxBASE) разрабатывалась Fox Software, начиная с 1984 года. В 1992 году Fox Technologies была куплена Microsoft, новые версии продукта значительно видоизменились и приобрели префикс «Visual». Последняя версия оригинального FoxPro -- версия 2.6 -- работала под Mac OS,DOS, Windows и Unix; уже в версии Visual FoxPro 3.0 от MS список поддерживаемых платформ сократился до Mac OS и Windows, а в более поздних версиях от MS -- уже только до Windows. VFP 9 (выпущен в производство 17 декабря 2004 г.) [1].

Visual FoxPro (VFP) -- объектно-ориентированный и процедурный язык программирования систем управления реляционными базами данных, разработанный корпорацией Microsoft. Основой для данного программного продукта послужил язык программирования FoxPro. Относится к семейству языков xBase, разработанных на базе синтаксиса языка программирования dBase [3].

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

Extensible Инструменты разработчика производительность Повысьте пользовательских интерфейсов с закрепляемые формы пользователя, автоматическое закрепление контроля, а также улучшена поддержка изображений. Персонализация Окно свойств с любимым свойства, специальных редакторов, шрифты и цвета [5].

Гибкость для построения всех типов баз данных Решения Создание и развертывание автономных и удаленных приложений для Windows, на основе планшетных ПК. Создание и доступ к COM-компоненты и веб-служб XML совместимый с Microsoft. NET технологии [4].

Система отчетности Особенности . Extensible новой архитектуры выход обеспечивает точность управления данными отчета вывода и форматирования. Дизайн с несколькими подробно полосы, поворот текста, а также отчет цепочки. Выходные отчеты поддерживают включить в XML, HTML, форматы изображений, а также настраиваемые многостраничный предварительный просмотр окна. Обратная совместимость с существующими Наглядные отчеты FoxPro[5].

Простота обновления

Обновление до версии 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 так, как она обладает рядом качеств:

1. Доступностью;

2. Возможностью построения практически любой базы данных;

3. Производительностью;

4. Системно-аппаратными требованиями;

5. Простотой обновления.

1.5 Логическое проектирование

Данный этап представляет собой процесс объединения данных в логически организованные группы объектов (таблицы), которыми в дальнейшем легко управлять.

Данная БД вначале представляла собой логически не организованную структуру данных (см. на рис.12).

Рис.12 «Ненормализованная БД»

Продажи
Код продажи
Дата поставки
Продан
Модель
Гарантийный срок
Цена
Общая информация
Имя фирмы
Фамилия
Имя
Отчество
Адрес
Телефон
Оклад
Должность
Дата продажи
Поставлено шт.
Поставщик
Кол-во шт. на складе
Продано шт.

Все рассматриваемые отношения в реляционном подходе находиться в 1НФ, которые предполагают, что элементы доменов отношений не является множествами (атомарными).

1 НФ. На этом этапе выделены таблицы «Продажи», «Сотрудники», «Телефоны». Из таблицы «Продажи» в таблицу «Сотрудники» перенесены поля: «Фамилия», «Имя», «Отчество», «Телефон», «Оклад», «Должность» и задано ключевое поле «Код сотрудника», потому что данные поля несут информацию о сотрудниках магазина, а не информацию о продажах. Из таблицы «Продажи» в таблицу «Телефоны» перенесены поля: «Дата поставки», «Кол-во шт. на складе», «Модель», «Гарантийный срок», «Цена». «Имя фирмы», «Общая информация», «Поставлено шт.», «Поставщик» и задано ключевое поле «Серийный номер» (Таблица 1), потому что эти поля логически связаны с ней.

Таблица 1. «1НФ»

Продажи	Сотрудники	Телефоны
Код продажи	Код сотрудника	Серийный номер
Серийный номер	Фамилия	Дата поставки
Код сотрудника	Имя	Поставлено шт.
Дата продажи	Отчество	Модель
Продано шт.	Телефон	Гарантийный срок
	Оклад	Цена
	Должность	Имя фирмы
		Общая информация
		Кол-во шт. на складе
		Поставщик

Отношения находятся во 2НФ, если отношения находятся в 1НФ, и каждый не первичный атрибут формально полно зависит от каждого возможного ключа.

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



Таблица 2. «2НФ»

Продажи	Сотрудники	Должности	Телефоны	Модели телефонов
Код продажи	Код сотрудника	Код должности	Серийный номер	Код модели
Серийный номер	Код должности	Должность	Код модели	Имя фирмы
Код сотрудника	Фамилия		Дата поставки	Гарантийный срок
Дата продажи	Имя		Кол-во шт. на складе	Цена
Продано шт.	Отчество		Поставлено шт.	Общая информация
	Адрес		Поставщик
	Телефон
	Оклад

Отношения находятся в 3НФ, если оно находиться в 2НФ и в нем нет зависимости атрибутов от возможных ключей ( устранение данных не зависящих от первичного ключа).

3НФ на этом этапе выделено из таблицы «Модели телефонов» таблица «Фирма» и перенесены поля: «Имя фирмы» и задано для нее ключевое поле «Код фирмы» (Таблица 3), потому что это поле хранит информацию о фирме производителе.

Таблица 3. «3НФ»

Продажи	Сотрудники	Должности	Телефоны	Модели телефонов	Фирма
Код продажи	Код сотрудника	Код должности	Серийный номер	Код модели	Код фирмы
Серийный номер	Код должности	Должность	Код модели	Код фирмы	Имя фирмы
Код сотрудника	Фамилия		Дата поставки	Гарантийный срок
Дата продажи	Имя		Продан	Цена
Продано шт.	Отчество		Кол-во шт. на складе	Общая информация
	Адрес		Поставлено шт.	Модель
	Телефон		Поставщик
	Оклад

Таким образом БД «Магазин по продаже мобильных телефонов» приведена к 3НФ и имеет следующий вид (Таблица 4).

Таблица 4. «3НФ»

Продажи	Сотрудники	Должности	Телефоны	Модели телефонов	Фирма
Код продажи	Код сотрудника	Код должности	Серийный номер	Код модели	Код фирмы
Серийный номер	Код должности	Должность	Код модели	Код фирмы	Имя фирмы
Код сотрудника	Фамилия		Дата поставки	Гарантийный срок
Дата продажи	Имя		Продан	Цена
Продано шт.	Отчество		Кол-во шт. на складе	Общая информация
	Адрес		Поставлено шт.	Модель
	Телефон		Поставщик
	Оклад

Таким образом, в рамках рассмотренной главы была проанализирована литература необходимая для создания БД «Магазин по продаже мобильных телефонов» и работы с СУБД. Рассмотрена предметная область магазина по продаже мобильных телефонов, вся предметная область отображена в БД в виде таблиц и связей между ними. В ходе инфологического проектирования были созданы ER-диаграммы вида сущность - сущность и сущность - атрибуты. После рассмотрения ряда СУБД, были проанализированы преимущества и недостатки каждой из них, и для реализации данной БД была выбрана СУБД Visual FoxPro. В ходе логического проектирования БД «Магазин по продаже мобильных телефонов была приведена к 3НФ.



Глава II. Разработка базы данных «Магазин по продаже мобильных телефонов»

2.1 Создание проекта базы данных

Для создания проекта базы данных необходимо выполнить следующие действия: File - New, по умолчанию сразу будет предложено сделать проект - в появившемся меню уже выбран пункт Project(Рис.13). Если выбрать кнопку NewFile придется задать имя проекта, под которым он будет сохранен и получено окно проекта. Результат создания проекта базы данных представлен на (Рис.14).

Рис.13. Меню “New”

Рис.14. Проект «Магазин»

2.2 Проектирование базы данных и таблиц

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

Создание базы данных:

1. Выбрать File-New-Database, указать имя и место сохранения базы данных.

2. Выбрав вкладку Data, далее выбрать Databases и нажать New (Рис.15). Или прямо на вкладке All нажать плюсик возле Data, и выбрать Databases, нажать на New. Далее выбрать NewDatabases, и ввести имя базы, или запустить мастер (DatabaseWizard). На (Рис.16) окно готовой БД «Магазин по продаже мобильных телефонов»

Рис.15. Вкладка «New database»

Рис.16. Окно БД «Магазин по продаже мобильных телефонов»

В Базе данных «Магазин по продаже мобильных телефонов» главной таблицей является таблица «Продажи» (prodaju). Для данной таблицы были определены такие поля: «Код продажи» (id_prodaji), «Код сотрудника» (id_ludu), «Код телефона» (serial_number), «Дата продажи» (data_prodaji), продано единиц товара (prodano_sht). Для каждого поля был определен его тип (Type) и размер поля (Wight), все это отображено на (Рис.17). Первичным ключом для данной таблицы является «Код продажи», а вторичными ключами: «Код сотрудника» и «Серийный номер»(Рис.18).



Рис.17. «Таблица «Продажи» в режиме конструктора»

Рис.18. «Раздел Indexes таблицы «Продажи» в режиме конструктора»

Таблица «Сотрудники» (ludu).

Для данной таблицы были определены такие поля: «Код сотрудника» (id_ludu), «Код должности» (id_dolj), «ФИО» (fio), «Адрес» (adres), «Оклад» (oklad), «Телефон» (telefon). Для каждого поля был определен его тип (Type) и размер поля (Wight), все это отображено на (Рис.19). Первичным ключом для данной таблицы является «Код сотрудника», а вторичным ключом является «Код должности» (Рис.20).

Рис.19 «Таблица «Сотрудники» в режиме конструктора»

Рис.20 «Раздел Indexes таблицы «Сотрудники» в режиме конструктора»

Таблица «Должности» (doljnost).

Для данной таблицы были определены поля:«Код должности» (id_dolj), «должность» (doljnoxt). Для каждого поля был определен его тип (Type)и размер поля (Wight), все это отображено на (Рис.21). Первичным ключом для данной таблицы является «Код должности»(Рис.22).

Рис21 «Таблица «Должности» в режиме конструктора»

Рис.22 «Раздел Indexes таблицы «Должности» в режиме конструктора»

Таблица «Телефоны» (telefon).

Для данной таблицы были определены такие поля: «Код телефона» (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 таблицы «Модель телефонов» в режиме конструктора»

Таблица «Фирма» (firma).

Для данной таблицы были определены такие поля: «Код фирмы»(id_firma), «Фирма» (firma). Для каждого поля был определен его тип (Type) и размер поля (Wight), все это отображено на (Рис.27). Первичным ключом для данной таблицы является «Код фирмы»(Рис.28).



Рис.27. «Таблица «Фирма» в режиме конструктора»

Рис.28. «Раздел Indexes таблицы «Фирма» в режиме конструктора»

2.2.1. Заполнение таблиц текстовой информацией

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

Таблица «Продажи», были внесены записи о продажах товара за некоторый период работы магазина (Рис.29).

Рис.29. Таблица «Продажи» в режиме редактирования

Таблица «Сотрудники» содержит в себе информацию о персонале магазина: личные данные, занимаемая должность и т.д. (Рис.30).



Рис.30. Таблица «Сотрудники»

Таблица «Должности» содержит информацию о занимаемых должностях . Так как средне статистический магазин по продажам в среднем имеет набор из 5 должностей , то и они были отображены в таблице (Рис.31).

Рис.31. Таблица «Должности»

Таблица «Телефоны» содержит в себе краткую информацию о телефонах, которыми торгует магазин (Рис.32).

Рис.32.Таблица «Телефоны»

Таблица «Модели телефонов» содержит в себе подробную информацию о моделях телефонов (Рис.33).



Рис.33Таблица «Модели телефонов»

Таблица «Фирма» содержит в себе 5 основных фирм производителей телефонов (Рис.34).

Рис.34. Таблица «Фирма»

2.2.2 Определение связей и целостности данных

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

Определим связь между таблицами «Фирма» и «Модели телефонов». Таблица «Фирма» является главной, а таблица «Модели телефонов» дочерней. Тип связи «один ко многим» (Рис.35).

Рис.35.Таблицы «Фирма» и «Модели телефонов»

Определим связь между таблицами «Модели телефонов» и «Телефонов». Таблица «Модели телефонов» является главной, а таблица «Телефоны» дочерней. Тип связи «один ко многим» (Рис.36).

Рис.36. Таблицы «Модели телефонов» и «Телефонов»

Определим связь между таблицами «Сотрудники» и «Должности». Таблица «Должности» является главной, а таблица «Сотрудники» дочерней. Тип связи «один ко многим» (Рис.37).

Рис.37. Таблицы «Сотрудники» и «Должности»

Определим связь между таблицами «Продажи» и «Сотрудники». Таблица «Сотрудники» является главной, а таблица «Продажи» дочерней. Тип связи «один ко многим» (Рис38).

Рис.38. Таблицы «Продажи» и «Сотрудники»

Определим связь между таблицами «Продажи» и «Телефоны». Таблица «Таблицы» является главной, а таблица «Продажи» дочерней. Тип связи «один ко многим» (Рис.39).



Рис.39. Таблицы «Продажи» и «Телефоны»

Теперь определим условия целостности БД «Магазин по продаже мобильных телефонов».Условия целостности определены для каждой таблицы отдельно и результаты предствлены на (Рис.40).

Рис.40. Целостность БД «Магазин по продаже мобильных телефонов»

2.3.1 Создание отчётов

Создание отчетов с помощью мастера отчетов

· Выберить в меню Tools (Сервис) команду Wizards (Мастера), а затем в открывшемся меню значение Report (Отчет).

· Нажмить кнопку ReportWizard (Мастер отчета) в диалоговом окне NewReport (Новый отчет), открываемом при создании нового отчета из окна проекта.

· Выборь командуNew (Новый) из меню File (Файл) и установить опции Report (Отчет).

Создание однотабличного отчета с помощью мастера.

1. Открыть созданный проект.

2. Откройть базу данных проекта. Для этого на вкладке Data (Данные) установить курсор на ее названии и нажмить кнопку Open (Открыть) окна проекта. При этом на стандартной панели инструментов в списке Databases (Базы данных) появится название открытой базы данных.

3. Перейти на вкладку Documents (Документы) и выберить группу Reports(Отчеты).

4. Нажать кнопку New (Новый) окна проекта (рис.41).

5. В открывшемся диалоговом окнеNewReport (Новый отчет) (рис.42) выберить опцию ReportWizard (Мастер отчета).

6. После запуска мастера для построения отчета на экране открывается диалоговое окно в котором надо указать тип создаваемого отчета.

Рис.41. Группа Reports в окне создания проекта

Рис.42. Диалоговое окно NewReport.

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

8. После выбора таблицы, для которой будет создан отчет, список Availablefields (Имеющиеся поля) будет содержать перечень всех полей таблицы. Необходимо из данного перечня перенести в список Selectedfields (Выбранные поля) поля, которые надо разместить в создаваемом отчете.

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

10. Для формирования в отчете итоговых значений воспользуйтесь диалоговым окном SummaryOptions ( Итоговые опции ) . В нем содержится таблица, строками которой являются поля таблицы, а столбцами - возможные итоговые значения отчета.

12. В следующем диалоговом окне мастера задается стиль отображения объектов в отчете.

13. На четвертом шаге создания отчета необходимо указать порядок размещения объектов в отчете и ориентацию страницы отчета. После того как вы установили требуемые опции, нажмите кнопку Next (Далее).

14. На пятом шаге создания отчета с помощью мастера задаются поля, по которым требуется упорядочение данных в отчете. Для формирования списка полей, по которым будет осуществляться сортировка, из списка Availablefieldsorindextag (Выбранные поля и индексы), содержащего перечень всех полей отчета и индексов таблицы, надо перенести в список Selectedfields (Выбранные поля) требуемые поля в том порядке, в каком будут упорядочиваться данные. Затем надо указать одну из опций Ascending (По возрастанию) и Descending (По убыванию).