Разработка система учета кредитов банка

«МОСКОВСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ

ПУТЕЙ СООБЩЕНИЯ»

(МИИТ)

 

 

Институт  Экономики и финансов

Кафедра «Экономическая информатика»

 

 

 

 

 

 

КУРСОВАЯ  РАБОТА

 

по  дисциплине «Проектирование ЭИС»

 

Тема: «Р-ка система учета кредитов банка»

 

 

 

 

 

 

 

 

 

 

 

Выполнила: Лобода А.В.

Группа: ЭИЭ-311

 

Проверила: Морозова Вера Ивановна.

 

 

 

 

 

 

 

 

 

 

Москва 2013г.

Содержание:

 

Введение………………………………………………………………………………………………….3

Постановка задачи………………………………………………………………………………………

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

        1.Общие сведения………………………………………………………………………..

           1.1  Наименование  системы …………………………………………………………..          

           1.2  Код системы ……………………………………………………………………….

           1.3  Наименование организации разработчика  ……………………………………….        

           1.4  Разработчик ………………………………………………………………………..

           1.5  Наименование организации заказчика…………………………………………..

           1.6  Перечень документов ,являющейся  основой для создания системы  …………..                

           1.7  Сроки начала и окончания   разработки ЭИС ……………………………………

           1.8  Источник финансирования …………………………………………………………..

           1.9  Порядок оформления и предъявления  заказчику результатов работ  по созданию системы, по изготовлению  и наладке отдельных средств  и программно-технических комплексов  системы……………………………………………………………………….

        2.Назначение  и цели создания системы……………………………………….

           2.1 Назначение  ЭИС

           2.2 Цели  создания системы

      3.Характеристики  объекта автоматизации

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

          4.1Требование  к системе в целом:

                   4.1.1. К структуре и функционированию  системы

                    4.1.2. К численности квалифицированных  работников 

                    4.1.3.К надежности и безопасности  работы системы

                    4.1.4.Эксплуатации, техническому обслуживанию

                    4.1.5.К сохранности информации  при аварийных ситуациях

                    4.1.6.Требования к унификации и  стандартизации и т.д.

           4.2.Требование  к функциям:

                   4.2.1.Очередность их создания

                   4.2.2.временной регламент и качество  выполнения каждой функции, задачи  или комплекса

                  4.2.3.форма представления выходной  информации

                  4.2.4.достоверность и т.д.

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

                    4.3.1.математическому, программному, техническому,

5.Состав и содержание работ  по созданию системы

  6.Порядок контроля приемки  системы

         6.1.Виды, состав, методы испытания системы и ее частей, общие требования к приемке работ по стадиям, порядок утверждения приемных документов, статус приемочной комиссии

7.Требования к составу и содержанию  работ по подготовке объекта  автоматизации к вводу системы  в действие

8.Требования к документированию 

      • Образец заполнения заявления-анкеты
      • Образец заполнения кредитного договора
      • Договор поручительства
      • График платежей
      • Заявление индивидуального заемщика
      • Банковская выписка

9.Источники разработки

 

Введение:

 

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

 

В настоящее время, при создании современных ИС требуется применение специальных методик и инструментов. Для решения этой сложной задачи системные аналитики и разработчики ИС проявили большую заинтересованность к Computer Aided Software/System Engineering (CASE), а также и к ее инструментальным средствам (CASE-средства).

 

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

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Постановка  задачи:

 

Требуется спроектировать информационную систему  учета кредитов в банке , используя инструментальное  средство BPWin, ERWin

 

 При разработке  системы в пакет  BPWin в ходят , следующие модели:

 

  • IDEF0- функциональное моделирование (Function Modeling Method)
  • DFD- диаграммы потоков данных (Dataflowdiagramming)
  • IDEF3– моделирование деятельности (Process Flow and Object Stale Description Capture Method)

При разработке в пакет ERWin входят следующие модели:

 

  • Логическая модель
  • Физическая модель

 

 «Техническое задание на создание АС», включающего следующие разделы:

 

  • Общие сведения о проекте
  • Назначение и цели создания ЭИС
  • Характеристика объекта автоматизации
  • Требования к системе»
  • Состав и содержание работ по созданию системы
  • Порядок контроля приемки системы
  • Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие
  • Требования к документированию
  • Источники разработки

 

 

 

 

 

 

 

 

 

 

 

 

  

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

  1. Общие сведения

 

             1.1  Наименование  системы: Р-ка системы учета кредитов банка

             1.2  Код системы : 31111

             1.3  Наименование организации разработчика: «ОАО ЛАВ»

             1.4  Разработчик : Лобода Алена Викторовна

             1.5  Наименование организации заказчика: Государственное образовательное учреждение высшего профессионального образования "Московский государственный университет путей сообщения",  Кафедра «Экономическая информатика».

          1.6  Перечень документов ,являющейся  основой для создания системы: «Задание на курсовую работу по р-ка системы учета кредитов в банке» по дисциплине  «проектирование ЭИС»

             1.7  Сроки начала и окончания разработки ЭИС

