перейти к полному списку дипломных проектов

Ссылка на скачивания файла в формате .doc находится в конце странички

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

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

Код юридического лица

Организационно-правовая форма

Наименование юридического лица

Юридический адрес

Телефон

Код служебной записки

Сумма кредита

Срок кредита

Процентное составлении кредита от актива

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

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

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

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

Копия устава

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

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

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

Лицензия

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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



В спроектированной базе данных существуют следующие связи.

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

Содержание дипломной работы

N 26-р «О кредитовании юридических лиц учреждениями Сберегательного Банка РФ» определены общие положения о предоставлении кредита юридическому лицу Сберегательным Банком РФ
Лицо, которое в силу закона или учредительных документов юридического лица выступает от его имени, должно действовать в интересах представляемого им юридического лица добросовестно и разумно
) юридическое лицо должно иметь расчетный счет в банке
Организация ввода данных и взаимодействия интерфейса пользователя с базами данных системы
Выбор средств проектирования программного обеспечения является одной из самых важных задач при разработке любого программного обеспечения
Из вышеприведенных характеристик различных инструментальных средств наиболее подходящее Case-средство для решения поставленных задач является BPwin
Каждая последующая диаграмма является более подробным описанием (декомпозицией) одной из работ на вышестоящей диаграмме
Хранилища данных, спроектированные на данной диаграмме, должны найти свое отражение в базе данных
3 Проектирование структуры базы данных На основании моделирования системы удалось выделить основные объекты системы и их взаимосвязи, что позволяет перейти к проектированию структуры базы данных
В результате получена следующая база данных: 
В спроектированной базе данных существуют следующие связи
 Масштаб информационной системы при этом произволен – от системы уровня рабочей группы до системы уровня большого предприятия
Также здесь имеются предварительно определенные визуальные и невизуальные объекты
При нажатии кнопки «Отчеты» на главной форме представляется список отчетов, которые формируются после нажатия на соответствующее наименование (рисунок 11)
24 Сохранение данных (данные о заключении) Если заключение уже создано для данной служебной записки, система уведомляет, что заключение уже вынесено (рисунок 25)
Материальные затраты Под материальными затратами понимают отчисления на материалы, использующиеся в процессе разработки и внедрении программного продукта (в т
Затраты на оплату машинного времени (Зовм) включают: Затраты на оборудование в размере 1343,93 руб
За второе полугодие планируется осуществить продажу тридцати копий программы и прибыль от продажи покроет появившиеся на данном периоде затраты
Получим:
полугодия (1,21 года) Такое значение срока окупаемости проекта говорит о том, что через 1,21 года проект окупит денежные средства, вложенные в него, а затем начнет приносить доход
2002 № 439 «Об утверждении форм документов, используемых при государственной регистрации юридических лиц, и требований к их оформлению»
ibs