Разработка базы данных в предметной области "Кредитование юридических лиц"

Создание базы данных для предметной области "Кредитование юридических лиц". Анализ законодательной базы. Разработка инфологической, даталогической и физической моделей предметной области. Обоснование выбора инструментария для реализации БД.

Рубрика Программирование, компьютеры и кибернетика
Вид курсовая работа
Язык русский
Дата добавления 08.03.2011
Размер файла 9,4 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

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

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

Модель, выполненная в IDEF3, может содержать следующие элементы:

· Единицы работы (Unit of Work) - основной компонент диаграммы IDEF3 близкий по смыслу к работе IDEF0.

· Связи (Links) - Связи, изображаемые стрелками, показывают взаимоотношения работ. В IDEF3 различают три типа связей:

o Связь предшествования (Precedence) - показывает, что прежде чем начнется работа-приемник, должна завершиться работа-источник. Обозначается сплошной линией.

o Связь отношения (Relational) - показывает связь между двумя работами или между работой и объектом ссылки. Обозначается пунктирной линией.

· Поток объектов (Object Flow) - показывает участие некоторого объекта в двух или более работах, как, например, если объект производится в ходе выполнения одной работы и потребляется другой работой. Обозначается стрелкой с двумя наконечниками.

Диаграмма IDEF3 может также содержать перекрестки и объекты ссылок. На рисунке 10 отображена декомпозиция третьегоуровня бизнес-процесса "Платеж по кредиту".

В процессе декомпозиции можно выделить следующие бизнес-процессы:

1. Платеж по кредиту

2. Пополнение ссудного счёта

3. Составление заключения кредитного агента

4. Передача кредитного дела коллекторскому агентству, либо подача иска в суд о взыскании с заемщика средств

5. Уплата штрафа

6. Начисление суммы штрафа

Рисунок 10. Декомпозиция третьего уровня бизнес-процесса "Платеж по кредиту" - в нотации IDEF3

2. Основная часть

2.1 Разработка инфологической модели предметной области

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

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

Вопросы, на которые должна отвечать проектируемая ИС:

1) Целенаправленно ли клиент распоряжается своим ссудным счетом;

2) Имеет ли возможность клиент банка взять кредит;

3) Имеются ли долги у клиента банка в бюро кредитных историй;

4) Сотрудник банка, работающий с клиентом;

5) Фамилия поручителя, связанного с клиентом банка;

6) Имеет ли клиент договор на страхование кредита;

7) Какой вид кредитования выбрал клиент;

8) На какой срок выдается кредит клиенту;

9) Своевременно ли клиент погашает проценты по кредиту;

10) Имеет ли клиент штрафные санкции по ранее взятым кредитам;

11) Брал ли клиент ранее кредит;

12) Не превышает ли сумма кредита 60% оценочной стоимости залога;

13) Имеет ли клиент не погашенные кредиты.

Рисунок 11. Инфологическая модель предметной области "Кредитование юридических лиц" в нотации Чена.

2.2 Применение CASE-средства AllFusion ERwin Data Modeler для проектирования баз данных

AllFusion ERwin Data Modeler (ранее: ERwin) - CASE-средство для проектирования и документирования баз данных, которое позволяет создавать, документировать и сопровождать базы данных, хранилища и витрины данных. Модели данных помогают визуализировать структуру данных, обеспечивая эффективный процесс организации, управления и администрирования таких аспектов деятельности предприятия, как уровень сложности данных, технологий баз данных и среды развертывания.

Ключевые характеристики AllFusion ERwin Data Modeler 7:

· Синхронизация моделей/баз данных

· Автоматизированное создание структуры базы данных и обратное проектирование

· Публикация моделей

· Поддержка нотаций: IDEF1x, IE, Dimensional

· Возможна совместная работа группы проектировщиков (с помощью среды AllFusion Model Manager (ModelMart))

· Документирование структур баз данных

· Перенос структур баз данных (но не самих данных) из одного типа СУБД в другой

Поддерживаемые СУБД:

· Oracle

· SQL Server

· ODBC

