Разработка базы данных

В данной работе разрабатывается база данных по теме «Вкладчики и вклады Сбербанка».
Курсовая работа содержит пояснительную записку на 10 стр. и 4 приложения на 4 стр.
Рассматривается предметная область, связанная с банком; проектируется собственно база данных методом сущность-связь, детали которого рассматриваются в подробностях применительно к теме; построенная модель реализуется на SQL.
Результаты курсовой работы могут использоваться как основание в создании полной и завершенной базы данных для банковской системы.

ОГЛАВЛЕНИЕ
Введение ……………………………...……………………………………….….4
§ 1. Проектирование базы данных …………………………….....................5
1.1 Предметная область..........................................................................5
1.2 Метод сущность-связь......................................................................5
1.3 Выделение сущностей.......................................................................5
1.4 Построение ER-диаграмм.................................................................6
1.5 Построение предварительных отношений.......................................9
1.6 Построение конечных отношений...................................................11
1.7 Конечная диаграмма базы данных.................................................14
Заключение ……………………………………………………………………..15
Список используемой литературы ………………………………………….16
Приложения …………………………………………………………………….17
Приложение 1........................................................................................17
Приложение 2........................................................................................18
Приложение 3........................................................................................21
Приложение 4........................................................................................21
Введение.
Все развитые страны сегодня имеют экономические отношения, которые определяются уровнем развития банковской системы.
Банк может использоваться для различных целей: инвестиции и вклады, кредиты, хранение денежных средств в стабильной валюте, оплата труда, операции перевода денежных средств из одной валюты в другую и др. Поэтому целесообразно использовать базы данных, чтобы хранить огромное количество информации о финансах.
§ 1. Проектирование базы данных.
1.1 Предметная область
В этой работе проектируется база данных «Сбербанк (вкладчики и вклады)».
Вклад – денежные средства, внесенные физическим или юридическим лицом в финансовое учреждение. Таким финансовым учреждением в условиях рассматриваемой предметной области является Сбербанк.
Физическое или юридическое лицо может внести вклад определенного вида в Сбербанк на определенных условиях. При этом заключается некий договор, включающий в себя права, обязанности и ответственности сторон, а также характеристики вклада. Банк открывает счет и записывает определенную сумму, оговоренную вкладчиком. Дополнительно указывается срок, на который вносятся денежные средства. В зависимости от вида вклада, начисляются устанавливаемые банком годовые проценты.
Вкладчик имеет право снимать частичные суммы со своего вклада или пополнять его, если это предусмотрено видом вклада.
В Сбербанке, как и в любом финансовом учреждении, ведется архив, хранящий информацию о вкладах, вкладчиках и сделанных операциях.
1.2 Метод сущность-связь
Проектирование базы данных будет производиться методом сущность-связь. Суть его заключается в том, что в предметной области выделяются некоторые объекты – сущности – и между ними строятся ассоциации – связи. Теперь поэтапно разберем этот метод, попутно проектируя базу данных.
1.3 Выделение сущностей
База данных должна содержать следующие данные: вкладчики, вклады, виды вкладов, операции по вкладу, закрытие вклада и архив.
Выделим из этих данных сущности.
Сущность – набор однотипных объектов, организованных по одной схеме.
Атрибут – определенное свойство сущности.
Вкладчик – это явный кандидат на сущность. Поскольку у него могут быть такие атрибуты как: Имя, серия и номер паспорта и т.д. У экземпляров – представителей – данной сущности будут иметься все атрибуты, правда, по большей части, разные у всех.
Вклад – тоже кандидат на сущность. Могут быть атрибуты: номер вклада, сумма вклада ...
Вид вклада – скорее всего – атрибут вклада. Поскольку если вид вклада будет сущностью, то все атрибуты вида и атрибуты вклада будут совпадать. Например: сумма вклада, проценты, валюта, - должны быть и у той, и у другой сущностей.
Операции по вкладу – кандидат на сущность.
Закрытие вклада – атрибут сущности Операции по вкладу. Это будет одной из операций.
Архив – кандидат на сущность. В архиве будут храниться уже закрытые вклады.
Сущности выделены.
Вклад, Вкладчик, Операции по вкладу (Операции), Архив.
Перейдем к формированию связей посредством ER-диаграмм.
1.4 Построение ER-диаграмм
ER – диаграмма – (от англ. Entity-Relationship) – диаграмма сущность-связь – она наглядно отражает сущности и связи между ними.
Для начала выразим словесно связи между выделенными сущностями:
Вкладчик имеет Вклад;
Вклад заведен на Вкладчика;
Вклад предполагает Операции;
Операции производятся по вкладу;
Архив содержит Вклады;
Вклады записываются в Архив;
Архив формируется по Операциям (если вклад закрыт, то он отправляется в операции);
Операции формируют Архив;
Архив содержит информацию о Вкладчиках;
Вкладчики, закрывшие вклады, записываются в Архив.
Представим полученные связи на ER-диаграмме:
Далее определим степени связи и классы принадлежности.
Степень связи - число сущностей, которое может быть ассоциировано через набор связей с другой сущностью.
Класс принадлежности – характеристика, указывающая все ли экземпляры данной сущности участвуют в рассматриваемой связи. Другими словами, указатель на то, может ли одна сущность обойтись без экземпляров другой сущности.
Покажем степени связи и классы принадлежности на следующей ER диаграмме:
Теперь охарактеризуем каждую степень связи (с.с.) и каждый класс принадлежности (к.п.).
1. Вклад - Вкладчик стоит с.с. М:1. Это значит, что один вклад может иметь только одного вкладчика, а один вкладчик может иметь несколько вкладов.
К.п. обязателен для обеих сущностей, поскольку вкладчик не может быть без вклада, а вклад без вкладчика.
2. Вклад - Операции – с.с. М:М. То есть, у одного вклада может быть несколько операций, а одна операция может быть у нескольких вкладов.
К.п. обеих сущностей необязателен, поскольку к вкладу можно и не применять операции, а операция может быть не произведена ни одним вкладом.
3. Вклад - Архив – с.с. 1:1. То есть, одна запись архива может содержать 1 вклад, а один вклад может быть записан в архиве только один раз.
К.п. сущности Архив обязателен, так как архив должен содержать закрытые вклады, т.е. не может не содержать их. И не каждый вклад может быть в архиве. поэтому у сущности Вклад необязательный к.п.
4. Архив - Вкладчик – с.с. М:1. Одна запись архива содержит одного вкладчика, а один вкладчик, поскольку может иметь несколько вкладов, может быть записан в архиве несколько раз.
К.п. сущности Архив обязателен, так как, поскольку архив должен содержать закрытые вклады, то он должен содержать и их вкладчиков.
5. Операции - Архив – с.с. 1:М. Архив содержит закрытые вклады, то есть вклады, к которым применена операция Закрытие. Значит 1 операция соответствует многим (а именно всем) записям архива.
К.п. сущности Архив обязателен, поскольку архив не может обходиться без операции Закрытия.
Теперь перейдем к построению отношений.
1.5 Построение предварительных отношений
Отношение – как и сущность, набор однотипных объектов, но для каждого из которых выбран первичный ключ.
Вклад – Вкладчик. Поскольку с.с. М:1 и к.п. М-связной сущности обязателен, то формируется два отношения, соответствующие этим сущностям. Первичными ключами будут являться ключи этих сущностей. Причем ключ 1-связной сущности добавляется в качестве внешнего ключа в М-связную сущность.
Вклад – Операции. С.с. М:М, значит формируются три отношения вне зависимости от к.п. этих сущностей: два отношения соответствуют связываемым сущностям и их ключи являются первичными ключами этих отношений. Третье отношение является связным между первыми двумя.
Вклад - Архив. С.с. 1:1 и к.п. сущности Архив – обязателен. Под каждую из сущностей формируется по отношению с первичными ключами, являющимися ключами соответствующих сущностей. Далее к отношению, сущность которого имеет обязательный КП, добавляется в качестве атрибута ключ сущности с необязательным КП.
Операции – Архив. С.с. 1:М к.п. М-связной сущности обязателен, то формируется два отношения, соответствующие этим сущностям. Первичными ключами будут являться ключи этих сущностей. Причем ключ 1-связной сущности добавляется в качестве внешнего ключа в М-связную сущность.
В результате построенные предварительные отношения и их связи выглядят так:
Над связями указан внешний ключ. В самих отношениях первичный ключ подчеркнут.
Теперь подведем итоги формирования предварительных отношений.
Вкладчик по приходу в банк заполняет заявление, где указывает Имя и данные паспорта. Ему открывают счет (отношение Вклад), за которым закреплен какой-то номер. На этот счет вкладчик вносит денежные средства определенной купюры. С банком оговариваются вид вклада и проценты.
Далее, если вкладчик захочет сделать какую-либо операцию с вкладом (отношение Вклад_Операция), то ему нужно представить номер счета и выбрать операцию из списка (операции).
Архив должен хранить данные о закрытых вкладах. То есть о таких вкладах, к которым применена операция Закрытие. А в полученной диаграмме Архив связан с отношениями Операции и Вклад.
Более рационально представить зависимость Архива от отношения Вклад_Операция, поскольку в этом случае будет возможность отслеживать вклады, к которым применена операция Закрытие и которые должны поместиться в архив.
1.6 Построение конечных отношений
На основании приведенных рассуждений изменим диаграмму таким образом:
Теперь рассмотрим каждое отношение в отдельности и укажем все атрибуты, их типы и возможные ограничения. Плюс укажем английские эквиваленты.
Вкладчики ( Investors ).
ФИО (InvestorName) – это строковый тип переменной длины VARCHAR. Для его размещения должно хватить 50 символов, поскольку не так уж много имен, количество символов в котором превосходит 50. А тип переменной длины, поскольку размер типа будет определятся при вводе данных.
Данные паспорта (PasportSN) (первичный ключ) – возьмем Российский стандарт паспорта серия и номер. Серия состоит из 4 цифр, а номер – из 6. Плюс можно добавит пробел, чтобы разделить серию и номер. Для его хранения воспользуемся типом данных CHAR с количеством символов равным 11 (6+4+1).
Номер телефона (PhoneNumber) – тип данных CHAR. Все телефоны имеют федеральный формат номера, а именно: 8-9ХХ-ХХХ-ХХ-ХХ.
Считаем количество символов и получаем 15. Причем номер телефона должен быть уникальным для каждого вкладчика.

Внимание, отключите Adblock

Вы посетили наш сайт со включенным блокировщиком рекламы!
Ссылка для скачивания станет доступной сразу после отключения Adblock!

Скачать полную версию