График погашения задолженности (выходной документ)

Заемщик_______________

_______________________

Расчетный счет__________

№_____________________

_______________________

Юридический адрес______

_______________________

 

ГРАФИК ПЛАТЕЖЕЙ

 

В соответствии с кредитным договором от «__»_______________20___г.

п. п. 3.4 и 3.5 обязуемся погашать полученный кредит __________________ в

__________________________________________________________________ рублях.

(прописью)

уплачивать проценту по нему путем списания с нашего расчетного счета №______________________.

 

Согласно приведенному расчету:

Кредит выдан _____________________20____г.

процентная ставка___________________________________

Срок первого платежа по кредиту ______________________

погашения процентов ________________________________

Заемщику открыт ссудный счет № ______________________

 

№ платежа	Год	Месяц, квартал, число	Подлежит погашению
Сумма основного долга	% за использование	платеж

 

Подпись клиента _______________________________

М.П.

Хранится по срокам и после полной оплаты возвращается заемщику.

_________________________________ Срок

_________________________________ ______________________

(заемщик) Сумма руб.

 

 

Функциональная модель существующего процесса

 

Данная функциональная модель построена по методологии IDEF0, при помощи системы BPWin. Контекстная диаграмма процесса ведения кредитных историй представлена на рис. 2. На рис. 3 изображена ее дочерняя диаграмма 2-го уровня. Рис. 4-7 представляют собой декомпозицию функциональных блоков диаграммы рис. 3, представленную с помощью методологий DFD и IDEF3.

 

Рис. 2. Автоматизация ведения кредитных историй коммерческого банка

 

Рис. 3. Автоматизация ведения кредитных историй коммерческого банка

 

 

Рис. 4. Проверка платежеспособности клиента

 

 

Рис. 5. Заключение договора

 

 

 

Рис. 6. Создание договора

 

Рис. 7. Выдача кредита

Отчеты в BPWin

Model Report

Отчет включает информацию о контексте модели – имя модели, точку зрения, область, цель, имя автора, дата создания и др.

Model Name: Автоматизация процесса ведения кредитных историй клиентов коммерческого банка

Creation Date: 27.04.2015

Author Name: Логвинов Д.А.

System Last Revision Date: 22.05.2015

User Last Revision Date: 22.05.2015

Time Frame: (AS-IS)

Diagram Report

Отчет по контекстной диаграмме, включает список объектов: работ, стрелок, хранилищ данных, внешних ссылок.

Report for Diagram: A0, Автоматизация ведения кредитных историй коммерческого банка

 

Activity Name: Пакет документов клиента

Activity Status: WORKING

Object Type: Activity

Activity Number: A1

 

Activity Name: Проверка платежеспособности клиента

Activity Status: WORKING

Object Type: Activity

Activity Number: A2

 

Activity Name: Заключение договора

Activity Status: WORKING

Object Type: Activity

Activity Number: A3

 

Activity Name: Выдача кредита

Activity Status: WORKING

Object Type: Activity

Activity Number: A4

Diagram Object Report

Наиболее полный отчет по модели, включает полный список объектов модели: работ, стрелок с указанием их типа и др. – и свойства, определяемые пользователем.
Model Inconsistencies:

 

Name: Автоматизация ведения кредитных историй коммерческого банка

Status: WORKING

Object Type: Activity

Input Name: Данные клиента

Output Name: Решение по заявлению на кредитование

Control Name: Устав банка

 

Input Name: Финансовые документы

Output Name: Отказ от кредита

Control Name: Закон о защите прав потребителей

 

Input Name: Кредитная история клиента

Output Name: Подписанный договор

Control Name: ПБУ

 

Output Name: Кредитная история клиента

Control Name: Налоговый кодекс РФ

 

Output Name: Документы, удостоверяющие выдачу денег

 

Output Name: Деньги

 

Name: Пакет документов клиента

Status: WORKING

Object Type: Activity

Input Name: Данные клиента

Output Name: Untitled Output 15

Control Name: Устав банка

 

Input Name: Финансовые документы

Control Name: Закон о защите прав потребителей

 

Name: Проверка платежеспособности клиента

Status: WORKING

