Если у вас возникли сложности с курсовой, контрольной, дипломной, рефератом, отчетом по практике, научно-исследовательской и любой другой работой - мы готовы помочь.
Предоплата всего
Подписываем
МИНОБРНАУКИ РОССИИ
Федеральное государственное бюджетное образовательное учреждение
высшего профессионального образования
«ХАКАССКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ
им. Н.Ф.КАТАНОВА»
Институт информационных технологий и инженерного образования
Кафедра информационных технологий и систем
230400.62 – Информационные системы и технологии
КУРСОВАЯ РАБОТА
по дисциплине «Методы и средства проектирования информационных систем»
Тема «Анализ и моделирование информационной системы кредитного отдела OAO “Сбербанк”»
Абакан, 2014
Содержание
|
[0.1] Рисунок 5 - Анализ и оценка кредитоспособности потенциального заемщика [1] СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ |
Введение
Работу современного банка невозможно представить без прогрессивных систем управления, позволяющих координировать деятельность подразделений банков, расширять межбанковские связи, комплексно решать проблемы анализа банковской деятельности, совершенствовать технологии банковских операций и повышать уровень их управляемости, кроме того, содействовать улучшению качества обслуживания путем создания автоматизированных рабочих мест для специалистов всех уровней.
Выбор банками того или иного программного обеспечения связан с соотношением цена – надежность – производительность. Многие банки не только приобретают продукт, но и подписывают соглашения на последующее обслуживание, поддержание высокоскоростного обмена данными между филиалами, с клиентами, с другими банками. В частности, в кредидной сфере, программные продукты нужны для ускоренной записи клиентов в базу данных, анализа и оценки кредитоспособности потенциального заемщика, формулирование эффективных условий кредитования и т.д.
Актуальной проблемой на сегодняшний день является автоматизация кредитной деятельности, то есть слияние программных продуктов, позволяющих заполнять только несколько входных форм (заявление, данные паспорта, инн и т.д.) и в дальнейшем после его обработки получение договор кредита или отказа о выдаче кредита.
Целью данной курсовой работы анализ и модернизация информационной системы кредитного отдела ОАО «Сбербанк».
Для достижения поставленной цели необходимо решить следующие задачи:
Объектом исследования является информационная система кредитного отдела ОАО «Сбербанк», предметом исследования – процесс приема и сопровождения заявлений на кредит.
Курсовая работа представлена на 37 страницах и состоит из 3 разделов, включает 13 рисунков и 6 таблиц, библиографический список содержит 9 источников.
В первом разделе проводятся описание предметной области и сравнение трех информационных систем.
Во втором разделе приведена характеристика предприятия и построение функциональной модели AS-IS, а также проводится поиск существующих проблем.
В третьем разделе предлагаются решения по ликвидации проблем и строится модель TO-BE, в которой нужно избавиться от недостатков модели AS-IS, а также сравниваются модели между собой для выявления получаемых преимуществ.
1 АНАЛИЗ ДЕЯТЕЛЬНОСТИ КРЕДИТНОГО ОТДЕЛА
1.1 Описание кредитного отдела
Любой крупный коммерческий банк имеет так называемый отдел кредитования. Как правило, именно этот отдел является одним из важнейших в структуре кредитной организации. Отдел кредитования занимается следующими операциями:
Работу отдела можно условно разделить на три этапа, связанных с процессом выдачи кредита:
1. Этап оформления кредитной заявки.
2. Этап рассмотрения заявления и принятия решения по нему.
3. Этап подписания кредитного договора и выдачи кредита.
За каждый этап отвечают соответствующие сотрудники.
1. На этапе оформления и подачи заявления на кредит первыми за работу принимаются кредитные консультанты. Как правило, они встречают потенциальных заемщиков в операционном зале, но могут находиться и непосредственно в отделе. Они помогают определиться с программой кредитования, подобрать оптимальный вариант, правильно заполнить необходимые документы, т.е. сделать процесс подачи заявления максимально комфортным и быстрым для обеих сторон. Далее за работу берутся кредитные инспекторы, которые могут заниматься оформлением как отдельных видов займов, так и разных. Инспектор проверяет предоставленный заемщиком пакет документов; рассчитывает сумму и срок ссуды; определяет необходимость обеспечения и удостоверяется в наличии подтверждающих его документов. Также на инспектора ложится задача определения платежеспособности заемщика на основании предоставленной им информации. Кроме того, с согласия заемщика делается запрос в бюро кредитных историй с целью установления его благонадежности.
2. Рассмотрение кредитной заявки может осуществляться достаточно долго (по сравнению с другими банками), до 10 рабочих дней. Начинается оно с оформления кредитного дела заемщика, которое затем передается в службу безопасности. В этом отделе документы и данные, предоставленные клиентом, проходят тщательную проверку на подлинность и соответствие действительности. Кроме того, проверяется «криминальное прошлое» заемщика или его родственников. Вся собранная информация остается в деле и возвращается в руки кредитному инспектору. После полного оформления досье клиента передается на проверку начальнику кредитного отдела, а далее секретарю кредитного комитета для включения его в реестр дел на рассмотрение.
В состав кредитного комитета банка входят представители (начальники или их заместители) и других отделов: экономического, юридического, безопасности, бухгалтерского учета, а также управляющий отделения. В филиале отделения, где есть кредитный отдел, но нет представителей соответствующих служб, устанавливается свой порядок принятия решения, но кредитное дело все равно проходит перед этим все установленные инстанции. На комитете каждый инспектор представляет дела своих клиентов.
3. После принятия кредитным комитетом положительного решения инспектор извещает об этом заемщика, назначает ему дату выдачи ссуды и приступает к подготовке необходимых документов (кредитного договора, договора залога или поручительства и прочих). Формы всех договоров согласовываются с юристами банка и подписываются руководством.
В день выдачи кредита происходит подписание договора. При этом и заемщик, и поручители должны явиться лично. После ознакомления, заключения и раздачи всех экземпляров договора заемщика провожают в операционную кассу банка, где он собственно и получает долгожданный кредит. После этого ему остается только исправно погашать его. Но работа кредитного инспектора на этом не заканчивается. Он передает сведения о заемщике в бюро кредитных историй, а затем начинает следить за своевременностью погашения ссуды своими клиентами вплоть до окончания срока действия договора. В крупных отделениях эти функции могут возлагаться на работников отдела сопровождения кредитных договоров.
Работа кредитного отдела банка отличается повышенной ответственностью, внимательностью, требовательностью к заемщикам, но в то же время нужно сделать так, чтобы для клиента это оставалось незамеченным, а процесс получения ссуды был сопряжен только с положительными эмоциями. Поэтому работа кредитных специалистов – это не только профессионализм, но и своеобразное искусство.
Для того чтобы все эти операции в отделе происходили гораздо быстрее ,как для клиента, так и для работников отдела, используются различные программные продукты (ПП), помогающие им в процессе работы[3].
1.2 Информационные системы и технологии кредитного отдела
Рассмотрим программные продукты используемые в банке, в частности в кредитном отделе.
«Диасофт» - лидирующий поставщик комплексных программных решений для предприятий различных отраслей, прежде всего, для кредитно-финансовых институтов. Компания проектирует, создает и внедряет системы, которые полностью решают задачи автоматизации деятельности российских и международных банков, финансовых, инвестиционных и страховых компаний. Более 700 организаций и их филиалов используют программные продукты «Диасофт» в качестве комплексного решения, общее число организаций, использующих решения компании, превышает 5000. Клиенты компании - четвертая часть всех российских банков. Более половины иностранных банков, работающих в России, выбрали «Диасофт» основным поставщиком систем автоматизации.
«Диасофт» создает решения WorkFlow, 5NT, «Новая Афина», Datagy, Master, Flextera, которые позволяют автоматизировать бизнес-процессы банка, управлять банковской деятельностью и представлять информацию о деятельности банка в Интернет. Рассмотрим подробнее некоторые продукты:
«WorkFlow» - оптимальное решение для розничных банков любых масштабов. Эта система нового поколения, объединившая в себе наиболее эффективные из современных прикладных и информационных технологий: workflow-документооборот, CRM-технологии, Интернет-доступ ко всей функциональности системы, как сотрудников банка, так и его клиентов. «WorkFlow» ориентировано на комплексную обработку всех видов электронных документов, отражающих реальные информационные потоки банка. Система подчиняет единым правилам весь документооборот банка от фронт- до бэк-офиса, позволяя в режиме реального времени формировать данные для финансового и управленческого учета. «WorkFlow» обеспечивает работу банка на ведущих промышленных серверах баз данных: Oracle, Sybase ASE, а также MS SQL Server. Банк может самостоятельно выбрать платформу, соответствующую потребностям и бюджету. «WorkFlow» автоматизирует формирование обязательной и статистической отчетности банка, обеспечивает поддержку международных стандартов финансовой отчетности.
«5NT» – комплексное решение для крупных оптовых банков. Это единственная в России система автоматизации банковской деятельности, развившаяся до комплексного, удовлетворяющего всем современным требованиям банков. Решение дает огромное конкурентное преимущество банкам, которые занимаются оптовой деятельностью, с большим объемом валютных операций, активно работают на межбанковском и фондовом рынках. Система «5NT» является классическим приложением, реализованным в архитектуре клиент-сервер. Содержит в себе современную технологическую платформу и все преимущества использования промышленных СУБД Sybase ASE и MS SQL Server. Решение позволяет перевести на один программный продукт все подразделения банка, занимающиеся расчетно-кассовым обслуживанием, кредитными, депозитными операциями, операциями с ценными бумагами, операциями на денежных рынках, операциями с пластиковыми картами и другими видами операций. В состав системы входят средства интеграции с основными торговыми системами (ММВБ, РТС, МФБ, Reuters и другими), обеспечивается электронное взаимодействие с крупнейшими российскими и международными расчетными организациями (ДКК, НДЦ, ВТБ, Cedel, EuroClear). Решение «5NT» поддерживает форматы сообщений SWIFT и Telex.
«Новая Афина» – решение для банков с уникальными технологиями работы. Решение «Новая Афина» включает в себя полнофункциональный комплекс услуг по эффективному управлению бизнес-процессами современного банка и поддержке стратегии его развития. Эта универсальная, легко адаптируемая под требования банка, открытая система - надежный инструмент, обладающий широкими возможностями настройки. Реализованная в архитектуре клиент-сервер на платформе Oracle, «Новая Афина» полностью соответствует промышленным стандартам, обеспечивает безопасность, эффективность работы, абсолютную защищенность данных и операций в системе и позволяет решать широкий круг задач любого уровня. «Новая Афина» стала первой из российских компаний, специализирующихся на производстве банковских программных продуктов, сертифицированной на соответствие стандарту ISO9001:2000[1].
В настоящее время решения «Диасофт» используют Банк Москвы, БИНБАНК, Газпромбанк, КИТ Финанс, Росбанк, Сбербанк России, СОЮЗ, ТрансКредитБанк, БГ УРАЛСИБ,Барклайс Банк, БНП Париба Банк, Дойче Банк, Дрезднер Банк, ИНГ Банк (Евразия), Королевский Банк Шотландии, Мерседес-Бенц Банк Рус, Тойота Банк, ЮниКредит Банк и др.
Клиентами «Диасофт» являются ведущие инвестиционные и страховые компании: Абсолют-Инвест, УРАЛСИБ Кэпитал, УРАЛСИБ Эссет Менеджмент, Церих Кэпитал Менеджмент, S.L. Capital Services Limited, Ингосстрах, Росгосстрах, Согласие, Спасские Ворота, Прогресс-Гарант, Чешская страховая компания и многие другие.
Партнерами «Диасофт» являются мировые лидеры ИТ-рынка, такие как IBM, Oracle, Microsoft, Hewlett Packard, Fujitsu-Siemens, Intel, Sybase, Sun Microsystems, Informatica, Scorto Corp., Стинс Коман и многие другие.
Программные продукты фирмы «ИНЭК». Компания «ИНЭК» с 1990 года производит и реализует программные продукты по финансовому анализу и планированию деятельности предприятий и организаций различных видов деятельности. Первые версии программ были реализованы в среде DOS, а в качестве инструмента разработки был выбран Borland C++. Рассмотрим программные продукты.
Программный комплекс «Банковский Аналитик» предназначен для ведения финансового досье клиентов банка, анализа их текущего состояния, оценки ТЭО кредита, план-фактного анализа; расчета резервов с учетом финансового положения заемщика, качества обслуживания долга и качества обеспечения по ссуде в соответствии с Положением Банка России 254-П от 26.03.2004 г. Комплекс решает следующие задачи: введение финансового досье клиентов банка; анализ финансового и экономического состояния клиентов, автоматическое формирование текстового заключения для кредитного комитета банка; расчет класса кредитоспособности заемщика; рейтинг заемщика, оценка кредитных рисков по выданным ссудам и расчет размера резервов по кредитным требованиям; оценка финансового положения юридических лиц - учредителей финансовых организаций; оценка стоимости чистых активов; разработка и анализ ТЭО кредита; разработка и анализ инвестиционных проектов, оценка эффективности инвестиций и т.д.
Среди организаций использующих программные продукты компании «ИНЭК» выделяют: более 100 отделений Сбербанка РФ, АКБ Инвесторгбанк, Белгородпромстройбанк, Саровбизнесбанк, Департамент недвижимого имущества Мингосимущества РФ, Администрация Ямало-Ненецкого автономного округа, Комитеты по управлению городским имуществом городов Нижний Новгород и Челябинск, ГНИ города Старый Оскол, Администрация города Трехгорный Челябинской области, Департамент по строительству и архитектуре Самарской области, Нижегородский центр занятости населения, Администрация города Кропоткин Краснодарского края, Департамент науки и промышленной политики Правительства Москвы, Московский комитет по науке и технологиям Правительства Москвы, Торгово-промышленная палата РФ и другие.
Программные продукты фирмы «Банковские информационные системы». Компания «Банковские информационные системы» («БИС») – признанный эксперт российского IT рынка, поставщик надежных, гибких и эффективных решений для поддержки и развития банковского бизнеса. На сегодняшний день насчитывается уже более 480 успешных внедрений продуктов БИС в более чем 100 банках России и стран СНГ, кроме того качество услуг подтверждается прохождением сертификации в соответствии с международным стандартом качества ISO 9001-2001 (ГОСТ Р ИСО 9001-2001). Рассмотрим подробнее программные продукты.
Решения БИС используются в ведущих банках России и стран СНГ, среди которых Россельхозбанк, ВТБ 24, Банк Уралсиб, Дойче Банк, ВТБ, Банк Сосьете Женераль Восток, КС Банк, Курскпромбанк, Промторгбанк, РусЮгбанк, Славянский Банк, АПБ Солидарность, АКИБанк, Белгазпромбанк (Республика Беларусь), Delta Bank (Республика Казахстан) и другие[2].
1.3 Сравнение информационных систем и технологий
Для сравнения программных продуктов предлагаемых для кредитной сферы были выбраны по одному программному продукту от каждого поставщика. Сравнительная характеристика приведена в таблице 1.
Таблица 1- Сравнение программных продуктов
|
Параметры сравнения |
Новая Афина |
Банковский Аналитик |
Семейство продуктов «QBIS» |
|
Персональный брандмауэр (firewall) |
Отсутствует |
Отсутвует |
Присутвует |
|
Поддержка платформы Oracle |
Присутвует |
Присутвует |
Присутствует |
|
Функциональные возможности |
Средние |
Высокие |
Средние |
|
Сопровождаемость |
Высокая |
Высокая |
Высокая |
|
Открытая система |
да |
нет |
нет |
|
Эффективность |
Высокая |
Высокая |
Средняя |
|
Ведение финансового досье клиентов банка |
Присутвует |
Присутвует |
Присутвует |
|
Анализ финансового состояния Заемщика на основе данных внешней бухгалтерской отчетности |
- |
Присутвует |
Присутвует |
|
Производительность |
Очень высокая |
высокая |
высокая |
|
Поддержка SQL server |
Присутвует |
- |
- |
|
Расчет класса кредитоспособности заемщика |
Отсутствует |
Присутвует |
Присутвует |
|
Оценка кредитных рисков по выданным ссудам и расчет размера резервов по кредитным требованиям; |
Отсутствует |
Присутвует |
- |
|
Оценка финансового положения |
Отсутствует |
Присутвует |
Присутвует |
Из сравнительной таблицы невозможно с уверенностью сказать, какой программный продукт лучше для использования в кредитном отделе.
Новая Афина на 20 рабочих мест стоит около $200 тыс. [1] Стоимость внедрения может в несколько раз превышать стоимость решения.
"Банковский Аналитик " вышла самым дешевым вариантом. Стоимость системы для использования на одном компьютере – 23 500 руб, на пяти компьютерах – 100 200 руб [2].
Стоимость семейства продуктов «QBIS» оказался самым дорогим решением $560 тыс. из-за более расширенных функциональных возможностей.
Выводы
1. Описана предметная область, где выявлено: назначение кредитного отдела; виды проводимых операций; все этапы работы отдела и их назначение.
2. Рассмотрены три существующие информационные системы, связанные с предметной областью: Новая Афина ; Банковский Аналитик; Семейство продуктов «QBIS». У всех этих информационных систем широкие возможности и огромный функционал.
3. Проведено сравнение этих трех информационных систем, после которого выяснилось, что нельзя точно сказать какая информационная система, так как каждая система имею свои достоинства и недостатки, например «Новая Афина» имеет самую высокую скорость производительности, а "Банковский Аналитик" и семейство продуктов «QBIS» имею более расширенные функциональные возможности. Также выяснили, что для отдела рациональнее всего создать свою небольшую информационную систему, так как это дешевле.
2 МОДЕЛЬ ДЕЯТЕЛЬНОСТИ КРЕДИТНОГО ОТДЕЛА (AS-IS)
2.1 Характеристика предприятия
Наименование предприятия, фирмы, отдела – Сбербанк России, Абаканское отделение №8602, Кредитный отдел.
Основные виды деятельности кредитного отдела:
Организационная структура отдела . Для того, чтобы определить место Абаканского ОСБ № 8602, целесообразно проанализировать организационную структуру Сбербанка в целом. Система управления филиальной сетью четырехзвенная: Центральный аппарат; 17 территориальных банков, 1145 отделений, 18980 внутренних структурных подразделений - дополнительных офисов и операционных касс вне кассовых узлов (Приложение А).
Нормативные документы используемые в кредитном отделе : регламент банка, кредитные предложения от Центробанка и головного офиса «Сбербанка», находящегося в Москве.
2.2 Описание модели AS-IS
Данная модель позволяет систематизировать протекающие в данный момент процессы, а также используемые информационные объекты. На основе этого выявляются узкие места в организации и взаимодействии бизнес-процессов, определяется необходимость тех или иных изменения в существующей структуре.
Такую модель часто называют функциональной и выполняют с использованием различных графических нотаций и case-средств. На этапе построения модели AS-IS важным считается строить максимально приближенную к действительности модель, основанную на реальных потоках процессов, а не на их идеализированном представлении.
Проектирование информационных систем и управление процессами подразумевает построение модели AS-IS и дальнейший переход к модели TO-BE, что является залогом автоматизации "правильных", усовершенствованных процессов.
Процесс моделирования какой-либо системы в IDEF0 начинается с определения контекста, т. е. наиболее абстрактного уровня описания системы в целом. В контекст входит определение субъекта моделирования, цели и точки зрения на модель. Под субъектом понимается сама система, при этом необходимо точно установить, что входит в систему, а что лежит за ее пределами, другими словами, определить компоненты системы и внешние воздействия.
На определение субъекта системы существенно влияет позиция, с которой рассматривается система, и цель моделирования - вопросы, на которые построенная модель должна дать ответ. Другими словами, первоначально необходимо определить область моделирования. Описание области как системы в целом, так и ее компонентов является основой построения модели. Модель не может быть построена без четко сформулированной цели.
Обычно сначала строится модель существующей организации работы - AS-IS (как есть). На основе модели AS-IS достигается консенсус между различными единицами бизнеса по тому, "кто что сделал" и что каждая единица бизнеса добавляет в процесс. Модель AS-IS позволяет выяснить, "что мы делаем сегодня" перед тем, как перейти на то, "что мы будем делать завтра".
Анализ функциональной модели позволяет понять, где находятся наиболее слабые места, в чем будут состоять преимущества новых бизнес-процессов и насколько глубоким изменениям подвергнется существующая структура организации бизнеса.
Детализация бизнес-процессов позволяет выявить недостатки организации даже там, где функциональность на первый взгляд кажется очевидной.
Признаками неэффективной деятельности могут быть бесполезные, неуправляемые и дублирующиеся работы, неэффективный документооборот оказывается в нужном месте в нужное время, отсутствие обратных связей по управлению и т. д.
Найденные в модели AS-IS недостатки можно исправить при создании модели ТО-ВЕ (как будет) - модели новой организации бизнес-процессов. Модель нужна ТО-ВЕ для анализа альтернативных/лучших путей выполнения работы и документирования того, как компания будет делать бизнес в будущем[5].
Создадим контекстную диаграмму. В данном случае она представляет собой самое общее описание системы (Рис. 1).
Рисунок 1- Контекстная диаграмма
Описание стрелок на контекстной диаграмме приведены в таблице 2.
Таблица 2. Описание стрелок на контекстной диаграмме
|
Имя стрелки (Arrow Name) |
Определение стрелки (Arrow Definition) |
Тип стрелки (Arrow Type) |
|
Документы на предоставление кредита |
Паспорт,трудовая книжка, инн ,справка о доходах с места работы и тд. |
Input |
|
Заявление на предоставление кредита |
Написанные клиентом заявления на предоставление кредита |
Input |
|
Отказ выдачи кредита |
Информация об отказе выдачи кредита |
Output |
|
Оформленный договор на кредит |
Оформленный кредитный договор, клиенту остаеться только подписать и кредит можно будет получит незамедлительно |
Output |
|
Информация об одобренном кредите |
Информация об одобренном кредите для клиента |
Output |
|
Законы РФ |
Все статьи связанные с деятельностью кредитного отдела банка |
Control |
|
Регламент банка |
Обязанности каждого сотрудника, условия порядок предоставления кредита и тд. |
Control |
|
Предложения банка |
Различные кредитные предложения |
Control |
|
ПО |
Различные программные продукты призванные ускорить процесс выдачи кредита. |
Mechanism |
|
Сотрудники |
Кредитные инспектора, специалисты по кредитным операция |
Mechanism |
Следующим шагом является детализация контекстного процесса с помощью диаграммы верхнего уровня. Эта диаграмма содержит в себе пять процессов (Рис.2):
Укажем названия новых блоков («Прием документов и заявлений на кредит», «Проверка документов», «Работа кредитного комитета», «Оформление договоров», «Оповещение отдела сопровождения кредитов и кассы» ).
Определим входные и выходные потоки для новых процессов.
Процесс 1.1 – Прием документов и заявлений на кредит.
Процесс 1.2 – Проверка документов.
Процесс 1.3 – Работа кредитного комитета.
Процесс 1.4 – Оформление договоров
Процесс 1.5 – Оповещение отдела сопровождения кредитов и кассы
Рисунок 2 - Диаграмма декомпозиции блока деятельность кредитного отдела ОАО «Сбербанк»
На рисунке 3 представлена декомпозиция модели блока «Работа кредитного отдела».
Рисунок 3 - Диаграмма декомпозиции блока «Работа кредитного комитета»
Ниже представлена информация о каждой стрелке и работе декомпозированной функции
Таблица 3. Описание работ диаграммы
|
Имя работы ( Activity Name) |
Определение работы (Activity Definition) |
|
Анализ и оценка кредитоспособности потенциального заемщика |
Анализ и оценка кредитоспособности потенциального заемщика для сбора информации о клиенте |
|
Формулирование эффективных условий кредитования |
Формулирование эффективных условий кредитования для клиента |
|
Работа совета о предоставлении кредита |
Решение советом о предоставлении кредита клиенту |
Таблица № 4. Описание стрелок диаграммы
|
Имя стрелки (Arrow Name) |
Источник стрелки (Arrow Source) |
Тип источника стрелки (Arrow Source Type) |
Назначение стрелки (Arrow Dest.) |
Тип назначения стрелки (Arrow Dest. Type) |
|
Подтвержденные документы |
Границы диаграммы |
Output |
Анализ и оценка кредитоспособности потенциального заемщика |
Input |
|
Информация о потенциальном заемщике |
Анализ и оценка кредитоспособности потенциального заемщика |
Output |
Формулирование эффективных условий кредитования |
Input |
|
Поправки в условия кредитования |
Формулирование эффективных условий кредитования |
Output |
Работа совета о предоставлении кредита |
Input |
|
Утвержденные поправки в условия кредитования |
Работа совета о предоставлении кредита |
Output |
Границы диаграммы |
Input |
|
Отказ выдачи кредита |
Output |
Границы диаграммы |
Input |
|
|
Информация об одобренном кредите |
Output |
Границы диаграммы |
Input |
|
|
Положительно решение |
Output |
Границы диаграммы |
Input |
|
|
Законы РФ |
Границы диаграммы |
Output |
Анализ и оценка кредитоспособности потенциального заемщика |
Control |
|
Формулирование эффективных условий кредитования |
Control |
|||
|
Работа совета о предоставлении кредита |
Control |
|||
|
Регламент банка |
Границы диаграммы |
Output |
Анализ и оценка кредитоспособности потенциального заемщика |
Control |
|
Формулирование эффективных условий кредитования |
Control |
|||
|
Работа совета о предоставлении кредита |
Control |
|||
|
Сотрудники |
Границы диаграммы |
Output |
Формулирование эффективных условий кредитования |
Mechanism |
|
Работа совета о предоставлении кредита |
Mechanism |
|||
|
ПО |
Границы диаграммы |
Output |
Анализ и оценка кредитоспособности потенциального заемщика |
Mechanism |
Диаграммы потоков данных (Data flow diagramming, DFD) [8] используются для описания документооборота и обработки информации. Подобно IDEF0, DFD представляет модельную систему как сеть связанных между собой работ. Их можно использовать как дополнение к модели IDEF0 для более наглядного отображения текущих операций документооборота в корпоративных системах обработки информации. DFD описывает:
функции обработки информации (работы);
документы (стрелки, arrow), объекты, сотрудников или отделы, которые участвуют в обработке информации;
внешние ссылки (external references), которые обеспечивают интерфейс с внешними объектами, находящимися за границами моделируемой системы;
таблицы для хранения документов (хранилище данных, data store).
Блок «Проверка документов» декомпозирован в DFD диаграмму для представления основных информационных потоков (рис. 4).
Рисунок 4 – DFD-модель блока «Проверка документов»
Сотрудник принимает из отдела приема заявлений обработанные заявления и документы. Далее эти документы поступают в соответствующие службы , а так же проверяется «криминальное прошлое» клиента. После это весь полученный результат проверки поступает в архив с досье клиентов. По итогам проверки, если документы подтверждены и клиент чист перед законом, то информация поступает в кредитный комитет для дальнейшего решения вопроса о выдаче кредита, иначе клиенту приходить оповещение об отказе выдачи кредита.
Наличие в диаграммах DFD элементов для описания источников, приемников и хранилищ данных позволяет более эффективно и наглядно описать процесс документооборота. Однако для описания логики взаимодействия информационных потоков более подходит IDEF3 [8], называемая также workflow diagramming – методологией моделирования, использующая графическое описание информационных потоков, взаимоотношений между процессами обработки информации и объектов, являющихся частью этих процессов. Диаграммы Workflow могут быть использованы в моделировании бизнес-процессов для анализа завершенности процедур обработки информации. С их помощью можно описывать сценарии действий сотрудников организации, например последовательность обработки заказа или события, которые необходимо обработать за конечное время.
IDEF3 может быть также использован как метод создания процессов. IDEF3 дополняет IDEF0 и содержит все необходимое для построения моделей, которые в дальнейшем могут быть использованы для имитационного анализа.
Блок «Анализ и оценка кредитоспособности потенциального заемщика» декомпозирован в IDEF3 диаграмму (рис. 5).
По подтвержденным документам проводиться анализ и оценка кредитоспособности , документы поступают по трем веткам одновременно : сравнительный анализ полученных финансовых коофициентов с нормативными значениями, качественный анализ финансовых коэффициентов, определение веса финансовых коэффициентов в рейтинговом показателе. Далее ,пройдя еще несколько этапов (рис. 5) , в заключении получаем итоги оценки кредитоспособности заемщика.
Блок «Формулирование эффективных условий кредитования» декомпозирован в IDEF3 диаграмму (рис. 6). Здесь 2 этапа: Определение эффективной процентной ставки; Составление схемы погашения кредита.
Эффективная процентная ставка — это сложная процентная ставка по кредиту, рассчитанная в предположении, что все платежи, необходимые для получения данного кредита, идут на его погашение.
Рисунок 6 – Формулирование эффективных условий кредитования
Блок «Работа совета о предоставлении кредита» декомпозирован в IDEF3 диаграмму (рис.7). Здесь 2 этапа: Оценка рисков; Окончательное решение о выдаче кредита.
Рисунок 7 - Работа совета о предоставлении кредита
Блок «Оформление договоров» декомпозирован в IDEF3 диаграмму (рис. 8). Здесь 2 этапа: Подготовка договоров;Выдача договора клиенту.
Рисунок 8 - Оформление договоров
Блок «Прием заявлений и документов на кредит» декомпозирован в IDEF0 диаграмму (рис. 9).
Рисунок 9 - Прием заявлений и документов на кредит
Клиент обращается с заявлением о предоставлении кредита (устно) , работник банка с этим клиентом обговаривают сумму, примерный процент, срок кредита, а также его консультирует с целью выбора наиболее подходящего кредитного предложения. После того как клиент согласиться с предложенным кредитным предложением, сотрудник сначала проверит все документы, а потом только приступит к составлению заявления на предоставление кредита ( на бумажном носителе), данное заявление подписывается клиентом. После этого данное заявление переписывается в электронный вариант . Далее данные о клиенте вноситься в базу данных (БД) вручную сотрудником . Запись производиться в электронную таблицу MS Exsel и в БД о клиентах, вносятся все данные клиента : ФИО, Дата, рождения, номер паспорта, страхового полиса, ИНН, и т.д.
2.3 Анализ существующих проблем
Есть аксиома, что в любой программе есть ошибки. Такое же возможно и на предприятии. Поэтому необходимо проанализировать существующие проблемы. Для этого составлена таблица 5.
Таблица 5 – Методика весовой оценки проблем процесса
|
№ |
Бизнес-процессы |
Проблемы |
Сила проблемы (по шкале 1-5) |
Вес проблемы (по шкале 0-1) |
Индекс проблемности |
|
1 |
Прием заявлений и документов на кредит |
Бумажное заявление |
4 |
0,6 |
4,6 |
|
Дублирование |
5 |
0,4 |
Здесь рассматриваются проблема блока «Прием заявлений и документов на кредит», основных функции отдела: прием заявлении и документов.
«Бумажная» проблема заключается в том, что сотрудникам , клиентам приходиться дублировать заявление на бумаге, а потом все данные с заявления переписывать в электронный вариант заявления.
Проблема дублирования информации. Данная проблема легко прослеживается если посмотреть на рисунок 9. Видно, что информация о клиентах вносимая сотрудником, дублируется.
Сила и вес проблем установлены в таблице 5.
Для нахождения индекса проблемности используется формула (2.1):
Вычисление индекса проблемности для блока «Прием заявлений и документов на кредит»:
При вычислениях оказалось, что самый большой индекс проблемности у блока «Прием заявлений и документов на кредит» - дублирование.
Выводы
Произведена характеристика отдела, где описана организационная структура и основная деятельность.
Построена функциональная модель AS-IS отдела, которая состоит из 9 диаграмм. Сформулированы основные принципы деятельности отдела.
Выявлены существующие проблемы, где выяснилось, что проблема дублирования записи информации о клиентах является острой проблемой отдела. Также определена проблема дублирования бумажного заявления в электронное.
3 МОДЕЛЬ ДЕЯТЕЛЬНОСТИ ОТДЕЛА (TO-BE)
3.1 Предложения по решению выявленных проблем
Для устранения проблемы дублирования бумажного заявления в электронное, рекомендуется писать заявление сразу в электронный формат.
Проблему дублирования можно решить, используя одну БД для записи данных о клиентах, т.е. сотрудник вводит данные клиента единожды в базу данных.
Все эти предложения будут предоставлены в модели TO-BE
3.2 Описание модели TO-BE
Найденные в модели AS-IS недостатки можно исправить при создании модели ТО-ВЕ (как будет) [6] – модели новой организации бизнес-процессов. Модель ТО-ВЕ нужна для анализа альтернативных/лучших путей выполнения работы и документирования того, как компания будет делать бизнес в будущем. Только на основе модели ТО-ВЕ строится модель данных, прототип и затем окончательный вариант информационной системы.
Отредактируем блок «Прием заявлений и документов на кредит».
Для это добавим в него блок «Составление заявления в электронном варианте» и уберем блоки «Составление заявления в бумажном варианте», «Переписывание заявления на электронный носитель» и «Запись данных о клиенте в электронную таблицу MS Excel » . Полученный в результате блок представлен на рисунке 10.
Рисунок 10 – отредактированная декомпозиция «Прием заявлений и
документов на кредит»
В результате, получаем более упрощенный процесс составления заявления, записывая сразу в электронном формате, тем самым избавив себя от написания бумажного заявления. Также избавились от дублирования при записи информации о клиентов в БД.
А если все-таки требуется дублирование информации БД о клиентах , предлагаю воспользоваться технологией резервирования БД , для хранения резервной копии БД.
3.3 Сравнение функциональных моделей AS-IS и TO-BE
Единственное, что внешне различает модели AS-IS и TO-BE — это добавленный блок «Составление заявления в электронном варианте» ,а также в отсутствии нескольких блоков (смотрите рис.11 и 12) . В целом, модели AS-IS и TO-BE не стали кардинально отличаться друг от друга внешне, но избавившись от дублирования и составления заявления в бумажном варианте , принес пользу функциональной модели предприятия.
Перед современными предприятиями часто встает задача оптимизации технологических процессов. Широко известный метод функционального моделирования позволяет обследовать существующие бизнес-процессы, выявить их недостатки и построить идеальную модель деятельности предприятия. Построение функциональной модели осуществляется от общего к частному – сначала описывается общая схема деятельности предприятия, затем шаг за шагом все более и более подробно описываются конкретные технологические процессы. Такой подход весьма эффективен, однако на уровне наибольшей детализации, когда рассматриваются конкретные технологические операции, для оптимизации этих операций функциональной модели может оказаться недостаточно. В этом случае целесообразно использовать имитационное моделирование.
Имитационное моделирование [7] – это метод, позволяющий строить модели, учитывающие время выполнения функций. Полученную модель можно “проиграть” во времени и получить статистику происходящих процессов так, как это было бы в реальности. В имитационной модели изменения процессов и данных ассоциируются с событиями. “Проигрывание” модели заключается в последовательном переходе от одного события к другому. Обычно имитационные модели строятся для поиска оптимального решения в условиях ограничения по ресурсам, когда другие математические модели оказываются слишком сложными.
Одним из наиболее эффективных инструментов имитационного моделирования является система Arena компании Systems Modeling .
Система имитационного моделирования ARENA открывает большие возможности для моделирования различных бизнес процессов. Благодаря широким счетным и анимационным возможностям, она в разы упрощает процесс моделирования, позволяя создавать подвижные компьютерные модели, используя которые можно адекватно представить очень многие реальные системы. ARENA позволяет исследовать новую политику, управляющие процедуры, правила принятия решений, организационную структуру, потоки информации и т.д. без вмешательства в работу реальной системы. Новые технические средства, планы размещения, программное обеспечение, транспортные системы и т. п. могут быть опробованы до того, как деньги, время и другие ресурсы будут потрачены на их приобретение и/или создание. Имитационное моделирование позволяет проверять гипотезы о причинах возникновения тех или иных наблюдаемых феноменов. Моделирование в продукте ARENA дает возможность изучать объекты, о поведении которых имеется недостаточно информации. Одно из основных преимуществ продукта ARENA заключается в том, что он помогает получить ответ на вопрос "что, если...".
Совместное использование CASE-инструмента, построения функциональной модели BPwin и системы имитационного моделирования Arena, позволяет наиболее эффективно оптимизировать технологические процессы практически в любой сфере деятельности[4].
Имитационная модель отдела по модели AS-IS составлена и представлена на рисунке 11.
Рисунок 11 – Имитационная модель основных функций отдела AS-IS
Клиент приходит в кредитный отдел. Если ему нужна консультация то сотрудник его проконсультирует, если нет- пишет заявление, далее его заявление и документы обрабатывают. После это на совете решается вопрос о выдаче кредита, в отказа выдачи кредита клиенту приходит оповещение об отказе в предоставлении кредита или ,в случае положительного решения, клиент оповещается об этом решении и назначается время выдачи договора. После этого происходит оформление договоров и его выдача по приходу клиента в назначенное время.
За время работы отдела (неделя) пришло 65 клиентов и вышло 18, из них 14 с полученным договором , остальные с отказом в выдаче кредита. В таблице 6 отражено использование ресурсов. Ресурсами являются сами сотрудники отдела.
Таблица 6 – Использование ресурсов
|
Ресурс |
Среднее кол-во |
Макс кол-во |
|
Заседающий в совете |
5 |
5 |
|
Сотрудник |
0.49 |
4 |
Одинаковое количество использования заседающих в совете, следует и того, что совете всегда 5 человек.
В результате эксперимента, мы мы выяснили примерную пропускную способность и в кредитном отделе и очередь на получение кредита состоящая из 16 человек на этапе проверки документов и 31 человек на этапе выноса решения советом.
Решить проблему таких очередь, если проверка документов будет происходить не 12-24 часа, а быстрее, например за 5-6 часов. А очередь на этапе выноса решения советом, можно уменьшить если этот совет будет проходят чаще , чем раз в неделю.
Теперь создадим имитационную модель с учетом поправок в модели TO-BE и с предложенными выше вариантами решения проблемы с очередями (Рисунок 12).
Рисунок 12 - Имитационная модель основных функций отдела TO-BE
В результате изменения имитационной модели, пропускная способность клиентов увеличилась до 18 до 26 человек на выходе, тем самым увеличив доходы кредитного отдела.
Выводы
1. Предложены решения по двум выявленным проблемам: дублирование информации и использование бумажного заявления.
2. Описана модель TO-BE, где и были решены выявленные проблемы. Для решения проблемы дублирования информации с бумажного заявления предложено писать заявление сразу в электронном варианте, а для проблемы дублирования записей информации о клиентах в БД, предложено писать данные только в одну БД. Также была предложена технология резервирования БД для хранения резервной копии БД.
3. Проведено сравнение функциональных моделей AS-IS и TO-BE, составлена имитационная модель AS-IS и предприятия и проведен эксперимент по этой модели, где выявлена проблема с очередью на этапе проверки документов и выноса решения советом. Также была составлена имитационная модель с учетом поправок в модели TO-BE и предложенных решений по уменьшению очередей.
ЗАКЛЮЧЕНИЕ
Описана предметная область, где выявлено: назначение кредитного отдела; виды проводимых операций; все этапы работы отдела и их назначение.
Рассмотрены три существующие информационные системы, связанные с предметной областью: Новая Афина ; Банковский Аналитик; Семейство продуктов «QBIS». У всех этих информационных систем широкие возможности и огромный функционал.
Проведено сравнение этих трех информационных систем, после которого выяснилось, что нельзя точно сказать какая информационная система лучше, так как каждая система имеет свои достоинства и недостатки, например «Новая Афина» имеет самую высокую скорость производительности, а "Банковский Аналитик" и семейство продуктов «QBIS» имеют более расширенные функциональные возможности. Также выяснили, что для отдела рациональнее всего создать свою небольшую информационную систему, так как это дешевле.
Произведена характеристика отдела, где описана организационная структура и основная деятельность. Построена функциональная модель AS-IS предприятия. Проанализированы существующие проблемы предприятия, где выяснилось, что проблема дублирования является острой проблемой отдела. Также определена еще проблема дублирования бумажного заявления в электронное.
Описана модель TO-BE, где и были решены выявленные проблемы. Предложено решение для дублирования данных с целью сохранности данных на предприятии путем внедрения технологии дублировании данных. Также еще проведено сравнение функциональных моделей AS-IS и TO-BE, составлена имитационная модель предприятия и проведен эксперимент по этой модели, где выявлена проблема с очередью на этапе проверки документов и выноса решения советом.
1. Новая Афина // IT-поддержка эффективного развития и комплексной оптимизации банковской деятельности. URL : http://www.newathena.ru/ (Дата обращения: 20.02.2014).
2. Титоренко ,Г.А. Информационные системы в экономике. Второе издание, дополненное и переработанное / Г.А. Титоренко – БДЦ Пресс, 2008. – 214c.
3. Тютюнник, А.В. Банковское дело / А.В. Тютюнник , А.В. Турбанов, 2010. – 324с .
4. Вендров, А.М. CASE-технологии. Современные методы и средства проектирования информационных систем / А.М. Вендров // CIT Forum. URL: http://citforum.ru/database/case/ — (Дата обращения: 20.02.2014).
5. Вендров, А.М. Проектирование программного обеспечения экономических информационных систем / А.М. Вендров . -М., 2009.- 297с.
6. Маклаков, С.В. BPWin и ERWin. CASE-средства разработки информационных систем / С.В. Маклаков. – Москва: Диалог-МИФИ, 2008. – 256 с.
7. Маклаков, С.В. Имитационное моделирование с Arena / С.В. Маклаков // Internet & Software Company. URL: http://www.interface.ru/fset.asp?Url=/ sysmod/ar1.htm — (Дата обращения: 25.04.2014).
Приложение А. Организационная структура управления Абаканским ОСБ № 860