Размещено на http://www.allbest.ru/

Федеральное агентство связи

Федеральное государственное бюджетное образовательное учреждение

высшего образования

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

Факультет Заочного образования

Направление (специальность) Информационные системы и технологии

Кафедра Информатики и вычислительной техники

ВЫПУСКНАЯ КВАЛИФИКАЦИОННАЯ РАБОТА

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

Разработал

Е.В. Алексеева

Самара 2017

Введение

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

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

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

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

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

1. Выполнить описание предприятия (банка АО «Россельхозбанк»).

2. Определить требования к банковским информационным системам.

3. Рассмотреть принципы построения банковской информационной системы кредитного отдела банка.

Объектом исследования являются процессы кредитования в АО «Россельхозбанк».

Предметом исследования является информационная система в розничном отделе кредитования АО «Россельхозбанк».

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

Работа состоит из 3 разделов. В первой разделе приведен анализ использования информационных технологий в деятельности банка, и описание предметной области, которой будет посвящена дальнейшая работа. Вторая глава посвящена общей характеристике АО «Россельхозбанк». В третьей главе я разрабатываю информационную систему кредитного отдела банка в комплект которой входит программа на языке php и СУБД Mysql.

1. Проектирование информационных систем

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

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

· требуемую пропускную способность системы;

· требуемое время реакции системы на запрос;

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

· простоту эксплуатации и поддержки системы;

· необходимую безопасность.

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

Проектирование информационных систем охватывает три основные области:

· проектирование объектов данных, которые будут реализованы в базе данных;

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

· учет конкретной среды или технологии, а именно: топологии сети, конфигурации аппаратных средств, используемой архитектуры (файл-сервер или клиент-сервер), параллельной обработки, распределенной обработки данных и т.п.

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

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

Считается, что сложную систему невозможно описать в принципе. Это, в частности, касается систем управления предприятием. Одним из основных аргументов является изменение условий функционирования системы, например, директивное изменение тех или иных потоков информации новым руководством. Еще один аргумент - объемы технического задания, которые для крупного проекта могут составлять сотни страниц, в то время как технический проект может содержать ошибки. Возникает вопрос: а может, лучше вообще не проводить обследования и не делать никакого технического проекта, а писать систему "с чистого листа" в надежде на то, что произойдет некое чудесное совпадение желания заказчика с тем, что написали программисты, а также на то, что все это будет стабильно работать?

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

Жизненный цикл программного обеспечения представляет собой модель его создания и использования. Модель отражает его различные состояния, начиная с момента возникновения необходимости в данном ПО и заканчивая моментом его полного выхода из употребления у всех пользователей. Известны следующие модели жизненного цикла:

· Каскадная модель. Переход на следующий этап означает полное завершение работ на предыдущем этапе.

· Поэтапная модель с промежуточным контролем. Разработка ПО ведется итерациями с циклами обратной связи между этапами. Межэтапные корректировки позволяют уменьшить трудоемкость процесса разработки по сравнению с каскадной моделью; время жизни каждого из этапов растягивается на весь период разработки.

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

1.1 Общие вопросы проектирования информационных систем

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

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

Учитывая все выше сказанное, проектировании ИС, в данной работе, тождественно равно проектированию программного обеспечения (ПО). Проектирование информационных систем, равно как и проектирование программного обеспечения, неразрывно связано с понятием жизненного цикла ПО.

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

Разработка ПО - это полный процесс создания нового или кардинальной переработки существующего, так или иначе затрагивающий все этапы жизненного цикла ПО. Целью разработки ПО является создание действующего экземпляра, устраивающего по своему функционалу заказчика [3].

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

1.2 Жизненный цикл программного обеспечения

Жизненный цикл программного обеспечения включает в себя все этапы его развития: от возникновения потребности в нем до полного прекращения его использования вследствие морального старения или потери необходимости решения соответствующих задач [5].

