close

Вход

Забыли?

вход по аккаунту

?

kursach BD Ilya Itogo

код для вставкиСкачать
 Некоммерческое акционерное общество
"АЛМАТИНСКИЙ УНИВЕРСИТЕТ ЭНЕРГЕТИКИ И СВЯЗИ"
Кафедра Компьютерных технологий
КУРСОВАЯ РАБОТА
по дисциплине: "Система баз данных"
на тему: "Разработка информационной системы компании по созданию двигателей"
Специальность: Вычислительная техника и программное обеспечение
Выполнил: Сабиров И.М.Группа БВТ-10-03
Руководитель: Сатимова Е.Г.
" " Мая 2013 г.
Алматы 2013 СОДЕРЖАНИЕ
Введение4
1 Постановка задачи5
2 Этап начальной разработки БД7
2.1 Анализ предметной области7
2.2 UML диаграммы10
2.2.1 Диаграмма прецедентов11
2.2.2 Диаграмма компонентов12
2.2.3 Диаграмма последовательностей12
3 Проектирование БД13
3.2 Концептуальное проектирование13
3.1.1 Разработка и построение подробной ER - диаграммы на основании бизнес-правил.13
3.3 Определение атрибутов каждой сущности21
3.4 Составление реляционных отношений24
3.5 Расчет места для хранения БД28
4 Логическое проектирование36
4.1 Меры по обеспечению безопасности36
4.1.1 Создание пользователей, логинов и задание им паролей36
4.2 Схемы отношений, составленные на языке определения данных (DDL - Data Definition Language)37
4.2.1 Создание таблиц37
5 Физическое проектирование42
5.2 Обоснование выбора СУБД42
5.2 Создание базы на СУБД MS SQL SERVER 200842
5.3 Заполнение созданной БД44
5.3.1 Заполнение таблицы Тип здания44
5.3.2 Заполнение таблицы Вид собственности44
5.3.3 Заполнение таблицы Тип дефекта44
5.3.4 Заполнение таблицы Тип системы44
5.3.5 Заполнение таблицы Статус45
5.3.6 Заполнение таблицы Тип дефекта П.О45
5.3.7 Заполнение таблицы Статус П.О.45
5.3.8 Заполнение таблицы Управляющая компания45
5.3.9 Заполнение таблицы Подрядная организация46
5.3.10 Заполнение таблицы Аварийно-диспетчерская служба46
5.3.11 Заполнение таблицы Услуги П.О.46
5.3.12 Заполнение таблицы Бригада АДС47
5.3.13 Заполнение таблицы Бригада П.О.47
5.3.14 Заполнение таблицы Здание47
5.3.15 Заполнение таблицы Квартиры50
5.3.16 Заполнение таблицы Договор П.О. и КСК50
5.3.17 Заполнение таблицы Договор АДС и КСК51
5.3.18 Заполнение таблицы Заявки АДС51
5.3.19 Заполнение таблицы Заявки П.О.51
5.4 Запросы базы данных. Функции, процедуры, представления и триггеры52
5.4.1 Процедуры52
5.4.2 Триггеры58
5.4.3 Представления62
6 Описание интерфейса приложения. Работа с приложением65
Список использованной литературы78
Введение
База данных - важнейший компонент любой информационной системы. База данных позволяет структурировано хранить большие объемы информации конкретного предприятия, что значительно рационализирует ведение отчетов и создание архивов. Оптимизированные базы данных значительно увеличивают производительность, построенных на их использовании, программ. С развитием информационных технологий и предпринимательства, актуальность использования баз данных значительно увеличилось. Успешные и крупные компании не могут представить свой бизнес без четко построенной информационной системы. Базы данных, построенные на SQL Server, отвечают высоким требованиям производительности и безопасности.
Целью данной курсовой работы является реализация базы данных "Компания по созданию двигателей" для автоматизации деятельности и обеспечения хранения, накопления и предоставления информации. В данной работе будет разработана информационная система компании по созданию двигателей, создана база данных, которая будет предоставлять основную информацию по товару, поставщикам, сотрудникам, специалистам и всему документообороту компании. Актуальность работы заключается в том, что база данных будет упрощать работу по закупке компонентов, продаже и предоставлении информации о товаре.
1 Постановка задачи
База данных магазина предоставляет полную информацию о товаре, продаваемом в компании, и их характеристиках, количество на складе, сотрудниках, специалистов и документообороту в компании. В БД сформулированы следующие задачи:
* Показать все сведения о товаре
* Обеспечить пользователей наиболее полной информацией о товаре.
* Обеспечить контроль над документооборотом в компании.
* Обеспечить данными о сотрудниках и специалистах компании.
В число ограничений на БД входит:
* Компоненты, используемые в двигателе, должны быть в справочнике.
* Компоненты , поставляемые поставщиком, должны автоматический заноситься на склад компонентов.
* При созданий двигателей, количество потраченных на них компонентов должны вычитаться из склада компонентов.
* Количество создаваемых двигателей заносится на склад двигателей.
С данной БД могут работать:
* Администратор.
* Пользователь.
При работе с БД, должны решаться следующие задачи:
* Добавление нового поставщика.
* Принятие товара на складе от поставщика.
* Занесение характеристик нового товара.
* Составление документации на покупку компонентов у поставщика.
* Составление документации на продажу товара.
* Занесение сведений о новых покупателях в базу.
* Принятие новых специалистов и запись их данных.
* Принятие новых сотрудников и запись их данных.
2 Этап начальной разработки БД
2.1 Анализ предметной области
Название предметной области "Компания по созданию двигателей".
Компания по созданию двигателей представляет собой систему разработки двигателей, в которой задействовано определенное количество людей: сотрудников, специалистов. Также в компании существуют склады для хранения привозимых поставщиком компонентов и изготавливаемых из них двигатели, производимые на одном из цехов компании, и хранящиеся на складе двигателей В процессе изучения сферы "Компания по созданию двигателей" были выделены некоторые, участвующие в процессе информационного обмена:
* Компания по созданию двигателей.
* Поставщик.
* Клиент.
Соответствие участников информационного обмена выполняемым ими ролям приведено в таблице 2.1:
Таблица 2.1 - Участники информационного обмена
№ п/пПример участника информационного обменаРоль1. Компания по созданию двигателей Создание двигателя из имеющихся компонентов2. ПоставщикПоставка компонентов3. КлиентПотребитель товара Компания по созданию двигателей - юридическое лицо, создающее двигатель, из поставляемых в компанию компонентов.
Компания по созданию двигателей выполняет следующие функции:
* Создание групп-специалистов, имеющие свои названия и тип выполняемой работы.
* Организация по созданию двигателей групп-специалистов на цеху.
* Организация по учету компонентов в создаваемом двигателе.
Поставщик - это любое юридическое (организация, предприятие, учреждение) или физическое лицо, поставляющее товары компании. Поставщик осуществляет предпринимательскую деятельность в соответствии с условиями заключенного договора поставки, который является одним из видов договора купли-продажи. В соответствии с договором поставки поставщик обязуется передать в обусловленный срок производимые им товары покупателю для использования в предпринимательской деятельности или в других целях, не связанных с личным, семейным, домашним или иным подобным использованием. Поставщик выполняет следующие функции:
* Поставка определенного количества компонентов в определенный срок с определенной фиксированной в договоре ценой за компонент;
* Поставщик предоставляет информацию о компонентах: гарантийный срок и срок наработки на отказ;
Клиент - это любое юридическое (организация, предприятие, учреждение) или физическое лицо, интересующееся двигателем компании. 2.2 UML диаграммы
На сегодняшний день существует 12 диаграмм UML 2.0:
* Диаграмма классов
* Диаграмма компонентов
* Диаграмма развёртывания
* Диаграмма прецедентов
* Диаграмма последовательности
* Диаграмма композитной/составной структуры
* Диаграмма пакетов
* Диаграмма объектов
* Диаграмма автомата
* Диаграмма вариантов использования
* Диаграмма обзора взаимодействия
* Диаграмма синхронизации
2.2.1 Диаграмма прецедентов
Диаграмма прецедентов применяется для демонстрации возможностей различных пользователей в зависимости от предоставленных прав. Диаграмма прецедентов представлена на рисунке 2.1.
Определение акторов:
* Директор
* Группа-специалистов
* Клиент
Варианты использований:
* Контроль создания двигателя
* Создание двигателя
* Наличие двигателя на складу
* Покупка двигателя
* Выбор двигателя
Рисунок 2.1 - Диаграмма прецедентов
Пояснение:
* Акторов - 3
* Количество ВИ - 5
* Ассоциативных связей - 1
* Включений - 2
* Расширений - 1
Пример: Ассоциативной связи: Директор - контролирует деятельность создания двигателя.
Включение: Группа-специалистов - создав двигатель, транспортирую его на склад.
Включение: Клиент - выбирает двигатель и покупает его.
Расширение: Клиент, купив двигатель, отправляется за ним на склад.
2.2.2 Диаграмма компонентов
Диаграмма компонентов показывает набор компонентов и отношений между ними. Компонент - это физически заменяемая часть системы, которая имеет набор интерфейсов и обеспечивает их реализацию.
В данном случае исполняемый модуль ENG.exe обращается за получением или добавлением информации к базе данных ENG.mdf. Но обращается не напрямую, а через SQL SERVER. Таким образом, SQL SERVER является интерфейсом между программой и базой данных, обеспечивая их взаимодействие. Диаграмма компонентов представлена на рисунке 2.2.
Рисунок 2.2 - Диаграмма компонентов
2.2.3 Диаграмма последовательностей
Удобное средство для обозначения очередности следования друг за другом различных стимулов (сообщений), с помощью которых объекты взаимодействуют между собой. Например, когда нужно проработать буквально по шагам какой-то очень важный участок выполнения программы. Диаграмма последовательностей представлена на рисунке 2.5
Рисунок 2.3 - Диаграмма последовательностей
3 Проектирование БД
3.2 Концептуальное проектирование
Учитывая особенности данной системы, рассмотренной в анализе предметной области, выделим таблицы и связи между ними, представленные на предварительной ER - диаграмме.
Рисунок 3.1 - Предварительная ER - диаграмма
На основе предварительной модели сформируем бизнес правила. Затем определяем связи между сущностями, в основном опираясь на описание операций. Точнее связи сущности базируются на бизнес-правилах, построенных на основе подробного описания операций.
3.1.1 Разработка и построение подробной ER - диаграммы на основании бизнес-правил.
Бизнес - правило 1
В компании имеются множество цехов, следовательно, данные сущности объединяет связь и наоборот, множество цехов находятся в одной компании, следовательно, две сущности объединяет идентифицирующая связь "многие-к-одному" (рисунок 3.2).
Рисунок 3.2 - Сегмент ER-модели для бизнес-правила 1
Бизнес-правило 2
Сотруднику соответствует запись о занимаемой должности, но ему не может соответствовать 2 записи о занимаемых должностях одновременно. Эти сущности объединяет связь "один ко-многим" (рисунок 3.3).
Рисунок 3.3 - Сегмент ER-модели для бизнес-правила 2
Бизнес - правило 3
Компания состоит из сотрудников, и наоборот, сотрудники работают в одной компании, следовательно, две сущности объединяет идентифицирующая связь "один-ко-многим" (рисунок 3.4).
Рисунок 3.4 - Сегмент ER-модели для бизнес-правила 3
Бизнес - правило 4
В одном двигателе может быть описано множество характеристик, также как и одна и та же характеристика может быть записана в нескольких двигателях. Здесь образуется связь "многие-ко-многим". В этом бизнес-правиле связь реализуется путем добавления ассоциативной таблицы Характеристики двигателя. (рисунок 3.5).
Рисунок 3.5 - Сегмент ER-модели для бизнес-правила 4
Бизнес - правило 5
В одном двигателе может быть множество компонентов, также как и один и тот же компонент может быть в нескольких двигателях, и поэтому данные сущности будут соединяться через ассоциативную таблицу Детали двигателя (рисунок 3.6).
Рисунок 3.6 - Сегмент ER-модели для бизнес-правила 5
Бизнес-правило 6
В одной группе может быть множество специалистов, также как и один специалист может быть в нескольких группах, и поэтому данные сущности будут соединяться через ассоциативную таблицу Группа специалистов (рисунок 3.7).
Рисунок 3.7 - Сегмент ER-модели для бизнес-правила 6
Бизнес-правило 7
На одном складу может храниться множество разновидностей детали, точно также как и одна деталь может быть на нескольких складах, и поэтому данные сущности будут соединяться через ассоциативную таблицу Склад деталей (рисунок 3.8).
Рисунок 3.8- Сегмент ER-модели для бизнес-правила 7
Бизнес - правило 8
Поставщики могут поставлять разные разновидности компонентов, точно также как и одна компонента может поставляться разными поставщиками, и поэтому данные сущности будут соединяться через ассоциативную таблицу Детали поставщика (рисунок 3.9).
Рисунок 3.9 - Сегмент ER-модели для бизнес-правила 8
Бизнес - правило 9
На одном складу может храниться множество разновидностей двигателя, точно также как и один двигатель может храниться на нескольких складах, и поэтому данные сущности будут соединяться через ассоциативную таблицу Склад двигателей (рисунок 3.10).
Рисунок 3.10 - Сегмент ER-модели для бизнес-правила 9
Рисунок 3.14 - уточненная ER-диаграмма концептуальной модели "Компания по созданию двигателей"
3.3 Определение атрибутов каждой сущности
В таблице 3.1 будут описаны все атрибуты сущностей.
Таблица 3.1 - Атрибуты каждой сущности
Сегмент ER - моделиОписание
Таблица Специалист содержит следующие данные:
ID_специалист - уникальный код специалиста
Имя - имя специалиста
Фам - фамилия специалиста
Отч - отчество специалиста
Контакты - контакты специалиста
Адрес - адрес специалиста
Должность - должность специалиста
Дата__приема - дата приема специалиста на работуТаблица Данные_группы содержит следующие данные:
Группа_спец_ID - уникальный код группы Название_группы - название группы
Тип_выполняемых_операции- тип выполняемых операции группыТаблица Группа_специалистов содержит следующие данные:
Группа_спец_ID - уникальный код группы ID_специалист - уникальный код специалистаТаблица Область применения содержит следующие данные:
ID_Двигатель - уникальный номер двигателя
Тип_двигателя - тип двигателя Продолжение таблицы 3.1
Таблица Справочник_характеристик содержит следующие данные:
ID_Характер- уникальный код характеристики
Название_характеристики - название характеристикиТаблица Характеристики двигателя содержит следующие данные:
ID_Двигатель - уникальный номер двигателя
ID_Характер- уникальный код характеристики
Измерения 2 - измерения написанные словами
Измерения 1 - измерения в единицахТаблица Справочник деталей содержит следующие данные:
ID_деталь - уникальный код детали
Название - название деталиТаблица Детали двигателя содержит следующие данные:
ID_Двигатель - уникальный номер двигателя
ID_деталь - уникальный код детали
Количество - количество деталей в данном двигателеТаблица Компоненты_группы содержит следующие данные:
Группа_спец_ID - уникальный код группы ID_деталь - уникальный код детали Количество - количество деталей у группыТаблица Склад_Деталей содержит следующие данные:
ID_Склад_Д - уникальный код склада деталей
ID_деталь - уникальный код детали Количество - количество деталей на складу деталей Таблица Склад_Двигателей содержит следующие данные:
ID_Склад - уникальный код склада двигателей
ID_Двигатель - уникальный номер двигателя
Цена_за_двигатель-цена за двигатель
Количество - количество двигателей на складу двигателей
Продолжение таблицы 3.1
Таблица Реквизиты_компании содержит следующие данные:
ID_Компания - уникальный код компании
БИН- бин компании
БАНК- банк обслуживающий компанию
Номер счета - номер счета в банкеТаблица Компания_по_созданию_двигателей содержит следующие данные:
ID_Компания - уникальный код компании
Наименование - название компании
Адрес - адрес компании
Контакты - контакты компанииТаблица Справочник_должностей содержит следующие данные:
ID_Должность - уникальный код должности
Название - название дожностиТаблица Сотрудник содержит следующие данные:
ID_Сотрудник - уникальный код сотрудника
ID_Компания - уникальный код компании
Имя - имя сотрудника
Фам - фамилия сотрудника
Отч - отчество сотрудника
Адрес - адрес сотрудника
Контакты - контакты сотрудника ID_Должность - уникальный код должности
Дата__приема - дата приема сотрудника на работуТаблица Вид_цеха содержит следующие данные:
Вид_ID -уникальный код типа Название_Цеха - название цехаТаблица Данные Цеха содержит следующие данные:
ID_Цех - уникальный код цеха
ID_Компания - уникальный код компании
Вид_ID -уникальный код типа Адрес - адрес цеха
Контакты - контакты цеха Таблица Создание_двигателей_ на _цеху содержит следующие данные:
ID_Двигатель - уникальный номер двигателя
Группа_спец_ID - уникальный код группы ID_Цех - уникальный код цеха
Количество - количество создаваемых двигателей
Дата_создания- дата создания двигателя Продолжение таблицы 3.1
Таблица Поставщик содержит следующие данные:
ID_Поставщик - уникальный код поставщика
Наименование - название поставщика
Контакты - контакты поставщика
Адрес - адрес поставщика
ИИН- иин поставщика
БИН- бин поставщика
БАНК- банк обслуживающий поставщика
Номер счета - номер счета в банкеТаблица Договор_П содержит следующие данные:
ID_Договор_П - уникальный код договора с поставщиком
ID_Поставщик - уникальный код поставщика
ID_Компания - уникальный код компанииТаблица Детали_Поставщика содержит следующие данные:
ID_Поставщик - уникальный код поставщика
ID_деталь - уникальный код детали Количество - кол-во деталей
Количество_часов_наработки_на_отказ- количество часов наработки на отказТаблица Поставка_П содержит следующие данные:
ID_Накладная - уникальный код накладной поставщика
Дата - дата составления накладной
Количество - кол-во деталей
ID_Договор_П - уникальный код договора с поставщиком
Цена_за_товар - цена за единицу товара
Сумма - общая суммаПродолжение таблицы 3.1
Таблица TIP_SYSTEMI содержит следующие данные:
ID_Клиент -уникальный код клиента
Тип_Ллица - тип лица клиента
Окончание таблицы 3.1
Таблица Реквизит_физ_лицасодержит следующие данные:
ID_Клиент -уникальный код клиента
Контакты - контакты физ лица
Адрес - адрес физ лица
ИИН- иин физ лица
БИН- бин физ лица
Фам - фамилия физ лица
Имя - имя физ лица
Отч - отчество физ лица БАНК- банк обслуживающий физ лицаТаблица Реквизит_Юр_лица содержит следующие данные:
ID_Клиент -уникальный код клиента
Адрес - адрес юр лица
Контакты - контакты юр лица
ИИН- иин юр лица
БИН- бин юр лица
Название - название юр лица
БАНК- банк обслуживающий юр лицаТаблица Детали_поставки_К содержит следующие данные:
ID_Склад - уникальный код склада двигателей
ID_Двигатель - уникальный номер двигателя
Количество - количество двигателей
Сумма_продажи- сумма продажиТаблица ZAYAVKI содержит следующие данные:
ID_Договор - уникальный код договора
Дата - дата договора с клиентом
ID_Клиент -уникальный код клиента
ID_Компания - уникальный код компанииТаблица TIP_SYSTEMI содержит следующие данные:
ID_Накладная -уникальный код типа системы
Дата - дата накладной ID_Договор - уникальный код договора
Цена_за_товар- цена за товар
Сумма- сумма продажи
3.4 Составление реляционных отношений
Каждое реляционное отношение соответствует одной сущности и в него вносятся все атрибуты сущности. Для каждого отношения необходимо определить первичный ключ и внешние ключи (если они есть).
Отношения приведены в таблицах 3.4.1-3.4.28. Для каждого отношения указаны атрибуты с их внутренним названием, типом и длиной. Обязательное поле для краткости обозначено not null, необязательное - null. Типы данных обозначаются так: int -числовой, varchar - символьный, Date - дата.
Таблица 3.2 - Схема отношения Специалист
Содержание поляИмя поляТип, длинаПримечаниеУникальный код специалистаID_специалистintПервичный ключИмя специалистаИмяvarchar(20)nullФамилия специалистаФамvarchar(20)nullОтчество специалистаОтчvarchar(20)nullКонтакты специалистаКонтактыintnullАдрес специалистаАдресvarchar(20)nullДолжность специалистаДолжностьvarchar(20)nullДата приема специалиста на работуДата__приемаdatenull
Таблица 3.3 - Схема отношения Данные_группы
Содержание поляИмя поляТип, длинаПримечаниеУникальный код группыГруппа_спец_IDintПервичный ключНазвание группыНазвание_группыvarchar(20)nullТип выполняемых операции группыТип_выполняемых_операцииvarchar(20)null
Таблица 3.4 - Схема отношения Группа_специалистов
Содержание поляИмя поляТип, длинаПримечаниеУникальный код группыГруппа_спец_IDintПервичный ключ
Внешний ключ к Данные группыУникальный код специалистаID_специалистintПервичный ключ
Внешний ключ к Данные_группы
Таблица 3.5 - Схема отношения Область_применения
Содержание поляИмя поляТип, длинаПримечаниеУникальный номер двигателяID_Двигательvarchar(20)Первичный ключТип двигателяТип_двигателяvarchar(20)null
Таблица 3.6 - Схема отношения Справочник_характеристик
Содержание поляИмя поляТип, длинаПримечаниеУникальный код характеристикиID_ХарактерintПервичный ключНазвание характеристикиНазвание_характеристикиvarchar(20)null
Таблица 3.7 - Схема отношения Характеристики_двигателя
Содержание поляИмя поляТип, длинаПримечаниеУникальный номер двигателяID_Двигательvarchar(20)Первичный ключ
Внешний ключ к Область_примененияУникальный код характеристикиID_ХарактерintПервичный ключ
Внешний ключ к Область_примененияИзмерения написанные словамиИзмерения 2varchar(20)nullИзмерения в единицахИзмерения 1varchar(20)null
Таблица 3.8 - Схема отношения Справочник_деталей
Содержание поляИмя поляТип, длинаПримечаниеУникальный код деталиID_детальintПервичный ключНазвание деталиНазваниеvarchar(40)null
Таблица 3.9 - Схема отношения Детали_Двигателя
Содержание поляИмя поляТип, длинаПримечаниеУникальный номер двигателяID_Двигательvarchar(20)Первичный ключ
Внешний ключ к Область_примененияУникальный код деталиID_детальintПервичный ключ
Внешний ключ к Справочник_деталейОкончание Таблицы 3.9
Количество деталей в данном двигателеКоличествоintnull
Таблица 3.10 - Схема отношения Компоненты_группы
Содержание поляИмя поляТип, длинаПримечаниеУникальный код группыГруппа_спец_IDintПервичный ключ
Уникальный код деталиID_детальintПервичный ключ
Внешний ключ к Справочник_деталейКоличество деталей у группыКоличествоintnull
Таблица 3.11 - Схема отношения Склад_деталей
Содержание поляИмя поляТип, длинаПримечаниеУникальный код склада деталейID_Склад_ДintПервичный ключУникальный код деталиID_детальintПервичный ключ
Внешний ключ к Справочник_деталейКоличество деталей на складу деталейКоличествоintnull
Таблица 3.12 - Схема отношения Склад_двигателей
Содержание поляИмя поляТип, длинаПримечаниеУникальный код склада двигателейID_СкладintПервичный ключУникальный номер двигателяID_Двигательvarchar(20)Первичный ключ
Внешний ключ к Область_примененияЦена за двигательЦена_за_двигательintnullКоличество двигателей на складу двигателейКоличествоintnull
Таблица 3.13 - Схема отношения Реквизиты_компании
Содержание поляИмя поляТип, длинаПримечаниеУникальный код компанииID_КомпанияintПервичный ключБин компанияБИНintnullНазвание банка Банкvarchar(20)nullНомер счета в банкеНомер_счетаintnull
Таблица 3.14 - Схема отношения Компания_по_созданию_двигателей
Содержание поляИмя поляТип, длинаПримечаниеУникальный код компанииID_КомпанияintПервичный ключНазвание компанииНаименованиеvarchar(40)nullАдрес компанииАдресIntnullКонтакты компанииКонтактыintnull
Таблица 3.15- Схема отношения Справочник должностей
Содержание поляИмя поляТип, длинаПримечаниеУникальный код должностиID_ДолжностьintПервичный ключНазвание должностиНазваниеvarchar(45)null
Таблица 3.16 - Схема отношения Сотрудник
Содержание поляИмя поляТип, длинаПримечаниеУникальный код сотрудникаID_СотрудникintПервичный ключИмя специалистаИмяvarchar(20)nullФамилия специалистаФамvarchar(20)nullОтчество специалистаОтчvarchar(20)nullКонтакты специалистаКонтактыintnullАдрес специалистаАдресvarchar(20)nullУникальный код должностиID_ДолжностьintВнешний ключ к Справочник_должностейДата приема специалиста на работуДата__приемаdatenull
Таблица 3.17 - Схема отношения Вид_цеха
Содержание поляИмя поляТип, длинаПримечаниеУникальный код типа цехаВид_IDintПервичный ключНазвание цехаНазвание_Цехаvarchar(45)null
Таблица 3.18 - Схема отношения Данные_цеха
Содержание поляИмя поляТип, длинаПримечаниеУникальный код типа системыID_ЦехintПервичный ключУникальный код компании
ID_КомпанияintВнешний ключ к РеквизитОкончание Таблица 3.18
Уникальный код типа цехаВид_IDintВнешний ключ к Вид_цехаАдрес цехаАдресvarchar(40)nullКонтакты цехаКонтактыIntnull
Таблица 3.19- Схема отношения Создание_двигателей_ на_цеху
Содержание поляИмя поляТип, длинаПримечаниеУникальный номер двигателяID_Двигательvarchar(20)Первичный ключ
Внешний ключ к Область_примененияУникальный код группыГруппа_спец_IDintПервичный ключ
Внешний ключ к Данные_группыУникальный код типа системыID_ЦехintПервичный ключ Внешний ключ к Данные_цехаКоличество создаваемых двигателейКоличествоintnullДата создания двигателяДата__созданияdatenull
Таблица 3.20 - Схема отношения Поставщик
Содержание поляИмя поляТип, длинаПримечаниеУникальный код поставщикаID_ПоставщикintПервичный ключНаименование поставщикаНаименованиеvarchar(40)nullАдрес поставщикаАдресvarchar(40)nullКонтакты поставщикаКонтактыintnullИИН поставщикаИИНintnullБИН поставщикаБИНintnullЛицензия поставщикаЛицензияintnullНазвание банка, обслуживающий поставщикаБанкvarchar(20)nullНомер счета в банкеНомер_счетаintnull
Таблица 3.21 - Схема отношения Договор_П
Содержание поляИмя поляТип, длинаПримечаниеУникальный код договора с поставщиком
ID_Договор_ПintПервичный ключОкончание Таблицы 3.21
Дата создания договораДатаdatenullУникальный код поставщикаID_ПоставщикintВнешний ключ к ПоставщикУникальный код компании
ID_КомпанияintВнешний ключ к Реквизит
Таблица 3.22 - Детали_Поставщика
Содержание поляИмя поляТип, длинаПримечаниеУникальный код поставщикаID_ПоставщикintПервичный ключ
Внешний ключ к ПоставщикУникальный код деталиID_детальintПервичный ключ
Внешний ключ к Справочник_деталейГарантийный срок поставляемых деталейГарантийный срокintnullКоличество деталейКоличествоintnullКоличество часов наработки на отказКоличество_часов_наработки_на_отказintnull
Таблица 3.23 - Схема отношения Поставка_П
Содержание поляИмя поляТип, длинаПримечаниеУникальный код накладной поставщикаID_НакладнаяintПервичный ключДата составления накладнойДатаdatenullКоличество деталейКоличествоintnullУникальный код деталиID_детальintВнешний ключ к Справочник_деталейУникальный код договора с поставщиком
ID_Договор_ПintВнешний ключ к Договор_П
Цена за товараЦена_за_товарintnull
Окончание Таблицы 3.23
Общая суммаСуммаintnull
Таблица 3.24 - Схема отношения Клиент
Содержание поляИмя поляТип, длинаПримечаниеУникальный код клиентаID_КлиентintПервичный ключТип лица клиентаТип_Ллицаvarchar(20)null
Таблица 3.25 - Схема отношения Реквизит_Юр_лица
Содержание поляИмя поляТип, длинаПримечаниеУникальный код клиентаID_КлиентintПервичный ключ
Внешний ключ к КлиентНаименование юр лицаНаименованиеvarchar(40)nullАдрес юр лицаАдресvarchar(40)nullКонтакты юр лицаКонтактыintnullИИН юр лицаИИНintnullБИН юр лица БИНintnullНазвание банка, обслуживающий юр лицаБанкvarchar(20)null
Таблица 3.26 - Схема отношения Реквизит_Физ_лица
Содержание поляИмя поляТип, длинаПримечаниеУникальный код клиентаID_КлиентintПервичный ключ Внешний ключ к КлиентИмя физ лицаИмяvarchar(40)nullФамилия физ лицаФамvarchar(40)nullОтчество физ лицаОтчvarchar(40)nullКонтакты физ лицаКонтактыIntnullАдрес физ лицаАдресvarchar(40)nullИИН физ лицаИИНintnullБИН физ лицаБИНintnullНазвание банка, обслуживающий физ лицаБанкvarchar(20)null
Таблица 3.27 - Схема отношения Договор_К
Содержание поляИмя поляТип, длинаПримечаниеУникальный код договора с клиентом
ID_Договор_КintПервичный ключОкончание Таблицы 3.27
Дата создания договораДатаdatenullУникальный код клиентаID_КлиентintВнешний ключ к КлиентУникальный код компании
ID_КомпанияintВнешний ключ к Реквизит
Таблица 3.28 - Детали_Поставщика_К
Содержание поляИмя поляТип, длинаПримечаниеУникальный код клиентаID_КлиентintПервичный ключ Внешний ключ к КлиентУникальный номер двигателяID_Двигательvarchar(20)Первичный ключ
Внешний ключ к Область_примененияКоличество двигателейКоличествоintnull
Таблица 3.29 - Схема отношения Поставка _К
Содержание поляИмя поляТип, длинаПримечаниеУникальный код накладной клиентаID_Накладная_КintПервичный ключДата составления накладнойДатаdatenullКоличество деталейКоличествоintnullУникальный номер двигателяID_Двигательvarchar(20)Внешний ключ к Область_примененияУникальный код договора с клиентом
ID_Договор_КintВнешний ключ к Договор_К
Цена за товарЦена_за_товарintnullОбщая суммаСуммаintnull
3.5 Расчет места для хранения БД
На этом этапе, необходимо знать какой объем памяти будет занимать создаваемая база данных. Объём внешней памяти, необходимый для функционирования системы, складывается из двух составляющих: память, занимаемая модулями СУБД (ядро, утилиты, вспомогательные программы), и память, отводимая под данные (МД). Наиболее существенным обычно является МД. Объём памяти, занимаемый программными модулями пользователя, обычно невелик по сравнению с объёмом самих данных, поэтому может не учитываться. В проекте рассчитывается предполагаемый максимальный объем памяти занимаемой БД.
Таблица 3.30 - Схема отношения Специалист
Содержание поляИмя поляТип, длинаДлина (байт)Уникальный код специалистаID_специалистint4Имя специалистаИмяvarchar(20)21Фамилия специалистаФамvarchar(20)21Отчество специалистаОтчvarchar(20)21Контакты специалистаКонтактыint4Адрес специалистаАдресvarchar(20)21Должность специалистаДолжностьvarchar(20)21Дата приема специалиста на работуДата__приемаdate3
Общая длина строки: 116 байт
Число строк: ~ 17
Общий объем требуемой памяти: ~ 1972 байт
Таблица 3.31 - Схема отношения Данные_группы
Содержание поляИмя поляТип, длинаДлина (байт)Уникальный код группыГруппа_спец_IDint4Название группыНазвание_группыvarchar(20)21Тип выполняемых операции группыТип_выполняемых_операцииvarchar(20)21
Общая длина строки: 46 байт
Число строк: ~ 3
Общий объем требуемой памяти: ~ 138 байт
Таблица 3.32 - Схема отношения Группа_специалистов
Содержание поляИмя поляТип, длинаДлина (байт)Уникальный код группыГруппа_спец_IDint4Уникальный код специалистаID_специалистint4
Общая длина строки: 6 байт
Число строк: ~ 17
Общий объем требуемой памяти: ~ 122 байт
Таблица 3.33 - Схема отношения Область_применения
Содержание поляИмя поляТип, длинаДлина (байт)Уникальный номер двигателяID_Двигательvarchar(20)21Тип двигателяТип_двигателяvarchar(20)21
Общая длина строки: 42 байт
Число строк: ~ 3
Общий объем требуемой памяти: ~ 126 байт
Таблица 3.34 - Схема отношения Справочник_характеристик
Содержание поляИмя поляТип, длинаДлина (байт)Уникальный код характеристикиID_Характерint4Название характеристикиНазвание_характеристикиvarchar(20)21
Общая длина строки: 25 байт
Число строк: ~ 15
Общий объем требуемой памяти: ~ 305 байт
Таблица 3.35 - Схема отношения Характеристики_двигателя
Содержание поляИмя поляТип, длинаДлина (байт)Уникальный номер двигателяID_Двигательvarchar(20)21Уникальный код характеристикиID_Характерint4Измерения написанные словамиИзмерения 2varchar(20)21Измерения в единицахИзмерения 1varchar(20)21
Общая длина строки: 66 байт
Число строк: ~ 25
Общий объем требуемой памяти: ~ 1650 байт
Таблица 3.36 - Схема отношения Справочник_деталей
Содержание поляИмя поляТип, длинаДлина (байт)Уникальный код деталиID_детальint4Название деталиНазваниеvarchar(40)41
Общая длина строки: 45 байт
Число строк: ~ 27
Общий объем требуемой памяти: ~ 1180 байт
Таблица 3.37 - Схема отношения Детали_Двигателя
Содержание поляИмя поляТип, длинаДлина (байт)Уникальный номер двигателяID_Двигательvarchar(20)21Уникальный код деталиID_детальint4Количество деталей в данном двигателеКоличествоint4
Общая длина строки: 29 байт
Число строк: ~ 25
Общий объем требуемой памяти: ~ 675 байт
Таблица 3.38 - Схема отношения Компоненты_группы
Содержание поляИмя поляТип, длинаДлина (байт)Уникальный код группыГруппа_спец_IDint4
Уникальный код деталиID_детальint4Количество деталей у группыКоличествоint4
Общая длина строки: 12 байт
Число строк: ~ 22
Общий объем требуемой памяти: ~ 212 байт
Таблица 3.39 - Схема отношения Склад_деталей
Содержание поляИмя поляТип, длинаДлина (байт)Уникальный код склада деталейID_Склад_Дint4Уникальный код деталиID_детальint4Количество деталей на складу деталейКоличествоint4
Общая длина строки: 9 байт
Число строк: ~ 22
Общий объем требуемой памяти: ~ 198 байт
Таблица 3.40 - Схема отношения Склад_двигателей
Содержание поляИмя поляТип, длинаДлина (байт)Уникальный код склада двигателейID_Складint4Уникальный номер двигателяID_Двигательvarchar(20)21Цена за двигательЦена_за_двигательint4Количество двигателей на складу двигателейКоличествоint4
Общая длина строки: 30 байт
Число строк: ~ 3
Общий объем требуемой памяти: ~ 90 байт
Таблица 3.41 - Схема отношения Реквизиты_компании
Содержание поляИмя поляТип, длинаДлина (байт)Уникальный код компанииID_Компанияint4Бин компанияБИНint4Название банкаБанкvarchar(20)21Номер счета в банкеНомер_счетаint4
Общая длина строки: 30 байт
Число строк: ~ 1
Общий объем требуемой памяти: ~ 30 байт
Таблица 3.42 - Схема отношения Компания_по_созданию_двигателей
Содержание поляИмя поляТип, длинаДлина (байт)Уникальный код компанииID_Компанияint4Название компанииНаименованиеvarchar(40)41Адрес компанииАдресInt4Контакты компанииКонтактыint4
Общая длина строки: 50 байт
Число строк: ~ 1
Общий объем требуемой памяти: ~ 50 байт
Таблица 3.43- Схема отношения Справочник должностей
Содержание поляИмя поляТип, длинаДлина (байт)Уникальный код должностиID_Должностьint4Название должностиНазваниеvarchar(45)46
Общая длина строки: 49 байт
Число строк: ~ 12
Общий объем требуемой памяти: ~ 588 байт
Таблица 3.44 - Схема отношения Сотрудник
Содержание поляИмя поляТип, длинаДлина (байт)Уникальный код сотрудникаID_Сотрудникint4Имя специалистаИмяvarchar(20)21Фамилия специалистаФамvarchar(20)21Отчество специалистаОтчvarchar(20)21Контакты специалистаКонтактыint4Адрес специалистаАдресvarchar(20)21Уникальный код должностиID_Должностьint4Дата приема специалиста на работуДата__приемаdate4
Общая длина строки: 108 байт
Число строк: ~ 20
Общий объем требуемой памяти: ~ 2116 байт
Таблица 3.45 - Схема отношения Вид_цеха
Содержание поляИмя поляТип, длинаДлина (байт)Уникальный код типа цехаВид_IDint4Название цехаНазвание_Цехаvarchar(45)46
Общая длина строки: 50 байт
Число строк: ~ 3
Общий объем требуемой памяти: ~ 150 байт
Таблица 3.46 - Схема отношения Данные_цеха
Содержание поляИмя поляТип, длинаПримечаниеУникальный код типа системыID_Цехint4Окончание Таблицы 3.46
Уникальный код компании
ID_Компанияint4Уникальный код типа цехаВид_IDint4Адрес цехаАдресvarchar(40)41Контакты цехаКонтактыInt4
Общая длина строки: 62 байт
Число строк: ~ 3
Общий объем требуемой памяти: ~ 126 байт
Таблица 3.47- Схема отношения Создание_двигателей_ на_цеху
Содержание поляИмя поляТип, длинаПримечаниеУникальный номер двигателяID_Двигательvarchar(20)21Уникальный код группыГруппа_спец_IDint4Уникальный код типа системыID_Цехint4Количество создаваемых двигателейКоличествоint4Дата создания двигателяДата__созданияdate4
Общая длина строки: 21 байт
Число строк: ~ 10
Общий объем требуемой памяти: ~ 210 байт
Таблица 3.48 - Схема отношения Поставщик
Содержание поляИмя поляТип, длинаДлина (байт)Уникальный код поставщикаID_Поставщикint4Наименование поставщикаНаименованиеvarchar(40)41Адрес поставщикаАдресvarchar(40)41Контакты поставщикаКонтактыint4ИИН поставщикаИИНint4БИН поставщикаБИНint4Лицензия поставщикаЛицензияint4Название банка, обслуживающий поставщикаБанкvarchar(20)21Номер счета в банкеНомер_счетаint4
Общая длина строки: 21 байт
Число строк: ~ 10
Общий объем требуемой памяти: ~ 210 байт
Таблица 3.49 - Схема отношения Договор_П
Содержание поляИмя поляТип, длинаДлина (байт)Уникальный код договора с поставщикомID_Договор_Пint4Дата создания договораДатаdate3Уникальный код поставщикаID_Поставщикint4Уникальный код компании
ID_Компанияint4
Общая длина строки: 15 байт
Число строк: ~ 13
Общий объем требуемой памяти: ~ 210 байт
Таблица 3.50 - Детали_Поставщика
Содержание поляИмя поляТип, длинаДлина (байт)Уникальный код поставщикаID_Поставщикint4Уникальный код деталиID_детальint4Гарантийный срок поставляемых деталейГарантийный срокint4Количество деталейКоличествоint4Количество часов наработки на отказКоличество_часов_наработки_на_отказint4
Общая длина строки: 20 байт
Число строк: ~ 20
Общий объем требуемой памяти: ~ 400 байт
Таблица 3.51 - Схема отношения Поставка_П
Содержание поляИмя поляТип, длинаДлина (байт)Уникальный код накладной поставщикаID_Накладнаяint4Дата составления накладнойДатаdate3Окончание Таблицы 3.53
Количество деталейКоличествоint4Уникальный код деталиID_детальint4Уникальный код договора с поставщиком
ID_Договор_Пint4
Цена за товараЦена_за_товарint4Общая суммаСуммаint4
Общая длина строки: 26 байт
Число строк: ~ 10
Общий объем требуемой памяти: ~ 260 байт
Таблица 3.52 - Схема отношения Клиент
Содержание поляИмя поляТип, длинаДлина (байт)Уникальный код клиентаID_Клиентint4Тип лица клиентаТип_Ллицаvarchar(20)21
Общая длина строки: 25 байт
Число строк: ~ 3
Общий объем требуемой памяти: ~ 75 байт
Таблица 3.53 - Схема отношения Реквизит_Юр_лица
Содержание поляИмя поляТип, длинаДлина (байт)Уникальный код клиентаID_Клиентint4Наименование юр лицаНаименованиеvarchar(40)4Адрес юр лицаАдресvarchar(40)4Контакты юр лицаКонтактыint4ИИН юр лицаИИНint4БИН юр лицаБИНint4Название банка, обслуживающий юр лицаБанкvarchar(20)4
Общая длина строки: 28 байт
Число строк: ~ 2
Общий объем требуемой памяти: ~ 56 байт
Таблица 3.54 - Схема отношения Реквизит_Физ_лица
Содержание поляИмя поляТип, длинаДлина (байт)Уникальный код клиентаID_Клиентint4Имя физ лицаИмяvarchar(40)41Фамилия физ лицаФамvarchar(40)41Отчество физ лицаОтчvarchar(40)41Контакты физ лицаКонтактыInt4Окончание Таблицы 3.54
Адрес физ лицаАдресvarchar(40)41ИИН физ лицаИИНint4БИН физ лицаБИНint4Название банка, обслуживающий физ лицаБанкvarchar(20)21
Общая длина строки: 21 байт
Число строк: ~ 1
Общий объем требуемой памяти: ~ 21 байт
Таблица 3.55 - Схема отношения Договор_К
Содержание поляИмя поляТип, длинаДлина (байт)Уникальный код договора с клиентом
ID_Договор_Кint4Дата создания договораДатаdate3Уникальный код клиентаID_Клиентint4Уникальный код компании
ID_Компанияint4
Общая длина строки: 21 байт
Число строк: ~ 10
Общий объем требуемой памяти: ~ 210 байт
Таблица 3.56 - Детали_Поставщика_К
Содержание поляИмя поляТип, длинаДлина (байт)Уникальный код клиентаID_Клиентint4Уникальный номер двигателяID_Двигательvarchar(20)21Окончание Таблицы 3.58
Количество двигателейКоличествоint4
Общая длина строки: 21 байт
Число строк: ~ 10
Общий объем требуемой памяти: ~ 210 байт
Таблица 3.57 - Схема отношения Поставка _К
Содержание поляИмя поляТип, длинаДлина (байт)Уникальный код накладной клиентаID_Накладная_Кint4Дата составления накладнойДатаdate3Количество деталейКоличествоint4Уникальный номер двигателяID_Двигательvarchar(20)21Уникальный код договора с клиентом
ID_Договор_Кint4
Цена за товарЦена_за_товарint4Общая суммаСуммаint4 Общая длина строки: 21 байт
Число строк: ~ 10
Общий объем требуемой памяти: ~ 210 байт
Таким образом, из полученных данным можно рассчитать приблизительный максимальный объем базы данных. Объем будет равен сумме объемов всех таблиц:
База данных = Специалист + Данные_группы + Группа_специалистов + Область_применения+Справочник_характеристик + Характеристики_двигателя +Справочник_деталей+Детали_Двигателя+Компоненты_группы+ Склад_деталей + Склад_двигателей Справочник должностей + Сотрудник
+Компания_по_созданию_двигателей + Вид_цеха + Данные_цеха + Создание_двигателей_ на_цеху+ Поставщик+ Договор_П+ Детали_Поставщика + Поставка_П +Клиент+ Реквизит_Юр_лица + Реквизит_Физ_лица + Детали_Поставщика_К + Поставка _К = 1972 + 138 + 126 + 1650 +1675+2375 + 2725 + 3250 + 2211 + 440 + 220 + 212 + 588 + 34 + 550 + 1272 + 1500+75 +56+ 21+210 +210 + 210 = 23271(байт).
Представленные выше расчеты сделаны только для таблиц (расчеты были сделаны на полгода), т.к. данные в таблицах будут накапливаться, все процедуры и триггеры будут обрабатывать больше информации, то минимальный объем памяти будет составлять 23271 * 2 = 46542 (байт). Для более эффективной работы БД необходимо выделить 370 мб, данный размер памяти рассчитан на 5 лет использования БД. Для дальнейшей реализации увеличения памяти, необходимо будет произвести очистку архивов, либо перенос архивов на другие носители информации.
Объём памяти, занимаемый программными модулями пользователя, обычно невелик по сравнению с объёмом самих данных, поэтому может не учитываться. Требуемый объём оперативной памяти определяется на основании анализа интенсивности запросов и объёма результирующих данных.
Рисунок 5.1 - Физическая модель БД
40
Документ
Категория
Рефераты
Просмотров
98
Размер файла
859 Кб
Теги
kursach, itog, ilya
1/--страниц
Пожаловаться на содержимое документа