2.4 Задачи
Перед разрабатываемой информационной системой ставятся следующие задачи:
Сбор информации о товаре (цене, стоимости, количестве и прочее);
Получение информации о поставщике;
Информация о наличии товара в магазине;
Информация о магазинах;
Требования заказчика к проектируемой базе данных отражены в таблице 2.
Таблица 2. Требования заказчика к проектируемой базе данных.
№ |
Суть требования |
Источники |
Приоритет выполнения |
1 |
Сбор информации о товаре |
Продавец |
1 |
2 |
Получение информации о поставщике |
Помощник |
5 |
3 |
Информация о наличии товара в магазине |
Продавец\специалист отдела закупок |
4 |
4 |
Информация о магазинах |
Помощник |
3 |
5 |
Информация о прибыли |
Специалисты отдела бухгалтерии |
2 |
Помимо перечисленных требований проектируемая база данных должна хранить следующую информацию:
Информацию о приходящем товаре;
Информацию о виде товара;
Требования к оборудованию и программному обеспечению.
Программный продукт должен быть написан на языке СУБД InterBase и для дальнейшей его эксплуатации требуется IBM PC совместимый компьютер с установленной операционной системой MS Windows 2000 или выше, а так же установленный пакет InterBase, XP.
Минимальные требования к аппаратной подсистеме компьютера:
процессор: Intel Pentium at 166 MHz;
ОЗУ: 32 Mb – Windows 98;
HDD: 200 Mb –Windows 98;
мышь;
SVGA 800x600 монитор.
Рекомендуемые требования к аппаратной подсистеме компьютера:
процессор: Intel Pentium II – 450 MHz;
ОЗУ: 64 Mb – Windows 2000;
HDD: 400 Mb;
мышь;
SVGA 800x600 монитор.
3Инфологическое проектирование
По анализу предметной области и задачам, поставленным перед разрабатываемой информационной системой, определим первоначальный набор сущностей для базы данных:
1. |
Товар (Gds) |
– |
общая информация о товаре, имеющемся в наличии; |
2. |
Главная (HO) |
– |
таблица, отражающая головной офис предприятия, и содержащая информацию о поступлении товара; |
3. |
Поставщик (Marker) |
– |
информация о поставщиках, т.е. информация о том, откуда поступает товар; |
4. |
Магазин (Shop) |
– |
информация о торговых точках в сети магазинов. |
Уже на основе данных сущностей проведем перечень атрибутов.
Таблица 3. Атрибуты сущностей.
Товар (Gds) |
Id_товара название количество цена стоимость |
Главная (HO) |
№_ордера дата ордера |
Поставщик (Marker) |
Id_поставщика ФИО фирма страна производитель |
Магазин (Shop) |
Id_магазина адрес тип |
Связь между сущностями будет осуществляться посредством ключевых атрибутов, таких как id_товара, id_поставщика и id_магазина. Следует отметить, что предпочтительным типом связи используемый в базе данных будет являться связь один ко многим.
«Товар» – «Главная». Одной единицы товара будет соответствовать только один выписанный ордер. Но в свою очередь одному ордеру может соответствовать несколько разных товаров, так как ордер является внутренним документом, выписываемым на всю поставленную продукцию от одного поставщика.
«Поставщик» – «Главная». Одному поставщику может соответствовать несколько ордеров, так как ордер выписывается на поставку товара в конкретный день. Поставщик же остается неизменным в течении длительного периода времени и осуществляет поставку с некоторой периодичностью и каждый раз на поставляемый товар будет выписываться новый ордер.
«Магазин» – «Главная». Для данных сущностей имеет место связь многие ко многим, так как один товар в разном количестве может определиться в разные магазины. И в свою очередь в одном магазине могут находиться разные виды товаров. В результате такой связи появляется новая сущность, через которую и будет производиться связь между сущностями «Магазины» и «Главная».
На основании имеющихся сведений можно построить концептуальную модель.
Рисунок 3. Концептуальная модель.
