Автоматизация системы кредитования банка

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

Автоматизация системы кредитования банка

Дипломная работа

Компьютеры, программирование

Другие дипломы по предмету

Компьютеры, программирование

Сдать работу со 100% гаранией

Поволжский государственный университет телекоммуникаций и информатики

Факультет «Информационных систем и технологий»

Кафедра «Информационные системы и технологии»

 

 

 

 

 

КУРСОВАЯ РАБОТА

по дисциплине «Базы данных»

 

 

 

 

 

 

 

Студентка группыКозлова Ольга Семёновна

 

 

 

 

 

 

 

 

Самара 2011

 

Оглавление

 

1. Постановка задачи

. Инфологическая модель. Семантическое моделирование. Концептуальная модель

.Разработка таблиц и схемы базы данных

.Запросы системы

Выводы

Список используемых источников

 

 

1.Постановка задачи

 

Система кредитования банка

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

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

Реализация настоящей БД должна быть произведена средствами СУБД MySQL.

В MySQL должны разрабатываться таблицы, связи между ними.

Необходимо также разработать не менее 10 запросов следующих типов:

.С использованием внутреннего соединения по одному полю;

2.С использованием косвенно связанных таблиц;

.С использованием внешнего соединения таблиц;

.С использованием рекурсивного соединения;

.С использованием вложенного запроса;

.С использованием функций агрегирования;

.Перекрестный запрос;

.С параметрами;

.С вычисляемым полем.

 

. Инфологическая модель

 

Семантическое моделирование

Из описания предметной области следуют:

1.Сущности:

·Договор;

·Физическое лицо;

·Юридическое лицо;

·Погашение;

·Кредитная история;

2.Атрибуты:

·Номер;

·ИНН;

·Сумма;

·Дата заключения договора;

·Срок кредита;

·Процентная ставка;

·Вид клиента;

являются атрибутами сущности «Договор».

·ИНН физического лица;

·Фамилия;

·Имя;

·Отчество;

·Номер, серия паспорта;

·Регистрация;

·Доход;

являются атрибутами сущности «Физическое лицо».

·ИНН юридического лица;

·Название организации;

·Вид деятельности;

·Вид организации;

·Доход;

являются атрибутами сущности «Юридическое лицо».

·Номер договора;

·Дата погашения;

·Сумма;

являются атрибутами сущности «Погашение».

·ИНН;

·Сумма кредита;

·Дата погашения;

·Задолженность;

·Название банка;

·Вид клиента;

являются атрибутами сущности «Кредитная история».

3.Ключи сущностей:

·Номер является первичным ключом сущности «Договор»;

·ИНН физического лица является первичным ключом сущности «Физическое лицо»;

·ИНН юридического лица является первичным ключом сущности «Юридическое лицо»;

·ИНН является первичным ключом сущности «Кредитная история»;

·Номер договора является первичным ключом сущности «Погашение»;

4.Связи сущностей:

Между сущностями «Договор» и «Погашение»:

Слева направо: «Договор может иметь несколько погашений»;

Справа налево: «Каждое погашение должно принадлежать одному договору»;

Тип связи: один - ко многим.

Между сущностями «Договор» и «Юридическое лицо»:

Слева направо: «Договор может быть заключен несколько раз юридическим лицом»;

Справа налево: «Каждое юридическое лицо заключает несколько договоров»;

Тип связи: многие - к одному.

Между сущностями «Договор» и «Физическое лицо»

Слева направо: «Договор может быть заключен несколько раз физическим лицом»;

Справа налево: «Каждое физическое лицо заключает несколько договоров»;

Тип связи: многие - к одному.

Между сущностями «Физическое лицо» и «Кредитная история»

Слева направо: «Одно физическое лицо может иметь несколько кредитных историй»;

Справа налево: «Каждая кредитная история должна принадлежать одному физическому лицу»;

Тип связи: многие - к одному.

Между сущностями «Юридическое лицо» и «Кредитная история»

Слева направо: «Одно юридическое лицо может иметь несколько кредитных историй»;

Справа налево: «Каждая кредитная история должна принадлежать одному физическому лицу»;

Тип связи: многие - к одному.

Концептуальная модель заданной предметной области представлена на рис. 1

 

Рис 1. ER-диаграмма предметной области

 

3.Разработка таблиц и схемы базы данных

 

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

·Dogovor

·Pogashenie

·Kreditnaya_istoriya

·Yur_lico

·Phiz_lico

В СУБД MySQL создание таблицы происходит с помощью команды CREATE TABLE.

Создание таблицы Dogovor (Договор):

TABLE `Dogovor`(`Nomer` INT(11) NOT NULL ,`INN` INT(100) NOT NULL ,

`Summa` INT(11) NOT NULL ,

`Data_zakl_dogovora` DATE NOT NULL ,

`Srok_kredita` INT(4) NOT NULL ,

`Procentnaya_stavka` INT (11) NOT NULL ,

`Vid_klienta` VARCHAR (20) NOT NULL;

 

Добавление первичного ключа таблицы Dogovor (Договор):

 

ALTER TABLE `Dogovor` ADD PRIMARY KEY (`Nomer`)

 

Структура таблицы Dogovor (Договор):

 

Создание таблицы Pogashenie (Погашение):

 

CREATE TABLE `Pogashenie` (`Nomer_dogovora` INT(11) NOT NULL,

`Data_pogash` DATE NOT NULL ,

`Summa` INT (11) NOT NULL ;

 

Добавление первичного ключа таблицы Pogashenie (Погашение):

TABLE `Pogashenie` ADD PRIMARY KEY (`Nomer_dogovora`)

 

Структура таблицы Pogashenie (Погашение):

 

 

Создание таблицы Kreditnaya_istoriya (Кредитная история):

 

CREATE TABLE `Kreditnaya_istoriya` (`INN` BIGINT(100) NOT NULL,

`Summa_kredita` INT(11) NOT NULL,

`Data_pogash` DATE NOT NULL ,

` Zadolzh` INT(11) NOT NULL ,

`Nazvanie_banka` VARCHAR(80) NOT NULL ,

`Vid_klienta` VARCHAR(20) NOT NULL);

 

Добавление первичного ключа таблицы Kreditnaya_istoriya (Кредитная история):

 

ALTER TABLE `Kreditnaya_istoriya` ADD PRIMARY KEY (`INN`)

 

Структура таблицы Kreditnaya_istoriya (Кредитная история):

 

 

Создание таблицы Phiz_lico (Физическое лицо):

 

CREATE TABLE `Phiz_lico` (`INN_PL` BIGINT(100) NOT NULL,

`Familiya` VARCHAR(50) NOT NULL,

`Imya` VACHAR(50) NOT NULL,

`Otchestvo` VARCHAR(50) NOT NULL,

`Nomer_seriya_pasporta` BIGINT(20) NOT NULL,

`Registraciya` VARCHAR(300) NOT NULL,

`Dohod` INT(11) NOT NULL);

 

Добавление первичного ключа таблицы Phiz_lico (Физическое лицо):

 

ALTER TABLE `Phiz_lico` ADD PRIMARY KEY (`INN_PL`)

 

Структура таблицы Phiz_lico (Физическое лицо)

&nb

Похожие работы

1 2 >