2. Инфологическое проектирование
При построении инфологической модели данных мы используем модель типа «Сущность-связь». Для построения модели «Сущность-связь» используют три конструктивных элемента: сущность, атрибут, связь.
Сущность - это реальный или представляемый объект, информация о котором должна сохраняться и быть доступна. Атрибуты используются для определения того, какая информация должна быть собрана о сущности.
Опишем основные сущности данной предметной области.
Центральной сущностью будущей модели данных является сущность «Товар», которая отводится для хранения сведений об определенном радиотелефоне. Следует выделить следующие атрибуты сущности:
1.№ товара
2. наименование
2. количество
3. цена
4. модель
Товары могут иметь одинаковое название, но они различаются по своему уникальному номеру.
Сущность «Поставка» отражает информацию о количестве поставленных радиотелефонов, его закупочной цене и дате поступления.
1. индекс поставки;
2. дата поставки;
3. цена;
4. количество товара.
Следующей сущностью можно выделить информацию о продаже конкретного товара, назвав ее «Продажа». Атрибутами этой сущности являются:
1. номер продажи;
2. дата продажи;
3. цена;
4.клиент;
5. табельный номер менеджера.
Сущность «Поставщик» отводится для хранения информации о поставщиках товара: номер поставщика, а также информация о местонахождении и средствах связи. Атрибутами этой сущности являются:
1номер поставщика;
2.адрес;
3. город;
4. улица;
5. дом.
Сущность «Склад» отражает информацию о складе, а именно его номер и месторасположение. Атрибутами этой сущности являются:
название;
2. адрес.
На складе работает несколько менеджеров поэтому определяется еще одна сущность «Сотрудник», которая отражает информацию о сотрудниках, совершающих акт продажи товара. Атрибутами этой сущности являются:
табельный номер;
2. фамилия;
3. имя;
4.отчество.
5.адрес;
6.номер телефона.
3. Датологическое проектирование
В качестве основы был выбран Microsoft SQL Server 2000 за его надежность и неприхотливость. К тому же в нем встроена возможность визуального проектирования.
Далее, на рисунке 1, представлена схема разработанной базы данных.
Рисунок 1 – Логическая схема отношений базы данных Warehouse (склад)
Рассмотрим каждую таблицу.
Good
Служит для хранения информации о товарах. Здесь учитывается наименование, единица измерения, количество, цена. Присутствую внешние ключи для сопоставления товара с поставщиком и заказом.
Provider
Служит для учета поставщиков. Хранит наименование, адрес и телефон поставщика.
Zakaz
Информация о конкретном заказе на списание со склада. Хранит информацию о дате отгрузки и оплаты, имеет внешние ключи для сопоставления заказа с менеджером и клиентом.
Zakaz_Good
Служебное отношение, является переходом между заказом и товаром, на случай если возможно списание нескольких товаров сразу.
Manager
Служит для учета менеджеров, оформляющих сделки. Хранит информацию о имени, фамилии, адресе и телефоне каждого менеджера.
Client
Хранит информацию о клиентах компании.