БД 'Торговая организация'

  • Вид работы:
    Курсовая работа (т)
  • Предмет:
    Информационное обеспечение, программирование
  • Язык:
    Русский
    ,
    Формат файла:
    MS Word
    845,51 Кб
  • Опубликовано:
    2015-07-01
Вы можете узнать стоимость помощи в написании студенческой работы.
Помощь в написании работы, которую точно примут!

БД 'Торговая организация'

















Курсовая работа

БД "Торговая организация"


Введение

логический управление инфологический запрос

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

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

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

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

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

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

Курсовая работа состоит из частей:

. Введение

. Глава 1

.1. Описание задачи

.2. Предметная область БД

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

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

. Глава 2.

.1. Спроектировать базу данных.

.2 Создать меню приложения.

.3. Разработать систему оперативной справки.

.4. Создать инсталляционный пакет проекта.

1. Основные понятия базы данных

.1 Понятия СУБД и БД

 

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

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

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

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

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

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

Для вывода в отчеты определенных данных применяются запросы (queries). Использование запросов похоже на процесс поиска, - задаются конкретные критерии отбора, на основе которых база данных формирует и возвращает отчет. Например, если база данных содержит информацию о телефонных номерах, то можно запросить вывести в отчете только те телефоны, которые относятся к конкретному адресу, или только те, которые относятся к конкретной фамилии, или начинающиеся с определенных цифр и т.п. Запросы записываются на языке SQL (Structured Query Language - язык структурированных запросов). В основе реляционных баз данных лежит понятие связей (отношений, relationships). Они позволяют разработчикам связывать несколько таблиц в базе посредством общих данных. При помощи взаимосвязей разработчики баз данных моделируют таблицы, отражающие взаимодействие объектов в реальности.

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

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

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

.2 Предметная область базы данных «Торговая организация»

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

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

Юридическое лицо может иметь гражданские права, соответствующие целям деятельности, предусмотренным в его учредительных документах, и нести связанные с этой деятельностью обязанности, т.е. обладает специальной правоспособностью. Коммерческие же негосударственные организации, за исключением случаев, предусмотренных законом, могут иметь гражданские права и нести гражданские обязанности, необходимые для осуществления любых видов деятельности, не запрещенных законом, т.е. обладают общей правоспособностью. Но следует иметь в виду, что и коммерческая негосударственная организация может ограничить свою общую правоспособность и превратить ее в специальную, предусмотрев в учредительных документах конкретные цели и перечень определенных видов деятельности либо установив перечень определенных видов деятельности, которые она не будет осуществлять.
На ограничение общей правоспособности частных коммерческих организаций, в том числе торговых, направлено и государственное лицензирование отдельных видов деятельности. [1]

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

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

Имеется группа людей, финансирующая все отрасли организации.

Структура организации должна соответствовать основным международным правилам (принципам)

Основными предметно-значимыми сущностями являются: Менеджеры, реализаторы, спонсоры, директоры.

Выходные данные: затраты, прибыль.

Основные требования к функциям системы:

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

Найти людей нужной профессии.

Организовать работы всех групп людей.

Основные предметно-значимые атрибуты сущностей:

Работников: фамилия, имя, отчество, пол, дата и место рождения, стаж работы, образование, квалификация, режим работы, место работы, адрес проживания.

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

.3 Инфологическая модель базы данных «Торговая организация»

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

Цель инфологического моделирования

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

Сущности данной модели - работники, спонсоры, магазины, акции.

Атрибуты сущностей работники: ФИО, адрес, направление деятельности, образование, пол


Атрибуты сущности спонсоры: название компании-спонсора, рейтинг, логотип, товарный знак, спонсируемые компании


Атрибуты сущностей магазины: Название, адрес, тип продукции, доходы и расходы


Атрибуты сущности «Акции»: Владелец, количество, рейтинг, вид акции

1.4 Выбор СУБД

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

По степени универсальности различают два класса СУБД: 1) системы общего назначения; 2) специализированные системы.

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

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

СУБД общего назначения характеризуются:

временем выполнения операций импортирования базы данных из других форматов;

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

максимальным числом параллельных обращений к данным в многопользовательском режиме;

временем генерации отчёта.

Наиболее распространенные СУБД, это: Microsoft Visual FoxPro, Microsoft Access, IBM DB2. [3]

