Выдача банком кредитов

Выдача банком кредитов

Курсовая работа по дисциплине

«Базы данных»

«Выдача банком кредитов»

Содержание

Введение

.Понятие базы данных и СУБД

.1 Предметная область

.2 Понятие и функции СУБД

.3 Классификация СУБД

.4 Основные понятие базы данных

.5 Структурные элементы базы данных

.6 Обеспечение целостности данных на уровне базы данных

.7 Создание структуры таблиц базы данных

.8 Ввод и редактирование данных

.9 Обработка данных, содержащихся в таблицах

.Разработка базы данных “Выдача банком кредита

.1 Анализ предметной области “Выдача банком кредита

.2 Создание ER и реляционной модели данных “Выдача банком кредита

.3 Создание таблиц в MS SQL Server 2000 для предметной области “Выдача банком кредита

.4 Создание запросов для предметной области “ Выдача банком кредита

.5 Создание хранимых процедур для предметной области “Выдача банком кредита

Заключение

Список используемой литературы

база данный кредит запрос

Введение

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

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

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

В любом случае БД - это просто средство хранения данных;

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

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

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

Задачи работы:

проанализировать и исследовать предметную область “Выдача банком кредита”

построить ER и реляционную модель данных

разработать сценарий таблиц для реализации его в MS SQL Server 2000

заполнить таблицы

создать запросы

создать хранимые процедуры

Актуальность

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

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

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

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

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

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

1. Понятие базы данных и СУБД

.1 Предметная область

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

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

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

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

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

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

.2 Понятие и функции СУБД

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

Основные функции СУБД:

управление данными во внешней памяти (на дисках);

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

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

поддержка языков БД (язык определения данных, язык манипулирования данными).

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

.3 Классификация СУБД

А) По модели данных.

. Иерархическая база данных - это файловая система, состоящая из корневой директории, в которой имеется иерархия поддиректорий и файлов.

Например:

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

В этой модели запрос, направленный вниз по иерархии, прост (например: какие заказы принадлежат этому покупателю); однако запрос, направленный вверх по иерархии, более сложен (например, какой покупатель поместил этот заказ). Также, трудно представить не-иерархические данные при использовании этой модели.

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

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

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

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

Базовыми понятиями реляционных СУБД являются атрибут, отношение и кортеж.

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

Б) По степени распределённости:

.Локальные СУБД - все части локальной СУБД размещаются на одном компьютере.

.Распределённые СУБД - части СУБД могут размещаться на двух и более компьютерах.

Г) По способу доступа к БД:

.Файл-серверные:

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

Примеры: Microsoft Access, Paradox, dBase, FoxPro, Visual FoxPro.

.Клиент-серверные:

Клиент-серверная СУБД располагается на сервере вместе с БД и осуществляет доступ к БД непосредственно, в монопольном режиме. Все клиентские запросы на обработку данных обрабатываются клиент-серверной СУБД централизованно. Недостаток клиент-серверных СУБД состоит в повышенных требованиях к серверу. Достоинства: потенциально более низкая загрузка локальной сети; удобство централизованного управления; удобство обеспечения таких важных характеристик как высокая надёжность, высокая доступность и высокая безопасность.

Примеры: Oracle, Firebird, Interbase, IBM DB2, Informix, MS SQL Server, Sybase Adaptive Server Enterprise, PostgreSQL, MySQL, Caché, ЛИНТЕР.

3.Встраиваемые:

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

Примеры: OpenEdge, SQLite, BerkeleyDB, Firebird Embedded, Sav Zigzag, Microsoft SQL Server Compact, ЛИНТЕР.

1.4 Основные понятие базы данных

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

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

поддержание логически согласованного набора файлов;

обеспечение языка манипулирования данными;

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

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

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

.5 Структурные элементы базы данных

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

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

имя, например. Фамилия, Имя, Отчество, Дата рождения;

тип, например, символьный, числовой, календарный;

длина, например, 15 байт, причем будет определяться

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

отображения дробной части числа.

Запись - совокупность логически связанных полей. Экземпляр

записи - отдельная реализация записи, содержащая конкретные значения ее полей.

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

1.6 Обеспечение целостности данных на уровне базы данных

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

К средствам обеспечения целостности данных на уровне СУБД относятся:

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

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

