Автоматизация расчетов по ипотечному кредитованию
Создание информационной системы автоматизации расчетов по ипотечному кредитованию: выбор среды программирования, нормализация таблиц, проектирование даталогической модели учёта расчета ипотечного кредита на основе средства ERwin, запросов базы данных.
| Рубрика | Программирование, компьютеры и кибернетика |
| Вид | дипломная работа |
| Язык | русский |
| Дата добавления | 15.01.2012 |
| Размер файла | 2,2 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Реконструкция Объекта недвижимости
· проектно-сметная документация;
· договор о проведении работ по реконструкции с указанием их стоимости (предъявляется при наличии);
· документы о государственной регистрации права собственности (права аренды) на земельный участок, на котором будет вестись (ведется) реконструкция жилого дома, дачи, садового дома, гаража и других строений потребительского назначения (предъявляются);
· разрешение на проведение реконструкции (предъявляется при наличии).
5. Документ, подтверждающий наличие или уплату собственных средств Заемщика в размере не менее 10% от стоимости объекта недвижимости Перечень документов может быть дополнен по усмотрению Банка.
Прочие расходы потребителя
· В качестве обеспечения может быть принят залог ликвидного имущества, в том числе объект недвижимости, расходы по оформлению которого (страхование, нотариальное удостоверенное согласие супруга(-и) на передачу объекта недвижимости в залог и т.п.) несет заемщик.
· Заемщик обязан застраховать в пользу Банка на срок действия кредитного договора передаваемое в залог имущество от рисков утраты (гибели), повреждения. Страхование может осуществляться всеми страховыми компаниями, отобранными по итогам проведенного Банком тендера.
· За несвоевременное внесение платежа в погашение кредита и/или в уплату процентов взимается штраф в размере двукратной процентной ставки, действующей по кредитному договору с суммы просроченного платежа за период просрочки
|
3. КРЕДИТ ИПОТЕЧНЫЙ + |
||
|
Кредит предоставляется гражданам Российской Федерации в возрасте от 18 лет при условии, что срок возврата кредита по договору наступает до исполнения Заемщику 75 лет на строительство/приобретение Объекта недвижимости, строящегося (построенного) с участием кредитных средств Банка. |
||
|
Срок кредитования |
До 30 лет |
|
|
Валюта кредита |
· рубли; · иностранная валюта: доллары США; евро |
|
|
Процентная ставка |
г. Санкт-Петербург Размер первоначального взноса Свыше 5 до 10 лет Свыше 10 до 20 лет Свыше 20 до 30 лет до регистрации ипотеки после регистрации ипотеки до регистрации ипотеки после регистрации ипотеки до регистрации ипотеки после регистрации ипотеки RUR до 20% 12,5 12,0 13,25 12,75 13,5 13,0 от 20% до 30% 11,75 12,5 12,75 свыше 30% 11,5 12,25 12,5 USD, EUR до 20% 11,0 10,75 11,25 11,0 11,5 11,25 от 20% до 30% 10,5 10,75 11,0 от 30% до 50% 10,25 10,5 10,75 свыше 50% 9,5 10,0 10,5 Ленинградская, Калининградская, Мурманская, Новгородская, Псковская область и республика Карелия Размер первоначального взноса Свыше 5 до 10 лет Свыше 10 до 20 лет Свыше 20 до 30 лет до регистрации ипотеки после регистрации ипотеки до регистрации ипотеки после регистрации ипотеки до регистрации ипотеки после регистрации ипотеки RUR до 20% 12,5 12,0 13,25 12,75 13,5 13,0 от 20% до 30% 11,75 12,5 12,75 свыше 30% 11,5 12,25 12,5 USD, EUR до 20% 11,5 11,25 11,75 11,5 12,0 11,75 от 20% до 30% 11,0 11,25 11,5 от 30% до 50% 10,75 11,0 11,25 свыше 50% 10,0 10,5 11,0 |
|
|
Комиссия за обслуживание ссудного счета |
Единовременная комиссия · по кредитам в рублях и Евро: 1,5 % от суммы кредита по договору, min 3 000 руб., max 25 000 руб. · по кредитам в USD: 4,0 % от суммы кредита по договору, min 3 000 руб |
|
|
Досрочное погашение |
В любое время без штрафных санкций |
|
|
Объект недвижимости |
квартира, жилой дом строящиеся (построенные) Строительной компанией с участием кредитных средств Банка |
|
|
Минимальная сумма кредита |
· предоставляемого отделениями Сбербанка России ОАО, расположенными в г. Санкт-Петербурге и Ленинградской области, 30 000 руб. (или эквивалент этой суммы в иностранной валюте); · предоставляемого отделениями Сбербанка России ОАО, расположенными на территории Калининградской, Мурманской, Новгородской и Псковской области, Республики Карелия, 15 000 руб. (или эквивалент этой суммы в иностранной валюте). |
|
|
Максимальная сумма кредита |
Максимальный размер кредита для каждого Заемщика/Созаемщиков определяется на основании оценки его/их платежеспособности и не может превышать 90% стоимости Объекта недвижимости (его части) либо стоимости работ по его реконструкции, ремонту, отделке. Факт оплаты/наличие собственных средств в размере разницы между стоимостью Объекта недвижимости (проводимых работ) и суммой предоставляемого кредита подтверждается Заемщиком/Созаемщиками до получения (либо одновременно с получением) кредита (первой части кредита). |
|
|
Обеспечение возврата кредита |
· залог кредитуемого Объекта недвижимости (оформляется ипотекой в силу закона). · на период до оформления в залог кредитуемого Объекта недвижимости - залог имущественных прав на возводимый Объект недвижимости. · другое обеспечение (при необходимости). |
|
|
Дополнительные требования к обеспечению |
В качестве дополнительного обеспечения по Жилищным кредитам оформляется: · поручительство супруги(а) Заемщика, если она (он) не является Созаемщиком (или в составе основного обеспечения, при необходимости); · поручительства членов семьи Заемщика/Созаемщиков (родителей, совершеннолетних детей), которые будут зарегистрированы по месту постоянного проживания в приобретаемом/строящемся Объекте недвижимости. |
|
|
Список предоставляемых заемщиком документов |
1. Заявление-анкета; 2. Паспорт Заемщика (Созаемщиков), Поручителей 3. Документы, подтверждающие величину доходов и размер удержаний Заемщика (Созаемщиков) за последние 6 месяцев (по форме банка) 4. Документы в зависимости от цели кредита: Приобретение Объекта недвижимости · документы, подтверждающие стоимость Объекта недвижимости (проект договора купли-продажи; предварительный договор купли-продажи; договор купли - продажи и т.п.); · свидетельство о регистрации права собственности Продавца на Объект недвижимости; Строительство Объекта недвижимости по договорам инвестирования строительства, уступки права требования и т.п. · документы, идентифицирующие Объект недвижимости, подтверждающие его стоимость и предусматривающие порядок вступления Заемщика (Созаемщиков) в права собственности на Объект недвижимости (договор инвестирования строительства, договор уступки права требования и т.п.). Если разрешение на строительство Объекта недвижимости получено Застройщиком после 01.04.2005г., договор инвестирования строительства, договор уступки права требования должны быть зарегистрированы в органах, осуществляющих государственную регистрацию прав на недвижимое имущество и сделок с ним; 5 . Документ, подтверждающий наличие или уплату собственных средств Заемщика в размере не менее 10% от стоимости объекта недвижимости Перечень документов может быть дополнен по усмотрению Банка. |
|
|
Прочие расходы потребителя |
· В качестве обеспечения может быть принят залог ликвидного имущества, в том числе объект недвижимости, расходы по оформлению которого (страхование, нотариальное удостоверенное согласие супруга(-и) на передачу объекта недвижимости в залог и т.п.) несет заемщик. Заемщик обязан застраховать в пользу Банка на срок действия кредитного договора передаваемое в залог имущество от рисков утраты (гибели), повреждения. Страхование может осуществляться всеми страховыми компаниями, отобранными по итогам проведенного Банком тендера. · За несвоевременное внесение платежа в погашение кредита и/или в уплату процентов взимается штраф в размере двукратной процентной ставки, действующей по кредитному договору с суммы просроченного платежа за период просрочки. |
|
4. МОЛОДАЯ СЕМЬЯ |
||
|
Кредит предоставляется физическим лицам - гражданам Российской Федерации в возрасте от 18 лет состоящим в браке, при условии, что один из супругов не достиг 35-ти летнего возраста, а также гражданам из неполных семей с детьми, в которой мать (отец) не достигли 35-ти летнего возраста. |
||
|
Срок кредитования: |
До 30 лет (Банк вправе предоставить отсрочку в погашении кредита с увеличением срока кредитования на период строительства Объекта недвижимости до 2- х лет, а также при рождении ребенка до 3-х лет; суммарный период отсрочек до 5-ти лет) |
|
|
Условия предоставления кредита |
Кредит предоставляется на условиях кредитных программ: "Кредит на недвижимость", "Ипотечный кредит", "Ипотечный+". |
|
|
Объект недвижимости |
Объект недвижимости - квартира; жилой дом; часть квартиры или жилого дома, состоящая из одной или нескольких изолированных комнат; земельный участок с построенным/строящимся жилым домом или приобретаемый с целью строительства на нем жилого дома, расположенные на территории Российской Федерации. |
|
|
Цель кредитования |
Приобретение, строительство Объектов недвижимости |
|
|
Кто может получить кредит |
Обязательным условием является погашение кредита до исполнения Заемщику/Созаемщикам 75 лет. Кредит предоставляется: · Заемщику - матери (отцу) из неполной семьи; · Созаемщикам - · а) супругам; · б) супругам и Родителям супругов; · в) матери (отцу) из неполной семьи и ее (его) Родителям. |
|
|
Комиссия за обслуживание ссудного счета |
Единовременная комиссия: · по кредитам в рублях и Евро: 1,5 % от суммы кредита по договору, min 1 500 руб., max 15 000 руб. · по кредитам в USD: 4,0 % от суммы кредита по договору, min 1 500 руб |
|
|
Досрочное погаше-ние |
В любое время без штрафных санкций |
|
|
Минимальная сумма кредита |
· предоставляемого отделениями Сбербанка России ОАО, расположенными в г. Санкт-Петербурге и Ленинградской области, 30 000 руб. (или эквивалент этой суммы в иностранной валюте); · предоставляемого отделениями Сбербанка России ОАО, расположенными на территории Калининградской, Мурманской, Новгородской и Псковской области, Республики Карелия, 15 000 руб. (или эквивалент этой суммы в иностранной валюте). |
|
|
Максимальная сумма кредита |
Зависит от платежеспособности Заемщика/Созаемщиков и не может превышать: · 95% покупной (инвестиционной/сметной) стоимости Объекта недвижимости для Молодой семьи с ребенком (детьми). · 90% покупной (инвестиционной/сметной) стоимости Объекта недвижимости для Молодой семьи без детей. |
|
|
Обеспечение возврата кредита |
В соответствии с выбранной кредитной программой: "Кредит на недвижимость", "Ипотечный кредит", "Ипотечный+". |
|
|
Список предоставляемых заемщиком документов |
1. Заявление-анкета 2. Паспорт Заемщика (Созаемщиков), Поручителей 3. Документы, подтверждающие величину доходов и размер удержаний Заемщика (Созаемщиков) и Поручителей за последние 6 месяцев (по форме банка) 4. Свидетельство о браке (не требуется в случае предоставления кредита лицам из неполных семей); 5. Свидетельство о рождении ребенка (в случае его наличия); 6. Документы в зависимости от выбранной кредитной программой: "Кредит на недвижимость", "Ипотечный кредит", "Ипотечный+". 7. Документ, подтверждающий наличие или уплату собственных средств Заемщика в размере не менее 10 (5 для семей с детьми)% от стоимости объекта недвижимости |
1.11 Выводы по итогам главы
В данной главе мы изучили историю ипотеки и развитие ипотеки в России, преимущества и недостатки ипотеки, участников ипотечного рынка и особенности страхования ипотеки, методику расчетов платежеспособности потребителей и максимального размера кредита, а также проанализировали методику расчетов ежемесячных платежей. В конце первой главы были также рассмотрены виды ипотечных кредитов, разработанные и внедренные Сбербанком России, для дальнейшего использования их в проектируемой информационной системе.
Проектируемое программное средство должно быть предназначено в первую очередь для клиентов, которые заинтересованы в получении кредита, но не имеют конкретной и четкой информации по кредитам, а также не имеют возможности оценить индивидуальные характеристики такого параметра, как собственную платежеспособность.
Основными функциями информационной системы будут являться:
· расчет платежеспособности клиента, определение максимально возможного размера кредита;
· возможность оценить размеры переплаты и ежемесячных платежей;
· возможность создания средств быстрого поиска кредитных договоров по заданным параметрам;
· возможность получения информации о данных Заемщика и Поручителя;
· контроль и учёт кредитных заявок и результатов их анализа;
· возможность отслеживать кредитную историю Клиента.
2. Проектирование информационной системы
2.1 Выбор среды реализации информационной системы
Для эффективной работы учёта расчетов по ипотечному кредиту, база данных должна отвечать следующим требованиям:
· хранение больших объёмов актуальной и достоверной информации;
· простота обращений пользователей к БД;
· возможность внесения, изменения, удаления, сортировки и других манипуляций с данными БД;
· поиск информации по различным группам признаков;
· возможность расширения и реорганизации данных в БД при изменениях предметной области.
В настоящее время одной из самых популярных среди настольных программных систем управления базами данных является MS Access. Среди причин такой популярности следует отметить:
· высокую степень универсальности и продуманности интерфейса, который рассчитан на работу с пользователями самой различной квалификации. В частности, реализована система управления объектами базы данных, позволяющая гибко и оперативно переходить из режима конструирования в режим их непосредственной эксплуатации;
· развитые возможности интеграции с другими программными продуктами, входящими в состав Microsoft Office, а также с любыми программными Продуктами, поддерживающими технологию OLE;
· богатый набор визуальных средств разработки;
· средствами Access можно реализовать интерфейс с элементами объектно-событийного управления, когда выполнение определенных функций связывается с определенными событиями (щелчок мыши, нажатие клавиши и т.п.).
Важным средством, облегчающим работу с Ассеss для начинающих пользователей, являются мастера -- специальные программные надстройки, предназначенные для создания объектов базы данных в режиме последовательного диалога. Для опытных пользователей существуют возможности более гибкого управления ресурсами и возможностями объектов СУБД в режиме конструктора.
Специфической особенностью СУБД Ассеss является то, что вся информация, относящаяся к одной базе данных, хранится в едином файле. Такой файл имеет расширение *.mdb. Данное решение, как правило, удобно для непрофессиональных пользователей, поскольку обеспечивает простоту при переносе данных с одного рабочего места на другое. Внутренняя организация данных в рамках mbd-формата менялась от версии к версии, но фирма Microsoft поддерживала их совместимость снизу вверх, то есть базы данных из файлов в формате ранних версий Access могут быть конвертированы в формат, используемый в версиях более поздних.
Приведённые агрументы в пользу системы Microsoft Access позволяют остановиться на этом средстве проектирования.
Процесс разработки конкретного программного приложения в среде Access в первую очередь определяется спецификой автоматизируемой предметной области. Однако для большинства из них можно выделить ряд типичных этапов. Это:
· разработка и описание структур таблиц данных;
· разработка схемы данных и задание системы взаимосвязей между таблицами;
· разработка системы запросов к таблицам базы данных и (при необходимости) их интеграция в схему данных;
· разработка экранных форм ввода/вывода данных;
· разработка системы отчетов по данным;
· разработка программных расширений для базы данных, решающих специфические задачи по обработке содержащейся в ней информации, с помощью инструментария макросов и модулей;
· разработка системы защиты данных, прав и ограничений по доступу.
Очевидно, что между перечисленными этапами существует большое количество обратных связей, подразумевающих возврат к более ранним шагам, исходя из вновь открывшихся обстоятельств, которые невозможно было заранее учесть или предвидеть.
Еще раз подчеркнем, что описанная последовательность этапов разработки баз данных в MS Access не является безусловным эталоном. Однако очень часто отклонения от нее свидетельствуют не столько об оригинальности хода мысли разработчика, сколько о погрешностях, допущенных им при планировании процесса разработки, или вообще об отсутствии у него какого-либо плана.
2.2 Нормализация таблиц и схема данных
Сталкиваясь с необходимостью разделения исходных данных на таблицы, пользователю приходится решать проблемы, связанные с нормализацией и описанием полей. Итак, для начала нам необходимо создать описание полей. При создании баз данных, предназначенных для решения финансовых и экономических задач, процесс описания атрибутов полей приобретает особое значение. Во-первых, нужно подобрать имя поля. Желательно, чтобы это имя было, с одной стороны, информативным, а с другой - кратким, что обеспечивает несомненные удобства при дальнейших манипуляциях с ним. Далее необходимо определить тип данных, что, очевидно, должно делаться, исходя из содержания тех сведений, которые будут в нем храниться. Обратим внимание на тип Счетчик. Он означает, что СУБД будет самостоятельно помещать в это поле некоторое числовое значение для каждой вновь создаваемой записи таблицы, обеспечивая его уникальность.
Выбор типа данных в Access одновременно определяет набор дополнительных атрибутов соответствующего поля. Наиболее важными являются атрибуты:
· формат поля, определяющий условия вывода данных из этого поля (по умолчанию);
· маска ввода, определяющая условия ввода данных в поле;
· подпись - содержит расширенный заголовок;
· значение по умолчанию - позволяет указать значение, автоматически присваиваемое полю при создании новой записи;
· условие на значение - определяет требования к данным, вводимым в поле;
· сообщение об ошибке - определяет текст сообщения, которое будет выводиться в случае нарушения заданного выше условия;
· обязательное поле - указывает, требует или нет поле обязательного ввода значения;
· индексированное поле - определяет индекс, создаваемый по данному полю. Индекс ускоряет выполнение запросов, в которых используются индексированные поля, и операции сортировки и группировки.
Необходимо заметить, что не следует пренебрегать возможностями управления данными, которые открывают дополнительные атрибуты полей. Их грамотное и продуманное использование позволяет организовать централизованный и эффективный контроль за корректностью и целостностью данных. На завершающем этапе процесса проектирования структуры таблицы происходит задание ключей и индексов. В первом случае достаточно выделить строки, которые должны составить ключевое выражение, и щелкнуть мышью по пиктограмме Ключ на панели инструментов. Для начала выпишем в таблицу ненормализованные данные, которые нужны для построения модели автоматизации расчетов по ипотечному кредитованию:
"Ненормализованные данные"
|
Обозначение |
Подпись |
Тип данных |
Размер поля |
Формат поля |
Свойства предметной области |
|
|
ID_VKred |
Код кредита |
Счетчик |
Дл. целое |
Номер вида кредита |
||
|
Name |
Название акции |
Текстовый |
30 |
Название акции по ипотеке (Ипотечный, Ипотечный+ и т.д.) |
||
|
MinVozr |
Миним. возраст |
Числовой |
Дл. целое |
Минимальный возраст Заемщика и Поручителя |
||
|
MaxVozr |
Максим. возраст |
Числовой |
Дл. целое |
Максимальный возраст Заемщика и Поручителя |
||
|
MinSum |
Миним. сумма |
Денежный |
Денежный |
Минимальная сумма кредита по акции |
||
|
MaxSum |
Максим. сумма |
Денежный |
Денежный |
Максимальная сумма кредита по акции |
||
|
Vznos |
Первый взнос (%) |
Числовой |
Дл. целое |
Минимальный первый взнос в % |
||
|
Kom |
Комиссия (%) |
Числовой |
Одинарное с плавающей точкой |
Единовременная комиссия в % |
||
|
KomNBol |
Коммисия не более |
Денежный |
Денежный |
Максимальный размер комиссии |
||
|
TipKred |
Тип кредита |
Текстовый |
50 |
Тип кредита |
||
|
CrokOt |
Срок от (лет) |
Числовой |
Дл. целое |
Минимальный срок кредита |
||
|
CrokDo |
Срок до (лет) |
Числовой |
Дл. целое |
Максимальный срок кредита |
||
|
God |
% годовых |
Числовой |
Одинарное с плавающей точкой |
Годовая процентная ставка по кредиту |
||
|
ID_Klient |
Код клиента |
Счетчик |
Дл. целое |
Код клиента |
||
|
Fam |
Фамилия |
Текстовый |
50 |
Фамилия клиента |
||
|
Name |
Имя |
Текстовый |
50 |
Имя клиента |
||
|
Otch |
Отчество |
Текстовый |
50 |
Отчество клиента |
||
|
PrejFam |
Прежняя фамилия |
Текстовый |
50 |
Прежняя фамилия клиента |
||
|
DataRojd |
Дата рождения |
Дата/время |
Длин. формат даты |
Дата рождения клиента |
||
|
MRojd |
Место рождения |
Текстовый |
50 |
Место рождения клиента (Тихвин, Бокситогорск и т.д.) |
||
|
Pol |
Пол |
Текстовый |
50 |
Пол клиента |
||
|
SemPol |
Сем. положение |
Текстовый |
50 |
Семейное положение клиента (Замужем, не замужем и т.д.) |
||
|
JilUsl |
Жилищные условия |
Текстовый |
50 |
Жилищные условия клиента (муниципальная квартира, собственный дом и т.д.) |
||
|
KolIjd |
Кол-во иждивенцев |
Числовой |
Дл. целое |
Количество иждивенцев у клиента |
||
|
Obr |
Образование |
Текстовый |
50 |
Образование клиента |
||
|
IndexR |
Индекс |
Текстовый |
50 |
Индекс по месту регистрации |
||
|
SubRFR |
Субъект РФ |
Текстовый |
50 |
Субъект РФ (Ленинградская обл., Московская обл. и т.д.) |
||
|
RaionR |
Район |
Текстовый |
50 |
Район (Тихвинский, Бокситогорский и т.д.) |
||
|
TipNasPR |
Тип насел. пункта |
Текстовый |
50 |
Тип населенного пункта (город, деревня и т.д.) |
||
|
NazvR |
Название |
Текстовый |
50 |
Название населенного пункта |
||
|
UlicaR |
Улица |
Текстовый |
50 |
Название улицы |
||
|
DomR |
Дом |
Тексовый |
50 |
Номер дома |
||
|
CorpR |
Корпус |
Текстовый |
50 |
Номер корпуса |
||
|
KvartR |
Квартира |
Текстовый |
50 |
Номер квартиры |
||
|
DataReg |
Дата регистрации |
Дата/время |
Длин. формат даты |
Дата регистрации клиента по месту прописки |
||
|
Index |
Индекс |
Текстовый |
50 |
Индекс по месту фактического проживания |
||
|
SubRF |
Субъект РФ |
Текстовый |
50 |
Субъект РФ (Ленинградская обл., Московская обл. и т.д.) |
||
|
Raion |
Район |
Текстовый |
50 |
Район (Тихвинский, Бокситогорский и т.д.) |
||
|
TipNasP |
Тип насел. пункта |
Текстовый |
50 |
Тип населенного пункта (город, деревня и т.д.) |
||
|
Nazv |
Название |
Текстовый |
50 |
Название населенного пункта |
||
|
Ulica |
Улица |
Текстовый |
50 |
Название улицы |
||
|
Dom |
Дом |
Тексовый |
50 |
Номер дома |
||
|
Corp |
Корпус |
Текстовый |
50 |
Номер корпуса |
||
|
Kvart |
Квартира |
Текстовый |
50 |
Номер квартиры |
||
|
DomTel |
Дом. тел. |
Текстовый |
50 |
Номер дом. телефона клиента |
||
|
MobTel |
Моб. тел. |
Текстовый |
50 |
Номер мобильного телефона клиента |
||
|
|
|
Текстовый |
50 |
E-mail клиента |
||
|
NomerP |
Номер паспорта |
Текстовый |
50 |
Номер паспорта клиента (вместе с серией) |
||
|
DataVid |
Дата выдачи |
Дата/время |
Длин. формат даты |
Дата выдачи паспорта клиенту |
||
|
Kem |
Кем выдано |
Текстовый |
50 |
Кем выдан паспорт |
||
|
NomRanVPasp |
Номер ранее выданного паспорта |
Текстовый |
50 |
Номер ранее выданного паспорта |
||
|
NaimRab |
Наименование работодателя |
Текстовый |
50 |
Наименование работодателя |
||
|
INNRab |
ИНН работодателя |
Текстовый |
50 |
ИНН работодателя |
||
|
RabTel |
Раб. телефон |
Текстовый |
50 |
Рабочий телефон |
||
|
Doljn |
Должность |
Текстовый |
50 |
Должность клиента |
||
|
Index2 |
Индекс |
Текстовый |
50 |
Индекс (по адресу предприятия) |
||
|
Gorod |
Город |
Текстовый |
50 |
Название города |
||
|
Ulica2 |
Улица |
Текстовый |
50 |
Название улицы |
||
|
NDom |
Дом |
Текстовый |
50 |
Номер дома |
||
|
NKorp |
Корпус |
Текстовый |
50 |
Номер корпуса |
||
|
NOfic |
Офис |
Текстовый |
50 |
Номер офиса |
||
|
TelRabotod |
Тел. работодателя |
Текстовый |
50 |
Телефон работодателя |
||
|
DataUstr |
Дата устройства |
Текстовый |
50 |
Дата устройства на работу |
||
|
Staj |
Стаж |
Числовой |
Дл. целое |
Стаж работы в отрасли |
||
|
SredMesDoh |
Среднемесячный доход |
Денежный |
Денежный |
Среднемесячный доход клиента |
||
|
DohSupr |
Доход супруга/ги |
Денежный |
Денежный |
Среднемесячный доход супруга/ги |
||
|
ID_Dok |
Код документа |
Счетчик |
Дл. целое |
Код документа |
||
|
ID_Por |
Код поручителя |
Числовой |
Дл. целое |
Код поручителя |
||
|
NomDok |
Номер документа |
Текстовый |
50 |
Номер документа |
||
|
Data |
Дата документа |
Дата/время |
Дл. формат даты |
Дата документа |
||
|
Srok |
Срок |
Числовой |
Дл. челое |
Срок кредита |
||
|
Summa |
Стоимость товара |
Денежный |
Денежный |
Стоимость товара (квартиры, дома, гаража и т.д.) |
||
|
PVznos |
Первый взнос |
Денежный |
Денежный |
Сумма первого взноса |
||
|
Summa2 |
Сумма кредита |
Денежный |
Денежный |
Сумма кредита |
||
|
MetPog |
Метод погашения |
Текстовый |
50 |
Метод погашения кредита и уплаты процентов (аннуитетные платежи, дифференцированные платежи) |
||
|
Strah |
Страховка |
Логический |
Да/Нет |
Учет страхования жизни клиента |
||
|
Sost |
Состояние |
Текстовый |
50 |
Состояние документа (на рассмотрении, одобрено или отклонено) |
||
|
N |
Номер платежа |
Числовой |
Дл. целое |
Номер платежа |
||
|
DataPlatR |
Дата платежа |
Дата/время |
Краткий формат даты |
Дата платежа |
||
|
RasmPlatR |
Размер платежа |
Денежный |
Денежный |
Размер платежа |
При изучении данных легко заметить, что они делятся на пять групп, вполне независимых друг от друга:
"Вид кредита"
|
Обозначение |
Подпись |
Тип данных |
Размер поля |
Формат поля |
Индексированное поле |
|
|
ID_VKred |
Код кредита |
Счетчик |
Дл. целое |
Да |
||
|
Name |
Название акции |
Текстовый |
30 |
|||
|
MinVozr |
Миним. возраст |
Числовой |
Дл. целое |
|||
|
MaxVozr |
Максим. возраст |
Числовой |
Дл. целое |
|||
|
MinSum |
Миним. сумма |
Денежный |
Денежный |
|||
|
MaxSum |
Максим. сумма |
Денежный |
Денежный |
|||
|
Vznos |
Первый взнос (%) |
Числовой |
Дл. целое |
|||
|
Kom |
Комиссия (%) |
Числовой |
Одинарное с плавающей точкой |
|||
|
KomNBol |
Коммисия не более |
Денежный |
Денежный |
Таблица "Вид кредита" содержит информацию о видах (акциях) ипотечного кредита (например, "Ипотечный", "Ипотечный+", "Молодая семья"). Атрибуты таблицы простые и зависят только от поля ID_VKred (Номер вида кредита), а значит, таблица находится в первой и во второй нормальной форме. Между атрибутами нет транзитивной зависимости, следовательно, таблица удовлетворяет и требованиям третьей нормальной формы.
"Тип кредита"
|
Обозначение |
Подпись |
Тип данных |
Размер данных |
Формат поля |
Индексированное поле |
|
|
TipKred |
Тип кредита |
Текстовый |
50 |
Да |
||
|
CrokOt |
Срок от (лет) |
Числовой |
Дл. целое |
|||
|
CrokDo |
Срок до (лет) |
Числовой |
Дл. целое |
|||
|
God |
% годовых |
Числовой |
Одинарное с плавающей точкой |
|||
|
ID_VKred |
Код кредита |
Счетчик |
Дл. целое |
Да |
Из предметной области системы следует, что таблица "Вид Кредита" взаимодействует с таблицей "Тип кредита", т.к. у одного вида кредита может быть несколько типов кредита. Чтобы обеспечить связь между таблицами необходимо в таблицу "Тип кредита" добавить поле ID_VKred (Номер вида кредита). Связь между таблицами - один-ко-многим.
Таблица "Тип кредита" содержит информацию о типах кредита. Атрибуты таблицы простые и зависят только от поля TipKred (Тип кредита), а значит, таблица находится в первой и во второй нормальной форме. Между атрибутами нет транзитивной зависимости, следовательно, таблица удовлетворяет и требованиям третьей нормальной формы.
"Клиенты"
|
Обозначение |
Подпись |
Тип данных |
Размер данных |
Формат поля |
Индексирован-ное поле |
|
|
ID_Klient |
Код клиента |
Счетчик |
Дл. целое |
Да |
||
|
Fam |
Фамилия |
Текстовый |
50 |
|||
|
Name |
Имя |
Текстовый |
50 |
|||
|
Otch |
Отчество |
Текстовый |
50 |
|||
|
PrejFam |
Прежняя фамилия |
Текстовый |
50 |
|||
|
DataRojd |
Дата рождения |
Дата/время |
Длин. формат даты |
|||
|
MRojd |
Место рождения |
Текстовый |
50 |
|||
|
Pol |
Пол |
Текстовый |
50 |
|||
|
SemPol |
Сем. положение |
Текстовый |
50 |
|||
|
JilUsl |
Жилищные условия |
Текстовый |
50 |
|||
|
KolIjd |
Кол-во иждивенцев |
Числовой |
Дл. целое |
|||
|
Obr |
Образование |
Текстовый |
50 |
|||
|
IndexR |
Индекс |
Текстовый |
50 |
|||
|
SubRFR |
Субъект РФ |
Текстовый |
50 |
|||
|
RaionR |
Район |
Текстовый |
50 |
|||
|
TipNasPR |
Тип насел. пункта |
Текстовый |
50 |
|||
|
NazvR |
Название |
Текстовый |
50 |
|||
|
UlicaR |
Улица |
Текстовый |
50 |
|||
|
DomR |
Дом |
Тексовый |
50 |
|||
|
CorpR |
Корпус |
Текстовый |
50 |
|||
|
KvartR |
Квартира |
Текстовый |
50 |
|||
|
DataReg |
Дата регистрации |
Дата/время |
Длин. формат даты |
|||
|
Index |
Индекс |
Текстовый |
50 |
|||
|
SubRF |
Субъект РФ |
Текстовый |
50 |
|||
|
Raion |
Район |
Текстовый |
50 |
|||
|
TipNasP |
Тип насел. пункта |
Текстовый |
50 |
|||
|
Nazv |
Название |
Текстовый |
50 |
|||
|
Ulica |
Улица |
Текстовый |
50 |
|||
|
Dom |
Дом |
Тексовый |
50 |
|||
|
Corp |
Корпус |
Текстовый |
50 |
|||
|
Kvart |
Квартира |
Текстовый |
50 |
|||
|
DomTel |
Дом. тел. |
Текстовый |
50 |
|||
|
MobTel |
Моб. тел. |
Текстовый |
50 |
|||
|
|
|
Текстовый |
50 |
|||
|
NomerP |
Номер паспорта |
Текстовый |
50 |
|||
|
DataVid |
Дата выдачи |
Дата/время |
Длин. формат даты |
|||
|
Kem |
Кем выдано |
Текстовый |
50 |
|||
|
NomRanVPasp |
Номер ранее выданного паспорта |
Текстовый |
50 |
|||
|
NaimRab |
Наименование работодателя |
Текстовый |
50 |
|||
|
INNRab |
ИНН работодателя |
Текстовый |
50 |
|||
|
RabTel |
Раб. телефон |
Текстовый |
50 |
|||
|
Doljn |
Должность |
Текстовый |
50 |
|||
|
Index2 |
Индекс |
Текстовый |
50 |
|||
|
Gorod |
Город |
Текстовый |
50 |
|||
|
Ulica2 |
Улица |
Текстовый |
50 |
|||
|
NDom |
Дом |
Текстовый |
50 |
|||
|
NKorp |
Корпус |
Текстовый |
50 |
|||
|
NOfic |
Офис |
Текстовый |
50 |
|||
|
TelRabotod |
Тел. работодателя |
Текстовый |
50 |
|||
|
DataUstr |
Дата устройства |
Текстовый |
50 |
|||
|
Staj |
Стаж |
Числовой |
Дл. целое |
|||
|
SredMesDoh |
Среднемесячный доход |
Денежный |
Денежный |
|||
|
DohSupr |
Доход супруга/ги |
Денежный |
Денежный |
Таблица "Клиенты" содержит информацию о клиентах. Атрибуты таблицы простые и зависят только от поля ID_Klient (Код клиента), а значит, таблица находится в первой и во второй нормальной форме. Между атрибутами нет транзитивной зависимости, следовательно, таблица удовлетворяет и требованиям третьей нормальной формы.
"Платежи"
|
Обозначение |
Подпись |
Тип данных |
Размер данных |
Формат поля |
Индексированное поле |
|
|
N |
Номер платежа |
Числовой |
Дл. целое |
|||
|
DataPlatR |
Дата платежа |
Дата/время |
Краткий формат даты |
|||
|
RasmPlatR |
Размер платежа |
Денежный |
Денежный |
|||
|
ID_Dok |
Код документа |
Числовой |
Дл. целое |
Таблица "Платежи" содержит информацию о всех платежах.
"Договор"
|
Обозначение |
Подпись |
Тип данных |
Размер данных |
Формат поля |
Индексированное поле |
|
|
ID_Dok |
Код документа |
Счетчик |
Дл. целое |
Да |
||
|
ID_Por |
Код поручителя |
Числовой |
Дл. целое |
|||
|
NomDok |
Номер документа |
Текстовый |
50 |
Да |
||
|
Data |
Дата документа |
Дата/время |
Дл. формат даты |
|||
|
Srok |
Срок |
Числовой |
Дл. челое |
|||
|
Summa |
Стоимость товара |
Денежный |
Денежный |
|||
|
PVznos |
Первый взнос |
Денежный |
Денежный |
|||
|
Summa2 |
Сумма кредита |
Денежный |
Денежный |
|||
|
MetPog |
Метод погашения |
Текстовый |
50 |
|||
|
Strah |
Страховка |
Логический |
Да/Нет |
|||
|
Sost |
Состояние |
Текстовый |
50 |
|||
|
ID_Klient |
Код клиента |
Числовой |
Дл. целое |
Да |
Таблица "Договор" содержит информацию о документах. Атрибуты таблицы простые и зависят только от поля ID_Dok (Код документа), а значит, таблица находится в первой и во второй нормальной форме. Между атрибутами нет транзитивной зависимости, следовательно, таблица удовлетворяет и требованиям третьей нормальной формы. Данная таблица необходима для синтеза данных из таблиц "Платежи", "Клиенты" и "Тип кредита". Взаимодействие таблицы "Договор" с таблицами "Платежи", "Клиенты" и "Тип кредита" происходит посредством полей ID_Dok (Код документа), ID_Klient (Код клиента) и TipKred (Тип кредита) соответственно. Связи - один-ко-многим.
2.3 Проектирование датологической модели учёта расчета ипотечного кредита на основе CASE-средства ERwin
Моделирование структуры базы данных при помощи нормализации имеет некоторые недостатки:
размещение всех атрибутов в одном отношении является неестественной операцией, поскольку интуитивно разработчик сразу проектирует несколько отношений, характеризующих объекты;
невозможно сразу определить полный список атрибутов, так как пользователи имеют привычку называть разными именами одни и те же вещи, или наоборот одними именами разные вещи;
для проведения процедуры нормализации необходимо выделить зависимости атрибутов, что не легко, так как необходимо явно выписать все зависимости, даже очевидные.
В реальном проектировании структур баз данных применяется другой метод - семантическое моделирование, под которым понимают моделирование структуры данных, опираясь на смысл этих данных.
Для проектирования датологической модели в СУБД MS Access воспользуемся ER-диаграммами.
В качестве инструмента семантического моделирования используются различные варианты диаграмм сущность-связь, то есть, ER-диаграммы, которые исходят из идеи: рисунок нагляднее текста.
Все ER-диаграммы используют графическое изображение сущностей, их свойств и взаимосвязей между сущностями.
Рис. 1. "ER-диаграмма модели автоматизации расчетов по ипотечному кредитованию"
Приведённая ER-диаграмма (рис.1) наглядно показывает:
- используемые атрибуты и сущности;
- типы данных атрибутов сущностей;
- взаимодействие сущностей и направление связей;
- модальность связей;
- типы связей (определяющая, не определяющая).
ERwin поддерживает прямое и обратное проектирование существующих баз данных и обеспечивает физическую и логико-физическую модель данных.
Процесс генерации физической схемы базы данных из логической модели данных называется прямым проектированием (Forward Engineering). Для осуществления генерации схемы данных необходимо выбрать базу данных MS Access и запустить механизм прямого проектирования (Forward Engineering).
Таким образом, совершив ряд несложных операций получаем схему данных MS Access.
Для того чтобы было удобно просматривать, создавать, удалять и модифицировать связи между таблицами, в Microsoft Access используется схема данных (рис.2).
Рис. 2. "Схема данных информационной системы"
На схеме данных указаны шесть таблиц, из которых пять были описаны выше. Таблица "Клиенты_1" является резервной копией таблицы "Клиенты". Она была создана для того, чтобы не создавать дополнительной таблицы с поручителями, это позволяет использовать одних и тех же клиентов в качестве заемщиков и поручителей.
Схема данных предполагает первоначальное заполнение справочников Вид кредита и Клиенты. На втором шаге вносится информация в таблицу Тип кредита и в последнюю очередь заполняется таблица Договор.
Преимущество такого строения базы заключается в возможности отслеживать, какие виды и типы кредита используют клиенты на основе данных таблицы Договор, поскольку клиенты не напрямую взаимодействуют с типами и видами кредитов, которыми они пользуются, а связываются посредством договоров. Таким образом, при использовании клиентом разных типов и видов кредитов в разное время, данные о ранее выдаваемых и текущих кредитах сохранятся в данных таблицы Договор.
2.4 Проектирование запросов базы данных
В дипломном проекте существует несколько запросов. Все они принадлежат к типу Запрос на выборку. Запрос на выборку содержит условия отбора данных и возвращает выборку, соответствующую указанным условиям, без изменения возвращаемых данных.
Тематически запросы можно разделить на три основные группы:
· Проекции таблиц. Запросы этой категории представляют собой синтез связанных таблиц для отображения информации из справочников, без каких либо ограничений или группировок данных. К этой группе относятся запросы: "Тип кредита", "Данные клиента" и др.;
· Выбор конкретизированных данных. К этой группе относятся запросы, основанные на выборе определённого поля из таблицы данных. К этой группе относятся запросы: "Города", "Паспорта", "ОВД" и др.;
· Сложные запросы. Запросы этого типа являются синтезом нескольких таблиц. Они дополнены группировками и другими манипуляциями с данными с целью отображения тех или иных данных в запросе. Ярким примером этой группы является запрос "Документы" - это комбинированный запрос по трем таблицам: Договор, Тип кредита, Вид кредита. С его помощью можно не только просматривать все документы и легко их редактировать, но и пополнять документы новыми записями. Этот запрос не содержит сортировки, группировки и никаких условий отбора, но предоставляет широкие возможности доступа к документам. Схема данных запроса составлена таким образом, чтобы фиксировались только необходимые данные. Данный запрос можно просмотреть в Приложении 1.
2.5 Проектирование графических окон доступа к данным
Средство Microsoft Access содержит объект формы, представляющий собой удобное средство доступа к данным.
Главным окном является окно "Ипотечное кредитование" (рис.3).
Рис. 3. "Окно "Ипотечное кредитование"
К этому окну пользователь обращается в первую очередь при запуске программы. Здесь он может просмотреть существующие виды кредитов, оформить Заявку на получение кредита и воспользоваться справкой в случае необходимости.
Работа с данными Заявки
При обращении к кнопке "Оформить заявку" пользователю открывается Заявка (рис.4):
Рис. 4. "Заявка"
Данная форма является главной формой в работе и позволяет пользователю просматривать документы по выбранному клиенту, а также заключать новые документы, дает возможность просматривать информацию о клиентах, редактировать данные, как Заемщика, так и Поручителя. Главное, для чего предназначена эта форма, это то, что в ней происходит анализ заявки и выдается результат анализа. Первоначально пользователь выбирает Заемщика, о котором желает получить информацию или заключить на него новый документ, путем ввода номера его паспорта. Затем, в окне Заявки необходимо ввести номер документа и выбрать Поручителя, так же по номеру его паспорта. В окне Данные о поручителе автоматически отобразятся все данные по выбранному Поручителю. Далее в документе необходимо выбрать Тип кредита, после чего автоматически отобразятся поля Название акции, Комиссия, Комиссия не более и % годовых. Затем вносится стоимость товара (квартиры, гаража, пентхауса и т.д.) и первоначальный взнос, а так же указывается вид платежа.
При нажатии на кнопку "Анализ заявки", происходит расчет суммы кредита, платежеспособности Заемщика и Поручителя, максимального размера кредита, анализируется возраст Заемщика, первый взнос по кредиту, соответствие сроков и сумм выбранному Типу кредита, рассчитывается первый платеж по кредиту. И на основе всех этих данных выводится результат в поле Анализ заявки. Также на форме присутствуют кнопки "+", которые позволяют пользователю перейти к форме "Данные клиента", где можно ввести нового Заемщика или нового Поручителя (рис.5).
Рис. 5. "Данные клиента"
При отрицательном результате анализа заявки клиент, в зависимости от причины отказа, может поменять сроки или сумму кредита, выбрать другой тип кредита или вид платежей, и вновь проанализировать заявку.
В случае если заявка одобрена, пользователь переходит к следующему этапу - расчету графика платежей.
При нажатии на кнопку "График платежей", пользователю открывается форма "Расчет платежей" (рис. 6.).
Рис. 6. "Расчет платежей"
На форме расположены следующие данные: номер и дата выбранного пользователем документа, метод погашения и страховка. Так же на форме имеется кнопка "Рассчитать платежи", при нажатии на которую происходит расчет ежемесячного платежа, с учетом выбранного способа погашения кредита и с учетом страховки (рис.7).
Рис. 7. "Пример расчета платежей"
Пользователь может рассчитать платежи со страховкой и без страховки, а так же может использовать разные методы погашения. Проанализировав данные, он может выбрать наиболее подходящий способ уплаты процентов для Заемщика.
На форме "Расчет платежей" имеется так же кнопка "Диаграмма", с помощью которой пользователь может более наглядно проанализировать график платежей по текущему документу (рис. 8.).
Рис. 8. "Диаграмма платежей"
Работа с данными кредитов
При обращении к кнопке "Виды кредитов" из главного окна программы пользователю открывается форма "Виды кредитов" (рис. 9.)
Рис. 9. "Виды кредитов"
На этой форме пользователь может ознакомиться с информацией по имеющимся кредитам, а также просмотреть соответствующие типы кредита (рис. 10.).
Рис. 10. "Типы кредита"
2.6 Проектирование документов информационной системы
Отчеты, как и формы, являются главными элементами интерфейса баз данных. Они позволяют выводить на печать информацию о содержимом базы в удобном для пользователя виде. Большая часть отчетов создается на этапе проектирования офисного приложения. Новый отчет создается командой Отчет меню Вставка. Во многом формирование отчетов совпадает с процессом создания экранных форм. В процессе конструирования в макет отчета могут быть добавлены те же самые управляющие элементы, что и при конструировании макета экранной формы. В то же время следует отметить, что структура отчета как объекта базы данных имеет свою специфику. Во-первых, она определяется уровнями группировки данных, выводимых в отчет, а во-вторых, содержит секции, соответствующие регулярным элементам, помещаемым в начале и конце каждого листа - верхнему и нижнему колонтитулам. При работе с отчетами активно используются встроенные переменные [Page] и [Pages], возвращающие номер текущей страницы отчета и общее, количество страниц в нем, а также функция Now(), определяющая текущую дату и время по системному календарю.
При создании отчета важно не только определить данные, которые должны быть представлены в отчете, но и нужным образом оформить отчет как документ: правильно разбить его на страницы, пронумеровать страницы, выделить наиболее важные данные.
Документ "Карточка Клиента"
Данный документ создан на основе запроса "ДанныеКлиента", который в свою очередь создан на основе таблицы "Клиенты" (рис. 11.).
Рис. 11. "Документ "Карточка Клиента"
Кроме описанного документа информационная система содержит отчёты "Платежи" и "Заявление-анкета", которые приведены соответственно в Приложении 2 и 3.
2.7 Выводы по итогам главы
В данной главе мы решали задачи по созданию базы данных и возможностей представления данных в виде, удобном для пользователя. На основе анализа предметной области в качестве среды реализации модели был выбран MS Access.
В сформулированной модели предоставляются данные о клиентах, акциях, документах, модель позволяет оформить кредитную заявку и оценит результат заявки.
Схема данных Microsoft Access или ER-диаграмма позволяет рассмотреть взаимосвязи между объектами базы.
Особенностью построения базы данных является возможность сохранять данные о сформированных заявках и их результатах, что позволяет вести кредитную историю клиентов.
Среди графических окон работы с данными можно выделить формы позволяющие редактировать данные, формы, позволяющие группировать и сортировать данные и формы вспомогательные, например, форма "Справка"
Для решения задач документирования расчетов по ипотечному кредитованию были предложены отчёты "Карточка Клиента", "Платежи" и "Заявление-Анкета".
ЗАКЛЮЧЕНИЕ
Подводя итоги проделанной работы по созданию информационной системы автоматизации расчетов по ипотечному кредитованию, необходимо отметить основные достоинства и недостатки реализованного продукта.
Среди достоинств полученной модели можно перечислить:
· возможность учитывать кредитные заявки клиентов;
· возможность пополнять ассортимент кредитных продуктов;
· возможность быстрого поиска необходимой информации по клиентам или договорам;
· возможность анализа данных заявки;
· предоставление информации заемщику о ежемесячных платежах.
Среди недостатков модели можно выделить:
· недостаточное количество форм по администрированию базы;
· недостаточная близость документов к оригиналам;
· результат рассмотрения кредитной заявки не является гарантией того, что при реальном оформлении кредита банк примет аналогичное решение, т.к. банк руководствуется не только платежеспособностью заемщика и максимально возможным размером кредита, он учитывает также кредитные истории, не только в данном банке, но и в других.
Обобщая перечисленные достоинства и недостатки продукта, можно говорить о достаточно хороших результатах работы, но, вместе с тем, и о возможности развивать и совершенствовать систему в дальнейшем.
На основе анализа предметной области модели были спроектированы функциональные критерии будущей модели, такие как:
§ расчет платежеспособности клиента, определение максимально возможного размера кредита;
§ возможность оценить размеры переплаты и ежемесячных платежей;
§ возможность создания средств быстрого поиска кредитных договоров по заданным параметрам;
§ возможность получения информации о данных Заемщика и Поручителя;
§ контроль и учёт кредитных заявок и результатов их анализа;
§ возможность отслеживать кредитную историю Клиента.
Рассматривая же полученную систему, необходимо отметить, что данные функциональные возможности достигнуты в реализованной модели.
Программное средство предназначено в первую очередь для клиентов, которые заинтересованы в получении ипотечного кредита, но не имеют конкретной и четкой информации по расчетам кредита.
Основными задачами работы являлись:
· анализ и изучение ипотечного кредитования и его особенностей;
· изучение банковской документации;
· анализ методики расчета платежеспособности потребителей и максимально возможного размера кредита;
· анализ методики расчета ежемесячных платежей;
· изучение существующих видов ипотечных кредитов, разработанных и внедренных Сбербанком России, для дальнейшего использования их в проектируемой информационной системе;
· изучение процесса оформления заявки на кредит и возможных результатов рассмотрения заявки;
· возможность учета кредитных заявок и результатов их анализа;
· реализация механизмов быстрого поиска кредитных договоров по заданным параметрам.
Обобщая вышесказанное, можно сказать, что задачи проектирования были решены в ходе создания системы, а значит, и основная цель работы достигнута.
СПИСОК ЛИТЕРАТУРЫ
Access2000. Руководство разработчика. Том 1. Настольные приложения: Пер. с англ. - К.:Издательская группа ВНV, 2000. - 1264 c., ил.
Правила кредитования физических лиц Сбербанком России и его филиалами (с учетом изменений № 229-3/9-р от 27.02.2008 г.)
Голицина О.Л., Максимов Н.В., Попов И.И. Базы Данных: учеб. пособие. - 2-е изд., испр. и доп. - М.: ФОРУМ: ИНФРА-М, 2007 г.
Кузнецов С.Д. Базы данных: языки и модели. Учебник - М.: ООО "Бином-Пресс", 2008 г.
http://www.szb.sbrf.ru - официальный сайт Сбербанка России.
Зеленков Ю.А. Введение в базы данных. Центр Интернет ЯрГУ, 1997 г.
Львов Ю.И. Банки и финансовый рынок. - СПб.: КультИнформПресс, 2005 г.
Негашев Е.В., Сайфулин Р.С., Шермет А.Д. Методика финансового анализа. - М.; Инфоро - СПб, 2001 г.
Размещено на Allbest.ru
Подобные документы
- Создание приложения автоматизации анализа финансово-хозяйственной деятельности в ООО "Уралэнерготел"
Разработка информационной системы по автоматизации расчетов экономических показателей финансово-хозяйственной деятельности, процесса подготовки отчетов. Создание структуры базы данных, интерфейса системы с использованием среды программирования Делфи.
курсовая работа [4,1 M], добавлен 28.10.2014 Нормализация как пошаговый, циклический процесс приведения базы данных к итоговой модели. Создание таблиц и форм для их заполнения. Создание запросов, отчётов, макросов и кнопочной формы. Аппаратные, программные средства для работы программного продукта.
курсовая работа [56,9 K], добавлен 23.01.2011Инструментальные средства для разработки структуры информационной базы данных "Программа автоматизации учета расчетов с поставщиками", пользовательский интерфейс СУБД Access. Разработка запросов отбора данных и вычислений, экранных форм коррекции данных.
лабораторная работа [2,4 M], добавлен 15.11.2010Инфологическое проектирование базы данных. Создание информационной системы "СПОРТ" для автоматизации обработки данных о проводимых соревнованиях и чемпионатах. Описание размещения в файловой системе. Создание таблиц, запросов и форм просмотра данных.
курсовая работа [4,6 M], добавлен 22.05.2012Построение концептуальной модели базы данных. Физическое проектирование программы для автоматизации работы пользователя в Microsoft Access. Разработка системы запросов информации на основе таблиц и получения необходимых отчетов в требуемых формах.
курсовая работа [2,9 M], добавлен 08.05.2015Выбор среды программирования, предметной области автоматизированной информационной системы "Риелторская контора". Входные и выходные данные, создание запросов SQL. Проектирование интерфейса проекта. Использование для отчета реляционной модели данных.
отчет по практике [2,4 M], добавлен 13.01.2011Построение концептуальной модели. Проектирование реляционной модели данных на основе принципов нормализации: процесс нормализации и глоссарий. Проектирование базы данных в Microsoft Access: построение таблиц, создание запросов в том числе SQL – запросов.
курсовая работа [35,9 K], добавлен 08.11.2008Информационная система на базе компьютера. Основное отличие системы с базой данных от традиционной файловой системы. Построение концептуальной модели, реляционной модели. Нормализация. Проектирование базы данных в ACCESS. Создание SQL запросов.
курсовая работа [38,5 K], добавлен 06.11.2008Системный анализ предметной области. Структурный подход при разработке инфологической модели. Обеспечение целостности данных. Описание программного средства, создание таблиц, запросов, форм и отчетов для системы автоматизации работы ресторана.
курсовая работа [3,9 M], добавлен 12.12.2011Создание модели "сущность-связь" и нормализация данных средствами программы Microsoft Access. Идентификация объектов предметной области и отношений между ними, разработка структуры физической модели, запросов и отчетов базы данных о студентах ВУЗа.
контрольная работа [742,8 K], добавлен 08.06.2011
