Главная страница
Навигация по странице:

  • 2.5.1. Категорная целостность и целостность на уровне ссылок

  • 2.6 Создание и разработка базы данных

  • Организация импорта данных в систему

  • Формирование отчетов и справок

  • Экономическое обоснование 1. Виды эффективности АРМ

  • 2. Условно-постоянные параметры исходных данных

  • Наименование

  • ВТБ. Пояснительная записка. 1. Анализ предметной области Описание фирмы


    Скачать 5.16 Mb.
    Название1. Анализ предметной области Описание фирмы
    Дата29.03.2022
    Размер5.16 Mb.
    Формат файлаdoc
    Имя файлаПояснительная записка.doc
    ТипДокументы
    #426373
    страница4 из 6
    1   2   3   4   5   6

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

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

    Принято выделять следующие ограничения:

    - категорная целостность;

    - целостность на уровне ссылок;

    - функциональные зависимости.
    2.5.1. Категорная целостность и целостность на уровне ссылок
    Правило категорной целостности. Никакой ключевой атрибут строки не может быть пустым.

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

    Функциональные зависимости определяют не текущее состояние БД, а все возможные её состояния, то есть они отражают те связи между атрибутами, которые присущи реальному объекту, моделируемому с помощью БД. Нужно следить за полнотой функциональных зависимостей и избегать избыточности.
    Категорная целостность в нашей базе данных достигается путём создания ключевого атрибута во всех таблицах и установлению значения true для его атрибута «Спецификация идентифицирующего столбца». Таким образом, СУБД всегда автоматически присваивает ключевому полю всегда уникальное, не пустое значение.

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



    Рис.13 Внешний ключ FK_Call_Dogovor

    2.6 Создание и разработка базы данных
    В MSSQL Server 2000 была создана новая база данных. Затем было создано 8 таблиц, заданы первичные и внешние ключи.

      1. Dogovor (Договоры)




    Рис.14 Таблица Договор

      1. Klient (Клиенты)



    Рис.15 Таблица Клиенты


      1. Worker (Сотрудники)




    Рис. 16 Таблица Сотрудники


      1. Call (Звонки)




    Рис.17 Таблица Звонки

      1. Product (Продукты)




    Рис.18 Таблица Продукты


      1. Kanal_prodaj (Канал продаж)




    Рис.19 Таблица Канал продаж

      1. Status (Статус)



    Рис.20 Таблица Статус


      1. Dolgnosti (Должности)



    Рис.21 Таблица Должности
    На некоторые из атрибутов были наложены условия на значения столбцов.
    После этого была создана диаграмма БД, которая отражает реляционную модель БД.



    Рис.22 Диаграмма БД в SQL Server


    1. Разработка приложения


    Программный комплекс создан с использованием языка программирования C# на платформе .NET, которая предоставляет удобные средства для работы с локальными и удалёнными, программирования форм и отчетов. Для разработки на платформе .NET имеется удобная среда визуального программирования: Visual Studio, которая предоставляет удобные графические средства для создания форм и отчётов.

    На сегодняшний день работа на платформе .NET является наиболее продуктивным методом создания приложений для WINDOWS. Общая продуктивность любых инструментов создания программного обеспечения определяется следующими пятью важнейшими аспектами:

    - мощность языка программирования и его сложность;

    - качеством визуальной среды разработки;

    - гибкость и масштабируемость используемой архитектуры БД;

    - наличием поддерживаемых средой разработки шаблонов проектирования и использования.

    При разработке на платформе .NET пользователю предоставляется на выбор несколько языков программирования, таких как Visual Basic, C++, C#. У данных языков есть небольшие различия в синтаксисе, в остальном они идентичны: приложения получаются одинаково продуктивны, платформа предоставляет одинаковые средства разработки для всех трёх языков. Выбрав платформу .NET, программист выбирает язык программирования, наиболее удобный и знакомый ему. Наибольшей популярностью пользуются языки программирования Visual Basic и C#. В нашей работе был выбран язык C#: код на нём получается более эргономичным, более удобным для чтения.

    В настоящее время, платформа .NET является наиболее перспективной из всех имеющихся на рынке платформ разработки приложений, опережая по большинству параметров такие платформы как J2EE (Java Platform, Enterprise Edition). Другие среды разработки, такие как Delphi или Visual Studio 6 на текущий момент считаются морально устаревшими, фирмы их производящие уже не осуществляют их разработку и поддержку.

    Также при разработке приложения был испоьзован набор популярных библиотек для .NET от DevExpress. Он включает в себя платформу для быстрого создания "бизнес"-приложений eXpressApp Framework.
    В соответствии с техническим заданием (см. приложение к пояснительной записке) приложение должно выполнять следующие функции:

    1. Импорт данных из файла, в котором хранится информация о должниках (1.xls);

    2. Автоматическое обновление статусов договоров при обновлении информации в Системе;

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

    4. Просмотр информации о первичных переговорах с должником;

    5. Возможность добавления привилегированных комментариев начальником отдела;

    6. Сохранение истории по всем должникам за весь период работы.


      1. Форма «Авторизация»


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



    Рис.23 Форма «Авторизация»
    Алгоритм работы формы представлен на следующем рисунке.


    Рис. 24 Алгоритм работы формы «Авторизация»


      1. Форма «Ежедневник»


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


    Рис.25 Форма «Ежедневник»

    Алгоритм работы формы представлен на следующем рисунке.


    Рис.26 Алгоритм работы формы «Ежедневник»


      1. Форма «Договор»


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



    Рис.27 Форма «Договор»

    Алгоритм работы формы представлен на следующем рисунке.


    Рис. 28 Алгоритм работы формы «Договор»

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

    - просмотреть более подробную информацию о договоре;

    - просмотреть список звонков, которые были совершены по данному договору и добавить новый;


    Рис.29 Просмотр информации о договоре, вкладка «Звонки»


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


    Рис. 30 Вкладка «Информация о клиенте»


      1. Форма «Клиенты»



    Форма Клиенты позволяет просматривать информацию о всех должниках одновременно.


    Рис.31 Форма «Клиенты»

    Алгоритм работы формы представлен на следующем рисунке.


    Рис.32 Алгоритм работы формы

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


    Рис.33 Просмотр информации о клиенте
    В поле Договоры отображаются все договора данного клиента, попавшие на просрочку.



      1. Форма «Звонки»


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


    Рис. 34 Форма «Звонки»
    Алгоритм работы формы представлен на следующем рисунке.

    Рис.35 Алгоритм работы формы «Звонки»

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



    Рис. 36 Просмотр информации о звонке

      1. Форма «Сотрудники»


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


    Рис. 37 Форма «Сотрудники»

    Алгоритм работы формы представлен на следующем рисунке.



    Рис.38 Алгоритм работы формы «Сотрудники»

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


    Рис. 39 Просмотр информации о сотруднике

      1. Форма «Пользователи»


    Позволяет просматривать информацию о пользователях, существующих в системе.


    Рис.40 Форма «Пользователи»


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


    Рис.41 Просмотр подробной информации о пользователе


      1. Форма «Моя информация»


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


    Рис.42 Форма «Моя информация»



      1. Форма «Роли»


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




    Рис.43 Форма «Роли»


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


    Рис. 44 Просмотр пользователей по ролям


      1. Организация импорта данных в систему



    С целью создания возможности импорта данных в систему была разработана хранимая процедура usp_reloadData, которая вызывается автоматически при нажатии на кнопку «Обновить базу данных» (код процедуры с комментариями представлен в разделе Приложения).
    Данная процедура позволяет решать следующие задачи:

    1. Заполнение таблицы Договор информацией о просроченных задолженностях;

    2. Заполнение таблицы Клиент информацией о должниках;

    3. Заполнение таблицы Продукт информацией о продуктах;

    4. Заполнение таблицы Канал продаж;

    5. Обновление таблицы Договор по следующим правилам:

    - если информации по данному договору нет в базе данных, то она добавляется в таблицу Договор и данному договору устанавливается статус «новый»;

    - если информация о данном договоре уже существует в таблице Договор, то новая запись не добавляется, а у данного договора устанавливается статус «повторный»;

    - если при обновлении базы данных были выявлены договоры, которые погашены, т.е. информация о данном договоре присутствует в базе данных, но отсутствует в файле, из которого ведется импорт, то у данного договора устанавливается статус «повторный».

    Алгоритм импорта данных из 1.xls представлен на следующем рисунке:



    Рис.45 Алгоритм выгрузки данных из файла 1.xls

    1. Формирование отчетов и справок


    Для просмотра имеющихся в системе справок и отчетов необходимо перейти в меню «Справки и отчеты». На появившейся форме будут представлен список всех отчетов и справок, имеющихся в системе.



    Рис.46 Созданные отчеты

    В системе были реализованы следующие отчеты и справки:
    - отчет о проведении реструктуризации просроченных кредитов;

    - отчет о просроченных задолженностях, подлежащих передаче в департамент анализа рисков;

    - отчет о совершенных звонках по просроченным задолженностям (показывает все);

    - отчет о проведенной работе по конкретным договорам (позволяет пользователю выводить в отчете информацию о от 1 до 5 договорах);

    - справка о наличии просроченной задолженности;

    - справка об отсутствии просроченной задолженности;

    - справка об отсутствии просроченной задолженности и возможности быть поручителем;

    - справка о наличии реструктуризации по кредиту.
    Все виды отчетов представлены в разделе Приложения к данной пояснительной записке.


    1. Экономическое обоснование


    1. Виды эффективности АРМ
    Эффективность бывает нескольких видов: социальная, техническая, экономическая.

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

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

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

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

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

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

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

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

    Годовая экономия (Э) представляет собой годовой прирост прибыли в связи с внедрением ИС. Он включает сумму увеличения прибыли за счет увеличения объемов производства (при условии рентабельности данного производства) и уменьшение себестоимости, уменьшения потерь от выплаты неустоек и др.

    Годовой экономический эффект (Эг) показывает превышение получаемой экономии над нормативными ее значениями, которые в свою очередь рассчитываются умножением единовременных затрат на нормативный коэффициент эффективности капитальных вложений (Ен). Для всех мероприятий, связанных с внедрением новой техники принят Ен=0,15.

    Коэффициент экономической эффективности (Ер) в общем случае представляет собой отношение годовой экономии к полным (капитальным) затратам на создание ИС.

    Обратная величина Ер условно названа сроком окупаемости Тр. Условность эта предопределяется тем, что основные фонды (в том числе и ВТ) окупаются не за счет прибыли, а за счет амортизационных отчислений и используется для сопоставления эффективности различных мероприятий.
    2. Условно-постоянные параметры исходных данных
    Табл.7 Условно-постоянные параметры исходных данных

    Наименование


    Обозначение

    Значение показателя

    1.Кол-во рабочих дней в году, дн




    251

    2.Среднемесячный фонд времени, дн

    Мд

    21

    3.Рабочее время в день,час.



    8

    4.Месячная зарплата пользователя, руб

    ЗП

    17000

    5.Часовая тарифная ставка пользователя, час

    tчас

    101,19

    6.Коэффициент, учитывающий доп.зарплату, премии, накладные и расходы







    6.1 Коэффициент, учитывающий доп.зарплату

    Кд

    0,091

    6.2 Коэффициент, учитывающий премии

    Кп

    0,3

    6.3 Коэффициент, учитывающий накладные расходы

    Кн

    1,47

    6.3 Коэффициент, учитывающий надбавки (для бюджетных организаций)

    Кн

    0

    7.Коэффициент, учитывающий отчисления в соц. страхование и страхование от несчастных случаев

    В том числе:

    - социальное страхование 2,9 %

    - отчисления ОМС 3,1 %

    - отчисление в ПФР 20 %

    - страхование от несчастных случаев 0,2 %

    R

    0,262


    8.Месячная зарплата ИТР, обслуживающего вычислительную технику, руб.

    ЗПитр

    15000

    9.Годовой фонд времени работы ЭВМ, час.

    Fэвм

    2008

    10.Мощность ЭВМ, КВт

    Nэвм

    0,45

    11.Стоимость 1 КВт/часа электроэнергии, руб.

    Цэл

    3,42

    12.Коэффициент использования энергоустановок по мощности

    Ки

    0,9

    13.Стоимость ЭВМ, руб

    Cэвм

    25000

    14. Норма амортизационных отчислений для ПЭВМ

    α

    0,25

    15.Коэффициент, учитывающий затраты на ремонт

    Кзр

    0,0825

    16.Кол-во проектировщиков

    К

    2

    17.Время проектирования, мес.

    Тпр

    6

    18.Зарплата проектировщика, руб.




    30 000
    1   2   3   4   5   6


    написать администратору сайта