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

ВВЕДЕНИЕ. роль информационно-вычислительных систем в жизни человека

Программные комплексы сбора, хранения и обработки информации

Цели и содержание работы

1. АНАЛИЗ ОБЪЕКТА ИССЛЕДОВАНИЯ.

1 1 Описание предметной области

12 Постановка задачи

13 Анализ существующих подходов к проблеме 21 131 Подходы к хранению данных 21 13 2 Подходы к построению программных компонент крупных распределенных программных комплексов выводы по главе

2. ПРОГРАММНЫЙ КОМПЛЕКС СБОРА, ХРАНЕНИЯ И ОБРАБОТКИ ИНФОРМАЦИИ О РЕГИСТРАЦИИ ЭМИССИОННЫХ ДОКУМЕНТОВ КРЕДИТНЫХ ОРГАНИЗАЦИЙ. ОСОБЕННОСТИ ПРЕДЛОЖЕННОГО ПОДХОДА К РАЗРАБОТКЕ.

2 1 Особенности разработки программных систем, имеющих возможность работы с БД различного типа

2 1 1 Выбор СУБД

2 12 Выбор БД файлового типа

2 13 Выбор средств разработки

2 14 Анализ возможностей двух типов БД и создание универсальной структуры БД

215 Оценка влияния типа БД на функциональность системы

2 16 Создание программных компонент, обеспечивающих возможность работы с БД различного типа

Выводы по главе

3. ОБЩАЯ ХАРАКТЕРИСТИКА МЕТОДОВ И СРЕДСТВ, ПРИМЕНЕННЫХ ПРИ РАЗРАБОТКЕ ПРОГРАММНОГО КОМПЛЕКСА.

3 1 Понятие жизненного цикла ПО

3 11 Каскадная модель ЖЦ 58 3 12 Спиральная модель ЖЦ

3 2 Методология RAD

3 3 Основные этапы разработки крупных АС

3 4 Выбор средств информационного моделирования

3.4.1. Краткая характеристика.

3.4.2. Обоснование выбора.

3.4.3. Расширение возможностей Designer/2000.

ВЫВОДЫ ПО главе 3.

4. РЕАЛИЗАЦИЯ ПРОГРАММНОГО КОМПЛЕКСА СБОРА, ХРАНЕНИЯ И ОБРАБОТКИ ИНФОРМАЦИИ О РЕГИСТРАЦИИ ЭМИССИОННЫХ ДОКУМЕНТОВ КРЕДИТНЫХ ОРГАНИЗАЦИЙ.

4.1. Структура комплекса.

4.1.1. Система классификации и кодирования информации.

4.1.2. Функциональная структура ПО.

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

4.2.1. Конвертер данных.

4.2.2. Модуль создания отчетов произвольной структуры.

Выводы по главе 4.

Роль информационно-вычислительных систем в жизни человека

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

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

Типичный пример: в последнее время в средствах массовой информации все чаще появляются статьи, посвященные так называемой "проблеме 2000 года". Проблема заключается в некорректной работе компьютерных программ, использующих двузначный способ хранения года, после 31 декабря 1999.

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

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

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

Программные комплексы сбора, хранения и обработки информации

Далее в работе речь будет идти о подмножестве информационно-вычислительных систем - распределенных программных комплексах сбора, хранения и обработки информации. Общая схема такого комплекса изображена на Рис. 1.

Рис. 1. Уровни иерархии программного комплекса сбора, хранения и обработки информации

Подобные комплексы имеют следующие характерные особенности:

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

- типичный набор функций следующий:

- получение первичной информации в электронном виде (ручной ввод, снятие показаний приборов и т.д);

- передача информации на вышестоящий уровень (через определенные интервалы времени или по запросу, при этом интервалы времени достаточно велики1 );

- обработка полученной информации (проверка, преобразование, загрузка в БД, консолидация, анализ, формирование выходных документов и т.д.)2;

- структура рабочих мест имеет вид пирамиды (чем выше уровень иерархии, тем рабочих мест меньше, и более консолидированная информация передается);

- рабочие места могут находиться на значительном удалении друг от ДРУга;

- условия эксплуатации программных компонент на различных рабочих местах могут отличаться очень значительно.

Под "значительно отличающимися условиями эксплуатации" в последнем пункте подразумевается следующее.

Как правило, при создании крупных программных комплексов, разработчики по очевидным причинам стараются в максимальной степени унифицировать способы хранения информации (БД) и работающие с ней программные компоненты [34, 35, 36, 37, 54, 57, 58, 62, 65, 69, 70, 79, 80].

