24 (663466)

1 Многозвенные информационные системы.

Модель распределённого приложения БД называется многозвенной и её наиболее простой вариант – трёхзвенное распределённое приложение. Тремя частями такого приложения являются:

• сервер базы данных

• сервер приложений

• клиентская часть приложения.

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

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

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

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

• соединение с сервером приложений, приём и передача данных

• отображение средствами пользовательского интерфейса

• простейшие операции редактирования

• сохранение локальных копий данных.

В Delphi многозвенные ИС разрабатываются на основе технологии MIDAS(Multi-tier distributed application services – служба многоуровневых распределённых приложений). Технология Midas включает в себя основные элементы, приведённые ниже.

-Удалённый брокер данных (Remote Data Broker) – обеспечивает интерфейс для обмена данными между сервером приложений и клиентом.

-Брокер бизнес-объектов (Business Objects Broker) – cсовместно с технологией Borland OLEnterprise позволяет размещать сервер приложений одновременно на нескольких компьютерах.

-Брокер ограничений (Constraints Broker) –обеспечивает распределение ограничений, применяемых к данным, между отдельными уровнями ИС.

Среда разработки Delphi поддерживает следующие технологии для реализации трехзвенной архитектуры:

• DCOM (Distributed Component Object Model – распределенная компонентная модель объектов) – рассчитана на ЛВС, в которой сервер приложений работает по управлением сетевой операционной системы компании Microsoft;

• MTS (Microsoft Transaction Server – сервер транзакций MS) – основана на DCOM с дополнительными возможностями по управлению системными ресурсами (процессами, потоками, соединениями с БД), а также с повышенной защищенностью данных;

• CORBA (Common Object Broker Architecture – архитектура с брокером общих объектов) – в отличии от DCOM не предъявляет специальных требований к ОС или аппаратной платформе.

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

RemoteDataModule для технологии DCOM, TCP/IP.

MTSDataModule и TCorbaDataModule для MTS и CORBA соответственно. Каждый компонент реализуется как окно - контейнер для помещения в него компонент для работы с БД (TDataBase, TTable, TQuery, TStoredProc). А также, если необходимо, обработчиков событий этих компонентов и объектов полей соответствующих НД.

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

2 Получение аналитических показателей близости и адекватности при построении трендов и производственных функций.

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

Трендовая модель ŷ_t конкретного временного ряда г/( счи­тается адекватной, если правильно отражает систематиче­ские компоненты временного ряда. Это требование эквива­лентно требованию, чтобы остаточная компонента ε=y_t-ŷ_t (t=1, 2. ...,n) удовлетворяла свойствам случайной компоненты временного ряда: случайность колебаний уровней остаточной последовательности, соответствие распределения случайной компоненты нормальному закону распределения, равенство математического ожидания случайной компоненты нулю, независимость значений уровней случайной компоненты.

3 Объектная модель Visual FoxPro.

С версии 3.0 VFP представляет собой принципиально новый продукт в классе СУБД, которая является объектно-ориентированной, визуально программируемой средой, управляемой событиями.

Событие - это действие, активизирующее стандартную реакцию объекта. Событие возникает в среде и направлено →объект Объект активизирует соответствующий метод реализации события.

1. Классы. Идентификация объектов.

Основой об.-ор. программирования являются классы объектов. Класс содержит информацию об объекте (св-ва об-в) и определяет выполняемые действия. Классы подразделяются на базовые и новые, создаваемые классы. Каждый класс обладает наборами свойств, методов и событий.

Базовые классы – это стандартные наборы шаблонов или проект, в к-м описаны хар-ки, определяющие поведение и внешний вид объекта.

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

Визуальные – это прообразы объектов, созданного пользовательского интерфейса. Не визуальные м/б видны только в момент проектирования на их основе объектов, к-е будут не видны в процессе работы программы.

Как правило, объекты визуальных классов создаются и управляются программно с помощью определенных команд и функций. Классы хранятся в библиотеках классов(файл с расширением .VCX).

Преимущества работы с классами

1) повышение скорости разработки приложения

2) многократное использование однажды разработанного кода

3) поддержка и модификация нескольких приложений ч/з общие классы.

4) Простая возможность защиты программного кода от изменений.

5) возможность создания подклассов на основе базовых.

(Checkbox, Combobox)

Объектная модель VFP базируется на об.-ор. парадигме, имеющей в своей основе 3 основных понятия:

1)инкапсуляция

2)полиморфизм

3)наследование