Информационные системы и технологии в банковской сфере. Практикум. Учебное пособие для студентов IV курса специальности «Финансы и кредит» вузов всех

3. Применение инструмента Поиск решения для определения оптимального решения задачи

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

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

Область переменных – заданная в задаче таблица, к которой добавлен столбец «количество». Ячейки этого столбца являются изменяемыми ячейками, то есть их содержимое подбирается компьютером таким образом, чтобы значение целевой ячейки было максимальным.

Для запуска программы Поиск решения выполняется команда Сервис–Поиск решения, которая вызывает одноименное диалоговое окно

По окончании введения параметров нажимается кнопка ОК. Запуск программы на выполнение вычисления осуществляется нажатием кнопки Выполнить. Если оптимальное решение будет найдено, полученные значения будут вставлены в таблицу:

51

Практическое занятие 17. Информационная технология создания базы данных

платежных операций банка

Цель: изучить компьютерные технологии автоматизации учета платежных операций банка

Задача: использовать навыки работы в приложении ACCESS для создания базы данных учета платежных операций.

План

1.Создание реляционных таблиц исходных данных.

2.Определение и установка связей между таблицами.

3.Использование фильтра для отбора данных.

1. Создание реляционных таблиц исходных данных

Платежные операции являются частью рассчетно-кассовых операций банка. Рассчетно-кассовые операции – это операции по обеспечению движения денежных средств по счетам клиентов банка в соответствии с их поручениями. К ним относятся:

1.Расчеты платежными поручениями.

2.Расчеты платежными требованиями-поручениями и платежными требованиями.

3.Расчеты чеками.

4.Расчеты посредством аккредитива.

5.Расчеты с помощью векселей.

6.Расчеты пластиковыми карточками.

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

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

наименование операции банка;

особенности осуществления операции: внутрибанковский либо межбанковский расчет;

стоимость банковской услуги;

данные о клиентах-плательщиках: номер расчетного счета, принадлежность к данному банку либо к иному банковскому учреждению и другие;

53

данные о клиентах-получателях: номер расчетного счета, принадлежность к данному банку либо к иному банковскому учреждению и другие;

информация о параметрах операции: дата проведения, сумма, валюта и другие.

На первом этапе осуществляется структурирование информации – выделение её однородных блоков и создание соответствующих реляционных таблиц.

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

2. Определение и установка связей между таблицами

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

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

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

Если между блоками возникает множество связей – каждая запись одной таблицы соответствует нескольким записям другой

инаоборот, то возникает отношение «многие ко многим».

Взависимости от типа отношений в базе данных необходимо создать 2, 3 и более таблиц (табл. 15).

54

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

Имеется следующая информация:

11.01.2012 были осуществлены следующие операции:

расчет платежным поручением клиента 2 данного банка

склиентом 5 другого банка на сумму 150 грн.;

расчет платежным требованием-поручением клиента 1 и клиента 4 данного банка на сумму 500 грн.

12.01.2012 были осуществлены следующие операции:

расчет платежным требованием-поручением клиента 3 и клиента 4 данного банка на сумму 600 грн;

расчет аккредитивом клиента 4 с клиентом 1 данного банка на сумму 1500 грн;

расчет аккредитивом клиента 5 данного банка с клиентом 3 другого банка на сумму 1500 грн.

13.01.2012 были осуществлены следующие операции:

расчет платежным поручением клиента 1 данного банка и клиента 5 другого банка на сумму 400 грн;

расчет платежным требованием клиента 3 с клиентом 2 данного банка на сумму 2000 грн;

Тарифы на услуги банка представлены в табл. 16. Таблица 16.

Тарифы на услуги банка

Платежи

55

Платежи

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

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

Запустим приложение Access и в окне приложения создадим новую базу данных. Access после каждого изменения в базе данных запрашивает разрешение на сохранение изменений. Сохраним новую базу данных под именем Банк.mdb в папке Мои документы.

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

56

в режиме Конструктора и с помощью мастера. Создавать таблицу Клиенты путем ввода данных, таблицу Услуги – с помощью мастера, а таблицу Операции – в режиме Конструктора.

Врежиме ввода данных необходимо переименовать заголовки полей (столбцов таблицы), используя контекстное меню, и заполнить таблицу соответствующими данными. После внесения изменений в таблицу закрыть её и в появившемся диалоговом окне сохранения объекта ввести имя таблицы Клиенты. В окне сообщения о создании ключевых полей нажать кнопку Нет. В противном случае СУБД Access создаст ключевое поле автоматически с именем Код.

Врежиме мастера таблица создается на базе имеющихся шаблонов таблиц путем выбора полей и их переименования в случае необходимости. Создание таблицы Услуги выполнить на базе шаблона таблицы Товары. На рис. 10 отражено диалоговое окно Мастера таблиц. Поле КодТовара выбрано и переименовано в Код_Услуги.

Рис. 10. Диалоговое окно Мастера таблиц

57

Рис. 11. Мастер создания таблиц, шаг 2

В следующем диалоговом окне Мастера таблиц изменений нет, нажать кнопку Далее. В последнем шаге нажать кнопку Готово.

На рис. 12-13 приведено содержание этих таблиц.

Рис. 12. Данные таблицы Клиенты

59

Рис.13. Данные таблицы Услуги В режиме Конструктора необходимо ввести наименования

полей и их тип, а содержание записей вводится в режиме ввода данных. На рис. 14 приведено окно Конструктора при создании таблицы Операции.

Рис. 14. Создание таблицы Операции в режиме конструктора Так как таблица Операции содержит ссылки на данные, хранящиеся в таблицах Клиенты и Услуги, то для соблюдения принципа минимизации данных в ней содержатся поля, одноименные с ключевыми полями этих таблиц. Значения этих полей совпадают по типу с соответствующими ключевыми полями, а вводимые данные должны содержаться в множестве данных этих полей. Например, в таблице Клиенты пять записей, значения поля Код_Клиента – числа от 1 до 5. Следовательно, в поле Код_Клиента таблицы Операции также будут содержаться це-

60