Некоторые СУБД имеют хорошо разработанный процессор СУБД для реализации таких возможностей, как уникальность первичных ключей, ограничение (пресечение) операций и даже каскадное обновление и удаление информации. В таких системах проверка корректности, назначаемая полю или таблице, будет проводиться всегда после изменения данных, а не только во время ввода информации с помощью экранной формы. Это свойство можно настраивать для каждого поля и для записи в целом, что позволяет контролировать не только значения отдельных полей, но и взаимосвязи между несколькими полями данной записи.и Paradox for Windows гораздо ближе других СУБД соответствуют реляционной модели по надежности сохранения целостности данных на уровне базы данных; правила хранятся вместе с базой данных и автоматически соблюдаются.

СУБД dBASE IV и FoxPro 2.6 (DOS и WINDOWS) совсем не обладают средствами этого рода, и ввод в программу процедур, обеспечивающих выполнение правил целостности, возлагается на программиста.

.7 Создание структуры таблиц базы данных

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

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

СУБД предназначенные для работы в Windows, могут формировать поля типа объекта OLE, которые используются для хранения рисунков, графиков, таблиц.Если обрабатываемая база данных включает несколько взаимосвязанных таблиц, то необходимо определение ключевого поля в каждой таблице, а также полей, с помощь которых будет организована связь между таблицами.

Создание структуры таблицы не связано с заполнением таблиц данными, поэтом) две операции можно разнести во времени.

.8 Ввод и редактирование данных

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

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

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

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

.9 Обработка данных, содержащихся в таблицах

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

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

инструкцию на отбор записей.

Большинство СУБД разрешают использовать запросы следующих типов:

запрос-выборка, предназначенный для отбора данных, хранящихся в таблицах, и не изменяющий эти данные;

К этой группе запросов относятся следующие:

Запрос к связанным таблицам - позволяет производить выборку данных из связанных таблиц.

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

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

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

Запрос с критерием поиска - позволяет производить отбор записей в соответствии с заданным критерием поиска.

Запрос с итогами - производит математические вычисления и выдает результат.

запрос-изменение, предназначенный для изменения или перемещения данных;

К этой группе запросов относятся следующие:

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

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

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

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

2.Разработка базы данных “Выдача банком кредита”

.1 Анализ предметной области “Выдача банком кредита”

База данных “Кредиты” создается для отслеживания выданных кредитов, динамики работы персонала, условий получения кредита, процентной ставки и срока возврата кредита.

В данной предметной области можно выделить след объекты:

Кредит ( форма кредита, процентная ставка, перевод, выдача).

Клиент (Ф.И.О, паспортные данные, средняя заработная плата ,место работы, поручитель, согласие банка.)

Сотрудники банка. (сбор документов,(если филиал то отправляется запрос)выдача кредита).

Договор(реквизиты договора, срок,)

Страховка(объект страховки, тип, сумма)

Кроме самих объектов существует и связь между ними.

Отношение между объектами - взаимосвязь объектов предметной области. В соответствии с предметной областью система строится с учетом следующих особенностей:

от формы кредита зависит процентная ставка.

от договора зависит срок возврата.

от финансового состояния зависит выдача кредита

сотрудник обслуживает клиента

клиент заключает договор с банком

банк страхует кредит.

клиент получает кредит

2.2 Создание ER и реляционной модели данных для предметной области “Выдача банком кредита ”

На следующем рисунке 1, представлена ER модель которая отображает сущности и связи.

Рисунок 1. ER-модель данных.

Реляционная модель данных “Выдача банком кредита ”

Кредитный договор (№ договора, дата договора. тип договора,№ Клиента,

№ сотрудника, № Кредита )

Кредит (№ кредита, тип кредита,% ставка, дополнительные условия, )

Страховка (№ страховки, Страховая фирма, сумма страховки ,форма страховки, Наименование банка , № сотрудника, № клиента)

Клиент (№ клиента, № паспорта, адрес клиента, телефон клиента, Заработная плата, место работы)

Сотрудник (№ сотрудника, должность сотрудника, Ф.И.О. сотрудника)

.3 Создание таблиц в MS SQL Server 2000 для предметной области “Выдача банком кредита”

В этом разделе представлен сценарий создания таблиц в MS SQL Server 2000.