В основе создания программного обеспечения лежит понятие жизненного цикла (ЖЦ). ЖЦ ПО - это непрерывный процесс, который начинается с момента принятия решения о необходимости его создания и заканчивается в момент его полного изъятия из эксплуатации. Этот цикл -- процесс построения и развития ПО. Для создания и разработки нового программного обеспечения необходима закупка имеющегося на рынке ПО с последующей адаптацией под нужды конкретного пользователя. В результате работ по дополнению или изменению функционала готового (коробочного) ПО, а также интеграции закупленного ПОР и имеющимися в компании системами получается продукт, который можно характеризовать как принципиально новый.

Основным нормативным документом, регламентирующим ЖЦ ПО, является международный стандарт ISO/IEC 12207. Он определяет структуру ЖЦ, как содержащую процессы, действия и задачи, которые должны быть выполнены во время создания ПО. В соответствии с этим стандартом все процессы ЖЦ ПО разделены на три группы [6]. Это следующие группы:

Основные процессы:

· Приобретение;

· Поставка;

· Разработка;

· Эксплуатация;

· Сопровождение.

Вспомогательные процессы, обеспечивающих выполнение основных процессов:

· Документирование;

· управление конфигурацией;

· обеспечение качества;

· верификация, аттестация;

· совместная оценка, аудит;

· разрешение проблем.

Организационные процессы:

· управление;

· создание инфраструктуры;

· усовершенствование;

· обучение.

Как можно увидеть из изложенного, не все этапы ЖЦ могут быть отнесены к понятию «Проектирование». В дальнейшем, в работе будут рассматриваться только те разделы стандарта, которые непосредственно связаны с проектированием.

Стандарт ISO/IEC 12207 не предлагает конкретную модель ЖЦ ПО и методы проектирования. Существует множество моделей ЖЦ, каждая из которых определяет структуру, последовательность выполнения и взаимосвязи процессов, этапов, действий и задач на протяжении жизненного цикла, а также критерии перехода от этапа к этапу [6]. Наибольшее распространение в настоящее время получили следующие модели ЖЦ:

Классическая каскадная модель и модель реальной поэтапной разработки на ее основе Классическая каскадная модель включает в себя следующие этапы:

· системный анализ;

· анализ требований;

· проектирование;

· кодирование;

· тестирование;

· сопровождение.

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

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

Анализ требований - процесс жизненного цикла программы, во время которого требования заказчика уточняются, формализуются и документируются. Анализ требований относится к программному обеспечению ИС. Уточняются и детализируются его функции, характеристики и интерфейс. Результаты анализа (системного анализа и анализа требований к ПО) документируются в спецификации анализа [8]. Это ключевой этап проектирования системы. Любая ошибка на этом этапе чревата не только потерями трудозатрат и денег, но и крахом проекта. Если в рамках проектирования ИС будет проведен некачественный или поверхностный анализ, а значит и будет составлена некорректная спецификация проекта, с высокой долей вероятности заказчик получит не тот продукт, на который рассчитывал.

Проектирование - процесс жизненного цикла программного обеспечения, во время которого исследуется его структура и взаимосвязи элементов [9]. Проектирование состоит в создании представлений: архитектуры ПО;

· модульной структуры ПО;

· алгоритмической структуры ПО;

· структуры данных;

· входного и выходного интерфейса (входных и выходных форм данных).

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

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

Рис.1.1 - Реальный процесс разработки ПО

Изображенная на рис. 1.1 схема обеспечивает большую надежность разработки по сравнению с каскадной моделью, хотя и увеличивает срок создания ПО [10]. Недостатком каскадного подхода являются существенное запаздывание с получением результатов и, как следствие, достаточно высокий риск создания системы, не удовлетворяющей изменившимся потребностям пользователей. Практика показывает, что на начальной стадии проекта полностью и точно сформулировать все требования к будущей системе не удается.