Выбирается одна хорошо масштабируемая СУБД. К примеру, компания Oracle предлагает широкий спектр полностью совместимых снизу вверх вариантов своей СУБД: Personal Oracle Lite, Personal Oracle, Oracle Workgroup Server, Oracle Server Enterprise Edition. Каждый вариант предназначен для вычислительной техники определенного класса. И если программа работает, к

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

2 Если уровней иерархии много, то циклы создания (консолидации) / передачи / обработки информации повторяются несколько раз. примеру, с Personal Oracle, то она будет точно так же работать с Workgroup Server [61, 71, 72].

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

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

- Установке мощной СУБД на удаленных объектах мешает отсутствие квалифицированного персонала, который необходим для ее администрирования.

- На большом количестве объектов автоматизации программно-аппаратная база не позволяет установить сервер СУБД, при этом ее обновление заказчиком не предусматривается.

- Заказчик хочет сэкономить средства на лицензиях на СУБД. Как уже говорилось, ввиду особенностей архитектуры распределенных программных комплексов сбора, хранения и обработки информации, количество территориально распределенных рабочих мест растет по мере перехода на все более удаленные от "вершины" уровни системы. Если учесть, что на каждом пункте обработки информации должен быть установлен сервер СУБД, то становится ясно, что начиная с некоторого уровня иерархии системы, затраты на серверные лицензии станут чрезмерными.

В подобных случаях автором предлагается следующий компромиссный подход: на объектах автоматизации с мощной программно-аппаратной базой и квалифицированным персоналом, устанавливается промышленная реляционная СУБД, поддерживающая стандарты DML (Data Manipulation Language) и DDL (Data Definition Language), а в прочих местах - используются простые БД файлового типа (напр., Paradox или DBase).

Далее для краткости будем употреблять термины, соответственно, СУБД и БД файлового типа. Вариант ПО, использующий СУБД, будем называть "полным", а вариант, использующий БД файлового типа - "облегченным".

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

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

1. В странах с развитыми информационными технологиями, стоимость создания ПО намного выше стоимости аппаратного обеспечения. Поэтому при создании крупных вычислительных комплексов обычно аппаратные платформы подстраиваются под выбранную архитектуру программных решений. Таким образом, необходимость в "компромиссных" программных решениях отпадает. В России ситуация обратная - ПО создается с учетом того, что оно будет работать в рамках существующей инфраструктуры аппаратных средств.

2. Большая часть книг, посвященных средствам быстрой разработки приложений (RAD), имеет своей целью охватить как можно шире функциональные возможности этих средств, не рассматривая подробно механизмы функционирования отдельных их частей [9, 17, 18, 49, 51, 62,66, 81].

3. В качестве примеров в таких книгах приводятся демонстрационные программы, работающие с небольшими объемами данных, для которых вопрос производительности несущественен [17, 18, 51].

4. Авторы книг по средствам разработки не считают возможным создание серьезных программных систем на базе БД файлового типа, вроде Paradox. При работе же с мощными СУБД типа Oracle, считается что вопрос производительности должен рассматриваться в рамках изданий по этим СУБД. Существует много изданного материала по оптимизации производительности запросов к СУБД, но к сожалению, помимо этого для полноценной работы ПО требуется понимание программистом внутренних механизмов обращения программных компонент к данным, хранящимся в БД.

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

Как выяснилось при разработке реальной системы, работающей с большими объемами данных (порядка гигабайт), незнание механизмов этого обмена может легко привести к тяжелым последствиям. Такие средства как Borland Delphi обладают огромной гибкостью и позволяют быстро и легко реализовать на первый взгляд красивые идеи, оказывающиеся в будущем совершенно неработоспособными.

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

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

Практически любая ИВС состоит из компонент. Компоненты можно разделить на 2 класса: "заказные" и "универсальные".

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

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

Соотношение заказных и универсальных компонент в различных проектах может быть самым разным. Например, в сложных расчетных системах обычно присутствуют в основном заказные компоненты.

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

Цели и содержание работы

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

- мощность вычислительной техники и квалификация персонала в центрах обработки информации (ЦОИ) разных структурных подразделений сильно отличаются (во многих ЦОИ установка или администрирование промышленной СУБД невозможны). Также значительно отличаются объемы обрабатываемой информации;

