Распределенная обработка данных реферат

Обновлено: 07.07.2024

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

Распределенная обработка данных (distributed data processing) - обработка данных, проводимая в распределенной системе, при которой каждый из технологических или функциональных узлов системы может независимо обрабатывать локальные данные и принимать соответствующие решения. При выполнении отдельных процессов узлы распределенной системы могут обмениваться информацией через каналы связи с целью обработки данных или получения результатов анализа, представляющего для них взаимный интерес.

Распределенная обработка данных (РОД) характерна для сетей ППЭВМ и создаваемых на их основе АРМ РОД и позволяет решать сложные задачи с использованием схемы распараллеливания вычислительного процесса. РОД характеризуется децентрализацией обработки информации с помощью рассредоточенных микро - ЭВМ, которые соединены линиями связи и имеют программно-информационную совместимость. РОД позволяет строить системы, в которых гибко сочетаются достоинства централизации и децентрализации. При разделении вычислительного потенциала системы между несколькими подразделениями предприятия предоставляется возможность локального решения отдельных задач. Так, 80 % задач бухгалтерского учета на предприятии решаются каждым звеном самостоятельно. Затраты, связанные с передачей данных, обычно незначительны.

Преимущества распределенной обработки данных выражаются в:

· увеличении числа удаленных взаимодействующих пользователей, выполняющих функции сбора, обработки, хранения, передачи информации;

· снятии пиковых нагрузок с централизованной базы путем распределения обра­ботки и хранения локальных баз данных на разных ЭВМ;

· обеспечении доступа информационному работнику к вычислительным ресурсам сети ЭВМ;

· обеспечении обмена данными между удаленными пользователями.

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

Распределенная обработка и распределенная база данныхне являются синони­мами.Если при распределенной обработке производится работа с базой, то подразумева­ется, что представление данных, содержательная обработка данных базы выполняются на компьютере клиента, а поддержание базы в актуальном состоянии - на файл-сервере.

Распределенная база данных может размещаться на нескольких серверах и для доступа к удаленным данным надо использовать сетевую СУБД. Если сетевая СУБД не использует­ся, то реализуется распределенная обработка данных.

При распределенной обработке клиент может послать запрос к собственной ло­кальной базе или удаленной. Удаленный запрос- это единичный запрос к одному сер­веру. Несколько удаленных запросов к одному серверу объединяются в удаленную тран­закцию.Если отдельные запросы транзакции обрабатываются различными серверами, то транзакцияназывается распределенной.При этом запрос транзакции обрабатывается одним сервером. Если запространзакции обрабатывается несколькими серверами, он на­зывается распределенным.

Только обработка распределенного запроса поддерживает концепцию распреде­ленной базы данных.

Существуют разные технологии распределенной обработки данных.

Централизованная архитектура. При использовании этой технологии база данных, СУБД и прикладная программа (приложение) располагаются на одном компьютере (мэйнфрейме или персональном компьютере) (Рис.16). Для такого способа организации не требуется поддержки сети и все сводится к автономной работе. Работа построена следующим образом:

· База данных в виде набора файлов находится на жестком диске компьютера.




· На том же компьютере установлены СУБД и приложение для работы с БД.

· Пользователь запускает приложение. Используя предоставляемый приложением пользовательский интерфейс, он инициирует обращение к БД на выборку/обновление информации.

· Все обращения к БД идут через СУБД, которая инкапсулирует внутри себя все сведения о физической структуре БД.

· СУБД инициирует обращения к данным, обеспечивая выполнение запросов пользователя (осуществляя необходимые операции над данными).

· Результат СУБД возвращает в приложение.

· Приложение, используя пользовательский интерфейс, отображает результат выполнения запросов.

Рис.16. Централизованная архитектура

Подобная архитектура использовалась в первых версиях СУБД: DB2; Oracle; Ingres.

Многопользовательская технология работы обеспечивалась либо режимом мультипрограммирования, либо режимом разделения времени. Такая технология была распространена в период господства больших. Основным недостатком этой модели является резкое снижение производительности при увеличении числа пользователей.