Это одна из основных проблем проектирования - неопределённость на ранних этапах проектирования дает многовариантность возможных решений. Таким образом, формируется веер возможных решений, из которых проектировщик должен выбрать оптимальный в условиях недостатка информации. Проводить детальное исследование каждого варианта невозможно, так как существует ограничение по временным, по трудовым и по финансовым ресурсам. Если выбран неоптимальный вариант проектирования, в процессе возникает итерационность - необходимо возвращаться на предыдущие этапы и уточнять или переформулировать отдельные аспекты выбранного варианта [12].

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

Инкрементная модель. В рамках этой модели в начале процесса определяются все пользовательские и системные требования. Все конструирование ПО выполняется в виде последовательности версий. Первая версия реализует часть запланированных возможностей, следующая версия реализует дополнительные возможности и т. д., пока не будет получена полная система. Инкрементная модель объединяет элементы последовательной каскадной модели с итерационной стратегией макетирования ПО. Каждая линейная последовательность этапов создания ПО вырабатывает определенный для данной итерации инкремент ПО. Первый инкремент приводит к получению базового продукта, реализующего базовые требования. План следующего инкремента предусматривает модификацию базового продукта, обеспечивающую дополнительные характеристики и функциональность. По своей природе инкрементный процесс итеративен. Важным достоинством модели является то, что инкрементная модель обеспечивает на каждом инкременте работающий продукт [14].

Современная реализация инкрементного подхода -- экстремальное программирование (eXtreme Programming, XP). Оно ориентировано на очень малые приращения функциональности.

Таким образом, инкрементная модель жизненного цикла ПО предусматривает непрерывное проектирование. Как правило, даже небольшое приращение функционала требует прохождение описанных выше этапов проектирования - анализ, документирование, синтез. В инкрементной модели требования к проектированию решения в целом снижены, так как существует возможность постоянного внесения изменений в создаваемую ИС. Однако, одновременно с этим серьезно возрастает нагрузка на проектировщика - каждый инкремент требует затрат времени на свое проектирование [12].

ХР-процесс ориентирован на группы малого и среднего размера, строящие программное обеспечение в условиях неопределенных или быстро изменяющихся требований. ХР группу образуют до 10 сотрудников, которые размещаются в одном помещении. Основная идея ХР -- устранить высокую стоимость изменения, характерную для приложений с использованием объектов, паттернови реляционных баз данных. Поэтому ХР-процесс должен быть высокодинамичным процессом. ХР-группа имеет дело с изменениями требований на всем протяжении итерационного цикла разработки, причем цикл состоит из очень коротких итераций [22].

Четырьмя базовыми действиями в ХР-цикле являются:

· кодирование,

· тестирование,

· выслушивание заказчика,

· проектирование.

Динамизм обеспечивается с помощью четырех характеристик:

· непрерывной связи с заказчиком (и в пределах группы),

· простоты (всегда выбирается минимальное решение),

· быстрой обратной связи (с помощью модульного и функционального тестирования),

· смелости в проведении профилактики возможных проблем.

Большинство принципов, поддерживаемых в ХР (минимальность, простота, эволюционный цикл разработки, малая длительность итерации, участие пользователя, оптимальные стандарты кодирования и т. д.), продиктованы здравым смыслом и применяются в любом упорядоченном процессе.

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

Спиральная модель базируется на лучших свойствах классического жизненного цикла и макетирования, к которым добавляется новый элемент -- анализ риска, отсутствующий в этих парадигмах. Как показано на рис. 1.2, модель определяет четыре действия, представляемые четырьмя квадрантами спирали [16].

· Планирование -- определение целей, вариантов и ограничений;

· Анализ риска -- анализ вариантов и распознавание/выбор риска;

· Конструирование -- разработка продукта следующего уровня;

· Оценивание -- оценка заказчиком текущих результатов конструирования.

Рис. 1.2. - Спиральная модель

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

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

Достоинства спиральной модели:

· наиболее реально (в виде эволюции) отображает разработку программного обеспечения;

· позволяет явно учитывать риск на каждом витке эволюции разработки;

· включает шаг системного подхода в итерационную структуру разработки;

· использует моделирование для уменьшения риска и совершенствования программного изделия.