Microsoft Office AccessOffice Access или просто Microsoft Access - реляционная СУБД корпорации Microsoft. Имеет широкий спектр функций, включая связанные запросы, связь с внешними таблицами и базами данных. Благодаря встроенному языку VBA, в самом Access можно писать приложения, работающие с базами данных.

Состав программного продукта

Основные компоненты MS Access:

построитель таблиц;

построитель экранных форм;

построитель SQL-запросов (язык SQL в MS Access не соответствует стандарту ANSI);

построитель отчётов, выводимых на печать.

Они могут вызывать скрипты на языке VBA, поэтому MS Access позволяет разрабатывать приложения и БД практически «с нуля» или написать оболочку для внешней БД.Jet Database Engine (англ.), которая используется в качестве движка базы данных MS Access является файл-серверной СУБД и потому применима лишь к приложениям, работающим с небольшими объёмами данных и при небольшом числе пользователей, одновременно работающих с этим данными. Непосредственно в Access отсутствует ряд механизмов, необходимых в многопользовательских базах данных, таких, например, как триггеры.

Встроенные средства взаимодействия MS Access со внешними СУБД с использованием интерфейса ODBC снимают ограничения, присущие Microsoft Jet Database Engine. Инструменты MS Access, которые позволяют реализовать такое взаимодействие, называются «связанные таблицы» (связь с таблицей СУБД) и «запросы к серверу» (запрос на диалекте SQL, который «понимает» СУБД).

Корпорация Microsoft для построения полноценных клиент-серверных приложений на базе MS Access рекомендует использовать в качестве движка базы данных СУБД MS SQL Server. При этом имеется возможность совместить с присущей MS Access простотой инструменты для управления БД и средства разработки.

Известны также реализации клиент-серверных приложений на базе связки Access 2003 c другими СУБД, в частности, MySQL. [4]

IBM DB2- семейство систем управления реляционными базами данных, выпускаемых корпорацией IBM. Чаще всего, ссылаясь на DB2, имеют в виду реляционную систему управления базами данных DB2 Universal Database (DB2 UDB).

Особенности СУБД

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

Традиционно для написания хранимых процедур используются обычные языки программирования высокого уровня (Си, Java, PL/I, Кобол и т. д.), это позволяет программисту легко оформлять один и тот же код либо как часть приложения, либо как хранимую процедуру, в зависимости от того, на клиенте или на сервере его целесообразнее выполнять. В настоящее время в DB2 также реализовано процедурное расширение SQL для хранимых процедур в соответствии со стандартом ANSI SQL/PSM.

Оптимизатор DB2 широко использует статистику распределения данных в таблицах (если процесс её сбора был выполнен администратором базы данных), поэтому один и тот же запрос на языке SQL может быть оттранслирован в совершенно различные планы выполнения в зависимости от статистических характеристик данных, которые он обрабатывает.

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

Современные версии DB2 обеспечивают расширенную поддержку использования данных в формате XML, в том числе операции с отдельными элементами документов XML. [5]

Microsoft Visual FoxPro

Visual FoxPro (VFP) - современная СУБД для персональных компьютеров, использующая реляционные базы данных, имеющая объектно-ориентированный алгоритмический язык для работы с информацией, методы визуального программирования и достаточно большие возможности (табл. 1). Типы данных, которые могут иметь поля таблиц базы данных, приведены в 1 таблице 2. Версия системы 7.0 может работать в операционных системах Windows 9x и ядра NT, версии 8.0 и 9.0 - только в Windows XP, 2000, 2003.

Основные характеристики производительности СУБД:

Сокращение времени написания кода благодаря эффективной расширенной языковой поддержке при вводе с клавиатуры.

Просмотр процедур, функций и методов в исходном коде, а также быстрый переход к ним.

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

Построение быстродействующих веб-приложений, управляемых базой данных, с помощью Visual FoxPro и служб IIS (Internet Information Services - информационные службы Интернета) в Windows NT 4.0 или Microsoft Windows 2000.

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

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

Надежность СУБД и удобство в эксплуатации

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

Visual FoxPro 9 - это коммерческий продукт. Стоимость может быть разная, в соответствии, в каком регионе производится покупка и в каком месте. [6]

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

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

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

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

На этом этапе проектирования выполняется нормализация таблиц, приведение их к нормальной форме (NF). Существует 3 нормальных формы: 1 нормальная форма (NF), 2 нормальная форма (2 NF) и 3 нормальная форма (3 NF). [7]

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

ID (Первичный ключ)

ФИО

