Чтобы расширить функциональные возможности web страницы средствами клиентских сценариев необходимо

Серверные и клиентские сценарии Web-приложений - Информатика

Слайд 1

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

Серверные и клиентские сценарии Web-приложений



Слайд 2

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

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


Слайд 3

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

Архитектура клиент-сервер
Сеть Интернет организована по схеме клиент-сервер. В классическом случае данная схема функционирует следующим образом:
клиент формирует и посылает запрос на сервер баз данных;
сервер производит необходимые манипуляции с данными, формирует результат и передаёт его клиенту;
клиент получает результат, отображает его на устройстве вывода и ждет дальнейших действий пользоватля.
Цикл повторяется, пока пользователь не закончит работу с сервером.
В сервисе WWW для передачи информации применяется протокол НТТР (HyperText Transmition Protocol).


Слайд 4

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

Схема клиент-сервер WWW-HTTP


Слайд 5

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

Транзакции в HTTP
Основные транзакции в HTTP:
Браузер декодирует первую часть URL (Universal Resource Locator) и устанавливает соединение с сервером.
Браузер передает остальную часть URL на сервер.
Сервер определяет по URL путь и имя файла.
Сервер пересылает указанный файл браузеру.
Сервер прерывает соединение.
Браузер отображает документ.
При данных транзакциях сервер не имеет никакой информации о состоянии браузера, т.е. HTTP можно считать «однонаправленным» протоколом, и взаимодействовать с сервером возможно только через механизм URL, это создает трудности при реализации клиентской части.


Слайд 6

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

Распределение функций в архитектуре «клиент-сервер»
Основная задача клиентского приложения – это обеспечение интерфейса с пользователем, т. е. ввод данных и представление результатов в удобном для пользователя виде, и управление сценариями работы приложения.
Основные функции серверной СУБД – обеспечение надежности, согласованности и защищенности данных, управление запросами клиентов, быстрая обработка SQL-запросов.
В двухзвенной архитектуре вся логика работы приложения (прикладные задачи, бизнес-правила) распределяется между двумя процессами: клиентом и сервером.


Слайд 7

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

Двухзвенная архитектура «клиент-сервер»


Слайд 8

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

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


Слайд 9

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

Двухзвенная архитектура «клиент-сервер»
Архитектура «тонкий клиент – толстый сервер»: использование на сервере хранимых процедур (stored procedure — откомпилированные программы с внутренней логикой работы), привело к тенденции переносить все большую часть функций на сервер. Хранимые процедуры реализовывали часть бизнес-логики и гарантировали выполнение операции в рамках единой транзакции. Такое решение имеет очевидные преимущества, например его легче поддерживать, т. к. все изменения нужно вносить только в одном месте – на сервере.
Архитектура «толстый» сервер имеет следующие недостатки:
усложняется реализация, так как языки типа PL/SQL не приспособлены для разработки подобного ПО и нет хороших средств отладки;
производительность программ, написанных на языках типа PL/SQL, значительно ниже, чем созданных на других языках, что имеет важное значение для сложных систем;
программы, написанные на СУБД-языках, обычно работают недостаточно надежно; ошибка в них может привести к выходу из строя всего сервера баз данных;
получившиеся таким образом программы полностью непереносимы на другие системы и платформы.
Для решения перечисленных проблем используются многоуровневые (три и более уровней) архитектуры клиент-сервер.


Слайд 10

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

Распределение функций в архитектуре «клиент-сервер»


Слайд 11

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

Многозвенная архитектура «клиент-сервер»
Трехзвенная и многозвенная архитектуры «клиент-сервер»: выполнение прикладных задач и бизнес-правил осуществляется отдельным компонентом приложения (или нескольким компонентам), которые могут работать на специально выделенном компьютере – сервере приложений.
Сервер приложений обрабатывает следующие компоненты:
презентационная логика (Presentation Layer — PL) – предназначена для работы с данными пользователя;
бизнес-логика (Business Layer — BL) – предназначена для проверки правильности данных, поддержки ссылочной целостности;
логика доступа к ресурсам (Access Layer — AL) – предназначена для хранения данных.
Подход Remote Data Access (RDA) подразумевает объединение в клиентском приложении PL и BL (однако в случае необходимости выполнения каких-либо изменений в клиентском приложении придется менять исходный код), а серверная часть представляет собой сервер баз данных, реализующий AL.


Слайд 12

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

Трехзвенная архитектура «клиент-сервер»


Слайд 13

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

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


Слайд 14

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

Менеджер транзакций
Менеджеры транзакций позволяют одному серверу приложений одновременно обмениваться данными с несколькими серверами баз данных.
Хотя серверы Oracle имеют механизм выполнения распределенных транзакций, но если пользователь хранит часть информации в БД Oracle, часть в БД Informix, а часть в текстовых файлах, то без менеджера транзакций не обойтись.
МТ используется для управления распределенными разнородными операциями и согласования действий различных компонентов информационной системы.
Первые менеджеры транзакций появились в начале 70-х гг. (например, CICS); с тех пор они незначительно изменились идеологически, но весьма существенно — технологически.
Наибольшие идеологические изменения произошли в коммуникационном менеджере, так как в этой области появились новые объектно-ориентированные технологии (CORBA, DCOM и т.д.).


Слайд 15

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

Менеджер транзакций
Менеджер транзакций – это программа или комплекс программ, с помощью которых можно согласовать работу различных компонентов информационной системы.
Логически MT делится на несколько частей:
коммуникационный менеджер (Communication Manager) – контролирует обмен сообщениями между компонентами информационной системы;
менеджер авторизации (Authorisation Manager) – обеспечивает аутентификацию пользователей и проверку их прав доступа;
менеджер транзакций (Transaction Manager) – управляет распределенными операциями;
менеджер ведения журнальных записей (Log Manager) – следит за восстановлением и откатом распределенных операций;
менеджер блокировок (Lock Manager) – обеспечивает правильный доступ к совместно используемым данным.
Обычно коммуникационный менеджер объединен с авторизационным, а менеджер транзакций работает совместно с менеджерами блокировок и системных записей. Причем такой менеджер редко входит в комплект поставки, поскольку его функции (ведение записей, распределение ресурсов и контроль операций), как правило, выполняет сама база данных (например, Oracle).


Слайд 16

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

Многозвенная архитектура «клиент-сервер»
Распределенная информационная система представляется в виде трех-четырехуровневой структуры с разграничением функций на каждом уровне и фиксацией протоколов межуровневого потока данных.
Разграничение на логически замкнутые функциональные уровни необходимо для возможности их реализации на разных физических серверах и добавления в дальнейшем новых возможностей.
Обмен информацией с уровнем 1 происходит через файловую систему (локальную или сетевую), с уровнем 3 — по протоколам TCP через фиксированный программный порт. В последнем случае для лучшей межплатформенной совместимости данные передаются только в текстовом виде.


Слайд 17

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

Многозвенная архитектура «клиент-сервер»


Слайд 18

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

Многозвенная архитектура «клиент-сервер»
Уровень 1. Собственно данные представляют собой обычные файлы данных в формате, необходимом для работы сервера БД. Данные хранятся в виде набора файлов в отдельном каталоге для каждой БД. Кроме собственно данных, каталог может включать информацию о предопределенных форматах для отображения данных и файл заголовка для расширенного названия БД.
Уровень 2. Сервер баз данных реализует основные функции выборки информации из БД. Для публичной информационной системы эти функции сводятся к следующим:
получение запроса с уровня 3;
логический разбор строки запроса;
исполнение запроса;
возврат данных на уровень 3.
В соответствии с этим сервер БД обрабатывает следующие запросы.
Информационный – запрос на информацию о конкретной базе данных. Во входном потоке — идентификатор базы данных сервера БД, в выходном — заголовок, количество записей и комментарий указанной БД, описание поле БД.
Словарный – запрос на список ключевых слов с параметрами. Во входном потоке — идентификатор БД, шаблон ключевого слова, порядковый номер ключевого слова, количество слов в выходном буфере, в выходном — список затребованных ключевых слов и их частота.
Форматный – запрос на предоставление списка предопределенных форматов вывода данных. Во входном потоке — идентификатор БД, в выходном — пронумерованный список предопределенных форматов для данной БД.
Основной – запрос на предоставление данных в требуемом формате с параметрами. Во входном потоке — идентификатор БД, строка запроса, номер записи начала вывода, количество записей для вывода, идентификатор формата, в выходном — форматированная выборка из БД.
Служебный – запрос на номер версии сервера БД. В выходном потоке — номер версии текущего сервера БД, пронумерованный список доступных БД, идентификатор внутренней кодировки сервера БД.


Слайд 19

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

Уровень 3. Сервер WWW с модулем управления серверами БД — диспетчер БД — предназначен для обработки запросов пользователей, формирования запросов к серверам БД и возврата клиентам полученной информации по протоколу HTTP и спецификациям HTML. Оптимальным вариантом является Windows NT + IIS с поддержкой JAVA и ASP (Active Server Pages) ввиду тесной интеграции IIS с операционной системой и возможностью организации многопоточной обработки данных сравнительно простыми и дешевыми средствами. Управляющий модуль (диспетчер БД) может быть реализован в виде динамической библиотеки и (или) набора объектов ASP.
Уровень 3. Сервер WWW с модулем управления серверами БД — диспетчер БД — предназначен для обработки запросов пользователей, формирования запросов к серверам БД и возврата клиентам полученной информации по протоколу HTTP и спецификациям HTML. Оптимальным вариантом является Windows NT + IIS с поддержкой JAVA и ASP (Active Server Pages) ввиду тесной интеграции IIS с операционной системой и возможностью организации многопоточной обработки данных сравнительно простыми и дешевыми средствами. Управляющий модуль (диспетчер БД) может быть реализован в виде динамической библиотеки и (или) набора объектов ASP.
Диспетчер БД выполняет следующие функции:
хранение и предоставление пользователям текущей информации о доступных БД;
формирование запросов к серверам БД и возвращение клиентам полученной информации в требуемой кодировке;
хранение информации о правах доступа на каждую доступную БД и проверка их для каждого пользователя;
учет и сбор статистики обращений к БД в соответствии с текущими установками;
синхронизация версий серверов БД и их обновление;
при наличии уровня 4 передача служебной информации о себе и о поддерживаемых базах данных на уровень 4.
Для организации полнофункциональной системы достаточно перечисленных трех уровней. Однако при построении территориально распределенной системы с ярко выраженными районами и ненадежными линиями связи между ними желательно локализовать все три уровня в каждом районе с интеграцией последних на уровне 4.

Уровень 4. Главный диспетчер (ГД) информационной системы представляет собой сервер WWW, функционально идентичный серверу уровня 3, но наделенный дополнительной функцией хранения информации о всей информационной системе в целом. В идеальном случае каждый из серверов уровня 3 должен быть готов взять на себя роль главного диспетчера. Основная задача ГД – получить информацию о конфигурации каждого сервера уровня 3 и растиражировать ее по всем серверам.
Таким образом, общая схема распределенной информационной системы состоит из четырех логических уровней.


Слайд 20

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

Интеграция диспетчеров БД на 4 уровне


Слайд 21

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

Основные задачи клиентских и серверных сценариев
Клиентский сценарий выполняется на компьютере пользователя в процессе взаимодействии с Web-страницей и позволяет решать следующие задачи:
верифицировать значения элементов управления формы;
реализовать событийные процедуры для элементов управления.
Серверный сценарий выполняется на Web-сервере до передачи страницы пользователю и позволяет:
обеспечить доступ к базе данных и возврат данных пользователю;
хранить информацию о состоянии пользователя или сеанса.


Слайд 22

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

Серверные и клиентские сценарии


Слайд 23

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

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


Слайд 24

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

Серверные сценарии
Серверный сценарий выполняется в рамках активной страницы на Web-сервере до того, как тот вернет пользователю готовую HTML-страницу. Когда пользователь запрашивает активную серверную страницу, сервер выполняет сценарии и создает HTML-код, который и передается пользователю. В результате пользователь не видит серверного сценария на полученной Web-странице.
Поскольку серверный сценарий выполняется на Web-сервере, ему доступны все ресурсы сервера – например, базы данных и исполняемые файлы.
Для работы серверных сценариев Web-сервер должен поддерживать технологию активных страниц; к программе просмотра же не предъявляется никаких дополнительных требований, поскольку Web-клиент в данном случае получает стандартную HTML-страницу. Таким образом, сценарии серверной части не зависят от клиентов.


Слайд 25

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

Реализация клиентских сценариев
Чтобы расширить функциональные возможности Web-страницы средствами клиентских сценариев, исходный текст сценария надо встроить в HTML-страницу в виде ASCll-текста. Встретив ее в тексте страницы, программа просмотра вызывает интерпретатор сценария, который анализирует и выполняет код. Программа просмотра должна поддерживать выполнение сценариев и их интеграцию с элементами управления ActiveX или Java-апплетами, встроенными в HTML-страницу.
Языки разработки сценариев:
Visual Basic Scripting Edition (VBScript) – не зависит от регистра символов и совместимо снизу вверх с Visual Basic for Applications. Microsoft Internet Explorer поддерживает VBScript средствами VBScript Interpreter — быстрого кросс-платформенного интерпретатора; лицензию на него бесплатно выдает компания Microsoft.
JavaScript (JScript) – реализован Microsoft и подобен С: в его основе лежит Java – язык программирования, разработанный компаниями Sun Microsystems и Netscape. JavaScript поддерживают как Netscape Navigator, так и Internet Explorer.
VBScript и JavaScript похожи – как в одном, так и в другом можно определять переменные, создавать процедуры и обращаться к свойствам и методам объектов.
Разница между ними – небольшие отличия в синтаксисе. Ни один из них не компилируется, и оба работают на всех аппаратных платформах. Это интерпретируемые языки, поэтому скорость исполнения определяется возможностями программы просмотра, а не характеристиками самого языка.


Слайд 26

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

Механизмы, реализующие серверную часть обработки данных
Internet Server Application Programming Interface (ISAPI) – интерфейс программирования приложений сервера Интернета реализуется через механизм библиотек DLL.
Приложения ISAPI являются динамически подключаемыми библиотеками. Такая библиотека с интерфейсными функциями загружается WEB-сервером один раз и остается в памяти, после чего она будет  готова отвечать на любое количество запросов. Каждый клиентский запрос обслуживается в отдельном потоке.
Библиотеки DLL работают как часть процесса WEB-сервера, выполняясь в том же пространстве адресов памяти, в котором работает и сам WEB-сервер. Вместо передачи информации в обе стороны в виде файлов, теперь расширения WEB-серверов передают информацию в пределах одного и того же адресного пространства, без необходимости записи в файл. Благодаря этому WEB-приложения стали работать быстрее, с большей эффективностью и с меньшим потреблением ресурсов.
C помощью ISAPI Internet connector возможно взаимодействие с базами данных через драйверы ODBC, также возможна реализация других расширенных функций (создание различных фильтров запросов). Основным средством разработки приложений является Microsoft Visual C++ (также VB, Delphi), который поддерживается Microsoft Internet Information Server.
Server Sides Includes (SSI/SSI+) – технология динамического формирования документов.
Скрипт (серверные инструкции) находится в HTML файле обычно имеющем расширение sht или shtm, при этом серверные инструкции размещаются между специальными разделителями (tokens), а сами инструкции записаны на языке Сscript. При пересылке такой файл сканируется сервером на наличие SSI инструкций и результат динамически подставляется в посылаемый документ.
SSI реализуется через специальные компоненты (DLL), которые входят в состав сервера. Данная технология опирается на использование  разнообразных объектов и компонент (COM, ActiveX и т.п.), работа с которыми ведётся средствами языков VBScript или JavaScript.


