Глава 2. Проектирование базы данных «Закупочная торговая компания»

Краткая характеристика предметной области

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

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

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

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

Процесс закупки включает в себя:

· приобретение потребительских товаров;

· организацию перемещения приобретенных товаров;

· организацию смены собственника и места размещения;

· сбор, анализ и передачу информации различным подразделениям торгового предприятия.

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

Закупка товаров — это приобретение товаров для дальнейшего целевого использования.

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

Создание таблиц

Разработка структуры БД

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

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

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

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

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

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

Требования к инфологической модели:

· адекватность отображения предметной области;

· непротиворечивость;

· должна отражать потребности всех пользователей будущей информационной системы;

· допускать возможность композиции и декомпозиции при большой размерности инфологической модели (разбиение модели на части);

· желательно, чтобы язык описания предметной области был применим как при ручном, так и при автоматизированном проектировании;

· модель должна легко восприниматься разными категориями пользователей;

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

На этапе построения информационной модели были совершены следующие работы:

· определение сущностей;

· определение зависимостей между сущностями;

· определение атрибутов сущностей;

· задание первичных и альтернативных ключей;

· задание названий связей, имен ролей;

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

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

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

1. Поставщик;

2. Договор;

3. Товары поставщика;

4. Объемы и партии товара;

5. Адрес поставщика.

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

Рис. 2.1. Инфологическая модель «Закупочная торговая компания»

Структура и создание таблиц

С помощью конструктора. Необходимо в разделе «Таблицы» структуры БД, нажать кнопку «Создать» и в дополнительном окне выбрать необходимый пункт «Конструктор».

Далее необходимо в конструкторе указать «Имя поля» таблицы.

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

Имя поля таблицы - это просто название столбца, несет в себе информационный характер для пользователя.

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

Описание - носит также информационный характер, но в отличие от Имени поля, описание сможете видеть только Вы, в режиме конструктора.

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

Рис. 2.2. Конструктор таблицы

Для упрощения ввода данных используем в «Типе данных», пункт «Маска ввода», нужно заметить, что маска ввода применяется только к текстовому и типу дата/время.

Рис. 2.3. Маска ввода

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

Рис. 2.4. Ввод данных

Аналогичным образом в базе данных были созданы таблицы: договор, адрес, товары, объемы и партии товара.

Дата добавления: 2018-02-28; просмотров: 1096; Мы поможем в написании вашей работы!

Поделиться с друзьями:

⇐ Предыдущая 1 234 5 Следующая ⇒

Мы поможем в написании ваших работ!