Адрес

Образование

Пол

Номер телефона

Должность

1

Петров В.В.

Ул. Желябова, 23 Ул. Крылова, 40

КГИПУ

Мужской

+79780247441 +38095284757

Продавец

2

Андреев П.П.

Ул. Шмидта,22

КГИПУ

Мужской

+79780587331

Начальник отдела

3

Нестеров И.И.

Ул. Крылова, 41

КГИПУ

Мужской

+79780682731

Менеджер по продажам

Сотрудники

ФИО

Адрес

Образование

Пол

Номер телефона

Должность


Первая нормальная форма (1NF)

Приведение таблицы «Сотрудники» ко 2 нормальной форме (1 NF)

 

ID (Первичный ключ)

Образование

Должность

1

Экономист

Продавец

2

Экономист

Начальник отдела

3

Экономист

Менеджер по продажам

4

Экономист

Менеджер по продажам


ID (Первичный ключ)

ФИО

Адрес

Пол

Номер телефона

1

Петров В.В.

Ул. Желябова, 23

Мужской

+79780247441

2

Андреев П.П.

Ул. Шмидта,22

Мужской

+79780587331

3

Рокотов В.В.

Ул. Севастопольская, 22

Мужской

+79780354782

4

Хомутов А.А.

Ул. Субхи, 22

Мужской

+79780477474


Таблица «Сотрудники» уже находится в 3 нормальной форме

ID

Название

Спонсируемые объекты

Рейтинг спонсора

Рейтинг спонсируемого объекта

1

Максимус

Фуршет

7

8

2

Первая чашка

Сильпо

6

8

3

Метрополитен

Ашан

8

8

4

Центральный момент

ФОЗЗИ

8

6


Таблица «Спонсоры»

Спонсоры

ID

Название

Спонсируемые объекты

Рейтинг

Рейтинг спонсируемого объекта


Первая нормальная форма (1 NF)

Таблица «Спонсоры» уже находится во 2 нормальной форме.

Приведение таблицы «Спонсоры» к 3 нормальной форме

 

ID (Первичный ключ)

Название

Спонсируемые объекты

Рейтинг спонсируемого объекта

1

Максимус

Фуршет

8

2

Первая чашка

Сильпо

8

3

Метрополитен

Ашан

8

4

Центральный момент

ФОЗЗИ

6

ID

Название

Спонсируемые объекты

Рейтинг спонсора

1

Максимус

Фуршет

7

2

Первая чашка

Сильпо

6

3

Метрополитен

Ашан

8

4

Центральный момент

ФОЗЗИ

8

 

ID (Первичный ключ)

Название

Сотрудники (количество)

Адрес

Тип товара

1

Яблоко

10

Ул. Пушкина, 1 Ул. Гоголя, 1

Продукты

2

Кухарка

10

Ул. Желябова, 1

Выпечка

3

Центрум

10

Ул. Севастопольская, 1

Продукты и бытовые товары


Таблица «Магазины»

Магазины

ID (Первичный ключ)

Название

Сотрудники (количество)

Адрес

Тип товара


Первая нормальная форма (1 NF)

Вторая нормальная форма (2 NF):

ID (Первичный ключ)

Название

Сотрудники (количество)

Адрес

Тип товара

1

Яблоко

 10

Ул. Пушкина

Продукты

2

Кухарка

 10

Ул. Желябова

Выпечка

3

Центрум

 10

Ул. Севастопольская

Продукты

4

Яблоко

 10

Ул. Гоголя

Продукты

 

Приведение таблицы «Магазины» к 3 нормальной форме (3 NF)

 

ID (Первичный ключ)

Название

 Адрес

1

Яблоко

Ул. Пушкина

2

Кухарка

ул. Желябова

3

Центрум

Ул. Севастопольская

4

Яблоко

Ул. Гоголя

ID (Первичный ключ)

Тип товара

Сотрудники

1

Продукты

10

2

Выпечка

10

3

10

4

Продукты

10

 

ID (Первичный ключ)

Компания-владелец акции

Название акции

Владелец акции

Количество

Доля акций

Вид акций

Рейтинг

1

COMFY

Улетные каникулы Вкусная пора

Булатов В.В. Чижиков Б.Б.

10

2 млрд. $

Обыкновенная

9

2

ALLO

Жаркое лето

Сенцов Б.Б.

10

3 млрд. $

Обыкновенная

9

3

COMFY

Морозная весна