Слайд 27

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

Механизмы, реализующие серверную часть обработки данных
Common Gateway Interface (CGI) – интерфейс общего шлюза реализуется через дополнительные программы (скрипты) на любом из языков программирования высокого уровня (С++, Perl, VisualBasic, Pascal, Java).
По сути CGI – способ взаимодействия Web-программ с браузером пользователя Основа – спецификация набора переменных. С помощью CGI приложений возможно взаимодействие с любыми базами данных через формирование SQL запросов, или другие механизмы; также возможна реализация счетчиков посещений, гостевых книг и других расширений.
CGI обеспечивает способ, посредством которого Web-браузер осуществляет запуск Web-приложения на стороне сервера, результатом работы которого является HTML-страница, посылаемая клиенту. Всякий раз, когда клиент инициирует выполнение CGI-приложения, Web-сервер выполняет отдельную его копию (instance).
Недостатки CGI-приложений:
Для каждого запроса клиента запускается копия Web-приложения на сервере, что резко сокращает производительность сервера при больших и средних нагрузках
Каждый запрос должен запускать на сервере свой собственный процесс, выделенная ему на сервере область памяти не пересекается с областью памяти приложения web-сервера. И поэтому несколько запросов могут существенно замедлить работу даже умеренно загруженного сервера — ведь ему приходится выполнять такие относительно медленные задачи, как создание файла, запуск отдельного процесса, его выполнение, запись и возвращение другого файла.
Большинство CGI-программ пишется на языке Perl (Practical Extraction and Report Language), который является одним из наиболее гибких языковых средств, служащих для программирования интерфейсов CGI. Изначально Perl предназначался для обработки больших объемов данных и генерации отчетов по обработке этих данных, но за последние несколько лет Perl превратился в полнофункциональный язык программирования.


Слайд 28

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

Технология Java
Технология Java – позволяет строить универсальные системы со смешанной архитектурой:
апплетами (applets) – приложения, выполняемые на стороне клиента,
сервлеты (servlets) – приложения, выполняемые на стороне сервера.

Аплеты пишутся на Java и посылаются по Web как HTML-файлы браузеру, где выполняются как HTML-документы. Существенным преимуществом Java является независимость программ от платформ, на которых программы выполняются. Хотя Java не обязательно выполняется в окне браузера, возможно создание независимых (stand-alone) Java-приложений, которые могут выполняться на компьютере независимо от Интернета.
Фактически программа на языке Java транслируется компилятором в специальный код, называемый байтовым (bytecode), а затем выполняется уже с помощью интерпретатора языка Java. Такое «разделение обязанностей» и позволяет обеспечивать полную независимость Java-кода от конечной платформы, на которой он будет выполняться. Для каждой конкретной платформы имеется свой интерпретатор языка, называемый виртуальной машиной Java (Java Virtual Machine).


Слайд 29

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

Архитектура распределенного приложения


Слайд 30

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

Активные серверные страницы (ASP)
ASP комбинирует сценарий ActiveX и команды HTML для того, чтобы получить динамическую страницу HTML. Сценарии ASP отличаются от сценариев, базирующихся на браузерах.
В традиционных сценариях, основывающихся на браузерах, WEB-сервер посылает страницу HTML, содержащую сценарий ActiveX в браузер клиента, который и отвечает за выполнение сценария. Подход, при котором основной акцент делается на клиентской части приложения, возлагает на нее дополнительный груз обязанностей, что может привести к возникновению проблем, если клиентский браузер не будет в состоянии выполнить сценарий.
Напротив, страницы ASP исполняются на WEB-сервере IIS. В ходе исполнения страницы сервер напрямую посылает клиенту команды HTML и все клиентские сценарии, содержащиеся на странице ASP. Но как только сервер доходит до команды серверного сценария ASP, то он исполняет этот сценарий и передает клиенту в форме HTML только полученные в качестве результата выходные данные.
Клиент, действия которого сводятся к использованию браузера, не видит разницы между потоком страниц HTML, порождаемым сценарием ASP, и потоком HTML, посылаемым статичными WEB-страницами.
Таким образом, написание сценариев для серверной стороны с помощью ASP создает WEB-страницы, которые выступают в качестве исполнителей сценариев. Тот факт, что ASP генерирует только поток страниц HTML, обеспечивает независимость от типа браузера клиента.
В силу того, что сервер IIS интерпретирует страницы ASP «на лету», ASP служит идеальным средством для встраивания результатов обработки интерактивных запросов к базе данных в WEB-страницы. Эти возможности обеспечиваются доступом к базе данных через ADO непосредственно со страниц ASP.


Слайд 31

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

Использование объектов ADO на страницах ASP
При использовании ADO, приложение первым делом пытается применить объекты Соединение (Connection), Команда (Command) или Набор записей (Recordset) для установления соединения с сервером баз данных. Объект Соединение следует употреблять для того, чтобы открыть соединение ADO явным образом. Объекты Команда и Набор записей позволяют сделать то же самое динамически.
После установления соединения приложение ASP может выполнять команды ADO такого же типа, что и стандартное приложение, написанное на Visual Basic. Эти команды включают исполнение хранимых процедур, открытие и просмотр набора записей, вставку, обновление и удаление данных.
Поставщик OLE DB для ODBC позволяет использовать структуру объекта ADO с большинством существующих драйверов ODBC. Но поставщик OLE DB для SQL Server дает возможность подключиться только к SQL Server. Однако с объектами ADO Соединение, Команда и Набор записей возможно применять любой из упомянутых поставщиков.


Слайд 32

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

Использование объектов ADO на страницах ASP


Слайд 33

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

Изменение данных средствами ADO
ASP и ADO можно применять не только для динамической выдачи WEB-страниц, но и в целях создания WEB-страниц для ввода данных. Такая возможность позволяет создавать основанные на WEB приложения с использованием баз данных, обладающие таким же набором функций работы с базами данных, что и стандартные приложения, разработанные в соответствии с архитектурой клиент-сервер.
Объекты ADO Набор записей (Recordset), которые становятся доступными на страницах ASP, предоставляют тот же перечень услуг, что и приложения, написанные на Visual Basic. Их можно применять для ввода данных, изменения или удаления данных.
Все остальные возможности ADO, такие как способность запускать подготовленные заранее операторы SQL или хранимые процедуры, также имеют место.


Слайд 34

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

Модель объектов ASP
Активные серверные страницы, в качестве автоматического сервера OLE, обладают иерархической структурой.
Первичным объектом в программной модели ASP является объект Контекст сценария (ScriptingContext), который обеспечивает взаимодействие с браузером клиента. Поскольку объект Контекст сценария всегда доступен приложениям ASP, то нет необходимости в явном виде делать на него ссылку.
Объект Контекст сценария содержит шесть основных объектов ASP, среди которых 5 встроенных объектов, позволяющих расширить функциональные возможности Web-приложения.
Средствами встроенных объектов можно обеспечить совместное использование информации Web-приложения, сохранить данные о конкретном пользователе, получить сведения, передаваемые серверу, отправить сообщение адресату и манипулировать свойствами и методами серверных компонентов.


Слайд 35

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

Модель объектов ASP
Основные объекты ASP:
объект Приложение (Application) – обеспечивает совместное использование данных всеми клиентами Web-приложения.
объект Запрос (Request) – получает информацию, переданную пользователем Web-серверу при HTTP-запросе.
объект Сервер (Server) – предоставляет доступ к ресурсам Web-сервера.
объект Сессия (Session) – сохраняет сведения о сеансе конкретного пользователя.
объект Отклик (Response) – управляет передачей пользователю информации в ответном HTTP-сообщении.
объект Контекст объекта (ObjectContext).
Все активные WEB-сессии применяют объект Приложение (Application) для того, чтобы все пользователи могли одновременно обращаться к информации приложения ASP.
Объект Приложение (Application) включает две коллекции:
Содержание (Context) — каждый объект Содержание соответствует какому-либо пункту, для включения которого в WEB-приложение были использованы команды ActiveX.
Статические объекты (StaticObjects) — коллекция Статические объекты содержит все объекты, для включения которых в WEB-приложение применялись ярлыки HTML.


Слайд 1Соколова В. В.
Серверные и клиентские сценарии Web-приложений

Соколова В. В. Серверные и клиентские сценарии Web-приложений


Слайд 2Соколова В. В.
ИТ в электронной коммерции
Архитектура клиент-сервер
Процесс разработки Web-приложений достаточно сложен

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

Соколова В. В. ИТ в электронной коммерции Архитектура клиент-сервер Процесс разработки Web-приложений


Слайд 3Соколова В. В.
ИТ в электронной коммерции
Архитектура клиент-сервер
Сеть Интернет организована по схеме

клиент-сервер. В классическом случае данная схема функционирует следующим образом:
клиент формирует и посылает запрос на сервер баз данных;
сервер производит необходимые манипуляции с данными, формирует результат и передаёт его клиенту;
клиент получает результат, отображает его на устройстве вывода и ждет дальнейших действий пользоватля.
Цикл повторяется, пока пользователь не закончит работу с сервером.
В сервисе WWW для передачи информации применяется протокол НТТР (HyperText Transmition Protocol).

Соколова В. В. ИТ в электронной коммерции Архитектура клиент-сервер Сеть Интернет организована


Слайд 4Соколова В. В.
ИТ в электронной коммерции
Схема клиент-сервер WWW-HTTP

Соколова В. В. ИТ в электронной коммерции Схема клиент-сервер WWW-HTTP


Слайд 5Соколова В. В.
ИТ в электронной коммерции
Транзакции в HTTP
Основные транзакции в HTTP:
Браузер

декодирует первую часть URL (Universal Resource Locator) и устанавливает соединение с сервером.
Браузер передает остальную часть URL на сервер.
Сервер определяет по URL путь и имя файла.
Сервер пересылает указанный файл браузеру.
Сервер прерывает соединение.
Браузер отображает документ.

При данных транзакциях сервер не имеет никакой информации о состоянии браузера, т.е. HTTP можно считать «однонаправленным» протоколом, и взаимодействовать с сервером возможно только через механизм URL, это создает трудности при реализации клиентской части.

Соколова В. В. ИТ в электронной коммерции Транзакции в HTTP Основные транзакции


Слайд 6Соколова В. В.
ИТ в электронной коммерции
Распределение функций в архитектуре «клиент-сервер»
Основная задача

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

Соколова В. В. ИТ в электронной коммерции Распределение функций в архитектуре


Слайд 7Соколова В. В.
ИТ в электронной коммерции
Двухзвенная архитектура «клиент-сервер»

Соколова В. В. ИТ в электронной коммерции Двухзвенная архитектура


Слайд 8Соколова В. В.
ИТ в электронной коммерции
Двухзвенная архитектура «клиент-сервер»
Архитектура «толстый клиент –

тонкий сервер»: большая часть функций приложения решалась клиентом, сервер занимался только обработкой SQL-запросов.

Архитектура «толстый» клиент имеет следующие недостатки:
сложность администрирования;
усложняется обновление ПО, поскольку его замену нужно производить одновременно по всей системе;
усложняется распределение полномочий, так как разграничение доступа происходит не по действиям, а по таблицам;
перегружается сеть вследствие передачи по ней необработанных данных;
слабая защита данных, поскольку сложно правильно распределить полномочия.

Соколова В. В. ИТ в электронной коммерции Двухзвенная архитектура


Слайд 9Соколова В. В.
ИТ в электронной коммерции
Двухзвенная архитектура «клиент-сервер»
Архитектура «тонкий клиент –

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

Архитектура «толстый» сервер имеет следующие недостатки:
усложняется реализация, так как языки типа PL/SQL не приспособлены для разработки подобного ПО и нет хороших средств отладки;
производительность программ, написанных на языках типа PL/SQL, значительно ниже, чем созданных на других языках, что имеет важное значение для сложных систем;
программы, написанные на СУБД-языках, обычно работают недостаточно надежно; ошибка в них может привести к выходу из строя всего сервера баз данных;
получившиеся таким образом программы полностью непереносимы на другие системы и платформы.

Для решения перечисленных проблем используются многоуровневые (три и более уровней) архитектуры клиент-сервер.

Соколова В. В. ИТ в электронной коммерции Двухзвенная архитектура


Слайд 10Соколова В. В.
ИТ в электронной коммерции
Распределение функций в архитектуре «клиент-сервер»

Соколова В. В. ИТ в электронной коммерции Распределение функций в архитектуре


Слайд 11Соколова В. В.
ИТ в электронной коммерции
Многозвенная архитектура «клиент-сервер»
Трехзвенная и многозвенная архитектуры

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

Сервер приложений обрабатывает следующие компоненты:
презентационная логика (Presentation Layer — PL) – предназначена для работы с данными пользователя;
бизнес-логика (Business Layer — BL) – предназначена для проверки правильности данных, поддержки ссылочной целостности;
логика доступа к ресурсам (Access Layer — AL) – предназначена для хранения данных.

Подход Remote Data Access (RDA) подразумевает объединение в клиентском приложении PL и BL (однако в случае необходимости выполнения каких-либо изменений в клиентском приложении придется менять исходный код), а серверная часть представляет собой сервер баз данных, реализующий AL.

Соколова В. В. ИТ в электронной коммерции Многозвенная архитектура


Слайд 12Соколова В. В.
ИТ в электронной коммерции
Трехзвенная архитектура «клиент-сервер»

Соколова В. В. ИТ в электронной коммерции Трехзвенная архитектура


Слайд 13Соколова В. В.
ИТ в электронной коммерции
Многозвенная архитектура «клиент-сервер»
Любая информационная система, построенная

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

Соколова В. В. ИТ в электронной коммерции Многозвенная архитектура


Слайд 14Соколова В. В.
ИТ в электронной коммерции
Менеджер транзакций
Менеджеры транзакций позволяют одному серверу

приложений одновременно обмениваться данными с несколькими серверами баз данных.
Хотя серверы Oracle имеют механизм выполнения распределенных транзакций, но если пользователь хранит часть информации в БД Oracle, часть в БД Informix, а часть в текстовых файлах, то без менеджера транзакций не обойтись.
МТ используется для управления распределенными разнородными операциями и согласования действий различных компонентов информационной системы.
Первые менеджеры транзакций появились в начале 70-х гг. (например, CICS); с тех пор они незначительно изменились идеологически, но весьма существенно — технологически.
Наибольшие идеологические изменения произошли в коммуникационном менеджере, так как в этой области появились новые объектно-ориентированные технологии (CORBA, DCOM и т.д.).

Соколова В. В. ИТ в электронной коммерции Менеджер транзакций Менеджеры транзакций позволяют


Слайд 15Соколова В. В.
ИТ в электронной коммерции
Менеджер транзакций
Менеджер транзакций – это программа

или комплекс программ, с помощью которых можно согласовать работу различных компонентов информационной системы.
Логически MT делится на несколько частей:
коммуникационный менеджер (Communication Manager) – контролирует обмен сообщениями между компонентами информационной системы;
менеджер авторизации (Authorisation Manager) – обеспечивает аутентификацию пользователей и проверку их прав доступа;
менеджер транзакций (Transaction Manager) – управляет распределенными операциями;
менеджер ведения журнальных записей (Log Manager) – следит за восстановлением и откатом распределенных операций;
менеджер блокировок (Lock Manager) – обеспечивает правильный доступ к совместно используемым данным.
Обычно коммуникационный менеджер объединен с авторизационным, а менеджер транзакций работает совместно с менеджерами блокировок и системных записей. Причем такой менеджер редко входит в комплект поставки, поскольку его функции (ведение записей, распределение ресурсов и контроль операций), как правило, выполняет сама база данных (например, Oracle).