Создаем базу данных “MOBBANK” ,которая будет хранится на сервере:

CREATE DATABASE MOBBANKMOBBANK

Таблица ”Клиент”. В ней описывается объект ”Клиент”, номер клиента(внешний ключ),его Ф.И.О., номер паспорта, адрес, месячная плата клиента, телефон и место работы.

CREATE TABLE KLIENT

(KLIENT_NUM_KLIENTA INTEGER PRIMARY KEY,_FIO VARCHAR(20)NOT NULL,_NOM_PASPORTA INTEGER NOT NULL,_ADRES VARCHAR(20)NOT NULL,_TELEFON VARCHAR(20)NOT NULL,_MESTO_RAB VARCHAR(10)NOT NULL,_PLATA INTEGER NOT NULL,

);

Таблица ”Сотрудник”. В ней описывается объект ”Сотрудник”, номер сотрудника (внешний ключ) , его Ф.И.О. и должность.

CREATE TABLE SOTRUD

(SOTRUD_NUM_SOTRUD INTEGER PRIMARY KEY,_FIO_SOTRUD VARCHAR(20)NOT NULL,_DOLZNOST VARCHAR(15)NOT NULL

);

Таблица ”Кредит”. В ней описывается объект ”Кредит”, номер кредита(внешний ключ),тип кредита, процентная ставка, дополнительные условия по кредиту и программа кредитования.

CREATE TABLE KREDIT

(KREDIT_NUM_KREDIT INTEGER PRIMARY KEY,_TIP VARCHAR(20)NOT NULL,_PROC_STAV NUMERIC(3)NOT NULL,_DOP_USL VARCHAR(20)NOT NULL,_PROGR VARCHAR(20)NOT NULL,

);

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

CREATE TABLE DOGOVOR

(DOGOVOR_NOM_DOGOVORA INTEGER PRIMARY KEY,_DATA_DOGOVORA DATETIME,_TIP_DOOVORA VARCHAR(10)NOT NULL,_NUM_KLIENTA INTEGER,_NUM_SOTRUD INTEGER, _NUM_KREDIT INTEGER,GT_DOGOVOR FOREIGN KEY(KLIENT_NUM_KLIENTA)KLIENT(KLIENT_NUM_KLIENTA),GT1_DOGOVOR FOREIGN KEY(SOTRUD_NUM_SOTRUD)SOTRUD(SOTRUD_NUM_SOTRUD),GT2_DOGOVOR FOREIGN KEY(KREDIT_NUM_KREDIT)KREDIT(KREDIT_NUM_KREDIT)

);

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

CREATE TABLE STRAH

(STRAH_NUM_STRAH INTEGER PRIMARY KEY,_FIRM VARCHAR(15)NOT NULL,_SUMM INTEGER,_FORM VARCHAR(20)NOT NULL,_BANK VARCHAR(20)NOT NULL,_NUM_KLIENTA INTEGER,_NUM_SOTRUD INTEGER,GS_STRAH FOREIGN KEY(KLIENT_NUM_KLIENTA)KLIENT(KLIENT_NUM_KLIENTA),GS1_STRAH FOREIGN KEY(SOTRUD_NUM_SOTRUD)SOTRUD(SOTRUD_NUM_SOTRUD)

);

.4 Создание запросов для предметной области “ Выдача банком кредита ”

. Запрос выводит Фамилию И.О клиента, ежемесячную плату и сколько должно поступать на счет банка каждый месяц.

Рисунок 2.1. Пример запроса “Ежемесячная плата”

. Запрос выводит кредитную программу, дополнительные условия, тип кредита, процентная ставка которого составляет 18 % годовых.

Рисунок 2.2. Пример запроса “Процентная ставка”

. Запрос выводит по названию страховой компании в моем случае “Жизнь” сумму страховки, банк которому выдана страховка, фамилию клиента, его телефон и адрес.

Рисунок 2.3. Пример запроса “Страховая компания”

Запрос выводит по должности сотрудника, в моем случае “Менеджер” тип договора, дату договора, фамилию сотрудников и какие договора они заключили. Сотрудники упорядочены в алфавитном порядке.

Рисунок 2.4 Пример запроса “Заключенные договора”

. Запрос выводит номер договора, форму договора, фамилию клиента, телефон клиента, адрес клиента, место работы клиента.