· Sybase

· Informix

· Progress

· Access

2.2.1 Разработка даталогической модели

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

Модель Чена "сущность-связь" или “EntityRelationship" (ER) стала фактическим стандартом при даталогическом моделировании баз данных.

В основе ER-модели лежат следующие базовые понятия:

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

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

Даталогическая модель предметной области "Кредитование юридических лиц" представлена на рисунке 12.

Рисунок 12. Даталогическая модель предметной области "Кредитование юридических лиц" в нотации Чена.

2.2.2 Разработка физической модели

Логическая архитектура выделяет, прежде всего, вопросы взаимодействия компонент системы, интерфейсы и используемые протоколы. Это представление позволяет эффективно организовать параллельную разработку. Физическая реализация, которая описывает привязку к конкретным узлам размещения, типам оборудования, характеристикам окружения, таким как, например, используемые операционные системы и т.п. Реализация данной модели базы данных осуществляется через Microsoft Access 2010 и SQL, таким образом, физическая модель приобретает некоторые изменения связанные со структурными изменениями атрибутов (рисунок 13 и 14).

Рисунок 13. Физическая модель предметной области "Кредитование юридических лиц" схема данных применимая в MSAccess.

Рисунок 14. Физическая модель предметной области "Кредитование юридических лиц" схема данных применимая в MSSQLSERVER 2005.

2.3 Обоснование выбораинструментария для реализации БД

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

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

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

· информация аналитиков и экспертов.

Процедуру выбора СУБД удобно проводить в три этапа:

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

· Затем оценить технические характеристики отобранных систем более детально.

· И, наконец, оценить производительность оставшихся продуктов для принятия окончательного решения.

К числу основных показателей пригодности программных продуктов можно отнести следующие:

1. Вид программного продукта.

2. Категории пользователей.

3. Удобство и простота использования.

4. Модель представления данных.

5. Качество средств разработки.

6. Качество средств защиты и контроля корректности базы данных.

7. Качество коммуникационных средств.

8. Фирма-разработчик.

Microsoft Access

Microsoft Access - это система управления реляционными базами данных, которая входит в комплект Microsoft Office. Microsoft Access можно использовать для создания документов HTML, основанных на информации, которая хранится в базе данных Access с помощью Microsoft Internet Assistant или Microsoft Active Server Pages (ASP). Microsoft Internet Assistant - это надстройка, предоставляемая бесплатно пользователям Access. Использование технологий ASP требует наличия MS Information Server. База данных Microsoft Access может поддерживать элементы управления ActiveX, что делает Access еще более мощным средством при использовании в месте с Microsoft Internet Explorer.

Вид программного продукта - Microsoft SQL Server 2005.

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

· профессиональных программистов - разработчиков СУБД, серверов;

· администраторов БД;

· квалифицированных пользователей, разрабатывающих приложения;

· конечных (неквалифицированных) пользователей;

· различных комбинаций перечисленных категорий.

СУБД Microsoft SQL Server 2005предназначен, как и для профессиональных программистов, так и для администраторов и неквалифицированных пользователей.

Удобство и простота использования. Удобство и простоту использования программ качественно характеризует следующее:

· понятные процедуры установки программных продуктов;

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

· простота выполнения обычных операций: создания БД, навигации, модификации данных;

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

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

В нашем случае необходимо использовать реляционную модель представления данных, которую имеет Microsoft SQL Server 2005.

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

СУБД Microsoft SQL Server 2005 не имеет возможности создания пользовательского интерфейса, не автоматизирует разработку различных объектов, но Microsoft SQL Server 2005 имеет встроенные средства поддержки интерфейса ODBC.

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

· обеспечение уникальности записей БД по первичному ключу;

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

· проверка корректности значений в БД.

Microsoft SQL Server 2005 обеспечивает и уникальность записей БД по первичному ключу, и обеспечивает ссылочную целостность, а также проверяет корректность значений в БД.

Качество коммуникационных средств. При оценке качества коммуникационных средств обращают внимание на следующие свойства программных продуктов:

· поддержку сетевых протоколов, обеспечивающих работу продукта в различных сетях;

· поддержку стандартных интерфейсов с БД: ОDВС, ISАРI, SAA и др.;

· наличие средств групповой работы с информацией БД (языковые средства разработки; функции интерфейса пользователя и т.д.);

· способность использовать и модифицировать БД других форматов без импортирования или преобразования.

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

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

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

Данный выпуск Microsoft® SQL Server 2005 является решением следующего поколения для управления и анализа данных, которое предоставляет повышенную безопасность, стабильность данным предприятия и аналитическим приложениям, облегчая их построение, развёртывание и управление.

2.4 Получение листинга кода для MSSQLServer 2005

Для генерации кода базы данных в All Fusion ERwin Data Modeler 7 нужно нажать: Tools - > Forward Engineer/Schema Generation… (рисунок 15).

Рисунок 15. Генерация кода БД.

Откроется окно "SQL Server Schema Generation: <MainSubjectArea>" внешний вид окна представлен на рисунке 16.

Рисунок 16. Окно "SQL Server Schema Generation: <Main Subject Area>".

Для просмотра сгенерированного кода базы данных нужно нажать на кнопку "Preview…". Откроется окно "SQL Server Schema Generation Preview" (рисунок 17).

Рисунок17. Сгенерированный код базы данных.

2.5 Архитектура ИС"Кредитование юридических лиц"

В последнее время все большее развитие получает архитектура Интернет/Интранет. В основе реализации информационных систем на базе данной архитектуры лежит принцип "открытой архитектуры", что во многом определяет независимость реализации корпоративной системы от конкретного производителя. Все программное обеспечение таких систем реализуется в виде апплетов или сервлетов (программ написанных на языке JAVA) или в виде cgi модулей (программ написанных, как правило, на Perl или С).

Основными экономическими преимуществами данной архитектуры являются:

· относительно низкие затраты на внедрение и эксплуатацию;

· высокая способность к интеграции существующих гетерогенных информационных ресурсов корпораций;

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

· прикладные программные средства доступны с любого рабочего места, имеющего соответствующие права доступа;

· минимальный состав программно-технических средств на клиентском рабочем месте (теоретически необходима лишь программа просмотра - браузер и общесистемное ПО);

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

Архитектура Интернет/Интранет представлена на рисунке 18.

Рисунок 18. Архитектура Internet/Intranet-приложений

В общем случае ИС, реализованная с использованием данной архитектуры включает Web-узлы с интерактивным информационным наполнением, реализованных при помощи технологий Java, JavaBeans и JavaScript, взаимодействующих с предметной базой данных, с одной стороны, и с клиентским местом с другой. База данных, в свою очередь, является источником информации для интерактивных приложений реального времени.

По запросу клиента WEB узел осуществляет следующие операции:

· Отправляет ASCII коды HTML страниц (или VRML документов), включающие при необходимости элементы javaScript;

· Отсылает двоичный код запрошенного ресурса (изображения, аудио-, видеофайла, архива и т.п.);

· Отсылает байт коды JAVA апплетов.

· Принимает конкретную информацию от пользователя (результат заполнения активной формы, или статистическую информацию запрошенную CGI скриптом);

· Осуществляет заполнение базы данных;

· Принимает сообщения от пользователя и регламентирует доступ к ресурсам Web узла на основе анализа принятой информации (проверка паролей и т.п.);

· Принимает информацию от пользователя и в зависимости от нее динамически формирует HTML страницы, либо VRML документы, обращаясь, при необходимости, к базам данных и существующим на WEB узле HTML страницам и VRML документам.

После того, как клиент получил ответ WEB сервера, он осуществляет следующие операции:

· визуализирует HTML страницу либо VRML документ в окне браузера;

· интерпретирует команды JavaScript, модифицирует образ HTML страницы и т.п.;

· интерпретируя байт коды JAVA апплетов, позволяет загружать и выполнять активные приложения;

· ведет диалог с пользователем, заполняющим формы, и создает новые запросы к WEB серверу;