Соколова В. В. ИТ в электронной коммерции Менеджер транзакций Менеджер транзакций –


Слайд 16Соколова В. В.
ИТ в электронной коммерции
Многозвенная архитектура «клиент-сервер»
Распределенная информационная система представляется

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

Соколова В. В. ИТ в электронной коммерции Многозвенная архитектура


Слайд 17Соколова В. В.
ИТ в электронной коммерции
Многозвенная архитектура «клиент-сервер»

Соколова В. В. ИТ в электронной коммерции Многозвенная архитектура


Слайд 18Соколова В. В.
ИТ в электронной коммерции
Многозвенная архитектура «клиент-сервер»
Уровень 1. Собственно данные

представляют собой обычные файлы данных в формате, необходимом для работы сервера БД. Данные хранятся в виде набора файлов в отдельном каталоге для каждой БД. Кроме собственно данных, каталог может включать информацию о предопределенных форматах для отображения данных и файл заголовка для расширенного названия БД.
Уровень 2. Сервер баз данных реализует основные функции выборки информации из БД. Для публичной информационной системы эти функции сводятся к следующим:
получение запроса с уровня 3;
логический разбор строки запроса;
исполнение запроса;
возврат данных на уровень 3.

В соответствии с этим сервер БД обрабатывает следующие запросы.
Информационный – запрос на информацию о конкретной базе данных. Во входном потоке — идентификатор базы данных сервера БД, в выходном — заголовок, количество записей и комментарий указанной БД, описание поле БД.
Словарный – запрос на список ключевых слов с параметрами. Во входном потоке — идентификатор БД, шаблон ключевого слова, порядковый номер ключевого слова, количество слов в выходном буфере, в выходном — список затребованных ключевых слов и их частота.
Форматный – запрос на предоставление списка предопределенных форматов вывода данных. Во входном потоке — идентификатор БД, в выходном — пронумерованный список предопределенных форматов для данной БД.
Основной – запрос на предоставление данных в требуемом формате с параметрами. Во входном потоке — идентификатор БД, строка запроса, номер записи начала вывода, количество записей для вывода, идентификатор формата, в выходном — форматированная выборка из БД.
Служебный – запрос на номер версии сервера БД. В выходном потоке — номер версии текущего сервера БД, пронумерованный список доступных БД, идентификатор внутренней кодировки сервера БД.

Соколова В. В. ИТ в электронной коммерции Многозвенная архитектура


Слайд 19Соколова В. В.
ИТ в электронной коммерции
Уровень 3. Сервер WWW с модулем

управления серверами БД — диспетчер БД — предназначен для обработки запросов пользователей, формирования запросов к серверам БД и возврата клиентам полученной информации по протоколу HTTP и спецификациям HTML. Оптимальным вариантом является Windows NT + IIS с поддержкой JAVA и ASP (Active Server Pages) ввиду тесной интеграции IIS с операционной системой и возможностью организации многопоточной обработки данных сравнительно простыми и дешевыми средствами. Управляющий модуль (диспетчер БД) может быть реализован в виде динамической библиотеки и (или) набора объектов ASP.
Диспетчер БД выполняет следующие функции:
хранение и предоставление пользователям текущей информации о доступных БД;
формирование запросов к серверам БД и возвращение клиентам полученной информации в требуемой кодировке;
хранение информации о правах доступа на каждую доступную БД и проверка их для каждого пользователя;
учет и сбор статистики обращений к БД в соответствии с текущими установками;
синхронизация версий серверов БД и их обновление;
при наличии уровня 4 передача служебной информации о себе и о поддерживаемых базах данных на уровень 4.

Для организации полнофункциональной системы достаточно перечисленных трех уровней. Однако при построении территориально распределенной системы с ярко выраженными районами и ненадежными линиями связи между ними желательно локализовать все три уровня в каждом районе с интеграцией последних на уровне 4.

Уровень 4. Главный диспетчер (ГД) информационной системы представляет собой сервер WWW, функционально идентичный серверу уровня 3, но наделенный дополнительной функцией хранения информации о всей информационной системе в целом. В идеальном случае каждый из серверов уровня 3 должен быть готов взять на себя роль главного диспетчера. Основная задача ГД – получить информацию о конфигурации каждого сервера уровня 3 и растиражировать ее по всем серверам.
Таким образом, общая схема распределенной информационной системы состоит из четырех логических уровней.

Соколова В. В. ИТ в электронной коммерции Уровень 3. Сервер WWW с


Слайд 20Соколова В. В.
ИТ в электронной коммерции
Интеграция диспетчеров БД на 4 уровне

Соколова В. В. ИТ в электронной коммерции Интеграция диспетчеров БД на 4 уровне


Слайд 21Соколова В. В.
ИТ в электронной коммерции
Основные задачи клиентских и серверных сценариев
Клиентский

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

Соколова В. В. ИТ в электронной коммерции Основные задачи клиентских и серверных


Слайд 22Соколова В. В.
ИТ в электронной коммерции
Серверные и клиентские сценарии

Соколова В. В. ИТ в электронной коммерции Серверные и клиентские сценарии


Слайд 23Соколова В. В.
ИТ в электронной коммерции
Клиентские сценарии
Клиентский сценарий выполняется на компьютере-клиенте.

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

Соколова В. В. ИТ в электронной коммерции Клиентские сценарии Клиентский сценарий выполняется


Слайд 24Соколова В. В.
ИТ в электронной коммерции
Серверные сценарии
Серверный сценарий выполняется в рамках

активной страницы на Web-сервере до того, как тот вернет пользователю готовую HTML-страницу. Когда пользователь запрашивает активную серверную страницу, сервер выполняет сценарии и создает HTML-код, который и передается пользователю. В результате пользователь не видит серверного сценария на полученной Web-странице.
Поскольку серверный сценарий выполняется на Web-сервере, ему доступны все ресурсы сервера – например, базы данных и исполняемые файлы.
Для работы серверных сценариев Web-сервер должен поддерживать технологию активных страниц; к программе просмотра же не предъявляется никаких дополнительных требований, поскольку Web-клиент в данном случае получает стандартную HTML-страницу. Таким образом, сценарии серверной части не зависят от клиентов.

Соколова В. В. ИТ в электронной коммерции Серверные сценарии Серверный сценарий выполняется


Слайд 25Соколова В. В.
ИТ в электронной коммерции
Реализация клиентских сценариев
Чтобы расширить функциональные возможности

Web-страницы средствами клиентских сценариев, исходный текст сценария надо встроить в HTML-страницу в виде ASCll-текста. Встретив ее в тексте страницы, программа просмотра вызывает интерпретатор сценария, который анализирует и выполняет код. Программа просмотра должна поддерживать выполнение сценариев и их интеграцию с элементами управления ActiveX или Java-апплетами, встроенными в HTML-страницу.
Языки разработки сценариев:
Visual Basic Scripting Edition (VBScript) – не зависит от регистра символов и совместимо снизу вверх с Visual Basic for Applications. Microsoft Internet Explorer поддерживает VBScript средствами VBScript Interpreter — быстрого кросс-платформенного интерпретатора; лицензию на него бесплатно выдает компания Microsoft.
JavaScript (JScript) – реализован Microsoft и подобен С: в его основе лежит Java – язык программирования, разработанный компаниями Sun Microsystems и Netscape. JavaScript поддерживают как Netscape Navigator, так и Internet Explorer.

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

Соколова В. В. ИТ в электронной коммерции Реализация клиентских сценариев Чтобы расширить


Слайд 26Соколова В. В.
ИТ в электронной коммерции
Механизмы, реализующие серверную часть обработки данных
Internet

Server Application Programming Interface (ISAPI) – интерфейс программирования приложений сервера Интернета реализуется через механизм библиотек DLL.
Приложения ISAPI являются динамически подключаемыми библиотеками. Такая библиотека с интерфейсными функциями загружается WEB-сервером один раз и остается в памяти, после чего она будет  готова отвечать на любое количество запросов. Каждый клиентский запрос обслуживается в отдельном потоке.
Библиотеки DLL работают как часть процесса WEB-сервера, выполняясь в том же пространстве адресов памяти, в котором работает и сам WEB-сервер. Вместо передачи информации в обе стороны в виде файлов, теперь расширения WEB-серверов передают информацию в пределах одного и того же адресного пространства, без необходимости записи в файл. Благодаря этому WEB-приложения стали работать быстрее, с большей эффективностью и с меньшим потреблением ресурсов.
C помощью ISAPI Internet connector возможно взаимодействие с базами данных через драйверы ODBC, также возможна реализация других расширенных функций (создание различных фильтров запросов). Основным средством разработки приложений является Microsoft Visual C++ (также VB, Delphi), который поддерживается Microsoft Internet Information Server.

Server Sides Includes (SSI/SSI+) – технология динамического формирования документов.
Скрипт (серверные инструкции) находится в HTML файле обычно имеющем расширение sht или shtm, при этом серверные инструкции размещаются между специальными разделителями (tokens), а сами инструкции записаны на языке Сscript. При пересылке такой файл сканируется сервером на наличие SSI инструкций и результат динамически подставляется в посылаемый документ.
SSI реализуется через специальные компоненты (DLL), которые входят в состав сервера. Данная технология опирается на использование  разнообразных объектов и компонент (COM, ActiveX и т.п.), работа с которыми ведётся средствами языков VBScript или JavaScript.

Соколова В. В. ИТ в электронной коммерции Механизмы, реализующие серверную часть обработки


Слайд 27Соколова В. В.
ИТ в электронной коммерции
Механизмы, реализующие серверную часть обработки данных
Common

Gateway Interface (CGI) – интерфейс общего шлюза реализуется через дополнительные программы (скрипты) на любом из языков программирования высокого уровня (С++, Perl, VisualBasic, Pascal, Java).
По сути CGI – способ взаимодействия Web-программ с браузером пользователя Основа – спецификация набора переменных. С помощью CGI приложений возможно взаимодействие с любыми базами данных через формирование SQL запросов, или другие механизмы; также возможна реализация счетчиков посещений, гостевых книг и других расширений.
CGI обеспечивает способ, посредством которого Web-браузер осуществляет запуск Web-приложения на стороне сервера, результатом работы которого является HTML-страница, посылаемая клиенту. Всякий раз, когда клиент инициирует выполнение CGI-приложения, Web-сервер выполняет отдельную его копию (instance).

Недостатки CGI-приложений:
Для каждого запроса клиента запускается копия Web-приложения на сервере, что резко сокращает производительность сервера при больших и средних нагрузках
Каждый запрос должен запускать на сервере свой собственный процесс, выделенная ему на сервере область памяти не пересекается с областью памяти приложения web-сервера. И поэтому несколько запросов могут существенно замедлить работу даже умеренно загруженного сервера — ведь ему приходится выполнять такие относительно медленные задачи, как создание файла, запуск отдельного процесса, его выполнение, запись и возвращение другого файла.

Большинство CGI-программ пишется на языке Perl (Practical Extraction and Report Language), который является одним из наиболее гибких языковых средств, служащих для программирования интерфейсов CGI. Изначально Perl предназначался для обработки больших объемов данных и генерации отчетов по обработке этих данных, но за последние несколько лет Perl превратился в полнофункциональный язык программирования.

Соколова В. В. ИТ в электронной коммерции Механизмы, реализующие серверную часть обработки


Слайд 28Соколова В. В.
ИТ в электронной коммерции
Технология Java
Технология Java – позволяет строить

универсальные системы со смешанной архитектурой:
апплетами (applets) – приложения, выполняемые на стороне клиента,
сервлеты (servlets) – приложения, выполняемые на стороне сервера.

Аплеты пишутся на Java и посылаются по Web как HTML-файлы браузеру, где выполняются как HTML-документы. Существенным преимуществом Java является независимость программ от платформ, на которых программы выполняются. Хотя Java не обязательно выполняется в окне браузера, возможно создание независимых (stand-alone) Java-приложений, которые могут выполняться на компьютере независимо от Интернета.
Фактически программа на языке Java транслируется компилятором в специальный код, называемый байтовым (bytecode), а затем выполняется уже с помощью интерпретатора языка Java. Такое «разделение обязанностей» и позволяет обеспечивать полную независимость Java-кода от конечной платформы, на которой он будет выполняться. Для каждой конкретной платформы имеется свой интерпретатор языка, называемый виртуальной машиной Java (Java Virtual Machine).

Соколова В. В. ИТ в электронной коммерции Технология Java Технология Java –


Слайд 29Соколова В. В.
ИТ в электронной коммерции
Архитектура распределенного приложения

Соколова В. В. ИТ в электронной коммерции Архитектура распределенного приложения


Слайд 30Соколова В. В.
ИТ в электронной коммерции
Активные серверные страницы (ASP)
ASP комбинирует сценарий

ActiveX и команды HTML для того, чтобы получить динамическую страницу HTML. Сценарии ASP отличаются от сценариев, базирующихся на браузерах.
В традиционных сценариях, основывающихся на браузерах, WEB-сервер посылает страницу HTML, содержащую сценарий ActiveX в браузер клиента, который и отвечает за выполнение сценария. Подход, при котором основной акцент делается на клиентской части приложения, возлагает на нее дополнительный груз обязанностей, что может привести к возникновению проблем, если клиентский браузер не будет в состоянии выполнить сценарий.
Напротив, страницы ASP исполняются на WEB-сервере IIS. В ходе исполнения страницы сервер напрямую посылает клиенту команды HTML и все клиентские сценарии, содержащиеся на странице ASP. Но как только сервер доходит до команды серверного сценария ASP, то он исполняет этот сценарий и передает клиенту в форме HTML только полученные в качестве результата выходные данные.
Клиент, действия которого сводятся к использованию браузера, не видит разницы между потоком страниц HTML, порождаемым сценарием ASP, и потоком HTML, посылаемым статичными WEB-страницами.
Таким образом, написание сценариев для серверной стороны с помощью ASP создает WEB-страницы, которые выступают в качестве исполнителей сценариев. Тот факт, что ASP генерирует только поток страниц HTML, обеспечивает независимость от типа браузера клиента.
В силу того, что сервер IIS интерпретирует страницы ASP «на лету», ASP служит идеальным средством для встраивания результатов обработки интерактивных запросов к базе данных в WEB-страницы. Эти возможности обеспечиваются доступом к базе данных через ADO непосредственно со страниц ASP.

Соколова В. В. ИТ в электронной коммерции Активные серверные страницы (ASP) ASP


Слайд 31Соколова В. В.
ИТ в электронной коммерции
Использование объектов ADO на страницах ASP
При

использовании ADO, приложение первым делом пытается применить объекты Соединение (Connection), Команда (Command) или Набор записей (Recordset) для установления соединения с сервером баз данных. Объект Соединение следует употреблять для того, чтобы открыть соединение ADO явным образом. Объекты Команда и Набор записей позволяют сделать то же самое динамически.
После установления соединения приложение ASP может выполнять команды ADO такого же типа, что и стандартное приложение, написанное на Visual Basic. Эти команды включают исполнение хранимых процедур, открытие и просмотр набора записей, вставку, обновление и удаление данных.
Поставщик OLE DB для ODBC позволяет использовать структуру объекта ADO с большинством существующих драйверов ODBC. Но поставщик OLE DB для SQL Server дает возможность подключиться только к SQL Server. Однако с объектами ADO Соединение, Команда и Набор записей возможно применять любой из упомянутых поставщиков.

Соколова В. В. ИТ в электронной коммерции Использование объектов ADO на страницах


Слайд 32Соколова В. В.
ИТ в электронной коммерции
Использование объектов ADO на страницах ASP

Соколова В. В. ИТ в электронной коммерции Использование объектов ADO на страницах ASP


Слайд 33Соколова В. В.
ИТ в электронной коммерции
Изменение данных средствами ADO
ASP и ADO

можно применять не только для динамической выдачи WEB-страниц, но и в целях создания WEB-страниц для ввода данных. Такая возможность позволяет создавать основанные на WEB приложения с использованием баз данных, обладающие таким же набором функций работы с базами данных, что и стандартные приложения, разработанные в соответствии с архитектурой клиент-сервер.
Объекты ADO Набор записей (Recordset), которые становятся доступными на страницах ASP, предоставляют тот же перечень услуг, что и приложения, написанные на Visual Basic. Их можно применять для ввода данных, изменения или удаления данных.
Все остальные возможности ADO, такие как способность запускать подготовленные заранее операторы SQL или хранимые процедуры, также имеют место.

Соколова В. В. ИТ в электронной коммерции Изменение данных средствами ADO ASP


Слайд 34Соколова В. В.
ИТ в электронной коммерции
Модель объектов ASP
Активные серверные страницы, в

качестве автоматического сервера OLE, обладают иерархической структурой.
Первичным объектом в программной модели ASP является объект Контекст сценария (ScriptingContext), который обеспечивает взаимодействие с браузером клиента. Поскольку объект Контекст сценария всегда доступен приложениям ASP, то нет необходимости в явном виде делать на него ссылку.
Объект Контекст сценария содержит шесть основных объектов ASP, среди которых 5 встроенных объектов, позволяющих расширить функциональные возможности Web-приложения.
Средствами встроенных объектов можно обеспечить совместное использование информации Web-приложения, сохранить данные о конкретном пользователе, получить сведения, передаваемые серверу, отправить сообщение адресату и манипулировать свойствами и методами серверных компонентов.

Соколова В. В. ИТ в электронной коммерции Модель объектов ASP Активные серверные


Слайд 35Соколова В. В.
ИТ в электронной коммерции
Модель объектов ASP
Основные объекты ASP:
объект

Приложение (Application) – обеспечивает совместное использование данных всеми клиентами Web-приложения.
объект Запрос (Request) – получает информацию, переданную пользователем Web-серверу при HTTP-запросе.
объект Сервер (Server) – предоставляет доступ к ресурсам Web-сервера.
объект Сессия (Session) – сохраняет сведения о сеансе конкретного пользователя.
объект Отклик (Response) – управляет передачей пользователю информации в ответном HTTP-сообщении.
объект Контекст объекта (ObjectContext).

Все активные WEB-сессии применяют объект Приложение (Application) для того, чтобы все пользователи могли одновременно обращаться к информации приложения ASP.
Объект Приложение (Application) включает две коллекции:
Содержание (Context) — каждый объект Содержание соответствует какому-либо пункту, для включения которого в WEB-приложение были использованы команды ActiveX.
Статические объекты (StaticObjects) — коллекция Статические объекты содержит все объекты, для включения которых в WEB-приложение применялись ярлыки HTML.

Соколова В. В. ИТ в электронной коммерции Модель объектов ASP Основные объекты


1. Программные средства разработки web-страниц. Основные понятия языка html.

2. Структура документа html. Основные процедуры.

1. Программные средства разработки web-страниц. Основные понятия языка html.

Среда
программирования

(среда разработки) – это программное
обеспечение, позволяющее эффективно
создавать элементы Web
станиц, разрабатывать сценарии и
осуществлять их отладку.

Основные
из них
:

  1. Блокнот.

  2. MS
    Font Page.

  3. Macromedia
    Dream Weaver и
    др.

Рассмотрим
основные понятия языка HTML.

Гипертекст

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


HTML-документом;


Web-документом;


Web-страницей.

Такие
страницы, как правило, имеют формат НТМ
или HTML.

Гиперссылка

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

Группа
Web-страниц,
принадлежащих одному автору или одному
ИЭДВ телю и взаимосвязанных общими
гиперссылками, образует структуру,
которая называется Web-узлом,
или
Web-сайтом.
Каждая
HTML-страница
имеет свой уникальный URL
aдpеc
в
Интер­нете.

Фрейм
(
Frame)

термин, имеющий два значения. Первое
значение область документа со своими
полосами прокрутки. Второе — 0ДНН0Ч ное
изображение в анимационном графическом
файле (кадр).

Апплет
(
Applet)

программа, передаваемая на компьютер
клиенте В ви­де отдельного файла и
запускаемая при просмотре Web-страницы.

Скрипт
(
Script),
или сценарий, —
программа, включенная в состав Web-страницы
для расширения ее возможностей. Браузер
lnternet
Explorer
в определенных ситуациях выводит
сообщение: «Разрешить выполнение
сценариев на странице?». В этом случае
имеются в виду скрипты.

CGI
(
Common
Gateway
Interface)

общее название программ, которые, работая
на сервере, позволяют расширять
возможности Web-страниц.
Без таких программ невозможно создание
интерактивных Web-страниц.

Браузер
(
Browser)

программа для просмотра Web-страниц.

Элемент

конструкция языка HTML.
Можно представить его себе как контейнер,
содержащий данные и позволяющий
отформатировать их определенным образом.
Любая Web-страница
представляет собой набор элементов.
Одна из основных идей гипертекста —
возможность вложения элементов. Например:

<Начало
элемента> Содержание элемента, данные,
которые форматирует элемент </Конец
элемента>

Тег
(по-английски
tag
— метка, дескриптор, ярлык) — начальный
или конечный маркер элемента. Теги
определяют границы действия элементов
и отделяют элементы друг от друга. В
тексте Web-страницы
теги заключаются в угловые скобки <
>, а конечный тег всегда снабжается
косой чертой. Текст, не находящийся
между такими скобками (< >), виден весь
при просмотре в браузере. Например:

<Начальный
тег> Содержание элемента, данные,
которые

форматирует
элемент </Конечный тег>

<Р>
Этот текст будет расположен в отдельном
абзаце </Р>

Элемент,
содержащий некоторый текст, ограничен
начальным тегом (маркером) <р> и
конечным тегом (маркером) </р>, т.е.
текст поме­щен между тегами, как в
контейнер, а теги <р> и </р> размечают
начало и конец абзаца соответственно.

Любая
Web-страница
представляет собой набор элементов.
Один из основных принципов HTML
— возможность вложения одного элемента
в другой.

Атрибут

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


align=»center»>
Этот текст будет выравнен по центру
экрана

</Р>

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

Обратите
внимание:


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


все атрибуты располагаются в начальном
теге;


для удобства работы начальный тег вы
можете писать с про­писной (заглавной)
буквы (Р), а конечный — со строчной
(ма­ленькой) буквы (/р), хотя это и не
обязательно;


не для всех элементов требуется ставить
конечный (закрыва­ющий) тег;


написание каждого нового элемента
начинайте с новой строки. Вложенные
элементы выделяйте отступом (табуляцией).
Это опять-таки не обязательно, но
значительно облегчит вашу работу.

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]

  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #

1

Первый слайд презентации: Лекции «Эксплуатация ИС»

Лекции «Эксплуатация ИС»

Изображение слайда

2
Эксплуатация ИС   Эксплуатация  включает работы по внедрению компонентов ПО в эксплуатацию, в том числе конфигурирование БД и рабочих мест пользователей, обеспечение эксплуатационной документацией, проведение обучения персонала и т.д., и непосредственно эксплуатацию, в том числе локализацию проблем и устранение причин их возникновения, модификацию ПО в рамках установленного регламента, подготовку предложений по совершенствованию, развитию и модернизации системы.
Продуктивность и иные характеристики деятельности организации после внедрения в ней разработанной ИС могут первоначально ухудшиться, так как на освоение новых средств и внесение необходимых изменений в процессы разработки и эксплуатации требуется некоторое время. Таким образом, ожидаемые результаты должны рассматриваться с учётом вероятной отсрочки в улучшении проектных и эксплуатационных характеристик.
Техническое обслуживание и модернизация. Если собственно техническое обслуживание (очистка от пыли, смазка вентиляторов, подтяжка креплений, контроль состояния аккумуляторов, изменение физической топологии сети и т. п.) может осуществляться службой технической поддержки, то грамотное формулирование заявок на изменение аппаратной конфигурации, организация закупки дополнительных лицензий или обновленной версии программного обеспечения – задача администратора.
Важным вопросом сопровождения ИС является мониторинг работы сетевого и иного вычислительного оборудования. Эту задачу оперативного управления ИС выполняет администратор системы.
В первую очередь принято обращать внимание на критически важные инциденты. Затем рекомендуется осуществлять контроль сроков исполнения, оптимизировать контролируемы параметры и др.

Лекции «Эксплуатация ИС»

Изображение слайда

3

Слайд 3: Стадии ЖЦ

3
Стадии ЖЦ
по ISO/IEC 15288:2002
Формирование концепции
Разработка
Реализация
Эксплуатация
Поддержка
Снятие
с эксплуатации
по ГОСТ 34.601-90
Формирование требований к АС
Разработка концепции АС.
Техническое задание.
Эскизный проект.
Технический проект.
Рабочая документация.
Ввод в действие.
Сопровождение АС
Анализ требований
Реализация
Внедрение
Эксплуатация
Проектирование

Стадии ЖЦ

Изображение слайда

4

Слайд 4: Стадия «Ввод системы в действие»

4
Стадия «Ввод системы в действие»
Этапы
Содержание работ
1. Подготовка объекта автоматизации к вводу ИС в действие.
Р еализация проектных решений по организационной структуре ;
обеспечение подразделений объекта управления инструктивно-методическими материалами ;
внедрение классификаторов информации.
2. Подготовка персонала
О бучение персонала ;
проверка способности персонала обеспечить функционирование ИС.
3. Комплектация ИС поставляемыми изделиями.
П олучение комплектующих изделий серийного и единичного производства, материалов и монтажных изделий ;
проведение входного контроля качества.

Стадия «Ввод системы в действие»

Изображение слайда

5

Слайд 5: Стадия «Ввод системы в действие»

5
Стадия «Ввод системы в действие»
Этапы
Содержание работ
4. Строительно-монтажные работы.
с троительств о специализированных помещений для размещения технических средств и персонала ;
сооружени е кабельных каналов ;
монтаж технических средств и линий связи ;
испытани е смонтированных технических средств,
сдач а технических средств для проведения пусконаладочных работ;
5. Пусконаладочные работы
автономная наладка технических и программных средств ;
загрузка информации в базу данных и проверка ее ведения ;
комплексная наладка всех средств системы

Стадия «Ввод системы в действие»

Изображение слайда

6

Слайд 6: Стадия «Ввод системы в действие»

6
Стадия «Ввод системы в действие»
Этапы
Содержание работ
6. Проведение предварительных испытаний.
И спытание ИС на работоспособность и соответствие ТЗ в соответствии с программой и методикой предварительных испытаний;
устранение неисправностей и внесение изменений в документацию на ИС в соответствии с протоколом испытаний;
оформление акта о приёмке ИС в опытную эксплуатацию;
7. Проведение опытной эксплуатации.
О пытная эксплуатация ИС;
анализ результатов опытной эксплуатации ;
доработка программного обеспечения ИС;
дополнительная наладка технических средств ИС;
оформление акта о завершении опытной эксплуатации
8. Проведение приёмочных испытаний.
И спытания на соответствие ТЗ в соответствии с программой и методикой приёмочных испытаний;
анализ результатов испытания ИС и устранение недостатков;
оформление акта о приёмке ИС в постоянную эксплуатацию

Стадия «Ввод системы в действие»

Изображение слайда

7

Слайд 7: Распределение ответственности на начальных этапах стадии внедрения

7
Распределение ответственности на начальных этапах стадии внедрения
Заказчик
Разработчик
Создание нормативно-справочной информации,
уточнение исходных данных по составу и структуре информационной базы, организации документооборота
Методическое руководство
В в од в промышленную эксплуатацию Комплекс ТехническихСредств ;
вв од в повседневную деятельность метод ов планирования и управления производством в соответствии с принятыми решениями;
разработ к а и утвер ж д ение должностны х инструкци й;
обучение персонала работе в условиях функционирования системы
Подготовка контрольных примеров для проведения испытаний
Разработка инструкций

Распределение ответственности на начальных этапах стадии внедрения

Изображение слайда

8

Слайд 8: Последовательность внедрения (с точки зрения организационного управления)

8
Последовательность внедрения (с точки зрения организационного управления)
Проверка подсистемы или комплекса задач на полном объеме реальных данных, но не в реальные сроки, необходимые для управления.
Работа новой системы на полном объеме реальных данных и в реальные сроки в контрольном режиме.
Переход на управление по результатам работы новой системы при сохранении в работе старой системы на случай возможных сбоев и непредвиденных ситуаций.
Окончательный переход на обработку данных в новой системе.

Последовательность внедрения (с точки зрения организационного управления)

Изображение слайда

9

Слайд 9: Последовательность внедрения (с точки зрения информационного наполнения)

9
Последовательность внедрения (с точки зрения информационного наполнения)
Первоначальная загрузка информации
Накопление информации
Выход на проектную мощность
Этапы
Возможные ошибки
1) Рассогласование, нарушение
целостности данных,
2) собственные ошибки загрузчиков
1) Ошибки, связанные с много-
пользовательским доступом
2) Ошибки, связанные с пользовательским интерфейсом
3) Ошибки, связанные с неправильным выбором СУБД
Ошибки, связанные человеческим фактором

Последовательность внедрения (с точки зрения информационного наполнения)

Изображение слайда

10

Слайд 10: Документация стадии внедрения

10
Документация стадии внедрения
ГОСТ 34.603-92 «Информационная технология. Виды испытаний автоматизированных систем»
При проведении испытаний необходимы:
Техническое задание
Программа и методика испытаний
Программа и методика испытаний должны устанавливать необходимый и достаточный объем испытаний, обеспечивающий заданную достоверность получаемых результатов.
По результатам испытаний оформляются:
протоколы испытаний;
акты приемки ИС на следующий этап.

Документация стадии внедрения

Изображение слайда

11

Слайд 11: Объекты испытаний

11
Объекты испытаний
Комплекс программных и технических средств – качество выполнения функций, возложенных на эти средства в соответствии с ТЗ
персонал –знание эксплуатационной документации и наличие навыков, необходимых для выполнения установленных функций во всех режимах функционирования ИС
эксплуатационная документация – полнота содержащихся указаний персоналу по выполнению им функций во всех режимах функционирования ИС
ИС в целом – количественные и качественные характеристики выполнения функций в соответствии с ТЗ.

Объекты испытаний

Изображение слайда

12

Слайд 12: Предварительные испытания

12
Предварительные испытания
Цель : определение работоспособности ИС и решение вопроса о возможности приемки ИС в опытную эксплуатацию.
Условия : после проведения разработчиком отладки и тестирования поставляемых программных и технических средств системы и представления им соответствующих документов об их готовности к испытаниям, а также после ознакомления персонала ИС с эксплуатационной документацией.
Виды : автономные и комплексные.

Предварительные испытания

Изображение слайда

13

Слайд 13: Автономные испытания

