Министерство образования и науки Российской Федерации

ФГБОУ ВО Хакасский государственный университет им. Н.Ф. Катанова

Инженерно-технологический институт
Кафедра программного обеспечения вычислительной техники и автоматизированных систем

ПОЯСНИТЕЛЬНАЯ ЗАПИСКА
к курсовой работе
по дисциплине «Базы данных»
по теме:
РАЗРАБОТКА БАЗЫ ДАННЫХ ПО УЧЁТУ РАСХОДА СТРОИТЕЛЬНЫХ
МАТЕРИАЛОВ СО СКЛАДА В ОАО «РАЙ ДЛЯ СТРОИТЕЛЕЙ»

Проверил
кандидат физ-мат наук,
доцент кафедры ПОВТиАС Санников Евгений Владимирович
оценка, подпись, дата

Выполнил
студент группы 49 Беккер Валентин Эдуардович_
подпись, дата

Абакан 2020
 РЕФЕРАТ
Отчёт 53 с., 5 разделов, 10 рис., 32 таблицы, 30 источников, 3
приложения.
БАЗА ДАННЫХ, СИСТЕМА УПРАВЛЕНИЯ БАЗАМИ ДАННЫХ, MS
ACCESS 2016, ПОЛЬЗОВАТЕЛЬ, ФИЗИЧЕСКАЯ МОДЕЛЬ ДАННЫХ,
ТАБЛИЦА, ЗАПРОС, ФОРМА, ОТЧЕТ.
Работа заключается в разработке базы данных для учёта расхода
строительных материалов со склада компании ОАО «Рай для строителей»,
это обусловлено большим количеством избыточной информации и
необходимости автоматизации процесса работы персонала.
Объектом исследования является процесс разработки базы данных.
Предметом исследования является разработка базы данных учёта
расхода строительных материалов со склада в ОАО «Рай для строителей».
Целью работы является создание проекта базы данных.
Методы исследования - анализ и обобщение теоретической
информации по теме курсовой работы, моделирование при построении базы
данных проекта.
В процессе работы определены актуальность исследования, объект,
цель и задачи научного исследования, произведён анализ предметной
области.
 СОДЕРЖАНИЕ
ВВЕДЕНИЕ..............................................................................................................8

1 Техническое задание на выполняемый проект БД..........................................10

1.1 Выбор и обоснование темы проекта..........................................................10

1.2 Сбор и анализ исходных данных предметной области............................11

1.3 Определение границ проекта ИС...............................................................11

1.4 Выбор современной СУБД для создания серверной части проекта БД 12

1.5 Выбор современной СУБД или среды программирования для создания

клиентской части проекта БД..........................................................................12

1.6 Выбор методологий и технологий создания проекта БД........................13

2 Реализация физической модели данных проекта............................................14

2.1 Реализация физической модели данных...................................................14

2.2 Разделение проекта на клиентскую и серверную части..........................27

3 Реализация клиентской части проекта базы данных......................................29

3.1 Определение групп пользователей и распределение прав доступа к

таблицам и представлениям.............................................................................29

3.2 Определение реестра клиентских приложений для данного

проекта БД..........................................................................................................30

3.3 Распределение потенциальных клиентских приложений между

студентами при коллективном выполнении КР несколькими студентами. 30

3.4 Проектирование и создание основных форм управления приложением,

их тестирование и отладка...............................................................................30

3.5 Построение документальных отчётов по проекту БД на основе SQL

запросов..............................................................................................................33

3.6 Распределение прав доступа к формам и отчётам проекта.....................36

3.7 Настройка параметров запуска клиентского приложения......................36

4
 3.8 Создание инсталляционного пакета для клиентской и серверной
частей ИС...........................................................................................................38

4 Документирование проекта...............................................................................40

4.1 Порядок ввода в эксплуатацию проекта базы данных............................40

4.2 Руководство администратора базы данных..............................................40

4.3 Руководство пользователя для клиентских частей проекта....................41

5 Оценка результатов создания информационной системы с точки зрения

исполнителя проекта, условного заказчика и условного конечного
пользователя..........................................................................................................43

ЗАКЛЮЧЕНИЕ.....................................................................................................44

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ............................................45

ПРИЛОЖЕНИЕ А – Физическая модель............................................................48

ПРИЛОЖЕНИЕ Б – Листинг................................................................................49

ПРИЛОЖЕНИЕ В – Запросы для подстановки..................................................50

5
 ТЕРМИНЫ И ОПРЕДЕЛЕНИЯ
В настоящей КР применяют следующие термины с соответствующими
определениями:
База данных - упорядоченный набор
структурированной информации,
или данных, которые обычно
хранятся в электронном виде в
компьютерной системе.
Информация - любые сведения, принимаемые и
передаваемые, сохраняемые
различными источниками.
Клиент - различные программы, написанные
как пользователями, так и
поставщиками СУБД, внешние или
«встроенные» по отношению к
СУБД.
Пользователь - это физическое или юридическое
лицо, которое имеет доступ к БД и
пользуется услугами
информационной системы для
получения информации.
Программа - последовательность инструкций
(команд), описывающая алгоритм
решения с помощью компьютера
соответствующей задачи, для
реализации которой эта программа
была разработана.
Сервер - обслуживающее устройство в
системах автоматической обработки
информации.
Система управления базами данных совокупность программных и
- лингвистических средств общего
или специального назначения,
обеспечивающих управление
созданием и использованием баз
данных.
ODBC - протокол, используемый для
подключения базы данных
Microsoft Access к внешнему
источнику данных

6
 ПЕРЕЧЕНЬ СОКРАЩЕНИЙ И ОБОЗНАЧЕНИЙ
В настоящей КР применяют следующие сокращения и обозначения:
БД – база данных
ИС – информационная система
ОАО – открытое акционерное общество
ОС – операционная система
ПК – персональный компьютер
ПО – программное обеспечение
ПП – программный продукт
СУБД – система управления базами данных
ФИО – Фамилия Имя Отчество
ID - Identifier
MS – Microsoft
NTFS - New Technology File System
ODBC - Open Database Connectivity
SQL - Structured Query Language
VBA - Visual Basic for Applications

7
 ВВЕДЕНИЕ
В нынешнее время все люди ежедневно пропускают через себя
терабайты информации, которою, зачастую, пытаются задокументировать,
отследить закономерности и сделать выводы. Для этого они создают базы
данных, чтобы длительное время хранить все найденные материалы и делать
подсчёты.
Этот процесс помогают реализовать и автоматизировать система
управления базами данных (СУБД). Она предназначена для создания базы
данных, введение её в эксплуатацию, с последующим использованием
разными пользователями [1].
Самая легкая в изучении СУБД является MS Access – система
управления реляционными базами данных. В ней может разобраться любой
пользователь, не обладающий навыками. Также данная СУБД очень
распространена в малом и среднем бизнесе, за счет простоты и дешевизны.
Работа данной СУБД с реляционными базами данных, представлена в
табличной форме. Имеет множество инструментов для создания и
редактирование таблиц. Также в её арсенале имеется создание отчёта, что
позволяет распечатывать всю необходимую информацию на бумажный
носитель [4].
MS Access позволяет интегрировать информацию из MS Word, MS
Excel, MS PowerPoint, MS Outlook, всё благодаря то, что все они написаны на
одном языке программирования – VBA [7].
Актуальность работы заключается в том, что созданная база данных
по учёту расхода строительных материалов со склада компании ОАО «Рай
для строителей», позволит автоматизировать процесс работы с данными.
Объектом исследования является процесс разработки базы данных.
Предметом исследования является разработка базы данных по учёту
расхода строительных материалов со склада компании ОАО «Рай для
строителей».
Целью работы является создание базы данных.
8
 В соответствии с целью были поставлены следующие задачи:
1) Составить техническое задание на выполняемы проект БД;
2) Собрать и изучить информацию о предметной области;
3) Реализовать физическую модель базы данных;
4) Реализовать серверную и клиентскую часть проекта базы данных;
5) Задокументировать проект;
6) Оценить результаты созданного проекта.
Методы исследования - анализ и обобщение теоретической
информации по теме курсовой работы, моделирование при построении базы
данных проекта.
Практическая значимость заключается в том, что созданная база
данных упростит работу учёта расхода товара со склада.
Структура и объем работы.
Курсовая работа состоит из введения, пяти разделов, заключения,
списка использованных источников, включающего 30 наименований, и 3
приложений.
В первом разделе разработано техническое задание на выполняемый
проект базы данных;
Во втором разделе реализована физическая модель базы данных;
В третьем разделе реализована клиентская часть проекта БД;
В четвертом разделе произведено документирование проекта;
В пятом разделе оценены результаты созданной информационной
системы c точки зрения исполнителя проекта, условного заказчика и
условного конечного пользователя.
Общий объем работы – 53 страницы, основной текст 47 страницы.

9
 1 Техническое задание на выполняемый проект БД
