Технология «клиент-сервер» (Теоретические аспекты технологии «Клиент – сервер»)

Содержание:

Введение

На начальном этапе развития компьютерной техники каждая отдельная электронно-вычислительная машина (ЭВМ) представляла собой изолированное хранилище информации.

Пользователи распределенных компьютеров не имели возможности совместно использовать общую информацию. Данное обстоятельство в значительной степени уменьшало выгоду, которую можно было получить, переведя организацию на использование ЭВМ. Для решения данной проблемы, по предоставлению нескольким пользователям доступа к общей информации, было предложено использование многотерминальных ЭВМ. На указанных ЭВМ устанавливались системы общего пользования, например, "Примус" или TSO для больших машин фирмы IBM. Но использование многотерминальных машин привело в свою очередь, к новым проблемам таким как:

- недостаточная вычислительная мощность центральной ЭМВ;

- привязка к операционной системе, установленной на центральной ЭВМ, что вынуждало программистов разрабатывать ПО для конкретной операционной системы;

- стоимость вычислительной машины, позволяющей выполнять поставленные задачи;

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

Одновременно с многотерминальными ЭВМ развивались персональные компьютеры (ПК). ПК обладают множеством преимуществ перед многотерминальными ЭВМ:

- простота эксплуатации;

- широкое распространите по всему Миру;

- низкая стоимость;

- разнообразие прикладного программного обеспечения для работы с текстом, графикой, видео и т.д.;

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

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

Однако введение данной архитектуры предоставления доступа к информации выявил свои недостатки:

- невозможность частичной трансляции файлов, передача возможна только целого элемента;

- трудности с обеспечением конфиденциальности доступа;

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

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

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

Целью курсовой работы является изучение технологии «Клиент-сервер». Работа состоит из введения, 2 глав, заключения и списка литературы.

Глава 1 Теоретические аспекты технологии «Клиент – сервер»

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

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

В указанной архитектуре входящие в сеть компьютеры делились на две группы: клиенты и серверы.

Компьютер, имеющий роль сервера, представлял из себя ЭВМ с большой оперативной памятью и имел увеличенную емкость дискового пространства. На данном компьютере подразумевается хранение базы данных и выполнение сложных вычислительных операций требующих соответствующих ресурсов.^[1]

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

Клиент-серверная архитектура имеет преимущества перед указанными ранее архитектурами:

- каждый тип компьютера имеет свое назначение;

- на «клиентах» устанавливаются знакомые пользователям ПК пакеты обработки информации;

- «клиент» позволяет выполнять быструю первичную обработку вводимой информации;

- пользователям компьютеров «клиентов», предоставляется возможность выбора программного обеспечения для ввода и вывода информации;

- в качестве компьютеров-клиентов могут одновременно использоваться компьютеры разных типов с различными операционными системам;

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

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

1.2 СУБД в архитектуре клиент сервер

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

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

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

Рассматриваемая нами архитектура клиент-сервер предоставляет возможность ускорить работу приложений, уменьшая объем информации, передаваемой по сети. Это становиться возможным при условии того, что от клиента к серверу будет передаваться запрос на обработку данных, которые представляет из себя небольшое предложение на языке запросов, например SQL.^[2]

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

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

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

Конечно, реализация распределенной базы данных очень сложна. Требуется обеспечить надежность работы, целостность и непротиворечивость данных в узлах, перекодировку данных при передаче по сети, быстродействие в многопользовательском режиме работы, мощные средства администрирования. Поэтому для создания приложений с распределенной БД и распределенной обработкой используются специальные распределенные СУБД . Наиболее известными из них являются  Informix, Ingres, InterBase, Oracle, Sybase. Самые мощные из них, например, Oracle , позволяют одновременно использовать в одном приложении, работающем на сети, различные типы компьютеров, операционных систем, сетевых протоколов и СУБД.

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

В последнее время архитектура клиент-сервер получила дальнейшее развитие. Появилась архитектура, называемая равный к равному (peer to peer).  Она реализована, например, в СУБД InterBase фирмы Borland и в СУБД Oracle7. При этой архитектуре все узлы сети являются равноправными, т.е. они являются и клиентами и серверами одновременно. Из любого узла сети можно запросить и обновить данные, хранящиеся на любом другом компьютере сети. При таком подходе деление компьютеров на серверы и клиенты становится условным, однако, поскольку программы-серверы требуют достаточно больших вычислительных ресурсов, архитектура равный к равному требует установки в узлах компьютеров с большой оперативной и дисковой памятью.

