Размещено на http://www.allbest.ru/

26

Курсовая работа

по дисциплине: «Вычислительные комплексы и сети»

Тема: «Приложение для распределения ресурсов серверов хостинга»

Термины и определения

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

· СУБД (системы управления базами данных) - это программные средства, предназначенные для создания, наполнения, обновления и удаления баз данных.

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

· Спорткомплекс - совокупность нескольких спортзалов и координатора соревнований

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

· Соревнование - спортивное мероприятие, завершающееся выставлением баллов его участникам.

· Участник соревнования - человек, подавший заявку на участие, которая добавляется в базу данных координатора соревнований

· Спортзал - место проведения соревнований, оснащенное компьютером, включенным в локальную сеть спорткомплекса; с его помощью ведется учет результатов соревнований.

· Сеть - локальная сеть, объединяющая между собой спортзалы и координатора соревнований.

· Узел (точка) - компьютер, включенный в локальную сеть спорткомплекса (координатор соревнований или компьютер в спортзале).

· Архитектура «Точка-Точка» (англ. Peer-To-Peer) - сетевая архитектура, в которой каждый узел соединен со всеми узлами сети.

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

· Сокеты (англ. socket углубление, гнездо, разъём) - это название программного интерфейса для обеспечения информационного обмена между процессами. Процессы при таком обмене могут исполняться как на одной ЭВМ, так и на различных ЭВМ, связанных между собой сетью. Сокет - абстрактный объект, представляющий конечную точку соединения.

· The Transmission Control Protocol (TCP) (протокол управления передачей) - один из основных сетевых протоколов Internet, предназначенный для управления передачей данных в сетях и подсетях TCP/IP.

· Стек протоколов TCP/IP (англ. Transmission Control Protocol/Internet Protocol) - собирательное название для сетевых протоколов разных уровней, используемых в сетях.

Введение

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

Для повышения эффективности следует создать программный комплекс, который решает следующие задачи:

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

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

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

1. Исследовательская часть

1.1 Обзор существующих систем по распределению ресурсов серверов хостинга в локальной сети

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

1.2 Анализ имеющихся технологий

1.2.1 Протоколы сетевого взаимодействия

В целях формализации процесса взаимодействия открытых систем OSI Международная организация по стандартизации ISO разработала для стандартизированной сети семиуровневую модель как основной сетевой протокол, использующийся в Интернет. Стек протоколов TCP/IP - простая форма модели OSI, которую можно представить четырьмя уровнями. Рассмотрим базовые протоколы этого стека (рис. 1.1).

IP - Internet Protocol

Internet Protocol соединяет два узла. Каждый узел идентифицируется 32-битным адресом, называемым IP-адресом. При отправке сообщения IP-протокол получает его от протоколов верхнего уровня, TCP или UDP, и добавляет IP-заголовок, содержащий информацию о хосте-адресате.

· IP-адреса

Обычно IP-адрес представляется четырьмя десятичными значениями в таком виде: 192.168.0.1. Каждое из этих чисел представляет собой один байт IP-адреса и может находиться в пределах от 0 до 255.

IP-адрес содержит две части: сетевую часть и часть хоста. В зависимости от класса сети сетевая часть состоит из одного, двух или трех байтов.



Рис. 1.1 - Стек TCP/IP

· Номера портов

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

Номера портов TCP и UDP имеют длину 16 битов, их можно подразделить на три категории: системные (известные), пользовательские (зарегистрированные) номера и динамические (частные) порты.

· TCP - Transmission Control Protocol

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

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

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

· UDP - User Datagram Protocol

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

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

Преимущество состоит в том, UDP - быстрый протокол, и, кроме того, очень удобный для широковещательной т групповой передачи сообщений.

Рассмотрим преимущества каждого из протоколов TCP и UDP.

Преимущества TCP:

· наличие сигналов квитирования. TCP ориентирован на установление соединений и благодаря сигналам квитирования, есть возможность проверить успешность транспортировки данных

· использование сессий. Ориентированность TCP на соединения поддерживается сеансами между хостами. TCP использует идентификатор сеанса, позволяющий отслеживать соединения между двумя хостами.

· надежность. UDP не гарантирует, что адресату будет доставлена только одна копия данных. Также нельзя гарантировать, что эти части будут доставлены по назначению в том же порядке, в каком они создавались в источнике. Напротив, TCP вместе с номерами портов использует порядковые номера и регулярно отправляемые подтверждения, гарантирующие упорядоченную доставку данных.

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

· управление потоком. В UDP управление потоком отсутствует, в результате плохо спроектированное UDP-приложение может захватить значительную часть пропускной способности сети.

Преимущества UDP:

нет установки соединения. UDP является протоколом без организации соединений, поэтому он освобождается от накладных расходов, связанных с установкой соединений.