Начало разработки ЭИС  - 07.02.13

Окончание разработки ЭИС – 28.05.13

             1.8  Источник финансирования Так как работа выполняется в рамках курсовой работы то финансирование не предусмотрено

           1.9  Порядок оформления и предъявления заказчику результатов работ по созданию системы, по изготовлению и наладке отдельных средств и программно-технических комплексов системы

Порядок оформления :

Прием и контроль поступающих документов клиента

Определение кредитоспособности

Оформление кредитного договора

Составления графиков платежей

Оформление выдачи кредита

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

- Кредитный договор 

- Договор Поручительства 

- График платежей

-Банковская выписка

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

        2.Назначение и цели создания системы

 

                   2.1 Назначение ЭИС:

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

-    максимальное  отображение всех этапов жизненного  цикла проекта;

-    обеспечение минимального трудовых и стоимостных затрат на проектирование и сопровождение проекта;

-    технология должна способствовать  росту производительности труда  проектировщика;

-    простота ведения проектной документации;

-  технология  должна обеспечивать надежность  процесса проектирования и эксплуатации  проекта.

                    2.2 Цели создания системы

Основная  цель данного проекта автоматизация  системы учета кредитов в банке

   3.Характеристики объекта автоматизации

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

Форма кредита характеризует внешнее  проявление и организацию кредитных  отношений, их структуру с учётом особенностей кредитора и заёмщика, а также использование ссуженной стоимости. 
 
Формы кредита можно рассматривать в зависимости от характера ссужаемой стоимости, кредитора и заемщика и целевых потребностей заемщика. По сфере функционирования можно выделить национальный и международный кредит. По характеру ссужаемой стоимости - денежный, товарный и смешанный (товарно-денежный) кредит. Последний предоставляется в денежной форме, а возвращается товарами. По субъектам кредитный отношений - банковский, государственный, коммерческий, потребительский, лизинговый, факторинговый, ипотечный. 
 
В теории кредита можно видеть и классификацию кредита по другим признакам: 
 
1) по срокам - краткосрочные, среднесрочные, долгосрочные; 
 
2) по видам обеспечения - обеспеченные и необеспеченные (бланковые); 
 
3) по видам кредиторов - банковский, государственный, коммерческий, кредит страховых компаний, кредит частных лиц, консорциональный кредит; 
 
4) по видам заемщиков - сельскохозяйственный, промышленный, коммунальный, персональный; 
 
5) по использованию - потребительский, промышленный, инвестиционный, сезонный, кредит на операции с ценными бумагами, импортный, экспортный; 
 
6) по размерам - мелкий (микрокредит), средний, крупный; 
 
7) но платности - платный и бесплатный (беспроцентный); 
 
8) по валюте - в национальной и иностранной валюте и т.д.  
 
Считается, что такую классификацию нельзя считать исчерпывающей, так как в ее основе лежат формальные признаки. Поэтому можно выделить также такие виды кредита, как пролонгированный кредит, срок возврата которого продлен банком и отнесен на счет пролонгированной задолженности по кредитам. Одной из форм предоставления кредита заемщику является открытие кредитной линии. Кредитная линия (как вид кредита) представляет собой юридически оформленное обязательство кредитной организации перед заемщиком о предоставлении ему кредита в согласованном размере и на определенные цели в течение установленного периода действия кредитного договора. Кредитование в рамках договора текущего банковского счета (овердрафта) означает предоставление кредитной организацией кредита владельцу счета посредством платежа по требованиям к текущему банковскому счету, несмотря на отсутствие на нем денежных средств, но в пределах договора с последующим погашением возникающей задолженности владельца счета перед кредитором за счет поступающих средств. 
 
Особым видом кредита является ломбардный, представляющий собой краткосрочную и фиксированную по размерам ссуду, обеспеченную легко реализуемым движимым имуществом или правами. Основными разновидностями ломбардного кредита являются кредит под залог ценных бумаг, кредит под залог товаров, кредит под залог требований (сберегательных вкладов, страховых договоров, ипотеки и т.д.). Заемщик вправе использовать ломбардный кредит по своему усмотрению, и любое ограничение данного права является недействительным. Стоимость ломбардного кредита для заемщика складывается из процента и комиссионных платежей. Срок начисления процентов за пользование ломбардным кредитом не может превышать срока кредита, а величина комиссионных платежей зависит прежде всего от издержек по хранению залогового имущества

 

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

 

                    4.1Требование к системе в целом:

              4.1.1. К структуре и функционированию системы

 

В состав информационной системы учёта кредита в банке   –  должны входить следующие подсистемы:

  • Прием  и контроль поступающих документов клиента
  • Определение кредитоспособности
  • Оформление кредитного договора
  • Составление графика платежей
  • Оформление выдачи кредита

 