Очевидно, на сегодняшний день наиболее реально организовать работу с распределенной БД гетерогенной структуры, в которой часть узлов является и серверами и  клиентами,  а  часть выступает только в роли клиентов. Следует заметить, что поскольку сервер БД обеспечивает одновременную работу с данными нескольких пользователей, он должен работать в многозадачной или многопользовательской операционной системе (например,  OS/2,  NetWare,  Unix, VMS, MVS, VM, Windows NT).

Какими же соображениями следует руководствоваться при выборе компьютера для сервера? В первую очередь следует обратить внимание на быстродействие, стоимость и надежность компьютера. Так для задач, предъявляющих высокие требования по надежности работы могут  использоваться особо надежные (Fault Tolerant) машины, машины и операционные системы, выполняющие дублирование записи на диски (mirroring), многопроцессорные машины, продолжающие работу при выходе из строя нескольких процессоров (High availibility).^[3]

Для приложений с небольшим количеством одновременно работающих пользователей (несколько десятков) и не очень большой БД в качестве машины сервера можно использовать компьютеры с Pentium или 486 процессором. Для более мощных приложений широко используются компьютеры фирм DEC,  HP,  Sun, RISC/6000.  Очень перспективна в качестве сервера многопроцессорная машина фирмы Sequent. Она имеет достаточно низкую цену, высокое быстродействие и надежность. Причем  быстродействие  может легко повышаться за счет увеличения числа процессоров (от 2 до  30).

1.3 Применение технологии клиент-сервер в банковской сфере

Современные банковские системы имеют состав аппаратных средств, в которой входят:

-средства вычислительной техники (ВТ);

-оборудование локальных вычислительных сетей (ЛВС);

-средства телекоммуникации и связи;

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

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

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

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

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

Наличие в спектре базовых средств сетевых функций является непременным атрибутом современных АБС. Сетевые функции придают системе свойства многоуровневости и многозвенности, а также обеспечивают возможность объединения различных программных платформ (Linux, FreeBSD, Windows, Unix и другие) и, как следствие, возможность гибкого расширения и наращивания системы – дополнения ее новыми рабочими системами, новыми серверами различных классов.

На современном этапе развития АБС все большее распространение получает рассредоточенная (распределенная) обработка информации. Этому способствует бурное развитие компьютерной техники, снижение ее стоимости, простота в обслуживание и эксплуатации.

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

Создание информационных систем для крупных банков строится на основе более мощной центральной серверной системы и относительно более слабых «серверов». На базе сетевых ПЭВМ формируются система взаимосвязанных специализированных АРМ.

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

Учитывая конкретное целевое назначение АРМ, основным принципом, закладываемым в их разработку, являются АРМы различных уровней и назначений объединяются в вычислительные банковские сети (ВС).

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

Использование АРМ в рамках АБС предполагает создание такой структуры, которая обеспечивает функционирование подсистем в АБС, обеспечение связей между ними, интерфейсов АРМ с пользователями и техническими средствами, взаимодействие программных и информационных средств, используемых в АБС и АРМ.

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