Работа построена следующим образом:

· База данных в виде набора файлов находится на жестком диске специально выделенного компьютера (файлового сервера).

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

· На каждом из клиентских компьютеров пользователи имеют возможность запустить приложение. Используя предоставляемый приложением пользовательский интерфейс, он инициирует обращение к БД на выборку/обновление информации.

· Все обращения к БД идут через СУБД, которая инкапсулирует внутри себя все сведения о физической структуре БД, расположенной на файловом сервере.

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

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

· Результат СУБД возвращает в приложение.

· Приложение, используя пользовательский интерфейс, отображает результат выполнения запросов.

В рамках архитектуры " файл-сервер " были выполнены первые версии популярных так называемых настольных СУБД, таких, как dBase и Microsoft Access.

Отметим основные недостатки данной архитектуры:

· При одновременном обращении множества пользователей к одним и тем же данным производительность работы резко падает, т.к. необходимо дождаться пока пользователь, работающий с данными, завершит свою работу. В противном случае возможно затирание исправлений, сделанных одними пользователями, изменениями других пользователей.

· Вся тяжесть вычислительной нагрузки при доступе к БД ложится на приложение клиента, так как при выдаче запроса на выборку информации из таблицы вся таблица БД копируется на клиентскую машину и выборка осуществляется на клиенте. Таким образом, неоптимально расходуются ресурсы клиентского компьютера и сети. В результате возрастает сетевой трафик и увеличиваются требования к аппаратным мощностям пользовательского компьютера.

· Как правило, используется навигационный подход, ориентированный на работу с отдельными записями.

· В БД на файл-сервере гораздо проще вносить изменения в отдельные таблицы, минуя приложения, непосредственно из инструментальных средств (например, из утилиты Database Desktop фирмы Borland для файлов Paradox и dBase); подобная возможность облегчается тем обстоятельством, что фактически у таких СУБД база данных – понятие более логическое, чем физическое, поскольку под БД понимается набор отдельных таблиц, сосуществующих в отдельном каталоге на диске. Все это позволяет говорить о низком уровне безопасности – как с точки зрения хищения и нанесения вреда, так и с точки зрения внесения ошибочных изменений.

· Недостаточно развитый аппарат транзакций служит потенциальным источником ошибок в плане нарушения смысловой и ссылочной целостности информации при одновременном внесении изменений в одну и ту же запись.

Все это повышает быстродействие системы и снижает время ожидания результата запроса. При выполнении запросов сервером существенно повышается степень безопасности данных, поскольку правила целостности данных определяются в базе данных на сервере и являются едиными для всех приложений, использующих эту БД. Таким образом, исключается возможность определения противоречивых правил поддержания целостности. Мощный аппарат транзакций, поддерживаемый SQL-серверами, позволяет исключить одновременное изменение одних и тех же данных различными пользователями и предоставляет возможность откатов к первоначальным значениям при внесении в БД изменений, закончившихся аварийно.

Итак, в результате работа построена следующим образом:

· База данных в виде набора файлов находится на жестком диске специально выделенного компьютера (сервера сети).

· СУБД располагается также на сервере сети.

· Существует локальная сеть, состоящая из клиентских компьютеров, на каждом из которых установлено клиентское приложение для работы с БД.

· На каждом из клиентских компьютеров пользователи имеют возможность запустить приложение. Используя предоставляемый приложением пользовательский интерфейс, он инициирует обращение к СУБД, расположенной на сервере, на выборку/обновление информации. Для общения используется специальный язык запросов SQL, т.е. по сети от клиента к серверу передается лишь текст запроса.

· СУБД инкапсулирует внутри себя все сведения о физической структуре БД, расположенной на сервере.

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

· Приложение, используя пользовательский интерфейс, отображает результат выполнения запросов.

