Разрабтка реляционной базы данных Учёт установленных жадюзи. Содержание С. Введение

Название	Содержание С. Введение
Анкор	Разрабтка реляционной базы данных Учёт установленных жадюзи
Дата	04.10.2021
Размер	1.48 Mb.
Формат файла
Имя файла	Разрабтка реляционной базы данных Учёт установленных жадюзи.pdf
Тип	Реферат #241451

2
Содержание
С.
Введение……………………………………………………………….....
3
Глава 1 Инфологическое проектирование БД……………………....
5
1.1 Анализ предметной области…………………………………………
5 1.2 Анализ информационных задач и круга пользователей…..............
6 1.3 Построение концептуальной модели………………... ……………
7
Глава 2 Логическое представление БД……..……………………......
10
2.1 Логическое описание таблиц…………………………….………..…
10 2.2 Нормализация отношений……………………………………………
13 2.3 Определение требований к операционной обстановке………........
Глава 3 Физическая реализация БД…………………………………..
3.1 Интерфейс ввода/вывода данных……………………………………
3.2 Реализация запросов пользователей…………………………………
14
17
17 21
Заключение………………………………………………………………
26
Библиографический список…………………......................................
28

3
Введение
Основные идеи современной информационной технологии базируются на концепции, согласно которой данные должны быть организованы в базы данных с целью адекватного отображения изменяющегося реального мира и удовлетворения информационных потребностей пользователей. Эти базы данных создаются и функционируют под управлением специальных программных комплексов, называемых системами управления базами данных
(СУБД).
Увеличение объема и структурной сложности хранимых данных, расширение круга пользователей информационных систем привели к широкому распространению наиболее удобных и сравнительно простых для понимания реляционных (табличных) СУБД. Для обеспечения одновременного доступа к данным множества пользователей, нередко расположенных достаточно далеко друг от друга и от места хранения баз данных, созданы сетевые мультипользовательские версии БД основанных на реляционной структуре. В них тем или иным путем решаются специфические проблемы параллельных процессов, целостности (правильности) и безопасности данных, а также санкционирования доступа.
Microsoft Access – реляционная СУБД, в которой предусмотрены все необходимые средства для определения и обработки данных, а также управления ими при работе с большим объемом информации. Access - функционально полная система, имеющая мощные средства для работы в этой программе. Ее преимуществом перед другими является простота, наличие всех средств для успешной обработки и управления БД
1
Актуальность темы продиктована тем, что БД учета установки жалюзи, обеспечит более быстрое заполнение данных, позволит сократить время обработки данных, и сведет к минимуму вероятность возникновения ошибки.
1
Дейт К. Дж. – «Введение в системы баз данных», изд. «Вильямс», 2011г. -1072с.

4
Объектом исследования в курсовом проекте является процесс создания реляционной модели базы данных для компании.
Предмет исследования – технологии, средства и методы, используемые для создания БД компании по продаже жалюзи.
Целью является разработка базы данных, необходимая для повышения эффективности и качества работы компании.
В связи с поставленной целью необходимо решить ряд задач:
1) Подробно рассмотреть деятельность предприятия;
2) Проанализировать предметную область, определить ее информационные сущности и связи между ними;
3) Проанализировать информационные задачи и круга пользователей;
4) Провести обзорный анализ построение концептуальной модели;
5) Определить требования к операционной обстановке.
6) Разработать базу данных с интерфейсами и запросами;
Методической базой написания курсового проекта послужили учебные пособия по проектированию баз данных, а также статистические сборники, под руководством следующих авторов: Дейт К. Д., А.В. Кузин, С.В. Левонисова.
Результатом работы будет разработанная база данных.
В курсовом проекте применялись общетеоретические методы исследования, а также опрос заказчиков и пользователей системы и наблюдение за работой компании Салон «Жалюзи».

