
- •Тема 1.Корпоративные информационные системы. Задача интеграции. Корпоративные системы.
- •Модель osi – набор стандартов для построения корпоративной системы
- •Интегрированные и комплексные приложения
- •Задача: общие данные, общие процедур, общие вычислительные ресурсы.
- •Проблемы на пути интеграции
- •Тема 2.Прозрачность. Открытость. Масштабируемость. Концепции аппаратных решений. Определение распределенной системы. Прозрачность.
- •Открытость.
- •Масштабируемость.
- •Параллелизм.
- •Raid-технологии.
- •Концепции аппаратных решений. Мультипроцессоры.
- •Гетерогенные мультикомпьютерные системы.
- •Симметричное мультипроцессирование
- •Кластеры.
- •Тема 3.Двухуровневые, трехуровневые, распределенные одноранговые информационные системы. Виды ис
- •Функциональная нагрузка компонентов в ис
- •Двухуровневые архитектуры
- •Трехуровневые архитектуры
- •Распределенные одноранговые архитектуры
- •Единое информационное пространство. Подход к построению объектно-ориентированной одноранговой информационной системе.
- •Архитектура взаимодействия компонент распределенной ис
- •Тема 4.Обзор методов интеграции. Введение
- •Пути устранения аппаратных различий, кросс – платформенные приложения.
- •Java applets, апплеты.
- •Файлы (буферы) общего доступа.
- •Единый язык доступа к данным (sql).
- •Обмен сообщениями (dde).
- •Удаленный вызов процедур (rpc)
- •Вставка и внедрение объектов
- •Ole (связывание и внедрение объектов), ole Automation.
- •Классификация приложений по отношению к технологии ole (com).
- •ActiveX объекты.
- •Идентификация com объектов.
- •Сравнение com (ActiveX) объектов и java апплетов.
- •Доступ к удаленным объектам (dcom, .Net, corba)
- •Использование командных файлов и скриптов
- •Доступ к базам данных (ado, dao, odbc)
- •Применение web-технологий
- •Именованные каналы
- •Процедуры, функции, передача параметров, область видимости.
- •Типы данных.
- •Вызов макроса с вычисляемым именем
- •Запуск макроса в заданное время
- •Запуск внешней программы, управление ею
- •Вызов api-функций и других библиотечных функций
- •Программное изменение кода.
- •Динамические массивы
- •Объектно-ориентированное программирование Базовые понятия ооп
- •Расширение объектной модели
- •Коллекция
- •Раннее и позднее связывание
- •Дополнительные элементы управления (ActiveX –объекты)
- •Описание программирования в vba, модели com Доступ к вставленным в документ ole-объектам
- •Доступ к внешним com-серверам
- •Вычисляемые свойства, свойства только для чтения.
- •События. Обработчики событий.
- •Использование событий объекта Application
- •Использование диалогов
- •Свойство для программиста.
- •Пользовательские классы. Классы.
- •Класс, объекты которого реагируют на события.
- •Моделирование наследования. Фактическое наследование. WithEvents.
- •Пользовательские события.
- •Как исп польз события
- •Создание экземпляра класса.
- •Автоматическая сборка мусора
- •Уничтожение экземпляра класса
- •???Интерфейсы.
- •Тема 6.???Интеграция при помощи промежуточного буфера
- •Тема 7.Обмен сообщениями. Протокол dde.
- •Задачи интеграции и децентрализации.
- •Фрагментация данных и размещение
- •Язык доступа к данным sql Стандартные команды
- •Язык запросов
- •Изменение данных при помощи sql
- •Изменение структуры базы данных при помощи ddl
- •Выполнение команд изменения структуры, изменения базы данных
- •Расширения Jet 4.0 ansi-92
- •Доступ к базам данных.
- •Доступ к базам данных с помощью odbc.
- •Доступ через odbc из Delpi7.
- •Доступ к базам данных с помощью технологий ado. Соединение, курсор
- •Свойства и методы набора записей (курсора).
- •Вызов отчетов, сформированных в базе данных
- •Пример dao
- •???Доступ к базам данных с помощью технологий dao.
- •Удаленный вызов процедур.
- •Обращение к удаленным объектам. Привязка клиента к объекту. Статическое и динамическое удаленное обращение к методам. Передача параметров. Dce, rmi.
- •Тема 13.Распределенная система объектов corba. Введение.
- •Архитектура системы.
- •Структура связей corba.
- •Исключения corba.
- •Передача параметров.
- •Corba-объекты и серванты.
- •Отображение idl на языки программирования
- •Объектные адаптеры.
- •Транзакции и сервис транзакций в corba.
- •Тема 14.Обзор технологий dcom, .Net Определение
- •Немного истории
- •Решение .Net
- •Модель .Net
- •Обзор двоичных файлов .Net.
Использование командных файлов и скриптов
Скрипт для WSH (Windows Script Host) – это фактически программа для операционной системы. Такая программа может использоваться в качестве связующего (интегрирующего) механизма. Из скрипта программист может запустить в синхронном или асинхронном режиме любое приложение, выполнить ряд административных действий.
Скрипт – хорошее решение в том случае, когда необходимо интегрировать два приложения, являющиеся COM-серверами, но не имеющими средств для написания программы.
Скрипт подходит и тогда интегрируемые приложения являются COM-клиентами, например, офисные приложения, но по соображениям безопасности макросы отключены.
Скрипт, по-видимому, единственное средство интеграции в том случае, когда необходимые функции доступны только через пользовательский интерфейс. В этом случае можно при помощи команды sendkey имитировать действия пользователя, добиваясь выполнения заданных функций и сохранения результата в файл или в буфер обмена.
Ко всему прочему использование скрипта – недорогое решение, не требующее установки никаких дополнительных программных средств.
Доступ к базам данных (ado, dao, odbc)
База данных – это структурированное хранилище информации. Это может быть один или несколько файлов. Структуру определяет разработчик. Для того чтобы дать возможность пользователю работать с данными разработчик предоставляет программу, называемую СУБД (система управления базой данных). СУБД предоставляет, обычно, визуальный интерфейс к данным, дает возможность создать, удалить, модифицировать структурные единицы: таблицы, базы (как наборы связанных таблиц), формы, запросы и многое другое. Поскольку формат файла базы данных чаще известен, то для одного и того же формата могут быть написаны разные оболочки (СУБД). Правда, такое явление не очень распространено, если не считать версий СУБД.
Для нас сейчас важно понять то, что можно написать нечто сокращенное, что уже не вправе называться СУБД, но дающее, тем не менее, возможность доступа к данным. Подобные средства называют драйверами баз данных. Имея такой драйвер, программист может написать клиентское приложение, то есть реализовать пользовательский интерфейс и, возможно, прикладную логику, на любом языке программирования.
ODBC – open data base connectivity – стандарт, в соответствии с которым реализовывались драйверы к различным форматам баз данных. Пару «драйвер – база данных» называют источником данных. Каждый источник данных имеет уникальное (в рамках компьютера) имя. Прикладной программист обычно не работает с источником данных напрямую. Чаще он использует не визуальный компонент (объект), в свойстве которого указывается имя источника данных. Свойства и методы этого компонента позволяют работать с данными в терминах таблиц, переходов по строкам, запросов и т.п. Существует и набор визуальных компонентов, при помощи которых прикладной программист может реализовать показ пользователю данных.
В операционной системе Windows предусмотрен пункт «ODBC источники» в панели «Администрирование». В этом пункте, обычно работая с правами локального администратора, программист может создавать, удалять, переименовывать источники данных. Источник данных может быть объявлен как системный, то есть доступным для любого пользователя или личным, то есть доступным (правильнее, видимым) только для одной учетной записи – учетной записи создателя.
Для доступа к «своим» базам данных, т.е. MS Access, MS SQL, Microsoft достаточно давно предложила набор объектов под названием DAO – data access objects. Эта технология позволяла работать с базами данных как напрямую, так и через ODBC-драйверы. Различия в функциональных возможностях этих методов определялись двумя причинами. Во-первых, просто исторически сложившимися различиями (что-то не успели реализовать), а, во-вторых, тем, что работая с драйверами, программист фактически предоставлял управление операционной системе. В результате получилось, например, то, что через ODBC можно было запрограммировать асинхронное выполнение запросов, чего не предоставляла «чистая» технология DAO. С другой стороны, через ODBC невозможно организовать вызов параметрических запросов.
Технология ADO (Active Data Objects) явилась достойной преемницей DAO, так как набор объектов, предоставляемый этой новой технологией, существенно расширен и хорошо интегрирован с операционной системой. Пользуясь свойствами и методами ADO объектов, программист может реализовать практически любую мыслимую прикладную задачу, работающую с локальной или удаленной базой данных.