Как правило, SQL-сервер обслуживается отдельным сотрудником или группой сотрудников (администраторы SQL-сервера). Они управляют физическими характеристиками баз данных, производят оптимизацию, настройку и переопределение различных компонентов БД, создают новые БД, изменяют существующие и т.д., а также выдают привилегии (разрешения на доступ определенного уровня к конкретным БД, SQL-серверу) различным пользователям.

· Существенно уменьшается сетевой трафик.

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

· Наличие специального программного средства – SQL-сервера – приводит к тому, что существенная часть проектных и программистских задач становится уже решенной.

· Существенно повышается целостность и безопасность БД.

Что улучшается при использовании трехзвенной архитектуры? Теперь при изменении бизнес-логики больше нет необходимости изменять клиентские приложения и обновлять их у всех пользователей. Кроме того, максимально снижаются требования к аппаратуре пользователей.

Итак, в результате работа организована следующим образом:

· База данных в виде набора файлов находится на жестком диске специально выделенного компьютера (сервера сети).

· СУБД располагается также на сервере сети.

· Существует специально выделенный сервер приложений, на котором располагается программное обеспечение (ПО) делового анализа (бизнес-логика).

· Существует множество клиентских компьютеров, на каждом из которых установлен так называемый "тонкий клиент" – клиентское приложение, реализующее интерфейс пользователя.

· На каждом из клиентских компьютеров пользователи имеют возможность запустить приложение – тонкий клиент. Используя предоставляемый приложением пользовательский интерфейс, он инициирует обращение к ПО делового анализа, расположенному на сервере приложений.

· Сервер приложений анализирует требования пользователя и формирует запросы к БД. Для общения используется специальный язык запросов SQL, т.е. по сети от сервера приложений к серверу БД передается лишь текст запроса.

· СУБД инкапсулирует внутри себя все сведения о физической структуре БД, расположенной на сервере.

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

· Сервер приложений возвращает результат в клиентское приложение (пользователю).

· Приложение, используя пользовательский интерфейс, отображает результат выполнения запросов.

Платформу сервера баз данных определяют операционная система компьютера клиента и сетевая операционная система. Под платформойпонимают тип процессора, операционной системы, добавочного оборудования и поддерживающих его программ­ных средств, на которых можно установить новое приложение. Сетевые операционные системы серверов баз данных - Unix, Windows 2003 и выше, Linux, FreeBSD и др. В настоящее время наибо­лее популярными серверами баз данных являются Microsoft SQL-server, SQLbase-server, Oracle-server и др.

Совмещение гипертекстовой технологии с технологией баз данных позволи­ло создать распределенные гипертекстовые базы данных.Разрабатываются гипер­текстовые модели внутренней структуры базы данных и размещения баз данных на серверах. Гипертекстовые базы данных содержат гипертекстовые документы и обес­печивают самый быстрый доступ к удаленным данным. Гипертекстовые документы могут быть текстовыми, цифровыми, графическими, аудио- и видеофайлами. Тем самым создаются распределенные мультимедийные базы.

Гипертекстовые базы данных созданы по многим предметным областям. Практи­чески ко всем обеспечивается доступ через интернет. Примерами гипертекстовых баз данных являются правовые системы: Гарант, Юсис, КонсультантПлюс и др.

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

Оглавление

Введение………..………………………………………………………. 3
1. Распределенные технологии..……… ………………..………………….. …….4
1.1.Понятие распределённой технологии обработки данных, её преимущества………………………………………………….. …………………..4
1.2. Цели распределенной обработки данных………………………………. …. 4 1.3. Основные преимущества и недостатки подхода . 5 1.4. Способы распределения данных…………………. 62. Сравнительная характеристика облачных хранилищ данных……. 8
Заключение………………………………………………………………………. 9
Список используемых источников……………………………………………. 10

Файлы: 1 файл

Выч сис-мы.docx

Федеральное государственное бюджетное образовательное учреждение

высшего профессионального образования

Кафедра прикладной математики

1. Распределенные технологии..……… ………………..……………… ….. …….4

1.1.Понятие распределённой технологии обработки данных, её преимущества……………………………………………… ….. …………………..4