5
Глава 1 Инфологическое проектирование БД
1.1 Анализ предметной области
Основным направлением деятельности И.П. «Курчинов» является производство, монтаж, замер жалюзи, от простых горизонтальных, до сложных мультифактурных жалюзи.
Главной задачей разработки БД является создание работоспособной и эффективной программы для учета установленных жалюзи. Необходимо организовать работу программы таким образом, чтобы в ней учитывалось возможность добавления новых записей, редактирования и удаления записей, формирования отчетных документов
1
С помощью приложения БД можно выполнить следующие действия:
1) Хранение информации в базе данных в виде таблиц;
2) Предоставление информации в текстовом и числовом виде;
3) Добавлять в базу данных новую информацию о установленных приборах.
Основные возможности программы:
1) Ввод данных по установке;
2) Изменение данных;
3) Сохранение данных;
4) Поиск необходимой информации по установке жалюзи и полной информации о них.
В приложении «Учет установленных жалюзи» использованы различные процедуры и функции, предназначенные для обработки таблиц баз данных, полей и записей, работы с формами и запросами. В данной программе реализовано большое количество различных методов работы с информацией,
1
Голицына, О.Л. Базы данных: Учебное пособие / О.Л. Голицына, Н.В. Максимов,
И.И. Попов. - М.: Форум, 2012. - 400 c.

6 использовано много компонентов, позволяющих качественно и быстро организовать удобный ввод, просмотр и обновление данных.
Пользователь из базы должен получит полное представление об интересующем его объекте, а так более подробную информацию о нем. Для этого нужно предоставить ему информацию:
1) О жалюзи;
2) О заказах;
3) О клиентах;
4) О комплектующих.
В данные «о жалюзи» указана следующая информация: уникальный код жалюзи, также вид и стоимость жалюзи за метраж.
Информация «о заказах» содержит такие поля как: код заказа, код комплекта, код клиента, код жалюзи, метраж, количество окон.
Информация « о клиентах» будет содержать в первую очередь код клиента, а также фамилию, инициалы, телефон клиента и его адрес.
«Комплектующие» содержит информацию о коде комплектующих, типе комплекта и стоимости.
Таким образом БД поможет пользователю без труда найти нужную информацию.
1.2 Анализ информационных задач и круга пользователей
Система создается для обслуживания следующих групп пользователей:
1) Директора;
2) Секретаря;
3) Бухгалтерии.
Функциональные возможности:
1) Ведение БД (запись, чтение, модификация, удаление в архив);
2) Обеспечение логической непротиворечивости БД;

7 3) Обеспечение защиты данных от несанкционированного или случайного доступа (определение прав доступа);
4) Реализация наиболее часто встречающихся запросов в готовом виде;
5) Предоставление возможности сформировать произвольный запрос на языке манипулирования данными.
База данных рассчитана на работу различных групп пользователей.
Сотрудник, вносящий данные в базу, таким сотрудником может быть оператор, а так же мастер, который после выполнения работы заносит данные в БД. Так как данная БД предназначена для учета количества работы выполненной мастером, проданных запчастей, а так же выдачи счет квитанции, ее может использовать бухгалтер для подсчета количества выполненной работы, полученной прибыли и надбавки мастеру за выполненный план.
1.3 Построение концептуальной модели
Проектирование структуры базы данных начинается с построения концептуальной модели. Концептуальная модель представляет собой высокоуровневый взгляд на предметную область. На данном этапе не учитывается модель данных и физические аспекты представления и хранения данных, проектирование одинаково для любой базы данных
1
Одним из самых распространённых способов проектирования базы данных является построение модели «сущность-связь», также известных как
ER-модели (англ. entity-relationship model). Модель, построенная таким образом, называется ER-диаграммой. В данной курсовой работе для этой цели используется нотация «Crow's Foot».
Моделирование с использованием модели
«сущность-связь» предполагает:
1) Выделение в предметной области важных сущностей;
1
Пирогов, В.Ю. Базы данных: организация и проектирование: Учебное пособие /
В.Ю. Пирогов. - СПб.: БХВ-Петербург, 2015. - 528 c.