Основным  требованием к средствам связи  при информационном обмене данными  между компонентами системы является наличие распределенной локальной  сети со скоростью обмена данными  не менее 128 Кбит/с.

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

Для информационной системы определены следующие режимы функционирования:

  • активный режим работы
  • режим ожидания.

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

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

     4.1.2. К численности квалифицированных работников

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

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

 

     4.1.3.К надежности и безопасности работы системы

Параметрическая надежность на всем программном жизненном  цикле должна быть не менее 0,985.

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

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

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

Параметрическая надежность на всем программном жизненном  цикле должна быть не менее 0,985.

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

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

 

              4.1.4.Эксплуатации, техническому обслуживанию

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

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

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

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

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

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

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

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

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

 

 

              4.1.5.К сохранности информации при аварийных ситуациях

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

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

 

              4.1.6.Требования к унификации и стандартизации и т.д.

Немаловажным моментом при обеспечении  жизненного цикла информационных систем является соответствие выбранной модели жизненного цикла общепринятым государственным  стандартам ГОСТ, ГОСТ Р ИСО/МЭК. Среди таковых предполагается использование:

  • ГОСТ Р ИСО/МЭК 12207-99 Информационная технология. Процессы жизненного цикла программных средств;
  • ГОСТ Р ИСО/МЭК 15271-02. Информационная технология. Руководство по применению ISO 12207.

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

  • ГОСТ Р ИСО 9000-2001. Система менеджмента (административного управления) качества. Основы и словарь;
  • ГОСТ Р ИСО 9001-2001. Система менеджмента (административного управления) качества. Требования.

4.2.Требование к функциям:

       4.2.1.Очередность их создания

1.Рассмотрение заявления  клиента на кредит 

2.Прием документов клиента  на кредит

3.Проверка клиента на  кредитоспособность

4.Оформление кредита 

5.Составления графиков  платежей

6.Оформление выдачи кредита

7. Выдать деньги 

       4.2.2.временной регламент и качество выполнения каждой функции, задачи или комплекса

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

       4.2.3.форма представления выходной информации

Виде образцов документов

       4.2.4.достоверность и т.д.

Будит определяться на выполнение приема документа на стадии анализа

 

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

        4.3.1.математическому, программному, техническому, информационному и методическому.

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

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

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

Используемое при разработке программное  обеспечение и библиотеки программных  кодов должны иметь широкое распространение  и быть общедоступными. Базовой операционной системой (ОС) должна являться ОС Microsoft Windows XP,7 и т.д с установленной СУБД и программным интерфейсом, обеспечивающим работу с информационной системой.

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

Требуется к ПК                                     Рекомендуется 

Системные требования

300 МГц процессор, 128 Кбайт L2­кэш, 32 Мбайт ОЗУ, PC 99 basic minimum

  

Шины

2 порта USB, отсутствие карт и  слотов ISA

IEEE 1394, Device Bay

Устройства ввода/вывода

PC 99 basic minimum

Устройства, использующие USB IrDA­совместимые устройства, SmartCard

Видеосистема

PC 99 basic minimum

Аппаратная 3D­акселерация, DVD­Video и MPEG2­проигрыватели

Звуковая система

  

PC 99 Audio

Устройства хранения информации

PC 99 basic minimum, CD­ или DVD­привод

Для второго устройства желательно использовать IEEE 1394

Коммуникационное оборудование

Сетевой адаптер с драйвером NDIS 5.0

Внутренний факс&shy;модем стандарта V.90 или другие устройства для подключения к публичным сетям</TBODY>


 

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

 

  5.Состав и содержание работ по созданию системы

Содержание  Работы:

1.Разработка  информационной системы

2. Разработка документов технического проекта АС Учет кредитов банка

3. Оформление  расчетно-пояснительной записки  (РПЗ) и представление на первичное  рецензирование руководителю

4. Исправление  выявленных замечаний и недостатков  в РПЗ

Содержание  Работы:

  1. Информационная система
  2. Документы технического проекта АС по учету кредита в банке.
  3. расчетно-пояснительной записки (РПЗ)
  4. Конечный вариант РПЗ

       6.Порядок контроля приемки системы

 

          6.1.Виды, состав, методы испытания системы и ее частей, общие требования к приемке работ по стадиям, порядок утверждения приемных документов, статус приемочной комиссии

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

Методы проектирования ЭИС можно классифицировать:

по степени автоматизации

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

по степени использования типовых  проектных решений

        • оригинальное (индивидуальное)  -  разработка с «нуля»;
        • типовое  -  настройка ЭИС из готовых типовых проектных решений – программных модулей;

по степени адаптивности  проектных  решений  методы  проектирования классифицируются на методы: 

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

 

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

Разработка система учета кредитов банка