Недостатки спиральной модели:

· новизна (отсутствует достаточная статистика эффективности модели);

· повышенные требования к заказчику;

· трудности контроля и управления временем разработки [18]

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

RAD. Методология быстрой разработки приложений. Одним из возможных подходов к разработке программного обеспечения в рамках спиральной модели ЖЦ является получившая в последнее время широкое распространение методология быстрой разработки приложений RAD (Rapid Application Development). Под этим термином обычно понимается процесс разработки программного обеспечения, содержащий 3 элемента:

· небольшую команду программистов (от 2 до 10 человек);

· короткий, но тщательно проработанный производственный график (от 2 до 6 мес.);

· повторяющийся цикл, при котором разработчики, по мере того, как приложение начинает обретать форму, запрашивают и реализуют в продукте требования, полученные через взаимодействие с заказчиком [20].

Команда разработчиков -- это группа профессионалов, имеющих опыт в анализе, проектировании, генерации кода и тестировании программного обеспечения с использованием CASE средств. Члены коллектива должны также уметь трансформировать в рабочие прототипы предложения конечных пользователей [21]. Жизненный цикл программного обеспечения по методологии RAD состоит из четырех фаз:

· фаза анализа и планирования требований;

· фаза проектирования;

· фаза построения;

· фаза внедрения.

Таким образом, технологический цикл создания программного обеспечения (ПО) информационной системы (ИС) включает три комплексные стадии:

· анализ;

· синтез;

· сопровождение, каждая из которых, разукрупняется и уточняется в зависимости от выбранной модели жизненного цикла [22].

Очевидно, что процесс проектирования неразрывно связан с первыми двумя стадиями. Если анализ это, по сути, и есть проектирование, то синтез включает только элементы проектирования. Например, создание кода не является проектированием. Тем не менее, проектирование архитектуры БД это часть синтеза.

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

Исходя из этого, а также из исходных данных, буду использовать методологию.

Из описания ЖЦ следует, что для проектирования ПО необходимо четко представлять себе последовательность действий для проектирования:

· Постановка задачи. На этом этапе я выявлю потребность в ПО и ставятся цели верхнего уровня по автоматизации какого-либо процесса;

· Создание бизнес требований определяет потребность бизнеса в конкретных ИТ решениях, формулируется полный перечень требований к программе;

· Изучение предметной области - это исследование и описание предметной области формализованным языком. Полученные в результате исследования понятия и термины будут использоваться как ЖЦ программы;

· На этапе создания спецификации и технического задания, происходит описание функционала ПО. Описание создается строгим формализованным языком. Это основной этап проектирования ПО.

· Проектирование базы данных (БД), ведется параллельно с предыдущим, создается структура БД, определяются и проектируются необходимые таблицы, связи, типы данных, ключи.

· Выбор конкретных инструментов реализации.

Таким образом, проектирование как процесс разбивается на три основные части - анализ, синтез и документирование.

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

Для разработки автоматизированной информационной системы, исходя из требований, предъявляемых к системе, было выбрано средство MySQL, как для создания системы управления базой данных - СУБД, так и для создания интерфейса пользователя.

2. Анализ задач, проектирования информационной системы банка

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

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

· Технической поддержкой кредитных специалистов. Эта служба (подотдел) занимается консультированием менеджеров по любому вопросу (будь то работа системы, оформление документации кредитования или формы отчетности);

· Работой с просроченными кредитами. Специалисты данной службы называются кредитными инспекторами. Иногда они занимаются анализом некоторых заявок на кредитование.

Работу отдела можно условно разделить на три этапа, связанных с процессом выдачи кредита:

1. Этап оформления кредитной заявки.

2. Этап рассмотрения заявления и принятия решения по нему.

3. Этап подписания кредитного договора и выдачи кредита.

За каждый этап отвечают соответствующие сотрудники.

1. На этапе оформления и подачи заявления на кредит первыми за работу принимаются кредитные консультанты. Как правило, они встречают потенциальных заемщиков в операционном зале, но могут находиться и непосредственно в отделе. Они помогают определиться с программой кредитования, подобрать оптимальный вариант, правильно заполнить необходимые документы, т.е. сделать процесс подачи заявления максимально комфортным и быстрым для обеих сторон. Далее за работу берутся кредитные инспекторы, которые могут заниматься оформлением как отдельных видов займов, так и разных. Инспектор проверяет предоставленный заемщиком пакет документов; рассчитывает сумму и срок ссуды; определяет необходимость обеспечения и удостоверяется в наличии подтверждающих его документов. Также на инспектора ложится задача определения платежеспособности заемщика, на основании предоставленной им информации. Кроме того, с согласия заемщика делается запрос в бюро кредитных историй с целью установления его благонадежности.

2. Рассмотрение кредитной заявки может осуществляться достаточно долго (по сравнению с другими банками), до 10 рабочих дней. Начинается оно с оформления кредитного дела заемщика, которое затем передается в службу безопасности. В этом отделе документы и данные, предоставленные клиентом, проходят тщательную проверку на подлинность и соответствие действительности. Кроме того, проверяется «криминальное прошлое» заемщика или его родственников. Вся собранная информация остается в деле и возвращается в руки кредитному инспектору. После полного оформления досье клиента передается на проверку начальнику кредитного отдела, а далее секретарю кредитного комитета для включения его в реестр дел на рассмотрение.

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

3. После принятия кредитным комитетом положительного решения инспектор извещает об этом заемщика, назначает ему дату выдачи ссуды и приступает к подготовке необходимых документов (кредитного договора, договора залога или поручительства и прочих). Формы всех договоров согласовываются с юристами банка и подписываются руководством.

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

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

Для того чтобы все эти операции в отделе происходили гораздо быстрее, как для клиента, так и для работников отдела, используются различные программные продукты (ПП), помогающие им в процессе работы.

2.1 Общая характеристика АО «Россельхозбанк»

