Базы данных. Курсовая. Томский государственный университет
 Скачать 1.11 Mb.
|
2.9Требования к математическому обеспечениюИС не предполагает использования никаких математических моделей. 2.10Требования к информационному обеспечениюИнформационное обеспечение ИС должно быть выполнено в СУБД MySQL. Структура таблиц БД должна быть доведена до третьей нормальной формы включительно. Средствами СУБД обеспечить целостность данных. 2.11Требования к лингвистическому и программному обеспечениюИнтерфейс ИС должен быть выполнен на русском языке. Названия таблиц и полей в проекте БД, а также элементов интерфейса в проекте программного обеспечения должны быть указаны на английском языке. Для разработки использовать язык программирования C#. 2.12Требования к техническому обеспечениюПроцессор: 2-4 ядерный, с тактовой частотой от 2,1 GHz; Оперативная память: от 4 Gb DDR3; Жесткий диск: объем от 250000 Mb, интерфейс SATA, 7200 rpm; Клавиатура, стандартный набор из 102 клавиш; Манипулятор «мышь», 3 кнопки; Монитор TFT 21" (широкоформатный, разрешение 1680х1050). 3Концептуальная модель БДНа рисунке 3.1 приведена диаграмма концептуальная модель данных, выполненная в программе Power Designer. В рамках этой модели выделяются следующие сущности: Client – клиенты, которые обращаются к автодилеру. Automobile – Автомобили, которые продает автодилер клиентам. Orders – заказы, которые клиенты осуществляют у автодилера. Feature – дополнительные опции в базовую комплектацию автомобиля. Complectation – Дополнительные функции, заказанные клиентом к базовой комплектации автомобиля. Managers – Менеджеры компании. Discounts – Вариант скидки. Bonuses – Скидки, примененные в заказе. Сущности объединены следующим связями: КлиентДелаетЗаказ – клиент создает один или несколько заказов (при этом каждому заказу соответствует только один клиент). АвтоУказанВЗаказе – автомобиль является обязательной частью заказа (при этом один заказ может включать только один автомобиль). ЗаказВключаетКомплектацию – заказ может содержать одну или несколько дополнительных функций к базовой комплектации. ДопФункцияВключаетсяВКомплектацию – каждая позиция в дополнительной комплектации заказа включает одну функцию, при этом таких позиций может быть несколько. МенеджерЗаказа – менеджер оформляет один или множество заказов. ПримененнаяСкидка – скидка может быть применена в заказе. СкидкаВЗаказе – заказ может включать скидку.  Рисунок 3.1 – Концептуальная модель БД 4Физическая модель БДДля определения и создания физической структуры таблиц базы данных и выбора способа хранения данных в физических таблицах строится физическая модель данных. Физическая модель данных может быть построена автоматически по концептуальной в программе Power Designer. На рисунке 4.1 приведена сгенерированная в автоматизированном режиме физическая модель данных. Физическая модель должна учитывать требования к типу данных уникальности и обязательности по каждому.  Рисунок 4.1 – Физическая модель БД В таблице 4.1 приведена спецификация физической модели данных, в которой представлены оригинальные названия таблиц и полей, указаны их основные характеристики: тип данных, требования к уникальности и кардинальности. Таблица 4.1 – Описание физической модели БД
Продолжение таблицы 4.1
Целостность данных обеспечивается на этапе настройки параметров внешних ключей таблиц. Параметры целостности данных обеспечиваются за счет каскадного обновления таблиц при удалении и обновлении записей. На рисунке 4.2 приведен пример окна настройки целостности данных средствами Power Designer.  Рисунок 4.2 – Окно настройки целостности данных Средствами Power Designer можно получить исходный DDL-код, с помощью выполнения которого на серверной стороне можно создать физическую структуру БД – таблиц, связей, и т.д. На рисунке 4.3 приведен экран описания одной из таблиц автоматически сгенерированным DDL-кодом.  Рисунок 4.3 – Пример создания DDL-кода Для оснащения БД функционалом созданы следующие запросы: Запрос для вывода всех данных автомобиля (использован в представлении таблиц и списков выбора): SELECT automobile.AutoID, concat(CAST(automobile.ModelName as char), " ", CAST(automobile.SerieName as char), ": ", CAST(automobile.BodyType as char), CAST(", vol. " as char), CAST(automobile.EngineVolume as char)) as Info, automobile.Transmission, automobile.BasePrice FROM automobile Запрос для вывода данных клиентов (использован в представлении таблиц и списков выбора): SELECT automobile.AutoID, concat(CAST(automobile.ModelName as char), " ", CAST(automobile.SerieName as char), ": ", CAST(automobile.BodyType as char), CAST(", vol. " as char), CAST(automobile.EngineVolume as char)) as Info, automobile.Transmission, automobile.BasePrice FROM automobile Запрос вывода комплектации автомобиля, заказанной клиентом: SELECT complectation.OrderID, complectation.FeatureID, feature.FeatureName, feature.FeatureDescr, feature.OverPrice FROM complectation INNER JOIN feature ON complectation.FeatureID=feature.FeatureID Запрос вывода заявок клиентов с подробной информацией: SELECT orders.OrderID, orders.Color, orders.OrderDate, clientinfo.Info as ClientData, carinfo.Info as CarData, carinfo.Transmission FROM clientinfo INNER JOIN (orders INNER JOIN carinfo ON orders.AutoID = carinfo.AutoID) ON clientinfo.ID = orders.ClientID Запрос полного расчет заказа OrderCost с учетом суммирования всех скидок и опций дополнительной комплектации (рис. 4.4).  Рисунок 4.4 – Запрос расчета стоимости заказа OrderCost На рисунке 4.5 приведен результат этого запроса.  Рисунок 4.5 – Результат запроса OrderCost Полный DDL-код, охватывающий всю БД, приведен в приложении А. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||