Создание распределенных систем на основе локальных сетей с высокопроизводительным ЭВМ, выполняющими роль серверов и ПЭВМ в качестве АРМ (рабочих станций – основное современное направление развития банковских систем. Одним из таких является Автоматизированное Рабочее Место «Клиент-Сбербанк».

Клиент-сервер (англ. Client-server) — сетевая архитектура, в которой устройства являются либо «клиентами», либо - «серверами». «Клиентом» (front end) является запрашивающая машина (обычно ПК), «сервером» (back end) — машина, которая отвечает на запрос. Оба термина (клиент и сервер) могут применяться как к физическим устройствам, так и к программному обеспечению.

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

Глава 2 Пример использования технологии «клиент-сервер» при разработке информационного киоска в банке

2.1 Анализ требований со стороны банка. Архитектура программного комплекса

Использование информационного киоска для публикации информации об услугах банка накладывает дополнительные требования к его оборудованию и программному обеспечению. Для обеспечения безопасности передаваемых данных требуется использовать:

• защищённые протоколы передачи данных;

• оригинальное программное обеспечение;

• надёжные средства разработки (операционная система - Microsoft Windows, среда разработки - Visual Studio 2012, язык программирования – C#).

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

В целом, банк обладает офисами различных типов:

• Офис А-типа: Головной офис. Обладает всей необходимой информацией.

• Офис Б-типа: Обладает высокоскоростным интернет-подключением к головному офису банка.

• Офис В-типа: Обладает низкоскоростным интернет-подключением к головному офису банка.

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

Рисунок 1 - Архитектура взаимодействия частей программного комплекса «Информационный киоск» и инфраструктуры банка

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

Третьим звеном программного комплекса является СУБД с базой данных об услугах банка.

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

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

• Конфигурация для офисов А,Б-типа: клиентское программное обеспечение программного комплекса «Информационный киоск» (интернет-браузер) работает на терминальном устройстве на территории банка. Клиентское приложение взаимодействует с web-сервером головного офиса банка, а web-сервер в свою очередь – с СУБД головного офиса банка.

• Конфигурация для офисов В-типа: клиентское программное обеспечение программного комплекса «Информационный киоск» (интернет-браузер) работает на терминальном устройстве на территории банка. Клиентское приложение взаимодействует с web-сервером расположенным также на терминальном устройстве.

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

Синхронизация информации между СУБД головного офиса и СУБД удалённого офиса выполняется средствами репликации СУБД MS SQL Server.

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

2.2 Проектирование БД

Весь контент программного комплекса «Информационный киоск» хранится в соответствующих структурах БД. Программный комплекс «Информационный киоск» предназначен предоставлять информацию об услугах банка с помощью текстовой, графической, аудио и видеоинформации. На рис.2 представлен фрагмент ER-диаграммы БД программного комплекса, выполненный с помощью специализированного case-средства Sybase Power Designer.

Рисунок 2 - Фрагмент ER-диаграммы модели данных программного комплекса

В структуре БД следует выделить такие сущности как «Шаблоны страниц», «Страницы», «Логотипы», «Баннеры», «Кнопки», «Контент», «Формулы» и т.д. Сущность «Шаблон» задаёт общие характеристики для групп страниц, сущность «Страницы» хранит сведения об экземплярах отдельных информационных страниц. Сущность «Контент» описывает информацию, которая может располагаться на той или иной странице (статичный html-документ, pdf-документ, flash-анимация, видеоролик и т.д.). Сущность «Формулы» хранит символьные последовательности, задающие формулы расчёта параметров кредитов (автокредит, ипотечный кредит, потребительский кредит и т.д.).

Таким образом, спроектированные структуры БД позволяют полностью хранить всю требуемую информацию об услугах банка.

2.3 Алгоритмическое обеспечение программного комплекса

Основной объём алгоритмического обеспечения программного комплекса «Информационный киоск» сосредоточен в клиентском web-приложении, хранящемся на web-сервере. Основными активными действиями пользователя программного комплекса «Информационный киоск» являются нажатия тех или иных кнопок на отображаемых страницах. При запросе нажатии на той или иной кнопки происходит передача команды web-приложению на отображение другой страницы. При построении страницы, в первую очередь происходит выяснение шаблона данной страницы, затем происходит загрузка данных шаблона, страницы и принадлежащих ей кнопок и данных контента. Таким образом, при каждом активном действии пользователя происходит сетевое взаимодействие с сервером и получение с него очередной порции информации.

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

• Операции «вычитания» и «сложения» отмечаются весом 1

• Операции «деления» и «умножения» отмечаются весом 2

• Операции «возведение в степень» отмечаются весом 3

• Скобки, охватывающие операцию, повышают её вес на 10

Рассмотрим работу данного алгоритма расстановки порядка действий на примере тестовой формулы вида: Sum = 1 × ( 2 + 3 ) ^ 4 / 5, где есть 5 чисел и арифметические примитивы.

В формуле присутствуют 5 арифметических примитивов: умножение, сложение, возведение в степень, деление, операторные скобки. Согласно вышеописанным правилам алгоритм расстановки порядка действий присвоит арифметическим примитивам следующие веса: умножение и деление = 2, возведение в степень = 3, сложение в операторных скобках = 11. Далее, алгоритм должен поочередно выполнять операции, начиная с операций наибольшим весом. Соответственно, в первую очередь будет выполнена операция сложения (результат операции = 5), затем операция возведения в степень (результат операции = 625), затем операция умножения и деления (результат операций =125). Такая расстановка порядка действий и итоговый результат являются правильными с арифметической точки зрения.

Реальные формулы расчёта величины платежей по кредитам являются более сложными, но, тем не менее, также корректно обрабатываются. Ниже представлена формула (1) расчёта величины аннуитетного платежа по потребительскому кредиту или автокредиту.

(1)

В данной формуле: «Ан.Платёж» – максимальный ежемесячный платеж, «Суммакредита» – общая сумма получаемого кредита, «Сроккредита» – срок кредита в месяцах, «Ставкапроц» – годовая процентная ставка по кредиту.

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

Административное приложение должно позволять создавать в программном комплексе новые шаблоны страниц, страницы, их контент, кнопки переходов между страницами, настраивать пути переходов между страницами и т.д. В целом, алгоритм работы административного приложения достаточно прост: требуется выполнять базовые CRUD операции (Create, Read, Update, Delete) над соответствующей информацией в БД.

2.4 Реализация

Разработанное алгоритмическое обеспечение клиентского web приложения было реализовано с использованием технологии ASP.NET, языка программирования C# и среды интеллектуальной разработки приложений Visual Studio.

Реализованное web-приложение может одновременно работать в различных браузерах на множестве клиентских рабочих мест (терминалах). Административное приложение является узкоспециализированным, однопользовательским и по этой причине реализовано с использованием технологии Windows Forms. Примеры пользовательских интерфейсов реализованных приложений приведены на рис. 3-4.

Рисунок 3 - Пример пользовательского интерфейса клиентского web-приложения с отображением тестового html-контента

На рис.3 в центральной части пользовательского приложения отображён тестовый контент одной из страниц – HTML-документ с заголовком «HTML1», который хранятся в БД программного комплекса.

Рисунок 4 - Пример пользовательского интерфейса административного приложения

На рис.4 отображена вкладка «Шаблоны» административного приложения. В верхней части окна видны вкладки для управления прочими элементами программного комплекса («Страницы», «Баннеры», «Логотипы» и т.д.). В левой части окна выбран один из шаблонов.

В правой части окна видны те страницы программного комплекса, переходы на которые доступны со страниц этого шаблона.

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

Заключение

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

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

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

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

Существуют информационные киоски, публикующие сведения об операторах сотовой связи, провайдерах сети Интернет, платёжных системах (Contact, Qiwi, WebMoney, e.g.). Все устройства подобного типа чаще всего обладают сенсорным экраном для отображения и введения информации, каналом связи с поставщиком информации. Чаще всего подобные системы используют архитектуру «клиент-север». При этом на стороне информационного киоска расположен «тонкий клиент», а на стороне «сервера» - вся бизнес-логика и контент системы. Каждое действие со стороны пользователя информационного киоска передаётся на сторону сервера и инициирует передачу нужной информации в обратном направлении: со стороны сервера на информационный киоск.

Список используемой литературы

1. Блинков Ю. А. Проектирование информационных систем, - Саратов: Саратовский государственный университет, [б/г]. – 377 с.
2. Волков Д.И., Волков П.Д. Концепция проекта корпоративного научно-образовательного портала. М., 2010. - 39 с.
3. Гвоздева Т.В., Баллод Б.А. Проектирование информационных систем. Ростов н/Д.: Феникс, 2012. - 512 с.
4. Кириллов В.В. Структурированный язык запросов (SQL). – СПб.: ИТМО, 2004. – 80 с.
5. Коваленко В.В. Проектирование информационных систем УДК 681.3 Учеб. пособие - Рязан. гос. радиотехн. университет; Рязань, 2015. 184 с.
6. Маклаков С.В. BPWin и ERWin. CASE – средства разработки информационных систем. – М.: ДИАЛОГ – МИФИ, 1992. – 256с.
7. Маклаков С.В. Создание информационных систем с AllFusion Modeling Suite. – М.: ДИАЛОГ – МИФИ, 2012. – 224с.
8. Парсер формул с помощью метода рекурсивного спуска. [Электронный ресурс]. – Режим доступа: http://habrahabr.ru/post/122397/ (22.04.2017).
9. Технология Windows Forms. [Электронный ресурс]. – Режим доступа: http://msdn.microsoft.com/ru-ru/library/dd30h2yb(v=vs.110).aspx (22.04.2017).
10. Цикритизис Д., Лоховски Ф. Модели данных. – М.: Финансы и статистика, 1985. – 344 с. 
11. http://msdn.microsoft.com/ru-ru/library/dd381412(v=vs.108).aspx (22.04.2017).
12. Sybase Power Designer. [Электронный ресурс]. – Режим доступа: http://www.sybase.ru/products/powerdesigner (22.04.2017).
13. World Wide Web Consortium // SOAP Version 1.2 Part 1: Messaging Framework (Second Edition). [Электронный ресурс]. – Режим доступа: http://www.w3.org/TR/soap/, свободный. (22.04.2017)

1. Маклаков С.В. Создание информационных систем с AllFusion Modeling Suite. – М.: ДИАЛОГ – МИФИ, 2012. – 24с ↑

2. Коваленко В.В. Проектирование информационных систем УДК 681.3 Учеб. пособие - Рязан. гос. радиотехн. университет; Рязань, 2015. 104 с. ↑

3. Коваленко В.В. Проектирование информационных систем УДК 681.3 Учеб. пособие - Рязан. гос. радиотехн. университет; Рязань, 2015. 88 с. ↑

4. Маклаков С.В. Создание информационных систем с AllFusion Modeling Suite. – М.: ДИАЛОГ – МИФИ, 2012. – 101с ↑