13
Автономные испытания
Исходная информация – фрагмент реальной информации организации-заказчика в объеме, достаточном для обеспечения необходимой достоверности испытаний.
Программа автономных испытаний содержит:
перечень функций ИС, подлежащих испытаниям;
описание взаимосвязей объекта испытаний с другими частями ИС;
условия, порядок и методы проведения испытаний и обработки результатов;
график проведения испытаний;
критерии приемки частей по результатам испытаний.
Автономные испытания должны обеспечить:
полную проверку функций и процедур по перечню, согласованному с заказчиком;
необходимую точность вычислений, установленную в ТЗ;
проверку основных временных характеристик функционирования программных средств;
проверку надежности и устойчивости функционирования программных и технических средств.
Результатная информация – протокол испытаний с заключением о возможности допуска части ИС к комплексным испытаниям.

Автономные испытания

Изображение слайда

14

Слайд 14: Комплексные испытания

14
Комплексные испытания
Программа комплексных испытаний содержит:
перечень объектов испытания;
состав предъявляемой документации;
описание проверяемых взаимосвязей между объектами испытаний;
очередность испытаний частей ИС;
порядок и методы испытаний, в том числе состав программных средств и оборудования, необходимых для проведения испытаний, включая специальные стенды и полигоны.
Требования к комплексным тестам :
логическая увязка;
обеспечение проверки выполнения функций частей ИС во всех режимах функционирования;
обеспечение проверки реакции системы на некорректную информацию и аварийные ситуации.
Результатная информация:
протокол комплексных испытаний;
акт приемки в опытную эксплуатацию.

Комплексные испытания

Изображение слайда

15

Слайд 15: Опытная эксплуатация

15
Опытная эксплуатация
Цели :
определение фактических значений количественных и качественных характеристик ИС;
определение готовности персонала к работе в условиях функционирования ИС,
определение фактической эффективности ИС,
корректировка (при необходимости) документации.
Условия :
акт о приемке ИС в опытную эксплуатацию
приказ Заказчика о начале опытной эксплуатации, согласованный с Разработчиком.

Опытная эксплуатация

Изображение слайда

16

Слайд 16: Опытная эксплуатация

16
Опытная эксплуатация
Программа испытаний определяет:
условия и порядок функционирования ИС;
порядок проверки технических средств;
продолжительность опытной эксплуатации, достаточную для проверки правильности функционирования ИС;
порядок устранения недостатков, выявленных в процессе опытной эксплуатации.
Результатная информация :
рабочий журнал;
акт о допуске ИС к приемочным испытаниям;
дополнение к ТЗ в случае выявления нереализованных требований.

Опытная эксплуатация

Изображение слайда

17

Слайд 17: Приемочные испытания

17
Приемочные испытания
Цели :
определение соответствия ИС техническому заданию;
оценка качества опытной эксплуатации;
решение вопроса о возможности приемки ИС в постоянную эксплуатацию.
Условия :
техническое задание на создание ИС;
акт приемки в опытную эксплуатацию;
рабочие журналы опытной эксплуатации;
акт завершения опытной эксплуатации и допуска ИС к приемочным испытаниям;
программа и методика приемочных испытаний.

Приемочные испытания

Изображение слайда

18

Слайд 18: Приемочные испытания

18
Приемочные испытания
Программа испытаний включает:
перечень объектов, выделенных в системе для испытаний и перечень требований, которым должны соответствовать объекты (со ссылкой на пункты ТЗ);
критерии приемки системы и ее частей;
условия и сроки проведения испытаний;
средства для проведения испытаний;
перечень лиц, ответственных за проведение испытаний;
методику испытаний;
методику обработки результатов испытаний;
перечень оформляемой документации.
Результатная информация :
объединенный протокол испытаний объектов;
акт о приемке системы в постоянную эксплуатацию.

Приемочные испытания

Изображение слайда

19

Слайд 19: Приемочные испытания

19
Приемочные испытания
Приемочные испытания должны включать проверку:
полноты и качества реализации функций при штатных, предельных, критических значениях параметров объекта автоматизации и в других условиях функционирования ИС, указанных в ТЗ;
выполнения каждого требования, относящегося к интерфейсу системы;
работы персонала в интерактивном режиме;
средств и методов восстановления работоспособности ИС после отказов;
комплектности и качества эксплуатационной документации.

Приемочные испытания

Изображение слайда

20

Слайд 20: Персонал заказчика ИС

20
Персонал заказчика ИС
Осуществляет
автоматизируемую
деятельность
(пользователи)
Обеспечивает
функционирование ИС
( IT -специалисты)

Персонал заказчика ИС

Изображение слайда

21

Слайд 21: Функциональные роли оперативного персонала

21
Функциональные роли оперативного персонала
Роль
Функции
Квалификация в предметной области
Квалификация в области IT
Владелец
Инициатор создания ИС;
ЛПР по приемке ИС, по организации доступа, по качеству обслуживания эксплуатационным персоналом
Полное понимание автоматизируемой деятельности, знание всей ОРД и НТД
Общие представления о целях, задачах и методах
Пользователь ( носитель функциональной роли )
Выполняет определенные функции в системе в соответствии со своей ролью или должностью.
Знание собственного участка работы включая комплекс ОРД и НТД, наличие прикладных умений и навыков.
Пользователь ПК, включая владение специальным ПО
Бизнес-администратор
Выполнение вспомогательных функций ИС (ведение документации, организация доступа, внесение непринципиальных изменений)
Хорошее общее понимание автомати-зируемой деятельности и распределение обязанностей между ее участниками
Пользователь ПК

Функциональные роли оперативного персонала

Изображение слайда

22

Слайд 22: Функциональные роли эксплуатационного персонала

22
Функциональные роли эксплуатационного персонала
Роль
Функции
Квалификация в предметной области
Квалификация в области IT
Ответственный за эксплуатацию ИС
Обеспечение бесперебойного функционирования ИС
( IT -менеджер, начальник АСУ)
Хорошее общее понимание автомати-зируемой деятельности и распределение обязанностей между ее участниками
Специалист (возможно требование наличия сертификатов)
Системный администратор
Обеспечение бесперебойного функционирования ИС на уровне программно-аппаратной платформы;
выполнение технически сложных вспомогательных функций
Практически не требуется
Специалист (возможно требование наличия сертификатов)

Функциональные роли эксплуатационного персонала

Изображение слайда

23

Слайд 23: Распределение ответственности на заключительных этапах внедрения

23
Распределение ответственности на заключительных этапах внедрения
Этапы внедрения
Ответственность
Предварительные испытания
Разработчик
Опытная эксплуатация
Владелец – использование результатов работы ИС
Разработчик – устранение ошибок и недоработок
Служба эксплуатации – поддержка оборудования и ПО
Промышленная эксплуатация
Заказчик в лице службы эксплуатации ( IT- департамент)

Распределение ответственности на заключительных этапах внедрения

Изображение слайда

24

Слайд 24: Статистика сбоев ИС (по данным HP )

24
Статистика сбоев ИС (по данным HP )
Категория ИС
Количество простоев (час/год)
«Лучшие» системы обработки данных (СРВ)
9
«Выдающиеся» ( ERP )
43
«Очень хорошие» (ERP II)
87
«Средние» (MRP, MRP II)
175

Статистика сбоев ИС (по данным HP )

Изображение слайда

25

Слайд 25: Источники проблем при внедрении ИС

25
Источники проблем при внедрении ИС
Необходимость в частичной или полной реорганизации структуры предприятия;
необходимость изменения технологии бизнеса в различных аспектах;
сопротивление сотрудников предприятия;
временное увеличение нагрузки на сотрудников в процессе внедрения ИС;
необходимость в формировании квалифицированной группы внедрения и сопровождения системы.

Источники проблем при внедрении ИС

Изображение слайда

26

Слайд 26: Типичные ошибки внедрения

26
Типичные ошибки внедрения
Проектирование систем без учета стратегии развития бизнеса;
нарушение принципа построения систем «сверху-вниз» и отсутствие информационной поддержки принятия управленческих решений на верхних уровнях управления;
чрезмерное увлечение реинжинирингом бизнес-процессов и порой неоправданное их подчинение требованиям стандартной функциональности базовой ERP- системы;
нереалистичные ожидания вследствие неверной оценки экономической эффективности внедрения системы.

Типичные ошибки внедрения

Изображение слайда

27

Слайд 27: Факторы успеха проекта внедрения ИС (по данным www.cfin.ru )

27
Факторы успеха проекта внедрения ИС (по данным www.cfin.ru )
Участие руководства в проекте
20%
Наличие и соблюдение плана внедрения
20 %
Ясные цели и четкие требования
20 %
Участие специалистов заказчика
1 5 %
Качество системы и команды консультантов
1 0 %
Реинжиниринг бизнес-процессов до внедрения
8%
Наличие стратегии развития бизнеса
7 %

Факторы успеха проекта внедрения ИС (по данным www.cfin.ru )

Изображение слайда

28

Слайд 28: Проблемы передачи ИС в эксплуатацию

28
Проблемы передачи ИС в эксплуатацию
Проблема 1. «Передача ИС в промышленную эксплуатацию должна осуществляться после 3-х месячной опытной эксплуатации без сбоев и замечаний».
Решение:
тщательное протоколирование службой эксплуатации всех инцидентов;
еженедельный анализ причин сбоев и составление плана мероприятий по их устранению.
Проблема 2. «В систему, сданную в промышленную эксплуатацию, не должны вноситься изменения».
Решение:
тщательное предпроектное обследование,
обоснованная постановка задачи.

Проблемы передачи ИС в эксплуатацию

Изображение слайда

29

Слайд 29: Варианты внедрения ИС

29
Варианты внедрения ИС
Внедрение осуществить полностью собственными силами.
Реализовать проект «под ключ» силами внешней компании-разработчика.
Привлечь руководителя проекта от внешней компании-консультанта.
Привлечь экспертов по продукту от внешней компании-разработчика.

Варианты внедрения ИС

Изображение слайда

30

Слайд 30: Внедрение полностью собственными силами

30
Внедрение полностью собственными силами
Преимущества
Недостатки
Меньшие финансовые затраты
Знание бизнес-процессов
Независимость на этапе эксплуатации
Требуются специалисты с хорошим знанием программного продукта
Требуются программисты
Требуется разработка методологии управления проектом и четкое следование ей
Необходимость решения вопроса занятости сотрудников, выделенных для реализации проекта

Внедрение полностью собственными силами

Изображение слайда

31

Слайд 31: Реализация «под ключ» силами внешней компании-разработчика

31
Реализация «под ключ» силами внешней компании-разработчика
Преимущества
Недостатки
Опыт управления проектами
Разработанная и «обкатанная» методология внедрения
Опыт внедрения системы на нескольких предприятиях
Новый взгляд на задачи предприятия-заказчика
Способность оказания услуг в области оптимизации системы управления, владение современными методами построения систем управления
Знание программного продукта
Штат опытных программистов
Большие финансовые затраты
Сторонние консультанты не знают особенностей конкретного предприятия,  им требуется время на их изучение
Проблема поддержания системы на этапе эксплуатации

Реализация «под ключ» силами внешней компании-разработчика

Изображение слайда

32

Слайд 32: Привлечение руководителя проекта от внешней компании-консультанта

32
Привлечение руководителя проекта от внешней компании-консультанта
Преимущества
Недостатки
Меньшие финансовые затраты
Опыт управления проектами
Опыт внедрения системы на нескольких предприятиях
Владение современными методами построения систем управления
Независимость на этапе эксплуатации
Требуется разработка методологии управления проектом и четкое следование ей
Необходимость решения вопроса занятости сотрудников, выделенных (или нанятых) для реализации проекта
Требуются программисты

Привлечение руководителя проекта от внешней компании-консультанта

Изображение слайда

33

Слайд 33: Привлечение экспертов по продукту от внешней компании-разработчика

33
Привлечение экспертов по продукту от внешней компании-разработчика
Преимущества
Недостатки
Меньшие финансовые затраты
Знание программного продукта
Требуется разработка методологии управления проектом и четкое следование ей
Необходимость решения вопроса занятости сотрудников, выделенных (или нанятых) для реализации проекта

Привлечение экспертов по продукту от внешней компании-разработчика

Изображение слайда

34

Слайд 34: Определение степени участия сторонних организаций

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

Определение степени участия сторонних организаций

Изображение слайда

35

Слайд 35: Участие сторонних организаций на этапах внедрения

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

Участие сторонних организаций на этапах внедрения

Изображение слайда

36

Слайд 36: Стадия сопровождения ИС

36
Стадия сопровождения ИС
Software Engineering Body of Knowledge (SWEBOK) – Свод знаний по программной инженерии
SWEBOK: Сопровождение ПО – вся совокупность деятельности, необходимой для обеспечения эффективной (с точки зрения затрат) поддержки программных систем.
IEEE 1219 (Standard for Software Maintenance): Сопровождение ПО – модификация программного продукта после передачи в эксплуатацию для устранения сбоев, улучшения показателей производительности и/или других характеристик (атрибутов) продукта, или адаптации продукта для использования в модифицированном окружении.
ГОСТ Р ИСО/МЭК 12207: Сопровождение – процесс модификации программного продукта в части его кода и документации для решения возникающих проблем при эксплуатации или реализации потребностей в улучшениях тех или иных характеристик продукта.

Стадия сопровождения ИС

Изображение слайда

37

Слайд 37: Работы в процессе сопровождения по стандарту IEEE 1219

37
Работы в процессе сопровождения по стандарту IEEE 1219

Работы в процессе сопровождения по стандарту IEEE 1219

Изображение слайда

38

Слайд 38: Обязанности службы сопровождения

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

Обязанности службы сопровождения

Изображение слайда

39

Слайд 39: Работы по сопровождению проводятся для решения следующих задач:

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

Работы по сопровождению проводятся для решения следующих задач:

Изображение слайда

40

Слайд 40: Факторы, влияющие на стоимость сопровождения

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

Факторы, влияющие на стоимость сопровождения

Изображение слайда

41

Слайд 41: Категории сопровождения

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

Категории сопровождения

Изображение слайда

42

Слайд 42: Варианты сопровождения ИС

42
Варианты сопровождения ИС
«По заявкам»
«Обслуживание по договору локальное».
«Регламентированное сопровождение».
«Аудит консультирование»
«Полное сопровождение»

Варианты сопровождения ИС

Изображение слайда

Лекции «Эксплуатация ИС»

Изображение слайда

44

Лекции «Эксплуатация ИС»

Изображение слайда

45

Лекции «Эксплуатация ИС»

Изображение слайда

46

Лекции «Эксплуатация ИС»

Изображение слайда

47

Лекции «Эксплуатация ИС»

Изображение слайда

48

Лекции «Эксплуатация ИС»

Изображение слайда

49

Лекции «Эксплуатация ИС»

Изображение слайда

50

Лекции «Эксплуатация ИС»

Изображение слайда

51

Лекции «Эксплуатация ИС»

Изображение слайда

52

Лекции «Эксплуатация ИС»

Изображение слайда

53

Лекции «Эксплуатация ИС»

Изображение слайда

54

Лекции «Эксплуатация ИС»

Изображение слайда

55

Лекции «Эксплуатация ИС»

Изображение слайда

56

Лекции «Эксплуатация ИС»

Изображение слайда

57

Лекции «Эксплуатация ИС»

Изображение слайда

58

Лекции «Эксплуатация ИС»

Изображение слайда

59

Лекции «Эксплуатация ИС»

Изображение слайда

60