Object Type: Activity

Input Name: Данные клиента

Output Name: Решение по заявлению на кредитование

Control Name: Закон о защите прав потребителей

 

Input Name: Untitled Input 15

Output Name: Кредитная история клиента

Control Name: Налоговый кодекс РФ

 

Input Name: Кредитная история клиента

Control Name: ПБУ

 

Name: Составление анкеты

Status: WORKING

Object Type: Activity

Output Name: Untitled Output 0

 

Name: Проверка кредитной истории

Status: WORKING

Object Type: Activity

Input Name: Анкета клиента

Output Name: Отчет по проверке кредитной истории

 

Name: Юридическая проверка данных клиента

Status: WORKING

Object Type: Activity

Input Name: Анкета клиента

Output Name: Отчет по юридической проверке

 

Name: Сформировать пакет документов по заявлению

Status: WORKING

Object Type: Activity

Input Name: Отчеты

Output Name: Документы по заявлению

 

Name: Сформировать согласие

Status: WORKING

Object Type: Activity

Input Name: Решение выдать кредит

Output Name: Документы, разрешающие выдачу

 

Name: Сформировать отказ

Status: WORKING

Object Type: Activity

Input Name: Решение отказать в выдаче кредита

Output Name: Отказ от кредита

 

Name: Заключение договора

Status: WORKING

Object Type: Activity

Input Name: Кредитная история клиента

Output Name: Отказ от кредита

Control Name: Налоговый кодекс РФ

 

Input Name: Данные клиента

Output Name: Подписанный договор

Control Name: ПБУ

 

Input Name: Финансовые документы

Control Name: Закон о защите прав потребителей

 

Control Name: Устав банка

 

Name: Заключениe договора

Status: WORKING

Object Type: Activity

Input Name: Кредитная история клиента

Output Name: Отказ от кредита

 

Input Name: Данные клиента

Output Name: Договор

 

Input Name: Финансовые документы

 

Input Name: Клиенты банка

 

Input Name: ПБУ

 

Input Name: Налоговый кодекс РФ

 

Input Name: Закон о защите прав потребителей

 

Input Name: Сотрудники банка

 

Input Name: Устав банка

 

Name: Согласование сроков погашения кредита

Status: WORKING

Object Type: Activity

Input Name: Untitled Input 9

Output Name: Отказ от кредита

 

Input Name: Untitled Input 10

Output Name: Сроки погашения

 

Input Name: Untitled Input 17

 

Input Name: Untitled Input 6

 

Input Name: ПБУ

 

Input Name: Налоговый кодекс РФ

 

Input Name: Untitled Input 0

 

Input Name: Устав банка

 

Input Name: Untitled Input 5

 

Input Name: Закон о защите прав потребителей

 

Name: Согласование процентной ставки

Status: WORKING

Object Type: Activity

Input Name: Сроки погашения

Output Name: Процентная ставка

 

Input Name: Untitled Input 6

 

Input Name: Untitled Input 17

 

Input Name: ПБУ

 

Input Name: Untitled Input 0

 

Input Name: Налоговый кодекс РФ

 

Input Name: Устав банка

 

Input Name: Untitled Input 5

 

Input Name: Закон о защите прав потребителей

 

Name: Согласование суммы выплат

Status: WORKING

Object Type: Activity

Input Name: Процентная ставка

Output Name: Сумма выплат

 

Input Name: Untitled Input 6

 

Input Name: Устав банка

 

Input Name: Untitled Input 0

 

Input Name: ПБУ

 

Input Name: Закон о защите прав потребителей

 

Input Name: Untitled Input 5

 

Input Name: Налоговый кодекс РФ

 

Name: Согласование платы за услуги банка

Status: WORKING

Object Type: Activity

Input Name: Сумма выплат

Output Name: Договор

 

Input Name: Untitled Input 17

 

Input Name: Untitled Input 6

 

Input Name: ПБУ

 

Input Name: Untitled Input 0

 

Input Name: Налоговый кодекс РФ

 

Input Name: Untitled Input 5

 

Input Name: Устав банка

 

Input Name: Закон о защите прав потребителей

 

