Просмтор этого файла доступен только зарегистрированным пользователям. Но у нас супер быстрая регистрация: достаточно только электронной почты!

Текст из файла (страница 5)

Дата получения документов

Код должностного лица

Фамилия, имя, отчество должностного лица

Должность представителя

Копия устава

Копия учредительного договора

Карточка с образцами подписей

Протоколы заседаний

Лицензия

Состав аукционеров

Состав коллегиальных органов

Перечень дочерних организаций

Основной государственный регистрационный номер

Дата выдачи свидетельства о государственной регистрации

Орган, выдавший свидетельство о государственной регистрации

Государственный регистрационный номер

Дата выдачи свидетельства о внесении записи в ЕГРЮЛ

Наименование регистрирующего органа, выдавшего свидетельство о внесении записи В ЕГРЮЛ

Регистрационный номер печати

Название фирмы изготовителя печати

Дата изготовления печати

Оттиск печати

Идентификационный номер налогоплательщика (ИНН)

Код причины постановки на налоговый учет (КПП)

Дата выдачи свидетельства о постановке на учет в налоговом органе

Наименование регистрирующего органа, выдавшего свидетельство о постановке на учет в налоговом органе

Код заключения

Дата заключения

Код сотрудника

Фамилия, имя, отчество сотрудника

Должность сотрудника.

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

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

Список полей удовлетворяет этому нормальному закону, кроме трех полей «Фамилия, имя, отчество сотрудника», «Фамилия, имя, отчество должностного лица», «Юридический адрес». Их можно разделить на три поля соответственно «Фамилия», «Имя» и «Отчество», а поле «Юридический адрес»: «Город», «Улица», «Дом», но для выполнения поставленных задач это не требуется, поэтому данные поля можно считать не делимыми.

Второй нормальный закон требует:

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

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

Первичный ключ может быть простым (одно поле) или составным (несколько полей) – единственным в каждой таблице. Он обеспечивает:

• однозначную идентификацию записи в таблице;

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

• установление связей между таблицами;

• создание ограниченной ссылочной целостности таблиц.

Имеет обязательные свойства: уникальность; не избыточность и достаточность; в состав ключей не должны входить поля: memo, графические, поля-комментарии. Например, для таблице «Юридическое лицо» целесообразно сделать первичным ключем поле «код юридического лица».

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

Таблица «Юридическое лицо» с полями

Код юридического лица – числовой (ключевое);

Код Организационно-правовой формы (ОПФ) – числовой;

Наименование юридического лица – текстовый;

Юридический адрес – текстовый;

Телефон – текстовый;

Копия устава – логический;

Копия учредительного договора – логический;

Карточка с образцами подписей – логический;

Протоколы заседаний – логический;

Лицензия – логический;

Состав аукционеров – логический;

Состав коллегиальных органов – логический;

Перечень дочерних организаций – логический;

Код органа, выдавшего свидетельство о государственной регистрации – числовой;

Основной государственный регистрационный номер – тестовый;

Дата выдачи свидетельства о государственной регистрации – дата/время;

Код органа, выдавшего свидетельство о внесении записи в ЕГРЮЛ – числовой;

Государственный регистрационный номер – текстовый;

Дата выдачи свидетельства о внесении записи в ЕГРЮЛ – дата/время;

Код фирмы изготовителя печати – числовой;

Регистрационный номер печати – текстовый;

Дата изготовления печати – дата/время;

Оттиск печати – логический.

Идентификационный номер налогоплательщика (ИНН) – текстовый;

Код причины постановки на налоговый учет (КПП) – текстовый;

Дата выдачи свидетельства о постановке на учет в налоговом органе – дата/время;

Таблица «Служебная записка» с полями

Код служебной записки – числовой (ключевое);

Сумма кредита – числовой;

Срок кредита – текстовый;

Процентное составление кредита от актива – текстовый;

Дата получения документов – дата/время;

Код должностного лица – числовой;

Код юридического лица – числовой;

Заключение – логический;

Дата дачи заключения – дата/время;

Код сотрудника – числовой.

Таблица «Сотрудники» с полями

Код сотрудника – числовой (ключевое);

Фамилия, имя, отчество сотрудника – текстовый;

Должность сотрудника – текстовый.

Таблица «Должностное лицо» с полями

Код должностного лица – числовой (ключевое);

Фамилия, имя, отчество должностного лица – текстовый;

Должность представителя – текстовый;

Код юридического лица – числовой.

Таблица «ОПФ» с полями

Код ОПФ – числовой (ключевое);

ОПФ – текстовый;

Абривиатура ОПФ – текстовый.

Таблица «Орган, выдавший свидетельство о государственной регистрации» с полями

Код органа, выдавшего свидетельство о государственной регистрации – числовой (ключевое);

Орган, выдавший свидетельство о государственной регистрации – текстовый.

Таблица «Орган, выдавший свидетельство о внесении записи в ЕГРЮЛ» с полями

Код органа, выдавшего свидетельство о внесении записи в ЕГРЮЛ – числовой (ключевое);

Наименование регистрирующего органа, выдавшего свидетельство о внесении записи В ЕГРЮЛ – текстовый.

Таблица «Фирма изготовитель печати» с полями

Код фирмы изготовителя печати – числовой (ключевое);

Название фирмы изготовителя печати – текстовый.

Таблица «Орган, выдавший свидетельство о постановке на налоговый учет» с полями

Код органа, выдавшего свидетельство о постановке на налоговый учет – числовой (ключевое);

Наименование регистрирующего органа, выдавшего свидетельство о постановке на учет в налоговом органе – текстовый.

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

В результате получена следующая база данных:

В спроектированной базе данных существуют следующие связи. Связь таблицы «Юридические лица» с таблицей «Должностное лицо» по полю «код должностного лица» один ко многим, с таблицей «Служебная записка» по полю «код юридического лица» один ко многим. Таблица «ОПФ» связана с таблицей «Юридические лица» по полю «код ОПФ» один ко многим. Таблица «Орган, выдавший свидетельство о государственной регистрации» связан с таблицей «Юридические лица» по полю «код органа, выдавшего свидетельство о государственной регистрации» один ко многим. Таблица «Орган, выдавший свидетельство о внесении записи в ЕГРЮЛ» связан с таблицей «Юридические лица» по полю «код органа, выдавшего свидетельство о внесении записи в ЕГРЮЛ» один ко многим. Таблица «Фирма изготовитель печати» связана с таблицей «Юридические лица» по полю «код фирмы изготовителя печати» один ко многим. Таблица «Орган, выдавший свидетельство о постановке на налоговый учет» связан с таблицей «Юридические лица» по полю «код органа, выдавшего свидетельства о постановке на налоговый учет» один ко многим. Таблица «Сотрудник» связана с таблицей «Служебная записка» по полю «код сотрудника» один ко многим. Таблица «Должностное лицо» связана с таблицей «Служебная записка» по полю «код должностного лица» один ко многим.

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

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

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

3. Реализация системы правового сопровождения кредитования юридических лиц

3.1 Выбор средств реализации системы

3.1.1 Выбор средств управления базами данных

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

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

SQL – сервер Borland InterBase является "промышленной" СУБД, предназначенной для хранения и выдачи больших объемов данных при использовании архитектуры "CORBA" в условиях одновременной работы с базой данных множества клиентских приложений.¹ Масштаб информационной системы при этом произволен – от системы уровня рабочей группы до системы уровня большого предприятия.

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

Для задания ссылочной и смысловой целостности в базе данных определяются:

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

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

• бизнес – правила при помощи триггеров – подпрограмм, автоматически выполняемых сервером до или (и) после события изменения записи в таблице базы данных;

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

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

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

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

3.1.2 Выбор средств программирования

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

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

Характеристики

Список файлов ВКР