Лекции «Эксплуатация ИС»

Изображение слайда

61

Лекции «Эксплуатация ИС»

Изображение слайда

62

Лекции «Эксплуатация ИС»

Изображение слайда

63

Лекции «Эксплуатация ИС»

Изображение слайда

64

Лекции «Эксплуатация ИС»

Изображение слайда

65

Лекции «Эксплуатация ИС»

Изображение слайда

66

Лекции «Эксплуатация ИС»

Изображение слайда

67

Лекции «Эксплуатация ИС»

Изображение слайда

68

Лекции «Эксплуатация ИС»

Изображение слайда

69

Лекции «Эксплуатация ИС»

Изображение слайда

70

Слайд 70: Системное обслуживание и сопровождение серверов и кластерных систем

70
Системное обслуживание и сопровождение серверов и кластерных систем

Системное обслуживание и сопровождение серверов и кластерных систем

Изображение слайда

71

Слайд 71: Основные понятия

71
Основные понятия
Сервер
Кластер
ЛВС

Основные понятия

Изображение слайда

72

Слайд 72: 1. Системное сопровождение и обслуживание серверов и кластерных систем подразумевает:

Настройка и администрирование ОС сервера;
Мониторинг состояния серверных устройств, расшифровка системных журналов регистрации событий;
Организация и поддержка резервного копирования данных, указанных Получателем;
Настройка и администрирование политик безопасности;
Установка патчей и обновлений для устранения уязвимостей в программном обеспечении;
Обновление антивирусных баз на сервере:
Поддержка сервисов, используемых на сервере ( DNS — Domain Name System — система доменных имён, SMB — Server Message Block — сетевой протокол прикладного уровня для удалённого доступа к файлам, принтерам и другим сетевым ресурсам, а также для межпроцессного взаимодействия )
72

1. Системное сопровождение и обслуживание серверов и кластерных систем подразумевает:

Изображение слайда

73

Слайд 73: Системное сопровождение и обслуживание серверов и кластерных систем подразумевает:

Контроль за выходом новых версий ПО;
Обеспечение отказоустойчивости в работе серверов путем организации RAID – массивов жестких дисков, репликации данных между серверами, подключения источников бесперебойного питания, анализ работы серверов и изменение их конфигурации;
Удаление временных и устаревших копий файлов
73
Системное сопровождение и обслуживание серверов и кластерных систем подразумевает:

Системное сопровождение и обслуживание серверов и кластерных систем подразумевает:

Изображение слайда

74

Слайд 74: 2. Техническое сопровождение серверов

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

2. Техническое сопровождение серверов

Изображение слайда

75

Слайд 75: 3. Комплексное системное и техническое сопровождение серверов, с учетом мелкого ремонта

Техническое сопровождение серверов ЛВС – контроль состояния сервера, аппаратное тестирование, профилактика, чистка, настройка
Подразумевает:
1. Конфигурирование параметров, работающих на
сервере;
2. Настройка и администрирование ОС сервера
( Windows Server System ) ;
3. Переустановка, восстановление после сбоев;
4. Организация и поддержка резервного копирования
данных.
75

3. Комплексное системное и техническое сопровождение серверов, с учетом мелкого ремонта

Изображение слайда

76

Слайд 76: Правила обслуживания техники

Оперативная документация — необходима для контроля за надежной и экономичной работой оборудования, а так же для контроля за правильностью действий персонала Перечень оперативной документации по каждому рабоче­му месту утверждается техническим руководителем
На маркировке должна быть размещена информация:
Фраза «Данная техника обслуживается»
Название обслуживающей организации
Номер единого контактного телефона для оказания Услуг
Уникальный код изделия (далее — УКИ ) для его однозначной идентификации оборудования в рамках Исполнителя.
76

Правила обслуживания техники

Изображение слайда

В целях однозначной идентификации обслуживаемой техники, а также для эффективной организации взаимодействия Исполнителя с представителями Получателя вся техника, обслуживаемая в рамках данного Технического задания, подлежит обязательной маркировке Исполнителем в течение 45 дней с момента заключения Государственного контракта.
77

Лекции «Эксплуатация ИС»

Изображение слайда

Маркировке в обязательном порядке подлежат :
Мониторы
Системные блоки и ноутбуки
Серверы и коммутационное оборудование
ТС
Копировально-множительная техника и сетевые принтеры
Другие технические средства, относительно которых оказываются Услуги в рамках данного Технического задания.
78

Лекции «Эксплуатация ИС»

Изображение слайда

79

Слайд 79: Исполнитель осуществляет учет обращений Получателя и публикует эту информацию в реальном времени в открытом доступе в сети Интернет формате:

ГК – гос.контракт
Исполнитель обязан предоставить Заказчику адрес сайта в Интернет, где в открытом доступе публикуется информация об обращениях представителей Получателя, а также номер контактного телефона Исполнителя, по которому будут осуществляться обращения представителей Поставщиков.
УКИ – уникальный код изделия
79
№ обра-щения
Дата обра-щения
Время обра-щения
Дата выпол-нения
Время выпол-нения
№ ГК
Название обслуживаемой организации (Получатель Услуг)
УКИ
Причина обращения
Действие Исполнителя

Исполнитель осуществляет учет обращений Получателя и публикует эту информацию в реальном времени в открытом доступе в сети Интернет формате:

Изображение слайда

80

Слайд 80: Примерное содержание информационно-аналитического комплекса

— Серверные операционные системы: IBM AIX, Microsoft Windows Server 2003, Microsoft Windows Server 2008;
— Операционные системы Microsoft: Windows XP, Windows Vista, Windows 7;
— Офисные пакеты Microsoft: Office 2003, Office 2007;
— Системы управления базами данных : Oracle Database 11g Enterprise Edition;
— Кластерное программное обеспечение: IBM HACMP, Oracle RAC 11g;
80

Примерное содержание информационно-аналитического комплекса

Изображение слайда

— Сервера приложений : IBM WebSphere Application Server, IBM WebSphere Portal, IBM Lotus Domino Enterprise Server;
— Аналитические системы и средства интеграции данных : Oracle BI Enterprise Edition Plus 10, Oracle Data Integrator 10;
— Средства мониторинга и управления ИТ инфраструктурой : IBM Tivoli Monitoring, IBM Tivoli Storage Manager, IBM Tivoli Total Storage;
— Программные средства защиты информации (антивирусы, антиспамеры, межэкранные шлюзы).
81

продолжение

Изображение слайда

82

Слайд 82: Требования к выполняемым работам по обслуживанию оборудования

При выполнении работ по обновлению, системному и техническому обслуживанию Информационно-аналитического комплекса должны проводится работы:
82
№ п/п
Наименование работ/операций
Количество
единиц
Системное обслуживание
информационно-вычислительных
комплексов
Комплексное системное сопровождение
(количество вычислительных комплексов)
2. Техническое обслуживание аппаратного обеспечения информационно-вычислительных комплексов
Комплексное техническое сопровождение ЭВМ в составе — системный блок, монитор, клавиатура, мышь (проведение профилактических работ, замена комплектующих, модернизация, перемещение)
68

Требования к выполняемым работам по обслуживанию оборудования

Изображение слайда

83

Слайд 83: Соответствие ГОСТ

Для исполнителя работ желательно наличие сертификата соответствия Госстандарта России на оказание услуг по ремонту, установке и техническому обслуживанию оборудования информационных технологий в соответствии с
ГОСТ Р МЭК 60950-2002 (п.2.1.2),
ГОСТ 12.2.007.0-75 (п.3.2.2),
ГОСТ 21552-84 (п. 1.7.2),
ГОСТ 25861-83 (п. п.2.1.2, 2.1.5, 2.1.6),
ГОСТ 13.2.001-2001 (п.7.2.3).
83

Соответствие ГОСТ

Изображение слайда

84

Слайд 84: Порядок сдачи и приемки результатов работ

Исполнитель обязан предоставить:
акт сдачи-приемки выполненных работ
исполнительную смету
технический отчет.
84

Порядок сдачи и приемки результатов работ

Изображение слайда

85

Слайд 85: График выполнения работ

№ п/п
Наименование работ
Сроки (периоды)
выполнения работ
1.  Работы по оптимизации функционирования Информационно-аналитического комплекса
Проведение анализа работоспособности и быстродействия Информационно-аналитического комплекса. Актуализация компонентов программного обеспечения. Подготовка рекомендаций по использованию и обновлению программного обеспечения ИАК
15 дней с момента заключения Государственного контракта
Необходимо указать сроки гарантийного обслуживания!!!
85

График выполнения работ

Изображение слайда

86

Слайд 86: Адаптация клиентской части в рамках поставленной задачи

знать:
— задачи и возможности адаптации клиентской части;
уметь:
— адаптировать клиентскую часть в рамках поставленной задачи.
86

Адаптация клиентской части в рамках поставленной задачи

Изображение слайда

87

Слайд 87: Основные понятия

1. Адаптация персонала в организации ( является необходимым звеном кадрового менеджмента) — это приспособления работников к содержанию и условиям трудовой деятельности и непосредственной социальной среде.
2. Кадровый менеджмент — менеджмент, направленный на развитие и эффективное использование кадрового потенциала компании.
87

Основные понятия

Изображение слайда

3. Система управления адаптацией – определение направлений, этапов, изучение показателей оценки состояния работы по адаптации, разработка программ адаптации.
4. Клиентская часть – это часть, которая выполняется прямо на компьютере пользователя именно его компьютером
5. Задача – должна быть прямо связана с поставленной целью
6. Адаптация ПО — внесение изменений в целях функционирования ПО на конкретных технических средствах пользователя. иными словами, чтобы оно «заработало» на оборудовании клиента
88

Лекции «Эксплуатация ИС»

Изображение слайда

89

Слайд 89: Система поддержки обучения и адаптации

89

Система поддержки обучения и адаптации

Изображение слайда

90

Лекции «Эксплуатация ИС»

Изображение слайда

91

Слайд 91: Процесс адаптации традиционно принято разделять на четыре этапа

1. Оценка уровня подготовленности нового работника. На этом этапе происходит определение непривычных для работника ситуаций и вариантов решения привычных для работника задач.
2. Ориентация. На этом этапе происходит практическое знакомство нового работника с его обязанностями и требованиями, предъявляемыми к нему со стороны организации.
91

Процесс адаптации традиционно принято разделять на четыре этапа.

Изображение слайда

92

Слайд 92: (продолжение)

3. Действенная адаптация. На этом этапе новичок приспосабливается к своему новому положению и широко включается в межличностные отношения с коллегами.
4. Функционирование. На завершающем этапе адаптации работник преодолевает производственные и межличностные проблемы и переходит к стабильной работе.
92

(продолжение)

Изображение слайда

93

Слайд 93: Задачи клиентской части Серверные и клиентские сценарии Web- приложений

93

Задачи клиентской части Серверные и клиентские сценарии Web- приложений

Изображение слайда

94

Слайд 94: Архитектура клиент-сервер

ИТ в электронной коммерции
Архитектура клиент-сервер
Сеть Интернет организована по схеме клиент-сервер. В классическом случае данная схема функционирует следующим образом:
клиент формирует и посылает запрос на сервер баз данных;
сервер производит необходимые манипуляции с данными, формирует результат и передаёт его клиенту;
клиент получает результат, отображает его на устройстве вывода и ждет дальнейших действий пользоватля.
В сервисе WWW для передачи информации применяется протокол НТТР ( HyperText Transmition Protocol ).

Архитектура клиент-сервер

Изображение слайда

95

Слайд 95: Схема клиент-сервер WWW-HTTP

ИТ в электронной коммерции
Схема клиент-сервер WWW-HTTP

Схема клиент-сервер WWW-HTTP

Изображение слайда

96

Слайд 96: Транзакции в HTTP

ИТ в электронной коммерции
Транзакции в HTTP
Основные транзакции в HTTP:
Браузер декодирует первую часть URL (Universal Resource Locator) и устанавливает соединение с сервером.
Браузер передает остальную часть URL на сервер.
Сервер определяет по URL путь и имя файла.
Сервер пересылает указанный файл браузеру.
Сервер прерывает соединение.
Браузер отображает документ.
При данных транзакциях сервер не имеет никакой информации о состоянии браузера, т.е. HTTP можно считать «однонаправленным» протоколом, и взаимодействовать с сервером возможно только через механизм URL, это создает трудности при реализации клиентской части.

Транзакции в HTTP

Изображение слайда

97

Слайд 97: Распределение функций в архитектуре «клиент-сервер»

ИТ в электронной коммерции
Распределение функций в архитектуре «клиент-сервер»
Основная задача клиентского приложения – это обеспечение интерфейса с пользователем, т. е. ввод данных и представление результатов в удобном для пользователя виде, и управление сценариями работы приложения.
Основные функции серверной СУБД – обеспечение надежности, согласованности и защищенности данных, управление запросами клиентов, быстрая обработка SQL-запросов.
В двухзвенной архитектуре вся логика работы приложения (прикладные задачи, бизнес-правила) распределяется между двумя процессами: клиентом и сервером.

Распределение функций в архитектуре "клиент-сервер"

Изображение слайда

98

Слайд 98: Двухзвенная архитектура «клиент-сервер»

ИТ в электронной коммерции
Двухзвенная архитектура «клиент-сервер»

Двухзвенная архитектура "клиент-сервер"

Изображение слайда

99

Слайд 99: Двухзвенная архитектура «клиент-сервер»

ИТ в электронной коммерции
Двухзвенная архитектура «клиент-сервер»
Архитектура «толстый клиент – тонкий сервер» : большая часть функций приложения решалась клиентом, сервер занимался только обработкой SQL-запросов.
Архитектура «толстый» клиент имеет следующие недостатки:
сложность администрирования;
усложняется обновление ПО, поскольку его замену нужно производить одновременно по всей системе;
усложняется распределение полномочий, так как разграничение доступа происходит не по действиям, а по таблицам;
перегружается сеть вследствие передачи по ней необработанных данных;
слабая защита данных, поскольку сложно правильно распределить полномочия.

Двухзвенная архитектура "клиент-сервер"

Изображение слайда

100

Слайд 100: Двухзвенная архитектура «клиент-сервер»

ИТ в электронной коммерции
Двухзвенная архитектура «клиент-сервер»
Архитектура «тонкий клиент – толстый сервер» : использование на сервере хранимых процедур ( stored procedure — откомпилированные программы с внутренней логикой работы)
Архитектура «толстый» сервер имеет следующие недостатки:
усложняется реализация, так как языки типа PL/SQL не приспособлены для разработки подобного ПО и нет хороших средств отладки;
производительность программ, написанных на языках типа PL/SQL, значительно ниже, чем созданных на других языках, что имеет важное значение для сложных систем;
программы, написанные на СУБД-языках, обычно работают недостаточно надежно; ошибка в них может привести к выходу из строя всего сервера баз данных;
получившиеся таким образом программы полностью непереносимы на другие системы и платформы.
Для решения перечисленных проблем используются многоуровневые (три и более уровней) архитектуры клиент-сервер.

Двухзвенная архитектура "клиент-сервер"

Изображение слайда

101

Слайд 101: Тонкий клиент

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

Тонкий клиент

Изображение слайда

102

Слайд 102: Распределение функций в архитектуре «клиент-сервер»

ИТ в электронной коммерции
Распределение функций в архитектуре «клиент-сервер»

Распределение функций в архитектуре "клиент-сервер"

Изображение слайда

103

Слайд 103: Многозвенная архитектура «клиент-сервер»

