Опыт разработки переносимой банковской системы в Национальном банке Республики Татарстан по технологии, разработанной "Аргуссофт Компани"

А.Федоров, Национальный банк Республики Татарстан

---

Во втором полугодии в Национальном Банке Республики Татарстан была поставлена работа по созданию подсистемы денежного обращения интегрированной информационной системы (ИИС) с применением методологии и комплекса инструментальных средств, предлагаемых "Аргуссофт Компани". Комплекс включал CASE-средство SILVERRUN, язык четвертого поколения JAM6 и JAM/TPi для программирования сервера приложений, монитор транзакций TUXEDO, средство конфигурационного управления PVCS и работы с различными СУБД Q+E (новое названия DataDirect).
Основной целью этих работ было создание подсистемы. Однако на этом проекте Центральный Банк РФ проводил обработку составных частей своего регионального проекта, как переносимых на достаточно широкий круг аппаратно-программных платформ (HP UX, Solaris, SCO Unix) и реляционных СУБД (Oracle, Informix).
При разработке ИИС и в частности подсистемы денежного обращения, нами учитывались следующие требования:

• Адаптивность к изменениям административной структуры;
• Наращивание выполняемых функций;
• Быстрая настройка ИИС на конкретных пользователей;
• Возможность получать любые информационные услуги с любых терминалов, обслуживаемых ИИС, в пределах их полномочий;
• Интеграция входной, внутренней и выходной информации;

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

• Составление отчетов по кассовым оборотам;
• Анализ выполнения прогноза кассовых оборотов;
• Контроль за выдачей средств на потребление;
• Составление и анализ выполнения кассового плана;
• Анализ сведений о просроченной задолженности по выдаче зарплаты;
• Анализ сведений о состоянии лимитов остатка касс;
• Анализ состояния и объема денежной массы в обороте;
• Учет и анализ эмиссионно-кассовых операций;
• АРМ администратора интегрированной информационной системы (ИИС).

Для построения проектирования подсистемы денежного обращения было использовано CASE- средство SILVERRUN фирмы CSA.
При выборе CASE-средства в ходе обследования ГУ НБ РТ год назад мы остановились на CASE- Аналитике фирмы Эйтекс, который выгодно отличался от других аналогичных средств (доступных для нас) дешевизной, простотой использования, наиболее подходящей нотацией Gane/Sarson.
В процессе работы над системой диаграмм бизнес-модели ГУ выявился ряд недостатков CASE- Аналитика, поэтому нам стало ясно, что дальнейшее использование СASE-Аналитика в проектировании интегрированной информационной системы ГУ проблематично. Какие это недостатки:

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

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

• компонента BPM (Business Process Models) является очень гибким инструментом создания целого комплекса типов схем от диаграмм потоков данных и бизнес-моделей до схем навигации экранов и взаимосвязей функциональных модулей программ;
• компонента ERX (Entity Relationship Expert) помогает построить концептуальную модель данных проекта;
• компонента RDM (Relational Data Modeling) предназначена для построения реляционной модели данных проекта, позволяет создавать базу данных, быстро портировать базу с одной платформы на другую;
• компонента WRM (Workgroup Repository Manager) управляет общим для всех компонент репозиторием для хранения и совместного использования типов данных, доменов, структур данных;
• прекрасные возможности формирования отчетов на основе данных и схем проекта.

В процессе проектирования ИИС диаграммы потоков данных информационно-функциональной модели Главного Управления НБ РТ были переведены нами в среду Silverrun. Максимально полно проработана модель подсистемы ОДО как составной части ИИС.

1. Построена система диаграмм информационных потоков для этих подсистем с помощью BPM-компоненты Silverrun. На дереве процессов показана иерархическая структура процессов системы. В модели выделено 84 процесса, 9 внешних сущностей, 24 накопителя данных. Определены: 26 базисных типов данных, 26 доменов, 54 структуры данных, информационные потоки связаны со структурами данных и квалификаторами, построены описания всех детальных процессов. С помощью средств документирования проекта, предоставляемых Silverrun, были получены описания компонент диаграмм и потоков данных.
2. Данные, полученные в процессе разработки DFD-модели (модели диаграмм потоков данных), были перенесены в репозиторий для их дальнейшего использования при построении реляционной модели данных проекта с помощью RDM-компоненты. На основе базисных типов, доменов и структур данных, определенных в DFD-диаграммах:
   • определено 9 основных таблиц:
   • определено 45 подсхем с подчиненными таблицами, выделенными в соответствии с подпроцессами 1-го уровня DFD-диаграммы;
   • выделены уникальные ключи , определены отношения между таблицами;
   • проведена верификация модели;
   • сгенерированы внешние ключи подчиненных таблиц;
   • сформирован SQL-код для Oracle;
   • проведена портация модели на платформу Informix;
   • средствами Silverrun получена документация по сформированной базе.
3. Навигация экранов. Как было сказано ранее, компонента BPM Silverrun позволяет строить схемы различного класса. Мы использовали ее для построения схемы навигации типовых программных модулей (экранов) JAM-программы. Подсистема денежного обращения проектировалась с учетом требований максимальной гибкости и адаптивности ИИС. Созданный на языке JAM комплекс программ включает в себя АРМ администратора ИИС и универсальную программную оболочку для конфигурирования АРМов конкретных пользователей. Разработаны схемы навигации экранов :
   • универсальной оболочки конфигурирования АРМов;
   • отдельных функциональных модулей;
   • оболочки администратора;
   • действующего макета подсистемы денежного обращения.

Основным средством разработки программного обеспечения подсистемы денежного обращения был язык четвертого поколения JAM фирмы JYACC. JAM включает в себя следующие основные компоненты:

• экранный редактор - среду разработки экранов;
• редактор меню;
• отладчик;
• генератор отчетов;
• макетную СУБД JDB;
• модули интерфейса с конкретными СУБД (ORACLE, INFORMIX);
• JAM/TPI - средство программирования сервисов TUXEDO;

Для хранения описаний информационных объектов и реализации механизма наследования используется репозиторий.
Помимо средств визуального программирования JAM имеет встроенный процедурный язык интерпретирующего типа JPL с С-образным синтаксисом.
Разработка программного обеспечения подсистемы денежного обращения началась с переноса функционально-логической модели из SILVERRUN в среду визуальной разработки прикладного программного обеспечения JAM. На этой стадии были выполнены следующие работы:

• Перенос схемы базы данных для СУБД ORACLE в макетную СУБД JDB. JDB-это встроенная в среду разработки JAM СУБД с SQL языком, которая позволяет выполнять прототипирование и тестирование приложений, реализованных на JAM до создания реальной базы данных в СУБД ORACLE или INFORMIX;
• Формирование репозитория подсистемы денежного обращения в среде JAM. Репозиторий первоначально формируется из схемы базы данных при помощи операции IMPORT. При этом объекты, хранящиеся в репозитории наследуют свойства объектов из базы данных. Затем производится редактирование входов репозитория (вводятся русские наименования данных, шаблоны внешнего представления данных, объекты управления приложениями и т.д.;

Затем были выполнены следующие подготовительные работы:

• Сформулированы требования к внешнему оформлению пользовательского интерфейса;
• Разработана библиотека типовых программных модулей на языке JPL. JPL - это процедурный язык интерпретирующего типа, встроенный в среду разработки JAM. На языке JPL реализуется логика работы приложений;

Для обеспечения максимальной гибкости и адаптивности ИИС был реализован подход компоновки конкретных АРМов из набора функциональных модулей при помощи универсальных средств компоновки и управления АРМами. Под функциональным модулем в данной реализации понимается группа программных модулей или один модуль, выполняющие законченную прикладную функцию. Программные модули - это экраны или отчеты JAM. На языке JAM нами были разработаны АРМ администратора интегрированной информационной системы (ИИС) НБ РТ и универсальная программная оболочка для реализации АРМов ИИС НБ РТ, включающие в себя:

• Средства регистрации пользователей ИИС НБ РТ;
• Средства описания типовых программных комплексов;
• Средства конфигурирования АРМов конкретных пользователей;

При помощи АРМа администратора ИИС стала возможной практическая реализация концепции рабочего стола пользователя, когда на рабочем месте пользователя под единым управлением интегрируются как конкретные прикладные АРМы, предназначенные для данного пользователя, так и набор типовых средств, таких как текстовые редакторы, электронные таблицы, электронная почта и т.д.
Исходными данными для разработки приложений были функционально-логическая модель, модель базы данных и схема навигации приложений, разработанные в среде CASE-средства SILVERRUN.
Прикладное программное обеспечение подсистемы денежного обращения разрабатывалось средствами JAM 6.10. Важным преимуществом данного инструментального комплекса и JAM в частности является возможность проведения разработки по спиральному циклу с построением прототипов в конце каждого цикла. В нашем случае первым действующим прототипом системы являлось описание АРМов средствами АРМ администратора, в результате чего пользователь видел функции АРМов в виде меню верхнего уровня до начала программирования. Затем средствами JAM осуществлялось прототипирование экранов и, наконец двухзвенная реализация ряда приложений служила прототипом для реализации трехзвенного варианта.
Коллективная разработка осуществлялась с использованием общего репозитория проекта и средства управления версиями PVCS Version Manager фирмы INTERSOLV. Средствами PVCS осуществлялось управление изменениями прикладных экранов и входов репозитория, а также контроль состояния разработки. Важным преимущество JAM является интеграция PVCS Version Manager со средой разработки JAM.;
Ряд приложений в подсистеме денежного обращения был реализован по трехзвенной архитектуре с применением монитора транзакций TUXEDO и компоненты JAM/TPi. Как показал опыт данной разработки реализация по трехзвенной архитектуре резко увеличивает эффективность приложений расчетного характера с большим количеством обращений к базе данных. При этом нами использовался подход при котором приложение вначале прототипировалось и тестировалось в двухзвенном варианте, а затем путем анализа SQL-кода определялись сервисы и соответствующие им сервисные экраны, а также параметры сервисов. Затем вызов SQL в клиентских экранах заменялся на вызов соответствующих сервисов, а из исходного экрана формировались сервисные экраны. По окончании данной работы сервисные экраны и файл описания сервисов переносились на сервисную машину.
Необходимо отметить развитые средства отладки JAM, которые позволяли достаточно качественно тестировать разрабатываемые приложения. Для анализа содержимого баз данных нами использовалась средство Q+E.
В ходе разработки было запрограммировано более 160 экранов и отчетов на языке JAM и средствами АРМа администратора ИИС сконфигурированы 8 АРМов подсистемы денежного обращения.
Разработка проводилась 3,5 месяца коллективом в 3 человека. Разработка завершилась созданием подсистемы ОДО и комплекта документации из 14 книг общим объемом 450 страниц.
В ходе работ основная часть системы разработана в среде HP UX, а отдельные компоненты, особенно для трехзвенной архитектуры клиент-сервер - в среде Solaris. По завершении разработки подсистемы ОДО, функционировавшей в среде HP UX - Oracle, проведен ее перенос в среду SCO UNIX - Informix, включая базу данных, наполненную реальной информацией (с русскими буквами). Объем базы составлял около 1,5 Мб. Перенос осуществлялся в следующем порядке:

• осуществлен реинжиниринг базы данных, организованной в СУБД Oracle, с помощью модуля SILVERRUN-RDM и моста к Oracle с получением ER- модели;
• по полученной ER-модели проведена генерация базы данных для Среды Informix с помощью SILVERRUN-RDM и моста к Informix;
• проведен перенос данных из Oracle в Informix с помощью Q+E.

Общее время переноса составило менее часа.
В заключение доклада приведу выводы об эффективности данного комплекса инструментальных средств. Данный комплекс действительно обеспечивает разработку портируемых приложений как по двухзвенной, так и по трехзвенной схеме. Все средства достаточно просты в освоении. Разработка приложений средствами JAM осуществлялась достаточно быстро, причем разработчики не имели большого опыта работы с ним. Необходимо отметить, что в настоящее время фирма Аргуссофт поставила нам новую версию JAM-7, которая содержит генератор типовых экранов. Его использование повышает производительность программирования в несколько раз. Использование механизма наследования JAM позволяет резко снизить трудоемкость внесения изменений при сопровождении.

[Назад] [Содержание] [Вперед]