.5 Создание хранимых процедур для предметной области “Выдача банком кредита”

. Процедура уменьшает процентную ставку на 60 %

CREATE PROC my_proc_2 KREDIT SET KREDIT_PROC_STAV=KREDIT_PROC_STAV*0.6

EXEC my_proc_2- Запускает процедуру.

Результат до применения процедуры:

Результат после применения процедуры:

Рисунок 3.1 и 3.2. пример хранимой процедуры “Уменьшение процентной ставки”

. Процедура с входным параметром выводит имена сотрудников по должности “Менеджер”.

Рисунок 3.3. Пример хранимой процедуры “Менеджеры”

. Хранимая процедура с входным и выходным параметром. Входной параметр фамилия клиента. Выходной параметр ежемесячная плата.

Рисунок 3.4. Пример хранимой процедуры “Ежемесячная плата”

Заключение

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

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

В результате нашей работы, объектом которой являлся банк, была создана база данных «MOBBANK».

Проектирование базы данных «MOBBANK», проводилась c помощью MS SQL Server 2000.Данная база данных, содержит основные характеристики банка: фамилию клиента, адрес клиента, телефон клиента, место работы, ежемесячную плату, номер договора клиента, тип кредита, процентную ставку, фамилию сотрудника заключившего договор, дату заключения. Данный продукт существенно облегчает работу пользователей.

В данной курсовой работе изложено об основных понятиях, функциях баз данных, использованию и созданию их в MS SQL Server 2000.

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

Список используемой литературы

1. Дейт,К. Введение в системы баз данных.//К.Дейт. 6-е изд. - М.: Вильямс. 2010. - 317 с.

. Конноли,Т., Бегг,Л., Страчан,А. Базы данных. Проектирование, реализация и сопровождение. Теория и практика.// Т.Конноли, Л.Бегг, А.Страчан. 3-е издание.M.: Вильямс 2009. - 251 с.

. Дейт,К. Введение в системы баз данных //К.Дейт 6-е изд. - Вильямс, 2000. - 657с

. Фаронов, В.В. Основы программирования в SQL // В.В. Фарафонов - М.: Издатель Молгачева С.В., 2002. - 329 с.

. Самоучитель по языку SQL (SQL DML) [Электронный ресурс] - Режим доступа http://www.sql-ex.ru/help

. Коннолли,Т., Бегг,К., Страчан,А. Базы данных. Проектирование, реализация и сопровождение. Теория и практика.// Т.Коннолли, К.Бегг, А.Страчан. 2-е изд. - С-Пб.: Вильямс, 2011. - 1120 с.

. Корнеев,В.В., Гареев,А.Ф., Васютин,С.В., Райх,В.В., Базы данных. Интеллектуальная обработка информации.// В.В.Корнеев, А.Ф.Гареев, С.В. Васютин. 2-е изд. - М.: Изд. Молгачева С.В., 2001. - 494 с.

. Мамаев,Е. Microsoft SQL Server 2000// Е.Мамаев - СПБ.: БХВ-Петербург, 2002.

. Когаловский,М.Р. Энциклопедия технологий баз данных.// М.Р.Когаловский - М.: Финансы и статистика, 2012.

. Ролланд,Ф.Д. Основные концепции баз данных.// Ф.Д.Ролланд 2002г.

. Симонович,С.В. Информатика. Базовый курс//С.В.Симонович и др. - СПб: Издательство «Питер», 2009. - 640 с.

.Ломтадзе,В.В., Шишкина,Л.П. Системы управления базами данных. Учебное пособие // В.В.Ломтадзе, Л.П.Шишкина - Иркутск: ИрГТУ, 1999. - 116 с.

.Мейер,М.М.Теория реляционных баз данных. Учебное пособие// М.М.Мейер - Москва: Мир, 1999. -610 с

. Аулберт, М. «Изучи сервер Windows SQL 2000 за 15 минут в неделю»// М.Аулберт (серия статей).

. Гарсиа,М.Ф., Рединг,Дж., Уолен,Э., ДеЛюк,С.А. «Microsoft SQL Server 2000. Справочник администратора».// М.Ф.Гарсиа, Дж.Рединг, Э.Уолен, С.А.ДеЛюк. Издательство: «ЭКОМ», Москва, 2005.