Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
5fan_ru_1142 (1).doc
Скачиваний:
1
Добавлен:
01.03.2025
Размер:
289 Кб
Скачать
☆

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

Определим группы пользователей, их основные задачи и запросы к БД:

  1. Администраторы филиалов:

- просмотр списка всех менеджеров филиала;

- просмотр информации конкретного менеджера;

- добавление новых менеджеров;

- просмотр списка всех заказов;

- просмотр информации определенного заказа;

- выдача премий;

  1. Менеджеры:

- добавление нового покупателя;

- создание нового заказа;

- изменение информации о покупателе;

- просмотр списка своих заказов;

- просмотр списка авто любого филиала;

- поиск авто по определенному параметру;

  1. Бухгалтеры:

- просмотр информации о зарплатах;

- внесение изменений в данные о зарплатах;

  1. Покупатели:

- просмотр списка своих заказов.

  1. Определение требований к операционной обстановке.

Объём внешней памяти, необходимый для функционирования системы, складывается из двух составляющих: память, занимаемая модулями СУБД (ядро, утилиты, вспомогательные программы), и память, отводимая под данные (МД). Для реальных баз данных обычно наиболее существенным является МД.

На основе результатов анализа ПрО можно приблизительно оценить объём памяти, требуемой для хранения данных. Примем ориентировочно, что:

  • одновременно осуществляется около 200 заказов, работа над заказом продолжается в среднем месяц (по 0,04К на каждый заказ);

  • в среднем база авто за месяц обновляется на 1000 позиций (по 0,164К на авто);

  • в компании работают 100 сотрудников (по 0,159К на каждого сотрудника);

  • ежемесячно выдает в среднем 100 зарплат (по 0,0146К на зарплату);

  • автосалон состоит из 5 филиалов (по 0,188К);

  • в среднем в месяц обслуживается 200 покупателей (по 0,146К на покупателя)

  • устаревшие данные переводятся в архив (накапливаются в архиве БД).

Тогда объём памяти для хранения данных за первый год примерно составит:

Mд = 2(200*0,04*12+1000*0,164*12+100*0,159+100*0,0146*12+0,188*5+200*0,146*12) = 5183,84 К,

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

Требуемый объём оперативной памяти определяется на основании анализа интенсивности запросов и объёма результирующих данных. Для нашей БД требуемый объём памяти мал, поэтому никаких специальных требований к объёму внешней и оперативной памяти компьютера не предъявляется.

  1. Выбор субд и других программных средств.

Анализ информационных задач показывает, что для реализации требуемых функций подходят почти все СУБД для ПЭВМ (FoxPro, Clipper, MS Access и др.). Все они поддерживают реляционную модель данных и предоставляют разнообразные возможности для работы с данными.

В связи с отсутствием особых требований к функциональности СУБД, а также исходя из необходимости минимизации затрат, в качестве СУБД я выбираю MySQL 5.2.

  1. Логическое проектирование реляционной БД

    1. Преобразование ER–диаграммы в схему базы данных.

Рис. 2. Схема РБД, полученная из ER–диаграммы «Автосалон».

    1. Разрешение циклов в ПО.

Цикл «Филиалы-Менеджеры-Заказы-Авто»

    1. Составление реляционных отношений

Таблица 1. Схема отношения Филиалы (Filial)

Содержание поля

Имя поля

Тип, длина

Примечания

Номер филиала

ID_FILIAL

N(1)

Первичный ключ

Фамилия, имя, отчество

E_NAME

V(50)

обязательное поле

Название отделения

NAME_filial

V(40)

обязательное поле

Логин администратора

Admin_login

V(15)

обязательное поле

Адрес

A_ADDR

V(50)

 

Телефон

A_PHONE

V(30)

 

Таблица 2. Схема отношения Покупатели (Customers)

Содержание поля

Имя поля

Тип, длина

Примечания

Номер

ID_CUST