· с помощью утилит воспроизводит коды аудио и видео файлов, поддерживает мультимедийные средства;

· обеспечивает моделирование виртуальной реальности, просматривая VRML документы.

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

На сегодняшний день известны и широко применяются три основных технологии создания интерактивного взаимодействия с пользователем в Web. Первый путь заключается в использовании Стандартного Интерфейса Шлюза (Commonn Gateway Interface) - CGI. Второй - включение JavaScript - сценариев в тело Web-страниц. И наконец, самый мощный, предоставляющий практически неограниченные возможности способ - применение технологии Java (использование Java-апплетов).

2.6 Программная реализация БД"Кредитование юридических лиц"

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

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

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

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

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

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

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

Макрос - представляет собой последовательность макрокоманд встроенного языка Access, задающих автоматическое выполнение некоторых операций: например, "Открыть таблицу", "Закрыть", "Печать" и т.д.

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

Итак, Microsoft Access 2010 позволяет работать с данными и таблицами баз данных, созданных в предыдущих версия MS Access, но его нельзя использовать для изменения объектов в базах данных предыдущих версий. Поэтому для работы с ранее созданными базами данных рекомендуется использовать имеющиеся в Microsoft Access 2010 средства преобразования старых форматов в новый формат.

2.6.1 Схема данныхв MS Access 2010 и MS SQL Server 2005

На основе схемы, полученной в All Fusion ERwin Data Modeler 7 были созданы следующие таблицы вMS Access 2010 и MSSQLServer 2005:

БКИ; - Банк;

Кредитная история; - Кредитный агент;

Кредитный договор; - Операции со счетом;

Поручитель; - Сотрудники банка;

Ссудный счет; - Страховая фирма;

Страховой договор; - Юридическое лицо;

Все таблицы создавались с помощью конструктора. Между таблицами, в MS Access 2010, выявлена следующая связь (данные представлены на рисунке19а). Также эти таблицы были созданы в MSSQLServer 2005 (рисунок 19б).

Рисунок 19а. Схема данных в MS Access 2010.

Рисунок 19б. Таблицы в MSSQLServer 2005.

2.6.2 Формы и запросы

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

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

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

1. "Экспорт БД в файл" - экспортирует данные из таблиц БД в файл на ПК;

2. "О программе" - тема курсового проекта;

3. "Выход" - закрытие приложения для работы с БД.

форма "Таблицы", содержит 12 кнопок с соответствующими именами, открывающих формы для редактирования данных в таблицах БД, приложение 2 (рисунок 2);

форма "Юридическое лицо", содержит данные по юридическим лицам, находящимся в БД, и позволяет их редактировать, приложение 2 (рисунок 3);

форма "Поручитель", содержит данные по поручителям, находящимся в БД, и позволяет их редактировать, приложение 2 (рисунок 4);

форма "Страховая фирма", содержит данные по страховым фирмам, находящимся в БД, и позволяет их редактировать, приложение 2 (рисунок 5);

форма "Страховой договор", содержит данные по страховым договорам, находящимся в БД, и позволяет их редактировать, приложение 2 (рисунок 6);

форма "БАНК", содержит данные по банкам, находящимся в БД, и позволяет их редактировать, приложение 2 (рисунок 7);

форма "Сотрудники банка", содержит данные по сотрудникам банка, находящимся в БД, и позволяет их редактировать, приложение 2 (рисунок 8);

форма "Ссудный счёт", содержит данные по ссудным счетам, находящимся в БД, и позволяет их редактировать, приложение 2 (рисунок 9);

форма "Операции со счётом", содержит данные по операциям со счетом, находящимся в БД, и позволяет их редактировать, приложение 2 (рисунок 10);

форма "Кредитный агент", содержит данные по кредитным агентам, находящимся в БД, и позволяет их редактировать, приложение 2 (рисунок 11);

форма "Кредитный договор", содержит данные по кредитным договорам, находящимся в БД, и позволяет их редактировать, приложение 2 (рисунок 12);

