- •Корпоративные информационные системы. Задача интеграции. Корпоративные системы.
- •Модель 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.
Гетерогенные мультикомпьютерные системы.
В мультикомпьютерных системах каждый процессор располагает своим собственным блоком оперативной памяти. При организации соединения нескольких компьютеров требование аппаратной и операционной идентичности обычно не выдвигается. Считается, что при соединении используются коммерческие сетевые устройства.
Компьютеры также могут объединяться по принципу шины или использовать некоторое коммутирующее устройство.
Симметричное мультипроцессирование
Традиционно большинство расширений достигнуто за счет симметричной многопроцессорности (symmetric multiprocessing, SMP), то есть за счет добавления процессоров, памяти, дисков, сетевых карт на один сервер.
Программная модель SMP, часто называемая моделью разделяемой памяти (shared-memory model), запускает единственную копию ОС с прикладным процессом так, как если бы они находились в однопроцессорной системе.
Важно! Различают симметричное и несимметричное мультипроцессирование. Операционная система, использующая все процессоры компьютера для своих нужд и нужд приложений равноправно, работает в режиме симметричного мультипроцессирования. Операционная система, выделяющая один (или более) процессоров для себя и отдающая оставшиеся процессоры приложениям, работает в режиме несимметричного мультипроцессирования.
SMP является в настоящее время наиболее распространенной параллельной аппаратной архитектурой. SMP-серверы базируются на промышленных стандартных процессорах Intel и Alpha AXP.
Расширение SMP-системы от одного до четырех процессоров обходится не очень дорого. Но расширение четырехпроцессорной системы до восьмипроцессорной уже относительно дороже. Объясняется это тем, что нелинейно растет сложность SMP-системы, поскольку количество взаимосвязей у компонент, каждый из которых имеет собственный интерфейс, оценивается как n2, где n – количество компонент. В идеале добавление второго процессора или увеличение в два раза количества дисков увеличивает производительность системы вдвое. Но на практике линейного роста здесь не достигается, т.к. требуется, чтобы все компоненты системы были хорошо расширяемы. Полная архитектура включает в себя аппаратную часть, операционную систему, базу данных, сетевое программное обеспечение и приложения. Взаимосвязи всех этих компонент в расширяемой системе должны учитывать любое увеличение аппаратуры, но в жизни это не так.
Можно привести пример с землекопами. Если один землекоп может выкопать яму 1м Х1м Х 1м за 10 часов, то 100 землекопов не выкопают эту яму в сто раз быстрее! Возникшие трудности совместной работы значительно превышают возможные выгоды.
Для того чтобы принять правильное решение, увеличивающее производительность ИС, требуется тщательно исследовать все имеющиеся и возможные «узкие места», проследить, каким образом рост некоторого показателя повлияет на все (!) компоненты ИС. Например, в Вашей системе узкое место – диск с базой данных. Заменим его на SCASI – контроллер. После этого узким местом может стать сеть.
Отметим только один важный фактор. На уровне программного обеспечения многопроцессорный одновременный доступ к данным должен осуществляться сериями (быть сериализован). Это ограничивает практическую расширяемость для отдельного приложения в SMP-системах с разделяемой памятью.
Несмотря на указанные ограничения, SMP-системы - наиболее общая форма расширяемости. Microsoft Windows NT Server, Windows 2000 и выше, Microsoft SQL Server поддерживают SMP-архитектуру.