Name: Проверка корректности договора

Status: WORKING

Object Type: Activity

Input Name: Договор

Output Name: Договор

 

Input Name: Финансовые документы

 

Input Name: Untitled Input 8

 

Input Name: Устав банка

 

Input Name: Закон о защите прав потребителей

 

Input Name: Сотрудники банка

 

Input Name: ПБУ

 

Input Name: Налоговый кодекс РФ

 

Name: Окончательное оформление договора

Status: WORKING

Object Type: Activity

Input Name: Договор

Output Name: Подписанный договор

 

Input Name: Налоговый кодекс РФ

 

Input Name: Клиенты банка

 

Input Name: Сотрудники банка

 

Name: Выдача кредита

Status: WORKING

Object Type: Activity

Input Name: Подписанный договор

Output Name: Кредитная история клиента

Control Name: ПБУ

 

Output Name: Документы, удостоверяющие выдачу денег

Control Name: Закон о защите прав потребителей

 

Output Name: Деньги

Control Name: Налоговый кодекс РФ

 

Control Name: Устав банка

 

Name: Запись в кредитную историю в БД банка

Status: WORKING

Object Type: Activity

Input Name: Untitled Input 5

Output Name: Кредитная история клиента

 

Input Name: Untitled Input 9

 

Input Name: ПБУ

 

Input Name: Налоговый кодекс РФ

 

Input Name: Устав банка

 

Input Name: Untitled Input 8

 

Input Name: Закон о защите прав потребителей

 

Name: Пакет документов о выдаче

Status: WORKING

Object Type: Activity

Input Name: Кредитная история клиента

Output Name: Документы, удостоверяющие выдачу денег

 

Input Name: Untitled Input 9

 

Input Name: Закон о защите прав потребителей

 

Input Name: Untitled Input 8

 

Input Name: Устав банка

 

Name: Выдача денег

Status: WORKING

Object Type: Activity

Input Name: Документы, удостоверяющие выдачу денег

Output Name: Деньги

 

Input Name: Закон о защите прав потребителей

 

Input Name: Untitled Input 8

 

Input Name: Устав банка

 

Input Name: Untitled Input 9

DataUsage Report

 

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

Model Consistency Report

 

Отчет, содержащий список синтаксических ошибок модели. Во-первых, это ошибки, которые BPwin выявить не в состоянии (синтаксис естественного языка). Во-вторых, это ошибки, которые BPwin просто не допускает (например, неправильное соединение стрелок и работ). В-третьих, это ошибки, которые BPwin позволяет допустить, но обнаруживает их.

 

Model Inconsistencies:

 

Diagram A0: Автоматизация ведения кредитных историй коммерческого банка

Activity "Выдача кредита" has no Mechanism

Arrow: "Кредитная история клиента"

is both an input and an output to

"Activity: Проверка платежеспособности клиента"

has 6 unresolved (square tunneled) arrow connections:

Sink: Кредитная история клиента

Sink: Данные клиента

Sink: Финансовые документы

Sink: Подписанный договор

Sink: Клиенты банка

Sink: Сотрудники банка

has 1 unnamed arrow

 

Diagram A-0: Автоматизация ведения кредитных историй коммерческого банка

Arrow: "Кредитная история клиента"

is both an input and an output to

"Activity: Автоматизация ведения кредитных историй ком"

 

Diagram A2.1: Проверка платежеспособности клиента

has 3 unnamed junctions

Activity "Составление анкеты" has no Input

has 1 unnamed arrow

 

Diagram A3: Заключение договора

Arrow: "Договор"

is both an input and an output to

"Activity: Проверка корректности договора"

has 5 unresolved (square tunneled) arrow connections:

Sink: Кредитная история клиента

Sink: Данные клиента

Sink: Финансовые документы

Sink: Клиенты банка

Sink: Сотрудники банка

has 1 unnamed arrow

 

Diagram A32: Заключениe договора

has 6 unnamed arrows

 

Diagram A4: Выдача кредита

has 3 unnamed arrows

Сase-средство ERwin

 

