Проектирование базы данных для фирмы по производству индивидуальной корпусной мебели
Дипломная работа - Компьютеры, программирование
Другие дипломы по предмету Компьютеры, программирование
?адлежности сущностей Н-Н, хотя, согласно правилу 6, он может быть произвольным.
Рис. 1.2 Диаграмма и отношения для правила 6
2.Существующая организация бизнес-процессов и процессов обработки данных исследуемого объекта
Исследуемый объект - фирма по производству индивидуальной корпусной мебели. Мебель изготавливается по размерам клиентов, заказы оформляются в офисе при помощи пакета Excel. Стоимость изделий расiитывается исходя из деталировки. Перед нами стоят задачи, которые требуется решать с использованием проектируемой базы данных. Необходимо автоматизировать процесс оформления заказов, раiет деталей изделия, выдачу отчетов по установке и оплаченным заказам.
Основным алгоритмом является алгоритм по раiету деталей. Раiет деталей происходит исходя из их размеров, цены и количества.
Стоимость деталей = габаритные размеры * цена за ед. * количество
Цена изделия формируется исходя из суммы всех деталей изделия, а стоимость заказа исходя из стоимости изделий заказа.
Таким образом, типичное использование данной системы можно представить на следующем примере. Допустим, что некто решил приобрести шкаф-купе или другую мебель требующую индивидуального подхода. Так как мебель индивидуальная то конструкция изделий всегда разная и состоит из деталей разных размеров, поэтому для раiета стоимости индивидуальной мебели необходимо поiитать каждую деталь корпуса. Получив доступ к базе, менеджер сможет оперативно следить за состоянием заказов, за их оплатой и графиком установки.
Исходя из примера, можно сказать, что входными документами, используемыми для заполнения базы данных, будут бланки заказов, списки изделий и деталей. Выходными документами, генерируемыми системой, будут отчеты, формируемые по запросам пользователя.
3.Даталогическое и инфологическое проектирование БД
3.1Определение сущностей, атрибутов, взаимосвязей между сущностями, ключей
1.Zakaz (z_num, z_name, z_client, z_adress, z_priem, z_ust, z_price z_predopl,)
Эта сущность отводится для хранения номера заказа, название заказа, Ф.И.О клиента, адрес клиента, дата приема, дата установки, сумма заказа, внесение предоплаты. Первичным ключом является z_num. Пример (комплект корпусной мебели).
2.Product (p_num, p_name, p_summ, p_zak)
Эта сущность отводится для хранения номера изделия, названия изделия, суммы изделия. Prod_num является первичным ключом таблицы он не несет информационной нагрузки служит для связи с таблицей деталей (Details). Внешним ключом является p_zak.Пример (стол-угловой).
3.Details (d_num, d_name, d_razm1, d_razm2, d_razm3,d_kol, d_price, d_product,d_edizm, d_komp, d_summ)
Эта сущность отводится для хранения, номера детали, названия детали, ее размер, количество деталей, цена за единицу, единицы измерения детали, стоимости детали. Первичный ключ d_num, а внешний ключ d_prod. Пример детали (боковая стенка 500/600/3 шт.).
4.Komplekt (k_num, k_name, k_price, k_mat, k_edizm).
Эта сущность отводится для хранения номера шаблона, названия шаблона детали, цены шаблона, материала из которого изготовлен шаблон, единиц измерения. Первичный ключ k_num, а вторичный k_mat. Пример шаблона (боковая стенка м2).
5.Material (M_num, m_name, m_price)
Эта сущность отводится для хранения информации о материалах, из которых бывают шаблоны, такие как, номер материала, название материала (например, ЛДСП, гибкий кант и т.д.) и его цена. Первичный ключ m_num.
Более наглядное представление сущностей представлено на рис. 3.1.
Рис. 3.1
3.2Разработка модели базы данных
Диаграмма ER-экземпляров
Рис 3.2 Диаграмма ER-экземпляров базы данных
Диаграмма ER-типа:
Рис 3.3 Диаграмма ER-типов базы данных
3.3Выявление функциональных зависимостей, нормализация и построение инфологической модели
база данные ключ доступ
Выделим следующие функциональные зависимости:
Z_num (z_name, z_client, z_adress, z_priem, z_ust, z_price, z_predopl)
P_num (p_name, p_summ, p_zak)
D_num (d_name, d_razm1, d_razm2, d_razm3,d_kol, d_price, d_product,d_edizm, d_komplekt, d_summ)
K_num (k_name, k_price, k_mat, k_edizm)
M_num (m_name, m_price)
Полученные таблицы находятся в нормальной форме Бойса-Кодда, поэтому дополнительных преобразований не требуют.
На основе полученных отношений построим инфологическую модель базы данных:
Рис 3.4 Типичные экземпляры отношений базы данных
4.Физическая реализация проектируемой БД
4.1Основные файлы, используемые при проектировании БД
Разработка информационной системы в среде объектно-ориентированной СУБД Visual FoxPro.
Основные файлы используемые при проектировании БД.
1.Отношение Заказ (файл Zakaz.dbf)
ЗначениеИмя поляТип поля (длина)Название заказаz_nameCharacterФ.и. о клиентаz_clientCharacterАдрес клиентаz_adressCharacterДата приемаz_priemDataДата установкиz_ustDataСтоимость заказаz_priceCurrencyПредоплатаz_predoplNumericНомер заказаz_numInteger
Первичный ключ отношения (Primary): Номер заказа (z_num).
Вторичные индексы определены для полей: не определены
2.Отношение Изделие (файл Product.dbf)
ЗначениеИмя поляТип поля (длина)Название изделияp_nameCharacterСтоимость изделияp_summCurrencyНомер заказа изделияp_zakazIntegerНомер изделияp_numInteger
Первичный ключ отношения (Primary): Номер изделия (P_num).
Вторичный индекс определен для поля: Номер заказа изделия (p_zakaz) - Regular;
3.Отношение Детали (файл Details.dbf)
ЗначениеИмя поляТип поля (длина)Название деталиd_nameCharacterРазмер по длинеd_razm1FloatРазмер по ширинеd_razm2FloatРазмер по глуб