Программное обеспечение задачи

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

 

Рис. 12. Дерево функций
После запуска службы происходит инициализация двух функций:
- Проверка наличия платежного поручения;
- Проверка хранилища.
Проверка хранилища – данная процедура предназначена для мониторинга сообщений от маршрутизатора файлов выписок из различных филиалов. При появлении документа в хранилище происходит его извлечение, т.е. обработка его реквизитов и выгрузка их во временную таблицу базы данных. После извлечения документа происходит формирование файла выписки.
Проверка наличия платежного поручения – процедура, проверяющая наличие сообщений от АБС. Если поступает сообщение, то происходит проверка реквизитов сообщения, для каждого используются транзакции к справочникам базы данных. После удачной проверки посылается сообщение для формирования файла операции. Сформированный файл операции передается на маршрутизатор, который переправляет его в соответствующее хранилище.
Так как данная АИС будет реализована в виде службы операционной системы, она будет иметь строго формализованный набор диалоговых сценариев. Общий вид данных сценариев такой (см. рис. 13):

 

Рис. 13. Схема сценария диалогов

Службы поддерживают диалог с использование следующих стандартных команд:
- запуск службы;
- остановка службы;
- перезапуск службы (последовательность команд остановка-отклик-запуск-отклик).
В качестве отклика принимается сообщение о запуске службы, код ошибки службы. В случае, если отклик не получен, данная служба считается незапущенной.
Диалог с пользователем осуществляется путем протоколирования событий в Event Log в Windows и syslogd в Unix.
 
2.3.2 Характеристика базы данных

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


Таблица 7. Таблица БД «Кор. Счета»

Наименование поля    Идентификатор поля    Тип данных    Размерность
Индекс    ID    Число    32 бит
Номер Кор. Счета    Kor_Ch_Name    Текст    20 символов


Таблица 8. Таблица БД «Филиалы»

Наименование поля        Идентификатор поля    Тип данных    Размерность    Ключевое
Индекс    ID    Числовое    32 бит    Да
Наименование Филиала    Fil_Name    Текст    30 символов   
Кор. Счет    Kor_Ch_Name    Текст    20 символов   



Таблица 9. Таблица БД «Операции»

Наименование поля        Идентификатор поля    Тип данных    Размерность    Ключевое
Индекс    ID    Число    32 бит    Да
Кор. Счет Отправителя    Kor_Ch_Out    Текстовый    20 символов   
Кор. Счет. Получателя    Kor_Ch_In    Текстовый    20 символов   
Дата операции    Date    Дата    32 бита   
Время операции    Time    Время    32 бита   
Сообщение    Message    Текст    255 символов   

Схема взаимодействия таблиц базы данных представлена на рисунке 14:

 

Рис. 14. Схема взаимодействия таблиц базы данных
2.3.3 Структурная схема пакета (дерево вызова программных модулей)

Структура проекта автоматизации содержит набор следующих классов модулей:
- Управляющие служебные модули;
- Управляющие модули, предназначенные для загрузки меню и перехода к другому модулю;
- Модули ввода, хранения и обработки информации.
Схема дерева программных модулей разработанной нами ИС представлена на рисунке 15:

 

Рис. 15. Схема дерева программных модулей
 
2.3.4 Описание программных модулей

Проектируемое нами приложение должно состоять из нескольких функциональных модулей:
- Административный модуль;
- Оперативный модуль;
- Модуль обработки.
Охарактеризуем кратко каждый из них.
Административный модуль. Данный модуль приложения предназначен для администрирования информационной системы. В нем производится выполнение операций по настройке информационной системы, это настройки связанные с заведением и удалением пользователей информационной системы и определения их полномочий на основе структуры системы безопасности базы данных и возможностей пользовательского интерфейса. Кроме того, через административный модуль происходит заполнение справочников информационной системы и просмотр реестра операций с возможностью корректировки данных операций в случае необходимости.
Оперативный модуль. Этот модуль  предназначен для проведения операций. Для данного модуля в режиме доступа – чтение доступны справочники информационной системы. Данным модулем производится заполнение таблицы Операции.
Модуль обработки. Данный модуль, на основании соответствующих записей таблицы Операции формирует документы для закачки их в базы данных соответствующих филиалов. Так же данный модуль отвечает за прокачку данных из баз данных других филиалов банка, формирующих обработки для данного филиала.