Реферат

Реферат

Ключевые слова: СИСТЕМА РЕГИСТРАЦИИ, БАНК, КРЕДИТ, РЕГИСТРАЦИЯ, БАЗА ДАННЫХ, БЕЗОПАСНОСТЬ, ПРОДВИЖЕНИЕ, СОТРУДНИК, ТАБЛИЦА, СХЕМА, ПРИЛОЖЕНИЕ, Тема работы: систему управления кредитами в коммерческом банковском… Целью работы является разработка программного средства для удаленной работы с базой данных система кредитования…

Описание способов, форм обработки и представления сведений о хранимой в базе

3.5. Разработать модели предметной области каждого из пользователей в виде диаграмм«Объекты/связи» (используя ER-модели)………………………………………..14 4.Логическая (концептуальная) модель предметной области с использованием реляционной модели………………………………………………………………………….15

Без базы данных в настоявшее время трудно представить работу любого предприятия связанного с торговлей.

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

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

Необходима реализовать возможность выдача оператором кредита на определённую сумму, Сумма кредита должна находиться в пределах нижней и верхней границ,… Для полного описания структуры «Кредитов» следует создать поля:

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

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

Схемы базовых отношений.

Дебитор= { ID : счетчик, Идентификатор дебитора: целое число,

Домены атрибутов всех отношений.

    Debitors: Атрибут Домен id Целое число name Строка(22) …

Множество функциональных зависимостей.

  Описания отношения «Дебиторы»: 1. В системе не должно быть двух учетных записей одного и того же дебитора

Неприводимое множество функциональных зависимостей.

  Построим неприводимое множество функциональных зависимостей для… S = { {ID}->{ФИО, Домашний, Мобильный}}.

Построение суперключа и доказательство его уникальности.

В качестве суперключа возьмём множество атрибутов SK = {ID, Дебитор }. Докажем его уникальность. Итак, дано отношение R = “Кредиты” с множеством атрибутов A = {ID, Дебитор,… S = {

Построение по суперключу составного потенциального ключа и доказательство его потенциальности.

Итак, дано отношение R = “Кредиты” с множеством атрибутов A = {ID, Дебитор, Сумма, Дата, Баланс} и множеством функциональных зависимостей : S = { {id}->{Сумма},

Выбор первичных ключей.

 

Нормализация отношений.

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

НФ.

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

НФ.

Отношения “Пользователи”, “Дебиторы”и“Оплаты”имеют единственные и простые потенциальные ключи, поэтому уже находятся в 2НФ.

Рассмотрим отношение “Кредиты”. Обозначим его R1.Оно имеет множество атрибутов A = { ID, Дебитор, Баланс, Дата, Сумма} и неприводимое множество функциональных зависимостей

S = {

{id}->{Сумма},

{id}->{Дата},

{Дебитор}->{Баланс}

}.

Потенциальным ключом в этом отношении является множество K = {ID, Дебитор}.

Это отношение не находится в 2НФ, так как атрибуты “ID” и “Дебитор” приводимо зависят от потенциального ключа (т.е. зависят от части ключа).

Проведём нормализацию этого отношения до 2НФ.

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

 

R1’ = {

ID,

Дебитор,

Баланс

}

Потенциальным ключом отношении R1’ является множество атрибутов {ID, cinema}.

 

R1’’ = {

ID,

Сумма,

Дата

}

Потенциальным ключом отношении R1’’ является множество атрибутов {ID}.

Таким образом, исходное отношение “Кредиты” было разбито на отношения R1’ и R1’’, которые находятся в 2НФ, причём нетрудно убедиться, что естественное объединение R1’ и R1’’ даст отношение “Кредиты”.

 

3НФ

Отношения “Пользователи”, “Дебиторы”, а также отношения R1’ и R1’’, на которые было разбито отношение “Кредиты”, находятся в 2НФ, так как не имеют неключевых атрибутов, которые транзитивно зависят от первичного ключа.

Рассмотрим отношение “Оплаты”. Обозначим его R2. Оно имеет множество атрибутов

A = {ID, Кредитный счет, Сумма, Дата} и неприводимое множество функциональных зависимостей

S = {

{ID} -> { Кредитный счет },

{ID} -> { Дата },

{ Дата } -> { Сумма }

}.

Потенциальным ключом в этом отношении является множество атрибутов K = {ID}.

Это отношение не находится в 3НФ, так как по правилу транзитивности

{ID} -> { Кредитный счет , Дата } ʌ { Дата } -> {Сумма} =>

=> {ID} -> { Сумма },

т.е. атрибуты “ Сумма ” транзитивно зависит от потенциального ключа.

Проведём нормализацию этого отношения до 3НФ.

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

 

R2’ = { ID,

Дата,

Кредитный счет

}

Потенциальным ключом отношении R2’ является множество атрибутов {ID}.

 

R2’’ = {

Дата,

Сумма

}

Потенциальным ключом отношении R2’’ является множество атрибутов {Дата}.

Таким образом, исходное отношение “Оплаты” было разбито на отношения R2’ и R2’’, которые находятся в 3НФ, причём нетрудно убедиться, что естественное объединение R2’ и R2’’ даст отношение “Оплаты”.

В результате, все отношения являются нормализованными до 3НФ. Для тех отношений, которые были разбиты на несколько проекций, зададим новые имена:

R1’ − “Баланс дебитора” ,

R1’’ − “Сумма кредита”,

R2’ − “Дата кредитной операции”,

R2’’ − “Сумма оплаты в данном месяце”

5.Физическая (внутренняя) модель

SQL-скрипт создания пустой базы данных

  CREATE TABLE Credits( ID uniqueidentifier NOT NULL,

Структура приложения с комментариями

Для выполнения поставленной задачи было решено использовать объектно-ориентированный язык программирования C Sharp (C#), так как он полностью подходит для выполнения задачи, а также предназначен для разработки приложений, выполняемых в среде .NET Framework.

 

Также было решено использовать возможности файл-серверной СУБД Microsoft SQLSERVER, так как наше приложение будет работать с небольшими объёмами данных и будет небольшое число пользователей, одновременно работающих с данными.

 

Для создания приложения используем пространство имен System.Windows.Forms, содержащее: классы форм, а также всех других визуальных компонентов: кнопок, переключателей, полей ввода и т.д. Помимо самих классов в данном пространстве имен также существует огромное количество других типов: интерфейсов, структур, делегатов и т.д. [6]

 

Описание использованных в программе процедур, объектов, форм и классов:

В моей программе создано 7 форм:

“MainForm” (основная форма нашей программы),

“NewDebitor” (форма для дабавление новый дебиторы),

“NewCredit” (форма для добавление кредита для дибитора),

“NewPayment” (форма добавления нового оплата),

“ UpdateDebitor ” ((форма обновления данных об Дебитора),

“NewUser” (форма регистрации),

“login” (форма входа в программу).

Пространство имен System.Data.SqlClient является поставщиком данных платформы .NET Framework для SQL Server.

Поставщик данных .NET Framework для SQL Server представляет собой набор классов, используемых для доступа к базам данных SQL Server в управляемом пространстве. Класс SqlDataAdapter позволяет заполнить резидентно находящийся в памяти набор DataSet, который можно использовать для запроса и обновления базы данных.

Также реализована процедура поиска по таблице DataGridView.

В Базе Данных пароли хранятся в виде MD5. Для этого использую процедуру GetHashString(string s).в которую передаю пароль в незашифрованном виде.

 

 

Тестирование программы

Рис. 1.5 – Главное окно программы (Администратор)   Добавление нового дебитора производится в новом окне, которое продемонстрированно на рис.5

Список использованных источников

  1. Бойко В.В., Савинков В.М. Проектирование баз данных информационных систем.… 2. Дейт К.Дж. Введение в системы баз данных. М.: Вильямс, 2000.

Приложение B. SQL-запросы создания пустой базы данных

 

CREATE TABLE Credits(

ID uniqueidentifier NOT NULL,

DebitorID uniqueidentifier NOT NULL,

Amount money NOT NULL,

Balance money NOT NULL,

OpenDate datetime NOT NULL,

CONSTRAINT PK_Credits PRIMARY KEY CLUSTERED

(ID ASC) ON [PRIMARY]

)

GO

 

CREATE TABLE Debitors

(

ID uniqueidentifier NOT NULL,

Name nvarchar(100) NOT NULL,

PostNumber bigint NOT NULL,

PhoneNumber int NULL,

CONSTRAINT PK_Debitors PRIMARY KEY CLUSTERED

(ID ASC)ON [PRIMARY]

);

GO

 

CREATE TABLE Payments(

ID uniqueidentifier NOT NULL,

CreditsID uniqueidentifier NOT NULL,

Amount money NOT NULL,

[PaymentDate] [datetime] NOT NULL,

CONSTRAINT PK_Payments PRIMARY KEY CLUSTERED

(ID ASC)

ON [PRIMARY]

)

GO

 

CREATE TABLE [Users](

ID uniqueidentifier NOT NULL,

Name nvarchar(50) NOT NULL,

UserName nvarchar(20) NOT NULL,

Password uniqueidentifier NOT NULL,

IsAdmin bit NOT NULL,

)