N(5)

первичный ключ

Фамилия, имя, отчество

NAME

V(50)

обязательное поле

Паспортные данные

E_PASP

V(50)

обязательное поле

Телефон

A_PHONE

V(30)

 

Таблица 3. Схема отношения Зарплата (Salary)

Содержание поля

Имя поля

Тип, длина

Примечания

Менеджер

ID_MANAG

N(2)

внешний ключ (к Managers)

Оклад

OKLAD

N(5)

Обязательное поле

Дата

DATA_zp

D

обязательное поле

Премия

PREMIYA

N(2)

Необязательное поле

Таблица 4. Схема отношения Менеджеры (Managers)

Содержание поля

Имя поля

Тип, длина

Примечания

Номер менеджера

ID_MANAG

N(2)

Первичный ключ

Фамилия, имя, отчество

NAME

V(50)

обязательное поле

Паспортные данные

E_PASP

V(50)

обязательное поле

Дата рождения

DATA_born

D

обязательное поле

Пол

SEX

C(1)

обязательное поле ‘м’ или ‘ж’

Номер филиала

ID_FILIAL

N(1)

Внешний ключ к FILIAL

Телефон

A_PHONE

V(30)

 

Логин

LOGIN_MANAG

V(15)

обязательное поле

Таблица 5. Схема отношения Заказы (Orders)

Содержание поля

Имя поля

Тип, длина

Примечания

Номер заказа

ID_ORDER

N(5)

Первичный ключ

Кузовной номер

ID_AUTO

N(6)

Внешний ключ к AUTO многозначное поле

Менеджер

ID_MANAG

N(2)

Внешний ключ к MANAG

Покупатель

ID_CUST

N(5)

Внешний ключ к CUSTOMER

Сумма

SYMMA

N(7)

обязательное поле

Дата оформления заказа

DATA_nachalo

D

обязательное поле

Сроки заказа

DATA_srok

D

обязательное поле >= даты оформления заказа

Даты закрытия заказа

DATA_konec

D

Необязательное поле > даты оформления заказа

Доставка

DOSTAVKA

C(1)

‘+’ или ‘–‘ , если +, тогда прибавляем к сроку заказа неделю.

Таблица 6. Схема отношения Авто (Auto)

Содержание поля

Имя поля

Тип, длина

Примечания

Кузовной номер

ID_AUTO

N(6)

обязательное поле

Номер заказа

ID_ORDER

N(5)

внешний ключ к order

Заказано

ZAKAZANO

N(1)

обязательное поле, сравнение филиала менеджера, ведущего заказ и филиала, которому принадлежит машина

Номер филиала

ID_FILIAL

N(1)

внешний ключ к filial

Марка

MARKA

V(20)

первичный ключ

Модель

MODEL

V(20)

обязательное поле

Сидения

SUDENUA

N(2)

обязательное поле

Модификация

MODE

V(20)

ограничения 'хетчбек', 'классика' , 'универсал'

комплектация

KOMPL

V(20)

внешний ключ к таблице komplect, ограничение на вводимые значения = 'LUXE', 'SUPERLUXE', 'STANDART'

Цвет

COLOR

V(20)

ограничение по значением стандартной политры

Год выпуска

GOD_VIPYSKA

D

не меньше 1980

Цена

CASH

N(7)

обязательное поле

Коробка передач

PEREDACHA

V(10)

Ограничение - 'ручная', 'автомат'

Объем двигателя

V

N(1,1)

Мощность двигателя

P

N(1,1)

Наличие ABS

ABS

C(1)

Подушки безопасности

PODYSHKI

C(1)

Аудиосистема

AUDIO

C(1)

Бортовой компьютер

KOMPL

C(1)

GPS навигатор

GPS

C(1)

Климат контроль

KLIMAT

C(1)

Сигнализация

SIGNAL

C(1)

Гидроусилитель руля

GIDRO

C(1)