1.2. Цели распределенной обработки данных………………………………. …. 4 1.3. Основные преимущества и недостатки подхода . . 5 1.4. Способы распределения данных…………………. . 6 2. Сравнительная характеристика облачных хранилищ данных……. 8

Среди всех изменений, происшедших в области связанной с научными исследованиями вычислительной техники, некоторые в особенности повлияли на изменение функций рабочих станций, а именно:

- рост мощи станций, оснащаемых все более дружественными человеко-машинными интерфейсами ;

- появление процессоров, предназначенных для специальных видов обработки данных (изображения, текста и т.п.);

- расширение возможностей в области хранения информации;

- появление средств, облегчающих доступ к ресурсам, распределенным по сети.

Прогресс в этих областях предоставляет новые возможности в том, что касается управления данными и эффективности обработки данных. Мы вводим основные понятия, на которых строятся возможности применения ресурсов нескольких машин:

- распределение или разделение;

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

1.1Понятие распределённой технологии обработки данных, её преимущества

Одной из важнейших сетевых технологий в экономических информационных системах является распределенная обработка данных. То, что персональные компьютеры стоят на рабочих местах, то есть на местах возникновения и использования информации, дало возможность распределить их ресурсы по отдельным функциональным сферам деятельности и изменить технологию обработки данных в направлении децентрализации. Распределенная обработка данных позволяет повысить эффективность удовлетворения изменяющейся информационной потребности информационного работника и, тем самым, обеспечить гибкость принимаемых им решений.(1)

Распределенная обработка данных (Distributed Data Processing, DDP) – это совокупность процедур, методов и средств, предназначенная для обработки приложений несколькими территориально разделенными ЭВМ. Размещение персональных ЭВМ на местах возникновения и использования информации дало возможность распределить их ресурсы по отдельным функциям и изменить технологию обработки данных в сторону децентрализации. Распределенная обработка данных позволяет повысить эффективность удовлетворения изменяющейся информационной потребности специалиста и тем самым обеспечить гибкость принимаемых им решений. (2)

Целью распределенной обработки данных является оптимизация использования ресурсов и упрощение работы пользователя (что может вылиться в усложнение работы разработчика). Каким образом ?

- Оптимизация использования ресурсов.

Термин ресурс, в данном случае используется в самом широком смысле: мощность обработки (процессоры), емкость накопителей (память или диски), графические возможности (2-х или 3-х мерный графический процессор, в сочетании с растровым дисплеем и общей памятью), периферийные устройства вывода на бумажный но- ситель (принтеры, плоттеры). Эти ресурсы редко бывают собраны на одной машине: ЭВМ Cray обладает мощными расчетными возможностями, но не имеет графических возможностей, а также возможностей эффективного управления данными. Отсюда принцип совместной работы различных систем, используя лучшие качества каждой из них, причем пользователь имеет их в распоряжении при выполнении только одной программы.

- Упрощение работы пользователя.

Действительно, распределенная обработка данных позволяет:
повысить эффективность посредством распределения данных и видов обработки между машинами, способными наилучшим образом управлять ими;
предложить новые возможности, вытекающие из повышения эффективности;
повысить удобство пользования. Пользователю более нет необходимости разбираться в различных системах и осуществлять перенос файлов. (3)

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

Преимущества распределенной обработки данных выражаются в следующем: увеличение числа удаленных взаимодействующих пользователей, выполняющих функции сбора, обработки, хранения, передачи информации; снятие пиковых нагрузок с центральной БД путем распределения обработки;
хранение локальных баз данных на разных ЭВМ;
обеспечение доступа специалисту к вычислительным ресурсам сети ЭВМ;
обеспечение обмена данными между удаленными пользователями. (2)

Организация обработки данных зависит от способа их распределения. Существуют централизованный, децентрализованный и смешанный способы распределения данных.

Централизованная организация данных является самой простой для реализации.

На одном сервере находится единственная копия базы данных. Все операции с базой данных обеспечиваются этим сервером. Доступ к данным выполняется с помощью удалённого запроса или удалённой транзакции.