ИТ в электронной коммерции
Многозвенная архитектура «клиент-сервер»
Трехзвенная и многозвенная архитектуры «клиент-сервер» —
выполнение прикладных задач и бизнес-правил осуществляется отдельным компонентом приложения (или нескольким компонентам), которые могут работать на специально выделенном компьютере – сервере приложений.

Многозвенная архитектура "клиент-сервер"

Изображение слайда

104

Лекции «Эксплуатация ИС»

Изображение слайда

Сервер приложений обрабатывает следующие компоненты:
презентационная логика ( Presentation Layer — PL) – предназначена для работы с данными пользователя;
бизнес-логика ( Business Layer — BL) – предназначена для проверки правильности данных, поддержки ссылочной целостности;
логика доступа к ресурсам ( Access Layer — AL) – предназначена для хранения данных.
Подход Remote Data Access (RDA)
подразумевает объединение в клиентском приложении PL и BL (однако в случае необходимости выполнения каких-либо изменений в клиентском приложении придется менять исходный код), а серверная часть представляет собой сервер баз данных, реализующий AL.
105

Лекции «Эксплуатация ИС»

Изображение слайда

106

Слайд 106: Трехзвенная архитектура «клиент-сервер»

ИТ в электронной коммерции
Трехзвенная архитектура «клиент-сервер»

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

Изображение слайда

107

Слайд 107: Менеджер транзакций

ИТ в электронной коммерции
Менеджер транзакций
Позволяют одному серверу приложений одновременно обмениваться данными с несколькими серверами баз данных.
Менеджер транзакций – это программа или комплекс программ, с помощью которых можно согласовать работу различных компонентов информационной системы.
МТ используется для управления распределенными разнородными операциями и согласования действий различных компонентов информационной системы.
Первые менеджеры транзакций появились в начале 70-х гг. (например, CICS);
Наибольшие идеологические изменения произошли в коммуникационном менеджере, так как в этой области появились новые объектно-ориентированные технологии (CORBA, DCOM и т.д.).

Менеджер транзакций

Изображение слайда

CORBA
определяет, каким образом программные компоненты, распределенные по сети, могут взаимодействовать друг с другом вне зависимости от окружающих их операционных систем и языков реализации. Центральным элементом архитектуры CORBA является ORB ( Object Request Broker ) — программное обеспечение, обеспечивающее связь между объектами, в том числе позволяющее:
найти удаленный объект по Объектной Ссылке (IOR — Interoperable Object Reference ),
вызвать метод удаленного объекта, передав ему входные параметры ( marshaling parameters ),
получить возвращаемое значение и выходящие параметры ( unmarshaling parameters ).
108

Лекции «Эксплуатация ИС»

Изображение слайда

( Distributed Component Object Model ) — это распределенная версия COM, обеспечивающая механизм связи между удаленным COM-компонентами (т.е. находящимися на разных компьютерах, но в среде MS Windows ). Фактически DCOM это COM с добавленным к последнему механизмом RPC ( remote procedure call )
109

DCOM

Изображение слайда

110

Слайд 110: Основные задачи клиентских и серверных сценариев

ИТ в электронной коммерции
Основные задачи клиентских и серверных сценариев
Клиентский сценарий выполняется на компьютере пользователя в процессе взаимодействии с Web -страницей и позволяет решать следующие задачи:
верифицировать значения элементов управления формы;
реализовать событийные процедуры для элементов управления.
Серверный сценарий выполняется на Web -сервере до передачи страницы пользователю и позволяет:
обеспечить доступ к базе данных и возврат данных пользователю;
хранить информацию о состоянии пользователя или сеанса.

Основные задачи клиентских и серверных сценариев

Изображение слайда

111

Слайд 111: Серверные и клиентские сценарии

ИТ в электронной коммерции
Серверные и клиентские сценарии

Серверные и клиентские сценарии

Изображение слайда

112