8 2) Описание их атрибутов и взаимосвязей.
Связи характеризуют в том числе мощность отношений между объектами сущностей. Наиболее важными типами таких отношений являются функциональные бинарные отношения:
1) «один-к-одному»,
2) «один-ко-многим»,
3) и «многие-ко-многим».
При рассмотрении предметной обрасти деятельности «Салона Жалюзи» можно выделить четыре информационных сущностей:
1) Жалюзи;
2) Заказ;
3) Клиент;
4) Комплектующие;
Объекты, для отражения локального представления:
1) Жалюзи (стержневая сущность);
2) Заказ (стержневая сущность);
3) Оформление (ассоциация);
4) Клиент (стержневая сущность);
5) Комплектующие (стержневая сущность);
6) Обслуживание (ассоциация);
7) Хранение (характеристика).
Рис.1.Локальное представление сущностей

9
Спроектированные модели предметной области на языке ЯИМ выглядят следующим образом:
Заказ (Id-заказ, Код комплекта, Код клиента, Код жалюзи, метраж, количество окон);
Оформление [Клиент(∞), Заказ(∞)] (Код клиента, Код Заказа);
Клиент (Id-клиент, фамилия, инициалы, телефон, адрес );
Комплектующие(Id-комплектующие,
Тип комплекта,
Стоимость комплекта);
Издание [Комплектующие(∞), Заказ(∞)] (Код комплектующих, Код
Заказа);
Хранение (КодХранение, Средство хранения) {Издание}.
На рисунке 2 изображена ER-диаграмма проектируемой базы данных построенная на основе вышеизложенного анализа предметной области.
Жалюзи
PK
ID_Jaluzy
Вид жалюзи
Стоимость за метраж
Заказ
PK
ID_Zakaz
FK3,I3
Код комплекта
FK2,I2
Код клиента
FK1,I1
Код жалюзи
Метраж
Кол-во окон
Клиент
PK
ID_Klient
Фамилия
Инициалы
Телефон
Адрес
Комплектующие
PK
ID_Komplektuyushchie
Тип комплекта
Стоимость комплекта
Рис. 2. ER-диаграмма проектируемой базы данных
Таким образом, осуществляется детализация хранилищ данных. ER- диаграмма содержит информацию о сущностях системы и способах их взаимодействия, включает идентификацию объектов, важных для предметной области (сущностей), свойств этих объектов (атрибутов) и их отношений с

10 другими объектами (связей). Во многих случаях информационная модель очень сложна и содержит множество объектов
1
Таким образом, в первой главе курсового проекта была проанализированная предметная область, а также информационные задачи, круг пользователей, и построена концептуальная модель.
1
Кузин, А.В. Базы данных: Учебное пособие для студ. высш. учеб. заведений / А.В.
Кузин, С.В. Левонисова. - М.: ИЦ Академия, 2012. - 320 c.

11
Глава 2 Логическое представление БД
2.1 Логическое описание таблиц
База данных – это организованная структура, предназначенная для хранения информации. Сегодня большинство систем управления базами данных (СУБД) позволяют размещать в своих структурах не только данные, но и методы (то есть программный код), с помощью которых происходит взаимодействие с потребителем или с другими программно-аппаратными комплексами. Таким образом, в современных базах данных хранятся отнюдь не только данные, но и информация.
1
Для создания реляционной базы данных «Учет установленных жалюзи» было создано 4 таблицы, которые содержат всю информацию необходимую для организации учета деятельности сотрудник Салон «Жалюзи».
2
Таблица «Жалюзи». В данной таблице хранятся данные стоимости жалюзи за метраж, и виды жалюзи. Таблица жалюзи представлена на рисунке 3.
Таблица содержит следующие поля:
1) ID-Jaluzi (ключевое поле) – тип данных счетчик, размер поля – длинное целое;
2) Вид жалюзи – тип данных текстовый, размер поля 255;
3) Стоимость за метраж- тип данных числовой.
Рис.3. Таблица Жалюзи
1
Кошелев, В.Е. Базы данных в ACCESS 2007: Эффективное использование / В.Е.
Кошелев. - М.: Бином-Пресс, 2009. - 592 c.
2
Кириллов, В.В. Введение в реляционные базы данных.Введение в реляционные базы данных / В.В. Кириллов, Г.Ю. Громов. - СПб.: БХВ-Петербург, 2012. - 464 c.