форма "Кредитная история", содержит данные по кредитным историям, находящимся в БД, и позволяет их редактировать, приложение 2 (рисунок 13);

форма "БКИ", содержит данные по всем БКИ, находящимся в БД, и позволяет их редактировать, приложение 2 (рисунок 14);

форма "Запросы", содержит 7 кнопок с соответствующими именами, открывающих запросы к БД, приложение 2 (рисунок 15);

В данной СУБД будут реализованы такие виды запросов:

1. Какие операции по ссудному счету проводил клиент;

2. Сколько всего средств было переведено, снято;

3. Клиенты размер с израсходованным ссудным счетом;

4. Вся информация по страхованию клиента;

5. Операции по ссудным счётам за период времени (день, месяц, год);

6. Вся информация по клиенту и его счету;

7. Как распределен ссудный счет между клиентами.

Пример запроса "Юридические лица с нулевым балансом счета"

SELECT Юридическое_лицо. номер_ссудного_счета, Ссудный_счет. Дата_открытия, Ссудный_счет. Размер_ссуды, Max (Ссудный_счет. Текущий_баланс) AS [Max-Текущий_баланс], Ссудный_счет. Дата_закрытия, Юридическое_лицо. Инн_клиента, Юридическое_лицо. Название

FROM Сотрудники_банка, Страховая_фирма INNER JOIN ( (Ссудный_счет INNER JOIN Операции_со_счетом ON Ссудный_счет. Номер_счета = Операции_со_счетом. номер_ссудного_счета) INNER JOIN (Страховой_договор INNER JOIN Юридическое_лицо ON Страховой_договор. Номер_договора = Юридическое_лицо. [Страховой договор]) ON Ссудный_счет. Номер_счета = Юридическое_лицо. номер_ссудного_счета) ON Страховая_фирма. ИНН_фирмы = Страховой_договор. инн_страх_фирмы

GROUP BY Юридическое_лицо. номер_ссудного_счета, Ссудный_счет. Дата_открытия, Ссудный_счет. Размер_ссуды, Ссудный_счет. Дата_закрытия, Юридическое_лицо. Инн_клиента, Юридическое_лицо. Название

HAVING ( ( (Max (Ссудный_счет. Текущий_баланс)) =0));

В приложении 2 (рисунок 16-22) представлены все запросы, которые реализованы в БД "Кредитование юридических лиц".

2.6.3 Отчёты

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

На главной кнопочной форме есть кнопка "Отчеты", которая вызывает форму "Отчеты", приложение 2 (рисунок23).

В приложении 2 (рисунок 24-26) представлены все отчеты, которые реализованы в БД "Кредитование юридических лиц".

2.7 Публикация БД"Кредитование юридических лиц" в интернет

Существует два основных подхода к публикации БД в Internet. Первый подход подразумевает формирование статических документов HTML из содержимого БД с последующим доступом к сформированным документам при помощи Web сервера. При изменении базы данных необходимо обновление документов HTML. Программу, осуществляющую преобразование содержимого БД в набор документов HTML назовем преобразователем. На рисунке20 показано взаимодействие программ при публикации БД в Internet.

Рисунок 20. Публикация БД в Интернет "способ 1"

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

Второй подход состоит в динамической генерации документов HTML в соответствии с запросами пользователя Web. При запросе пользователя к БД Web сервер запускает программу, которая передает запрос БД, получает ответ, формирует в соответствии с полученным ответом документ HTML и отправляет его клиенту Web. Программа, осуществляющая работу с БД, может быть создана с использованием любой технологии стороны сервера (например, CGI), либо быть сценарием стороны сервера (например, PHP). На рисунке21 показано взаимодействие программ при публикации БД в Internet с использованием технологии CGI.

Рисунок 21. Публикация БД в Интернет "способ 2" с использованием технологии CGI

При публикации БД в Internet с использованием технологии CGI тонким клиентом является клиент Web, толстым клиентом - приложение CGI, а сервером - СУБД, которая в данном случае называется сервером баз данных.

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

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

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

Предполагается опубликовать следующие данные:

§ информацию об операциях со ссудным счетом по годам, месяцам и дням;

§ статистику по выплатам процентов;

§ информацию о заемщиках;

§ информация по страхованию;

§ информацию по кредитам, предоставляемую банком;

§ имеет ли возможность клиент банка взять кредит;

§ имеются ли долги у клиента банка в бюро кредитных историй;

§ на какой срок выдается кредит клиенту;

§ имеет ли клиент штрафные санкции по ранее взятым кредитам;

Заключение

В данной курсовой работе рассмотрена разработка базы данных в предметной области "Кредитование юридических лиц".

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

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

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

· анализ предметной области;

· разработка инфологической модели;

· разработка даталогической модели;

· разработка физической модели;

· программная реализация БД;

· публикация БД в Интернет.

Для моделирования бизнес-процессов предметной области в нотацияхIDEF0, DFDиIDEF3 использованоCASE - средство All Fusion Process Modeler 7.

Также в работу входят даталогическая и физическая модели, построенные с помощью CASE-средства All Fusion ERwin Data Modeler 7.

База данных реализована в СУБД: MS Access 2010 и MSSQLServer 2005. Рассмотрена возможность публикации базы данных в Интернет.

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

1. Карпова Т.С. Базы данных: Модели, разработка, реализация. - СПб.: Питер, 2002. - 304 с.

2. Вендров А.М. Практикум по проектированию программного обеспечения экономических информационных систем: Учеб. Пособие. - М: Финансы и статистика, 2004. - 192 с.

3. http://www.citforum.ru/database/case/glava1_2. shtml

4. http://www.citforum.ru/database/dbguide/index. shtml

5. http://www.termite.ru/nets/case/glava1. htm

6. http://www.citforum.ru/database/mssql/overview/mssgl. htm

7. http://www.codenet.ru/db/oracle/oraclepr_05. php

8. http://library. mephi.ru/data/scientific-sessions/2000/Neuro_1/50.html

9. http://citforum.ru/internet/intranet_app/interintr_01. shtml

10. http://citforum.ru/internet/intranet_app/interintr_14. shtml#51

11. http://citforum.ru/internet/intranet_app/index. shtml

Приложение

Приложение №1. "Сгенерированный код БД для MSSQLServer 2005"

CREATE TABLE БКИ

(ИНН_БКИ smallint NOT NULL,

Лицензия varchar (20) NULL,

Юридический_адрес varchar (20) NULL,

ИНН_кредитного_агента smallint NOT NULL,

ИНН_сотрудника smallint NOT NULL,

ИНН_банка smallint NOT NULL)

go

ALTER TABLE БКИ

ADD CONSTRAINT XPKБКИ PRIMARY KEY NONCLUSTERED (ИНН_БКИ ASC, ИНН_кредитного_агента ASC, ИНН_сотрудника ASC, ИНН_банка ASC)

go

CREATE TABLE Банк

(

ИНН_банка smallint NOT NULL,

Лицензия_банка varchar (20) NULL,

Название varchar (20) NULL,

Юридический_адрес varchar (20) NULL)

go

ALTER TABLE Банк

ADD CONSTRAINT XPKБанк PRIMARY KEY CLUSTERED (ИНН_банка ASC)

go

CREATE TABLE Кредитная_история

(Код_кредитной_истории smallint NOT NULL,

Титульная_часть varchar (20) NULL,

Основная_частьvarchar (20) NULL,

Закрытая_частьvarchar (20) NULL,

ИНН_БКИ smallint NOT NULL,

ИНН_кредитного_агента smallint NOT NULL,

ИНН_кредитного_агента_ smallint NOT NULL,

ИНН_сотрудника smallint NOT NULL,

ИНН_сотрудника_ smallint NOT NULL,

ИНН_банка smallint NOT NULL,

ИНН_банка_ smallint NOT NULL,

Инн_клиента smallint NOT NULL)

go

ALTER TABLE Кредитная_история

ADD CONSTRAINT XPKКредитная_история PRIMARY KEY CLUSTERED (Код_кредитной_истории ASC, ИНН_БКИ ASC, ИНН_кредитного_агента ASC, ИНН_кредитного_агента_ ASC, ИНН_сотрудника ASC, ИНН_сотрудника_ ASC, ИНН_банка ASC, ИНН_банка_ ASC, Инн_клиента ASC)

go

CREATE TABLE Кредитный_агент

(ИНН_кредитного_агента smallint NOT NULL,

Выполненные_договора varchar (20) NULL,

ФИО varchar (20) NULL,

Стаж smallint NULL,

Телефон varchar (20) NULL,

ИНН_сотрудника smallint NOT NULL,

ИНН_банка smallint NOT NULL)

go

ALTER TABLE Кредитный_агент

ADD CONSTRAINT XPKКредитный_агент PRIMARY KEY NONCLUSTERED (ИНН_кредитного_агента ASC, ИНН_сотрудника ASC, ИНН_банка ASC)

go

CREATE TABLE Кредитный_договор

(Номер_договора smallint NOT NULL,

Номер_счета smallint NULL,

Сумма_кредита smallint NULL,

Дата_составленияdatetimeNULL,

Срок_погашенияdatetimeNULL,

%_ставка smallint NULL,

ИНН_кредитного_агента smallint NOT NULL,

ИНН_кредитного_агента_ smallint NOT NULL,

ИНН_сотрудника smallint NOT NULL,

ИНН_сотрудника_ smallint NOT NULL,

ИНН_банка smallint NOT NULL,

ИНН_банка_ smallint NOT NULL,

Инн_клиента smallint NOT NULL)

go

ALTER TABLE Кредитный_договор

ADD CONSTRAINT XPKКредитный_договор PRIMARY KEY NONCLUSTERED (Номер_договора ASC, ИНН_кредитного_агента ASC, ИНН_кредитного_агента_ ASC, ИНН_сотрудника ASC, ИНН_сотрудника_ ASC, ИНН_банка ASC, ИНН_банка_ ASC, Инн_клиента ASC)

go

CREATE TABLE Операции_со_счетом

(номер_операции smallint NOT NULL,

вид_операции varchar (20) NULL,

сумма smallint NULL,

дата_операции datetime NULL,

Номер_счета smallint NOT NULL,

Номер_договора smallint NOT NULL,

ИНН_кредитного_агента smallint NOT NULL,

ИНН_сотрудника smallint NOT NULL,

ИНН_банка smallint NOT NULL,

Инн_клиента smallint NOT NULL)

go

ALTER TABLE Операции_со_счетом

ADD CONSTRAINT XPKОперации_со_счетом PRIMARY KEY NONCLUSTERED (номер_операции ASC, Номер_счета ASC, Номер_договора ASC, ИНН_кредитного_агента ASC, ИНН_сотрудника ASC, ИНН_банка ASC, Инн_клиента ASC)

go

CREATE TABLE Поручитель

(Серия_и_номер_паспорта varchar (20) NOT NULL,

Фио varchar (20) NULL,

Должность varchar (20) NULL,

Телефон char (18) NULL,

Инн_клиента smallint NOT NULL,

ИНН_банка_ smallint NOT NULL,

ИНН_кредитного_агента smallint NOT NULL,

ИНН_сотрудника smallint NOT NULL)

go

ALTER TABLE Поручитель

ADD CONSTRAINT XPKПоручитель PRIMARY KEY NONCLUSTERED (Серия_и_номер_паспорта ASC, Инн_клиента ASC, ИНН_банка_ ASC, ИНН_кредитного_агента ASC, ИНН_сотрудника ASC)

go

CREATE TABLE Сотрудники_банка

(ИНН_сотрудника smallint NOT NULL,

Фио varchar (20) NULL,

Должность varchar (20) NULL,

Оклад smallint NULL,

Телефон varchar (20) NULL,

Адрес varchar (20) NULL,

ИНН_банка smallint NOT NULL)

go

ALTER TABLE Сотрудники_банка

ADD CONSTRAINT XPKСотрудники_банка PRIMARY KEY CLUSTERED (ИНН_сотрудника ASC, ИНН_банка ASC)

go

CREATE TABLE Ссудный_счет

(Номер_счета smallint NOT NULL,

Дата_открытия datetime NULL,

Размер_ссуды smallint NULL,

Текущий_баланс smallint NULL,

Дата_закрытия datetime NULL,

Номер_договора smallint NOT NULL,

ИНН_кредитного_агента smallint NOT NULL,

ИНН_кредитного_агента_ smallint NOT NULL,

ИНН_сотрудника smallint NOT NULL,

ИНН_сотрудника_ smallint NOT NULL,

ИНН_банка smallint NOT NULL,

ИНН_банка_ smallint NOT NULL,

Инн_клиента smallint NOT NULL)

go

ALTER TABLE Ссудный_счет

ADD CONSTRAINT XPKСсудный_счет PRIMARY KEY NONCLUSTERED (Номер_счета ASC, Номер_договора ASC, ИНН_кредитного_агента ASC, ИНН_кредитного_агента_ ASC, ИНН_сотрудника ASC, ИНН_сотрудника_ ASC, ИНН_банка ASC, ИНН_банка_ ASC, Инн_клиента ASC)

go

CREATE TABLE Страховая_фирма

(ИНН_фирмы smallint NOT NULL,

Лицензия varchar (20) NULL,

Название varchar (20) NULL,

Юридический_адрес varchar (20) NULL,

Телефон varchar (20) NULL,

Инн_клиента smallint NOT NULL,

ИНН_банка_ smallint NOT NULL,

ИНН_кредитного_агента smallint NOT NULL,

ИНН_сотрудника smallint NOT NULL)

go

ALTER TABLE Страховая_фирма


Подобные документы

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

    курсовая работа [2,1 M], добавлен 14.02.2011

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

    курсовая работа [2,5 M], добавлен 10.01.2016

  • Описание предметной области разрабатываемой базы данных для теннисного клуба. Обоснование выбора CASE-средства Erwin 8 и MS Access для проектирования базы данных. Построение инфологической модели и логической структуры базы данных, разработка интерфейса.

    курсовая работа [3,8 M], добавлен 02.02.2014

  • Базы данных - важнейшая составная часть информационных систем. Проектирование базы данных на примере предметной области "Оргтехника". Сбор информации о предметной области. Построение информационно-логической модели данных. Разработка логической структуры.

    курсовая работа [318,6 K], добавлен 24.12.2014

  • Разработка базы данных для предметной области "Подразделения предприятия – Рабочие помещения". Описание используемых данных, предметной области и результатной информации. Создание запросов, форм и отчетов в базе данных. Описание построения диаграмм.

    курсовая работа [5,6 M], добавлен 24.07.2014

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

    контрольная работа [648,7 K], добавлен 13.04.2012

  • Информационно-логическая модель предметной области по нотациям Ричарда Баркера. Даталогическая модель реляционной базы данных в виде диаграммы схемы отношений. Приложение интерфейса для базы данных на языке программирования С# в среде Visual Studio.

    курсовая работа [3,6 M], добавлен 23.12.2014

  • Построение инфологической концептуальной модели предметной области. Структура базы данных Microsoft Office Access. Формы, запросы и отчеты. Создание форм, запросов и отчетов в базах данных. Схема данных физической и логической сущности в Erwin 4.0.

    курсовая работа [5,1 M], добавлен 13.12.2011

  • Определение предметной области базы данных ("Сеть ресторанов"), виды ее моделирования. Первоначальный набор сущностей и атрибутов предметной области. Процесс смыслового наполнения базы данных. Атрибуты в концептуальной модели. Характеристика видов связей.

    контрольная работа [510,9 K], добавлен 03.12.2014

  • Анализ предметной области - магазин "Канцелярские товары". Проектирование и реализация базы данных в MS SQL Server. Перечень хранимой информации: таблицы, поля, типы. Моделирование предметной области. Выделение сущностей, атрибутов, ключей, связей.

    курсовая работа [2,2 M], добавлен 05.02.2015

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.