1.1 Выбор и обоснование темы проекта
Склад – неотъемлемая часть любого предприятия, особенно в сфере
продаж. В нем храниться всё, что реализуется фирмой. Склады используются
производителями, экспортёрами, импортёрами, торговцами, предприятиями,
таможней и многими другими.
В логистике склад выполняет функцию аккумулирования резервов
материальных ресурсов, необходимых для снижения колебаний объёмов
поставок и спроса, а также ускорения доставки материальных ресурсов от
изготовителей к потребителям.
На складе ежедневно происходит колоссальное количество
логистических операций, за которыми невозможно уследить без потерь
данных о покупателях или о количестве товара, т.к. вручную прописывая
каждый элемент одного товара, а их может быть десятки и сотни, можно
ошибиться и лишить как прибыли компании, так и себя премии.
В целом комплекс складских услуг представляет собой следующую
последовательность:
 разгрузка и погрузка транспорта – выполнение погрузочно-
разгрузочных работ;
 приёмка товаров – приёмка поступивших грузов по количеству и по
качеству. Приёмка товаров — начальная операция, связанная с движением
товара на складе и возникновением материальной ответственности;
 размещение на хранение – укладка товаров в стеллажи, штабели;
 отбор товаров из мест хранения – комплектация, подготовка к
отпуску: упаковка, окантовка, маркировка и т. п.;
 внутрискладское перемещение грузов.
И чтобы упростить этот процесс необходима база данных, которая
автоматизирует часть работы сотрудника, в которой будет храниться вся
информация о товарах, сотрудниках, фирмах и их представителях, в

10
частности документы, должности, клиентов и сотрудников, оклады и адреса
работников склада и многое другое.
Также необходимо вести учёт товара, его цену, характеристику. И
сделать отчёт для информирования по затратам или обогащению фирмы при
закупке или продажи товара со склада.
1.2 Сбор и анализ исходных данных предметной области
Склад реализует учёт реализации товара фирмы, затраты денежных
средств на их закупку и прибыль от продажи, а главная функция склада –
логистика товара.
Логистика происходит следующим образом: Представитель фирмы
звонит предприятию, владеющим складом и заказывает или предлагает свой
товар, предприятие, в свою очередь, тоже может позвонить предприятию
изготавливающие строительные материалы, далее происходит покупка или
продажа партии товара в определенном размере и с определенной ценой.
Последним этапом является доставка товара покупающей стороне, доставка
может быть, как и самим покупающим лицом, так и может быть заказ
грузоперевозки транспортной компании.
1.3 Определение границ проекта ИС
База данных учёта расхода строительных материалов со склада в ОАО
«Рай для строителей» будет иметь в себе информацию для корректной
работы склада и предприятия в целом:
 информация о сотрудниках: «ID_сотрудника», «фамилия», «имя»,
«отчество», «дата_рождения»;
 информация о документах сотрудниках: «ID_документа»,
«id_типа_документа», «серия», «номер», «кем_выдан»,
«код_подразделения», «дата выдачи», «id_сотрудника»;
 информация о представителей других фирм: «ID_представителя»,
«фамилия», «имя», «отчество», «дата_рождения», «должность»,
«увольнение»;

11
  информация о документах представителей других фирм:
«ID_документа», «id_типа_документа», «серия», «номер», «кем_выдан»,
«код_подразделения», «дата выдачи», «id_представителя»;
 информация о приёмах на должность: «ID_приема»,
«id_сотрудника», «id_должности», «id_ставки», «id_смены», «дата_с»,
«дата_по»;
 информация о учёте заказа: «ID_заказ_товара», «id_товара», «цена»,
«количество», «id_ед_измер», «id_типа», «id_заказа», «id_в_доставки»;
 информация о заказе: «ID_заказа», «дата_оф», «id_клиента»,
«id_сотрудника», «id_в_сделки».
1.4 Выбор современной СУБД для создания серверной части
проекта БД
Рынок предлагает огромное количество СУБД по вашему
предпочтению. Но главное большое количество решений для реализации как
серверной, так и клиентской части БД.
С помощью ODBC возможно реализовать серверную часть, которая
связывает таблицы БД и отправляет запрос на диалекте SQL, который
идентифицирует СУБД.
Основные возможности MS Access 2016:
 Построение таблиц;
 Построение экранных форм;
 Построение SQL-запросов в конструкторе или на языке;
 Построение отчётов, выводимых на печать.
1.5 Выбор современной СУБД или среды программирования для
создания клиентской части проекта БД
Для этого хорошо подходит Microsoft Office Access 2016, в котором
данная функция реализована так, что ей может воспользоваться любой
пользователь БД.

12
 MS Access 2016 имеет встроенную среду программирования VBA, что
дает возможность гибкой разработки БД [8].
MS Access имеет в своем арсенале разделение базу данных на
клиентскую и серверную часть, это позволяет уменьшить обмен информации
по сети и позволяет продолжать разработку интерфейса [12].
1.6 Выбор методологий и технологий создания проекта БД
В БД по учёту расхода строительных материалов со склада в ОАО «Рай
для строителей» будет реализована простая архитектура для легкой
навигации по всей базе данных. За счет минимального заполнения форм
разными деталями, упрощается понимание её работы в целом. Проект БД
будет реализован в базовом стиле MS Office, который привычен любому
офисному работнику, да и вообще любому пользователю ПК, что дает
преимущество перед другими БД, за счет быстрого внедрения новых
сотрудников.
Выводы
 В результате анализа предметной области была выявлена
потребность в создании БД для учёта расхода строительных материалов со
склада в ОАО «Рай для строителей»;
 Выбрана СУБД MS Access 2016 для создания клиентской и
серверной частей проекта базы данных, т.к. она обладает многими
функциями для создания реляционных БД, достаточно проста в освоении.

13
 2 Реализация физической модели данных проекта
2.1 Реализация физической модели данных
Физическая модель БД определяет способ размещения данных в среде
хранения и способы доступа к этим данным, которые поддерживаются на
физическом уровне.
В физической модели базы данных содержится необходимые для
работы СУБД компоненты: название таблиц и столбцов, типы данных
столбцов, первичные и внешние ключи и другое.
Все связи физической модели данного проекта, реализованного в MS
Access 2016, показаны на схеме данных, которая расположена на рисунке
А.1.
На данном этапе в СУБД создаются таблицы с определенными
атрибутами, которые имеют соответствующие типы данных и свойства.
Таблица «Регионы» имеет 5 полей и предназначена для хранения
данных об регионах страны и их аббревиатуры. Состав и свойства полей для
таблицы представлены в таблице 2.1.
Таблица 2.1 – Состав полей и их свойств для таблицы «Регионы»
Наименовани Назначение Тип поля Свойства поля,
е поля отличные от
таблицы заданных по
умолчанию
ID_региона Первичный ключ Счётчик
id_станы Внешний ключ для Числовой Индексированное
связи с таблицей поле (Да совпадения
«id_страны» допускаются)
Н_региона Общее название Короткий Размер поля: 20
региона текст
id_т_региона Внешний ключ для Числовой Индексированное
связи с таблицей поле (Да совпадения
«Т_региона» допускаются)
N_региона Номер региона в Короткий Размер поля: 4
стране текст

14
 Таблица «Т_региона» имеет 2 поля и предназначена для хранения
данных об типах регионов страны. Состав и свойства полей для таблицы
представлены в таблице 2.2.
Таблица 2.2 – Состав полей и их свойств для таблицы «Т_региона»
Наименование Назначение Тип поля Свойства поля,
поля таблицы отличные от
заданных по
умолчанию
ID_т_региона Первичный ключ Счётчик
н_т_региона Наименование типа Короткий Размер поля: 20
региона текст
Таблица «Нас_пункт» имеет 4 поля и предназначена для хранения
данных об населенных пунктах региона определенной страны. Состав и
свойства полей для таблицы представлены в таблице 2.3.
Таблица 2.3 – Состав полей и их свойств для таблицы «Нас_пункт»
Наименование Назначение Тип поля Свойства поля,
поля таблицы отличные от
заданных по
умолчанию
ID_нас_пункта Первичный ключ Счётчик
id_региона Внешний ключ для Числовой Индексированное
связи с таблицей поле (Да совпадения
«Регионы» допускаются)
н_н_пункта Общее название Короткий Размер поля: 30
населенного пункта текст
id_т_н_пункта Внешний ключ для Числовой Индексированное
связи с таблицей поле (Да совпадения
«Т_пунктов» допускаются)
Таблица «Т_пунктов» имеет 2 поля и предназначена для хранения
данных об типах населенных пунктов региона определенной страны. Состав
и свойства полей для таблицы представлены в таблице 2.4.
Таблица 2.4 – Состав полей и их свойств для таблицы «Т_пунктов»
Наименование Назначение Тип поля Свойства поля,
поля таблицы отличные от
заданных по
умолчанию
ID_т_пункта Первичный ключ Счётчик
н_т_пункта Наименование типа Короткий Размер поля: 25
15
 населенного пункта текст
Таблица «Индекс» имеет 3 поля и предназначена для хранения данных
об индексах населенных пунктов региона определенной страны. Состав и
свойства полей для таблицы представлены в таблице 2.5.
Таблица 2.5 – Состав полей и их свойств для таблицы «Индекс»
Наименовани Назначение Тип поля Свойства поля,
е поля отличные от
таблицы заданных по
умолчанию
ID_отделения Первичный ключ Счётчик
id_н_пункта Внешний ключ для Числовой Индексированное
связи с таблицей поле (Да совпадения
«Нас_пункт» допускаются)
индекс Индекс населенного Числовой Индексированное
пункта поле (Да совпадения
допускаются)
Таблица «Улицы» имеет 4 поля и предназначена для хранения данных
об улицах населенного пункта региона определенной страны. Состав и
свойства полей для таблицы представлены в таблице 2.6.
Таблица 2.6 – Состав полей и их свойств для таблицы «Улицы»
Наименовани Назначение Тип поля Свойства поля,
е поля отличные от заданных
таблицы по умолчанию
ID_улицы Первичный ключ Счётчик
id_отделения Внешний ключ для Числовой Индексированное
связи с таблицей поле (Да совпадения
«Регионы» допускаются)
н_ул Общее название Короткий Размер поля: 30
улицы текст
id_т_улицы Внешний ключ для Числовой Индексированное
связи с таблицей поле (Да совпадения
«Т_улиц» допускаются)
Таблица «Страны» имеет 3 поля и предназначена для хранения данных
об разных странах и их аббревиатуры. Состав и свойства полей для таблицы
представлены в таблице 2.7.
Таблица 2.7 – Состав полей и их свойств для таблицы «Страны»
Наименовани Назначение Тип поля Свойства поля,
е поля отличные от
16
таблицы заданных по
умолчанию
ID_страны Первичный ключ Счётчик
ОН_страны Общее название Короткий текст Размер поля: 20
страны
Абр_страны Аббревиатуры Короткий текст Размер поля: 10
стран
Таблица «Т_улиц» имеет 3 поля и предназначена для хранения данных
об типах улиц населенного пункта региона определенной страны. Состав и
свойства полей для таблицы представлены в таблице 2.8.
Таблица 2.8 – Состав полей и их свойств для таблицы «Улицы»
Наименование Назначение Тип поля Свойства поля,
поля таблицы отличные от
заданных по
умолчанию
ID_т_улиц Первичный ключ Счётчик
н_т_улиц Наименование типа Короткий Размер поля: 20
улицы текст
Аб_н_т_улиц Внешний ключ для Числовой Размер поля: 10
связи с таблицей
«Т_улиц»
Таблица «СП_сотрудников» имеет 6 полей и предназначена для
хранения данных об сотрудниках склада. Состав и свойства полей для
таблицы представлены в таблице 2.9.
Таблица 2.9 – Состав полей и их свойств для таблицы «СП_сотрудников»
Наименование Назначение Тип поля Свойства поля,
поля таблицы отличные от
заданных по
умолчанию
ID_сотрудника Первичный ключ Счётчик
Фамилия Определяют Короткий Размер поля: 30
атрибуты текст
Имя сотрудника Короткий Размер поля: 20
текст
Отчество Короткий Размер поля: 25
текст
Дата_рождения Дата/время Краткий формат
даты
id_пола Внешний ключ Логический Индексированное
для связи с поле (Да совпадения
17
 таблицей допускаются)
«СП_полов»
Таблица «Улицы» имеет 4 поля и предназначена для хранения данных
об улицах населенного пункта региона определенной страны. Состав и
свойства полей для таблицы представлены в таблице 2.10.
Таблица 2.10 – Состав полей и их свойств для таблицы «Улицы»
Наименование Назначение Тип поля Свойства поля,
поля таблицы отличные от
заданных по
умолчанию
ID_адрес_сотр Первичный ключ Счётчик
id_сотрудника Внешний ключ для Числовой Индексированное
связи с таблицей поле (Да совпадения
«СП_сотрудников» не допускаются)
Дом Номер дома Числовой
id_ул Внешний ключ для Числовой Индексированное
связи с таблицей поле (Да совпадения
«Улицы» допускаются)
Таблица «Отпуска» имеет 4 поля и предназначена для хранения данных
об датах отпусков у сотрудников склада. Состав и свойства полей для
таблицы представлены в таблице 2.11.
Таблица 2.11 – Состав полей и их свойств для таблицы «Отпуска»
Наименование Назначение Тип поля Свойства поля,
поля таблицы отличные от заданных
по умолчанию
ID_отпуска Первичный ключ Счётчик
id_сотрудника Внешний ключ для Числовой Индексированное поле
связи с таблицей (Да совпадения
«СП_сотрудников» допускаются)
Дата_с Дата начала Дата/ Краткий формат даты
отпуска время
Дата_по Дата окончания Дата/ Краткий формат даты
отпуска время
Таблица «Сп_полов» имеет 2 поля и предназначена для хранения
данных об двух полах: мужской и женский. Состав и свойства полей для
таблицы представлены в таблице 2.12.
Таблица 2.12 – Состав полей и их свойств для таблицы «СП_полов»
Наименование Назначение Тип поля Свойства поля,
18
поля таблицы отличные от
заданных по
умолчанию
ID_пола Первичный ключ Логический
Н_пола Наименование Короткий Размер поля: 7
полов текст
Таблица «Должности» имеет 3 поля и предназначена для хранения
данных об должностях сотрудников склада. Состав и свойства полей для
таблицы представлены в таблице 2.13.
Таблица 2.13 – Состав полей и их свойств для таблицы «Должности»
Наименование Назначение Тип поля Свойства поля,
поля таблицы отличные от
заданных по
умолчанию
ID_штат Первичный ключ Счётчик
Должность Наименование Короткий Размер поля: 30
должности текст
Оклад Оклад у должности Денежный
Таблица «Ставка» имеет 2 поля и предназначена для хранения данных
об ставках по заработной плате у сотрудников склада. Состав и свойства
полей для таблицы представлены в таблице 2.14.
Таблица 2.14 – Состав полей и их свойств для таблицы «Ставка»
Наименование Назначение Тип поля Свойства поля,
поля таблицы отличные от
заданных по
умолчанию
ID_ставки Первичный ключ Счётчик
Ставка Ставка по Числовой
заработной плате
Таблица «СП_Смены» имеет 2 поля и предназначена для хранения
данных об двух сменах: дневная и ночная. Состав и свойства полей для
таблицы представлены в таблице 2.15.
Таблица 2.15 – Состав полей и их свойств для таблицы «СП_Смены»
Наименование Назначение Тип поля Свойства поля,
поля таблицы отличные от
заданных по
умолчанию
ID_Смены Первичный ключ Логический
19
Смена Наименование смен
Короткий Размер поля: 16
текст
Таблица «Типы_документов» имеет 2 поля и предназначена для
хранения данных об видах документов. Состав и свойства полей для таблицы
представлены в таблице 2.16.
Таблица 2.16 – Состав полей и их свойств для таблицы «Типы_документов»
Наименование Назначение Тип поля Свойства поля,
поля таблицы отличные от
заданных по
умолчанию
ID_т_документа Первичный Счётчик
ключ
Н_т_документа Название вида Короткий текст Размер поля: 20
кодумента
Таблица «Документы_сотрудников» имеет 8 полей и предназначена
для хранения данных об сотрудниках склада. Состав и свойства полей для
таблицы представлены в таблице 2.17.
Таблица 2.17 – Состав полей и их свойств для таблицы
«Документы_сотрудников»
Наименование Назначение Тип поля Свойства поля,
поля таблицы отличные от
заданных по
умолчанию
ID_документа Первичный ключ Счётчик
id_т_документа Внешний ключ для Числовой Индексированное
связи с таблицей поле (Да совпадения
«Типы_документо допускаются)
в»
Серия Определяют Короткий Размер поля: 4
атрибуты текст
Номер документа Короткий Размер поля: 6
текст
Кем_выдан Короткий Размер поля: 100
текст
Код_подраздел Короткий Размер поля: 6
ения текст
Дата_выдачи Дата/время Краткий формат
даты
id_сотрудника Внешний ключ для Числовой Индексированное
20
 связи с таблицей поле (Да совпадения
«СП_сотрудников» допускаются)
Таблица «Типы_средства_связи» имеет 2 поля и предназначена для
хранения данных о названиях средств связи. Состав и свойства полей для
таблицы представлены в таблице 2.18.
Таблица 2.18 – Состав полей и их свойств для таблицы
«Типы_средства_связи»
Наименование Назначение Тип поля Свойства поля,
поля таблицы отличные от
заданных по
умолчанию
ID_т_ср_св Первичный ключ счётчик
Наим_т_ср_св Наименование типа Короткий Размер поля: 30
средства связи текст
Таблица «СП_представителей» имеет 9 полей и предназначена для
хранения данных об представителях других фирм. Состав и свойства полей
для таблицы представлены в таблице 2.19.
Таблица 2.19 – Состав полей и их свойств для таблицы «СП_представителей»
Наименование Назначение Тип поля Свойства поля,
поля таблицы отличные от
заданных по
умолчанию
ID_представител Первичный ключ Счётчик Включить режим
я «Ключевое поле»
id_фирмы Внешний ключ для Числовой Индексированное
связи с таблицей поле (Да совпадения
«СП_фирм» допускаются)
Ф_п Определяют Короткий Размер поля: 30
атрибуты текст
И_п представителя Короткий Размер поля: 20
текст
О_п Короткий Размер поля: 25
текст
Дата_рождения Дата/время Краткий формат даты
id_пола Внешний ключ для Логический Индексированное
связи с таблицей поле (Да совпадения
«СП_полов» допускаются)
Должность Наименование Короткий Размер поля: 30
должности текст
21
Уволен Увольнение Логический
представителя из
другой фирмы
Таблица «Прием_должность» имеет 7 полей и предназначена для
хранения данных об датах нанятия и увольнения сотрудников склада. Состав
и свойства полей для таблицы представлены в таблице 2.20.
Таблица 2.20 – Состав полей и их свойств для таблицы «Прием_должность»
Наименование Назначение Тип поля Свойства поля,
поля таблицы отличные от
заданных по
умолчанию
ID_приема Первичный ключ Счётчик
id_сотрудника Внешний ключ для Числовой Индексированное
связи с таблицей поле (Да совпадения
«СП_сотрудников» не допускаются)
id_должности Внешний ключ для Числовой Индексированное
связи с таблицей поле (Да совпадения
«Должности» допускаются)
id_Ставки Внешний ключ для Числовой Индексированное
связи с таблицей поле (Да совпадения
«Ставка» допускаются)
id_смены Внешний ключ для Логически Индексированное
связи с таблицей й поле (Да совпадения
«СП_Смены» допускаются)
Дата_с Дата найма Дата/время Краткий формат даты
сотрудника
Дата_по Дата увольнения Дата/время Краткий формат даты
Таблица «Связь_сотрудник» имеет 4 поля и предназначена для
хранения данных об номерах сотрудников склада. Состав и свойства полей
для таблицы представлены в таблице 2.21.
Таблица 2.21 – Состав полей и их свойств для таблицы «Связь_сотрудник»
Наименование Назначение Тип поля Свойства поля,
поля таблицы отличные от
заданных по
умолчанию
ID_св_сотрудни Первичный ключ Счётчик
ка
id_сотрудника Внешний ключ для Числовой Индексированное
связи с таблицей поле (Да
«СП_сотрудников» совпадения
22
 допускаются)
id_т_ср_св Внешний ключ для Числовой Индексированное
связи с таблицей поле (Да
«Типы_средства_связи» совпадения
допускаются)
Номер Номер сотрудника Короткий Размер поля: 11
текст
Таблица «Документы_клиентов» имеет 8 полей и предназначена для
хранения данных об клиентах (представителях других фирм). Состав и
свойства полей для таблицы представлены в таблице 2.22.
Таблица 2.22 – Состав полей и их свойств для таблицы
«Документы_клиентов»
Наименование Назначение Тип поля Свойства поля,
поля таблицы отличные от
заданных по
умолчанию
ID_документа Первичный ключ Счётчик
id_т_документа Внешний ключ для Числовой Индексированное
связи с таблицей поле (Да совпадения
«Типы_документов» допускаются)
Серия Определяют атрибуты Короткий Размер поля: 4
документа текст
Номер Короткий Размер поля: 6
текст
Кем_выдан Короткий Размер поля: 100
текст
Код_подраздел Короткий Размер поля: 6
ения текст
Дата_выдачи Дата/время
Краткий формат
даты
id_клиента Внешний ключ для Числовой Индексированное
связи с таблицей поле (Да совпадения
«СП_представителей» допускаются)
Таблица «Тип_фирмы» имеет 3 поля и предназначена для хранения
данных об типах фирм. Состав и свойства полей для таблицы представлены в
таблице 2.23.
Таблица 2.23 – Состав полей и их свойств для таблицы «Тип_фирмы»
Наименование Назначение Тип поля Свойства поля,
поля таблицы отличные от
23
 заданных по
умолчанию
ID_т_фирмы Первичный ключ Счётчик
Тип_фирмы Наименование Короткий Размер поля: 50
типа фирмы текст
Аб_т_фирмы Аббревиатура Короткий Размер поля: 7
текст

Таблица «СП_фирм» имеет 5 полей и предназначена для хранения

данных об других фирмах. Состав и свойства полей для таблицы
представлены в таблице 2.24.
Таблица 2.24 – Состав полей и их свойств для таблицы «СП_фирм»
Наименование Назначение Тип поля Свойства поля,
поля таблицы отличные от
заданных по
умолчанию
ID_Фирмы Первичный ключ Счётчик
н_фирмы Определяют Короткий текст
Размер поля: 50
Город атрибуты фирмы Короткий текст
Размер поля: 20
Адрес Короткий текст
Размер поля: 70
id_т_фирмы Увольнение Числовой Индексированное
представителя из поле (Да совпадения
другой фирмы допускаются)
Таблица «Связь_клиент» имеет 4 поля и предназначена для хранения
данных об номерах клиентах (представителях других фирм). Состав и
свойства полей для таблицы представлены в таблице 2.25.
Таблица 2.25 – Состав полей и их свойств для таблицы «Связь_сотрудник»
Наименование Назначение Тип поля Свойства поля,
поля таблицы отличные от
заданных по
умолчанию
ID_св_клиента Первичный ключ Счётчик
id_клиента Внешний ключ для Числовой Индексированное
связи с таблицей поле (Да
«СП_представителей» совпадения
допускаются)
id_т_ср_св Внешний ключ для Числовой Индексированное
связи с таблицей поле (Да
«Типы_средства_связи» совпадения
24
 допускаются)
Номер Номер клиента Короткий Размер поля: 11
(представителя) текст
Таблица «Вид_сделки» имеет 2 поля и предназначена для хранения
данных об видах сделки: покупка или продажа. Состав и свойства полей для
таблицы представлены в таблице 2.26.
Таблица 2.26 – Состав полей и их свойств для таблицы «Вид_сделки»
Наименование Назначение Тип поля Свойства поля,
поля таблицы отличные от
заданных по
умолчанию
ID_т_сделки Первичный ключ Логический
Т_сделки Наименование типа Короткий Размер поля: 15
сделки текст
Таблица «Заказ» имеет 5 полей и предназначена для хранения данных
об Дате оформления заказа. Состав и свойства полей для таблицы
представлены в таблице 2.27.
Таблица 2.27 – Состав полей и их свойств для таблицы «Заказ»
Наименование Назначение Тип поля Свойства поля,
поля таблицы отличные от
заданных по
умолчанию
ID_заказа Первичный ключ Счётчик
Дата_оф Дата оформления Дата/время Краткий формат даты
id_клиента Внешний ключ для Числовой Индексированное
связи с таблицей поле (Да совпадения
«СП_представителей» допускаются)
id_сотрудника Внешний ключ для Числовой Индексированное
связи с таблицей поле (Да совпадения
«СП_сотрудников» допускаются)
id_в_сделки Вид сделки Числовой Индексированное
поле (Да совпадения
допускаются)
Таблица «Ед_измерения» имеет 3 поля и предназначена для хранения
данных об единицах измерения товара. Состав и свойства полей для таблицы
представлены в таблице 2.28.
Таблица 2.28 – Состав полей и их свойств для таблицы «Ед_измерения»
Наименование Назначение Тип поля Свойства поля,
25
поля таблицы отличные от заданных
по умолчанию
ID_ед Первичный ключ Счётчик
Аб_ед_измер Аббревиатура Короткий Размер поля: 7
текст
Ед_измер Наименование Короткий Размер поля: 15
единицы измерения текст
Таблица «Типы_материалов» имеет 2 поля и предназначена для
хранения данных о названиях типов материалов. Состав и свойства полей для
таблицы представлены в таблице 2.29.
Таблица 2.29 – Состав полей и их свойств для таблицы «Типы_материалов»
Наименование Назначение Тип поля Свойства поля,
поля таблицы отличные от
заданных по
умолчанию
ID_типа Первичный ключ счётчик
Тип_материала Наименование типа Короткий Размер поля: 50
материала текст
Таблица «Товар» имеет 2 поля и предназначена для хранения данных о
названиях товаров. Состав и свойства полей для таблицы представлены в
таблице 2.30.
Таблица 2.30 – Состав полей и их свойств для таблицы «Товар»
Наименование Назначение Тип поля Свойства поля,
поля таблицы отличные от
заданных по
умолчанию
ID_товара Первичный ключ счётчик
Н_товара Наименование Короткий Размер поля: 100
товара текст
Таблица «Вид_доставки» имеет 2 поля и предназначена для хранения
данных о названиях видов доставки. Состав и свойства полей для таблицы
представлены в таблице 2.31.
Таблица 2.31 – Состав полей и их свойств для таблицы «Вид_доставки»
Наименование поля Назначение Тип поля Свойства поля,
таблицы отличные от
заданных по
умолчанию
ID_тип_доставки Первичный счётчик
26
 ключ
Доставка Наименование Короткий Размер поля: 30
вида доставки текст
Таблица «Учет_продаж_покупок» имеет 9 полей и предназначена для
хранения данных об товарах и их характеристиках. Состав и свойства полей
для таблицы представлены в таблице 2.32.
Таблица 2.32 – Состав полей и их свойств для таблицы
«Учет_продаж_покупок»
Наименование Назначение Тип поля Свойства поля,
поля таблицы отличные от
заданных по
умолчанию
ID_заказ_товара Первичный ключ Счётчик
id_товара Внешний ключ для Числовой Индексированное
связи с таблицей поле (Да совпадения
«Товар» допускаются)
Цена Цена товара за ед Денежный
Количество Количество товара Числовой
Размер Размеры товара Короткий Размер поля: 15
текст
id_ед_измер Внешний ключ для Числовой Индексированное
связи с таблицей поле (Да совпадения
«Ед_измер» допускаются)
id_типа Внешний ключ для Числовой Индексированное
связи с таблицей поле (Да совпадения
«Типы_материалов» допускаются)
id_заказа Внешний ключ для Числовой Индексированное
связи с таблицей поле (Да совпадения
«Заказ» допускаются)
id_в_доставки Внешний ключ для Числовой Индексированное
связи с таблицей поле (Да совпадения
«Вид_доставки» допускаются)
Также, помимо таблиц, созданы запросы для подстановки. Все запросы
указаны в приложении В.
2.2 Разделение проекта на клиентскую и серверную части
Разделение базы данных, позволит дать доступ нескольким
пользователям по сети к этой БД, также это помогает улучшить

27
производительность и снизить вероятность повреждения файла базы данных,
благодаря нескольким способам, один из главных – это создание копии [15].
Во время разделения базы данных формируется два файла: серверная
часть данных – ОАО_«Рай для строителей»_be), в которой содержаться
таблицы с данными, и клиентская часть данных – ОАО_«Рай для
строителей», в которой содержатся запросы, формы, отчеты, макросы и
модули. Клиентская часть ссылается на серверную, через ссылки на таблицы,
при этом используют свои запросы, макросы, модули и формы.
Преимущества разделенной базы данных:
 Повышенная производительность, потому что в сети передаются
только данные;
 Повышенная доступность, так как данные отправляются по сети, что
позволяет иметь доступ из разных мест;
Улучшенная безопасность, при хранении серверной базы данных на
компьютере, использующем файловую систему NTFS, вы можете
использовать функции безопасности NTFS для защиты данных.
Гибкая среда разработки, поскольку, каждый пользователь имеет
доступ только к локальной копии клиентской базы данных, может
независимо от других разрабатывать запросы, формы, отчеты и другие
объекты базы данных, не влияя на базу данных. Также можно разрабатывать
новую версию клиентской базы данных, не нарушая доступ к данным,
хранящимся в серверной базе данных.
Выводы
 Построена физическая модель данных. Нормализованная схема
данных состоит из 32 таблиц;
 База данных была разделена на клиентскую и серверные части, для
лучшей производительности.

28
 3 Реализация клиентской части проекта базы данных
3.1 Определение групп пользователей и распределение прав
доступа к таблицам и представлениям
При использовании СУБД важны три основных аспекта
информационной безопасности - конфиденциальность, целостность и
доступность. И чтобы защититься от несанкционированного доступа к
информации применяется разделение пользователей по группам и
распределение между ними разными правами доступа к БД [20].
Для обеспечения безопасности БД в MS Access 2016 используют два
метода:
1) Пользователи должны заходить в корпоративной сети предприятия
под личной учетной запись;
2) И при входе в данную ИС, им необходимо пройти повторный вход
под своей учетной записью, зарегистрированной в этой ИС.
Также в MS Access 2016 реализована функция установки пароля на
проект базы данных – это самое простое решение в обеспечении
безопасности.
После установки пароля, при открытии базы данных появляется окно
для ввода пароля, чтобы зайти в БД придется написать правильный набор
символов, в противном случае вход будет запрещен. Этот способ достаточно
надежен, поскольку MS Access 2016 шифрует пароль таким образом, что к
нему нет прямого доступа, при чтении файла базы данных [22].
Наилучший способ защиты БД в MS Access 2016 – это создание групп
пользователей с определенными правами пользования базой данных.
В данном проекте реализовано шифрование базы данных с паролем
введу того, что данной базой будет пользователь только два должностных
лица: заместитель директора и проектировщик БД. У заместителя директора
имеется доступ к клиентской базе данных с паролем «111111», а у
проектировщика БД и к клиентской, и к серверной БД с паролем «222222».

29
 Чтобы поставить пароль, необходимо открыть базу данных в
монопольном режиме, иначе появится окно ошибки.
3.2 Определение реестра клиентских приложений для данного
проекта БД
Как ранее говорилось MS Access 2016 написан на Visual Basic for
Applications, как и множество других приложений, в первую очередь
компании Microsoft. Так как VBA является единственным способом создания
более сложных приложений в MS Access 2016. [23].
Одним из основных средств программирования в MS Access является
язык макрокоманды, программы, созданные на этом языке, называются
макросами. Макросы управляются событиями, которые делает пользователь
при работе с данными через формы или системными событиями.
MS Access 2016 - это не только гибкая и простая в использовании
СУБД, но и система разработки приложений работающих с базами данных
[28].
3.3 Распределение потенциальных клиентских приложений между
студентами при коллективном выполнении КР несколькими студентами
Данная курсовая работа выполнялась одним студентом, поэтому было
принято решение создать одно клиентское приложение «Рай для строителей»
3.4 Проектирование и создание основных форм управления
приложением, их тестирование и отладка
Для работы пользователя с базой данных необходимо создать
приложение, чтобы все элементы были сгруппированы и понятны, при этом
можно сделать хороший дизайн, чтобы пользователям было удобней
работать.
В формах располагаются самые разные элементы управления: кнопки,
поля таблиц, просмотр отчетов, вкладки и другое.
Первая форма «Главное меню» открывается при входе и предназначена
для навигации по самым главным таблицам, в которых находится
информация о сотрудниках, клиентах и заказах на товар, также на ней
30
изображён копирайтинг производителя данной базы данных, как показано на
рисунке 3.1 расположенный на следующем листе.

Рисунок 3.1 – Форма «ОАО “Рай для строителей”»

Данная форма имеет 4 навигационные кнопки:
1) Сотрудники – форма с информацией о сотрудниках;
2) Клиенты – форма с информацией о клиентах;
3) Заказы – форма с информацией о заказе товара;
4) Выход – выход из БД.
Форма «Сотрудники» предназначена для просмотра и ввода данных о
сотрудниках и дополнительную информацию во вкладках: их должности,
документов, адресе, отпусках и связь с ними в соответствии с рисунком 3.2
расположенный на текущей странице.

31
 Рисунок 3.2 – Форма «Сотрудники»
Данная форма имеет пять вкладок:
1) Должность – информация о должностях сотрудников;
2) Связь – контактные номер сотрудника;
3) Документы – информация о документах;
4) Адрес – место жительства сотрудника;
5) Отпуск – данные об датах отпуска сотрудника.
Также данная форма имеет кнопки для перехода по главным формам –
оранжевый цвет; перехода по вторичным формам – зеленый цвет; просмотр и
печать отчета – красный цвет; выход в меню, если необходимо выйти из
данной формы или базы данных, через «Главное меню» – синий цвет.
Форма «Клиенты» предназначена для просмотра и ввода данных о
клиентах или же представителей других фирм и дополнительную
информацию во вкладках: связь с ними и их документы в соответствии с
рисунком 3.3 расположенный на текущей странице.

32
 Рисунок 3.3 – Форма «Клиенты»
Данная форма имеет две вкладки:
1) Связь – контактные номер сотрудника;
2) Документы – информация о документах.
Также данная форма имеет кнопки для перехода по главным формам –
оранжевый цвет; перехода по вторичным формам – зеленый цвет; просмотр и
печать отчета – красный цвет; выход в меню, если необходимо выйти из
данной формы или базы данных, через «Главное меню» – синий цвет.
Форма «Заказы» предназначена для просмотра и ввода данных о
заказах на товар и дополнительную информацию во вкладках: учёт продаж
или покупки товаров в соответствии с рисунком 3.4 расположенный на
текущем листе.

Рисунок 3.4 – Форма «Заказы»

33
 Данная форма имеет одну вкладку:
Учёт продаж и покупок – данные о товаре.
Также данная форма имеет кнопки для перехода по главным формам –
оранжевый цвет; перехода по вторичным формам – зеленый цвет; просмотр и
печать отчета – красный цвет; выход в меню, если необходимо выйти из
данной формы или базы данных, через «Главное меню» – синий цвет.
3.5 Построение документальных отчётов по проекту БД на основе
SQL запросов
Данном проекте по курсовой работе было создано три отчета:
Отчёт «Зарплаты сотрудников» содержит информацию о ФИО
сотрудника, его должности и заработную плату в соответствии с рисунком
3.5 расположенный на следующем листе.

34
 Рисунок 3.5 – Отчёт «Зарплаты сотрудников»
Отчёт «Представители фирм» содержит информацию о наименовании
фирмы, ФИО их представителей, и контактные номера в соответствии с
рисунком 3.6 расположенный на следующем листе.
35
 Рисунок 3.6 – Отчёт «Представители фирм»
Отчёт «Суммы заказов» содержит информацию о наименовании
товара, цену, количество, сумму заказа и заказ в соответствии с рисунком 3.7
расположенный на следующем листе.
36
 Рисунок 3.7 – Отчёт «Суммы заказов»
3.6 Распределение прав доступа к формам и отчётам проекта
В данном проекте нет необходимости распределения прав доступа
между работниками, потому что в базе данных работает только один
пользователь – заместитель директора, который будет заполнять всю
информацию о складе, в том числе о сотрудниках и представителях других
фирм. Проектировщика БД будет иметь доступ к серверной части базы
данных и доступ к клиентской части с помощью пароль заместителя
директора.
3.7 Настройка параметров запуска клиентского приложения
После создания формы «Главное меню», необходимо сделать, чтобы
она открывалась сразу после запуска базы данных.
Для этого в MS Access 2016 предусмотрена данная функция,
расположенная во вкладке «Файл» в разделе «Параметры», «Текущая база
данных» выбираем «Форма просмотра» и выбираем нужную форму

37
параметрах текущей базы, что показано на рисунке 3.8. расположенный на
следующем листе.

Рисунок 3.8 – Параметры Access

Также необходимо в поле навигация убрать галочку напротив «Область
навигации», чтобы пользователь не имел доступа к таблицам и запросам.
Также одним из недостатков Microsoft Access является возможность
обойти все параметры автозапуска, в том числе и процедуру аутентификации
при запуске клиентского приложения, нажав клавишу «Shift». Чтобы решить
данную проблему необходимо реализовать блокировку выполнения данного
действия. Для этого во вкладке главного меню MS Access 2016 «Создание»
выбрать в правой части меню объект «Модуль класса». После чего появится
окно MS Visual Basic for Application для написания кода модуля, далее
переписываем код SBP, как показано на рисунке 3.9, расположенного на

38
следующей странице. Исходный код данной процедуры представлен в
приложении Б – Листинг 1.

Рисунок 3.9 – Код SBP в модуле класса

3.8 Создание инсталляционного пакета для клиентской и
серверной частей ИС
Создания инсталляционного пакета напрямую зависит на этап
развертывание программного продукта, поэтому необходимо тщательно
проработать инсталляцию пакета.
Для этого была выбрана программа Inno Setup 6.1.2, представлена на
рисунке 3.10 на следующей странице. У данной утилиты множество плюсов:
 Поддержка современных версий Windows;
 Создает одиночные EXE файлы для облегчения установки и
распространение программ;
 Имеет собственную среду программирования – Object Pascal;
 Доступен исходный код;

39
  Имеет мастер для создания инсталляторов, в который входит
множество функций.
Таким образом было создано два EXE файла для установки клиентской
и серверной части базы данных, «БД ОАО Рай для строителей_beSetup.exe» и
«БД ОАО Рай для строителей_beSetup.exe» соответственно.

Рисунок 3.10 – Окно Inno Setup 6.1.2

Выводы
 Сделаны группы пользователей с определенными правами на доступ,
а именно две: Администратор и пользователь;
 Созданы формы и отчеты проекта, в которых вводится и выводятся
данные базы данных;
 Создано два инсталляционных пакета для клиентской и серверной
части БД, с помощью программы Inno Setup 6.1.2.

40
 4 Документирование проекта
4.1 Порядок ввода в эксплуатацию проекта базы данных
Для ввода в эксплуатацию программного продукта – база данных по
учёту расхода строительных материалов со склада в ОАО «Рай для
строителей», необходимо иметь на персональном компьютере ОС Windows 7
и Microsoft Office 2016 и выше.
Для начала ПО необходимо скачать на ПК и установить. Далее, при
наличии на ПК MS Access 2016, базу данных можно будет открыть, так как
данный программный продукт работает только в среде Access.
После открытия базы данных в нее необходимо установить пароль и
ввести ряд начальных исходных данных в определенных формах проекта.
4.2 Руководство администратора базы данных
Администратор БД должен первоочередное установить лицензионную
версию MS Access 2016, так как данная база данных работает в среде Access.
Чтобы открыть программный продукт, необходимо установить
клиентская часть, с помощью инсталлятора «БД ОАО Рай для
строителейSetup» и серверную часть с помощью инсталлятора «БД ОАО Рай
для строителей _beSetup».
При открытии БД в MS Access 2016 в верхней панели содержится
множество элементов для легкой и безопасной разработки базы данных,
которые основаны на мастере.
Чтобы открыть для редактирования ПП, необходимо включить один из
элементов: таблицу, запрос, форму или отчет и нажать F11, это позволит
открыть конструктор для изменения свойств и формы элементов.
Также можно изменить схему данных, для этого необходимо в панели
быстрого доступа открыть вкладку «Работа с базами данных» и включить
«схема данных».
Если необходимо создать новую таблицу, форму, запрос или отчёт, то
это можно сделать с помощью конструкторов, расположенных на вкладке

41
«Создание». А для удаления таблицы нужно разорвать все ее связи с другими
таблицами, иначе появится окно с ошибкой.
Также ПП может быть изменен в редакторе Visual Basic Application
(VBA), для открытия которого необходимо перейти в «Создание» на ленте и
нажать на «Visual Basic» в правой части.
Администратору необходимо установить серверную часть БД, с
помощью инсталлятора «БД ОАО Рай для строителей _beSetup», в закрытом
помещении, от лиц не имеющих прав на вход, чтобы злоумышленники не
могли скачать копию файла. Серверная часть базы данных должна быть
установлена на ПК, у которого есть подключение к локальной сети фирмы.
Далее администратор обязан подключить всю клиентскую часть к
серверной, чтобы это сделать нужно включить клиентскую часть БД перейти
в верхней ленте во вкладку «Внешние данные» и нажать на «Диспетчер
связанных таблиц», в открывшемся окне нажать на кнопку «Выделить все» и
указать путь к серверной части БД. При следующем перемещении серверной
части, данный процесс необходимо повторить.
4.3 Руководство пользователя для клиентских частей проекта
Пользователь клиентской части должен первоочередное установить
лицензионную версию MS Access 2016, так как данная база данных работает
только в среде Access.
Чтобы открыть программный продукт, необходимо установить файл
«БД ОАО Рай для строителейSetup», с помощью инсталлятора.
После открытия файла появляется навигационное поле, для перехода
по БД, чтобы открыть форму для заполнения информации о сотрудниках,
необходимо нажать на кнопку «Сотрудники», после открытия формы можно
заполнять данные сотрудника, также на форме имеются другие кнопки для
перехода: для перехода на иные формы, в отчёт и в меню.
Для того, чтобы перейти в другую сложную, по-другому, главную
форму нужно нажать одну из кнопок оранжевого цвета, расположенных в
верхнем левом углу возле кнопки «Меню». Также можно зайти во вторичные
42
формы, которыми пользуются не так часто, для этого необходимо нажать на
кнопку зеленного цвета.
В главных формах имеются вкладки, в которых расположены поля для
ввода информация и другие кнопки зеленого цвета, которые не так важны
при ежедневном использовании, кроме вкладки «Адрес» в форме
«Сотрудники», там расположена кнопка желтого цвета, для ввода адреса
сотрудника.
Для просмотра отчёта, необходимо нажать на кнопку красного цвета –
«Отчёт», после открывается окно просмотра отчёта, где можно проверить
правильность информации и при необходимости печати нужно нажать на
ленте «Печать», чтобы закрыть предварительный просмотр: нажать на
«Закрыть окно предварительного просмотра».
Для выхода из БД необходимо перейти в главное меню, нажав на
кнопку «Меню» и в главном меню нажать «Выйти».
Для работы с формами: «Клиенты» и «Заказы» всё делается идентично,
что показано выше.
Выводы
 Расписан порядок развертывания базы данных на персональный
компьютер;
 Для администратора базы данных написано руководство по
использованию данной БД – то, как работать с серверной и клиентской
частью проекта и как редактировать всю базу данных;
 Указаны основные функции, применимые пользователем при работе
в клиентской части проекта.


43
 5 Оценка результатов создания информационной системы с точки