Слайд 112: Проблемная ситуация (источник — http://forum.yurclub.ru/index.?showtopic=196400 )

всем доброго времени суток! поскольку в данной тематике я не ориентируюсь, буду очень благодарен за подсказки ситуация следующая: принесли мне договор поставки. все вроде бы хорошо: предоплата, выборка, самовывоз. заглядываю в спецификацию: ба, да это же мы адаптированное программное обеспечение будем грузить как картошку. в процессе пыток сотрудников родной конторы выяснилось следующее: 1. мы приобретаем программное обеспечение у компании, которая не является его разработчиком. 2. адаптируем его для клиента 3. продаем. предполагаю, что все это далеко не так просто и подводных камней тут масса. первоначальное прочтение 4-й части ГК пока ясности в мою затуманенную голову не привнесло. как все это оформить, с чего начать, за что хвататься  вообще можно ли… вопросов масса. буду чрезвычайно признательна за подсказки: на ликбез, к сожалению, очень мало времени
112

Проблемная ситуация (источник - http://forum.yurclub.ru/index.?showtopic=196400 )

Изображение слайда

113
Мы приобретаем программное обеспечение у компании, которая не является его разработчиком. Т.е. у компании, которая передает нам права на ПО должно быть заключено лицензионное соглашение с разработчиком ПО.
С нами же должен быть заключен сублицензионный договор, который предусматривает в том числе дальнейшую передачу прав
2. Адаптируем его для клиента, т.е. заключаем сублицензионный договор уже с ним + оказываем услуги по адаптации данного ПО к оборудованию клиента.
3. Продаем. ну, собственно, ничего не продаем

Лекции «Эксплуатация ИС»

Изображение слайда

114
Статья 1280. Свободное воспроизведение программ для ЭВМ и баз данных. Декомпилирование программ для ЭВМ 1. Лицо, правомерно владеющее экземпляром программы для ЭВМ или экземпляром базы данных (пользователь), вправе без разрешения автора или иного правообладателя и без выплаты дополнительного вознаграждения: 1) внести в программу для ЭВМ или базу данных изменения исключительно в целях их функционирования на технических средствах пользователя и осуществлять действия, необходимые для функционирования таких программы или базы данных в соответствии с их назначением, в том числе запись и хранение в памяти ЭВМ (одной ЭВМ или одного пользователя сети), а также осуществить исправление явных ошибок, если иное не предусмотрено договором с правообладателем
Полагаю, что данные действия не должны быть прямо запрещены в лицензионном договоре, если ПО вы приобретаете именно по нему. Если вам передаются исключительные права в полном объеме по договору отчуждения исключительных прав, то правообладатель и есть вы.

Подсказка

Изображение слайда

«Пользователем» ГК называет только самого « адаптатора » программы (абз.1 п.1 ст.1280 ГК РФ), а не его клиентов, для которых он адаптирует ПО. « Адаптатор » имеет право адаптировать ПО исключительно для себя (для собственных тех.средств ). Адаптация ПО для третьих лиц допускается только при наличии права на переработку, напр., полученного по лицензионному договору.
115

Лекции «Эксплуатация ИС»

Изображение слайда

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

Вопрос:

Изображение слайда

http://ispsystem.com/ru/support/terms_and_conditions#ch8
408-17 — > ВОИС-311 -> Ответ
117

Ответ:

Изображение слайда

118

Слайд 118: Тема: Инфраструктура ИТ

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

Тема: Инфраструктура ИТ

Изображение слайда

119

Слайд 119: Правильно спроектированная и настроенная информационная структура позволит:

легко наращивать производительность;
делать дополнительный монтаж локальных сетей;
подключать дополнительные сервисы;
избежать непредвиденных простоев из-за ошибок;
работать максимально эффективно с первых дней.
119

Правильно спроектированная и настроенная информационная структура позволит:

Изображение слайда

120

Слайд 120: Анализ состояния инфраструктуры

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

Анализ состояния инфраструктуры

Изображение слайда

121

Слайд 121: Решение включает в себя:

монтаж системы видеонаблюдения и контроля доступа для повышения трудовой дисциплины,
разграничение и внедрение контроля прав на доступ в интернет,
настройка офисной АТС или Call -центра,
необходимый монтаж сетевого оборудования,
настройка взаимодействия отделов.
121

Решение включает в себя:

Изображение слайда

122

Слайд 122: Этапы создания ИТ инфраструктуры компании

122

Этапы создания ИТ инфраструктуры компании

Изображение слайда

ИТ-инфраструктура является ядром всех остальных информационных систем или бизнес приложений. И именно от того, как построена ИТ-инфраструктура, насколько она надёжна и производительна, будет зависеть работа всех остальных приложений, ERP систем, баз данных, а как следствие, и бизнеса в целом.
123

Лекции «Эксплуатация ИС»

Изображение слайда

124

Слайд 124: Состав технической документации на ИТ-инфраструктуру

124

Состав технической документации на ИТ-инфраструктуру

Изображение слайда

125

Слайд 125: (продолжение таблицы)

125

(продолжение таблицы)

Изображение слайда

126

Слайд 126: Порядок изменения ИТ-инфраструктуры

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

Порядок изменения ИТ-инфраструктуры

Изображение слайда

127

Слайд 127: На этапе внедрения ИТ-инфраструктуры исполнитель выполняет:

Создание инженерных систем и СКС (Структурированная кабельная система). В рамках создания инженерных систем производится прокладка, монтаж кабельных трасс, установка розеток, кроссирование патч -панелей, оборудование серверной комнаты, установка систем о бесперебойного питания (UPS).
Создание сетевой инфраструктуры. Производится установка активного сетевого оборудования, создание беспроводных сетей Wi-Fi.
Установка УАТС (Автоматическая телефонная станция). Производится установка и настройка АТС, программирование логики работы, подключение городским телефонным сетям или поставщикам услуг IP-телефонии.
127

На этапе внедрения ИТ-инфраструктуры исполнитель выполняет:

Изображение слайда

128

Слайд 128: (продолжение)

4. Поставка оборудования и программного обеспечения. В соответствие с рабочим проектом, производится поставка оборудования и программного обеспечения.
5. Установка серверного оборудования. Производится установка и подключение серверного оборудования, систем хранения данных, систем резервного копирования, выполняются пуско-наладочные работы.
6. Внедрение систем виртуализации серверов. Виртуализация серверов подразумевает одновременное функционирование на одном физическом сервере нескольких виртуальных машин. Виртуализация позволяет значительно сократить затраты на оборудование и программное обеспечение, упростить инфраструктуру, снизить затраты на электроэнергию и обслуживание. Кроме того, виртуализация в масштабах предприятия значительно расширяет возможности физической ИТ-инфраструктуры. Наиболее часто в виртуальных средах размещаются нетребовательные к ресурсам сервера, такие как, контроллеры домена, сервера лицензий, центры сертификации, сервера администрирования (антивирусов, мониторинга, управления) и прочее.
128

(продолжение)

Изображение слайда

129

Слайд 129: (продолжение)

7. Внедрение основных сетевых служб на основе протокола TCP/IP. Производится установка служб DHCP, DNS, WINS.
129

(продолжение)

Изображение слайда

130

Слайд 130: (продолжение)

8. Внедрение Windows домена и службы каталогов Active Directory. Служба каталогов Active Directory является ядром информационной системы. Она обеспечивает хранение и управление информацией обо всех пользователях и устройствах. Active Directory является единой точкой аутентификации и авторизации пользователей и приложений в масштабах предприятия. Доменная структура строится на основе потребностей бизнеса, требований политик безопасности, планируемых к внедрению приложений, количеству подразделений и дочерних компаний и многого другого. Создаётся структура сайтов, настраиваются механизмы репликации в зависимости от географического размещения офисов компании. В соответствие с административными требованиями, строится структура организационных подразделений, пользователи объединяются в доменные группы на основе принадлежности к тому или иному отделу компании и т.д. Для всех пользователей и компьютеров назначаются групповые политики, при помощи которых происходит распространение политик безопасности, назначение принтеров, установка приложений и т.д.
130

(продолжение)

Изображение слайда

131

Слайд 131: (продолжение)

9. Развертывание файловых серверов. Файловые сервера обеспечивают хранение общих документов компании и предоставляют к ним доступ всем пользователям предприятия. Создаётся древовидная структура папок, каждая из которых соответствует определённым отделам компании, и имеет уникальные разрешения. На основе доменных групп производится разграничение доступа на папки
10. Внедрение серверов печати. Сервера печати обеспечивают управление всеми принтерами организации, а также предоставляют доступ к принтерам пользователям компании. Принтеры группируются по отделам, по размещению, группируются в пулы по принадлежности для обеспечения распределения нагрузки. Сервера печати осуществляют хранение и управление очередями печати
11. Внедрение систем управления базами данных (СУБД). СУБД обеспечивают хранение, доступ и управление базами данных приложений, производится оптимизация и настройка с учётом особенностей конкретного приложения. С учётом потребностей бизнеса, соответствующим образом настраиваются репликация данных между серверами в филиалах компании.
131
(продолжение)

(продолжение)

Изображение слайда

132

Слайд 132: (продолжение)

12. Внедрение серверов управления и защиты Интернет трафика. Данные сервера обеспечивают защиту корпоративной сети от Интернет-атак, обеспечивают контроль и управление доступом пользователей в Интернет, обеспечивают доступ к ресурсам внутренней сети через сеть Интернет. Производится настройка правил доступа для групп пользователей, назначаются разрешённые и запрещённые протоколы, разрешаются или запрещаются те или иные сайты. Производится настройка Site-to-Site VPN каналов с удалёнными офисам и филиалами компании
13. Внедрение почтовых серверов. Производятся настройки анти-спам фильтров,устанавливаются дополнительные антивирусные и анти-спам решения.
14. Внедрение терминальных серверов. Терминальные сервера обеспечивают удалённый доступ к рабочему столу сервера, либо к определённому приложению. Производится установка и настройка серверов терминалов, производится развёртывание на них необходимых бизнес-приложений, назначаются права доступа
132
(продолжение)

(продолжение)

Изображение слайда

133

Слайд 133: (продолжение)

15. Внедрение серверов резервного копирования. Сервера резервного копирования обеспечивают защиту всей электронной информации предприятия. Производится установка серверов резервного копирования, производится подключение и настройка сетевых хранилищ, дисковых массивов и ленточных библиотек. Производится установка агентов резервного копирования на все резервируемые сервера (Контроллеры доменов, файловые сервера, SQL сервера, Exchange и пр.). Производится настройка расписаний и методов резервирования в соответствие с политикой резервного копирования. Производится тестирование механизмов резервного копирования и восстановления данных.
16. Внедрение серверов антивирусной защиты. Сервера антивирусной защиты обеспечивают развёртывание, управление и обновление антивирусного ПО в масштабах предприятия. Производится установка серверов антивирусной защиты, развёртывание агентов антивирусной защиты, настройка правил действий при обнаружении вирусов, настраиваются обновления антивирусных сигнатур.
17. Установка клиентских рабочих мест. Производится установка и настройка рабочих станций, ноутбуков, телефонов и прочего оборудования с которым будут работать пользователи. Производится установка всех необходимых приложений, производится ввод компьютеров в домен и настройка пользовательского окружения.
133
(продолжение)

(продолжение)

Изображение слайда

134

Слайд 134: (продолжение)

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

(продолжение)

Изображение слайда

135

Слайд 135: ИТ инфраструктура включает в себя: (примерное количество)

135
К оличество пользователей > 18000
К оличество регионов >20
Д ата центры и серверные помещения >120
С ервера и системы хранения >1 5 00
С етевое оборудование > 200 0
К аналы связи (КС) > 40 0
М агистральные КС > 40
Ц ентр мониторинга и поддержки инфраструктуры 1

ИТ инфраструктура включает в себя: (примерное количество)

Изображение слайда

136

Слайд 136: Лабораторная работа №1 Тема: Выполнение регламентных работ по обновлению и техническому сопровождению ИС

Цель: Получить навыки работы с документацией по обеспечению корректной работы ИС
Ход работы:
Открыть сайт « garant.ru »
Письмо Федерального казначейства от 25 марта 2011 г. N 42-7.4-05/10.0-201 «О сопровождении и техническом обслуживании официального сайта»
Изучить документ
Ответить на вопросы:
136

Лабораторная работа №1 Тема: Выполнение регламентных работ по обновлению и техническому сопровождению ИС.

Изображение слайда

137

Вопросы:

Изображение слайда

138

Слайд 138: Пример оформления квитанции

138

Пример оформления квитанции

Изображение слайда

139

Слайд 139: Клиентские сценарии

Соколова В. В.
ИТ в электронной коммерции
Клиентские сценарии
Клиентский сценарий выполняется на компьютере-клиенте. Программы просмотра снабжены встроенным интерпретатором, который может считывать и выполнять сценарии.
Основная цель добавления клиентского сценария к Web-странице — создание событийных процедур для элементов управления. Например, событийная процедура будет запускать определенную функцию, когда пользователь нажмет соответствующую кнопку.
Клиентские сценарии в HTML-странице не компилируются и не шифруются. Поэтому, если посмотреть исходный HTML-код Web-страницы, можно увидеть текст встроенного сценария.
Чтобы сценарий клиентской части функционировал, программа просмотра должна поддерживать язык, на котором он написан. В противном случае пользователь не получит полного доступа к сценарным средствам Web-страницы.

Клиентские сценарии

Изображение слайда

140

Слайд 140: Серверные сценарии

Соколова В. В.
ИТ в электронной коммерции
Серверные сценарии
Серверный сценарий выполняется в рамках активной страницы на Web-сервере до того, как тот вернет пользователю готовую HTML-страницу. Когда пользователь запрашивает активную серверную страницу, сервер выполняет сценарии и создает HTML-код, который и передается пользователю. В результате пользователь не видит серверного сценария на полученной Web-странице.
Поскольку серверный сценарий выполняется на Web-сервере, ему доступны все ресурсы сервера – например, базы данных и исполняемые файлы.
Для работы серверных сценариев Web-сервер должен поддерживать технологию активных страниц; к программе просмотра же не предъявляется никаких дополнительных требований, поскольку Web-клиент в данном случае получает стандартную HTML-страницу. Таким образом, сценарии серверной части не зависят от клиентов.

Серверные сценарии

Изображение слайда

141

Слайд 141: Реализация клиентских сценариев

Соколова В. В.
ИТ в электронной коммерции
Реализация клиентских сценариев
Чтобы расширить функциональные возможности Web-страницы средствами клиентских сценариев, исходный текст сценария надо встроить в HTML-страницу в виде ASCll-текста. Встретив ее в тексте страницы, программа просмотра вызывает интерпретатор сценария, который анализирует и выполняет код. Программа просмотра должна поддерживать выполнение сценариев и их интеграцию с элементами управления ActiveX или Java-апплетами, встроенными в HTML-страницу.
Языки разработки сценариев:
Visual Basic Scripting Edition (VBScript) – не зависит от регистра символов и совместимо снизу вверх с Visual Basic for Applications. Microsoft Internet Explorer поддерживает VBScript средствами VBScript Interpreter — быстрого кросс-платформенного интерпретатора; лицензию на него бесплатно выдает компания Microsoft.
JavaScript (JScript) – реализован Microsoft и подобен С: в его основе лежит Java – язык программирования, разработанный компаниями Sun Microsystems и Netscape. JavaScript поддерживают как Netscape Navigator, так и Internet Explorer.
VBScript и JavaScript похожи – как в одном, так и в другом можно определять переменные, создавать процедуры и обращаться к свойствам и методам объектов.
Разница между ними – небольшие отличия в синтаксисе. Ни один из них не компилируется, и оба работают на всех аппаратных платформах. Это интерпретируемые языки, поэтому скорость исполнения определяется возможностями программы просмотра, а не характеристиками самого языка.

Реализация клиентских сценариев

Изображение слайда

142

Слайд 142: Механизмы, реализующие серверную часть обработки данных

Соколова В. В.
ИТ в электронной коммерции
Механизмы, реализующие серверную часть обработки данных
Internet Server Application Programming Interface (ISAPI) – интерфейс программирования приложений сервера Интернета реализуется через механизм библиотек DLL.
Приложения ISAPI являются динамически подключаемыми библиотеками. Такая библиотека с интерфейсными функциями загружается WEB-сервером один раз и остается в памяти, после чего она будет  готова отвечать на любое количество запросов. Каждый клиентский запрос обслуживается в отдельном потоке.
Библиотеки DLL работают как часть процесса WEB-сервера, выполняясь в том же пространстве адресов памяти, в котором работает и сам WEB-сервер. Вместо передачи информации в обе стороны в виде файлов, теперь расширения WEB-серверов передают информацию в пределах одного и того же адресного пространства, без необходимости записи в файл. Благодаря этому WEB-приложения стали работать быстрее, с большей эффективностью и с меньшим потреблением ресурсов.
C помощью ISAPI Internet connector возможно взаимодействие с базами данных через драйверы ODBC, также возможна реализация других расширенных функций ( создание различных фильтров запросов ). Основным средством разработки приложений является Microsoft Visual C++ (также VB, Delphi ), который поддерживается Microsoft Internet Information Server.

Механизмы, реализующие серверную часть обработки данных

Изображение слайда

Server Sides Includes (SSI/SSI+) – технология динамического формирования документов.
Скрипт (серверные инструкции) находится в HTML файле обычно имеющем расширение sht или shtm, при этом серверные инструкции размещаются между специальными разделителями ( tokens ), а сами инструкции записаны на языке Сscript. При пересылке такой файл сканируется сервером на наличие SSI инструкций и результат динамически подставляется в посылаемый документ.
SSI реализуется через специальные компоненты (DLL), которые входят в состав сервера. Данная технология опирается на использование  разнообразных объектов и компонент (COM, ActiveX и т.п.), работа с которыми ведётся средствами языков VBScript или JavaScript.
143

Лекции «Эксплуатация ИС»

Изображение слайда

144

Слайд 144: Механизмы, реализующие серверную часть обработки данных

Соколова В. В.
ИТ в электронной коммерции
Механизмы, реализующие серверную часть обработки данных
Common Gateway Interface (CGI) – интерфейс общего шлюза реализуется через дополнительные программы ( скрипты ) на любом из языков программирования высокого уровня (С++, Perl, VisualBasic, Pascal, Java ).
CGI обеспечивает способ, посредством которого Web-браузер осуществляет запуск Web-приложения на стороне сервера, результатом работы которого является HTML-страница, посылаемая клиенту. Всякий раз, когда клиент инициирует выполнение CGI-приложения, Web-сервер выполняет отдельную его копию ( instance ).
Недостатки CGI-приложений:
Для каждого запроса клиента запускается копия Web-приложения на сервере, что резко сокращает производительность сервера при больших и средних нагрузках
Каждый запрос должен запускать на сервере свой собственный процесс, выделенная ему на сервере область памяти не пересекается с областью памяти приложения web-сервера. И поэтому несколько запросов могут существенно замедлить работу даже умеренно загруженного сервера — ведь ему приходится выполнять такие относительно медленные задачи, как создание файла, запуск отдельного процесса, его выполнение, запись и возвращение другого файла.
Большинство CGI-программ пишется на языке Perl ( Practical Extraction and Report Language ), который является одним из наиболее гибких языковых средств, служащих для программирования интерфейсов CGI. Изначально Perl предназначался для обработки больших объемов данных и генерации отчетов по обработке этих данных, но за последние несколько лет Perl превратился в полнофункциональный язык программирования.

Механизмы, реализующие серверную часть обработки данных

Изображение слайда

145

Слайд 145: Технология Java

Соколова В. В.
ИТ в электронной коммерции
Технология Java
Технология Java – позволяет строить универсальные системы со смешанной архитектурой:
апплетами ( applets ) – приложения, выполняемые на стороне клиента,
сервлеты ( servlets ) – приложения, выполняемые на стороне сервера.
Аплеты пишутся на Java и посылаются по Web как HTML-файлы браузеру, где выполняются как HTML-документы. Существенным преимуществом Java является независимость программ от платформ, на которых программы выполняются. Хотя Java не обязательно выполняется в окне браузера, возможно создание независимых ( stand-alone ) Java-приложений, которые могут выполняться на компьютере независимо от Интернета.
Фактически программа на языке Java транслируется компилятором в специальный код, называемый байтовым ( bytecode ), а затем выполняется уже с помощью интерпретатора языка Java. Такое «разделение обязанностей» и позволяет обеспечивать полную независимость Java-кода от конечной платформы, на которой он будет выполняться. Для каждой конкретной платформы имеется свой интерпретатор языка, называемый виртуальной машиной Java ( Java Virtual Machine ).

Технология Java

Изображение слайда

146

Слайд 146: Архитектура распределенного приложения

Соколова В. В.
ИТ в электронной коммерции
Архитектура распределенного приложения

Архитектура распределенного приложения

Изображение слайда

147

Слайд 147: Активные серверные страницы (ASP)

Соколова В. В.
ИТ в электронной коммерции
Активные серверные страницы (ASP)
ASP комбинирует сценарий ActiveX и команды HTML для того, чтобы получить динамическую страницу HTML. Сценарии ASP отличаются от сценариев, базирующихся на браузерах.
В традиционных сценариях, основывающихся на браузерах, WEB-сервер посылает страницу HTML, содержащую сценарий ActiveX в браузер клиента, который и отвечает за выполнение сценария. Подход, при котором основной акцент делается на клиентской части приложения, возлагает на нее дополнительный груз обязанностей, что может привести к возникновению проблем, если клиентский браузер не будет в состоянии выполнить сценарий.
Напротив, страницы ASP исполняются на WEB-сервере IIS. В ходе исполнения страницы сервер напрямую посылает клиенту команды HTML и все клиентские сценарии, содержащиеся на странице ASP. Но как только сервер доходит до команды серверного сценария ASP, то он исполняет этот сценарий и передает клиенту в форме HTML только полученные в качестве результата выходные данные.
Клиент, действия которого сводятся к использованию браузера, не видит разницы между потоком страниц HTML, порождаемым сценарием ASP, и потоком HTML, посылаемым статичными WEB-страницами.
Таким образом, написание сценариев для серверной стороны с помощью ASP создает WEB-страницы, которые выступают в качестве исполнителей сценариев. Тот факт, что ASP генерирует только поток страниц HTML, обеспечивает независимость от типа браузера клиента.
В силу того, что сервер IIS интерпретирует страницы ASP «на лету», ASP служит идеальным средством для встраивания результатов обработки интерактивных запросов к базе данных в WEB-страницы. Эти возможности обеспечиваются доступом к базе данных через ADO непосредственно со страниц ASP.

Активные серверные страницы (ASP)

Изображение слайда

148

Слайд 148: Использование объектов ADO на страницах ASP

Соколова В. В.
ИТ в электронной коммерции
Использование объектов ADO на страницах ASP
При использовании ADO, приложение первым делом пытается применить объекты Соединение (Connection), Команда (Command) или Набор записей (Recordset) для установления соединения с сервером баз данных. Объект Соединение следует употреблять для того, чтобы открыть соединение ADO явным образом. Объекты Команда и Набор записей позволяют сделать то же самое динамически.
После установления соединения приложение ASP может выполнять команды ADO такого же типа, что и стандартное приложение, написанное на Visual Basic. Эти команды включают исполнение хранимых процедур, открытие и просмотр набора записей, вставку, обновление и удаление данных.
Поставщик OLE DB для ODBC позволяет использовать структуру объекта ADO с большинством существующих драйверов ODBC. Но поставщик OLE DB для SQL Server дает возможность подключиться только к SQL Server. Однако с объектами ADO Соединение, Команда и Набор записей возможно применять любой из упомянутых поставщиков.

Использование объектов ADO на страницах ASP

Изображение слайда

149

Слайд 149: Использование объектов ADO на страницах ASP

Использование объектов ADO на страницах ASP

Изображение слайда

150

Слайд 150: Изменение данных средствами ADO

Соколова В. В.
ИТ в электронной коммерции
Изменение данных средствами ADO
ASP и ADO можно применять не только для динамической выдачи WEB-страниц, но и в целях создания WEB-страниц для ввода данных. Такая возможность позволяет создавать основанные на WEB приложения с использованием баз данных, обладающие таким же набором функций работы с базами данных, что и стандартные приложения, разработанные в соответствии с архитектурой клиент-сервер.
Объекты ADO Набор записей (Recordset), которые становятся доступными на страницах ASP, предоставляют тот же перечень услуг, что и приложения, написанные на Visual Basic. Их можно применять для ввода данных, изменения или удаления данных.
Все остальные возможности ADO, такие как способность запускать подготовленные заранее операторы SQL или хранимые процедуры, также имеют место.

Изменение данных средствами ADO

Изображение слайда

151

Слайд 151: Модель объектов ASP

Соколова В. В.
ИТ в электронной коммерции
Модель объектов ASP
Активные серверные страницы, в качестве автоматического сервера OLE, обладают иерархической структурой.
Первичным объектом в программной модели ASP является объект Контекст сценария (ScriptingContext), который обеспечивает взаимодействие с браузером клиента. Поскольку объект Контекст сценария всегда доступен приложениям ASP, то нет необходимости в явном виде делать на него ссылку.
Объект Контекст сценария содержит шесть основных объектов ASP, среди которых 5 встроенных объектов, позволяющих расширить функциональные возможности Web-приложения.
Средствами встроенных объектов можно обеспечить совместное использование информации Web-приложения, сохранить данные о конкретном пользователе, получить сведения, передаваемые серверу, отправить сообщение адресату и манипулировать свойствами и методами серверных компонентов.

Модель объектов ASP

Изображение слайда

152

Последний слайд презентации: Лекции «Эксплуатация ИС»: Модель объектов ASP

Соколова В. В.
ИТ в электронной коммерции
Модель объектов ASP
Основные объекты ASP:
объект Приложение ( Application ) – обеспечивает совместное использование данных всеми клиентами Web -приложения.
объект Запрос ( Request ) – получает информацию, переданную пользователем Web -серверу при HTTP-запросе.
объект Сервер ( Server ) – предоставляет доступ к ресурсам Web -сервера.
объект Сессия ( Session ) – сохраняет сведения о сеансе конкретного пользователя.
объект Отклик ( Response ) – управляет передачей пользователю информации в ответном HTTP-сообщении.
объект Контекст объекта ( ObjectContext ).
Все активные WEB-сессии применяют объект Приложение ( Application ) для того, чтобы все пользователи могли одновременно обращаться к информации приложения ASP.
Объект Приложение ( Application ) включает две коллекции:
Содержание ( Context ) — каждый объект Содержание соответствует какому-либо пункту, для включения которого в WEB-приложение были использованы команды ActiveX.
Статические объекты ( StaticObjects ) — коллекция Статические объекты содержит все объекты, для включения которых в WEB-приложение применялись ярлыки HTML.

Модель объектов ASP

Изображение слайда

Понравилась статья? Поделить с друзьями:
  • Что татары готовят на праздники
  • Чтобы не украли сценарий
  • Что таоке сценарий
  • Чтобы не случилось у нас всегда праздники
  • Что таоке праздник