АО «Российский Сельскохозяйственный банк» (Россельхозбанк» - один из крупнейших банком РФ специализирующийся на финансировании предприятий агропромышленного комплекса.100 % акций РСХБ находятся в государственной собственности. Основные направления деятельности - обслуживание и кредитование корпоративных клиентов, привлечение средств населения во вклады.

Руководствуясь целями создания банка, современным представлением о его месте в банковской системе и целями государственной аграрной политики, миссия АО «Россельхозбанк» на перспективу состоит в следующем: обеспечение доступного, качественного и эффективного удовлетворения потребностей сельскохозяйственных товаропроизводителей населения Российской Федерации в банковских продуктах и услугах, всемерное содействие формированию и функционированию современной национальной кредитно-финансовой системы агропромышленного сектора России, поддержка развития агропромышленного комплекса и сельских территорий Российской Федерации. Российский Сельскохозяйственный банк - государственный агент для развития сектора сельского хозяйства. Его миссия состоит в том, чтобы осуществить правительственные финансы и кредитную политику в сельском хозяйстве и сельские районы в России.

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

Россельхозбанк (РСХБ) был создан по инициативе правительства, одобренной президентом РФ, в 2000 году. Учредителем выступило государственное Агентство по реструктуризации кредитных организаций (АРКО, предшественник Агентства по страхованию вкладов). С июля 2001 года 100% акций банка принадлежит правительству РФ в лице Федерального фонда имущества (ныне Федеральное агентство по управлению государственным имуществом -- Росимущество). Россельхозбанк занимает второе место в России по количеству открытых подразделений: в настоящее время функционирует 76 филиалов и свыше 1,5 тыс. офисов в регионах страны. Банк также располагает представительствами в Азербайджане, Белоруссии, Казахстане, и Армении. Среднесписочная численность персонала на конец 2015 года составила 31,8 тыс. человек (на 31 декабря 2014 года -- 35, 9 тыс. человек).

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

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

· расширенный доступ, чтобы финансировать сельское хозяйство и сельское население;

· участия увеличения в секторе сельского хозяйства, поскольку один из ключевых секторов российской экономики;

· развивается, новые возможности роста сельского хозяйства;

· гарантируют устойчивость.

Банковская организация предполагает создание внутри банка ряда подразделений (отделов) и определения способа взаимоотношений между ними. Членение на отделы вытекает из потребности в объединении работ, неизбежно специализирующихся в результате увеличения объемов и сложности банковских операций и разнообразия представляемых услуг клиентам. Количество банковских отделов зависит от величины банка и характера его деятельности, однако отсутствие того или иного отдела отнюдь не означает, что эти операции не выполняются. Специальные отделы организуют только в тех банках, где объем операций настолько велик, что для выполнения определенной работы требуется несколько сотрудников.

2.2. Предоставляемые услуги АО «Россельхозбанк»

Кредиты предоставляются физическим лицам - гражданам Российской Федерации в возрасте от 18 лет при условии, что срок возврата кредита по договору наступает до исполнения 75 лет.

Срок рассмотрения вопроса о предоставлении кредита зависит от вида кредита и его суммы, но не должен превышать от момента предоставления полного пакета документов до принятия решения 15 календарных дней - по кредитам на неотложные нужды и 1 месяца - по кредитам на приобретение недвижимости [18].

Виды кредитования населения:

· потребительские кредиты;

· автокредиты;

· ипотека;

· кредиты на развитие личного подсобного хозяйства;

· кредитная карта с льготным периодом.

Виды потребительских кредитов:

· потребительский (на любые неотложные нужды);

· потребительский кредит без обеспечения (на любые цели без залога и поручительства);

· потребительский кредит без обеспечения (для физических лиц, получающих заработную плату на счет в АО «Россельхозбанк»);

· нецелевой потребительский кредит под залог недвижимости (предоставляется на любые цели под залог объекта недвижимости);

· садовод (специальное предложение для владельцев садовых и дачных участков или тех, кто только собирается такие участки приобрести. Процентная ставка по «Садоводу» ниже, чем по стандартным кредитным продуктам);

· инженерные коммуникации (кредит позволяет провести воду, канализацию, поменять электропроводку, систему отопления и даже поставить телефон);

· пенсионный (специальные кредитные программы для людей пенсионного возраста);

· образовательный (специальный кредит на образование выдаётся заёмщикам в возрасте от 14-ти лет);

· надежный клиент (клиенты Россельхозбанка, успешно погасившие кредиты, автоматически становятся участниками программы «Надежный клиент»);

· рефинансирование потребительских кредитов.

Автокредиты:

· новый автомобиль;

· подержанный автомобиль.

Ипотека:

· ипотечное жилищное кредитование (с помощью ипотечного кредита можно купить комфортабельную квартиру в городе или построить загородный дом);

· специальные условия кредитования для молодых семей (специальные условия кредитования при использовании материнского (семейного) капитала);

· военная ипотека (программа ипотечного жилищного кредитования физических лиц - участников Накопительно-ипотечная система жилищного обеспечения военнослужащих (НИС)).

Кредиты на развитие личного подсобного хозяйства

· на развитие личного подсобного хозяйства (по этой программе сельские жители могут воспользоваться государственной субсидией и получить кредит под сниженную процентную ставку);

· успешный партнер (специальная программа для клиентов, которые уже брали кредит на развитие личного подсобного хозяйства);

· под залог приобретаемой техники и/или оборудования. (рефинансирование кредитов граждан, ведущих личное подсобное хозяйство).

При заполнении документов для получения кредита, заемщик может воспользоваться «памяткой заемщика» (см. Приложение 1).

Документы, необходимые для получения кредита:

· заявление - анкета заемщика/созаемщика/поручителя;

· паспорт гражданина РФ (заемщика/созаемщика/поручителя) или документ, его заменяющий (удостоверение личности для лиц, которые проходят военную службу);

· для мужчин в возрасте до 27 лет (включ.) - военный билет или удостоверение офицера (для офицеров);

· документы, подтверждающие финансовое состояние и трудовую занятость заемщика/созаемщика/поручителя (справка по форме 2-НДФЛ, или справка о доходах по форме Банка за последние 6 календарных месяцев);

· документы по предоставляемому обеспечению (в соответствии с требованиями Банка);

· при необходимости Банк может запросить дополнительные документы, отражающие финансовое положение Заемщика (Созаемщика, Поручителей) его законных представителей);

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

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

