Отчет к курсовой работе БД государственный банк. 31ИС-12 - Зайцев - Отчет. Курсовой проект тема Автоматизация предметной области Государственный банк средствами субд ms access

• Название: Курсовой проект тема Автоматизация предметной области Государственный банк средствами субд ms access
• Анкор: Отчет к курсовой работе БД государственный банк
• Дата: 29.05.2022
• Размер: 1.47 Mb.
• Имя файла: 31ИС-12 - Зайцев - Отчет.docx
• Тип: Курсовой проект; #556049

ДЕПАРТАМЕНТ ОБРАЗОВАНИЯ И НАУКИ ГОРОДА МОСКВЫ

Государственное бюджетное профессиональное образовательное
учреждение города Москвы

«Политехнический колледж им. Н.Н. Годовикова»

КУРСОВОЙ ПРОЕКТ

Тема: Автоматизация предметной области
«Государственный банк» средствами СУБД MS Access

ПМ.07. Соадминистрирование баз данных и серверов
МДК 07.01. Управление и автоматизация баз данных

Специальность 09.02.07 Информационные системы и
программирование (базовая подготовка)

Выполнил:		Руководитель проекта:
Студент 3 курса, группа 31ИС–12		Преподаватель
		Ученая степень, должность
Зайцев Даниил Олегович		Ярошенко Владимир Иванович
(Ф.И.О.)		(Ф.И.О.)
_________________________		___________________________
(подпись)		(подпись) __________________________________________ (оценка, дата защиты)

Москва

2021

Оглавление

Введение 3

Глава 1.Общая характеристика предметной области и анализ задачи 6

1.1.Общая характеристика предметной области 6

1.2.Концептуальная модель 7

1.3.Выбор и обоснование СУБД 8

1.4.Даталогическая модель данных 11

1.5.CASE–диаграммы 14

Глава 2.Реализация бд в MS Access 17

2.1.Создание таблиц 17

2.2.Заполнение таблицы данными 21

2.3.Создание запросов 26

2.4.Сортировка данных 30

2.5.Создание отчетов 31

2.6.Создание диаграмм 34

2.7.Создание кнопочной формы 35

2.8.Защита информации в MS Access 38

Заключение 40

Список использованной литературы 42

Введение

Как мы знаем, Базы данных – это совокупность структур, предназначенных для хранения больших объемов информации и программных модулей, осуществляющих управление данными, их выборку, сортировку и другие подобные действия. Информация базы данных хранится в одной или нескольких таблицах. Любая таблица с данными состоит из набора однотипных записей, расположенных друг за другом. Они представляют собой строки таблицы, которые можно добавлять, удалять или изменять. Каждая запись является набором именованных полей, или ячеек, которые могут хранить самую разнообразную информацию, начиная от даты рождения и заканчивая подробным описанием кулинарного рецепта. Однотипные поля разных записей образуют столбец таблицы. Создав одну таблицу, вы уже получаете полноценную базу данных. Однако в реальной жизни структуры баз данных, а соответственно и способы их создания, намного сложнее.

В настоящее время трудно представить какую–либо сферу деятельности человека, где бы ни стояла проблема создания и использования информационных систем. Сегодня такие системы стали насущной потребностью, и спрос на грамотных специалистов в этой области постоянно растет. А поскольку все здание информационных систем базируется на концепции баз данных, то естественно, что без более или менее детального знакомства с основами дисциплины “Базы данных” в наше время невозможно быть не только квалифицированным программистом, но даже и грамотным пользователем компьютеров. Поэтому можно смело сказать, что навыки работы в этой области не только повышают интеллектуальный потенциал пользователя, но являются в этом вопросе одним из основополагающих факторов.

Автоматизация информационной системы влияет на процесс управления предприятием: высвобождаются работники среднего звена управления, упрощаются рутинные процедуры, сокращаются временные затраты, что ведет к повышению эффективности труда и увеличению выручки и прибыли. Контроль над информационными потоками внутри организации также возрастает, обеспечивается достоверность информации, облегчается и разграничивается доступ к ней.

