Добавить материал и получить бесплатное свидетельство о публикации в СМИ
Эл. №ФС77-60625 от 20.01.2015
Инфоурок / Информатика / Презентации / Презентация по МДК 02.02 Технология разработки и защита баз данных на тему "Трёхуровневые приложения. Принципы построения трёхуровневых приложений" для студентов специальности 230115 Программирование в компьютерных системах (базовая подготовка)
ВНИМАНИЮ ВСЕХ УЧИТЕЛЕЙ: согласно Федеральному закону № 313-ФЗ все педагоги должны пройти обучение навыкам оказания первой помощи.

Дистанционный курс "Оказание первой помощи детям и взрослым" от проекта "Инфоурок" даёт Вам возможность привести свои знания в соответствие с требованиями закона и получить удостоверение о повышении квалификации установленного образца (180 часов). Начало обучения новой группы: 24 мая.

Подать заявку на курс
  • Информатика

Презентация по МДК 02.02 Технология разработки и защита баз данных на тему "Трёхуровневые приложения. Принципы построения трёхуровневых приложений" для студентов специальности 230115 Программирование в компьютерных системах (базовая подготовка)

библиотека
материалов
В трёхуровневой архитектуре, кроме сервера и приложений-клиентов (клиентов)...
Принципы построения трехуровневых приложений 		В Delphi многоуровневые прилож...
Основные достоинства трехуровневой архитектуры снижение нагрузки на сервер; у...
Технология MIDAS включает в себя основные элементы: удаленный брокер данных —...
Особенности трехуровневого приложения связаны с созданием сервера приложени...
Трехуровневая архитектура типа "клиент-сервер"
Сервер приложений 		Для создания различных серверов приложений предназначены...
В удаленном модуле данных размещаются те же компоненты, что и в простом мод...
При добавлении модуля выводится диалоговое окно мастера Remote Data Module...
В поле редактирования CoClass Name вводится имя модуля данных. 		В списке I...
Single Instance— для каждого клиента в его адресном пространстве создается од...
В списке Threading Model (Потоковая модель) выбирается способ вызова интерф...
Free— отдельный экземпляр МД одновременно может отвечать на несколько запрос...
Разместим в удаленном модуле набор данных Query и зададим для него значения...
Порядок создания простейшего сервера DCOM к проекту добавляем удаленный модул...
Созданное приложение сервера состоит из следующих частей:   проекта; главной...
После создания сервера DCOM его нужно зарегистрировать как сервер автоматиз...
Простейший сервер DCOM представляет собой удаленный брокер данных, который...
Для реализации ограничений в сервере приложений можно использовать свой­ств...
FromDictionary типа Boolean — признак, значение True которого указывает, что...
Определение ограничений для набора данных Queryl
Ответить на вопросы: Перечислите основные достоинства трёхуровневых архитект...
Выбор компонента, используемого для соединения с сервером приложений, за­вис...
Создадим приложение клиента, подключаемого к рассмотренному серверу DCOM, для...
serverGuiD типа string — универсальный уникальный идентификатор GUID сервера...
Если сервер расположен на одном компьютере с приложением клиента (что удобно...
Клиентский набор данных clientDataSet предназначен для работы с записями, по...
ProviderName типа string — провайдер, обеспечивающий передачу данных; Active...
В качестве значения свойства RemoteServer можно указывать любой из компо­нен...
Для работы с данными в приложении клиента размещаются визуальные компо­ненты...
Форма приложения "тонкого" клиента на этапе разработки
Для просмотра состояния текущей записи клиентского набора данных исполь­зуетс...
Просмотр состояния текущей записи и изменений в записях
Получить доступ ко всем изменениям, которые сделаны в записях, но еще не отп...
 	Свойство ChangeCount, доступное во время выполнения, содержит число изменен...
procedure TForml.DataSourcelDataChange(Sender: TObject; Field: TField); begin...
40 1

Описание презентации по отдельным слайдам:

№ слайда 1 В трёхуровневой архитектуре, кроме сервера и приложений-клиентов (клиентов)
Описание слайда:

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

№ слайда 2 Принципы построения трехуровневых приложений 		В Delphi многоуровневые прилож
Описание слайда:

Принципы построения трехуровневых приложений В Delphi многоуровневые приложения разрабатываются на основе технологии MIDAS (Multitier distributed application services — служба многоуровневых распределенных приложений).

№ слайда 3 Основные достоинства трехуровневой архитектуры снижение нагрузки на сервер; у
Описание слайда:

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

№ слайда 4 Технология MIDAS включает в себя основные элементы: удаленный брокер данных —
Описание слайда:

Технология MIDAS включает в себя основные элементы: удаленный брокер данных — обеспечивает интерфейс для обмена данными между сервером приложений и клиентом; брокер бизнес-объектов — совместно с технологией Borland OLEnterprise позволяет размещать сервер приложений одновременно на нескольких компьютерах; брокер ограничений — обеспечивает распределение ограничений, применяемых к данным, между отдельными уровнями информационной системы.

№ слайда 5 Особенности трехуровневого приложения связаны с созданием сервера приложени
Описание слайда:

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

№ слайда 6 Трехуровневая архитектура типа "клиент-сервер"
Описание слайда:

Трехуровневая архитектура типа "клиент-сервер"

№ слайда 7 Сервер приложений 		Для создания различных серверов приложений предназначены
Описание слайда:

Сервер приложений Для создания различных серверов приложений предназначены следующие разновидности удаленных модулей данных: Remote Data Module— для серверов DCOM, TCP/IP и OLEnterprise; MTS Data Module— для сервера MTS; CORBA Data Module— для сервера CORBA. 

№ слайда 8 В удаленном модуле данных размещаются те же компоненты, что и в простом мод
Описание слайда:

В удаленном модуле данных размещаются те же компоненты, что и в простом модуле данных, например, Query, Database, Session, предназначенные для организации доступа к данным. Добавление к проекту удаленного модуля данных выполняется выбором объекта Remote Data Module страницы Multitier Хранилища объектов.

№ слайда 9 При добавлении модуля выводится диалоговое окно мастера Remote Data Module
Описание слайда:

При добавлении модуля выводится диалоговое окно мастера Remote Data Module Wizard, в котором нужно задать параметры модуля (рис.2).

№ слайда 10 В поле редактирования CoClass Name вводится имя модуля данных. 		В списке I
Описание слайда:

В поле редактирования CoClass Name вводится имя модуля данных. В списке Instancing выбирается способ запуска модуля: Internal— экземпляр модуля данных создается на сервере в случае, когда МД является частью библиотеки DLL;

№ слайда 11 Single Instance— для каждого клиента в его адресном пространстве создается од
Описание слайда:

Single Instance— для каждого клиента в его адресном пространстве создается один экземпляр удаленного МД, и каждое клиентское соединение запускает этот свой экземпляр; Multiple Instance— один экземпляр приложения (процесс) представляет все удаленные МД, созданные для клиентов (по умолчанию).

№ слайда 12 В списке Threading Model (Потоковая модель) выбирается способ вызова интерф
Описание слайда:

В списке Threading Model (Потоковая модель) выбирается способ вызова интерфейса клиента, если МД является частью библиотеки DLL: Single— библиотека получает запросы клиента по одному; Apartment— одновременно обрабатывается несколько запросов клиентов, для каждого из которых создан отдельный экземпляр МД (по умолчанию);

№ слайда 13 Free— отдельный экземпляр МД одновременно может отвечать на несколько запрос
Описание слайда:

Free— отдельный экземпляр МД одновременно может отвечать на несколько запросов клиентов; Both— отдельный экземпляр МД одновременно может отвечать на несколько запросов клиентов, результаты обработки также возвращаются одновременно.

№ слайда 14 Разместим в удаленном модуле набор данных Query и зададим для него значения
Описание слайда:

Разместим в удаленном модуле набор данных Query и зададим для него значения свойств DatаВаsеName и Sql так, чтобы включить в набор все поля всех записей таблицы Personnel. Указанным свойствам присвоим значения: DataBaseName — BDPlace; SQL — SELECT * FROM Personnel.db.

№ слайда 15 Порядок создания простейшего сервера DCOM к проекту добавляем удаленный модул
Описание слайда:

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

№ слайда 16 Созданное приложение сервера состоит из следующих частей:   проекта; главной
Описание слайда:

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

№ слайда 17 После создания сервера DCOM его нужно зарегистрировать как сервер автоматиз
Описание слайда:

После создания сервера DCOM его нужно зарегистрировать как сервер автоматизации. Регистрация сервера выполняется Windows автоматически при запуске приложения сервера. Компонент DataSetProvider, который предоставляет большие возможности по управлению интерфейсом провайдера, включая обмен XML-данными.

№ слайда 18 Простейший сервер DCOM представляет собой удаленный брокер данных, который
Описание слайда:

Простейший сервер DCOM представляет собой удаленный брокер данных, который обеспечивает соединение с сервером БД и передачу данных клиенту и обратно. Поддержка механизма ограничений обеспечивается брокером ограничений.

№ слайда 19 Для реализации ограничений в сервере приложений можно использовать свой­ств
Описание слайда:

Для реализации ограничений в сервере приложений можно использовать свой­ство Constraints наборов данных Table И Query. Свойства: customConstraint типа string — код SQL, описывающий ограничение; ErrorMessage типа string — текст, выдаваемый пользователю при нарушении данного ограничения;

№ слайда 20 FromDictionary типа Boolean — признак, значение True которого указывает, что
Описание слайда:

FromDictionary типа Boolean — признак, значение True которого указывает, что ограничение выбирается из словаря данных; по умолчанию свойство имеет значение False, и словарь данных не используется; importedConstraint типа string — код SQL, описывающий ограничение, которое импортировано из словаря данных.

№ слайда 21 Определение ограничений для набора данных Queryl
Описание слайда:

Определение ограничений для набора данных Queryl

№ слайда 22
Описание слайда:

№ слайда 23 Ответить на вопросы: Перечислите основные достоинства трёхуровневых архитект
Описание слайда:

Ответить на вопросы: Перечислите основные достоинства трёхуровневых архитектур. Назовите принципы построения трёхуровневых архитектур.

№ слайда 24 Выбор компонента, используемого для соединения с сервером приложений, за­вис
Описание слайда:

Выбор компонента, используемого для соединения с сервером приложений, за­висит от типа сервера: DCOMConnection — для соединения с серверами DCOM и MTS; Socketconnection — для соединения с сервером через сокеты TCP/IP; corbaConnection — для соединения с сервером CORBA.

№ слайда 25 Создадим приложение клиента, подключаемого к рассмотренному серверу DCOM, для
Описание слайда:

Создадим приложение клиента, подключаемого к рассмотренному серверу DCOM, для чего разместим на главной форме компонент DCOMConnection (DataSnap). Основными свойствами этого ком­понента являются следующие: ComputerName типа string — имя компьютера, на котором расположен сервер приложений; ServerName типа string — имя сервера приложений;

№ слайда 26 serverGuiD типа string — универсальный уникальный идентификатор GUID сервера
Описание слайда:

serverGuiD типа string — универсальный уникальный идентификатор GUID сервера приложений; Connected типа Boolean — признак, управляющий активностью соединения.

№ слайда 27 Если сервер расположен на одном компьютере с приложением клиента (что удобно
Описание слайда:

Если сервер расположен на одном компьютере с приложением клиента (что удобно при отладке приложений), то свойству ComputerName значение не за­дается.

№ слайда 28 Клиентский набор данных clientDataSet предназначен для работы с записями, по
Описание слайда:

Клиентский набор данных clientDataSet предназначен для работы с записями, поступающими с сервера приложений. Cвойства: RemoteServer типа TCustomRemoteServer — соединение, используемое для свя­зи с сервером;

№ слайда 29 ProviderName типа string — провайдер, обеспечивающий передачу данных; Active
Описание слайда:

ProviderName типа string — провайдер, обеспечивающий передачу данных; Active типа Boolean — признак, указывающий, открыт или закрыт набор данных; PacketRecords типа integer — размер пакета данных; FileName типа string — имя файла для обмена данными с диском.

№ слайда 30 В качестве значения свойства RemoteServer можно указывать любой из компо­нен
Описание слайда:

В качестве значения свойства RemoteServer можно указывать любой из компо­нентов, используемых для соединения с сервером: DCOMConnection, Socketconnection, corbaConnection, а также Webconnection.

№ слайда 31 Для работы с данными в приложении клиента размещаются визуальные компо­ненты
Описание слайда:

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

№ слайда 32 Форма приложения "тонкого" клиента на этапе разработки
Описание слайда:

Форма приложения "тонкого" клиента на этапе разработки

№ слайда 33 Для просмотра состояния текущей записи клиентского набора данных исполь­зуетс
Описание слайда:

Для просмотра состояния текущей записи клиентского набора данных исполь­зуется метод updatestatus: TUpdateStatus, возвращающий значения: usUnmodified — запись не имеет изменений; usModified — запись изменена (отредактирована); usinserted — запись вставлена (является новой); usDeleted — запись удалена.

№ слайда 34 Просмотр состояния текущей записи и изменений в записях
Описание слайда:

Просмотр состояния текущей записи и изменений в записях

№ слайда 35 Получить доступ ко всем изменениям, которые сделаны в записях, но еще не отп
Описание слайда:

Получить доступ ко всем изменениям, которые сделаны в записях, но еще не отправлены на сервер, позволяют свойства Data и Delta, первое из которых представляет собой данные клиентского набора данных, а второе — его измененные данные (Delta-данные). ClientDataSet2.Data:=ClientDataSetl.Delta;

№ слайда 36  	Свойство ChangeCount, доступное во время выполнения, содержит число изменен
Описание слайда:

  Свойство ChangeCount, доступное во время выполнения, содержит число измененных записей, которое нужно проверять на равенство 0 перед тем, как делать попытку получить эти записи. Пример: if ClientDataSetl.ChangeCount >0 then ClientDataSet2.Data:= ClientDataSetl.Delta;

№ слайда 37 procedure TForml.DataSourcelDataChange(Sender: TObject; Field: TField); begin
Описание слайда:

procedure TForml.DataSourcelDataChange(Sender: TObject; Field: TField); begin usUnModified: Label1.Caption:='Запись не изменялась'; usModified: Labell.Caption:=‘Зaпись изменена'; uslnserted: Labell.Caption:='Запись вставлена'; usDeleted: Labell.Caption:='Запись удалена'; end; if ClientDataSetl.ChangeCount > 0 then ClientDataSet2.Data:=ClientDataSetl.Delta; Labe12.Caption:='Изменения в записях — ' +IntToStr(ClientDataSetl.ChangeCount); end;

№ слайда 38
Описание слайда:

№ слайда 39
Описание слайда:

№ слайда 40
Описание слайда:

Краткое описание документа:

Презентация по МДК 02.02 Технология разработки и защита баз данных на тему "Трёхуровневые приложения. Принципы построения трёхуровневых приложений" для студентов специальности 230115 Программирование в компьютерных системах (базовая подготовка). Раскрывает понятие трехуровневой архитектуры, принципы построения трехуровневых приложений в  Delphi. Приводятся примеры  практического применения сервера приложений в БД, а также углубляет знания об особенностях проектирования с различными технологиями доступа БД. 

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

 

Автор
Дата добавления 17.02.2015
Раздел Информатика
Подраздел Презентации
Просмотров292
Номер материала 393447
Получить свидетельство о публикации

Выберите специальность, которую Вы хотите получить:

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

ПЕРЕЙТИ В КАТАЛОГ КУРСОВ

Похожие материалы

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