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

Овал: фирма-изг

Поплавки

 
                                                                                                  R

 


Рисунок 2. Инфологическая модель.

1.2. Анализ информационных задач и круга пользователей.

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

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

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

1.2.2. Границы информационной поддержки пользователей.

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

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

2.1 . Объем работы информационной системы.

Будем исходить из условия, что ассортимент отдельного вида товара не превышает в среднем 25 записей;  ограничимся тремя видами ловли, для каждого из которых определим максимум по 10 способов ловли. (Каждому способу соответствует определенный набор отдельных видов товара, т.е. снасть для каждого способа рыбной ловли состоит из совокупности определенных элементов).

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

2.2. Объем внешней памяти занимаемой в СУБД

В данном разделе  воспользуемся типовыми рекомендациями, предъявляемыми корпорацией Microsoft к системам на которых устанавливается СУБД Microsoft Access.

Материнская плата

S478; ECS ; i865G-M; 2xDDR 400; AGP 8x; LAN

Процессор

Intel Celeron-1700, 128K cache; 800MHz bus; S478, BOX

Система охлаждения

Titan Socket-478 W5TB

Память

DDR  128M PC3200

Видео карта

AGP SVGA Daytona GeForce MX400, 32M SDRAM

Жесткий Диск

Samsung 40Gb SP4002 (7200rpm)

Монитор

17” SVGA :LG-F773N, цифровой

Клавиатура

Chicony KB-2961 PS/2 standart

Мышь

Genius Easi Pro PS/2

2.3. Объем памяти отводимой под данные.

Объем памяти, требуемый для хранения данных, можно приблизительно оценить по формуле:                             

где      - длина записи в i-той таблице (в байтах);

 - примерное (максимально возможное) количество записей в i-той таблице;

 - коэффициент записей в архиве i-той таблицы.

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

- Ассортимент рыболовного магазина содержит одновременно до 25 различных единиц товара, на каждый из 7 видов товара (удилища, катушки, леска, крючки, грузила, поплавки, искусственные приманки) (по 0.2К);

- рассматриваются 3 вида ловли (по 0.05К);

- рассматривается не более 30 способов ловли рыбы (по 0.2К);

- каждому способу ловли соответствует свое сочетание снастей – итого 30 сочетаний (по 0.01К).