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

Сервер, который получает объекты, должен быть Microsoft SQL Server версии 6.5.Сервер-источник может быть Microsoft SQL Server версии 4.х или 6.х или сервер Sybase.

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

В роли СУБД выбран Oracle Database т.к.:

• поддержка больших БД и параллельность обработки данных;
• импорт/экспорт информации из других СУБД;
• предназначен непосредственно для разработки пользовательских приложений, а также выполняет функции управления базой данных.
• разработка пользовательского приложения  для данной АС выполняется при помощи  APEX и HTML.

2.2.2. Обзор языка программирования

Один из основных компонентов  Oracle Server - его процессор PL/SQL. (PL - Procedural Language - процедурный язык.)

PL/SQL - язык Oracle четвертого поколения, объединяющий структурированные элементы процедурного языка программирования с языком SQL, разработанный специально для организации вычислений в среде клиент/сервер. Он позволяет передать на сервер программный блок PL/SQL, содержаший логику приложения, как оператор SQL, одним запросом. Используя PL/SQL, можно значительно уменьшить объем обработки в клиентской части приложения и нагрузку на сеть. Например, может понадобиться выполнить различные наборы операторов SQL в зависимости от результата некоторого запроса. Запрос, последующие операторы SQL и операторы условного управления могут быть включены в один блок PL/SQL и пересланы серверу за одно обращение к сети.

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

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

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

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

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

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

 

2.3. Обоснование необходимости разработки собственной ИС и выбора средств разработки и проектирования

В результате проведенного анализа  аналогов программных продуктов, можно  сделать вывод, что ни один из рассмотренных  продуктов не удовлетворяет потребностям ЗАО ЮниКредит Банк.

Все автоматизированные системы, рассмотренные  как аналоги, являются достаточно мощными, и имеют множество модулей  системы, ориентированные на тот  или иной отдел.

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

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

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

Для проектирования будут  использоваться следующие средства: BPWin, ERWin.

Проанализировав масштабы системы, для  ее разработки была выбрана СУБД Oracle Database. В качестве языка для написания интерфейса выбран язык программирования PL/SQL, т.к. можно значительно уменьшить объем обработки в клиентской части приложения и нагрузку на сеть.

 

 

3. ПРОЕКТНАЯ ЧАСТЬ

                                    3.1. Техническое задание

3.1.1. Общие сведения и назначение системы

Техническое задание составлено в  соответствии с ГОСТ 34.602-89.

Полное  наименование разрабатываемой системы: Информационная система «Обработка кредитных заявок», ИС «Заявки».

Наименование  предприятия разработчика и заказчика  системы и их реквизиты: Заказчик: ЗАО «ЮниКредит Банк»

Основные  реквизиты: 119034, Москва, Пречистенская  наб., д. 9.

ИНН/КПП: 7710030411/775001001.

Разработчик: IT-отдел .

Основные  реквизиты: 119034, Москва, Пречистенская  наб., д. 9.

ИНН/КПП: 7710030411/775001001.

Перечень  документов являющихся основание для  создания данной автоматизированной системы: система создаётся на основании приказа № 458 от 05.03.2011, утверждена председателем правления Алексеевым М.Ю..

Плановые  сроки начала и окончания мероприятия  по разработке данной ИС: с 1 апреля 2011 года по 31 июля 2011 года. Общий срок времени на разработку составляет 3 месяца.

Сведения об источниках и порядке  финансирования работ: источником финансирования является собственные средства ЗАО «ЮниКредит Банк».

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

Назначение  системы: при помощи автоматизации происходит сбор, хранение, обработка и выдача кредитов.

Разрабатываемая информационная система  будет содержать:

- сбор данных по заявкам;

- обработка данных, содержащихся  в заявках;

- хранение данных, содержащихся в  заявках;

- регистрация и контроль новых  заявок;

- хранение оперативных данных  системы;

- оперативное предоставление необходимой  информации по заявкам;

- регистрация статуса заявки;

- контроль над поступающими документами  по заявкам;

- предоставление отчетности по  количеству заявок.

Основные цели создания системы:

• уменьшения времени на выполнение операций;
• уменьшение затрат на курьерскую доставку;
• увеличение качества работы сотрудников и уменьшение кол-ва ошибок при ведении документации вручную.

3.1.2. Требования к системе

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

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

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

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

Требования безопасности: системы  при ее использовании и обслуживании должны отвечать всем требованиям безопасности. 

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

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

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

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

3.1.3. Требования к функциям (задачам) системы

К функциям информационной системы относится:

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

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

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

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

3.1.4. Требования к видам обеспечения

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

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

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

Требования к программному обеспечению: данная программа базируется на основе MS Windows.

Требования к техническому  обеспечению:

• процессор: процессор -Intel ® Pentium 2.80 GHz;
• оперативная память: 256 МБ;
• свободное место на жестком диске: не менее 35 МБ, а также сеть.

3.2. Функциональное моделирование деятельности                                      ЗАО ЮниКредит Банк(TO-BE)

Следующим этапом проектирования ИС является разработка модели «TO-BE». На рис.3.1. видно, что функциональный блок обработки заявок изменился, это связано с внедрением автоматизированной системы «Учет заявок на получение кредита». Данная автоматизированная система позволила нам сократить количество выполняемых операций, а также сократить время их выполнения. При первоначальном проектировании в функциональной модели блоки «Отправка заявки в кредитный отдел по внутренней почте», «Проверка клиента в службе безопасности», участвующие в модели AS-IS изменены на блоки «Сканирование документов» и «Отправка документов в кредитный отдел». На этапе «Отправка документов в кредитный отдел через программу» участвует ИС, благодаря которой, сотрудникам банка не нужно отправлять заявку по внутренней почте. Достаточно отсканировать пакет документов и отправить через программу, что значительно сокращает срок рассмотрения заявления на получение кредита, приводит к увеличению прибыли банка, также благодаря программе могут одновременно просматривать заявки ГВС, кредитный отдел и отдел безопасности.