Хван В.В.

10

1 млрд. $

Обыкновенная

8


Таблица «Акции»

Акции

ID (Первичный ключ)

Компания - владелец Акции

Название

Владелец акции

Количество

Доля акций

Вид акций



Первая нормальная форма (1 NF)

Приведение таблицы «Акции» ко 2 нормальной форме (2 NF)

 

ID (Первичный (ключ)

Название акции

Компания-владелец акции

Доля акций

Рейтинг

1

Улетные каникулы

COMFY

2 млрд. $

9

2

Жаркое лето

ALLO

3 млрд. $

9

3

Морозная весна

COMFY

1 млрд. $

9

4

Вкусная пора

COMFY

1 млрд. $

9


ID (Первичный ключ)

Владелец акции

Количество

Вид акций

1

Булатов В.В.

10

Обыкновенная

2

Сенцов Б.Б.

10

Привилегированная

3

Поречников В.В.

10

Обыкновенная

4

Чижиков Б.Б.

9

Привилегированная


Таблица «Акции» уже находится в 3 нормальной форме.

2. Разработка и проектирование базы данных «Торговая организация»

.1 Проектирование базы данных

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

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

) Выбираем пункт File -> New, в высвеченном окне выбираем Project и нажимаем New file (рис 2.1).

Рис.2.1. Создание проекта

2) Задаем имя проекту и указываем пусть сохранения, нажимаем сохранить.

Таким образом создался новый проект, который может включать в себя множество баз данных не связанных между собой. Появилось новое окно Project Manager (рис. 2.2).

Рис. 2.2. Окно менеджер проекта

1) В Project Manager открываем вкладку Data -> Databases и нажимаем New (рис 2.3).

Рис. 2.3. Project Manager (Менеджер проекта)

2) В появившемся окне нажимаем на New Database (рис 2.4).

Рис. 2.4. Окно создания новой базы данных

1) Задаем имя для базы данных и указываем путь сохранения, нажимаем сохранить (рис. 2.5).

Рис. 2.5. Указание пути сохранения

Таким образом, была создана пустая база данных «Торговая организация».

2.2 Создание таблиц и заполнение их текстовой информацией

Создаем таблицы, полученные в результате нормализации.

Для создания БД нажимаем на значок «+» рядом с Data.

В открывшимся подменю выбираем Databases, справа станет активным кнопка New, нажав на которую выйдет окно выбора по созданию БД (через мастер «Wizard» или в ручную «New file»). Жмем на New Database. В окне Create указываем имя БД и нажимаем кнопку Сохранить.

Для добавления в БД таблицы, в окне Project Manager в разделе Databases выбираем пункт Free Tables , далее нажав кнопку New открываем окно выбора по созданию новой таблицы (через мастер «Wizard» или в ручную «New file»). Затем в окне Create указываем имя таблицы и нажимаем кнопку Сохранить. После этого выйдет окно Tables Designer, в котором создаем поля.

Определяем ключевые поля. Для этого, написав название поля, выбираем тип integer и в поле Index выбираем из меню Descending(нисходящий) или Ascending(восходящий).

Рисунок 2.6. Таблица «Акции»

Создаем 4 таблицы: акции, сотрудники, магазины и спонсоры.

Для заполнения  таблиц в окне Project Manager нажимаем кнопку Browse, затем View - Append mode. Редактирование представлено на рисунке (рисунок 2.7):

Рисунок 2.7. Редактирование таблицы

Создаем связи в базе данных (Рисунок 2.8)

Рисунок 2.8. Схема данных

2.3 Определение условий целостности данных и разработка мероприятий по контролю достоверности данных и обеспечению защиты от несанкционированного доступа

В окне Database Designer, выбираем одну из связей таблиц. В появившемся окне выбираем пункт Edit Referential Integrity (Редактирование целостности). Выйдет окно Referential Integrity Builder (Построитель целостности), в котором предлагаются 3 вкладки:(Изменить), Delete (Удалить) и Insert (Вставить).

Во вкладках Update (Изменить) и Delete (Удалить) выбираем пункт Cascade.

Во вкладке Insert (Вставить) выбираем пункт Restrict. (Рисунок 2.9)

Рис. 2.9. «Целостность данных»

Опция Restrict (Запрет изменения) не позволяет изменять значения полей первичного ключа или ключа-кандидата в родительской таблице, если в дочерней таблице имеется хотя бы одна запись, содержащая ссылку на изменяемую запись. Данное правило также можно применить к отношению между таблицами Группы и Студенты, если в создаваемом приложении коды студента определяются на этапе ввода нового студента и в дальнейшем не редактируются.