скорость. UDP работает быстрее TCP. По этой причине многие приложения предпочитают не TCP, a UDP. Те средства, которые делают TCP более устойчивыми, замедляют его работу.

топологическое разнообразие. UDP поддерживает взаимодействия «один с одним» и «один со многими», в то время как TCP поддерживает лишь взаимодействие «один с одним»

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

размер заголовка. Для каждого пакета заголовок UDP имеет длину всего лишь 8 байтов, в то время как TCP имеет 20-байтовые заголовки, и поэтому UDP потребляет меньше пропускной способности сети.

1.2.2 Использование сокетов

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

Первоначально сокеты были разработаны для UNIX в Калифорнийском университете в Беркли. Сокет - это ресурс, открытый для связи. Все подобные ресурсы в UNIX и Windows идентифицируются дескрипторами. Сокет тоже представляется дескриптором. Следовательно, для сокетов жизнь дескриптора можно разделить на три фазы: открыть (создать) сокет, получить из сокета или отправить сокету и, в конце концов, закрыть сокет.

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

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

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

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

Для использования интерфейса сокетов в сетевом соединении, программа должна:

Создать сокет.

Настроить сокет на определенный режим работы: соединение с удаленным компьютером или привязка к локальному порту протокола.

Передавать и принимать данные через сокет, как требует приложение.

Закрыть сокет по окончании работы.

Настройка сокета зависит от типа сетевого взаимодействия и от функций, выполняемых программой (клиент или сервер). Каждый сокет должен обладать:

IP-адресами локальных и удаленных компьютеров;

номерами портов локальных и удаленных компьютеров;

типом сетевого протокола.

1.2.3 Выбор СУБД

Различают три основных вида СУБД:

Промышленные универсального назначения;

Промышленные специального назначения;

Разрабатываемые для конкретного заказчика.

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

По своей архитектуре СУБД делятся на одно-, двух- и трехзвенные (рис. 1.2).

Рис. 1.2 - Архитектура СУБД однозвенная (слева); двухзвенная (в центре); трехзвенная (справа)

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

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

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

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

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

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

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

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

1.3 Постановка задачи

локальный сеть сервер запрос

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

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

Возможность подключения к заданному серверу.

Выполнение заданий, поступивших с сервера.

Получение данных и вывод их на экран.

Отправка пакетов сообщений, содержащих предпочитаемые запросы.

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

Обеспечение подключения нескольких клиентских приложений.

Сохранение целостности хранимых на сервере данных.

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

2. Конструкторский раздел

2.1 Структура разрабатываемого программного комплекса

В структуру программного комплекса необходимо включить:

БД;

приложение сервера.

приложение клиента (пользователя).

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

2.2 Структура БД

Программа работает с базой данных MySQL, которая состоит из 5 таблиц. Рассмотрим структуру БД.

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

id

Имя

Расположение

Таблица server (сервер) содержит список серверов, работающих на каждой машине.

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

Таблица rname (ресурсы) содержит наименования и описания всех доступных для выбора ресурсов.

Таблица res (текущие ресурсы) содержит данные об имеющихся свободных ресурсах, выделенных каждому виртуальному серверу, а так же о ресурсах, занятых тем или иным клиентом.

2.3 Протоколы взаимодействия

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

2.3.1 Протокол высокого уровня

Посредством протокола высокого уровня осуществляется передача данных ресурсах.

Формат пакетов протокола высокого уровня

Все пакеты протокола высокого уровня передаются в виде строк. Рассмотрим структуру каждого пересылаемого пакета.

Структура пакета GetRes:

Название пакета - GetRes
Идентификатор типа пакета - <getres> Имя ресурса 1 - name Описание ресурса 1 - desc Разделитель записей - <return> Имя ресурса 2 - name Описание ресурса 2 - desc … Имя ресурса N - name Описание ресурса N - desc Символ завершения - <end>

· Структура пакета QueryRes:



Название пакета - QueryRes
Идентификатор типа пакета - <query> Имя ресурса 1 - name Требуемое количество ресурса 1 - count … Имя ресурса 2 - name Требуемое количество ресурса 2 - count Символ завершения - <end>

· Структура пакета QueryResRep:

Название пакета - QueryResRep
Идентификатор типа пакета - <query> Ответ сервера о возможности захвата ресурсов - Имя домена или <none>

Логика работы протокола высокого уровня

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

Получив от клиента пакет GetRes, сервер отправляет ответ - пакет GetRes со списком доступных ресурсов. Передача осуществляется аналогичным образом. Затем клиент, получив список ресурсов запрашивает у сервера необходимые - пакет QueryRes.