Банк выдает различные виды кредитов, по которым важна информация о названии кредита, % ставке, особых условиях и т.п. Клиентами банка являются физические лица, по которым в БД хранится информация о ФИО, адресе, паспортных данных, месте работы, должности, окладе. Клиенты заключают с банком договора на получение кредита, в котором указываются дата заключения договора, сумма ежемесячных выплат, срок погашения кредита.

Таким образом, достоверно известно, что автоматизация повышает конкурентоспособность предприятия путем повышения эффективности его функционирования, возможности оперативного контроля, тактического и стратегического планирования.

В данной работе рассмотрим разработку реляционной модели базы данных, в ходе которой познакомимся с функционированием банка при выдаче кредита физическим лицам.

Целью курсовой работы является систематизация, закрепление и расширение теоретических знаний студентов, развитие и проявление ими навыков самостоятельного решения прикладных задач с использование информационных технологий, практической реализации автоматизированной обработки экономической информации.

Из поставленной цели решаются следующие задачи:

– приобретение практических навыков по обследованию конкретной предметной области и разработке реляционных моделей баз данных экономического направления;

– практическое применение прикладных программ общего назначения для решения экономико–управленческих задач.

Предметом исследования является разработка базы данных.

Объектом исследования выступает разработка и проектирование базы данных для банка.

1. Общая характеристика предметной области и анализ задачи

   1. Общая характеристика предметной области

Областью применения БД является деятельность банка. Банк специализируется на выдаче кредитов физическим лицам с заключением договора.

Кредиты описаны следующими характеристиками:

• 
  код кредита
  
• 
  название кредита;
  
• 
  процентная ставка;
  
• 
  особые условия.
  

Клиенты:

• 
  № клиента
  
• 
  ФИО;
  
• 
  Адрес;
  
• 
  Паспортные данные;
  
• 
  место работы;
  
• 
  должность;
  
• 
  оклад.
  

Договоры:

• 
  дата заключения;
  
• 
  сумма ежемесячных выплат;
  
• 
  срок погашения;
  
• 
  код кредита;
  
• 
  № клиента.
  

2. Концептуальная модель

Концептуальная модель базы данных – это некая наглядная диаграмма, нарисованная в принятых обозначениях и подробно показывающая связь между объектами и их характеристиками. Создается концептуальная модель для дальнейшего проектирования базы данных и перевод ее, например, в реляционную базу данных. На концептуальной модели в визуально удобном виде прописываются связи между объектами данных и их характеристиками.

Для единообразия программирования баз данных введены следующие понятия для концептуальных баз данных:

1. 
   Объект или сущность. Это фактическая вещь или объект (для людей) за которой пользователь (заказчик) хочет наблюдать. Например, Иванов Иван Иванович;
   
2. 
   Атрибут – это характеристика объекта, соответствующая его сущности. Например. Задаем себе вопрос: Какую информацию нужно хранить об Иванове Иване Ивановиче? Ответы на этот вопрос и будут атрибуты объекта Иванов Иван Иванович;
   
3. 
   Третье понятие в проектировании концептуальной базы данных это связь или отношения между объектами. (рис. 1)
   

Рисунок 1 Концептуальная модель

3. Выбор и обоснование СУБД

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

Основным достоинством данной системы является ее ориентация не на программиста, а на конечного пользователя.

Последняя версия Microsoft Access позволяет применять ее для создания многопользовательских баз данных. В этом случае таблицы баз данных могут быть переданы на сервер, а пользовательский интерфейс сохранен на компьютере клиента. В этом случае предоставляется возможным сочетать простоту разработки всех компонентов СУБД с применением Microsoft ACCESS, а задачи управления многопользовательскими базами данных возложить на MS SQL–server.

Основными компонентами (объектами) базы данных являются:

• 
  таблицы,
  
• 
  запросы,
  
• 
  формы,
  
• 
  отчеты
  
• 
  макросы и модули.
  

Таблица – фундаментальная структура системы управления реляционными базами данных. В Microsoft Access таблица – это объект, предназначенный для хранения данных в виде записей (строк) и полей (столбцов). Каждое поле содержит отдельную часть записи, например фамилию, должность или инвентарный номер. Обычно каждая таблица используется для хранения сведений по одному конкретному вопросу, например о сотрудниках или заказах.

Запрос – вопрос о данных, хранящихся в таблицах, или инструкция на отбор записей, подлежащих изменению.

Форма – это объект Microsoft Access, в котором можно разместить элементы управления, предназначенные для ввода, изображения и изменения данных в полях таблиц.

Отчет – это объект Microsoft Access, который позволяет представлять определенную пользователем информацию в определенном виде, просматривать и распечатывать ее.

Макрос – одна или несколько макрокоманд, которые можно использовать для автоматизации конкретной задачи. Макрокоманда – основной строительный блок макроса; самостоятельная инструкция, которая может быть объединена с другими макрокомандами, чтобы автоматизировать выполнение задачи.

Модуль – набор описаний, инструкций и процедур, сохранённых под одним именем. В Microsoft Access имеется три типа модулей: модуль формы, отчета и общий модуль. Модули форм и отчетов содержат локальную программу для форм или отчетов. Если процедуры общего модуля явным образом не объявлены личными для модуля, в котором они появляются, они распознаются и могут вызываться процедурами из других модулей этой базы данных. База данных может содержать несколько модулей, в том числе общие модули, модули форм и модули отчетов.

Любая СУБД позволяет выполнять четыре простейшие операции с данными:

• 
  Добавлять в таблицу одну или несколько записей;
  
• 
  Удалять из таблицы одну или несколько записей;
  
• 
  Обновлять значения некоторых полей в одной или нескольких записях;
  

При выборе СУБД в первую очередь нужно принять решение о том, какая модель данных будет использоваться наша аис: иерархическая, реляционная,
сетевая.

Иерархическая база данных – каждый объект при таком хранение
информации представляется в виде определенной сущности, то есть, у этой сущности могут быть дочерние элементы, родительские элементы, а у тех дочерних могут быть еще дочерние элементы, но есть один объект, с которого все начинается

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

Реляционная база данных – это совокупность взаимосвязанных таблиц, каждая из которых содержит информацию об объектах определенного типа. Строка таблицы содержит данные об одном объекте (например, товаре, клиенте), а столбцы таблицы описывают различные характеристики этих объектов – атрибутов (например, наименование, код товара, сведения о клиенте). Записи, т.е. Строки таблицы, имеют одинаковую структуру – они состоят из полей, хранящих атрибуты объекта. Каждое поле, т. е. Столбец, описывает только одну характеристику объекта и имеет строго определенный тип данных. Все записи имеют одни и те же поля, только в них отображаются различные информационные свойства объекта.

Если выбирать из трёх основных видов баз данных, то мое решение будет за то, чтобы использовать реляционную базу данных из–за её гибкости и простоты.

4. Даталогическая модель данных

Даталогическая модель базы данных – это модель логического уровня, представляющая собой отображение логических связей между элементами данных, независимо от их содержания и среды хранения.

Даталогическое проектирование заключается в проектировании логической структуры базы данных «Государственный банк».

При проектировании даталогической модели данных должно быть обеспечено однозначное соответствие между конструкциями языка описания данных и графическими обозначениями информационных единиц и связей между ними. Таким образом, даталогическое проектирование сводится к следующим этапам:

• 
  Определение таблиц;
  
• 
  Определение полей таблиц;
  
• 
  Определение ключевых полей.
  

на этапе даталогического проектирования строится логическая структура базы данных. При этом происходит преобразование исходной инфологической модели в модель данных, которая поддерживается конкретной СУБД.

Каждая таблица имеет поля, которые определяются именем, типом данных каждого поля. (рис. 2)

Для таблицы «Договоры» определены поля (Код договора, сумма ежемесячных выплат, Дата заключения, Срок погашения, Код кредита, № клиента). В данной таблице поле, которое определено ключевым является Код договора.

Для таблицы «Кредиты» были определены поля (Код кредита, Название кредита, Процентная ставка, Особые условия). В данной таблице поле, которое определено ключевым является Код кредита.

