Организация связи с разнородными базами данных на основе драйверов ODBC

ODBC (Open Database Connectivity) – широко распространенный комплекс драйверов фирмы Microsoft для связи с разнородными (гетерогенными) базами данных, удовлетворяющий стандартам ISO.

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

На рис. 3.8. представлена схема традиционной технологии использования драйверов ODBC в условиях архитектуры клиент/сервер.

!!!!!!!

Рис. 3.8. Традиционная технология связи с разнородными базами данных с использованием ODBC

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

Управляющий модуль ODBC (ODBC Administration) позволяет определить необходимые источники данных для прикладной программы.

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

Для каждой используемой СУБД нужен собственный ODBC-драйвер. ODBC-драйверы осуществляют функции клиентских интерфейсов API (Application Programs Interface).

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

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

Традиционная технология использования ODBC создает много работы сетевому администратору при появлении новых СУБД. Проблема состоит в необходимости инсталляции дополнительных драйверов для этой СУБД на каждом клиентском месте. Выход найден в технологии связи с разнородными базами данных с использованием сервера ODBC (рис. 3.9).

Системы управления информационными потоками как средство интеграции приложений

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

Буквальный перевод термина «workflow» как «поток работ» почти никак не раскрывает его содержание. Более информативно определение программных продуктов класса Workflow как систем, обеспечивающих полную или частичную координацию выполнения производственных операций (заданий, работ, функций), составляющих структурированные бизнес-процессы предприятия.

!!!!!!!

Рис. 3.9. Технология связи с разнородными базами данных с использованием сервера ODBC

В основе технологии Workflow лежат следующие понятия:

• объект – информационный, материальный или финансовый объект, используемый в бизнес-процессе (например, письмо, оборудование, счет);
• событие – внешнее (не контролируемое в рамках процесса) действие, произошедшее с объектом (скажем, получение письма, поломка оборудования, получение счета);
• операция – элементарное действие, выполняемое в рамках рассматриваемого бизнес-процесса (допустим, подготовка письма, ремонт оборудования, оплата счета);
• исполнитель – должностное лицо, ответственное за выполнение одной или нескольких операций бизнес-процесса (к примеру, менеджер, механик, бухгалтер).

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

Рис. 3.10. Взаимосвязь базовых понятий технологии Workflow

В рамках этой модели ПРОЦЕСС состоит из ОПЕРАЦИЙ. Каждая ОПЕРАЦИЯ адресуется своему ИСПОЛНИТЕЛЮ, который, в свою очередь, отвечает за выполнение одной или нескольких ОПЕРАЦИЙ. ОБЪЕКТЫ участвуют в выполнении ОПЕРАЦИИ. СОБЫТИЯ могут влиять на выполнение ОПЕРАЦИЙ, например, изменяя результат операций или последовательность их выполнения.

Каждая система класса Workflow обеспечивает решение трех задач:

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

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

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

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

Вопросы для самопроверки по главе 3:

1. Назовите состав функциональных подсистем интегрированной системы.
2. Укажите цель интеграции функциональной части.
3. В чем состоит интеграция информационного, программного, технического, организационного обеспечения?
4. Перечислите основные требования к корпоративным информационным системам.
5. Дайте определение открытой информационной системы.
6. Задачи и компоненты технологии Workflow
7. Охарактеризуйте взаимосвязь основных элементов программного интерфейса CORBA.
8. Охарактеризуйте традиционную технологию использования драйверов ODBC.
9. Охарактеризуйте технологию связи с разнородными базами данных с использованием сервера ODBC.
10. Дайте определение программных продуктов класса Workflow.
11. Дайте определение бизнес-процесса.
12. Что представляет собой автоматизированное рабочее место?
13. Назовите синонимы АРМ.
14. Охарактеризуйте разновидности архитектуры распределённых информационных систем.
15. Какова структура математической модели распределения работы в системе АРМ?
16. В чём состоят цели и задачи обследования информационной системы?
17. Что включает в себя методика проведения обследования?
18. Какова структура описания постановки задачи?