Среда разработки клиентского приложения Microsoft Visual Studio 2008

 

 

 

 

 

Таблица 2.1.2.2 – Атрибуты отношения «Анкеты»

Атрибут	Тип данных	Длина
Код_заемщика	Числовой	Длинное целое
Доход	Числовой	Длинное целое
Дополнительный_доход	Числовой	Длинное целое
Наличие_автомобиля	Тектовый	10
Проживание	Текстовый	20
Клиент_судим	Текстовый	10
Другой_банк	Текстовый	10
Возраст	Числовой	10
Образование	Тектовый	20
Пол	Текстовый	10
Электронная_почта	Числовой	30
Контактный_телефон	Числовой	30
Место_работы	Текстовый	30
Стаж_работы	Числовой	10
Адрес_работы	Текстовый	30
Квалификация	Текстовый	20
Сфера_деятельности	Текстовый	30

 

 

Таблица 2.1.2.3 – Атрибуты отношения «Заемщики»

Атрибут	Тип данных	Длина
Код_заемщика	Числовой	Длинное целое
Код_результата	Числовой	Длинное целое

 

 

 

 

 

Таблица 2.1.2.4 – Атрибуты отношения «Результаты заемщика».

Атрибут	Тип данных	Длина
Код_результата	Числовой	Длинное целое
Результат	Числовой	Длинное целое

 

 

2.1.3 Описание связей

 

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

Взаимосвязи между таблицами БД могут быть типизированы по следующим основным видам:

1. Отношение “один к одному” (1:1) означает, что каждая запись одной таблицы соответствует только одной записи в другой таблице;

2. Отношение “один ко многим” (1:М) возникает, когда одна запись взаимосвязана со многими другими;

3.  Отношение “многие к одному” означает, что многие записи связаны с одной (М:1);

4. Отношение “многие ко многим” (M:N) возникает между двумя таблицами в тех случаях, когда:

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

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

 

 

Таблица 2.1.3.1 – Связи между таблицами

Номер связи	Родительская таблица	Дочерняя таблица	Тип связи
1	Основная информация	Заемщики	1:M
2	Результаты	Заемщики	1:M
3	Основная информация	Анкеты	1:1

 

 

Таблица 2.1.3.1 показывает классификацию связей между таблицами.  Связь  под номером один, между таблицами «Основная информация – Заемщики». В обеих таблицах имеется поле код_заемщика . Вторая связь «Результаты – Заемщики» имеет тип «1:M». Обе таблицы имеют поле код_результата .Третья связь «Основная информация – Анкеты» имеет тип 1:1. Обе таблицы имеют поле код_заемщика.

2.1.4 Функциональные зависимости  между атрибутами

 

Данные представляются в виде двумерных таблиц, над которыми допускаются традиционные теоретико-множественные операции (объединение, пересечение, разность и декартово произведение) и специальные реляционные операции (селекция, проекция, соединение и деление). Использование модели позволило создать как сами реляционные базы данных, так и системы управления реляционными базами данных.

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

В разработанной базе данных «Кредитоспособность заемщика» существуют следующие функциональные зависимости между атрибутами:

 

Таблица 2.1.4.1 – Функциональные зависимости между атрибутами сущности «Результаты»

Наименование атрибутов	Функциональные зависимости
Код_результата Результат

 

 

Таблица 2.1.4.2 – Функциональные зависимости между атрибутами сущности «Анкеты»

Наименование атрибутов	Функциональные зависимости
Код_заемщика Пол Возраст Контактный_телефон Элекронная_почта Образование Место_работы Сфера_деятельности Квалификация Стаж_работы Адрес_работы Доход Дополнительный_доход Наличие_автомобиля Проживание Срок_кредитования Клиент_судим Другой_банк

 

 

 

Таблица 2.1.4.3 – Функциональные зависимости между атрибутами сущности «Заемщики»

Наименование атрибутов	Функциональные зависимости
Код_заемщика Код_результата

 

Таблица 2.1.4.4 – Функциональные зависимости между атрибутами сущности «Основная информация»

Наименование атрибутов	Функциональные зависимости
Код_заемщика Фамилия Имя Отчество Дата_рождения Семейное_положение Дети

 

2.1.4 Выбор ключей

 

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

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

Использование ключей и индексов позволяет:

– однозначно идентифицировать записи;

– избегать дублирования значений в ключевых полях;

– выполнять сортировку таблиц;

– ускорять операции поиска в таблицах;

– устанавливать связи между отдельными таблицами БД.

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

 

Таблица 2.1.4.1 – Ключи сущностей

Таблица	Ключ	Тип ключа
Анкеты	Код_заемщика	primary
Основная_информация	Код_заемщика	primary
Заемщики	Код_заемщика	foreign
Результаты	Код_результата	primary

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

3. ИНСТРУНКЦИЯ  ПО ЭКСПЛУАТАЦИИ КЛИЕНТКОГО ПРИЛОЖЕНИЯ

3.1 Интерфейс программы

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

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

Пользовательский интерфейс программы представлен WIMP-интерфейсом(WIMP от: Window –окно; Image – образ; Menu – меню; Pointer – указатель). На рисунке 3.1.1 представлено главное окно программы.

 

Рисунок 3.1.1 – Главное окно программы

3.2 Описание входных  и выходных данных

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

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

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

3.3 Руководство пользователя

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

3.4 Контрольный пример

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

Таблица 3.4.1 – Исходные данные и результаты для контрольного примера

Характеристика	Исходные данные	Балл