зрения исполнителя проекта, условного заказчика и условного
конечного пользователя
Оценка разработчика:
С точки зрения разработчика реализовано множество функций для
введения базы данных в одном стиле. Функции представляют собой:
минимальный набор защиты от несанкционированного входа – шифрование с
установкой пароля; легкие переходы по формам, все нужные функции
реализованы, например, добавление новой информации о товарах и
сотрудниках или распечатка отчетов.
Оценка заказчика:
Все необходимые функции реализованы и при этом потрачено
минимум средств, что и является главным плюсом MS Access. База данных
позволит автоматизировать процесс работы на складе, что позволяет
ускорить процесс логистики всей фирмы.
Оценка пользователя:
У данного продукта интуитивный интерфейс, что облегчает работу с
данными. Несмотря на не большое количество функций данная база данных
удовлетворяет основные потребности для автоматизирования склада.
Вывод
Даны оценки готовой базы данных с точки зрения разработчика,
заказчика и пользователя, которые раскрывают главные плюсы данной БД.

44
 ЗАКЛЮЧЕНИЕ
1) Составлено техническое задание на выполнение курсовой работы,
тема «Учёт расхода строительных материалов со склада компании ОАО Рай
для строителей». Выбрана СУБД для реализации клиентской и серверной
части проекта по курсовой работе – MS Access 2016;
2) Собран материал по предметной области и проведен анализ по теме.
Определены границы информационной системы: 3 главные таблицы для
подстановки информации: «СП_сотрудников», «СП_представителей» и
«Заказы»;
3) Реализована физическая модель: построены 32 таблицы с
измененными свойствами полей для того, чтобы улучшить работу и
уменьшить использования ресурсов памяти;
4) Реализована клиентская и серверная части проекта. Установлены
права доступа для работников фирмы. Созданы формы и отчеты для
пользователя БД, проведена их отладка;
5) Описан процесс ввода базы данных в эксплуатацию. Расписаны
руководства для Администратора БД и пользователя клиентской части БД;
6) Проведены оценки результатов создания данной БД с точки зрения:
Разработчика, заказчика и пользователя.

45
 СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ
1. Гущин А.Н. Базы данных. Второе издание, исправленное и
дополненное: учебно-методическое пособие [текст] / А.Н. Гущин – М.-
Берлин: Директ-Медиа, 2015. – 311 с.
2. Жалолов О.И., Хаятов Х.У. ПОНЯТИЕ SQL И РЕЛЯЦИОННОЙ
БАЗЫ ДАННЫХ / О.И. Жалолов, Х.У. Хаятов // UNIVERSUM:
ТЕХНИЧЕСКИЕ НАУКИ. – Москва. – 2020. – №6. – С. 26-29.
3. Бекаревич Ю.Б. Самоучитель MS Office Access 2016 [текст] / Ю. Б.
Бекаревич, Н.В. Пушкина. – СПб.: БХВ-Петербург, 2017. – 480 с.
4. Технология баз данных и знаний [Электронный ресурс]: URL:
http://www.bseu.by (дата обращения: 07.12.2020).
5. Соколин Д.Т., Тимохович А.С. Методы комплексного обеспечения
безопасности SQL - сервер от атаки SQL - инъекций // Академия,
Автоматика. Вычислительная техникая. – 2017. – №3. – С. 10-60.
6. Интеграция Access с другими компонентами офиса [Текст –
электронный]: сайт. – URL: http:// http://www.interface.ru/ (дата обращения:
05.12.2020).
7. Акимова И.В., Лепехина А.А. МЕТОДИКА ИЗУЧЕНИЯ ТЕМЫ
«БАЗЫ ДАННЫХ И СУБД» В СООТВЕТСТВИИ С ФГОС [текст] / И.В.
Акимова, А.А. Лепехина // СОВРЕМЕННОЕ ОБРАЗОВАНИЕ: НАУЧНЫЕ
ПОДХОДЫ, ОПЫТ, ПРОБЛЕМЫ, ПЕРСПЕКТИВЫ – Пенза, 2020 – С. 152-
155.
8. Степин О.А. Современные СУБД для реализации информационных
систем [текст] / О.А. Степин // WORLD SCIENCE: PROBLEMS AND
INNOVATIONS: сборник статей XX Международной научно-практической
конференции «WORLD SCIENCE: PROBLEMS AND INNOVATIONS» –
Пенза, 2018 – С. 35-37
9. Кирвас В. А. Информационные технологии. Система управления
базами данных MS Access: учеб. пособие/ В. А. Кирвас; Нар. укр. акад.. – М. :
Изд-во НУА, 2017. – 196 с.
46
 10. Шельмина Е. А., Боровской И. Г. АНАЛИЗ
ПРОИЗВОДИТЕЛЬНОСТИ СОВРЕМЕННЫХ НАСТОЛЬНЫХ И КЛИЕНТ-
СЕРВЕРНЫХ СУБД / Е. А. Шельмина, И. Г. Боровской // ПОЛЗУНОВСКИЙ
ВЕСТНИК – 2017. – № 3. – C. 81-84
11. Глухих К.С. Базы данных [Текст] / К.С. Глухих, Д.В. Ломотько. —
Москва: АСТ, 2015. — 504 с.
12. Романюк В.В. Базы данных: лабораторный практикум [текст] /
В.В. Романюк. – Абакан: Издательство ФГБОУ ВО «Хакасский
государственный университет им. Н.Ф. Катанова», 2018. – 80 с.
13. Романюк В.В. Базы данных: Курс лекций / В.В. Романюк. –
Абакан: Издательство ФГБОУ ВО «Хакасский государственный университет
им. Н.Ф. Катанова», 2018. – 101 с.
14. Гринченко, Н.Н. Проектирование баз данных. СУБД Microsoft
Access [Текст] / Н.Н. Гринченко. — Москва: РиС, 2016. — 240с.
15. Разделение базы данных Access [Текст – электронный]: сайт. –
URL: https://support.microsoft.com/ (дата обращения: 06.12.2020)
16. Качур М. С., Савинков В. М. Проектирование баз данных
информационных систем [Текст] / М.С. Качур, В.М. Савинков. – М.:
Финансы и статистика, 2015. – 351 с.
17. Ломотько Д.В. Базы данных: учебный курс [Текст] / Д.В.
Ломотько. – М.: АСТ, 2014. – 504 с. Разделение базы данных Access [Текст –
электронный]: сайт. – URL: https://support.microsoft.com/ (дата обращения:
06.12.2020)
18. Кириллов В.В. Структурированный язык запросов SQL [Текст] /
В.В. Кириллов. – СПб.: ИТМО, 2015. - 80 с.
19. Максимов В.В. Структурированный язык запросов (SQL) [Текст] /
В.В. Максимов. – СПб.: ИТМО, 2014. – 80с.
20. Информационная безопасность в современных системах
управления базами данных [Текст – электронный]: сайт. – URL: https://
http://citforum.ru/ (дата обращения: 06.12.2020)
47
 21. Малыхина М. Базы данных: основы, проектирование,
использование [Текст] / М. Малыхина. - М.: БХВ-Петербург, 2016. - 512 c.
22. Базы данных Microsoft Access. Проблемы и решения [Текст]
/Андерсен В. — Москва: ЭКОМ, 2015. — 384с.
23. Базы данных [Текст]: Учебник / В.П. Агальцов, В.М. Титов. –
Москва: ИД «ФОРУМ»; ИНФРА-М, 2015. — 448 с.
24. Администрирование баз знаний URL: http://www.bseu.by (дата
обращения: 07.12.2020).
25. Создание баз данных [Электронный ресурс]: URL:
https://nastroyvse.ru/programs/review/kak-rabotat-s-microsoft-access.html (дата
обращения: 07.12.2020).
26. Клиент-сервер [Электронный ресурс]: URL: http://www.taurion.ru
(дата обращения: 07.12.2020).
27. Управление доступом СУБД [Электронный ресурс]: URL:
http://www.lghost.ru (дата обращения: 07.12.2020).
28. Бойко В.В. Проектирование баз данных информационных систем
[Текст] / В.В. Бойко, В.М. Савинков. — Москва: Финансы и статистика, 2014.
— 351 с.
29. ГОСТ 7.32-2017. Система стандартов по информации,
библиотечному и издательскому делу. Отчет о научно-исследовательской
работе. Структура и правила оформления. Принято Межгосударственным
советом по стандартизации, метрологии и сертификации (протокол от
25.09.2017 г. №9103*П).
30. ГОСТ 7.1-2003. Система стандартов по информации,
библиотечному и издательскому делу. Библиографическая запись.
Библиографическое описание. Общие требования и правила составления.
(Дата ввода 01.07.2004).
31.

48
 ПРИЛОЖЕНИЕ А
Физическая модель

Рисунок А.1 – Схема данных

49
 ПРИЛОЖЕНИЕ Б
Листинг
Листинг 1 – Процедура SBP
Sub SBP()
Const DB_Boolean As Long = 1
ChangeProperty "AllowBypassKey", DB_Boolean, False
End Sub
Function ChangeProperty(strPropName As String, _
varPropType As Variant, _
varPropValue As Variant) As Integer
Dim dbs As Object, prp As Variant
Const conPropNotFoundError = 3270
Set dbs = CurrentDb
On Error GoTo Change_Err
dbs.Properties(strPropName) = varPropValue
ChangeProperty = True
Change_Bye:
Exit Function
Change_Err:
If Err = conPropNotFoundError Then ' Property not found.
Set prp = dbs.CreateProperty(strPropName, _
varPropType, varPropValue)
dbs.Properties.Append prp
Resume Next
Else
' Unknown error.
ChangeProperty = False
Resume Change_Bye
End If
End Function
50
 ПРИЛОЖЕНИЕ В
Запросы для подстановки
Запрос 1 – З_Заказы
SELECT Заказ.ID_Заказа, [т_сделки] & ', Дата: ' & [Дата_оф] AS
Заказы, [Вид_сделки].Т_сделки, Заказ.Дата_оф
FROM Вид_сделки INNER JOIN Заказ ON
[Вид_сделки].ID_т_сделки=Заказ.id_в_сделки;
Запрос 2 – З_зарплат
SELECT Прием_должность.ID_приема, [Оклад]*[Ставка] AS Зарплата,
Должности.Оклад, Ставка.Ставка, Прием_должность.id_должности,
Прием_должность.Дата_по, Прием_должность.id_сотрудника
FROM Ставка INNER JOIN (Должности INNER JOIN
Прием_должность ON Должности.ID_штаты =
Прием_должность.id_должности) ON Ставка.ID_ставки =
Прием_должность.id_Ставка
WHERE (((Прием_должность.Дата_по) Is Null));
Запрос 3 – З_Индекс_пункт_Регион_страна
SELECT Индекс.id_отделения, 'Ин-кс ' & [индекс] & ', ' & [н_н_пункта]
& ', ' & [Н_региона] & ' ' & '(' & [н_т_региона] & '), ' & [ОН_страны] & ' (' &
[Абр_страны] & ')' AS Страна, Индекс.индекс, Нас_пункт.н_н_пункта,
Регион.Н_региона, Т_региона.н_т_региона, Страны.ОН_страны,
Страны.Абр_страны
FROM Т_региона INNER JOIN (Страны INNER JOIN (Регион INNER
JOIN (Нас_пункт INNER JOIN Индекс ON Нас_пункт.id_нас_пункта =
Индекс.id_н_пункта) ON Регион.ID_региона = Нас_пункт.id_региона) ON
Страны.ID_страны = Регион.id_страны) ON Т_региона.id_т_региона =
Регион.id_т_региона
ORDER BY Индекс.id_отделения;
Запрос 4 – З_Менеджер_по_продажам

51
 SELECT Прием_должность.ID_приема, З_сотрудников.ФИО,
Должности.Должность, Прием_должность.Дата_по
FROM (СП_сотрудников INNER JOIN З_сотрудников ON
СП_сотрудников.ID_сотрудника = З_сотрудников.ID_сотрудника) INNER
JOIN (Должности INNER JOIN Прием_должность ON Должности.ID_штаты
= Прием_должность.id_должности) ON СП_сотрудников.ID_сотрудника =
Прием_должность.id_сотрудника
WHERE (((Должности.Должность)='Менеджер по продажам') AND
((Прием_должность.Дата_по) Is Null));
Запрос 5 – З_Представители
SELECT СП_представителей.ID_представителя, [Ф_п] & ' ' & [И_п] & '
' & [О_п] & ' (' & [Дата_рождения] & ')' AS ФИО, [Ф_п] & ' ' & [И_п] & ' ' &
[О_п] AS ФИО1, СП_представителей.Ф_п, СП_представителей.И_п,
СП_представителей.О_п, СП_представителей.Дата_рождения,
СП_представителей.Уволен
FROM СП_представителей
WHERE (((СП_представителей.Уволен)=False))
ORDER BY [Ф_п] & ' ' & [И_п] & ' ' & [О_п] & ' (' & [Дата_рождения] &
')';
Запрос 6 – З_пункт_Регион_страна
SELECT Нас_пункт.id_нас_пункта, [н_н_пункта] & ', ' & [Н_региона] &
' ' & '(' & [н_т_региона] & '), ' & [ОН_страны] & ' (' & [Абр_страны] & ')' AS
Страна, Нас_пункт.н_н_пункта, Регион.Н_региона, Т_региона.н_т_региона,
Страны.ОН_страны, Страны.Абр_страны
FROM Т_региона INNER JOIN (Страны INNER JOIN (Регион INNER
JOIN Нас_пункт ON Регион.ID_региона = Нас_пункт.id_региона) ON
Страны.ID_страны = Регион.id_страны) ON Т_региона.id_т_региона =
Регион.id_т_региона;
Запрос 7 – З_Регион_страна

52
 SELECT Регион.ID_региона, [Н_региона] & ' ' & '(' & [н_т_региона] &
'), ' & [ОН_страны] & ' (' & [Абр_страны] & ')' AS Страна, Регион.Н_региона,
Т_региона.н_т_региона, Страны.ОН_страны, Страны.Абр_страны
FROM Т_региона INNER JOIN (Страны INNER JOIN Регион ON
Страны.ID_страны = Регион.id_страны) ON Т_региона.id_т_региона =
Регион.id_т_региона;
Запрос 8 – З_сотрудников
SELECT СП_сотрудников.ID_сотрудника, [Фамилия] & ' ' & [Имя] & ' '
& [Отчество] & ' (' & [Дата_рождения] & ')' AS ФИО, [Фамилия] & ' ' & [Имя]
& ' ' & [Отчество] AS ФИО1, СП_сотрудников.Фамилия,
СП_сотрудников.Имя, СП_сотрудников.Отчество,
СП_сотрудников.Дата_рождения
FROM СП_сотрудников
ORDER BY [Фамилия] & ' ' & [Имя] & ' ' & [Отчество] & ' (' &
[Дата_рождения] & ')';
Запрос 9 – З_страна
SELECT Страны.ID_страны, [ОН_страны] & ' (' & [Абр_страны] & ')'
AS Страна, Страны.ОН_страны, Страны.Абр_страны
FROM Страны;
Запрос 10 – З_Суммы_заказа
SELECT Учет_продаж_покупок.ID_заказ_товара, [Цена]*[Количество]
AS Сумма_заказа, Учет_продаж_покупок.Цена,
Учет_продаж_покупок.Количество, З_Характер_товара.Заказ,
З_Заказа.Заказы
FROM З_Заказа INNER JOIN (Учет_продаж_покупок INNER JOIN
З_Характер_товара ON Учет_продаж_покупок.ID_заказ_товара =
З_Характер_товара.ID_заказ_товара) ON З_Заказа.ID_Заказа =
З_Характер_товара.id_заказа;
Запрос 11 – З_Ул_Индекс_пункт_Регион_страна

53
 SELECT Улицы.id_улицы, [н_ул] & ' ' & [Аб_н_т_улиц] & ', Ин-кс ' &
[индекс] & ', ' & [н_н_пункта] & ', ' & [Н_региона] & ' ' & '(' & [н_т_региона]
& '), ' & [ОН_страны] & ' (' & [Абр_страны] & ')' AS Страна, Улицы.н_ул,
Т_улиц.Аб_н_т_улиц, Индекс.индекс, Нас_пункт.н_н_пункта,
Регион.Н_региона, Т_региона.н_т_региона, Страны.ОН_страны,
Страны.Абр_страны
FROM Т_улиц INNER JOIN (Т_региона INNER JOIN (Страны INNER
JOIN (Регион INNER JOIN (Нас_пункт INNER JOIN (Индекс INNER JOIN
Улицы ON Индекс.id_отделения = Улицы.id_отделения) ON
Нас_пункт.id_нас_пункта = Индекс.id_н_пункта) ON Регион.ID_региона =
Нас_пункт.id_региона) ON Страны.ID_страны = Регион.id_страны) ON
Т_региона.id_т_региона = Регион.id_т_региона) ON Т_улиц.id_т_улиц =
Улицы.id_т_улицы
ORDER BY Улицы.id_улицы;
Запрос 12 – З_Фирмы
SELECT СП_Фирм.ID_Фирмы, [Аб_т_фирмы] & ' ' & [Н_фирмы] AS
Фирма, СП_Фирм.Н_фирмы, Тип_фирмы.Аб_т_фирмы
FROM Тип_фирмы INNER JOIN СП_Фирм ON
Тип_фирмы.ID_т_фирмы = СП_Фирм.id_т_фирмы;
Запрос 13 – З_Характер_товара
SELECT Учет_продаж_покупок.ID_заказ_товара, [Н_товара] & ' ' &
[Размер] & ' ' & [Аб_ед_измер] AS Заказ, Товар.Н_товара,
Учет_продаж_покупок.Размер, Ед_измер.Аб_ед_измер,
Учет_продаж_покупок.id_заказа
FROM Товар INNER JOIN (Ед_измер INNER JOIN (З_Заказа INNER
JOIN Учет_продаж_покупок ON З_Заказа.ID_Заказа =
Учет_продаж_покупок.id_заказа) ON Ед_измер.ID_ед =
Учет_продаж_покупок.id_ед_измер) ON Товар.ID_товара =
Учет_продаж_покупок.id_товара;

54
55