Достоинством такого способа является лёгкая поддержка базы данных в актуальном состоянии, а недостатком – то, что размер базы ограничен размером внешней памяти: все запросы направляются к единственному серверу с соответствующими затратами на стоимость связи и временную задержку. Отсюда ограничение на параллельную обработку. База может быть недоступной для удалённых пользователей при появлении ошибок связи и полностью выходит из строя при отказе центрального сервера.

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

Распределение данных на основе разбиения. База данных размещается на нескольких серверах. Существование копий отдельных частей недопустимо. Достоинства этого метода: большинство запросов удовлетворяются локальными базами, что сокращает время ответа; увеличивается доступность данных и надёжность их хранения; стоимость запросов на выборку и обновление снижается по сравнению с централизованным распределением; система останется частично работоспособной, если выйдет из строя один сервер. Недостатки: часть удалённых запросов или транзакций может потребовать доступ ко всем серверам, что увеличивает время ожидания и цену обслуживания; необходимо иметь сведения о размещении данных в различных БД. Однако доступность и надёжность увеличиваются. Такие базы данных наиболее подходят к случаю совместного использования локальных и глобальных компьютерных сетей.

Распределение данных на основе дублирования заключается в том, что в каждом сервере сети размещается полная база данных. Это обеспечивает наибольшую надёжность хранения данных. Недостатки: повышенные требования к объему внешней памяти; усложнение корректировки баз, так как требуется синхронизация в целях согласования копий. Достоинство: все запросы выполняются локально, что обеспечивает быстрый доступ. Данный способ используется, когда фактор надёжности является критическим, база небольшая, интенсивность обновления невелика.

Смешанная организация хранения данных объединяет два способа распределения: разбиение и дублирование, приобретая при этом и преимущества и недостатки обоих способов.

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

Дня реализации распределенной обработки данных были созданы многомашинные ассоциации, структура которых разрабатывается по одному из следующих направлений: Локальными, при условии установки компьютеров в одном помещении, не требующих для взаимосвязи специального оборудования и каналов связи; В основе распределенных вычислений лежат две основные идеи: Многомашинные вычислительные комплексы могут… Читать ещё >

Распределенная обработка данных ( реферат , курсовая , диплом , контрольная )

Распределенная обработка данных — обработка данных, выполняемая на независимых, но связанных между собой компьютерах, представляющих распределенную систему.

В основе распределенных вычислений лежат две основные идеи:

  • § много организационно и физически распределенных пользователей, одновременно работающих с общими данными — общей базой данных (пользователи с разными именами, которые могут располагаться на различных вычислительных установках, с различными полномочиями и задачами);
  • § логически и физически распределенные данные, составляющие и образующие тем не менее, общую базу данных (отдельные таблицы, записи и даже поля могут располагаться на различных вычислительных установках или входить в различные локальные базы данных).

Дня реализации распределенной обработки данных были созданы многомашинные ассоциации, структура которых разрабатывается по одному из следующих направлений:

  • § многомашинные вычислительные комплексы (МВК);
  • § компьютерные (вычислительные) сети.

Многомашинный вычислительный комплекс — группа установленных рядом вычислительных машин, объединенных с помощью специальных средств сопряжения и выполняющих совместно единый информационно-вычислительный процесс. Под процессом понимается некоторая последовательность действий для решения задачи, определяемая программой.

Многомашинные вычислительные комплексы могут быть:

  • § локальными, при условии установки компьютеров в одном помещении, не требующих для взаимосвязи специального оборудования и каналов связи;
  • § дистанционными, если некоторые компьютеры комплекса установлены на значительном расстоянии от центральной ЭВМ и для передачи данных используются телефонные каналы связи.

Пример 2. ЭВМ, осуществляющая сбор данных по некоторому региону, выполняет их предварительную обработку и передает для дальнейшего использования на центральную ЭВМ по телефонному каналу связи. Это дистанционный многомашинный комплекс.

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

