2.2 Информационное обеспечение задачи
2.2.1 Информационная модель и ее описание
Информационная модель проектируемой нами информационной системы представлена на рисунке 2.1:

Работу с информационной системой проводят 3 категории пользователей:
- Плательщик;
- Администратор;
- Информационная система банка.
Плательщик – пользователь, проводящий платежи. Данный пользователь работает с ИС через специальный web-интерфейс. Для доступа к этому интерфейсу пользователю необходимо пройти авторизацию в системе. При работе с системой пользователь получает информацию из специальной таблицы – Пользователи. В ходе работы с системой пользователь использует справочники Типы платежей, Клиенты, БИК. В результате работы плательщика с информационной системой формируется файл Платеж. Данный файл содержит исчерпывающую информацию о платеже. Он скачивается с сервера системы оплаты при помощи планировщика заданий БИС, после загрузки и проверки целостности файла транзакций оригинальный файл, хранящийся на сервере платежной системы удаляется.
Информационная система банка использует только файлы – пользователь-платеж для загрузки транзакций в единую базу данных информационной системы банка.
Администратор информационной системы – пользователь, занимающийся актуализацией справочников ИС. Данная группа пользователей не имеет полномочий на проведение платежей. Администратор получает свой интерфейс приложения, при помощи этого интерфейса администраторы ИС изменяют справочную информацию в таблицах: Типы платежей, клиенты, БИК. Кроме того, пользователи группы администраторов имеют права на изменение таблицы с пользователями.
2.2.2 Используемые классификаторы и системы кодирования
В данной информационной системе используется классификатор банковских идентификационных кодов – БИК. БИК является элементом банковских реквизитов предприятия и представляет собой код, в котором зафиксировано территориальное расположение банка.
Структура БИК и порядок ведения справочника определена в Положении ЦБ РФ № 225-П от 6 мая 2003 г. «О справочнике банковских идентификационных кодов участников расчетов, осуществляющих платежи через расчетную сеть центрального банка Российской Федерации (Банка России)»
Банковский идентификационный код представляет собой совокупность знаков, уникальную в рамках платежной системы Банка России, и имеет следующую структуру:
- 1 — 2 разряды слева — код Российской Федерации. Используется код – «04»;
- 3 — 4 разряды слева — код территории Российской Федерации в соответствии с разрядами 1 и 2 «Общероссийского классификатора объектов административно-территориального деления» ОК 019-95 (ОКАТО) (далее — ОК 019-95), принятого Постановлением Госстандарта России от 31 июля 1995 г. № 413. Код «00» в указанных разрядах означает, что территория находится за пределами Российской Федерации;
- 5 — 6 разряды слева — условный номер подразделения расчетной сети Банка России, уникальный в рамках территориального учреждения Банка России, в составе которого действует данное подразделение расчетной сети Банка России, или условный номер структурного подразделения Банка России — принимает цифровые значения от «00» до «99»;
- 7 — 9 разряды слева — условный номер кредитной организации (филиала) в
подразделении расчетной сети Банка России, в котором открыт ее (его) корреспондентский счет (субсчет), — принимает цифровые значения от «050» до «999».
Для расчетно-кассового центра или другого подразделения в составе территориального учреждения Банка России, наделенного функциями рассчётно-кассового (кассового) центра, в данных разрядах указывается значение «000».
Для Головного расчетно-кассового центра или другого подразделения в составе территориального учреждения Банка России, наделенного функциями Головного расчетно-кассового центра, в данных разрядах указывается значение «001».
Для других подразделений расчетной сети Банка России и структурных подразделений Банка России в данных разрядах указывается значение «002».
Кроме того, в ИС используется система классификаторов ОКПО. Восьми- или десятизначный номер юридического лица в классификаторе, указываемый в бухгалтерских документах, который был принят в 1993 г. Введен в действие 1 июля 1994 (Постановление Госстандарта России от 30.12.93 № 297). Изменения к ОКПО вносятся Росстатом в составе Статистического регистра хозяйствующих субъектов с использованием информационно-вычислительной сети Росстата. Классификатор используется для ведения списка юридических лиц во всех государственных классификаторах и базах данных РФ для облегчения связывания данных о юридических лицах и учета статистики.
2.2.3 Характеристика нормативно-справочной, входной и оперативной информации
Реквизиты входной информации задачи Проведение платежей представлены в таблице 2.1:
Источники получения документов различны. Так, информация о типах платежей формируется отделом продвижения услуг департамента финансов банка. Информация о группировках доводится ими до всех заинтересованных отделов при помощи МЕМО письма (см. рис. 2.2):
Таблица 2.1 Реквизиты входной информации
| Реквизит | Описание | Тип |
| Тип платежа | Тип проводимого платежа. | Строка |
| Получатель платежа | Организация получатель проводимого платежа | Строка |
| Счет получателя | Расчетный счет получателя платежа | Строка |
| БИК | БИК банка обслуживающего расчетный счет получателя платежа | Строка |
| Банк | Наименование банка обслуживающего расчетный счет получателя | Стока |
| Корсчет | Корреспондирующий счет банка получателя | Строка |
| ОКПО | Общероссийский классификатор предприятий и организаций | Строка |
| Сумма | Сумма проводимой операции | Число |

Кроме бумажных форм входных документов в проектируемой ИС применяется входная информация в виде файлов. К такой информации относится общероссийский справочник БИКов. Данный справочник представляет собой перечень всех банков, зарегистрированных в ЦБ РФ и имеющих уникальный БИК. Данный файл поступает в банк из ЦБ РФ по мере актуализации БИК справочника ИС Центрального банка РФ. В настоящее время данный файл содержит 4365 записей и имеет объем 1.33 Мб. Файл содержит следующую структуру информации (см. табл. 2.2):
Таблица 2.2 структура файла bnkseec.dbf
| № п/п | Реквизит | Описание |
| 1 | NPP | Город регистрации |
| 2 | ADR | Адрес регистрации |
| 3 | RKC | Номер РКЦ |
| 4 | NAME | Наименование банка |
| 5 | NEWNUM | БИК |
| 6 | TELEF | Телефон |
| 7 | REGN | Регион |
| 8 | OKPO | ОКПО |
| 9 | KSNP | Корреспондирующий счет |
Справочники информационной системы представлены в таблице 2.3:
Таблица 2.3 Описание справочников ИС
| Наименование | Ответственный | Объем справочника | Частота актуализации | Объем актуализации |
| БИК | Администратор ИС | 4366 записей | ежемесячно | 340 записей |
| Тип платежа | Администратор ИС | 7 записей | ежеквартально | 2 записи |
| Получатель | Администратор ИС | 1024 записей | еженедельно | 1 записей |
2.2.4 Характеристика результатной информации
Результатной информацией в работе данной информационной системы является файл транзакции платежа. Файл транзакции предназначен для описания проведенной операции в формализованной форме и отправки данной информации в корпоративную ИС банка. Структура данного файла представлена в таблице 2.4:
Данный файл формируется по мере проведения операций платежей. Основой для формирования данного файла являются справочные таблицы базы данных:
— БИК;
— Тип платежа;
— Получатель.
Таблица 2.4 Структура реквизитов выходной информации
| Реквизит | Описание | Тип |
| Получатель | Получатель платежа | Строка |
| БИК | БИК получателя | Строка |
| Банк | Банк получателя | Строка |
| КорСчет | Корреспондирующий счет банка | Строка |
| РасчСчет | Расчетный счет получателя | Строка |
| Тип | Тип платежа | Строка |
| Сумма | Сумма платежа | Число |
Для доставки данного файла до ИС банка используется протокол FTP. После передачи файла описания транзакции в ИС банка и проверки его целостности системой – получателем происходит удаление оригинального файла с сервера.
2.3 Программное обеспечение задачи
2.3.1 Общее положение (дерево функций и сценарий диалога)
Управление пользователем информационной системой осуществляется при помощи набора элементов управления на WEB-форме приложения. У проектируемой информационной системы отсутствует управление при помощи меню, так как функциональный набор приложения не содержит большого числа однотипных функций для их группировки в меню.
Сценарии диалога приложения различны для 2-х типов интерфейса приложения:
- Интерфейса плательщика;
- Интерфейса администратора.
Схема сценария диалога пользователя приведена на рисунке 2.3:

Диалог плательщика и ИС заключается в выборе в раскрывающемся списке «Вид платежа» собственно вида платежа. После этого раскрывающийся список Получатели заполнится именами получателей платежа. Выбрав получателя платежа необходимо ввести сумму платежа. После этого на экране появится окно с деталями транзакции, необходимо проверить строки и согласиться либо отказаться от проведения данной транзакции. В случае отказа от транзакции пользователь вернется к интерфейсу ИС, результирующий файл создан не будет. В случае соглашения с транзакцией будет создан файл транзакции и пользователь вернется к новой форме экрана ИС.
Сценарий диалога ИС приведен на рис. 2.4:
Изначально администратор должен выбрать, какой тип справочников он будет редактировать: виды платежей, получатели и БИК.
При редактировании справочников виды платежей, получатели администратор при помощи элементов управления добавляет, удаляет либо редактирует записи справочников. Для добавления записи о типах платежей необходимо ввести новый тип платежа в соответствующее поле ввода и нажать кнопку Добавить. В результате добавления новая запись появится в таблице Вид платежа формы ИС. Редактирование и удаление записей осуществляется из таблицы Вид платежа. Для добавления записи о получателе необходимо занести информацию о нем в соответствующие поля ввода на форме ИС и выбрать доступные типы платежа из списка с полями выбора, предварительно обновив его информацию соответствующей кнопкой формы.

Дерево вспомогательных функций проектируемой ИС приведено на рисунке 2.5, а дерево основных на рисунке 2.6:

2.3.2 Характеристика базы данных
Для разрабатываемой информационной системы был выбран сервер управления базами данных MySQL. MySQL является решением для малых и средних приложений. Входит в LAMP. Обычно MySQL используется в качестве сервера, к которому обращаются локальные или удаленные клиенты, однако в дистрибутив входит библиотека внутреннего сервера, позволяющая включать MySQL в автономные программы.
Гибкость СУБД MySQL обеспечивается поддержкой большого количества типов таблиц: пользователи могут выбрать как таблицы типа MyISAM, поддерживающие полнотекстовый поиск, так и таблицы InnoDB, поддерживающие транзакции на уровне отдельных записей. Более того, СУБД MySQL поставляется со специальным типом таблиц EXAMPLE, демонстрирующим принципы создания новых типов таблиц. Благодаря открытой архитектуре и GPL-лицензированию, в СУБД MySQL постоянно появляются новые типы таблиц.
Схема базы данных проектируемой нами ИС представлена на рисунке 2.7:

В таблицах 2.5 — 2.8 приведены описания полей таблиц базы данных:
Таблица 2.5 Структура таблицы users
| Наименование | Краткое описание | Тип | Размер |
| Id | Идентификатор записи, авто инкремент | integer | 9 |
| Username | Имя пользователя | Char | 10 |
| Password | Пароль | Char | 16 |
Таблица 2.6 Структура таблицы bnkseec
| Наименование | Краткое описание | Тип | Размер |
| Id | Идентификатор записи, авто инкремент | integer | 9 |
| Bic | БИК | Char | 20 |
| City | Город регистрации | Char | 55 |
| Address | Юр. Адрес из РКЦ | Char | 55 |
| Korsch | Кор. Счет | Char | 20 |
| Okpo | ОКПО | Char | 8 |
Таблица 2.7 Структура таблицы type_of_pay
| Наименование | Краткое описание | Тип | Размер |
| Id | Идентификатор записи, авто инкремент | integer | 9 |
| name | Наименование типа платежей | char | 50 |
Таблица 2.8 Структура таблицы recipients
| Наименование | Краткое описание | Тип | Размер |
| Id | Идентификатор записи, авто инкремент | integer | 9 |
| Name | Наименование получателя | Char | 35 |
| BIC | Связь с таблицей bnkseec | Integer | 9 |
| Type | Связь с таблицей type_of_pay | Integer | 9 |
| Rs | Расчетный счет | Char | 20 |