Таким образом, основными функциями информационной системы будут являться:

· анализ методики расчета кредитоспособности потребителей и максимально возможного размера кредита;

· ознакомление с процессом оформления заявки на кредит и возможными результатами рассмотрения заявки;

· возможность учета кредитных заявок и их результаты;

· реализация механизмов быстрого поиска кредитных договоров по заданным параметрам.

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

3. Проектирование информационной системы кредитного отдела банка

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

Первым этапом проектирования является программное обеспечение и техническое оснащение современных информационных систем банка.

3.1 Программное обеспечение и техническое оснащение современных автоматизированных информационных систем банка

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

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

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

Автоматизированную информационную систему банка можно разделить на три подсистемы:

1. Frоnt-оffiсе (верхний уровень) - обеспечивает взаимодействие банка с внешним миром, осуществляет ввод первичной информации, взаимодействие банка с другими банками и клиентами, биржами;

2. Bасk-оffiсе (средний уровень) - обеспечивает общебанковскую и общехозяйственную деятельность (работа с кредитами);

3. Ассоunting (нижний уровень) - обеспечивает своевременное и корректное отражение деятельности банка.

Современные информационные системы банка имеют аппаратные средства, к которым относятся:

· средства связи и телекоммуникации;

· средства вычислительной техники;

· оборудование локальных вычислительных сетей (ЛВС);

· средства, которые автоматизируют работу с наличностью;

· оборудование, которое автоматизирует различные банковские услуги - автоматы-кассиры т.д.

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

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

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

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

В архитектуре «клиент-сервер» происходит организация технического обеспечения и разделение обработки информации между клиентом и сервером. Клиент посылает запрос серверу, а сервер их обслуживает. «Клиент-сервер» реализуется с помощью трехуровневой архитектуры. В сети должны быть три компьютера: клиентская часть (рабочая станция), сервер приложений и сервер базы данных. Клиентская часть организует взаимодействие с пользователем, в сервере приложений реализуются бизнес-процедуры для клиентской части, а сервер базы данных обслуживает бизнес-процедуры клиентов.

Для того чтобы увеличилась надежность, отказоустойчивость технических решений в системах банка практикуют объединение серверов в группы (кластеры).

3.2 Проектирование структурной схемы автоматизированной системы банка

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

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

Архитектура есть - совокупность компонентов программы, а также связи и способы организации информационного обмена между ними. Логическая структура описывает объекты, связанные с другими объектами. Эта структура показывает связи между ними.

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

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

Архитектура обязана точно определять ответственность каждого компонента. Компонент должен иметь одну область ответственности и как можно меньше знать об областях ответственности других компонентов. Сведя к минимуму объём сведений, известных компонентам о других компонентах, можно легко локализовать информацию о проекте приложения в отдельных компонентах.

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

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

3.3 Описание структуры системы управления кредитными заявками

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

При обращении клиента в банк кредитный эксперт осуществляет следующие процедуры:

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

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

При обращении клиента в банк, изначально с полным пакетом документов для подачи заявления на получение кредита, кредитный эксперт проверяет наличие клиента в системе (т.е. брал он кредит раньше или нет). Для этого в разделе «Запуск процесса» (рис. 3.1) в поле «Поиск по ИИН» вводит ИИН клиента, в случае если клиент найден, нажав кнопку «Добавить» можно создать на него новую заявку. Если клиент не найден, то кредитный эксперт, нажав ссылку «Новый клиент», заполняет анкету, затем формирует на него новую заявку.

...