2.4 Проектирование форм

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

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

В Project Manager выбираем вкладку Documents (рис.2.10):

Рисунок 2.10. Панель Менеджера проекта

Далее Documents -> Forms (рис.2.18):

Рисунок 2.11. Вкладка «Docs»

Выбираем Forms -> New (рис.2.12):

Рисунок 2.12. Создание новой формы

Откроется диалоговое окно New Form, Нажимаем кнопку Form Wizard

Далее выбираем тип создаваемой формы (рис.2.14):

Рисунок 2.13. Определение связей таблиц, которые будут использованы в форме

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

Рисунок 2.14. Выбор главной таблицы

В появившемся диалоговом окне мастера следует установить стиль отображения объектов формы и типы кнопок управления (рис.2.15):

Рисунок 2.15. Выбор стиля создаваемой формы

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

На следующем этапе задается критерий сортировки данных, отображаемых в форме (рис.2.16):

Рисунок 2.17. Выбор поля для осуществления сортировки

На заключительном шаге создания формы с помощью мастера можно задать заголовок формы в поле Type a title for your form также указать предполагаемые действия с созданной формой, используя опции (рис.2.17):

Рисунок 2.18. Сохранение созданной формы

Запуск формы осуществляется при помощи кнопки RUN (рис.2.18):

Рисунок 2.19. Кнопка запуска формы

2.5 Проектирование отчетов

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

Переходим на вкладку Documents и выбираем группу Reports. (рис.2.18):

Рисунок 2.20. Создание отчета

Нажимаем кнопку New окна проекта

В открывшемся диалоговом окне New Report выбираем опцию Report (рис.2.19):

Рисунок 2.21. Новый отчет

После запуска мастера для построения отчета на экране открывается диалоговое окно, в котором необходимо указать тип создаваемого отчета (рис.2.24):

Рисунок 2.24. Вид связи между таблицами

Открывается первое диалоговое окно мастера, в котором необходимо указать таблицу, для которой создается отчет, и выбрать размещаемые в отчете поля. В области Databases and tables расположены два списка. Верхний список содержит открытые базы данных, а нижний - таблицы выбранной из верхнего списка базы. Из верхнего списка выбираем необходимую базу данных, а из нижнего - таблицу, для которой создаете отчет. (рис.2.25):

Рисунок 2.25. Создание отчета с помощью мастера

После выбора таблицы, для которой создается отчет, список Available fields будет содержать перечень всех полей таблицы. Далее необходимо из данного перечня перенести в список Selected fields поля, которые будут размещаться в создаваемом отчете. Для переноса полей используются располагающиеся между списками кнопки. После формирования списка отображаемых в отчете полей нажимаем кнопку Next для перехода к следующему шагу в создании отчета[4].

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

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

Рисунок 2.26. Вид отчета

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

Рисунок 2.27. Ориентация страницы отчета

На следующем шаге создания отчета с помощью мастера задаются поля, по которым требуется упорядочение данных в отчете. Для формирования списка полей, по которым будет осуществляться сортировка, из списка Available fields or index tag, содержащего перечень всех полей отчета и индексов таблицы, перенесем в список Selected fields требуемые поля в том порядке, в каком будут упорядочиваться данные. Для переноса полей используется кнопка Add или двойной щелчок мыши на наименовании поля.

Запуск отчёта осуществляется с помощью кнопки Preview (рис.2.28):

Рисунок 2.28. Кнопка запуска отчета

Рисунок 2.29. Пример отчета

2.6 Проектирование запросов

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

) В Project Manager выбрать вкладку Data и установить курсор на пункт Queries и нажать кнопку New (рис. 2.30).

Рис. 2.30. Manager Project

2) На следующем шаге выбрать пункт New Query в открывшемся окне (рис. 2.31).

Рис. 2.31. Окно нового запроса

3) Дальше следует выбрать таблицу к которому будет осуществлен запрос (рис.2.32).

Рис.2.32. Выбор таблицы

На рисунке 2.33. изображено окно добавления полей:

Рис. 2.33. Добавление полей

Рисунок 2.34. Выбираем фильтруемое поле.

4) На шестом шаге выбираем вкладку Group By и выбираем поле сортировки.

На последнем этапе сохраняем запрос и задаем название. Для запуска запроса следует нажать кнопку Run. На рисунке 2.35 представлен отчет «Сотрудники»:

Рисунок 2.35 Отчет «Сотрудники»

Отчет «Сотрудники» содержит информацию о сотруднике.

Рисунок 2.36. Отчет «Акции»

Отчет «Акции» содержит необходимую информацию об акциях.

Рисунок 2.37. Отчет «Магазины»

В отчете содержится информация о количестве и типе магазинов.

Рисунок 2.38. Отчет «Спонсоры»

В отчете содержится информация о спонсорах.

Проектирование меню

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

Переходим на вкладку Documents и выбираем группу Others (рис.2.39):

Рисунок 2.40. Создание меню

Затем нажмите кнопку New окна проекта. На экране открывается диалоговое окно New Menu в котором предлагается два варианта меню Menu - меню в виде строки и Short cut - всплывающее меню, в котором основные пункты расположены по вертикали. Выбираем тип создаваемого меню, нажав соответствующую кнопку. В результате запускается конструктор меню, а в основное меню Visual FoxPro добавляется новый пункт Menu (рис. 2.41):

Рисунок 2.41. Меню с выпадающим списком

Область конструктора меню, над которой размещены надписи Prompt, Result и Options, предназначена для формирования меню. В поле Prompt можно ввести наименования пунктов меню. Раскрывающийся список Result используется для указания типа пункта меню. Кнопка Options открывает диалоговое окно Prompt Options, в котором можно определить дополнительные параметры данного элемента меню. В списке Menu level указывается уровень текущего меню [5].

Созданное меню в режиме конструктора выглядит следующим образом (рис.2.42):

Рисунок 2.42. Меню проекта

Пункт «Отчеты» имеет такие подпункты: (Рисунок 2.43.)


Пункт «Формы» имеет такие подпункты: (Рисунок 2.44).


Пункт «Справка» осуществляет вызов справки (рис.2.45):

Рисунок 2.45. Окно справки

2.7 Программирование программной оболочки управления базами данных

Работа базы данных «Торговая организация» может осуществляться при помощи формы для авторизации. После загрузки приложения пользователю предлагается ввести имя и пароль. Если пользователь не авторизуется, то работа с приложением будет ограничена. После авторизации пользователя главное меню и экранная форма становятся полностью активными. На рисунке 2.46 представлено окно Project manager:

Рисунок 2. 46. Меню проекта. Вкладка Programs.

При нажатии на вкладку programs нажимаем New. Перед нами появляется окно программной оболочки.


Окно входа в приложение «Торговая организация»» изображено ниже на Рисунке 2.47:

Рисунок 2. 47. Окно входа в приложение

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

2.8 Разработка системы оперативной справки

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

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

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

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

В описании любой системы используются термины, специфичные для конкретной системы. В качестве термина может рассматриваться не только отдельное слово, но и любая фраза из текста темы. Справочная система Windows позволяет дать каждому термину приложения краткое определение. Такие термины на экране выделены зеленым цветом и пунктирным подчеркиванием. Если щелкнуть мышью на термине, для которого определено краткое описание, это описание появится на экране в рамке поверх текста темы [6].

Справочная служба «База данных «Торговая организация» имеет следующую структуру:

Введение

Понятие СУБД и БД

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

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

Выбор СУБД

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

2.9 Создание инсталляционного пакета проекта

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

Созданный инсталлятор может:

предложить пользователю прочитать лицензию и Readme файл, выбрать путь установки.

распаковать и/или скопировать необходимые файлы.

записать значения в Реестр и INI файлы.

зарегистрировать ActiveX файлы и шрифты.

создать в любом месте ярлыки.

добавить run-time файлы Visual Basic и DAO.

создать программу деинсталляции.

запустить дополнительные программы.

Кроме всего этого, есть возможность

Использовать свои собственные иконки, логотипы и картинки в диалоговых окнах ваших установок.

Автоматизировать создание инсталляций благодаря возможности запуска Advanced Installer 11.0 из командной строки.

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

Сжатие по умолчанию чуть лучше ZIP-сжатия и обеспечивает высокую скорость распаковки [8].

Окно CreateInstall Free представлено на рисунке 2.48:

Рисунок 2.48. Инсталляционный пакет

Похожие работы на - БД 'Торговая организация'

 

Не нашли материал для своей работы?
Поможем написать уникальную работу
Без плагиата!