- результирующая мощность и стоимость комплекса определяется заказчиком;

- у заказчика имеются предпочтения в выборе СУБД на примере системы сбора, хранения и обработки отчетности кредитных организаций-эмитентов ценных бумаг, компоненты которой работают в Департаменте контроля за деятельностью кредитных организаций на финансовых рынках Банка России (далее - АС ДКДКОФР) и территориальных учреждениях Банка России (ТУ ЦБ РФ).

Для достижения поставленной цели были определены и успешно решены следующие задачи:

- проведение анализа существующих подходов к созданию программных комплексов сбора, хранения и обработки информации;

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

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

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

- проектирование комплекса;

- реализация программных компонент комплекса:

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

- разработка универсального модуля генерации произвольных отчетов на основе информации в БД;

- разработка модуля просмотра и обработки данных;

- разработка модуля рейтингового анализа кредитных организаций на основе их финансовой отчетности;

- разработка модуля раскрытия информации;

- разработка технологических модулей (разграничения полномочий пользователей, восстановления таблиц, ведения журнала операций с БД).

Помимо этого, в работе кратко описаны заказные компоненты АС, некоторые интересные программные наработки, полученные в ходе ее создания.

В ходе работ над проектом АС ДКДКОФР были применены современные методы проектирования и разработки. Это:

- Быстрая разработка приложений (RAD-rapid application development)3;

- Реляционное проектирование с использованием CASE-средств;

- Разработка приложений клиент/сервер.

Литература, использовавшаяся в ходе работы, представляет из себя большой набор узкоспециализированных изданий по различным технологиям, средствам и направлениям деятельности в рамках разработки ИБС. Это литература по современным методам проектирования и создания информационно-вычислительных систем, CASE-средствам, базам данных, средствам разработки ПО. Также анализировалась периодическая литература и материалы технических конференций в области информационных технологий. Большая часть литературы была получена в электронном виде из сети Internet.

3 Методология RAD описана в п. 3.2

Выводы по главе 4

1. На базе предложенного в работе подхода спроектирован, разработан и внедрен распределенный программный комплекс сбора, хранения и обработки отчетности кредитных организаций-эмитентов ценных бумаг ДКДКОФР ЦБ РФ. Таким образом, целесообразность применения данного подхода полностью подтверждена практически.

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

3. Показано, что программные модули в полной мере используют преимущества интерфейса Windows95/NT4, являются в большой степени настраиваемыми. Активно используется взаимодействие с современными офисными средствами (Winword, Excel). Обеспечивается высокий уровень быстродействия при работе как с таблицами Paradox, так и с СУБД Oracle.

Заключение

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

- мощность вычислительной техники и квалификация персонала в центрах обработки информации (ЦОИ) разных структурных подразделений сильно отличаются (во многих ЦОИ установка или администрирование промышленной СУБД невозможны). Также значительно отличаются объемы обрабатываемой информации;

- результирующая мощность и стоимость комплекса определяется заказчиком;

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

В работе получены следующие основные результаты:

1. Проанализированы существующие подходы к созданию распределенных программных комплексов сбора, хранения и обработки информации. Приведена методология, основные этапы разработки.

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

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

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

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

6. В работе разработаны универсальные модели, позволившие создать компоненты "Конвертер данных" и "Генератор отчетов", которые могут работать как на различных уровнях иерархии сбора и обработки информации созданного комплекса, так и в других комплексах подобного типа без изменения кода.

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

Перечень использованных сокращений

АС Автоматизированная система

БД База данных

ДКДКОФР Департамент контроля за деятельностью кредитных организаций на финансовых рынках

ЖЦ Жизненный цикл иве Информационно-вычислительная система ко Кредитная организация

ОС Операционная система по Программное обеспечение

СУБД Система управления базами данных

ТУ ЦБ РФ Территориальное учреждение Банка России

ЦА Центральный аппарат (Банка России)

RAD Rapid Application Development (быстрая разработка приложений)

1. Ананьин В.И. Корпоративные стандарты точка опоры автоматизации. //СУБД. -1997.-№5-№6.

2. Березка М., Винокуров Л., Гершельман А., Комиссаров А., Морозович Б., Родин И. Сравнительный анализ и выбор СУБД для автоматизированной системы управления пассажирскими перевозками. //СУБД. -1997. №4.

3. Батракова Л.Г. Экономический анализ деятельности коммерческого банка. М.: Издательская корпорация "Логос", 1998. - 196 с.

4. Бондаренко В., Платушин И. Как Банку России контролировать подопечных. // Банковские Технологии. -1998. №1.

5. Боуман Д.С., Эмерсон С.Л., Дарновски М. Практическое руководство по SQL. Киев: Диалектика, 1997. - 320 с.

6. Бромберг И. Система контроля этапов жизненного цикла ПО. // Открытые системы. -1998. №6.

7. Вендров A.M. CASE-технологии. Современные методы и средства проектирования информационных систем. М.: Финансы и статистика, 1998. -176 с.

8. Вендров A.M. Практические рекомендации по освоению и внедрению CASE-средств (по материалам стандартов IEEE). // СУБД. -1997. №1.

9. Володин А. Банковские и корпоративные системы-98. // Банковские Технологии. -1998. №4.

10. Ю.Вольфман Б. Разработка корпоративных систем с использованием современных инструментальных средств: Тез. докл. Техническая конференция "Корпоративные базы данных". М., 1997.

11. Воропаев В.И. Управление проектами в России. М.: Алане, 1995. -225 с.

12. Горчинская О.Ю. Designer/2000 новое поколение CASE-продуктов фирмы Oracle II СУБД. - 1995. - №3.

13. Грабер М. SQL. -М.: Лори, 1997.-292 с.

14. Дубова Н. Интегрированные системы управления распределенной корпорацией. II Открытые системы. -1998. №1.

15. Дэвид А., МакГоуэн М., МакГоуэн К. Методология структурного анализа и проектирования SADT. М.: МетаТехнология, 1993. - 240 с.

16. Евтеев М. А. Сравнительный обзор SQL серверов. Internet. http://www.interface.ru/public/srob/srob1.htm

17. Елманова Н. Создание приложений для Oracle с помощью Delphi Client/Server. Internet, http://www.interface.ru/rtcs/cs006-08.htm

18. Елманова Н. Borland C++Builder 3: новые возможности создания корпоративных информационных систем. Internet. http://www.citforum.ru/koi/programming/cpp/cb3.shtml

19. Еремин С.В. Выбор СУБД и его влияние на программные компоненты информационно-вычислительных систем. // Автоматизация и современные технологии. 1999 г., №4, стр. 7-10.

20. Еремин С.В. Система рейтингового анализа коммерческих банков на основе их финансовой отчетности. Тезисы доклада. // Сборник тезисов докладов научно-технической конференции студентов, аспирантов и молодых специалистов МГИЭМ. М.: МГИЭМ, 1998, с.286-287.

21. Жужлев Г. АБС: рейтинги и объективная реальность. // Банковские Технологии. -1998. №8.

22. Инструкция о правилах выпуска и регистрации ценных бумаг кредитными организациями на территории Российской Федерации. -Введ. 01.10.1998. М.: Банк России, 1998.

23. Калянов А.Н., Козлинский А.В., Лебедев В.Н. Сравнительный анализ структурных методологий. // СУБД. -1997. №5-№6.

24. Калянов Г. Номенклатура CASE-средств и виды проектной деятельности. // СУБД. -1997. №2.

25. Калянов Г. Как использовать CASE-технологии. II Банковские Технологии. -1998. №5.

26. Кириллов В.В., Громов Г.Ю. Структуризированный язык запросов (SQL). Internet, http://www.citforum.ru/koi/database/sqlkg/index.shtml

27. Кириллов В.В. Основы проектирования реляционных баз данных. Internet, http://www.citforum.ru/koi/database/dbguide/index.shtml

28. Клычков А. Информационные системы на финансовом рынке. // Банковские Технологии. -1998. №3.

29. Коваленко В. Современные индустриальные системы. // Открытые системы. -1997. №5.

30. Кудрявов О. Базы данных на российском рынке. // Банковские Технологии. -1998. №2.

31. Кузнецов С.Д. Введение в информационные системы. // СУБД. -1997. -№2.

32. Кузнецов С.Д. Дубликаты, неопределенные значения, первичные и возможные ключи и другие экзотические прелести языка SQL. // СУБД. -1997. -№3.

33. Кузнецов С.Д. Тенденции в мире систем управления базами данных. Internet, http://www.citforum.ru/database/articles/art25.shtml

34. Кузнецов С.Д., информационно-аналитические материалы Центра Информационных Технологий. Основы современных баз данных. Internet, http://www.citforum.ru/koi/database/osbd/contents.shtml

