- •1.Архитектура эис
- •2.Общая характеристика процесса проектирования ис
- •3.Технология проектирования ис. Требования к надежности и эффективности проектных решений.
- •4.Понятие и процессы жц программного обеспечения
- •5.Модели жц по
- •6.Структурная парадигма проектирования ис
- •7.Состав и содержание работ на предпроектной стадии канонического проектирования ис
- •8.Состав и содержание работ на стадиях техно-рабочего проектирования, внедрения, эксплуатации и сопровождения канонического проектирования ис
- •9.Проектирование пользовательского интерфейса.
- •10.Проектирование системы документации ис.
- •11.Система классификации и кодирования информации. Проектирование фактографических и документальных бд.
- •12.Автоматизирование проектирование ис
- •13.Типовое проектирование ис
- •14.Организация процесса конструирования
- •15.Процесс руководства проектом и планирование проектных задач
- •16.Модели качества процесса конструирования. Архитектура программных систем
- •17.Базис языка uml
- •18.Унифицированный процесс разработки программных систем
- •19.Основы объектно-ориентированного представления программных систем.
- •20.Статические модели объектно-ориентированного представления программных систем
- •21.Динамические модели объектно-ориентированного представления программных средств: автоматы.
- •22.Динамические модели объектно-ориентированного представления программных систем: диаграммы взаимодействия Use Case
- •23.Модели реализации объектно-ориентированного представления программных систем
- •24.Стандартные методы совместного доступа к базам и программам в сложных ис
- •25.Проектирование интегрированных ис.
24.Стандартные методы совместного доступа к базам и программам в сложных ис
Структура ответа:
характеристика программного интерфейса CORBA
основные элементы CORBA, их взаимосвязь
программный интерфейс СОМ
назначение ODBC
технология связи с разнородными БД на основе ODBC
CORBA (сокр. от англ. Common Object Request Broker Architecture – общая архитектура брокера объектных запросов) – это технологический стандарт написания распределённых приложений, продвигаемый консорциумом OMG.
Задача CORBA – осуществить интеграцию изолированных систем, дать возможность программам, написанным на разных языках, работающим на разных узлах сети, взаимодействовать друг с другом так же просто, как если бы они находились в адресном пространстве одного процесса.
CORBA объединяет программный код в объект, содержащий информацию о функциональности объединяемого кода и интерфейсах доступа. Готовые объекты могут вызываться из других программ (или объектов CORBA), расположенных в сети.
CORBA использует язык описания интерфейсов (OMG IDL) для определения интерфейсов взаимодействия объектов с внешним миром. CORBA описывает правила отображения из IDL в язык, используемый разработчиком CORBA-объекта. Стандартизованы отображения для Ada, C, C++, Lisp, Smalltalk, Java, COBOL, PL/I и Python. Также существуют нестандартные отображения на языки Perl, Visual Basic, Ruby и Tcl, реализованные средствами ORB, написанными для этих языков.
Язык описания интерфейсов IDL (Interface Definition Language) обеспечивает стандартизацию описания взаимосвязи объектов в объектно-ориентированных прикладных программах. Однако IDL недостаточно для обеспечения возможности взаимодействия объектов. Требуется программное средство, которое доставляет запросы на вызов методов реагирования объектов на внешние воздействия. Таким средством является брокер объектных запросов ORB (Object Request Broker), промежуточный программный слой, отвечающий за обработку запросов и доставку результатов клиенту. ORB считается ядром системы CORBA. Механизм обмена и передачи данных (транспортный протокол) реализован в CORBA на базе протокола TCP/IP и называется IIOP.
Программный интерфейс COM
Программный интерфейс COM (Component Object Model) – компонентная объектная модель, является разработкой корпорации Microsoft.
Структура системы СОМ аналогична структуре система СОRВA. Система СОМ, как и система CORBA, использует стандартный язык описания интерфейсов и промежуточный программный слой, имеющийся как на стороне клиента, так и на стороне сервера. Однако применение системы СОМ ограничено в настоящее время рамками операционной системы Windows (например, СОМ используется в MSOffice), в то время как CORBA – многоплатформенная система. Но сравнению с CORBA система СОМ проще и распространяется бесплатно. Однако CORBA обладает большими возможностями для создания больших интегрированных ИС.
Программы, построенные на стандарте COM, фактически не являются автономными программами, а представляют собой набор взаимодействующих между собой COM-компонентов. Каждый компонент имеет уникальный идентификатор (GUID) и может одновременно использоваться многими программами. Компонент взаимодействует с другими программами через COM-интерфейсы – наборы абстрактных функций и свойств. Каждый COM-компонент должен, как минимум, поддерживать стандартный интерфейс «IUnknown», который предоставляет базовые средства для работы с компонентом.
Организация связи с разнородными базами данных на основе драйверов ODBC
ODBC (Open DataBase Connectivity) – это программный интерфейс (API) доступа к базам данных, разработанный фирмой X/Open (по другим данным – Microsoft). Позволяет единообразно оперировать с разными источниками данных, отвлекаясь от особенностей взаимодействия в каждом конкретном случае.
ODBC (Open Database Connectivity) – широко распространенный комплекс драйверов фирмы Microsoft для связи с разнородными (гетерогенными) БД, удовлетворяющий стандартам ISO.
В начале 1990 г. существовало несколько поставщиков баз данных, каждый из которых имел собственный интерфейс. Если приложению было необходимо общаться с несколькими источниками данных, для взаимодействия с каждой из БД было необходимо написать свой код. Для решения возникшей проблемы Microsoft и ряд других компаний создали стандартный интерфейс для получения и отправки данных источникам данных различных типов. Этот интерфейс был назван open database connectivity, или открытая связь с БД. C помощью ODBC прикладные программисты могли разрабатывать приложения для использования одного интерфейса доступа к данным, не беспокоясь о тонкостях взаимодействия с несколькими источниками.
Это достигается благодаря тому, что поставщики различных БД создают драйверы, реализующие конкретное наполнение стандартных функций из ODBC API с учетом особенностей их продукта. Приложения используют эти функции, реализованные в соответствующем конкретному источнику данных драйвере, для унифицированного доступа к различным источникам данных.
При применении ODBC требуется помнить, что данная технология доступа к данным не рассчитана на работу с большим числом клиентов.
С помощью ODBC можно манипулировать данными любой реляционной и нереляционной СУБД, а также данными файлов электронных таблиц и текстовых файлов.
Традиционная технология связи с разнородными БД с использованием ODBC
Технология связи с разнородными БД с использованием сервера ODBC
Связь клиентской и серверной частей ИС осуществляется с помощью локальной или глобальной сети. Доступ к соответствующей БД со стороны клиента (из прикладных программ) обеспечивается трехслойным программным интерфейсом.
Управляющий модуль ODBC (ODBC Administration) позволяет определить необходимые источники данных для прикладной программы.
Драйвер ODBC представляет собой динамически загружаемую библиотеку, которую клиентское приложение загружает в свое адресное пространство для доступа к источнику данных.
Для каждой используемой СУБД нужен собственный ODBС-драйвер. ODBC-драйверы осуществляют функции клиентских интерфейсов API (Application Programs-Interface).
ODBC-драйвер для конкретной СУБД переформировывает формат запроса прикладной программы во внутренний формат, распознаваемый СУБД, к которой обращен запрос.