Сервер отвечает пакетом QueryResRep - с идентификатором выделенного домена или символом <none>, означающим, что на данный момент ни один виртуальный хост не может удовлетворить требования пользователя.



Рис. 2.1 - Диаграмма, отражающая последовательность обмена пакетами на высоком уровне

2.3.2 Протокол низкого уровня

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

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

· Сканирование сети для определения адресов узлов, на которых установлен программный комплекс.

· Передача данных между узлами сети.

· Уведомление всех подсоединенных компьютеров в сети о начале собственной работы при подключении к сети.

Выбор протокола транспортного уровня

TCP, или Transmission Control Protocol, используется как надежный протокол, обеспечивающий взаимодействие через взаимосвязанную сеть компьютеров. TCP проверяет, что данные доставляются по назначению и правильно. TCP - это ориентированный на соединение протокол, предназначенный для обеспечения надежной передачи данных между процессами, выполняемыми или на одном и том же компьютере или на разных компьютерах. Термин «ориентированный на соединения» означает, что два процесса или приложения прежде, чем обмениваться какими-либо данными, должны установить TCP-соединение.

UDP - User Datagram Protocol - это простой, ориентированный на дейтаграммы протокол без организации соединения, предоставляющий быстрое, но необязательно надежное транспортное обслуживание. Он поддерживает взаимодействия «один со многими» и поэтому часто применяется для широковещательной и групповой передачи дейтаграмм.

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

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

если размеры дейтаграмм невелики, а последовательность фрагментов не слишком существенна

если установление соединения не требуется

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

если повторная передача пакетов не нужна

если операционная система требует низких накладных расходов.

Если пропускная способность сети является критичным фактором.

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

Необходимость обеспечения сохранности данных

Возможность передачи пакетов данных нескольким узлам сети

Передаваемые данные не обладают большими размерами

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

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

Передача данных между узлами

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

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

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

2.4 Алгоритмы функционирования

Рассмотрим алгоритмы функционирования клиента и сервера.

Алгоритм функционирования клиента



Рис. 2.2 - Схема алгоритма функционирования клиента

Алгоритм функционирования серверной части



Рис. 2.3 - Схема алгоритма функционирования серверной части

3. Технологическая часть

3.1 Структура программного комплекса

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

3.2 Функции частей программного комплекса

Приложение сервера выполняет следующие функции:

1. Хранение данных о ресурсах серверов и ведение статистики.

2. Обработка запросов клиентов.

Приложение клиента выполняет функции:

1. Соединение с сервером.

2. Запрос ресурсов.

3. Запрос требуемых ресурсов.

4. Обеспечение взаимодействия с пользователем.

База данных выполняет функции:

Хранения данных и обеспечение их целостности.

Выполнение запросов приложений и выдача результатов.

3.3 Выбор языка и средств программирования

Для проектирования и создания БД разрабатываемого программного комплекса выбран MySQL, так как с его помощью можно производить:

Интерактивную настройку и отладку запросов.

Быстрое перемещение и преобразование данных из любого источника.

Определение и использование функций аналогичное работе со встроенными функциями языка T/SQL.

Для реализации программного комплекса выбрана среда разработки NetBeans, так как она обладает рядом преимуществ:

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

Поддержка объектно-ориентированного программирования.

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

Для стабильной работы программного комплекса необходимы:

ОС MS Windows 95/98/NT/Me/2000/XP/2003, Linux, FreeBSD, MacOSX;

Java Runtime Environment

Perl Virtual Machine

SQL Server (MySQL);

CPU P-III 533 MHz;

128 Mb RAM;

Сетевой адаптер.

Заключение

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

Клиентская часть обладает дружественным интерфейсом и отвечает следующим основным требованиям:

Ш Возможность подключения к заданному серверу.

Ш Получение данных о доступных ресурсах от сервера

Ш Отправка пакетов сообщений, содержащих запросы необходимых ресурсов.

Разработанная серверная часть отвечает следующим требованиям:

Обеспечение подключения нескольких клиентских приложений.

Сохранение целостности хранимых на сервере данных.

Редактирование и ввод данных в БД.

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

1. Кровчик Э., Кумар В., Лагари Н..NET Сетевое программирование для профессионалов. - М.: Wrox Press, 2002.

2. Джонс Э. и Олунд Д. Сетевое программирование для Microsoft Windows. - М.: Майкрософт пресс, 2005.

3. Олифер В.Г. и Олифер Н.А. Сетевые ОС. - СПб.: Питер, 2007.

4. Снейдер Й. Эффективное программирование TCP/IP. - СПб.: Питер, 2007.

5. Крамер Э., Стивенс Л. Сети TCP/IP. Разработка приложений типа клиент/сервер для Linux/POSIX Том 3. - М.: Вильямс, 2002.

Размещено на Allbest.ru