Терминал — устройство, предназначенное для взаимодействия пользователя с вычислительной системой или сетью ЭВМ. Состоит из устройства ввода (чаще всего это клавиатура) и одного или нескольких устройств вывода (дисплей, принтер и т. д. ).

Разработать код на С++, реализующий простой интерфейс СОМ без динамической компоновки:

- клиент и компонент взаимодействуют через два интерфейса IX иIY, интерфейсы COM реализованы как чисто абстрактные базовые классы С++;

- в качестве клиента использовать процедуру main;

- компонент реализуется классом СА, который наследует как IX так и IY;

- класс СА реализует функции-члены обоих интерфейсов (множественное наследование);

- клиент создает экземпляр компонента (для управления существованием компонента клиент применяет оператора new и delete), далее он получает указатели на интерфейсы, поддерживаемые компонентом, использовать эти указатели анологично указателям на классы С++;

- вместо определения интерфейса как класса использовать определение из заголовочного файла OBJBASE.H

и функции-члены объявлять с помощью

virtual void _stdcall … .

В СОМ интерфейсы — это все. Для клиента компонент представляет собой набор интерфейсов. Клиент может взаимодействовать с компонентом СОМ только через интерфейс. С точки зрения программиста СОМ, интерфейсы — важная часть любого приложения. Компоненты сами по себе есть просто детали реализации интерфейсов.

Утверждение, что компонент — всего лишь деталь реализации интерфейса, конечно, преувеличение. В конце концов, интерфейс без реализации ничего не сделает. Однако компонент можно удалить и заменить другим; если новый компонент поддерживает те же интерфейсы, что и старый, приложение будет работать по-прежнему. Отдельные компоненты сами по себе не определяют приложения. Приложение определяют интерфейсы между компонентами. Пока интерфейсы неизменны, компоненты могут появляться и исчезать

Теперь рассмотрим код, реализующий простой интерфейс. В приведенном ниже тексте программы компонент CA использует IX и IY для реализации двух интерфейсов.

class IX // Первый интерфейс

virtual void Fx1() = 0;

virtual void Fx2() = 0;

class IY // Второй интерфейс

virtual void Fy1() = 0;

virtual void Fy2() = 0;

class CA : public IX, public IY // Компонент

// Реализация абстрактного базового класса IX

// Получить указатель IY

trace("Client: Ispol'zovanie interface IY");

trace("Client: Delete komponent");

Результат работы программы:


В данном задании мы реализововали простой интерфейс СОМ без динамической компоновки. Интерфейсы COM реализованы как чисто абстрактные базовые классы С++, в качестве клиента использовали процедуру main.

Задание 2 №1А QueryInterface

Раздел: Информатика, программирование
Количество знаков с пробелами: 22503
Количество таблиц: 0
Количество изображений: 3

Похожие работы

. ЭВМ. Особенностью этого способа является отделение технологически и по времени процедуры обработки от процедур сбора, подготовки и ввода данных. 1.3 Комплекс технических средств обработки информации Комплекс технических средств обработки информации – это совокупность автономных устройств сбора, накопления, передачи, обработки и представления информации, а также средств оргтехники, управления .






. мобильности означает сравнительную простоту переноса программной системы в широком спектре аппаратно-программных средств, соответствующих стандартам. Интероперабельность означает упрощения комплексирования новых программных систем на основе использования готовых компонентов со стандартными интерфейсами. Преимуществом для пользователей является то, что они могут постепенно заменять компоненты .


. дискретного программирование для решения задач проектирование систем обработки данных. - Сформулированы задачи диссертационного исследования. 2. БЛОЧНО-СИММЕТРИЧНЫЕ МОДЕЛИ И МЕТОДЫ ПРОЕКТИРОВАНИЯ СИСТЕМ ОБРАБОТКИ ДАННЫХ В данном разделе рассматриваются общая постановка блочно-симметричной задачи дискретного программирования, её особенности и свойства. Разработан общий подход решения задач .

Читайте также: