Проектирование автоматизированной информационной системы по работе с кредитными заявками в ЗАО ЮниКредит Банк

Автор работы: Пользователь скрыл имя, 03 Июня 2013 в 16:03, дипломная работа

Краткое описание

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

Содержание

ВВЕДЕНИЕ 4
Аналитическая часть 6
1.1. Общая характеристика и анализ объекта исследования 6
1.2. Функциональное моделирование деятельности ЗАО ЮниКредит Банк (AS-IS) 12
1.3. Анализ уровня технической и программной оснащенности 17
Теоретическая часть 18
2.1. Обзор существующих аналогов 18
2.2. Обзор средств разработки 22
2.3. Обоснование проектирования собственной ИС и выбора средств разработки 29
Проектная часть 31
3.1. Техническое задание 31
3.2. Функциональное моделирование деятельности ЗАО ЮниКредит Банк (TO-BE) 34
3.3. Моделирование структуры реляционной БД в методологии IDEF1X 38
3.4. Объектно-ориентированное проектирование ИС с использованием языка UML 45
3.5. Интерфейс ИС 52
Экономическая часть 61
4.1. Расчет трудоемкости разработки и внедрения АС 61
4.2. Определение состава исполнителей 65
4.3. Определение цены программного продукта 66
4.4. Расчет ориентированной цены программного продукта 69
4.5. Расчет затрат до и после внедрения АС 69
ЗАКЛЮЧЕНИЕ 76
СПИСОК ИСПОЛЬЗУЕМОЙ ЛИТЕРАТУРЫ 78
ПРИЛОЖЕНИЕ 1 80
ПРИЛОЖЕНИЕ 2 87

Прикрепленные файлы: 1 файл

Документ Microsoft Word.docx

— 2.36 Мб (Скачать документ)

На рис. 3.6. представлена диаграмма классов, которая состоит  из следующих частей:

Классы (entity) – Клиент, Заявки, Сотрудники, Одобренные кредиты, Отделения.

Границы (Boundary) –Создание клиента, Поиск клиента, Редактирование клиента, Создание заявки, Поиск заявки.

Управления  (control) – Менеджер заявок, Менеджер Рассмотреть заявку.

 

3.3.3. Диаграмма  коопераций

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

На диаграмме  коопераций (рис.3.7.) рассмотрено взаимодействие классов на варианте использования  «Создание заявки». Специалист ГВС  открывает форму «Поиск заявок». С помощью управления «Рассмотреть заявку» сохраняет статус заявки через управление «Менеджер заявок». Результат  рассмотрения заявки сохраняется  в таблице «Одобренные кредиты».

 

3.3.4. Диаграмма последовательности

Диаграмма последовательности отражает последовательность всех действий с момента обращения пользователя к ИС.

На диаграмме последовательности (рис.3.8.) отображается последовательность действий, которая начинается с регистрации заявления клиента на получение кредита.

 

 

 

 

Диаграмма классов

Рис.3.6.

     

 

 

                Диаграмма коопераций для варианта  использования «Создание заявки»

 

 

 

 

 

 

 

 

 

 

 

 

Рис.3.7.


Для заполнения формы обращения  клиентов специалист ГВС переходит на форму «Создание клиента», где заполняет необходимые поля, после этого сохраняется в таблице «Клиент». Далее специалист заполняет все поля формы «Создать заявку». Данные фиксируется в таблице «Заявки». С помощью «Менеджера заявок» пользователь сохраняет и отправляет заявку на рассмотрение.

 

Диаграмма последовательности для варианта использования «Создание  заявки»

 

Рис.3.8.

3.3.5. Диаграмма состояний

На диаграмме состояний(Рис.3.9) показаны состояния, в которых может прибывать класс.

Данная на рис.3.9. диаграмма показывает, какие состояния имеет класс «Заявки» и различные периоды обращения к нему.

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

 

 

 

Диаграмма состояний для класса «Заявки»

Рис.3.9.

3.3.6. Диаграмма  деятельности

Диаграмма описывает действия сотрудников  организации по ролям.

На рис.3.10. показана диаграмма деятельности для  бизнес-процесса «Рассмотрение заявки».

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

.

Диаграмма деятельности для бизнес-процесса «Рассмотрение заявки» 

Рис.3.10.

 

3.3.7. Диаграмма размещения

На диаграмме показано размещение компонентов системы. Компьютеры, на которых находятся программа-клиент, подключены по локальной сети к серверу БД.

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

 

Диаграмма размещения

 

Рис.3.11.

 

3.4. Создание интерфейса

Для более удобного использования  базы данных в процессе работы необходимо создать интерфейс. Интерфейс должен быть доступным и удобным для  пользователей, работающих с базой. В данной курсовой работе  интерфейс для базы был создан с помощью Oracle Database 10g Express Edition (Application Express). При использовании данного программного продукта разработка пользовательского интерфейса осуществляется с помощью запросов.

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

На рис.3.12. изображена блок-схема пользовательского  интерфейса ИС «Обработка кредитных заявок».

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

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

Схема компонентов пользовательского  интерфейса ИС

«Обработка кредитных заявок»


 

Рис. 3.12

Идентификация

Рис.3.13.

 

На  рис.3.14 представлено диалоговое окно «Поиск заявки». На этой странице сотрудник  может осуществить поиск заявок по заданным критериям.

