Моделирование бизнес-процесса потребительского кредитования

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

DFD

DFD – общепринятое сокращение от англ. Data Flow Diagrams – диаграммы потоков данных. Так называется методология графического структурного анализа, описывающая внешние по отношению к системе источники и адресаты данных, логические функции, потоки данных и хранилища данных, к которым осуществляется доступ.

Диаграмма потоков данных (data flow diagram, DFD) – один из основных инструментов структурного анализа и проектирования информационных систем, существовавших до широкого распространения UML. Несмотря на имеющее место в  современных условиях смещение акцентов от структурного к объектно-ориентированному подходу к анализу и проектированию систем, «старинные» структурные  нотации по-прежнему широко и эффективно используются как в бизнес-анализе, так и в анализе информационных систем.

Диаграммы потоков данных:

• являются основным средством моделирования функциональных требований к проектируемой системе;
• создаются для моделирования существующего процесса движения информации;
• используются для описания документооборота, обработки информации;
• применяются как дополнение к модели IDEFO для более наглядного отображения текущих операций документооборота (обмена информацией);
• обеспечивают проведение анализа и определения основных направлений реинжиниринга ИС.

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

С помощью DFD-диаграмм требования к проектируемой  ИС разбиваются на функциональные компоненты (процессы) и представляются в виде сети, связанной потоками данных. Главная цель декомпозиции DFD-функций – продемонстрировать, как каждый процесс преобразует свои входные данные в выходные, а также выявить отношения между этими процессами. На схемах бизнес-процесса отображаются:

• функции процесса;
• входящая и исходящая информация, при описании документов;
• внешние бизнес-процессы, описанные на других диаграммах;
• точки разрыва при переходе процесса на другие страницы.

Если  при моделировании по методологии IDEF0 система рассматривается как  сеть взаимосвязанных функций, то при  создании DFD-диаграммы система рассматривается  как сеть связанных между собой  функций, т.е. как совокупность сущностей (предметов).

 

 

На этой схеме мы видим, что в процессе выдачи кредита участвуют 2 источника  – клиенты и руководство. Рассмотрим эту схему более подробно

 

 

 

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

4. Предложение по автоматизации бизнес-процесса

 

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

Таким образом, большее число клиентов может  обращаться с заявками, не стоя в  километровой очереди.

5. Построение модели TO BE

 

Найденные в модели AS-IS недостатки исправляются путем создания модели ТО-ВЕ (как  будет), т.е. модели новой организации  процессов на предприятии. Создание и внедрение ИС приводит к изменению  условий выполнения отдельных операций, структуры процессов и предприятия  в целом. Это приводит к необходимости  изменения системы правил, используемых на предприятии, модификации должностных  инструкций сотрудников.

Функциональная  модель TO-BE позволяет уже на стадии проектирования будущей ИС определить эти изменения. Применение функциональной модели TO-BE позволяет не только сократить  сроки внедрения информационной системы, но также снизить риски, связанные с невосприимчивостью персонала к информационным технологиям. Модель ТО-ВЕ нужна для анализа  альтернативных (лучших) путей выполнения функции и документирования того, как компания будет делать бизнес в будущем.

Функциональная  модель TO-BE позволит четко определить распределение ресурсов между операциями делового процесса, что дает возможность  оценить эффективность использования  ресурсов после предлагаемого реинжиниринга.

Дополнительные  функции и возможности при  построении функциональной модели процессов  в модели TO-BE:

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

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

Общепринятая  технология проектирования ИС подразумевает  сначала создание модели AS-IS, затем  на основе ее анализа определяются направления улучшение процессов, т.е. создание модели ТО-ВЕ. Только на основе разработанной модели ТО-ВЕ в дальнейшем происходит построение модели данных, прототипа и затем окончательного вариант ИС. Если в основу автоматизации  предприятия будет изначально заложена модель AS-IS, то создаваемая «новая»  ИС будет выполняться по принципу «все оставить, как есть», и вместо информатизации предприятия на основе новых ИТ, произойдет (в лучшем случае) простая компьютеризация несовершенных  процессов. В результате внедрение  и эксплуатация такой «новой»  ИС приведет к дополнительным издержкам  на закупку оборудования, создание программного обеспечения и их сопровождение.

DFD

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

 

 

 

Заключение

модель бизнес кредит потребительский

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

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

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

В ходе проектирования модели были созданы:

1. Функциональная модель AS IS, содержащая три диаграммы:
1. IDEF0 для представления общей картины исследуемой модели
2. IDEF3 для более подробного рассмотрения процесса анализа заявок клиентов.
3. DFD для более наглядного представления о том, как и какие потоки данных циркулируют в данной модели.
2. Функциональная модель TO BE, призванная оптимизировать недостатки текущего бизнес-процесса.

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

 

Список источников

 

1. Ильин В.В «Моделирование бизнес-процессов», 2006
2. Лаврушин О.И, Афанасьева О.Н, Корниенко «Банковское дело: современная система кредитования», 2007
3. Определение DFD: www.itstan.ru/funk-strukt…/dfd-diagramma-potokov-dannyh.html
4. Бизнес-моделирование: citcity.ru/13972/
5. Бизнес-процесс: quality.eup.ru/MATERIALY3/kdr.html
6. Функциональная модель AS IS: http://www.itstan.ru/poiskovye-sistemy/funkcionalnaja-model-as-is.html
7. Функциональная модель TO BE: http://www.itstan.ru/funk-strukt-analiz/funkcionalnaja-model-to-be.html
8. Методология IDEF3: www.itstan.ru/funk-strukt-analiz/metodologija-idef3.html
9. Методология IDEF0: itteach.ru/bpwin/metodologiya-idef0
10. Модель TO BE: www.itstan.ru/funk-strukt-analiz/funkcionalnaja-model-to-be.html
11. Модель AS IS: www.itstan.ru/funk-strukt-analiz/funkcionalnaja-model-as-is.html

 

Размещено на Allbest.ru