12
Таблица «Заказ». Данная таблица служит для хранения данных по заказам, здесь указан код клиента, код комплекта для жалюзи, код жалюзи, метраж и количество окон. Таблица заказ представлена на рисунке 4.
Таблица содержит следующие поля:
1) ID_Zakaz (ключевое поле) – тип данных счетчик, размер поля – длинное целое;
2) Код комплекта - тип данных числовое, размер поля - длинное целое;
3) Код клиента - тип данных числовое, размер поля - длинное целое;
4) Код жалюзи - тип данных числовое, размер поля - длинное целое;
5) Метраж - тип данных числовое, размер поля - длинное целое;
6) Количество окон - тип данных числовое, размер поля - длинное целое.
Рис.4. –Таблица Заказ
Таблица «Клиент». В таблице хранятся данные о клиентах салона жалюзи. В данной таблице представлены фамилии клиентов, инициалы, телефон и адрес. Таблица клиент представлена на рисунке 5.
Таблица содержит следующие поля:
1) ID_ Klient - (ключевое поле) – тип данных счетчик, размер поля – длинное целое;
2) Фамилия - тип данных текстовый, размер поля – 255;
3) Инициалы - тип данных текстовый, размер поля – 255;
4) Телефон - тип данных числовой, формат поля длинное целое;
5) Адрес – тип данных текстовый, размер поля -255.

13
Рис. 5. Таблица Клиент
Таблица «Комплектующие». В данной таблице хранится информация о типе комплекта для жалюзи и стоимость комплекта. Таблица комплектующие представлена на рисунке 6.
Таблица содержит следующие поля:
1) ID_Komplektuyushchie- (ключевое поле) – тип данных счетчик, размер поля – длинное целое;
2) Тип комплекта – тип данных текстовый, размер поля-255;
3) Стоимость комплекта – тип данных денежный.
Рис. 6. Таблица Комплектующие
Проанализировав все таблицы можно сделать вывод, что не ключевые атрибуты функционально не зависят от других не ключевых атрибутов.
Важность нормализации данных таблиц состоит в том, что она позволяет разбить большие отношения, как правило, содержащие большую избыточность информации, на более мелкие логические единицы, группирующие только данные, объединенные по признаку. Полная схема данных представлена на рисунке рисунки 7.

14
Рис.7. Схема БД
Все таблицы связаны между собой связью типа "Один-ко-многим". На примере таблиц "Заказ" и "Клиент" это означает, что один клиент может иметь возможность сделать несколько заказов на установку жалюзи, но в таблице
«Заказ» может присутствовать множество записей таблицы «клиентк» , т.е. разные заказы могут иметь одинаковых клиентов.
2.2 Нормализация отношений
Для поддержания БД в устойчивом состоянии используется ряд механизмов, которые получили обобщенное название средств поддержки целостности.
1
Для реляционной модели данных разработано несколько нормализованных форм, три из которых являются основными.
База данных считается нормализованной, если ее таблицы представлены как минимум в третьей нормальной форме.
1
Никитин Н. А.- «Нормализация отношений», изд. «КомпьютерПресс», 2010г. -322с.

