- •2 Билет. Серверы приложений и прикладные протоколы.
- •Exchange Server и клиенты Outlook
- •3 Билет. Представление данных в информационных системах.
- •4 Билет. Язык гипертекстовой разметки html.
- •5 Билет. Общая структура документа html.
- •6 Билет. Общие принципы веб узла.
- •7 Билет. Принципы гипертекстовой разметки, группы тегов в html.
- •Группы тегов нтмl
- •8 Билет. Название заголовка
- •9,10,11 Билет. Отображение, содержание элемента, основные контейнеры заголовка.
- •Контейнеры
- •1.Элемент разметки head
- •2.Элемент разметки title
- •3.Элемент разметки base
- •4.Элемент разметки isindex
- •Применение атрибута prompt
- •5.Элемент разметки meta
- •6.Элемент разметки link
- •7.Элемент разметки style
- •8.Элемент разметки script
- •12 Билет. Контейнеры тела документа, теги управления разметкой.
- •13 Билет. Blockquote- блок цитата.
- •14 Билет. Создание списков в html.
- •"Создание списков - упорядоченные списки"
- •"Создание списков - неупорядоченные списки"
- •"Создание списков - списки определений"
- •15 Билет. Графика, использование графики в html.
- •16 Билет. Таблицы в html.
- •Создание простых таблиц
- •Заголовки таблиц
- •Параметр border
- •Параметры width и height
- •Параметр align
- •Параметр cellspacing
- •Параметр cellpadding
- •Фон таблицы и ячейки
- •Параметры width и height в ячейках таблицы
- •Форматирование ячейки таблицы
- •Выравнивание содержимого ячейки по горизонтали
- •Создание навигационной панели
- •Выравнивание содержимого ячейки по вертикали
- •Построение сложных таблиц
- •Цвет рамок таблицы
- •Вложенные таблицы
- •17 Билет. Создание разноцветных списков в html.
- •18 Билет. Основные понятия фреймы. Создание веб страниц.
- •19 Билет. Расширяемый язык разметки xml.
- •20 Билет. Составление схем xml приложений.
- •21 Билет. Свойста и методы xml, средства разработки клиентских программ, типовые задачи клиентских программ.
- •22 Билет. Программные средства разработки.
- •23 Билет. Применение программных средств создание клиентских программ.
- •24 Билет. Разработка клиентских программ с помощью xml запросов, основные понятия, встроенный xml.
- •25 Билет. Использование специальных библиотек встраиваемого xml, cli-интерфейс уровня вызов,odbc- открытый интерфейс к базам данных.
- •Odbc- открытый интерфейс к базам данных
- •29 Билет. Основные понятия Corba.Отличительные особенности Corba от com.
23 Билет. Применение программных средств создание клиентских программ.
24 Билет. Разработка клиентских программ с помощью xml запросов, основные понятия, встроенный xml.
25 Билет. Использование специальных библиотек встраиваемого xml, cli-интерфейс уровня вызов,odbc- открытый интерфейс к базам данных.
CLI - интерфейс уровня вызовов.
Большим достижением явилось появление (1994 г.) в стандарте SQL интерфейса уровня вызова - CLI (Call Level Interface), в котором стандартизован общий набор рабочих процедур, обеспечивающий совместимость со всеми основными серверами баз данных. Ключевой элемент CLI - специальная библиотека для компьютера-клиента, в которой хранятся вызовы процедур и большинство часто используемых сетевых компонентов для организации связи с сервером. Это ПО поставляется разработчиком средств SQL, не является универсальным и поддерживает разнообразные транспортные протоколы.
Использование программных вызовов позволяет свести к минимуму операции на компьютере-клиенте. В общем случае клиент формирует оператор языка SQL в виде строки и пересылает ее на сервер посредством процедуры исполнения (execute). Когда же сервер в качестве ответа возвращает несколько строк данных, клиент считывает результат с помощью серии вызовов процедуры выборки данных. Далее информация из столбцов полученной таблицы может быть связана с соответствующими переменными приложения. Вызов специальной процедуры позволяет клиенту определить считанное число строк, столбцов и типы данных в каждом столбце.
Интерфейс CLI построен таким образом, что перед передачей запроса серверу клиент не должен заботиться о типе оператора SQL, будь то выборка, обновление, удаление или вставка.
Odbc- открытый интерфейс к базам данных
Очень важный шаг к созданию переносимых приложений обработки данных сделала фирма Microsoft, опубликовавшая в 1992 году спецификацию ODBC (Open Database Connetcivity - открытого интерфейса к базам данных), предназначенную для унификации доступа к данным с персональных компьютеров работающих под управлением операционной системы Windows. (Заметим, что ODBC опирается на спецификации CLI)
ODBC представляет из себя программный слой, унифицирующий интерфейс приложений с базами данных. За релизацию особенностей доступа к каждой отдельной СУБД отвечает специальный ODBC-драйвер. Пользовательское приложение этих особенностей не видит, т.к. взаимодействует с универсальным программным слоем более высокого уровня. Таким образом, приложение становится в значительной степени независимым от СУБД. Однако, этот способ также не лишен недостатков:
приложения становятся привязанными к платформе MS Windows
увеличивается время обработки запросов (как следствие введения дополнительного программного слоя)
необходимо предварительная инсталляция ODBC-драйвера и настройка ODBC (указание драйвера, сетевого пути к серверу, базы данных и т.д.) на каждом рабочем месте. Параметры этой настройки являются статическими, т.е. приложение их самостоятельно изменить не может.
26 билет. JDBC-мобильный интерфейс к базам данных на платформе.
JDBC (Java DataBase Connectivity) - это интерфейс прикладного программирования (API) для выполнения SQL-запросов к базам данных из программ, написанных на языке Java. Напомним, что язык Java, созданный компанией Sun, является платформенно - независимым и позволяет создавать как собственно приложения (standalone application), так и программы (апплеты), встраиваемые в web-страницы. JDBC во многом подобен ODBC (см. рисунок), также построен на основе спецификации CLI, однако имеет ряд замечательных отличий. Во-первых, приложение загружает JDBC-драйвер динамически, следовательно администрирование клиентов упрощается, более того, появляется возможность переключаться на работу с другой СУБД без перенастройки клиентского рабочего места. Во-вторых, JDBC, как и Java в целом, не привязан к конкретной аппаратной платформе, следовательно проблемы с переносимостью приложений практически снимаются. В-третьих, использование Java-приложений и связанной с ними идеологии "тонких клиентов" обещает снизить требования к оборудованию клиентских рабочих мест.
27 билет. Принципы построения программного обеспечения.
28 билет. Основные понятия технологии com.Отличие от других.
COM (англ. Component Object Model — объектная модель компонентов; произносится как [ком]) — это технологический стандарт от компании Microsoft, предназначенный для создания программного обеспечения на основе взаимодействующих компонентов, каждый из которых может использоваться во многих программах одновременно. Стандарт воплощает в себе идеи полиморфизма и инкапсуляции объектно-ориентированного программирования. Стандарт COM мог бы быть универсальным и платформо-независимым, но закрепился в основном на операционных системах семейства Microsoft Windows.
Принципы работы COM Основным понятием, которым оперирует стандарт COM, является COM-компонент.
Программы, построенные на стандарте COM, фактически не являются автономными программами, а представляют собой набор взаимодействующих между собой COM-компонентов. Каждый компонент имеет уникальный идентификатор (GUID) и может одновременно использоваться многими программами. Компонент взаимодействует с другими программами через COM-интерфейсы — наборы абстрактных функций и свойств. Каждый COM-компонент должен, как минимум, поддерживать стандартный интерфейс «IUnknown», который предоставляет базовые средства для работы с компонентом. Интерфейс «IUnknown» включает в себя три метода: QueryInterface, AddRef, Release.
Приложения COM+ выполняются на рабочем столе. DCOM может до некоторой степени расширить эту область COM, позволяя вам также выполнять часть приложения на другой машине. Однако фактом остается то, что COM и DCOM по существу начинают с рабочего стола, частично расширяясь в LAN, и не более того. Сегодня компания не может остановиться на LAN; она шагает по всему миру. (Возможно завтра, даже мир покажется слишком маленьким для того, чтобы удовлетворить приложения, выполняемые на уровне галактик, но это всего лишь предположение о будущем.) Одна из главных причин, по которой Microsoft создала COM+, состоит в расширении информационной деятельности компаний до WAN и Интернета. Другими словами, COM+ представляет собой отчасти расширенную функциональность, и отчасти расширенную область. Есть еще одна причина, по которой вам стоит использовать COM+, помимо новых добавлений к технологии, которую обеспечила Microsoft - например объединения MTS и MSMQ. Этой причиной является расширенная область, - теперь вы можете создавать приложения, не привязанные к рабочему столу или LAN. Дело заключается в том, что приложение на уровне предприятия больше не ограничивается только LAN. Компании партнеров хотят иметь доступ к вашим данным, что означает необходимость обеспечения их защищенным доступом к базам данных вашей компании через виртуальную частную сеть (VPN). Это такое же соединение, которое позволяет работникам, находящимся в дороге, получать доступ к корпоративной сети. Сегодня у нас есть все ресурсы для выполнения приложений, независимо от того, где мы находимся - одно из таких решений и представляет собой COM+.