35. Кузнецов С.Д. Методы оптимизации выполнения запросов в реляционных СУБД. Internet. http://www.citforum.ru/koi/database/articles/art26.shtml

36. Кузнецов С.Д. Информационная система: как ее сделать? II ComputerWorld. 1996. - №1.

37. Кузнецов С.Д. Переносимость и интероперабельность информационных систем и международные стандарты II ComputerWorld. 1996. - №4.

38. Ладыженский Г.М. Архитектура корпоративных информационных систем. // СУБД. -1997.- №5-№6.

39. Ладыженский Г.М. О сравнительном анализе СУБД. // СУБД. -1997. -№5-№6.

40. Ладыженский Г.М. Распределенные информационные системы и базы данных: Тез. докл. Техническая конференция "Корпоративные базы данных". М., 1996.

41. Львов B.C., Иванов В.В. Анализ финансового состояния коммерческих банков. М.: Изд. Агентства "Яхтсмен", 1996. - 118 с.

42. Лялякин О., Погудин А. Инструментарий для АБС. // Банковские Технологии. -1998. №6.

43. Маклаков С. Инструментальные средства создания корпоративных информационных систем // Компьютер Пресс. -1998. №7-№9.

44. Миронов А. Опыт разработки и продвижения комплексных ИС. // Открытые системы. -1998. №2.

45. Орлик С.В. Секреты Delphi на примерах. М.: БИНОМ, 1996.-352 с.

46. Орлик С.В. Многоуровневые модели в архитектуре клиент-сервер. // СУБД. -1997.-№1.

47. Поттосин И. Добротность программ и информационных потоков. // Открытые системы. -1998. №6.

48. Пустовалов Д. Архитектура программных систем сбора данных и управления. // Открытые системы. -1997. №5.

49. Решке X., Шелле X. Мир управления проектами. М.: Апанс, 1994. -304 с.

50. Ричарде М. Oracle. Энциклопедия пользователя. Киев: ДиаСофт, 1997.-830 с.

51. Рыбаков А. Архитектура современных промышленных систем. // Открытые системы. -1998. №3.

52. Рыжих А. Автоматизация сложных банковских систем. // Банковские Технологии. -1998. №1.

53. Саар А. Об одном подходе к выполнению программных проектов. // Открытые системы. -1998. №1.

54. Сиколенко В. К вопросу о тестировании СУБД. // СУБД. -1997. №5-№6.

55. Сиколенко В.В. Сервер Oracle: текущее состояние. Internet, http ://www. interface. ru/magazi ne/tcs/Arch ive/297/oracleov. htm I

56. Старыгин А. Построение корпоративных информационных систем: технологии и решения: Тез. докл. Техническая конференция "Корпоративные базы данных". М., 1997.

57. Трепалин С. Оформление приложений для Windows95/NT в Delphi. Internet, http://www.interface.ru/public/appcre/appcre1 .htm

58. Чаудхари С. Методы оптимизации запросов в реляционных системах. // СУБД. -1998.-№3.

59. Черкасов В.Е. Финансовый анализ в коммерческом банке. М.: Инфра-М, 1995.-162 с.

60. Чистяков В. Средства разработки для баз данных и распределенных архитектур. Internet, http://www.interface.ru/magazine/tcs/index.htm

61. Яковлев Т. Архитектура АБС нового поколения. // Банковские Технологии. -1998. №2.

62. Янушко А., Петрушенко С. Семейство архитектур клиент-сервер. Преимущества и недостатки. // Банковские Технологии. -1998. №8.

63. Янушко А. Современные реляционные СУБД. // Банковские Технологии. -1998. №2.

64. Baum D. The Oracle Ticket. // Oracle Magazine. -1998. №1.

65. Clarke L., Schupmann V. Oracle on Windows NT: A Fail Safe Solution. // Oracle Magazine. -1998. №1.

66. Davenport Т.Н. From Data to Knowledge. II Oracle Magazine. -1998. №3.

67. Srinivasan A. Preparing and Managing Databases for Large Oracle Applications Sites. // Oracle Magazine. -1998. №6.

68. Srinivasan A. Seven Simple Ways to Take Advantage of Oracle8. // Oracle Magazine. -1998. №5.

69. Steere L. Saving the System. II Oracle Magazine. -1998. №2.

70. Zornes A. The Information Supply Chain. // Oracle Magazine. -1998. №4.

71. UNIFACE V.6.1 Designer's Guide. UNIFACE B.V., Netherlands, 1994. -324 c.