
- •Корпоративные информационные системы. Задача интеграции. Корпоративные системы.
- •Модель osi – набор стандартов для построения корпоративной системы
- •Интегрированные и комплексные приложения
- •Задача: общие данные, общие процедур, общие вычислительные ресурсы.
- •Проблемы на пути интеграции
- •Прозрачность. Открытость. Масштабируемость. Концепции аппаратных решений. Определение распределенной системы. Прозрачность.
- •Открытость.
- •Масштабируемость.
- •Параллелизм.
- •Raid-технологии.
- •Концепции аппаратных решений. Мультипроцессоры.
- •Гетерогенные мультикомпьютерные системы.
- •Симметричное мультипроцессирование
- •Кластеры.
- •Двухуровневые, трехуровневые, распределенные одноранговые информационные системы. Виды ис
- •Функциональная нагрузка компонентов в ис
- •Двухуровневые архитектуры
- •Трехуровневые архитектуры
- •Распределенные одноранговые архитектуры
- •Единое информационное пространство. Подход к построению объектно-ориентированной одноранговой информационной системе.
- •Архитектура взаимодействия компонент распределенной ис
- •Обзор методов интеграции. Введение
- •Пути устранения аппаратных различий, кросс – платформенные приложения.
- •Java applets, апплеты.
- •Файлы (буферы) общего доступа.
- •Единый язык доступа к данным (sql).
- •Обмен сообщениями (dde).
- •Удаленный вызов процедур (rpc)
- •Вставка и внедрение объектов
- •Ole (связывание и внедрение объектов), ole Automation.
- •Классификация приложений по отношению к технологии ole (com).
- •ActiveX объекты.
- •Идентификация com объектов.
- •Сравнение com (ActiveX) объектов и java апплетов.
- •Доступ к удаленным объектам (dcom, .Net, corba)
- •Использование командных файлов и скриптов
- •Доступ к базам данных (ado, dao, odbc)
- •Применение web-технологий
- •Именованные каналы
- •Объектно-ориентированное программирование в vba Среда программирования. Типы данных. Процедуры. Окно проекта, окно свойств, окно кода, окно немедленно выполняемых команд, окно контрольных значений.
- •Процедуры, функции, передача параметров, область видимости.
- •Типы данных.
- •Вызов макроса с вычисляемым именем
- •Запуск макроса в заданное время
- •Запуск внешней программы, управление ею
- •Вызов api-функций и других библиотечных функций
- •Программное изменение кода.
- •Динамические массивы
- •Объектно-ориентированное программирование Базовые понятия ооп
- •Расширение объектной модели
- •Коллекция
- •Раннее и позднее связывание
- •Дополнительные элементы управления (ActiveX –объекты)
- •Описание программирования в vba, модели com Доступ к вставленным в документ ole-объектам
- •Доступ к внешним com-серверам
- •Вычисляемые свойства, свойства только для чтения.
- •События. Обработчики событий.
- •Использование событий объекта Application
- •Использование диалогов
- •Свойство для программиста.
- •Пользовательские классы. Классы.
- •Класс, объекты которого реагируют на события.
- •Моделирование наследования. Фактическое наследование. WithEvents.
- •Пользовательские события.
- •Как исп польз события
- •Создание экземпляра класса.
- •Автоматическая сборка мусора
- •Уничтожение экземпляра класса
- •???Интерфейсы.
- •???Интеграция при помощи промежуточного буфера
- •Обмен сообщениями. Протокол dde.
- •Задачи интеграции и децентрализации.
- •Фрагментация данных и размещение
- •Язык доступа к данным sql Стандартные команды
- •Язык запросов
- •Изменение данных при помощи sql
- •Изменение структуры базы данных при помощи ddl
- •Выполнение команд изменения структуры, изменения базы данных
- •Расширения Jet 4.0 ansi-92
- •Доступ к базам данных.
- •Доступ к базам данных с помощью odbc.
- •Доступ через odbc из Delpi7.
- •Доступ к базам данных с помощью технологий ado. Соединение, курсор
- •Свойства и методы набора записей (курсора).
- •Вызов отчетов, сформированных в базе данных
- •Пример dao
- •???Доступ к базам данных с помощью технологий dao.
- •???Доступ к базам данных с помощью web технологий.
- •Удаленный вызов процедур.
- •Обращение к удаленным объектам. Привязка клиента к объекту. Статическое и динамическое удаленное обращение к методам. Передача параметров. Dce, rmi.
- •Распределенная система объектов corba. Введение.
- •Архитектура системы.
- •Структура связей corba.
- •Исключения corba.
- •Передача параметров.
- •Corba-объекты и серванты.
- •Отображение idl на языки программирования
- •Объектные адаптеры.
- •Транзакции и сервис транзакций в corba.
- •Обзор технологий dcom, .Net Определение
- •Немного истории
- •Решение .Net
- •Модель .Net
- •Обзор двоичных файлов .Net.
Прозрачность. Открытость. Масштабируемость. Концепции аппаратных решений. Определение распределенной системы. Прозрачность.
Определение распределенной системе дать достаточно сложно, так требуется указать несколько разных сторон. Правильнее указать, какими свойствами должна обладать система, претендующая на звание распределенной.
Тем не менее, достаточно правдоподобное определение следующее: Распределенная система – это набор независимых компьютеров, программ, представляющихся пользователю как единая многофункциональная система.
Основная задача распределенной системы – предоставление пользователям ресурсов. Причин для такого разделения ресурсов множество, но назовем главные:
экономичность (дешевле разрешить доступ нескольких пользователей к одному принтеру, чем покупать несколько принтеров);
обеспечение целостности (одна и та же информация должна находиться в одном месте, иначе трудно поддерживать актуальность данных в любой момент времени)
Распределенная система предполагает, что ее существование, вообще говоря, незаметно для пользователя. Можно выделить несколько видов прозрачности: доступа, местоположения, переноса, смены местоположения, репликации, параллельного доступа, отказа, сохранности.
Прозрачность доступа предполагает, что система скрывает от пользователя различия в представлении данных, различия в доступе к ресурсам. Например, уже известная проблема разных форматов целых чисел скрывается. В разных файловых системах могут по-разному формироваться уникальные имена файлов, о чем тоже пользователю не обязательно знать. Да и сам способ хранения файлов в разных файловых системах отличается, но конечному пользователю это не видно.
Прозрачность местоположения предполагает, что пользователь знает некоторое имя ресурса, но ничего не предполагает о физическом местоположении этого ресурса. Привычные для нас DNS-имена Web-ресурсов пример такой прозрачности. Этот вид прозрачности не всегда требуется обеспечить, так как доступ к удаленным ресурсам может потребовать больше времени или большей оплаты, и пользователь должен быть проинформирован о предстоящих затратах.
Прозрачность переноса предполагает, что работа приложений с ресурсами не зависит от возможного переноса ресурса в другое место. Чаще всего этого добиваются путем сохранения имен ресурсов. Неплохой пример – имя сетевого диска. С точки зрения локального пользователя и приложений сетевой диск – это обычный локальный диск. Но администратор может переместить целевую папку с одного компьютера на другой, что останется для конечных пользователей неизвестным.
Прозрачность смены местоположения предполагает, что ресурс может переместиться в процессе работы с ним некоторого удаленного приложения. Пример - мобильные пользователи, перемещающиеся в пространстве, обслуживание которых переходит от одного удаленного сервера к другому незаметно для пользователя.
Прозрачность репликации предполагает, что от пользователя скрыт факт наличия нескольких копий (реплик) общих данных. Очевидно, что при этом все реплики должны иметь одно имя. Распределенная система в таком случае может организовывать доступ к самой близкой или самой дешевой в другой метрике реплике. Так реализованы реплики в распределенной файловой системе DFS.
Прозрачность параллельного доступа предполагает, что пользователи не догадываются о работе других пользователей. Это требует от системы, например, путем блокировок работы пользователей обеспечить целостность и непротиворечивость данных. Конечно же, при большом количестве пользователей, одновременно обращающихся к одному и тому же данному, не удастся избавиться от задержки.
Прозрачность отказа предполагает, что система скрывает ошибки путем подключения резервного программного или аппаратного обеспечения, использования помехоустойчивого кодирования и т.п..
Прозрачность сохранности предполагает, что система хранит данные в удобном для нее месте (диски, оперативная память и т.п.), возможно перемещает эти данные из одного вида памяти в другой незаметно для пользователей. Пример такого мы можем привести даже для одного компьютера: виртуальная память. Некоторые данные могут вообще не храниться, а вычисляться при необходимости.