Диалоговое окно «Поиск заявки»

Рис. 3.14

Следующая страница «Новый клиент», где создается информация по клиенту присваивается идентификационный номер.

 

Диалоговое окно «Новый клиент»

 

Рис.3.15

После создания клиента, переходим  на страницу «Новая заявка», где сотрудник  заводит заявку, т.е. информацию о  желаемом кредите, также прикрепляет  отсканированный пакет документов.

Диалоговое окно «Новая заявка»

Рис.3.16

На  странице «Отчет» сотрудник может  посмотреть списки сотрудников, в котором  отражается информация  или клиентов.

Диалоговое окно «Отчет»

Рис. 3.17

 

Работа  с базой данных ИС «Обработка кредитных  заявок»

 

На  вкладке «Поиск заявки» можно  осуществить запрос, где пользователь может найти заявку по параметрам: дата заведения заявки, ФИО клиента, подразделение, Вид кредита. Также  можно результаты вывести на печать.

 

 

 

 

 

Поиск заявки

Рис. 3.18

 

На  рис.3.18  расположена страница «Новый клиент», где сотрудник заполняет  необходимые поля, далее сохраняет  или может удалить запись. При  создании нового клиента присваивается  идентификационный номер.

 

 

Сохранение или удаление записи о клиенте

Рис. 3.18

 

Далее после того, как пользователь создал клиента, и клиенту присвоился идентификационный номер, создается заявка. На этой странице пользователь выбирает из списка вид кредита, после этого автоматически показывает ID вид кредита, заполняя ФИО сотрудника, также автоматически показывает ID сотрудника, тоже самое происходит и с вводом ФИО клиента, выбираем дату заведения заявки и прикрепляем отсканированные документы. (рис.3.19).

Создание новой заявки

Рис. 3.19

 

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

 

 

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

Рис. 3.20

 

Следующая вкладка «Все заявки»  представлена в виде отчета, которая  показывает всю необходимую информацию о кредитных заявках, в том  числе статус заявки и комментарии.

Все заявки

Рис.3.21

 

 

 

На этой странице есть кнопка «Одобренные  заявки», которая позволяет сформировать отчет по одобренным кредитам, предварительно задав период времени.

 

Одобренные кредиты

Рис. 3.22

 

Благодаря кнопке «Средняя сумма одобренных кредитов» пользователь может узнать  среднюю сумму одобренных заявок по видам кредита.

 

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

Рис. 3.23

 

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

Отчет для кредитного отдела

Рис. 3.24

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

Отчет для управляющих

Рис. 3.25

И на последней вкладке «Отчет»  можно запросить полный список по клиентам или сотрудникам

Отчет по клиентам

Рис. 3.26

 

Отчет по сотрудникам

Рис. 3.27

4. ЭКОНОМИЧЕСКАЯ ЧАСТЬ

4.1. Расчет  трудоемкости разработки и внедрения АС

Для того чтобы определить нормативную  трудоемкость на определенные операции необходимо воспользоваться отраслевым стандартом ОСТ 4.071.030.

Перед тем как начинать расчеты  нужно определить следующие характеристики:

  • Степень новизны;
  • Группу сложности задач;
  • Группу сложности программы.

Представим данные в таблице 4.1:

 

Таблица. 4.1

Характеристики разрабатываемой  АС

Класс

Описание

Степень новизны – 1

Разработка головных (типовых) проектов АСУП, реализуемых на ЕС ЭВМ

Группа сложности задач - 2

Алгоритмы, позволяющие решать задачи:

оперативного планирования производством;

текущего планирования и регулирования  трудовыми и материальными ресурсами;

управление технической подготовкой  производства;

нормативного и аналитического учета

Группа сложности программы - 3

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


 

 

На основании выбранных характеристик, осуществляется расчет затрат времени  на разработку и внедрение АС. Данная информация представлена в таблице 4.2

 

Таблица 4.2

Нормативы трудоемкости АС

 

Стадии разработки проекта

Трудоёмкость по

ОСТ 4.071-030,

нормо-часы.

Трудоёмкость

с  учетом поправочного коэффициента

нормо-часы.

1

2

3

Разработка технического задания

Организационно-техническая подготовка к обследованию объекта управления

114

5,1

Обследование объекта управления

2025

91,1

Анализ и оформление материалов обследования

2772

124,7

Разработка плана мероприятий  по подготовке объекта к внедрению  системы

123

5,5

Разработка основных требований к  создаваемой системе, составление  и согласование технического задания

5558

250,1

Предварительный расчёт экономической  эффективности разрабатываемой  системы

180

8,1

 

Итого по 1 разделу:

10772

484,6

Разработка технического проекта

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

595

26,8

Разработка структуры автоматизированной системы управления объектом

700

31,5

Доработка (выбор) языка описания информации

2676

120,4

Обоснование состава задач, их взаимосвязей и разработка схем документооборота

2150

96,7

Разработка проектных решений  по техническому обеспечению системы

1392

62,6

Разработка физической организации  базы данных БД

2128

95,8

Разработка (доработка) алгоритмов формирования БД

3380

152,1

Разработка (доработка) алгоритмов ведения  БД

4420

198,9

Разработка (доработка) логической структуры  базы данных БД.

3192

143,6

Информация о работе Проектирование автоматизированной информационной системы по работе с кредитными заявками в ЗАО ЮниКредит Банк