Для таблицы «Клиенты» были определены поля (№ клиента, ФИО, Адрес, Паспортные данные, Место работы, Должность, Оклад). В данной таблице поле, которое определено ключевым является № клиента.

Для таблицы «Сотрудники» были определены поля (№ сотрудника, ФИО, Стаж работы, Пол, Дата рождения, Телефон, Зарплата). В данной таблице поле, которое определено ключевым является № сотрудника.



Рисунок 2 Даталогическая модель

5. CASE–диаграммы

Проектирование – один из важных шагов при разработке программы, который очень часто игнорируется начинающими разработчиками. Обычно они пытаются удержать всё в голове или, в лучшем случае, записать некоторые важные сведения на листе бумаги. Как результат, у них нет чёткого плана дальнейших действий, и проект может быть отложен в долгий ящик. (рис. 3-5)

Рисунок 3 Контекстная диаграмма



Рисунок 4 Диаграмма декомпозиции 1 уровня



Рисунок 5 Диаграмма декомпозиции 2 уровня

Таким образом, с помощью составленных CASE-диаграмм возможно описать модель бизнес-процессов заданной предметной области: рассмотреть работу банка в целом и детализировать область, поддающуюся автоматизации.

Вывод:

Базы данных - важнейшая составная часть информационных систем. Информационные системы предназначены для хранения и обработки больших объемов информации. Изначально такие системы существовали в письменном виде. Для этого использовались различные картотеки, папки, журналы, библиотечные каталоги и т.д. Любая информационная система должна выполнять три основные функции: ввод данных, запросы по данным, составление отчетов.

2. Реализация бд в MS Access

   1. Создание таблиц

Создадим таблицы в Microsoft Access в режиме конструктора.

Во вкладке «Создание» нажимаем на «Конструктор таблиц». В открывшемся окне зададим следующие поля таблицы «Клиенты» (рис. 6).



Рисунок 6 Конструктор таблицы «Клиенты»

Аналогичным образом зададим поля таблицы «Кредиты» (рис. 7).



Рисунок 7 Конструктор таблицы «Кредиты»

Следующий на очереди – таблица «Договоры» (рис. 8).



Рисунок 8 Конструктор таблицы «Договоры»

Для типа данных полей «Код кредита» и «№ клиента» используем мастер подстановок. Выберем в поле тип данных значение «Мастер подстановок». Появится окно «Создание подстановки» представленное на рис. 9.



Рисунок 9 Создание подстановки с помощью мастера подстановок

Выберем значение «Объект "столбец подстановки" будет использовать значения из таблицы или запроса». Далее предлагается выбрать таблицу с необходимыми значениями. В данном окне выберем таблицу «Код кредита» (рис. 10).



Рисунок 10 Выбор таблицы значений в мастере подстановок

В следующем окне выбираем поле «Код кредита» и переносим его в правую часть (рис. 11).



Рисунок 11 Выбор поля для использования подстановок

Далее выбираем из раскрывающегося списка значение «Код кредита» и устанавливаем значение напротив него по возрастанию (рис. 12).



Рисунок 12 Выбор порядка сортировки элементов списка

Аналогичную операцию проделываем для поля «№ клиента».

После создания таблиц их нужно связать. Для этого необходимо выбрать пункт меню Схема данных. В открывшемся окне добавляем все созданные таблицы.

При создании связей отметим пункты меню: обеспечение целостности данных, каскадное обновления связанных полей и каскадное удаление связанных полей (рис. 13).



Рисунок 13 Изменение связей при построении схемы данных

После этого нажимаем кнопку Создать и у нас появляются связи между таблицами «один ко многим». Схема данных представлена на рис. 14.



Рисунок 14 Схема данных

2. Заполнение таблицы данными

Для таблицы «Договоры» создадим форму.

Выберем пункт Мастер форм. В выпадающем списке выберем «Таблица: Договоры» и переместим все значение таблицы в правую сторону (рис. 15).



Рисунок 15 Мастер создания форм

Полученная форма представлена на рис. 16.



Рисунок 16 Форма «Договоры»

Аналогичным образом создадим формы для таблиц «Кредиты» и «Клиенты» (рис. 17–18).



Рисунок 17 Форма «Кредиты»



Рисунок 18 Форма «Клиенты»

При помощи созданных ранее форм заполним таблицы «Клиенты», «Кредиты», «Договоры» (рис. 19–21).



Рисунок 19 Заполнение формы «Клиенты»



Рисунок 20 Заполнение формы «Кредиты»



Рисунок 21 Заполнение формы «Договоры»

Заполненные таблицы представлены на рис. 22–24.



Рисунок 22 Таблица «Клиенты»



Рисунок 23 Таблица «Кредиты»



Рисунок 24 Таблица «Договоры»

3. Создание запросов

Для создания запроса перейдем на вкладку Создание, нажмем кнопку Создание запроса с помощью конструктора.

Создадим запрос «Запрос выборка». Тип запроса – на выборку с логическим ИЛИ, связывающим два значения одного текстового поля.

Зададим в поле «Условие отбора» значение “Уралсиб”, а в поле «или» значение “Уфанет” (рис. 25).



Рисунок 25 Конструктор запроса «Запрос–выборка»

Выполним данный запрос:



Рисунок 26 «Запрос–выборка»

Создадим следующий запрос – запрос–действие на обновление. Для создания данного запроса копируем таблицу кредиты и переименовываем в «Кредиты (обновленный %)». Все действия запроса будем осуществлять с ней. Запустим создание запроса. Выберем на обновление. Зададим для поля «Процентная ставка» в поле Обновление значение 0,1 (рис. 27).



Рисунок 27 Конструктор запроса «Запрос–действие на обновление»

Выполним данный запрос. После нажатия на кнопку выполнить появляется диалоговое окно с сообщением представленное на рис. 28.



Рисунок 28 Сообщение об обновлении

Выберем кнопку «Да».

Изменения, произведенные с таблицей представлены на рис. 29.



Рисунок 29 Таблица «Кредиты (обновленный %)»

Создадим запрос–итог. Построим с помощью конструктора запрос, как показано на рис. 30.



Рисунок 30 Конструктор запроса «Запрос–итог на минимальное»

Выполним данную операцию (рис. 31).



Рисунок 31 «Запрос–итог»

Для выполнения следующего задания, а именно составление отчета нам необходимо сделать запрос с вычисляемым полем. Проделаем данную операцию. Построим с помощью конструктора запрос, добавим таблицы (рис. 32).



Рисунок 32 Конструктор запроса «Запрос с вычисляемым полем»

Создадим вычисляемое поле «Общая сумма по кредиту» при помощи построителя выражений (рис. 33).



Рисунок 33 Построитель выражений для поля «Общая сумма по кредиту»
Выполним запрос (рис. 34).



Рисунок 34 «Запрос с вычисляемым полем»

4. Сортировка данных

Отсортируем таблицу «Договоры» по полю «Код кредита» по убыванию (рис. 35).



Рисунок 35 Отсортированные результаты

5. Создание отчетов

Создадим отчет по результатам запроса с вычисляемым полем (рис. 36).



Рисунок 36 Создание отчета. Выбор полей

Выберем вид представления полей (рис. 37).



Рисунок 37 Выбор вида представления

Добавим уровни группировки (рис. 38).



Рисунок 38 Добавление уровней группировки



Рисунок 39 Выбор порядка сортировки



Рисунок 40 Выбор значений для итоговых вычислений

Конструктор отчета представлен на рис. 41, печатный вариант – на рис. 42.



Рисунок 41 Конструктор отчета



Рисунок 42 Готовый отчет

6. Создание диаграмм

Рисунок 43 Линейчатая диаграмма

7. Создание кнопочной формы

Перед созданием кнопочной формы необходимо создать макросы, выполняющие определенные действия.



Рисунок 44 Создание макроса «Запрос с вычисляемым полем»



Рисунок 45 Создание макроса «Запрос–выборка»



Рисунок 46 Создание макроса «Запрос–итог на минимальное»



Рисунок 47 Создание макроса «Запрос–действие на обновление»

Создадим макрос для открытия кнопочной формы (рис. 48).



Рисунок 48 Создание макроса для открытия кнопочной формы с именем «AUTOEXEC»

Т.к. данный макрос называется «AUTOEXEC» он будет открываться автоматически.

Перейдем к созданию кнопочной формы. Она необходима для быстрого доступа к формам, запросам, отчетам. Создадим его при помощи диспетчера форм (рис. 49).



Рисунок 49 Диспетчер кнопочных форм

Создадим кнопочные формы, которые нам понадобятся (рис. 50).



Рисунок 50 Создание новой страницы кнопочной формы

Можно изменить содержание кнопочных форм путем выбора кнопки «Изменить». Появится окно «Изменение страницы кнопочной формы» представленное на рис. 51.



Рисунок 51 Окно «Изменение страницы кнопочной формы»

Для каждого элемента вводится текст, поясняющий его действие, это делается в строке Текст. В строке Команда из списка выбирается действие, которое будет происходить при нажатии этого элемента–кнопки. В строке Форма указывается имя формы или отчета, с которым будет происходить действие, указанное в строке Команда. Далее нажимается кнопка ОК.



Рисунок 52 Окно «Изменение элемента кнопочной формы»

Главная кнопочная форма выглядит следующим образом (рис. 53)



Рисунок 53 Главная кнопочная форма

8. Защита информации в MS Access

MS Access обеспечивает два традиционных способа защиты базы данных. Простейший способ защиты – это установка пароля, требуемого при открытии базы данных. Тогда при каждом открытии базы данных будет появляться диалоговое окно, в котором требуется ввести пароль. Этот способ достаточно надежен, т. к. MS Access шифрует пароль, и к нему нет прямого доступа при чтении файла базы данных. После открытия базы данных все ее объекты становятся полностью доступными в течение сеанса работы с базой. Можно считать эту меру защиты достаточной для баз данных, которые совместно используются небольшой группой пользователей или установлены на автономном компьютере.

Гораздо более надежным и гибким способом организации защиты является защита на уровне пользователей. Такой способ защиты позволяет ограничить возможность получения или изменения той или иной информации в базе данных для конкретного пользователя.

По умолчанию в базе определены две группы пользователей: Admins и Users. Для каждой группы задаются разрешения на доступ к объектам базы данных (права доступа). Члены группы Admins, как правило, имеют разрешения на доступ ко всем объектам базы данных. Поскольку группа Users объединяет всех пользователей, имеет смысл ей присваивать некоторый минимальный набор прав. Можно создавать собственные учетные записи групп, предоставляя этим группам соответствующие разрешения и добавляя в группы пользователей, исходя из функциональной специфики предметной области. Один и тот же пользователь может являться членом различных групп.

Как группам, так и пользователям предоставляются разрешения на доступ, определяющие допустимые для них действия по отношению к каждому объекту базы данных. Набор возможных прав, очевидно, определяется спецификой объекта. При запуске MS Access от пользователей требуется идентифицировать себя и ввести пароль.

Пароль от базы данных MS Access: Zaycev123456

Вывод:

Разработанная база данных может существенно упростить работу менеджера, облегчить процедуру получения справочной информации, необходимой клиентам и сотрудникам организации.

Заключение

Организация данных является ключевым моментом при работе с большими объемами информации. Чрезвычайно важно упорядочить информацию таким образом, чтобы легко и быстро находить нужные сведения. В Microsoft Access подлежащая хранению информация называется данными, а место ее хранения – базой данных.

На сегодняшний день реляционные базы данных остаются самыми распространенными, благодаря своей простоте и наглядности как в процессе создания, так и на пользовательском уровне. С помощью единственного запроса на этом языке можно соединить несколько таблиц во временную таблицу и вырезать из нее требуемые строки и столбцы (селекция и проекция). Так как табличная структура реляционной базы данных интуитивно понятна пользователям, то и язык SQL является простым и легким для изучения. Реляционная модель имеет солидный теоретический фундамент, на котором были основаны эволюция и реализация реляционных баз данных. На волне популярности, вызванной успехом реляционной модели, SQL стал основным языком для реляционных баз данных.

В результате данной курсовой работы разработана база данных «Банк». Данная работа может быть использована в кредитных отделах банка. Кнопочная форма имеет интуитивно понятный интерфейс, что способствует быстрому внедрению программы.

В данной работе был проведен анализ поставленной проблемы с последовательным её решением. Был рассмотрен и усвоен предложенный теоретический материал, что позволило более качественно и быстро справиться с поставленными целями и задачами.

Реляционную модель можно представить, как особый метод рассмотрения данных, содержащий и данные (в виде таблиц), и способы работы, и манипуляции с ними (в виде связей). В реляционной модели БД, в отличие от других моделей, пользователь сам указывает, какие данные для него необходимы, а какие нет. По этой причине процесс перемещения и навигации по БД в реляционных системах является автоматическим. Также реляционная СУБД выполняет функцию каталога, в котором хранятся описания всех объектов, из которых состоит БД.

Реляционный подход имеет всего один существенный недостаток: необходимость нормализации данных, т.е. устранения избыточности. Делается это для избегания потенциальной потери данных или неоднозначной трактовки.

В процессе выполнения курсового проекта был рассмотрен и усвоен предложенный теоретический материал, что позволило более качественно и быстро справиться с поставленными задачами.

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

Для обеспечения эффективности информационных процессов необходима соответствующая организация данных.

С этой точки зрения базы данных становятся подходящим способом долговременного хранения и обработки информации. Практически все экономические, финансовые и другие подобные системы используют соответствующую технологию в своей деятельности.

В результате выполнения курсовой работы были приобретены навыки анализа деятельности коммерческих предприятий, применены и углублены знания в области работы с СУБД для решения прикладных задач.

Была создана база данных "Государственный банк", которая служит для эффективной и быстрой работы с информацией. Программа позволяет значительно повысить скорость получения информации о сотрудниках и клиентах

Список использованной литературы

1. 
   Аганбегян, А. Г. Финансы, бюджет и банки в новой России / А.Г. Аганбегян. – Москва: Издательский дом «Дело» РАНХиГС, 2019. – 400 с.
   
2. 
   Банки и банковские операции: учебник и практикум для вузов / В. В. Иванов [и др.] ; под редакцией Б. И. Соколова. – Москва: Издательство Юрайт, 2021. – 189 с.
   
3. 
   Гамза, В. А. Основы банковского дела: безопасность банковской деятельности: учебник для среднего профессионального образования / В. А. Гамза, И. Б. Ткачук, И. М. Жилкин. – 5-е изд., перераб. и доп. – Москва: Издательство Юрайт, 2021. – 455 с.
   
4. 
   Исаев, Р. А. Банковский менеджмент и бизнес-инжиниринг: в 2 томах. Том 1 / Р. А. Исаев. – 2-е изд., перераб. и доп. – Москва: ИНФРА-М, 2020. – 286 с.
   
5. 
   Таненбаум, Э. Архитектура компьютера / Э. Таненбаум, Т. Остин – СПб.: Питер, 2018 – 816 с.
   
6. 
   Агальцов В.П. Базы данных. В 2-х т. Т. 2. Распределенные и удаленные базы данных: Учебник / В.П. Агальцов. - М.: ИД ФОРУМ, НИЦ ИНФРА-М, 2016. - 272 c.
   
7. 
   Бекаревич, Ю. Б. Самоучитель MS Office Access 2016 / Ю. Б. Бекаревич, Н. В. Пушкина. – СПб.: БХВ-Петербург, 2017. – 480 с.: ил. – (Самоучитель)
   
8. 
   Справка и обучение по Access - Служба поддержки Microsoft. [Элек-тронный ресурс] URL: https://support.microsoft.com/ru-ru/access?ui=ru-RU&rs=ru-RU&ad=RU
   
9. 
   Куликов, С. С. Реляционные базы данных в примерах: практическое по-собие для программистов и тестировщиков / С. С. Куликов. – Минск: Четыре четверти, 2020. – 424 с.
   
10. 
    Федорова, Г. Н. Разработка, администрирование и защита баз данных: учебник для студ. учреждений сред. проф. образования / Г. Н. Федорова. – 2-е изд. стер. – М.: Издательский центр «Академия», 2018. – 288 с.