Проектирование БД

Управления
Курсовая работа по дисциплине ИОСУ на тему: "Проектирование реляционной БД"
Выполнил

студент группы УИТ-41в

Зайцев В.Ю.

Руководитель проекта

Оржинская С.В.

Основная функция данного предприятия — предоставление покупателям

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

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

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

основной деятельности нашего предприятия — оно занимается покупкой и продажей

автотранспортных средств.

Эти сущности представляют собой ядро проектируемой базы данных.
- Сущность «автомобили» будет содержать информацию о автомобилях, которые находятся на складе.
- Сущность «доставка» будет содержать информацию доставке товара.

- Сущности «производители» и «клиенты» содержат информацию о клиентах и производителях.

- Сущность «продажа» содержит информацию о продаже автомобиля

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

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

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

процессором не менее чем Pentium 166.
2) Винчестер объемом не менее

1,2 Гб.
3) Наличие не менее 32 Мб оперативной памяти.
4) ОС Windows 98se.
5) Наличие приложения Microsoft Office 2002 Access.
6) Обязательно наличие принтера.
Проектирование проводилось в СУБД Access 2002 на ПК с процессором Athlon XP 1800 +, винчестером объемом 80 Гб, 512 Мб оперативной памяти. В результате получена программа, при внедрении которой предприятие сэкономит время, а значит и деньги; упростится работа директора и бухгалтера этого торгового предприятия.

соответствует 1 байту, а объемом памяти, отводимый под данные одной

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

МТ1=87∙2000=174000 байт.

МТ2=56∙15=840 байт;

МТ3=63∙50=3150 байт;

МТ4=21∙65=1365 байт;

МТ5=28∙1000=28000 байт;

Тогда общий объем памяти, отводимый под данные БД равен
МТ= МТ1 +МТ2+ МТ3+ МТ4+ МТ5 = 207355 байт

также можете задать критерии (условия), которые СУБД будет в дальнейшем

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

Выбор системы управления БД

методологию нормализации отношений. Метод нормальных форм является классическим и основан

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

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

кнопочные формы: