Разработка автоматизированной системы оценки кредитоспособности физических лиц (АС "CreditAnalysis")

Тип работы:
Дипломная
Предмет:
Программирование


Узнать стоимость

Детальная информация о работе

Выдержка из работы

Введение

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

Расчетно-пояснительная записка включает техническое задание, конструкторскую, технологическую, экономическую и эргономическую части, а также приложение.

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

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

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

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

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

Содержание

Техническое задание

Конструкторская часть

1. Общетехническое обоснование разработки

1.1 Описание предметной области

1.2 Функциональные задачи приложения

1.3 Анализ аналогов и прототипов

2. Разработка структуры программного изделия

2.1 Выявление потребителей и источников информации

2.2 Сравнительный анализ средств разработки системы

2.3 Выбор системы разработки

2.4 Проектирование базы данных

2.5 Описание инфологической модели предметной области

2.6 Даталогическая модель

Технологическая часть

1. Разработка интерфейсов взаимодействия пользователя с системой

1.1 Разработка экранных форм (страниц)

1.2 Разработка графа диалога

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

2.1. Открытие приложения

2.2 Постраничная навигация

2.3 Отправка письма по E-mail

3. Программа и методика испытаний

3.1 Объект испытаний

3.2 Цель испытания

3.3 Состав предъявляемой документации

3.4 Технические требования

3.5 Порядок проведения испытаний

Экономическая часть

1. Смета затрат на создание программного изделия

2. Обоснование сметы затрат

2.1 Расчет затрат на расходные материалы

2.2 Расчет затрат на оборудование

2.3 Расчет затрат на услуги сторонних организаций

2.4 Расчет затрат на оплату труда

2.5 Расчет отчислений на социальные нужды

2.6 Расчет затрат на накладные расходы

2.7 Расчет себестоимости

2.8 Расчет прибыли

2.9 Расчет цены

2. 10 Расчет цены с учетом НДС

Эргономическая часть

1. Введение

2. Обобщённые эргономические характеристики

2.1 Расчёт яркостно — контрастных характеристик

2.2 Расчёт пространственных характеристик

2.3 Расчёт временных характеристик

2.4 Расчет информационных характеристик

3. Частные эргономические характеристики

3.1 Оценка информационной насыщенн

3.2 Оценка цветовой гаммы

Заключение

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

Приложение

1. Листинг основных модулей программы

1.1 Разметка веб-страниц

1.2 Дизайн веб-страниц

1.3 Функциональные модули

Техническое задание

Наименование проекта

Автоматизированная система оценки кредитоспособности физических лиц (АС «CreditAnalysis»).

Основание для разработки

Основанием для разработки является задание на бакалаврскую работу, утвержденное кафедрой «Автоматизированные системы обработки информации и управления» МГТУ им. Н. Э. Баумана.

Исполнитель

Исполнителем является студент МГТУ им. Н. Э. Баумана группы ИУ 5−82 Галкин Михаил Андреевич.

Назначение и цель разработки

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

Содержание работы

Задачи, подлежащие решению

Анализ предметной области и создание ее формального описания

Определение функций, выполняемых системой;

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

Выбор основной технологии и средств разработки и реализации программных модулей;

Создание базы данных;

Составление структурной схемы программы;

Разработка интерфейса взаимодействия программы с пользователем;

Разработка алгоритма работы программы;

Разработка графа диалога и набора страниц;

Оформление документации.

Требования к программному изделию

Требования к функциональным характеристикам:

Автоматизированная система оценки кредитоспособности должна выполнять следующие функции:

Содержать макет сайта Банка, с которого будет осуществляться отправка заявки на кредит.

Содержать постраничную навигацию по макету сайта.

Реализовывать возможность заполнения клиентом онлайн — заявки на кредит.

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

Осуществлять принятие решения о возможности выдачи кредита по введённой заявке

Анализ данных должен происходить на основе весовых данных, заданных в системе.

База данных должна иметь встроенное хранилище информации о текущих клиентах Банка, на основе которых система сможет делать вывод о ценности того или иного параметра.

Вести постоянный пересчёт оценочных параметров, хранящихся в системе, для оперирования самой актуальной информацией при принятии решения.

Осуществлять выбор кредитного продукта, который Банк может предоставить, на основе данных, указанных в онлайн — заявке.

Осуществлять отправку письма по указанному клиентом E-mail адресу с результатами предварительного решения и выбора кредитного продукта.

Основное управление и настройка системы должны осуществляться путём изменения данных в базе.

Требования к интерфейсу пользователя:

Клиент должен иметь возможность:

Зайти на веб-страницу с онлайн — заявкой на кредит.

Чётко понимать, каким образом необходимо вести заполнение заявки, и, в случае пропуска полей, получать сообщение о необходимости их заполнения.

Уведомляться об успешной обработке заполненной заявки.

Получать на E-mail письмо с вынесенным решением и дальнейшими инструкциями для получения кредита.

Требования к составу программных компонентов

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

ОС Microsoft Windows XP или старше;

MS SQL Server 2005 Express Edition или более высокой редакции;

Требования к архитектуре системы

Система должна включать в себя:

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

базу данных для хранения информации о клиентах банка, данных для анализа и функций нахождения конечного решения.

приложение, ответственное за последовательное выполнение функций, хранящихся в БД, и рассылку E-mail сообщений с результатами.

Требования к базе данных

Автоматизированная система использует СУБД SQL Server 2005 для хранения следующей информации:

поступившие заявки от клиентов

текущие или бывшие клиенты Банка

чёрный список клиентов

процедуры, осуществляющие пересчёт оценочных параметров

процедуры, осуществляющие вычисления, анализ и принятие решения по заявке.

Требования к входным и выходным данным

Входные данные

Входными данными является информация, поступающая в заявке клиента с веб-страницы Банка.

Выходные данные

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

Требования к составу и характеристикам технических средств

Приложение должно функционировать на IBM-совместимой ЭВМ следующей конфигурации:

процессор семейства Intel Pentium IV и выше;

оперативная память не менее 1 Гбайт;

дисковая подсистема со свободным дисковым пространством

не менее 2 Гбайт;

цветной монитор с поддержкой SVGA-режимов;

стандартная русифицированная клавиатура;

манипулятор мышь.

Требования к лингвистическому обеспечению

Интерфейс пользователя должен быть реализован на русском языке.

автоматизированный информационный кредитоспособность банк

Этапы разработки

Этапы разработки

Срок начала

Срок выполнения

1

Разработка технического задания

07. 02. 2011

12. 02. 2011

2

Разработка эскизного проекта

14. 02. 2011

26. 02. 2011

3

Разработка технического проекта

28. 02. 2011

12. 03. 2011

4

Разработка программы

14. 03. 2011

02. 04. 2011

5

Отладка программы

04. 04. 2011

16. 04. 2011

6

Разработка программной документации

18. 04. 2011

07. 05. 2011

7

Оформление и представление документации

09. 05. 2011

14. 05. 2011

8

Защита выпускной работы

До 02. 07. 2011

Требования к документации

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

Техническое задание;

Расчетно-пояснительная записка;

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

Программа и методика испытаний;

Копия листов графической части.

Порядок приема

Прием и контроль программного изделия осуществляется в соответствии с документом «Программа и методика испытаний».

Дополнительные условия

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

Конструкторская часть

1. Общетехническое обоснование разработки

1.1 Описание предметной области

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

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

Дальнейшая разработка модели предметной области описана в разделе «Проектирование базы данных».

1.2 Функциональные задачи приложения

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

· О созданных заявках;

· О текущих клиентах банка

· Процедуры, реализующие алгоритмы принятия решений;

· Результаты принятия решения

Реализация принятия решения по возможности выдаче клиенту кредита:

· Принятие решение на основе данных, введённых через форму

· Анализ при принятии решения на основе текущих данных в системе.

Обработка данных и вывод информации для администратора базы данных.

· Добавление данных;

· Просмотр данных, оставленных пользователями сайта;

(Все данные указанные действия администратор обязан совершать через СУБД)

1.3 Анализ аналогов и прототипов

В качестве прототипа разрабатываемого продукта рассмотрим несколько аналогов системы:

https: //www. citibank. ru/russia/loan/rus/form. htm — онлайн-заявка на получение кредита физическим лицом Банка «CitiBank». Данную страницу можно считать основным аналогом разрабатываемой программы. Страница имеет простой и понятный интерфейс, вопросы сформулированы максимально корректно и доступно. Основным недостатком данной системы является высокая длительность принятие решения, т.к. для его получения системой подразумевается обязательное участие человека.

https: //www. uniastrum. ru/personal/crediting/customer/form/ - страница с онлайн-заявкой на получение потребительского кредита Банка «Юниаструм Банк». Рассматриваемая страница имеет дружественный, понятный и грамотно структурированный интерфейс, но это высокое удобство влечёт за собой его медленную работу и достаточно долгую загрузку данных. Также сама анкета содержит много вопросов, требующих детального и очень подробного ответа, что также может оттолкнуть потенциального клиента Банка.

http: //www. vtb24. ru/personal/loans/personal/cash/preliminary-request/ - страница, содержащая онлайн-заявку на получение кредита наличными средствами в Банке «ВТБ24». Рассматриваемая анкета является очень краткой и содержит ряд не самых понятных для потенциального клиента вопросов. Система, по сути, реализует лишь сохранение контактных данных клиента для обратной связи и не имеет компоненты принятия решения.

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

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

· Система должна иметь высокую скорость загрузки и обработки информации для оперативной работы с потенциальным клиентом.

Таблица 1. Сравнительный анализ аналогов с разрабатываемой системой.

Параметры сравнения

Варианты сравнения

CreditAnalysis

CitiBank

Юниаструм Банк

ВТБ24

1. Простота организации интерфейса

Оч. хор.

Отл.

Оч. хор.

Хор.

2. Качество анкеты, предлагаемой клиенту для заполнения

Оч. хор.

Отл.

Хор.

Удовл.

3. Оперативность работы системы

Отл.

Оч. хор.

Хор.

Отл.

4. Прозрачность механизмов принятия решения

Отл.

Хор.

Оч. хор.

Хор.

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

Качественный показатель

Отл.

Оч. хор.

Хор.

Удовл.

Посредств.

Плохо

Оч. плохо

Неуд.

Количественный показатель (нормированная шкала)

1

0,9

0,8

0,6

0,5

0,4

0,2

0

Проведение нормализации и определение весовых коэффициентов приводит к следующим результатам:

Таблица 2. Итоговые результаты сравнительного анализа аналогов системы

Параметры сравнения

б

Варианты сравнения

CreditAnalysis

CitiBank

Юниаструм Банк

ВТБ24

1. Простота организации интерфейса

0. 1

0,9

1

0,9

0,8

2. Качество анкеты, предлагаемой клиенту для заполнения

0. 4

0,9

1

0,8

0,6

3. Оперативность работы системы

0. 3

1

0,9

0,8

1

4. Прозрачность механизмов принятия решения

0. 2

1

0,8

0,9

0,8

ИТОГО:

1

0,95

0,93

0,83

0,78

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

2. Разработка структуры программного изделия

2.1 Выявление потребителей и источников информации.

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

Потребителями информации являются потенциальные клиенты Банка.

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

2.2 Сравнительный анализ средств разработки системы

Были рассмотрены три варианта средств разработки системы. Сравнительный анализ вариантов приведен в таблице 3.

Таблица 3. Сравнительный анализ средств разработки системы

MS Visual Studio + MS SQL Server

MS Visual Studio + MS Access

Delphi +

MS Access

Опыт работы

1 год

3 месяца

1,5 год

Распространенность

отличная

хороший

удовл.

Подддержка фирм-производителей

отличная

хороший

отличная

Совместимость компонентов

отличная

удовл.

хорошая

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

отличный

хороший

удовл.

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

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

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

Таблица 4. Результаты сравнительного анализа и выбор средств разработки системы

б

MS Visual Studio + MS SQL Server

MS Visual Studio + MS Access

Delphi +

MS Access

Опыт работы

0. 2

0. 9

0. 7

1

Распространенность

0. 1

1

0. 8

0. 6

Подддержка фирм-производителей

0. 1

1

0. 8

1

Совместимость компонентов

0. 3

1

0. 6

0. 8

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

0. 3

1

0. 8

0. 6

У

0. 98

0. 72

0. 78

По результатам анализы был выбран вариант: MS Visual Studio + MS SQL Server.

2.3 Выбор среды разработки

Выбор архитектуры системы предопределен её локальным использованием на базе операционной системы Windows и выбранными средствами разработки.

В качестве системы разработки и исполняемого модуля выбрана среда программирования Microsoft Visual Studio 2008. Данная среда разработки имеет следующие положительные характеристики:

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

2. Включает локальный сервер ASP. NET Development Server для проверки работоспособности web-приложения без установки постороннего ПО.

3. Удобный интерфейс, поддержка фирмы-производителя (Microsoft) и широкий ассортимент обучающих статей и примеров по разработки программного обеспечения.

4. Предоставление бесплатной лицензии на использование Microsoft Visual Studio 2008 для студентов технических вузов в рамках программы «Dreamspark» от компании Microsoft.

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

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

2.4 Проектирование базы данных

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

2.5 Описание инфологической модели предметной области

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

Описание сущностей и их атрибутов

Сущность «Заявка»

Атрибуты:

· ID — Первичный ключ

· ID Регион

· ID Тип занятости

· Фамилия

· Имя

· Отчество

· Дата рождения

· ID Гражданство

· Телефон по месту проживания

· Мобильный телефон

· E-mail

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

· Срок кредита

· ID Пол

· Номер паспорта

· Дата выдачи паспорта

· Кем выдан паспорт

· Индекс по месту проживания

· Область по месту проживания

· Город по месту проживания

· Адрес по месту проживания

· Время фактического проживания

· ID Тип недвижимости

· Проживание совпадает с регистрацией

· Индекс по месту регистрации

· Область по месту регистрации

· Город по месту регистрации

· Адрес по месту регистрации

· Телефон по месту регистрации

· ID Семейное положение

· ID Образование

· ID Наличие детей

· ID Тип компании

· Название компании

· ИНН компании

· ОГРН компании

· Должность

· Рабочий телефон

· Индекс по месту работы

· Область по месту работы

· Город по месту работы

· Адрес по месту работы

· ID Количество сотрудников

· Срок работы на текущем месте

· Срок работы на прошлом месте

· Доход

· ID Наличие автомобиля

· ID Путешествия

· ID Кредитные карты

· ID Невыплаченные кредиты

· Решение по заявке

· Отправка письма

· Текст письма

Сущность «Автомобиль»

Атрибуты:

· ID — Первичный ключ

· Тип автомобиля

· Вес

Сущность «Год»

Атрибуты:

· ID — Первичный ключ

· Номер года

· Вес

Сущность «Дети»

Атрибуты:

· ID — Первичный ключ

· Количество детей

· Вес

Сущность «Кредитные карты»

Атрибуты:

· ID — Первичный ключ

· Наличие

· Вес

Сущность «Тип компании»

Атрибуты:

· ID — Первичный ключ

· Тип компании

· Вес

Сущность «Количество сотрудников»

Атрибуты:

· ID — Первичный ключ

· Количество

· Вес

Сущность «Невыплаченные кредиты»

Атрибуты:

· ID — Первичный ключ

· Наличие

· Вес

Сущность «Образование»

Атрибуты:

· ID — Первичный ключ

· Тип образования

· Вес

Сущность «Семейное положение»

Атрибуты:

· ID — Первичный ключ

· Семейное положение

· Вес

Сущность «Недвижимость»

Атрибуты:

· ID — Первичный ключ

· Тип недвижимости

· Вес

Сущность «Гражданство»

Атрибуты:

· ID — Первичный ключ

· Тип гражданства

· Вес

Сущность «Пол»

Атрибуты:

· ID — Первичный ключ

· Пол

· Вес

Сущность «Регион»

Атрибуты:

· ID — Первичный ключ

· Регион

· Вес

Сущность «Путешествия»

Атрибуты:

· ID — Первичный ключ

· Наличие

· Вес

Сущность «Занятость»

Атрибуты:

· ID — Первичный ключ

· Тип занятости

· Вес

Сущность «Клиент»

Атрибуты:

· ID — Первичный ключ

· Фамилия

· Имя

· Отчество

· Дата рождения

· Пол

· Гражданство

· Номер паспорта

· Детали выдачи паспорта

· Область по месту регистрации

· Город по месту регистрации

· Адрес по месту регистрации

· Область по месту проживания

· Город по месту проживания

· Адрес по месту проживания

· ID Офис Банка

· ID Менеджер Банка

· Категория качества

Сущность «Офис Банка»

Атрибуты:

· ID — Первичный ключ

· Название офиса

· Контактная информация

Сущность «Менеджер Банка»

Атрибуты:

· ID Логин в системе — Первичный ключ

· ФИО

· Должность

Сущность «Кредитный продукт»

Атрибуты:

· ID — Первичный ключ

· Название

· ID Тип графика

· Обеспеченность залогом

· Обеспеченность поручительством

· ID Условия

Сущность «Тип графика»

Атрибуты:

· ID — Первичный ключ

· Название

Сущность «Условия»

Атрибуты:

· ID — Первичный ключ

· ID Валюта

· Минимальная сумма

· Максимальная сумма

· Минимальный срок

· Максимальный срок

· Процентная ставка

· Процент пени

· ID База расчёта пени

Сущность «Валюта»

Атрибуты:

· ID — Первичный ключ

· Название

Сущность «База расчёта пени»

Атрибуты:

· ID — Первичный ключ

· Тип базы

Сущность «Чёрный список»

Атрибуты:

· ID — Первичный ключ

· Фамилия

· Имя

· Отчество

· Дата рождения

· Обоснование

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

Связь «В собственности»

Объединяет сущности «Заявка» и «Автомобиль».

Тип связи — М: 1

Связь «Родился»

Объединяет сущности «Заявка» и «Год».

Тип связи — М: 1

Связь «Имеет»

Объединяет сущности «Заявка» и «Дети».

Тип связи — М: 1

Связь «Оформлены»

Объединяет сущности «Заявка» и «Кредитные карты».

Тип связи — М: 1

Связь «Занимается»

Объединяет сущности «Заявка» и «Тип компании».

Тип связи — М: 1

Связь «Коллеги»

Объединяет сущности «Заявка» и «Количество сотрудников».

Тип связи — М: 1

Связь «Должен»

Объединяет сущности «Заявка» и «Невыплаченные кредиты».

Тип связи — М: 1

Связь «Учился»

Объединяет сущности «Заявка» и «Образование».

Тип связи — М: 1

Связь «Семья»

Объединяет сущности «Заявка» и «Семейное положение».

Тип связи — М: 1

Связь «Проживает в»

Объединяет сущности «Заявка» и «Недвижимость».

Тип связи — М: 1

Связь «Является гражданином»

Объединяет сущности «Заявка» и «Гражданство».

Тип связи — М: 1

Связь «Является»

Объединяет сущности «Заявка» и «Пол».

Тип связи — М: 1

Связь «Территориально проживает»

Объединяет сущности «Заявка» и «Регион».

Тип связи — М: 1

Связь «Наличие»

Объединяет сущности «Заявка» и «Путешествия».

Тип связи — М: 1

Связь «Работает»

Объединяет сущности «Заявка» и «Занятость».

Тип связи — М: 1

Связь «Обслуживается в»

Объединяет сущности «Клиент» и «Офис».

Тип связи — М: 1

Связь «Обслуживается у»

Объединяет сущности «Клиент» и «Менеджер».

Тип связи — М: 1

Связь «Строится»

Объединяет сущности «Кредитный продукт» и «Тип графика».

Тип связи — М: М

Связь «Обуславливается»

Объединяет сущности «Кредитный продукт» и «Условия».

Тип связи — М: М

Связь «Рассчитывается»

Объединяет сущности «Условия» и «Валюта».

Тип связи — М: 1

Связь «Начисляется»

Объединяет сущности «Условия» и «База расчёта пени».

Тип связи — М: 1

2.6 Даталогическая модель

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

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

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

Структура даталогической модели представлена на листе 1 в графической части раздела «Приложение» данной пояснительной записки.

Request

PK

ID

Int

RegionID

Int

WorkformID

Int

Secname

Nvarchar (100)

Firstname

Nvarchar (100)

Thirdname

Nvarchar (100)

Bdate

Datetime

FvcountryID

Int

Telnum

Nvarchar (20)

Cellnum

Nvarchar (20)

Email

Nvarchar (50)

Crsum

Int

Wnterm

Int

GenderID

Int

Paspnum

Nvarchar (50)

Dpasp

Datetime

Infpasp

Nvarchar (300)

Findex

Nvarchar (20)

Farea

Nvarchar (50)

Fcity

Nvarchar (80)

Faddress

Nvarchar (200)

Ftime

Int

FtypeID

Int

Add_ident

Int

Rindex

Nvarchar (20)

Rarea

Nvarchar (50)

Rcity

Nvarchar (80)

Raddress

Nvarchar (200)

Telreg

Nvarchar (20)

FamposID

Int

EducationID

Int

ChildrenID

Int

ComptypeID

Int

Compname

Nvarchar (200)

Compinn

Nvarchar (20)

Compogrn

Nvarchar (50)

Comppos

Nvarchar (100)

Worknum

Nvarchar (20)

Windex

Nvarchar (20)

Warea

Nvarchar (50)

Wcity

Nvarchar (80)

Waddress

Nvarchar (200)

CompamountID

Int

Wtermpres

Int

Wtermlast

Int

Wpaym

Int

AutomobID

Int

TravelID

Int

CommitmentID

Int

DebtloanID

Int

Offer

Nvarchar (10)

Message

Nvarchar (10)

MessageText

Nvarchar (50 000)

Automob

PK

ID

Int

AutomobNM

Nvarchar (100)

Weight

Int

Ayear

PK

ID

Int

AyearNM

Nvarchar (10)

Weight

Int

Commitment

PK

ID

Int

CommitmentNM

Nvarchar (10)

Weight

Int

Comptype

PK

ID

Int

ComptypeNM

Nvarchar (200)

Weight

Int

Compamount

PK

ID

Int

CompamountNM

Nvarchar (50)

Weight

Int

Debtloan

PK

ID

Int

DebtloanNM

Nvarchar (10)

Weight

Int

Education

PK

ID

Int

EducationNM

Nvarchar (50)

Weight

Int

Fampos

PK

ID

Int

FamposNM

Nvarchar (30)

Weight

Int

Ftype

PK

ID

Int

FtypeNM

Nvarchar (100)

Weight

Int

Fvcountry

PK

ID

Int

FvcountryNM

Nvarchar (50)

Weight

Int

Gender

PK

ID

Int

GenderNM

Nvarchar (10)

Weight

Int

Region

PK

ID

Int

RegionNM

Nvarchar (80)

Weight

Int

Ftype

PK

ID

Int

FtypeNM

Nvarchar (100)

Weight

Int

Travel

PK

ID

Int

TravelNM

Nvarchar (10)

Weight

Int

Workform

PK

ID

Int

WorkformNM

Nvarchar (80)

Weight

Int

His_customer

PK

ID

Int

Secname

Nvarchar (300)

Firstname

Nvarchar (200)

Thirdname

Nvarchar (200)

BirthDate

Datetime

Gender

Nvarchar (50)

Fvcountry

Nvarchar (300)

Paspnum

Nvarchar (100)

Paspstart

Nvarchar (500)

Rregion

Nvarchar (100)

Rcity

Nvarchar (100)

Raddress

Nvarchar (300)

Fregion

Nvarchar (100)

Fcity

Nvarchar (100)

Faddress

Nvarchar (300)

OfficeID

Int

ManagerID

Nvarchar (50)

Category

Int

His_office

PK

ID

Int

OfficeNM

Nvarchar (300)

ContInf

Nvarchar (500)

His_manager

PK

Login

Nvarchar (50)

FullNM

Nvarchar (300)

Position

Nvarchar (300)

His_product

PK

ProductNum

Int

Prodname

Nvarchar (100)

SchedtypeID

Nvarchar (20)

SecCol

Nvarchar (5)

SecSur

Nvarchar (5)

ProdConditID

Nvarchar (20)

His_schedtype

PK

ID

Int

SchedtypeNM

Nvarchar (50)

His_prodcondit

PK

ID

Int

CurrencyID

Nvarchar (10)

MinSum

Money

MaxSum

Money

MinTerms

Int

MaxTerms

Int

Rate

Real

Pen

Real

PenbaseID

Nvarchar (10)

His_currency

PK

ID

Nvarchar (10)

CurrencyNM

Nvarchar (50)

His_penbase

PK

ID

Nvarchar (10)

PenbaseNM

Nvarchar (50)

His_blacklist

PK

ID

Int

SecondName

Nvarchar (100)

FirstName

Nvarchar (100)

ThirdName

Nvarchar (100)

BirthDate

Datetime

Reason

Nvarchar (500)

Технологическая часть

1. Разработка интерфейсов взаимодействия пользователя с системой

1.1 Разработка экранных форм (страниц)

Главная (родительская) страница (index. htm)

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

· Заголовок — Содержит название системы, а также функциональные кнопки «Вход», «Выход», «Регистрация», «перейти в режим администрирования сайта». Также отображается имя пользователя.

Рисунок 1. Заголовок и меню родительской страницы

· Меню — Содержит ссылки на разделы: «Главная страница», «О нас», «Наши партнёры», «Контакты».

· Меню навигации — Находится внизу страницы и позволяет оперативно перемещаться по сайту. Является удобным инструментом для просмотра длинных страниц.

Рисунок 2. Меню навигации внизу страницы

· Подменю слева — Кнопка перехода на страницу с онлайн-заявкой.

Рисунок 3. Подменю с кнопкой перехода к онлайн-заявке

Страница с онлайн-заявкой (default. aspx)

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

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

Рисунок 4. Заполняемая анкета-заявка

· В анкете реализована система подсказок пользователю для корректного заполнения полей.

Рисунок 5. Подсказки по заполнению

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

Рисунок 6. Создание заявки.

Получение письма с решением

После обработки заявки система генерирует письмо с результатом решения и отправляет его потенциальному клиенту путём e-mail сообщения. На данном заключительном этапе взаимодействия пользователя с системой происходит через интерфейс почтового клиента или через веб-страницу почтового провайдера.

Рисунок 7. Получение письма через веб-портал почтового провайдера Mail. ru.

1.2 Разработка графа диалога

Для взаимодействия пользователя с системой разработан граф диалога, представленный на листе 4.

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

2.1 Открытие приложения

Открытие приложения осуществляется после ввода в адресную строку имени домена, на котором будет зарегистрировано данное web-приложение.

При открытии в браузере отображается стартовая страница приложение Default. aspx. На макете сайта Банка пользователь может перейти по следующим страницам:

1. «Главная страница»

2. «О нас»

3. «Наши партнёры»

4. «Контакты»

5. «Онлайн — заявка на получение кредита»

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

2.2 Постраничная навигация

«Главная страница»

На главной странице содержится приветственная информация для пользователей, зашедших на сайт.

«О нас»

На странице «О нас» содержится краткая информация о деятельности Банка.

«Наши партнёры»

На странице «Наши партнёры» содержится краткая информация о государственных банковских организациях, сотрудничающих с данным Банком.

«Контакты»

На странице «Контакты» содержится контактная информация для обратной связи пользователя с сотрудниками Банка.

«Онлайн — заявка на получение кредита»

На странице «Онлайн-заявка на получение кредита» содержится форма с подробными инструкциями для заполнения.

Поля, обязательные для заполнения, отмечены «*». Их нельзя оставлять пустыми, поэтому при попытке отправить заявку с незаполненными обязательными полями, система выдаст соответствующее сообщение.

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

В некоторых полях обязательно определённое корректное заполнение (Например, поле «E-mail» должно иметь определённую структуру, в поле «Сумма кредита» необходимо вводить цифры, но не буквы). Поэтому при попытке отправить заявку с некорректно заполненными полями, система выдаст соответствующее сообщение.

В поле «Дата рождения» стоит проверка на совершеннолетие пользователя, заполняющего заявку. Если окажется, что пользователю точно меньше 18--ти лет, то при попытке отправить заявку будет выдано соответствующее сообщение, заявка отправлена не будет, и в получении кредита автоматически будет отказано.

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

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

2.3 Отправка письма по E-mail

· Как только система произведёт все необходимые операции и будет принято предварительное кредитное решение по заявке, пользователю на указанный в заявке E-mail будет отправлено соответствующее письмо от имени Банка, в котором будет содержаться информация о принятом решении.

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

· В случае принятия отрицательного решения пользователю придёт письмо с отказом.

3. Программа и методика испытаний

3.1 Объект испытаний

Автоматизированная система оценки кредитоспособности физических лиц (АС «CreditAnalysis»).

3.2 Цель испытаний

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

3.3 Состав предъявляемой документации

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

1. Техническое задание;

2. Руководство пользователя;

3. Программа и методика испытаний;

3.4 Технические требования

Задачи, подлежащие решению

Для корректного проведения испытаний следует изучить пункт «Руководство оператора» расчетно-пояснительной записки и соблюдать все требования и инструкции, изложенные в этом пункте.

Требования к программной документации

Должны быть представлены все документы, указанные в пункте «Состав предъявляемой документации» данного документа.

3.5 Порядок проведения испытаний

Состав и структура технических и программных средств

Программный продукт разработан для использования под управлением операционной системы Microsoft Windows XP (или более поздних версий). Система разработана в Microsoft Visual Studio на языке C#, следовательно, для просмотра исходных кодов необходимо наличие данной среды разработки. База данных разработана на MS SQL Server 2008. Необходимые технические характеристики ПК объявлены в пункте «Требования к техническому обеспечению» технического задания.

Последовательность испытаний

Испытание системы должно проводиться в следующей последовательности:

Установка и настройка системы на персональном компьютере или сервере

Запуск системы

Проведение испытаний

Завершение работы

Последовательность проведения испытаний:

№ пункта ТЗ

№ п.п.

Выполняемые действия

Ожидаемый результат

5.2.1. 1

1

Открытие страницы index. htm

Вход на главную страницу сайта, с которой начинается работы с макетом сайта. (Рисунок 1)

5.2.1. 2

2

Нажатие кнопок с именами страниц.

Переход по страницам, содержащим различную краткую справочную информацию о Банке, с помощью гиперссылок. (Рисунок 2,3,4)

5.2.1. 2

3

Выбор пунктов меню «Навигация» внизу страницы

Переход по страницам, содержащим различную краткую справочную информацию о Банке, с помощью гиперссылок, указанных в меню «Навигация». (Рисунок 2,3,4)

5.2.1. 3

4

Выбор пункта «Онлайн заявка на получение кредита» в левой части страницы.

Открытие веб-страницы, содержащей форму для заполнения заявки на кредит. (Рисунок 5)

5.2.1. 4

5

Попытка отправить заявку при последовательном заполнении полей с несоблюдением меток об обязательно заполнении.

Появление сообщения об ошибке в соответствующем поле. Данные не будут сохранены. (Рисунок 6)

5.2.1. 4

6

Попытка отправить заявку при последовательном заполнении полей с несоблюдением корректности заполнения (Например, в поле «Сумма кредита» ввести буквы)

Появление сообщения об ошибке в соответствующем поле. Данные не будут сохранены. (Рисунок 7)

5.2.1. 4

7

Попытка отправить заявку при вводе в поле «Дата рождения» такой даты, при которой на текущий момент ещё не было достигнуто совершеннолетие.

Появление сообщения о том, что пользователь не подходит по возрасту для получения кредита. Данные не будут сохранены. (Рисунок 8)

5.2.1. 4

5.2.1. 5

5.2.1. 6

5.2.1. 7

5.2.1. 8

5.2.1. 9

5.2.1. 10

5.2.1. 11

8

При полностью корректном вводе данных нажатие кнопки «Создать заявку».

Появление сообщения об успешной обработке введённой заявки.

Занесение введённых пользователем данных в базу. Запуск приложения, осуществляющего следующие действия: последовательных запуск всех процедур пересчёта весовых коэффициентов в базе; На основе полученных после пересчёта параметров произведение анализ введённых пользователем данных, принятие решение по заявке; Подбор кредитного продукта в случае положительного решения; Формирование текста письма; Отправка письма с решением по E-mail, указанному в заявке. (Рисунок 9)

5.2.1. 5

5.2.1. 9

5.2.1. 10

9

Проверка доставки письма с решением

На почту пользователя поступает сообщение с предварительным решением по выдаче кредита, текст которого зависит от результатов анализа введённых пользователем данных. (Рисунок 10,11,12,13)

3.6 Приложение. Изображения результатов испытаний

Рисунок 1. «Главная страница»

Рисунок 2. «О нас»

Рисунок 3. «Наши партнёры»

Рисунок 4. «Контакты»

Рисунок 5. «Онлайн заявка на получение кредита»

Рисунок 6. Сообщение об ошибке при незаполнении обязательных полей

Рисунок 7. Сообщение об ошибке при некорректном заполнении полей

Рисунок 8. Сообщение об ошибке при вводе несовершеннолетнего возраста

Рисунок 9. Успешная обработка заявки

Рисунок 10. Получение письма по E-mail

Рисунок 11. Положительное решение с рекомендацией продукта

Рисунок 12. Положительное решение с предложением индивидуальных условий

Рисунок 13. Отрицательное решение по заявке

Экономическая часть

1. Смета затрат на создание программного изделия

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

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

1. расходные материалы;

2. затраты на оборудование;

3. затраты на оплату труда;

4. обобщенный социальный налог;

5. накладные расходы;

6. услуги сторонних организаций;

7. прочие расходы;

Статьи затрат

Статья затрат

Сумма статьи (руб.)

1

Расходные материалы

2 950

2

Затраты на оборудование

7 500

3

Услуги сторонних организаций

730

4

Затраты на оплату труда

40 500

5

Отчисления на социальные нужды

10 530

6

Накладные расходы

6 221

Себестоимость

68 431

Прибыль

16 423,44

Цена

84 854,44

Цена (включая НДС)

100 128,2

Расчет затрат на разработку данной системы проводился для уровня цен и окладов на 01. 06. 2011 г.

2. Обоснование сметы затрат

2.1 Расчет затрат на расходные материалы

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

Материалы

Стоимость (руб.)

Бумага SvetoCopy A4/80 г/м (500 листов)

150

Картридж для принтера HP LaserJet 1018

2 500

Канцтовары (ручки, тетради, карандаши)

100

Самоучитель «Microsoft SQL Server 2005»

200

ИТОГО:

2 950

2.2 Расчет затрат на оборудование

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

,

где

— покупная цена вычислительной техники: = 30 000,

— время использования ЭВМ для разработки данного программного продукта в месяцах: t ЭВМ = 9 мес.

5 лет — срок амортизации вычислительной техники.

Тогда:

Затраты на ремонт вычислительной техники составляют 10% от стоимости и равны:

Получаем, что затраты на оборудование с учетом его ремонта составляют:

2.3 Расчет затрат на услуги сторонних организаций

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

Работа

Стоимость (руб.)

Вывод графической части на плоттере

480

Переплет расчетно-пояснительной записки

250

ИТОГО:

730

Расчет стоимости печати графических листов формата А1:

где

цена печати одного листа формата А1;

количество листов.

2.4 Расчет затрат на оплату труда

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

где

n — количество разработчиков программы (1 разработчик),

— заработная плата программиста на расчётный период 9000 руб/мес. Так как программист работает на 0,5 ставки, то его зарплата составляет 4500 руб/мес.

время разработки (9 мес).

Таким образом, =45 009 = 40 500 руб.

2.5 Расчет отчислений на социальные нужды

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

Расчет производится по формуле:

где

коэффициент отчислений на социальные нужды;

заработная плата (руб.)

Коэффициент отчислений на социальные нужды складывается из следующих отчислений:

Статья отчислений

Размер (в %)

Отчисления на социальное страхование

2,9

Отчисления в пенсионный фонд

20

Отчисления в фонд обязательного медицинского страхования

3,1

ИТОГО:

26

Тогда, руб.

2.6 Расчет затрат на накладные расходы

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

Накладные расходы составляют 10% от стоимости работ.

Таким образом,

2.7 Расчет себестоимости

Себестоимость рассчитывается как сумма по всем вышеперечисленным статьям затрат и составляет:

2.8 Расчет прибыли.

Расчет прибыли производится исходя из нормы прибыли. Норма прибыли задана =20%

Расчет чистой прибыли (Пр) ведется с учетом налога на прибыль. Ставка налога на прибыль НП=20% от прибыли.

Налог на прибыль:

Н=Р·НП=13 686,2· 0,2=2 737,24 руб.

Итого прибыль составит:

Пр = Н+Р = 2 737,24+13 686,2=16 423,44 руб.

2.9 Расчет цены.

Цена рассчитывается как сумма себестоимости и прибыли:

2. 10 Расчет цены с учетом НДС.

НДС составляет 18% от цены, следовательно:

Эргономическая часть

1. Введение

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

2. Обобщенные эргономические характеристики

Название группы характеристик

Рабочие значения характеристик

1. Яркостно-контрастные характеристики

Слепящая яркость Lсл = 225 000 кд/м2

Яркость адаптации Lа = 101 000 кд/м2

Яркость восприятия L = 60,5 кд/м2

Яркость фона прямая Lф = 403,3 кд/м2

Яркость фона обратная Lф = 9,07 кд/м2

2. Пространственные характеристики

Расстояние до экрана l = 0.4 0.8 м

Расстояние до экрана оптимальное lопт = 0. 65 м

Угол зрения вертикальный = 17,9

Угол зрения горизонтальный = 23,9

Поле ясного зрения 3035.

3. Временные характеристики

Время зрительной фиксации tф = 0,5 с

Время информационного поиска tип = 3,5 с

Критическое время восприятия экрана tкр = 30 с

4. Информационные характеристики

2.1 Расчет яркостно-контрастных характеристик

Требуется рассчитать яркость (L, кд/м2), яркость прямого фона (Lпрф, кд/м2), яркость обратного фона (Lобф, кд/м2), контраст (K).

Расчет яркости L.

где

значение яркости экрана монитора.

где

S — площадь экрана;

угол между линией, проложенной от глаза к центру экрана, и линией визирования.

I — сила света, которая генерируется ЭЛТ.

, где

— световой поток, генерируемый средством отображения,

— телесный угол обзора экрана,

— плоский угол, соответствующий телесному углу.

Таким образом:

Lотр — значение яркости, отраженной поверхностью монитора,

, где

— коэффициент отражения поверхности экрана,

E — внешняя освещенность.

При расчете Lотр принимаются следующие допущения:

а) Учитывая, что работа ведется, в основном, в лабораторных классах при искусственном свете, естественное освещение при расчетах не учитывается.

б) Источник света считается точечным.

, где

Iвн — сила света внешнего источника,

— угол между линией визирования и лучом, ниспадающим из точечного источника до центра экрана.

r — расстояние от точечного источника до центра экрана.

Таким образом, яркость экрана вычисляется по формуле:

Расчет значения яркости L при подстановке в формулу следующих значений:

S

r

1,5

24

30

0,056

45

2 м

0,1

500кд

Iвн находится из условия, что Iвн = 1кд — соответствует силе света в заданном направлении источника, испускающего монохроматическое излучение частотой 540*1012 Гц, сила излучения которого в этом направлении составляет 1/683 Вт/ср.

Полученное значение L = 60,5 кд/ удовлетворяет требованию: находится в диапазоне (10−1000) кд/.

Расчет яркости фона.

Значения величин яркостей фона (прямой и обратной) вычисляются по следующим формулам:

где

Lоб — яркость объекта,

Lпр — яркость предмета (в данном случае Lоб и Lпр принимаются равными L),

Kоб — величина контраста объекта,

Kпр — величина контраста предмета.

Возьмём оптимальный вариант, К = 0,85.

Исходя из этого, рассчитаем прямую и обратную яркость фона:

кд/м2 ,

кд/м2.

Диапазон значений яркости адаптации: La = 101 000 кд/м2.

Абсолютно слепящая яркость: Lсл = 225 000 кд/м2.

2.2 Расчет пространственных характеристик

Требуется рассчитать оптимальное расстояние до экрана (lопт, м), объем зрительного восприятия (aопт), а также поля зрения (вертикальное (в) и горизонтальное (г)).

Значения величин l и lопт (расстояние до экрана и оптимальное расстояние до экрана) были установлены в соответствие с ГОСТом, 0. 40.8 м и 0. 65 м соответственно.

Значения полей зрения по вертикали — и горизонтали — определяются на основании значений размеров экрана (А = 0. 205 м, В = 0. 275 м) и расстояния до экрана l = 0. 65 м.

Получаем:

,

.

Таким образом, экран может находиться в поле ясного зрения, которое составляет 3035.

2.3 Расчет временных характеристик

Требуется рассчитать время экспозиции информационной модели (tеxp, с), время информационного поиска (tип, с).

, где

E — общий объем элементов информационной модели (число буквенно-цифровых символов), E=300.

a — объем зрительного восприятия, a=72.

M () — число элементов информационной модели с заданным для поиска набором параметров, M ()=5.

tф — время зрительной фиксации кадра, зависит от сложности воспринимаемой информации. tf=0.5 сек

fсм = 2 Гц.

Тогда, сек.

Время экспозиции tеxp=30 сек

2.4 Расчет информационных характеристик

Необходимо выполнение условия:

техн воспр, где

техн — общее количество адресуемых точек — технически разрешимых элементов изображения.

воспр — общее число воспринимаемых разрешаемых элементов в кадре.

техн = (A*MB)*(B*MГ), где

А, В — габариты экрана,

MB, MГ — разрешающие способности по вертикали и горизонтали соответственно.

MB = 600 пиксел, MГ = 800 пиксел.

техн = (0,205 * 600) * (0,275 * 800) = 123 * 220 = 27 060 элем.

, где

= 13'- разрешающая способность глаза.

< 417 312, условие выполняется.

Пороговые значения угловых размеров для простых элементов установлены в интервале 15'18', что соответствует размеру hэ = 2.8 3.4 мм.

Пороговые значения угловых размеров для средних по сложности элементов установлены в интервале 21'26', что соответствует размеру hэ = 4 5 мм.

Пороговые значения угловых размеров для сложных элементов установлены в интервале 35' 40', что соответствует размеру hэ =6,6 7,6 мм.

3. Частные эргономические характеристики

№ кадра

Оценка информационной насыщенности

Оценка цветовой гаммы

Буквенно-цифровая информация

Векторная информация

Цветовой контраст

Пригоден / непригоден

1

300

-

Средний процент ошибки цветоразличения — 0%, hоп = 2 мм.

Пригоден

2

-

720 знаков/м

Средний процент ошибки цветоразличения — 4%,

hоп = 2.5 мм.

Пригоден

3

35

480 знаков/м

Средний процент ошибки цветоразличения — 6%,

hоп = 2.5 мм.

Пригоден

3.1 Оценка информационной насыщенности

Информационная пропускная способность глаза человека-оператора =16 бит/с была выбрана из интервала 470 бит/с. Тогда с учетом допущения, что 1 символ = 1 бит, и tкр= 30 с, получаем, что максимально допустимая информационная насыщенность равна 480 символам.

Для графических изображений (сложных знаков) максимально допустимая информационная насыщенность составляет 1000 1200 зн/ м2.

3.2 Оценка цветовой гаммы

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

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

При уровне внешней засветки Е = 50 130 люкс оперативные пороговые размеры элементов информационной модели для надежного восприятия цветовой информации должны составлять для первого кадра 10'11', или, для значений пространственных характеристик п. 1.2. настоящего документа, hоп = 1.9 2.1 мм, поскольку при проектировании элементов кадров информационной модели применялся серый цвет. Аналогично, для второго и третьего кадров оперативные пороговые размеры составляют 13' 14', соответственно, hоп = 2.5 2.6 мм.

Заключение

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

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

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

· Простота организации интерфейса

· Качество анкеты, предлагаемой клиенту для заполнения

· Оперативность работы системы

· Прозрачность механизмов принятия решения

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

В организационно экономической части составлена смета затрат на разработку программного продукта «CreditAnalysis» с учетом уровня цен и окладов на 01. 06. 2011 г. и введения «Единого социального налога» в размере 26% согласно закону № 212-ФЗ от 24. 07. 2009

Цена программного продукта «CreditAnalysis», рассчитанная как сумма значений себестоимости и прибыли составляет Ц = S+P = (руб.).

Отпускная цена с учетом НДС составляет Цотп = 1,18*Ц = (руб.).

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

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

1. В. И. Кузовлев, Ю. Н. Филиппович. Методические указания по выполнению выпускной работы бакалавра по специальности «Информатика и вычислительная техника» для студентов кафедры «Системы обработки информации и управления», М.: МГТУ им Н. Э. Баумана, 2005 г.

2. Григорьев Ю. А., Ревунков Г. И. Банки данных: Учеб. для вузов. — М.: Изд-во МГТУ им. Н. Э. Баумана, 2002

ПоказатьСвернуть
Заполнить форму текущей работой