Для построения модели данных Computer Associates предлагает мощный и удобный инструмент – ERwin версии 4.0. ERwin имеет два уровня представления модели – логический и физический. На логическом уровне данные не связаны с конкретной системой управления базами данных (СУБД), поэтому могут быть наглядно представлены даже для неспециалистов. Физический уровень данных – это по существу отображение системного каталога, который зависит от конкретной реализации СУБД. ERwin позволяет проводить процессы прямого и обратного проектирования базы данных (БД). Это означает, что по модели данных можно сгенерировать схему БД или автоматически создать модель данных на основе информации системного каталога. Реализация моделирования в ERwin базируется на теории реляционных баз данных и на методологии IDEFIX. Методология IDEF1X была разработана для ВВС США и теперь используется, в частности, в правительственных, аэрокосмических и финансовых учреждениях, а также в большом числе частных компаний. Методология IDEFIX определяет стандарты терминологии, используемой при информационном моделировании, и графического изображения типовых элементов на диаграммах.

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

- выделение сущностей;

- выявление связей между сущностями и построение модели «сущность-связь» (ER Diagram);

- определение первичных ключей (Primary Key) и внешних ключей (Foreign Key);

- определение атрибутов сущностей и построение полной модели (Fully Attributed Model).

Логическая модель

 

Логическими уровень - это абстрактный взгляд на данные, на нем данные представляются так, как выглядят в реальном мире, и могут называться так, как они называются в реальном мире.

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

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

- диаграмм сущность-связь (Entity Relationship Diagram, ERD);

- модель данных, основанная на ключах (Key Based model, KB);

- полная атрибутная модель (Fully Attributed model, FA).

Логическая модель относительно данной курсовой работы представлена на рис.

Данная схема состоит из 4 сущностей и входящих в них атрибутов

Клиенты

· Код клиента

· ФИО

· Адрес

· Телефон

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

· Заработная плата

Заявка на выдачу кредита

· Код клиента

· Код заявки

· Код кредита

· Наименование кредита

· Заявленный срок кредита

Перечень предоставляемых кредитов

· Код кредита

· Наименование кредита

· Предоставляемый срок кредита

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

· Характеристика срочности кредита

· График платежей

Кредитный договор

· Код заявки

· Код кредита

· Дата составления договора

· Код договора

· Код клиента

· Срок договора

Кредитная история в БД банка

· Код договора

· Код заявки

· Код клиента

· Код кредита

Рис. 8 Логическая модель

Физическая модель

 

Различают два уровня физической модели:

- трансформационная модель (Transformation Model);

- модель СУБД (DBMS Model).

Физическая модель содержит всю информацию, необходимую для реализации конкретной БД. Трансформационная модель содержит информацию для реализации отдельного проекта, который может быть частью общей ИС и описывать подмножество предметной области. ERwin поддерживает ведение отдельных проектов, позволяя проектировщику выделять подмножество модели в виде предметных областей (Subject Area). Трансформационная модель позволяет проектировщикам и администраторам БД лучше представлять, какие объекты БД хранятся в словаре данных, и проверить, насколько физическая модель данных удовлетворяет требованиям к ИС.

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

 

Рис. 9 Физическая модель

Case-средство Rational Rose

 

Среди всех фирм-производителей CASE-средств именно компания IBM Rational Software Corp. одна из первых осознала стратегическую перспективность развития объектно-ориентированных технологий анализа и проектирования программных систем.

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

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

Основная диаграмма документированного учета кредитов банка

Разработка данной диаграммы преследует следующие цели:

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

Сформулировать общие требования к функциональному поведению системы.

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

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

Основная диаграмма классов

 

Спецификация блока деятельности разработки системы автоматизированного ведения кредитной истории коммерческого банка (нажать на блок «Введение кредитной истории коммерческого банка» правой кнопкой мыши → Open Specification → Documentation):

 

Входная информация: Данные клиента, Финансовые документы, Кредитная история клиента, Устав банка, Закон о защите прав потребителей, ПБУ,Налоговый кодекс РФ

Выходная информация: Решение по заявлению на кредитование, Отказ от кредита, Подписанный договор, Кредитная история клиента, Документы, удостоверяющие выдачу денег, Деньги

Рис. 10 Основная диаграмма классов