15
Первая нормальная форма(1НФ) говорит, что каждый атрибут отношения должен хранить атомарное значение, каждое отношение (строка в таблице) должно содержать одинаковое количество атрибутов (столбцов).
Вторая нормальная форма (2НФ) говорит, что отношение находится во второй нормальной форме, если оно находится в 1НФ, и при этом все неключевые атрибуты зависят только от первичного ключа, т.е.
Отношение находится в третьей нормальной форме (3НФ), если оно находится во второй нормальной форме и каждый неключевой атрибут зависит только от первичного ключа и не зависят друг от друга.
Данные могут группироваться в таблицы (отношения) разными способами. При проектировании БД в качестве отправной точки может использоваться одно универсальное отношение, в которое включаются все необходимые атрибуты.
Нормальная форма Бойса – Кодда следует по «сложности» сразу после третьей нормальной формы. Поэтому нормальную форму Бойса – Кодда еще иногда называют просто усиленной третьей нормальной формой.
В отношении, находящемся в нормальной форме Бойса – Кодда, все функциональные зависимости в пределах отношения навязаны объявлением ключей.
2.3 Определение требований к операционной обстановке
База данных должна работать в многопользовательском режиме,
Налагаемые условия позволяют сделать выбор типа и конфигурации конкретной ЭВМ, типа и версии операционной системы.
Целесообразно выбрать, Microsoft Access 2016, под управлением многопользовательской операционной системы Microsoft Windows 8. Это прежде всего связано с дальнейшим увеличением объема обработанной информации.

16
От выбранного программного обеспечения выбираются параметры самой
ЭВМ.
1) ПК процессором Pentium III и 256 МБ оперативной памяти;
2) Дисковод для компакт-дисков;
3) Монитор Super VGA (800x600) или с более высоким разрешением с поддержкой 256 цветов;
4) Мышь Microsoft Mouse, Microsoft IntelliMouse или совместимое указательное устройство;
5) При работе с мультимедиа и звуком для улучшенного отображения графики требуется видеоплата, поддерживающая ускорение графики, или процессор, поддерживающий набор команд MMX [1].
Для оценки объема внешней памяти, отводимой под данные необходимо знать (хотя бы ориентировочно) объём работы компании.
Объём внешней памяти, необходимый для функционирования системы, складывается из двух составляющих: память, занимаемая модулями СУБД (ядро, утилиты, вспомогательные программы), и память, отводимая под данные (М
Д
). Наиболее существенным обычно является М
Д
Объём памяти М
Д
, требуемый для хранения данных, можно приблизительно оценить по формуле:
, где l i
– длина записи в i-й таблице (в байтах),
N
i
– примерное (максимально возможное) количество записей в i-й таблице,
N
a
– количество записей в архиве i-й таблицы.
Коэффициент 2 перед суммой нужен для того, чтобы выделить память для хранения индексов, промежуточных данных, для выполнения объёмных операций (например, сортировки) и т.п.

17
Посчитаем приблизительно, какой объём внешней памяти потребуется для хранения данных. Примем ориентировочно, что:
1) Одновременно осуществляется около пятидесяти проектов, работа над проектом продолжается в среднем два месяца (по 0,3 К);
2) В компании работает 100 сотрудников (по 0,2 К на каждого сотрудника);
3) Компания сотрудничает с 4 заказчиками (по 0,2К);
4) В день обслуживается порядка 5 заявок (по 0,1К);
5) Устаревшие данные по обслуживанию переводятся в архив.
Тогда объём памяти для хранения данных за первый год примерно составит:
M
c
= 2(100*0,2+6(50*0,3)+4*0,2+247(5*0,1)) = 468.6 Кб. где 247 – количество рабочих дней в году, а 12 мес./2 мес. = 6. Объём памяти будет увеличиваться ежегодно на данную величину при сохранении объёма работы.
Итоговый объем памяти отводимый под БД составляет 468.60 Кб.
Такая мощность таблицы, едва ли станет причиной появления замедления в процессе работы.
Таким образом, во второй главе был дан анализ обоснования выбора
СУБД, представлено логическое проектирование таблиц БД, отражены типы данных, выражены значения первичных ключей, а также преобразована ER- диаграмма в Схему данных в Access. Также была произведена нормализация отношений БД, и на основание анализа было определено, то что отношения находятся в третьей нормальной форме. На основание всех данных был рассчитан приблизительных объем внешней памяти требующийся для хранения данных, и описаны требования к ЭВМ и ОС.

18
Глава 3 Физическая реализация БД
3.1 Интерфейс ввода/вывода данных
Пользовательский интерфейс
1
часто понимают только как внешний вид программы. В действительности пользовательский интерфейс включает в себя все аспекты дизайна, которые оказывают влияние на взаимодействие пользователя и системы.
Для удобного и эффективного использования БД «Обслуживание приборов учета энергосбережения» было создано 5 форм
2
, благодаря которым можно просматривать информацию БД, изменять данных, а также печатать и создавать сообщения. Форма БД – это структурированное окно, которое можно представить так, чтобы оно повторяло форму бланка. Источником данных для формы являются записи таблицы или запроса.
«Главная » – данная форма является стартовой, и открывается при запуске базы данных. Структура формы делится на два логических блока:
Данные логические блоки содержат кнопки навигации, которые служат для перехода на формы: «Жалюзи», «Заказ», «Клиент», «Комплектующие», а также для перехода на отчеты: «Отчет по заказам» и «Отчет стоимости работ».
Наглядное представление главной формы изображено на рисунке 8.
1
Советов, Б.Я. Базы данных: Физическая реализация: Учебник для бакалавров / Б.Я.
Советов, В.В. Цехановский, В.Д. Чертовской. - М.: Юрайт, 2013. - 463 c.
2
Башмаков, А.И.- «Разработка форм и генерация отчетов» , изд. «Филинъ», 2013г. –
616с.

19
Рис.8. Главная форма БД
Форма «Клиент» - данная форма служит для записи клиентов в базу данных, режим формы – разделенная форма. Часть формы в виде списка отвечает за сортировку уже предоставленных данных. Форма «Клиент» представлена на рисунке 9.
Рис.9. Форма Клиент

20
Форма «Заказ». Служит для заполнения данных о заказах, с помощью которых в дальнейшем подсчитывается стоимость. Режим формы – разделенная форма. Часть формы в виде списка отвечает за сортировку уже предоставленных данных. Форма «Заказ» представлена на рисунке 10.
Рис.10 Форма Заказ
На рисунке 11 представлена форма «Заказ» с введенными данными.
Рис. 11 Форма заказ с введенными данными
Форма «Жалюзи». Представляет собой совокупность полей, которые содержат информацию по предоставляемым жалюзи и их стоимость. Форма
«Жалюзи» представлена на рисунке 12.

21
Рис.12. Форма жалюзи
Форма «Комплектующие». Представляет собой совокупность полей, которые содержат информацию по типу комплекта и его стоимости. Форма
«Комплектующие» представлена на рисунке 13.
Рис.13. Форма комплектующие
Итогом работы базы данных «Учет заказов в салоне жалюзи» являются отчеты. Отчеты используются для отображения информации, содержащейся в базе данных и вывода ее на печать. На основе введенных данных формируется
2 отчета:
Отчет «Заказы». Является автоматически сформированной сводной ведомостью с указанием данных заказчика и выбором им конкретной модели жалюзи. Данный отчет представлен на рисунке 14.

22
Рис. 14. Отчет заказы
Отчет «Стоимость выполнения работ». Отчет «Стоимость выполнения работ» - сформированный список актуальных данных об установленных жалюзи на конкретном объекте, с указанием общей стоимость проводимых работ. На рисунке 15 изображен отчет «Стоимость выполнения работ».
Рис.15 .Отчет стоимость выполнения работ
3.2. Реализация запросов пользователя
Для отображения требуемых полей из записей одной или нескольких таблиц, а также, для структурированного извлечения данных из таблиц базы данных «Учет заказов в салоне жалюзи» были реализованы запросы.

23
«Данные по заказам» - запрос используется в формировании отчета
«Заказы» на форме «Мастер отчетов», и представлен на рисунке 18. В режиме
SQL
1
данных запрос приобретает следующий вид:
SELECT
Комплектующие.[Тип комплекта],
Клиент.Фамилия,
Клиент.Инициалы, Комплектующие.[Стоимость комплекта], Заказ.[Кол-во окон], Заказ.Метраж
FROM Комплектующие INNER JOIN (Клиент INNER JOIN Заказ ON
Клиент.ID_Klient=Заказ.[Кодклиента])ONКомплектующие.ID_Komplektuyushch ie = Заказ.[Код комплекта]
WHERE (((Клиент.Фамилия)=[Введите фамилию])); Результат работы запроса представлен на рисунке 16.
Рис.16. Запрос «Данные по заказам»
Для того чтобы без лишних действий узнать точную информацию по заказу были введены условия ограничения поиска, или критерии поиска информации, которые вводятся в строке «Условия отбора». Запрос «Данные по заказам» с условием отбора представлен на рисунке 17.
1
Туманов,В.Е.Основы проектирования реляционных баз данных; Бином, 2012.- 420 c.

24
Рисунок 17 Запрос «Данные по заказам», с указанием условия отбора
Рис. 18. Результат запроса «Данные по заказам»
«Стоимость выполнения работ» - запрос служит для отображения информации, по стоимости выполняемых работ по конкретному объекту, с необходимой информацией по нему. Данный запрос представлен на рисунке 19.
Рис.19. Запрос «Стоимость выполненных работ»
В данном запросе также было создано выражение, благодаря которому удается с легкостью посчитать полную сумму на установку жалюзи по разных

25 объектам, учитывая стоимость самих жалюзи (в зависимости от модели), стоимость за метраж, количество окон и стоимость комплекта.
Запрос «Стоимость выполнения работ» с заданным выражением, представлен на рисунке 20.
Рис.20. Запрос «Стоимость выполнения работ», построение выражения
Рис.21. Результат запроса «Стоимость выполнения работ»
Рис.22. Перекрестный запрос

26
Рис23. Результат запроса Заказ перекрестный
Таким образов в третьей главе была реализована физическая модель базы данных. Были созданы формы различных типов, реализованы необходимые запросы для вывода информации пользователю, и на основание всего этого были выведены отчеты по работе компании.

27
Заключение
Использование баз данных– это составная часть функционирования различных преуспевающих организаций и деятельности современного человека.
В настоящее время базы данных используются почти во всех сферах человеческой деятельности. Так как с помощью электронных баз данных работа персонала организации, будь то хоть компания, становится быстрой, качественной и удобной.
В результате работы, объектом которой являлась современная компания салон жалюзи, была создана база данных «Учет установленных жалюзи».
Проектирование базы данных «Учет установленных жалюзи»», проводилась помощью СУБД Microsoft Access и языка запросов SQL. Данная база данных компании салон жалюзи содержит: данные по заказам, заказчикам, оборудованию и объектам установки и осблуживания. Данный продукт существенно облегчает работу пользователей.
Информационное обеспечение
«Учет установленных жалюзи» современной инжиниринговой компании салон жалюзи обеспечивает ввод, обработку, хранение и выдачу необходимой информации. При этом, естественно, необходим тщательный отбор, из всей информационной совокупности, только тех сведений, которые в нужный момент и в нужном объеме требуются для более эффективного управления.
Поставленная цель курсового проекта определяла конечный продукт как базу данных, позволяющую быстро и эффективно работать пользователям с данными об ассортименте в процессе обслуживания клиентов.
В первой главе был проведен анализ предметной области, смоделированы концептуальные модели, а также произведен анализ информационных задач и круга пользователей. На основе этих данных было принято решение по концепции разрабатываемой системы.

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

29
Библиографический список
Нормативно-правовые акты, судебная практика и
иные официальные документы
1) ГОСТ Р 52653-2006. Информационно-коммуникационные технологии в образовании. Термины и определения;
2) ГОСТ 28195-89. Оценка качества программных средств. Общие положения;
3) ГОСТ 28806-90 Качество программных средств. Термины и определения.;
4) ГОСТ Р ИСО/МЭК 9126-90 Информационная технология. Оценка программной продукции. Характеристика качества и руководства по их применению;
Специальная, научная и учебная литература
5) Дейт К. Дж. – «Введение в системы баз данных», изд. «Вильямс»,
2011г. -1072с.
6) Башмаков, А.И.- «Разработка форм и генерация отчетов», изд.
«Филинъ», 2013г. – 616с.
7) Гулин В.Н.- «Информационный менеджмент. Информационные технологии, обеспечивающие управление информационными ресурсами», изд.
«Современная школа», 2010г. – 320с.
8) Туманов, В.Е. Основы проектирования реляционных баз данных;
Бином, 2012. - 420 c
9) .Никитин Н. А.- «Нормализация отношений», изд. «КомпьютерПресс»,
2010г. -322с.

30 10) Роберт И.В.- «Современные информационные технологии в образовании: дидактические проблемы, перспективы использования», , изд «
М.Школа-Пресс», 2011г-205с.
11) Агальцов, В.П. Базы данных. В 2-х т. Т. 2. Распределенные и удаленные базы данных: Учебник / В.П. Агальцов. - М.: ИД ФОРУМ, НИЦ
ИНФРА-М, 2013. - 272 c.
12) Агальцов, В.П. Базы данных. В 2-х т.Т. 1. Локальное проектирование базы данных: Учебник / В.П. Агальцов. - М.: ИД ФОРУМ, НИЦ ИНФРА-М,
2013. - 352 c.
13)
Советов, Б. Я. Базы данных : учебник для прикладного бакалавриата
/ Б. Я. Советов, В. В. Цехановский, В. Д. Чертовской. — 2-е изд. — М. :
Издательство Юрайт, 2017. — 463 с. — (Бакалавр. Прикладной курс). — ISBN
978-5-534-00834-0.
14) Голицына, О.Л. Базы данных: Учебное пособие / О.Л. Голицына,
Н.В. Максимов, И.И. Попов. - М.: Форум, 2012. - 400 c.
15) Карпова, И.П. Базы данных: Учебное пособие / И.П. Карпова. - СПб.:
Питер, 2013. - 240 c.
16)
Стружкин, Н. П. Базы данных: проектирование. Практикум : учебное пособие для академического бакалавриата / Н. П. Стружкин, В. В. Годин. — М.
: Издательство Юрайт, 2017. — 291 с. — (Бакалавр. Академический курс). —
ISBN 978-5-534-00739-8.
17)
Стасышин, В. М. Базы данных: технологии доступа : учебное пособие для академического бакалавриата / В. М. Стасышин, Т. Л. Стасышина.
— 2-е изд., испр. и доп. — М. : Издательство Юрайт, 2017. — 178 с. —
(Университеты России). — ISBN 978-5-534-03405-9.
18) Пирогов, В.Ю. Базы данных: организация и проектирование:
Учебное пособие / В.Ю. Пирогов. - СПб.: БХВ-Петербург, 2015. - 528 c.
19) Советов, Б.Я. Базы данных: Физическая реализация: Учебник для бакалавров / Б.Я. Советов, В.В. Цехановский, В.Д. Чертовской. - М.: Юрайт,
2013. - 463 c.

31 20) Кузин, А.В. Базы данных: Учебное пособие для студ. высш. учеб. заведений / А.В. Кузин, С.В. Левонисова. - М.: ИЦ Академия, 2012. - 320 c.